Hello, Bart!
You wrote to on Fri, 25 Nov 2005 11:56:48 +1300 (NZDT):
BO>>> main() -> init_curses() -> [ SLsmg_init_smg() -> tt_init_video() (set
BO>>> to SLtt_init_video()) -> tt_write_string (Term_Init_Str); ]
BO> endwin() does that already as far as I can see.
BO> ncurses also automatically s
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 understan
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
Hello, Leonard!
You wrote to "MC development" 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
??>> s
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 dire
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
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
Hello, Jindrich!
You wrote to "Leonard den Ottolander" <[EMAIL PROTECTED]> on Wed, 23
Nov 2005 20:23:37 +0100:
JN> I agree with Andrey here, that we should use "ti" and "te" sequences
JN> acquired from termcap database instead of hardcoded ones. The problem
JN> is that Andrey uses direct putp(
Hi Andrey, Leonard,
On Fri, 2005-11-18 at 14:26 +0100, Leonard den Ottolander wrote:
> Hi Andrey,
>
> On Fri, 2005-11-18 at 11:03 +0700, Andrey V. Malyshev wrote:
> > I can not test it under the real xterm console (with X), I have not one. I
> > think it is nessessary before commiting, can everyo
Hi Andrey,
On Fri, 2005-11-18 at 11:03 +0700, Andrey V. Malyshev wrote:
> I can not test it under the real xterm console (with X), I have not one. I
> think it is nessessary before commiting, can everyone do it?
Maybe somebody will beat me to it. Otherwise I'll do. Even though your
explanation so
ard den Ottolander" <[EMAIL PROTECTED]>
* Subj: Re: some problems with do_*_ca_mode()
==
Hello, Leonard!
You wrote to "MC development" on Thu, 17 Nov 2005
22:11:50 +0100:
??>> I've found some pr
Hi Andrey,
On Thu, 2005-11-17 at 20:36 +0700, Andrey V. Malyshev wrote:
> I've found some problems in mc-4.6.1 connected to do_enter_ca_mode() and
> do_exit_ca_mode() functions.
What problems are you seeing?
> * I offer to detect this values during startup using SLang/curses *getstr
> call.
> *
Hello!
I've found some problems in mc-4.6.1 connected to do_enter_ca_mode() and
do_exit_ca_mode() functions.
Also I've written patch solving them (as it seems to me, at least:-)
1). do_enter_ca_mode() and do_exit_ca_mode() functions use hardcoded values
for Termcap capabilities "ti" and "te" ("sm
13 matches
Mail list logo
