Thomas Dickey | 3 Nov 14:39 2005
Picon

no patch on November 5


I'll be out of town that day, no time to make a patch.

--

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
Fu Steve X | 4 Nov 16:07 2005

Reset the cursor posion in CDK

Hi, Thomas,

There are several input widgets such as itemlist or entry on my screen and I use traverseCDKScreen to start the event loop.

I also use a RESET callBack to refresh  the values of all the input widget after tabbing around. However, after the refreshing, the cursor still stays in where it was before the  RESET. Is there any easy way of re-position the cursor to its initial position, the upper left widget on the screen?

Thanks.

Steve Fu

_______________________________________________
Bug-ncurses mailing list
Bug-ncurses <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-ncurses
Alfred M. Szmidt | 6 Nov 17:30 2005
Picon

edit_man.sh and not building in srcdir

Hi,

many places in the ncurses source tree things assume that edit_man.sh
will exist in the source directory, this isn't always true.  Specially
when building outside the source directory will will cause things not
to run edit_man.sh since it cannot be found.
Joshua Karstendick | 6 Nov 22:53 2005
Picon

Re: Reset the cursor posion in CDK

You could write a small wrapper function that calls the function and
then moves the cursor where you want it.

On 11/4/05, Fu Steve X <Steve.X.Fu <at> irs.gov> wrote:
>
>
> Hi, Thomas,
>
> There are several input widgets such as itemlist or entry on my screen and I
> use traverseCDKScreen to start the event loop.
>
> I also use a RESET callBack to refresh  the values of all the input widget
> after tabbing around. However, after the refreshing, the cursor still stays
> in where it was before the  RESET. Is there any easy way of re-position the
> cursor to its initial position, the upper left widget on the screen?
>
> Thanks.
>
> Steve Fu
> _______________________________________________
> Bug-ncurses mailing list
> Bug-ncurses <at> gnu.org
> http://lists.gnu.org/mailman/listinfo/bug-ncurses
>
>
>

--
Joshua Karstendick
_______________________________________________
Bug-ncurses mailing list
Bug-ncurses <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-ncurses
Thomas Dickey | 6 Nov 23:07 2005
Picon

Re: edit_man.sh and not building in srcdir

On Sun, 6 Nov 2005, Alfred M. Szmidt wrote:

> Hi,
>
> many places in the ncurses source tree things assume that edit_man.sh

what version (and patch date) for ncurses?

I've fixed things in this several times.  The release versions in contrast 
to the development versions tend to handle --srcdir properly, though it's 
possible that there is some particular configuration that doesn't work. 
I just checked ncurses 5.5, and it seems to work properly for the usual 
case I test for this (side-by-side directories).

> will exist in the source directory, this isn't always true.  Specially
> when building outside the source directory will will cause things not
> to run edit_man.sh since it cannot be found.
>
>
> _______________________________________________
> Bug-ncurses mailing list
> Bug-ncurses <at> gnu.org
> http://lists.gnu.org/mailman/listinfo/bug-ncurses
>

--

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
Thomas Dickey | 6 Nov 23:23 2005
Picon

Re: edit_man.sh and not building in srcdir

On Sun, 6 Nov 2005, Alfred M. Szmidt wrote:

>   > many places in the ncurses source tree things assume that
>   > edit_man.sh
>
>   what version (and patch date) for ncurses?
>
> ncurses 5.4 as grabbed from ftp.gnu.org.  Sorry for not noting that
> info before.
>
> Didn't see a announcment post to info-gnu <at> gnu.org, so I was assuming
> that this was still the latest and greatest.  Will try 5.5.

ok.  If that doesn't work, I'll need more details.  The last set of 
changes to that was to make the manpage-renames for Debian work properly,
and that was several months ago.

