I believe that w3m-0.1.9's response to the <TITLE> tag is incorrect, but
since I'm a newcomer to the w3m code, I'd like some independent
confirmation before I pursue this any further.
When w3m parses a <TITLE> tag, it prints an empty line by calling
flushline(). (This is in file.c, lines 2700 and 2701.) Since this
empty line is not in the document being viewed, I think that w3m should
not print it.
This behavior can be experimentally verified by creating a simple HTML
file and viewing it with w3m.
<HTML>
<HEAD>
<TITLE>Test Title</TITLE>
</HEAD>
<BODY>
hello, world
</BODY>
</HTML>
The text "hello, world" is printed one line below the top of the screen.
If the <TITLE> tag is omitted, "hello, world" is printed at the very top
of the screen.
This would not be a big deal except that it causes another problem.
When viewing a very wide page, especially one that has a column of links
on the left side and the text of an article on the right, it is useful
to use '.' or '>' to shift the screen to the right in order to see the
whole column of text. However, the cursor is initially in the upper
left corner of the screen, on that first empty line, so the '.' and '>'
keys do not work. I have to first move the cursor down to a long line
before '.' or '>' will work.
So, is the current behavior incorrect? If so, I would be inclined to
fix it by deleting the call to flushline() and perhaps using a call to
discardline() instead. However, there is already a commented-out call
to discardline() at line 2702, which would indicate that someone found a
problem with using discardline() and decided to use flushline() instead.
Does anyone know why this change was made?
Thanks,
Gary
--
Gary Johnson | Agilent Technologies
gjohnson@agilent.com | RF Communications Product Generation Unit
| Spokane, Washington, USA
This archive was generated by hypermail 2b29 : Wed Jul 19 2000 - 10:30:43 CDT