Re: some problems with do_*_ca_mode()
On Thu, 24 Nov 2005, Andrey V. Malyshev wrote: JN #ifdef HAVE_SLANG JN SLtt_write_string (ti_cap); JN #else JN putp (ti_cap); JN #endif JN and similarly for the te_cap. I argee, of course. Modified patch is attached. You could also just fprintf the string to stdout. As far as I can see the main aim of your patch is to get the information out of terminfo. also I think that the test if ((!xterm_flag)||(!ti_cap)) return; can simply be if (!ti_cap) return; JN The question is whether not to call SLtt_initialize () and friends in JN case of slang instead as slang takes care of setting proper ti/te JN sequences itself. Hmm. For now we combine this approaches: we call SLtt_initialize (), we let slang to take care of init itselt and prepare the SLtt_tgetstr() to work. And then we use it to obtain ti/te sequences using proper slang mechanisms. And the same in ncurses case, BTW. The main points are: from main(): #ifdef HAVE_SLANG (1)slang_init () - [ SLtt_get_terminfo() - SLtt_initialize() - Term_Init_Str = SLtt_tgetstr (ti) ] #else (2)init_curses () - [ initscr() - setupterm() ] #endif init_xterm_support (); Using [] brackets I've marked slang internal code at (1) and ncurses internal code at (2). The Term_Init_Str is internal slang variable, and it is unavailable for us in common case. This is correct for current mcslang and libslang-1.4.9 both. So, what prevents us from calling the same SLtt_tgetstr (ti) routine from init_xterm_support() under #ifdef HAVE_SLANG? it's just double work... look here: main() - init_curses() - [ SLsmg_init_smg() - tt_init_video() (set to SLtt_init_video()) - tt_write_string (Term_Init_Str); ] Bart ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: some problems with do_*_ca_mode()
Hello, Bart! You wrote to Andrey V. Malyshev [EMAIL PROTECTED] on Thu, 24 Nov 2005 22:10:05 +1300 (NZDT): JN #ifdef HAVE_SLANG JN SLtt_write_string (ti_cap); JN #else JN putp (ti_cap); JN #endif JN and similarly for the te_cap. ?? ?? I argee, of course. Modified patch is attached. BO You could also just fprintf the string to stdout. Yes. But I prefer to use specialized routines :) If manual tells: All terminfo strings [including the output of tparm] should be printed with tputs or putp then maybe it is mandatory in some cases, maybe somewhere fprintf can work wrong? I dont know. BO As far as I can see the main aim of your patch is to get the BO information out of terminfo. BO also I think that the test BO if ((!xterm_flag)||(!ti_cap)) BOreturn; BO can simply be BO if (!ti_cap) BO return; I think, here we must decide basically: whether we want to print ti/te _only_ if we have xterm_flag0 (i.e. xterm-like terminal) or in any case (when these capabilities exist in terminal description)? According to my termcap (from FreeBSD 5.4) there are a good many non-xterm terminals supporting ti/te. JN The question is whether not to call SLtt_initialize () and friends in JN case of slang instead as slang takes care of setting proper ti/te JN sequences itself. ?? ?? Hmm. For now we combine this approaches: we call SLtt_initialize (), ?? we let slang to take care of init itselt and prepare the ?? SLtt_tgetstr() to work. And then we use it to obtain ti/te sequences ?? using proper slang mechanisms. And the same in ncurses case, BTW. The ?? main points are: from main(): #ifdef HAVE_SLANG (1)slang_init () ?? - [ SLtt_get_terminfo() - SLtt_initialize() - Term_Init_Str = ?? SLtt_tgetstr (ti) ] #else (2)init_curses () - [ initscr() - ?? setupterm() ] #endif init_xterm_support (); Using [] brackets ?? I've marked slang internal code at (1) and ncurses internal code at ?? (2). The Term_Init_Str is internal slang variable, and it is ?? unavailable for us in common case. This is correct for current mcslang ?? and libslang-1.4.9 both. So, what prevents us from calling the same ?? SLtt_tgetstr (ti) routine from init_xterm_support() under #ifdef ?? HAVE_SLANG? BO it's just double work... look here: BO main() - init_curses() - [ SLsmg_init_smg() - tt_init_video() (set BO to SLtt_init_video()) - tt_write_string (Term_Init_Str); ] You are right *. It is an overlook on my part :) As far as I understand, using this we will necessarily need to add SLsmg_reset_smg() call on exit, in slang_shutdown(). Lets answer the previous question (for ncurses case) and I'll rewrite the patch once more. (*) By the way: in the slvideo.c file is defined another SLtt_init_video() function. It what cases this file is used instead of sldisply.c? I could not understand off-hand. Looks like MSDOS-version :) -- With best regards, Andrey V. Malyshev. E-mail: [EMAIL PROTECTED] ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: some problems with do_*_ca_mode()
Hello Andrey, On Thu, 2005-11-24 at 18:56 +0700, Andrey V. Malyshev wrote: (*) By the way: in the slvideo.c file is defined another SLtt_init_video() function. It what cases this file is used instead of sldisply.c? I could not understand off-hand. Looks like MSDOS-version :) The slang directory you are referring to contains the internal version of slang that is used when mc is configured --with-screen=mcslang. It has been recently updated to version 2.0.5. Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: some problems with do_*_ca_mode()
Hello, Leonard! You wrote to MC development mc-devel@gnome.org on Thu, 24 Nov 2005 13:46:23 +0100: LdO On Thu, 2005-11-24 at 18:56 +0700, Andrey V. Malyshev wrote: ?? (*) By the way: in the slvideo.c file is defined another ?? SLtt_init_video() function. It what cases this file is used instead of ?? sldisply.c? I could not understand off-hand. Looks like MSDOS-version ?? :) LdO The slang directory you are referring to contains the internal version LdO of slang that is used when mc is configured --with-screen=mcslang. It LdO has been recently updated to version 2.0.5. Both libslang 1.4.9 and 2.0.5 versions contains slvideo.c file. But what is it - that is the question (c) :) -- With best regards, Andrey V. Malyshev. E-mail: [EMAIL PROTECTED] ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: some problems with do_*_ca_mode()
Hello Andrey, On Thu, 2005-11-24 at 13:46 +0100, Leonard den Ottolander wrote: Hello Andrey, On Thu, 2005-11-24 at 18:56 +0700, Andrey V. Malyshev wrote: (*) By the way: in the slvideo.c file is defined another SLtt_init_video() function. It what cases this file is used instead of sldisply.c? I could not understand off-hand. Looks like MSDOS-version :) The slang directory you are referring to contains the internal version of slang that is used when mc is configured --with-screen=mcslang. It has been recently updated to version 2.0.5. Just to clarify it, the newer slang contains more implementations of SLtt_init_video() in slvideo.c for different build environments such as DJGPP, EMX, etc. The one we are interested in is the single one in sldisply.c so you can safely ignore slvideo.c ;) Jindrich -- Jindrich Novy [EMAIL PROTECTED], http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: some problems with do_*_ca_mode()
On Thu, 24 Nov 2005, Andrey V. Malyshev wrote: BO it's just double work... look here: BO main() - init_curses() - [ SLsmg_init_smg() - tt_init_video() (set BO to SLtt_init_video()) - tt_write_string (Term_Init_Str); ] You are right *. It is an overlook on my part :) As far as I understand, using this we will necessarily need to add SLsmg_reset_smg() call on exit, in slang_shutdown(). endwin() does that already as far as I can see. Lets answer the previous question (for ncurses case) and I'll rewrite the patch once more. There is more going on. ncurses also automatically sends the relevant string automatically, in _nc_mvcur_init() (called via newterm() from initscr(), in the ncurses source code). I wonder what the purpose is of do_enter_ca_mode now. Maybe it is just a left-over, necessary for other (non-ncurses) curses libraries, or xterms with broken terminfo's. (*) By the way: in the slvideo.c file is defined another SLtt_init_video() function. It what cases this file is used instead of sldisply.c? I could not understand off-hand. Looks like MSDOS-version :) Yes, there are variations for various other operating systems/environments there. Bart ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
mcslang library for win32
Hello, I think, we should delete files for win32 from mcslang. It is slvideo.c and slw32tty.c. And also we should delete entry EXTRASRC = slvideo.c slw32tty.c from file Makefile.am. Win32 (PC) port for mc isn't supporting now, i.e. this files is useless. -- Best regards, Pavel mailto:[EMAIL PROTECTED] ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #15057] Feature request, please add support for dar archives
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15057 Summary: Feature request, please add support for dar archives Project: GNU Midnight Commander Submitted by: puntarenas Submitted on: Fr 25.11.2005 um 05:39 Category: None Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: 4.6.1 Platform Version: GNU/Linux ___ Details: Disk ARchive from http://dar.linux.free.fr/ is a shell command that backs up directory trees and files. I don`t know if it is possible to add support for *.dar files, so one could browse them like it is already working for *.tar archives. Kind regards Martin Seifert ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15057 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