I noticed some comment about info-gnu <at> gnu.org when I was preparing 
the 5.5 release, but was using the same approach as for 5.4 and 5.3 - and 
sometime in that interval, someone put up the webpage with additional info 
from which I used the pieces dealing with ftp uploads that I had asked if 
it was written down online (it wasn't at that time), but didn't 
incorporate that (will keep it in mind).

The 5.5 announcement was on freshmeat and bug-ncurses (previous releases 
also had been announced on comp.os.linux.announce, but I decided not to go 
there this time).

--

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
Thomas Dickey | 7 Nov 00:32 2005
Picon

Re: Reset the cursor posion in CDK

On Sun, 6 Nov 2005, Joshua Karstendick wrote:

> You could write a small wrapper function that calls the function and
> then moves the cursor where you want it.

That sounds like it would work.  He'd have to find the widget on which 
focus lies and restore that focus.

Actually RefreshDataObj() probably ought to restore the cursor position in 
each object, just for tidiness.

>
> On 11/4/05, Fu Steve X <Steve.X.Fu <at> irs.gov> wrote:
>>
>>
>> Hi, Thomas,
>>
>> There are several input widgets such as itemlist or entry on my screen and I
>> use traverseCDKScreen to start the event loop.
>>
>> I also use a RESET callBack to refresh  the values of all the input widget
>> after tabbing around. However, after the refreshing, the cursor still stays
>> in where it was before the  RESET. Is there any easy way of re-position the
>> cursor to its initial position, the upper left widget on the screen?
>>
>> Thanks.
>>
>> Steve Fu
>> _______________________________________________
>> Bug-ncurses mailing list
>> Bug-ncurses <at> gnu.org
>> http://lists.gnu.org/mailman/listinfo/bug-ncurses
>>
>>
>>
>
>
> --
> Joshua Karstendick
>

--

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
Andrea -XFox- Govoni | 7 Nov 12:02 2005
Picon

Re: Compile on MacOS

Christian Gennerat ha scritto:
> with this config:
> 
> uname -m = Power Macintosh
> uname -r = 7.9.0
> uname -s = Darwin
> uname -v = Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005;
> root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC

CUT

> Mac-Gennerat:~/Desktop/ncurses-5.4 xgen$ cd ../ncurses-5.5
> Mac-Gennerat:~/Desktop/ncurses-5.5 xgen$ make
> cd man && make DESTDIR="" all
> make[1]: Nothing to be done for `all'.
> cd include && make DESTDIR="" all
> make[1]: Nothing to be done for `all'.
> cd ncurses && make DESTDIR="" all
> make[1]: Nothing to be done for `all'.
> cd progs && make DESTDIR="" all
> gcc ../objects/tic.o ../objects/dump_entry.o -L../lib -lncurses   
> -I../progs -I. -DHAVE_CONFIG_H -I. -I../include  -DNDEBUG
> -I/usr/local/include/ncurses -O2  -no-cpp-precomp -o tic
> ld: Undefined symbols:
> __nc_check_termtype2
> __nc_resolve_uses2
> __nc_trim_sgr0
> make[1]: *** [tic] Error 1
> make: *** [all] Error 2

Same here (Mac OS X 10.4.3 Tiger):
% uname -m = Power Macintosh
% uname -r = 8.3.0
% uname -s = Darwin
% uname -v = Darwin Kernel Version 8.3.0: Mon Oct  3 20:04:04 PDT 2005;
root:xnu-792.6.22.obj~2/RELEASE_PPC

Configured with:
%./configure --enable-widec --with-normal --without-debug
All goes fine.

If I configure without --enable-widec:
./configure --with-normal --without-debug

I get this error:
gcc ../objects/tic.o ../objects/dump_entry.o -L../lib -lncurses
-I../progs -I. -DHAVE_CONFIG_H -I. -I../include  -DNDEBUG
-I/usr/local/include/ncurses -O2  -no-cpp-precomp -o tic
/usr/bin/ld: Undefined symbols:
__nc_check_termtype2
__nc_resolve_uses2
__nc_trim_sgr0
collect2: ld returned 1 exit status
make[1]: *** [tic] Error 1
make: *** [all] Error 2

I downloaded ncurses-5.5.tar.gz from
http://ftp.gnu.org/pub/gnu/ncurses/
and I didn't apply any patch.
Any clue about where those undefined symbols comes from?

--

-- 
Andrea "XFox" Govoni

ICQ UIN: 43488185
AIM/iChat: xfox <at> mac.com
Yahoo! ID: xfox82
Skype Name: draykan

PGP
KeyID: 0x212E69C1
Fingerprint: FBE1 CA7D 34BE 4A53 9639  5C36 B7A0 605F 212E 69C1
Alfred M. Szmidt | 6 Nov 23:12 2005
Picon

Re: edit_man.sh and not building in srcdir

   > many places in the ncurses source tree things assume that
   > edit_man.sh

   what version (and patch date) for ncurses?

ncurses 5.4 as grabbed from ftp.gnu.org.  Sorry for not noting that
info before.

Didn't see a announcment post to info-gnu <at> gnu.org, so I was assuming
that this was still the latest and greatest.  Will try 5.5.

Thanks.
Austin Gilbert | 7 Nov 22:13 2005
Picon

Ncurses & native WIN32 support...

Hi,

Is anyone working on a native version of Ncurses for Windows??

Also, if there is a developer's list for Ncurses could you point me  
to it?

Thanks,
Austin

Gmane