Re: lynx-dev [2.8.1dev.22] bug-report: garbage on the screen when partial_di

[Leonid Pauzner]

>      * From: Sinan Kaan Yerli <address@hidden>
>      * Date: Tue, 25 Aug 1998 18:40:26 +0100
>      * Organization: University of Sussex, Astronomy Centre, UK
>      * Reply-To: address@hidden
>      * Sender: address@hidden
>      _________________________________________________________________
>
> Bug:
> When a page contains <FORM ...> markup and if the PARTIAL_DISPLAY is
> true then while the page is loaded incrementally all the <INPUT ...>
> lines are displayed on the first line of first current page until
> partial_display finishes.
Correct. See below.
>
> I have been trying to find a solution but I couldn't. The problem is in
> GridText.c`display_page (well, I pin pointed upto here using a
> debugger):
Try to use trace mode before you go into debugger :-)
>
> - all anchors of the page are defined in a for loop and this loop is
>   divided into two: 1) Load normal hypertext anchors. 2) Handle form
>   fields.
> - Differences are later has 'FormInfo_ptr = Anchor_ptr->input_field'
>   former has 'a memory leak fix'.
> - For both Normal and Form handling, positions of the anchors are
>   calculated and stored like this (remember this is the first time we
>   see anchors of the page; nlinks++ is done later):
>         links[nlinks].lx = Anchor_ptr->line_pos;
>         links[nlinks].ly = ((Anchor_ptr->line_num + 1) - line_number);
>   these give wrong values for _only_ form handling; that's why we see
>   those garbage. However, at the end of partial_display when eveything
>   is recalculated (is it?) all the lines fit into their normal
>   positions and will stay there until you reload it again. How?
> - It might be related to a missing HTxxx function which grabs the _real_
>   (x,y) positions of the anchor, I don't know...
>
> Any thoughts?
>
> Since we have a form-based options page, this is gonna be really
> annoying...
>
It is possible to disable display_partial for options menu individually,
but figuring out a general case seems to be a better idea.

I run in -trace mode and got a log
(well, I write a couple of words in GridText.c before):

'display_page' was invoked 3 times while loading options menu,
and the first happend inside <options... ></options>
which cause an output on the top of display (I do not know why).
The second happend when SGML stage was complete
but anchore names was not available for display yet.
The last was when everything complete.

We should investigate this a little further and flag something
like it was done in HText_new/HTDisplayPartial.



****1****
SGML: Start <OPTION>
Entering HText_setLastOptionValue: value:windows-1250
, checked:off
HText_setLastOptionValue: value=windows-1250            val_cs=23 "cp866" 
(submit_val_cs 38 "utf-8") submit_value=windows-1250
HTML:begin_element[5]: adding style to stack - Preformatted
Read 4 KB of data. 4 kb/sec.
GridText: HText_pageDisplay at line 1 started
SGML: End </OPTION>     <- supplied, start <OPTION>
HTML:end_element[5]: Popped style off stack - Preformatted
SGML: Start <OPTION>
Entering HText_setLastOptionValue: value:iso-8859-3

*****2****
SGML: End </BODY>
HTML:end_element[1]: Popped style off stack - Normal
SGML: End </HTML>
HTML:end_element[0]: Popped style off stack - Normal
Read 6 KB of data. 6 kb/sec.
GridText: HText_pageDisplay at line 1 started
GridText: Change to style Normal
GridText: split_line called
Gridtext: Entering HText_endAppend
GridText: split_line called
GridText: Removing bottom blank line:
GridText: New bottom line:
GridText: Removing bottom blank line:
GridText: New bottom line:
GridText: Removing bottom blank line:
GridText: New bottom line: Accept Changes Reset Use the back key to cancel 
changes.
Gridtext: Anchor found on line:4 col:0
anchor text: 'Accept Changes Reset Use the back key to cancel changes. ^E HELP 
available^F'   pos: 0
GridText: adding link on line 4 in HText_endAppend
Gridtext: Anchor found on line:4 col:0
anchor text: 'Accept Changes Reset Use the back key to cancel changes. ^E HELP 
available^F'   pos: 0
GridText: adding link on line 4 in HText_endAppend
Gridtext: Anchor found on line:4 col:15
anchor text: 'Accept Changes Reset Use the back key to cancel changes. ^E HELP 
available^F'   pos: 15
GridText: adding link on line 4 in HText_endAppend
Gridtext: Anchor found on line:4 col:57
anchor text: 'Accept Changes Reset Use the back key to cancel changes. ^E HELP 
available^F'   pos: 59
GridText: adding link on line 4 in HText_endAppend
Gridtext: Anchor found on line:6 col:8
anchor text: 'Editor: ____________________'   pos: 8
GridText: adding link on line 6 in HText_endAppend
Gridtext: Anchor found on line:7 col:9
anchor text: 'Display: ____________________'   pos: 9
GridText: adding link on line 7 in HText_endAppend


******3****
anchor text: 'Save options to disk: [_]'   pos: 22
GridText: adding link on line 28 in HText_endAppend
Gridtext: Anchor found on line:30 col:0
anchor text: 'Accept Changes Reset Use the back key to cancel changes.'   pos: 0
GridText: adding link on line 30 in HText_endAppend
Gridtext: Anchor found on line:30 col:15
anchor text: 'Accept Changes Reset Use the back key to cancel changes.'   pos: 
15
GridText: adding link on line 30 in HText_endAppend
HTAccess:  status=29997
HTAccess: `file://localhost/c:/lynx/partial/112609.htm' has been accessed.
HTParse: aName:file://localhost/c:/lynx/partial/112609.htm   relatedName:
HTParse: result:localhost
HTParse: aName:file://localhost/c:/lynx/partial/112609.htm   relatedName:
HTParse: result:file
HTParse: aName:file://localhost/c:/lynx/partial/112609.htm   relatedName:
HTParse: result:file://localhost
HTParse: aName:file://localhost/c:/lynx/partial/112609.htm   relatedName:
1
HTParse: result:/c:/lynx/partial/112609.htm
Starting realm is 'file://localhost/c:/lynx/partial/'

GridText: HText_pageDisplay at line 1 started