[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ncurses 5.7 set_field_back problem

From: Pablo Cazallas Gonzÿffffe1lez
Subject: Re: ncurses 5.7 set_field_back problem
Date: Mon, 5 Dec 2011 10:45:17 +0000 (GMT)

Hi Thomas,

thanks again for your quickly replies.

I was reading about terminfo capabilities and related and, after some readings, I was able to obtain the terminal type I am using and its description. That is "vt220" (value of $TERM), and his description file shows the following (Attached it as well, to avoid possible mail formatting):

#       Reconstructed via infocmp from file: /usr/share/lib/terminfo/v/vt220
vt220|Digital Equipment Co VT220,
        eo, km, msgr,
        cols#80, it#8, lines#24,
        batt1=f1, batt2=f1md, bel=^G, blink=\E[5m, bold=\E[1m,
        box1=lqkxjmwuvtn, box2=lqkxjmwuvtn, civis=\E[?25l,
        clear=\E[H\E[2J, cnorm=\E[?25h, cr=\r, cub=\E[%p1%dD,
        cub1=\b, cud=\E[%p1%dB, cud1=\E[B, cuf=\E[%p1%dC,
        cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA,
        cuu1=\E[A, cvvis=\E[?25h, dl1=\E[M, ech=\E[%p1%dX,
        ed=\E[J, el=\E[K, font0=\E(B, font1=\E(0, home=\E[H,
        il1=\E[L, ind=\n, kbs=\b, kcub1=\E[D, kcud1=\E[B,
        kcuf1=\E[C, kcuu1=\E[A, kdo=\E[29~, kf1=\EOP,
        kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~,
        kf14=\E[26~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~,
        kf2=\EOQ, kf20=\E[34~, kf3=\EOR, kf4=\EOS, kf6=\E[17~,
        kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khlp=\E[28~,
        kich1=\E[2~, knl=\r, knp=\E[6~, kpp=\E[5~, ktab=\t,
        mc4=\E[4i, mc5=\E[5i, rev=\E[7m, rmcup=\E[?7h,
        rmso=\E[0m, rmul=\E[0m,
        sgr0=\E[0m\E(B, smcup=\E[?7l\E[?1l\E(B, smso=\E[7m,

I have no way to change it, since I'm not the admin neither have root access (and I guess I'll never have in the future). Is there any manner to set that "ech" capability inside my .profile file that loads on startup (or another way)?

Is it useful for you to test it? I'm sorry, but I'm almost a newbie with this issues...

Thank you so much and kind regards,
Pablo Cazallas.

--- El sáb, 3/12/11, Thomas Dickey <address@hidden> escribió:

De: Thomas Dickey <address@hidden>
Asunto: Re: ncurses 5.7 set_field_back problem
Para: "Pablo Cazallas Gonz?ffffe1lez" <address@hidden>, address@hidden
Fecha: sábado, 3 de diciembre, 2011 21:55

On Fri, Dec 02, 2011 at 08:43:54PM -0500, Thomas Dickey wrote:
> The log works as expected for xterm.  At the moment (I'll have more time
> tomorrow), I have only the "pterm" (putty on Linux) program to check PuTTY.
> That doesn't support blink, but uses colors to represent it.  With that, I see
> a difference in the way it is rendering the fields before text is written on
> them: the first field gets colored and the second does not.  This is before
> the text is written on the fields.

hmm - you said you were using Reflections (Friday's bad for thinking -
looks like I just recalled "Windows" client).

Today I tested with putty running on Windows 7 (putty 0.61).
Oddly, it doesn't have the same issue with blinking text as the pterm
0.60 on my Linux machine.  PuTTY's changelog isn't much help.

Still... it's the same symptom.

> \E[34X
> The "\E[34X" is an erase control, which is probably clearing the
> blinking attribute away from the field.  In the terminal description
> for putty, that is this chunk:
>     ech=\E[%p1%dX,

I have a manual for Reflections 7, and it says that it does support ECH
(as I would expect).

well... if ECH clears only the character, but not attributes, that could
be a bug that I'd have to fix.

However -

The VT420 reference manual says (of ECH - erase character)

    This control function erases one or more characters, from the cursor
    position to the right. ECH clears character attributes from erased
    character positions. ECH works inside or outside the scrolling margins.

"character attributes" (chapter 7) are:
    bold, underline, blinking, negative image, invisible.

Based on that, I think that xterm and ncurses are correct, and that there's
a bug in the older PuTTY version.  It's a puzzling bug since it seems to
have the effect of XOR'ing the attribute, so that reapplying the attribute
unsets it.  I've made a note to add some test screens to vttest (to be able
to compare results).

Suppressing the "ech" capability from your terminal description would
seem the best way to go - something that you could do.  Which $TERM
value is that?

Thomas E. Dickey <address@hidden>

Attachment: vt220.txt
Description: Text document

reply via email to

[Prev in Thread] Current Thread [Next in Thread]