In response to a question I had a bit ago about why lynx forces a line break in really long lines, I was told that was because lynx has display buffers that are 1024 and lines longer than that are split.
Has anyone experimented with moving to a dynamically allocated buffer mechanism, at least for display buffers, so that lines could be as long as they need to be? A second question; has anyone experimented with using lynx form input elements to see whether it is 8 bit, Unicode clean? That is, if someone has a text edit type web application, and the text to be edited has a mix of data in chinese, korean, greek and English, etc. and in lynx, the data is edited, will the the original text characters remain unchanged? I use a web site (http://wiki.tcl.tk/) which frequently has various unicode characters (the pages have a lot of code) and there are times when the unicode is getting corrupted. I suspect that perhaps it is happening when I update a page via Lynx. It's hard for me to tell, because I am not set up to display the special characters in my text windows, so all I see are weird sequences before and after, but I see people complain at times about their special characters being trashed. But there are a lot of people updating these pages, and so it could be some other browser. -- Tcl - The glue of a new generation. <URL: http://wiki.tcl.tk/ > Larry W. Virden <mailto:[EMAIL PROTECTED] > <URL: http://www.purl.org/NET/lvirden/ > Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- _______________________________________________ Lynx-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lynx-dev
