lynx-dev
[Top][All Lists]
Advanced

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

lynx-dev the necessity of numbering each line in textarea if "links and


From: Vlad Harchev
Subject: lynx-dev the necessity of numbering each line in textarea if "links and form fields are numbered"
Date: Sat, 31 Jul 1999 16:34:26 +0500 (SAMST)

 When "links and form fields are numbered" is in effect, each line in textarea
is numbered. When growing textarea, the numbers of all links below textarea
are recalculated (and fixed on the screen immediately). It's obvious, that
when the number of digits in the number of given link increases (eg its number
was 99 and became 100) the line in which this link starts becomes wider. If
there are several links in the line, in worst case the line will be become
wider by the number of links starting in that line.
 Seems the code currently present is buggy (and it works bad with colorstyles
too). Also this concept makes any rendering unreliable -e.g. justified texts
or upcoming rendered tables. Seems renumbering link numbers due to textarea
growth is the only case when the HText structure changes (ie the rendered
presentation of document without form contents) - this inhibits the use of
very smart memory allocation schemes.
 If each line of textarea wasn't numbered, then (obviously) all problems
listed here will be solved, and this will allow more features to be added
without additional (and seems redundant) programmer pain. Keep in mind that in
the ideal case the text should be re-rendered if the number of digits changes
in the number of some anchor.

 So, the question is:
  is it so useful to number each line in textarea? 

 Please state your opinion.
 I placed a sample page showing the problems (with instructions  how to see
them) at 
 www.hippo.ru/~hvv/lynx/links-renumbering-problems.html


 Best regards,
  -Vlad


reply via email to

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