lynx-dev
[Top][All Lists]
Advanced

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

Re: LYNX-DEV fotemods.zip update


From: Hiram Lester, Jr.
Subject: Re: LYNX-DEV fotemods.zip update
Date: Wed, 28 May 1997 10:44:21 -0500 (CDT)

On Mon, 26 May 1997, Foteos Macrides wrote:

> 1997-05-27
> * Eliminated underlining in conjunction with reversing for the current
>   link with slang, to avoid the longstanding bug of underlining being
>   lost (and distracting color changes occurring) when that link ceases
>   to be current and it was embedded in an underlined region of text.
>   The attributes of the current link can be better handled in the
>   development code based on configureable style sheets, so there's no
>   point letting this bug ride, nor trying to deal with it through
>   temporary internal mods, in this code set. - FM

Hmm, interesting... I like the way this mod looks when in mono (just like
standard curses), but in color, it removes a color (selected links are the
same as a status line).  Also, the bug you refer to only APPEARS to be
fixed with this mod.  If colors 1 and 5 are the same as is the default,
then it looks correct.  I have 1 redifined as brightblue:black.  When I
pass over links in color 5, they are still redrawn in color 1.

Is it possible to determine if color is being used? (I know -color, but
does lynx know it's color if COLORTERM is defined?)  If so, it might be
nice to handle it the old way for color and the new way for mono.

Another strange thing I noticed is that that select popup boxes persist
under slang (linux and HP), HP's curses, and ncurses (linux).  I presume
this is due to the following mod:

> 1997-05-26
> * Mods of change_form_link() in LYForms.c to bypass the screen redraw
>   on retraction of a SELECT popup if the SELECT block is DISABLE-ed
>   or the selected OPTION was not changed.  Note that the complete
>   elimination of the screen redraw in the 1997-05-20 development code
>   mods, i.e., even when the selected OPTION was changed, results in
>   the change not being made evident to the user in the retracted popup
>   unless the screen is redrawn fortuituously (e.g., due to subsequent
>   paging). - FM

Ech!  This is bad...  This looks horrible and just causes the user to
press ^L to redraw instead of letting lynx handle it.  The popup simply
does not retract at all in the current fotemods code.

   +------------------------------------+-------------------------------+
   | Hiram W. Lester, Jr.               | E-Mail: address@hidden    |
   | Computer Science                   | Home page:                    |
   | Middle Tennessee State University  |   http://pobox.com/~hwlester/ |
   +------------------------------------+-------------------------------+


;
; To UNSUBSCRIBE:  Send a mail message to address@hidden
;                  with "unsubscribe lynx-dev" (without the
;                  quotation marks) on a line by itself.
;

reply via email to

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