On Monday 11 January 2010 11:03:14 Mateusz Viste wrote: > About the "Accept-Charset" header: It seems useless to me... The server > won't be able to transcode a given 8bit charset into another one, as > that's simply impossible. Why not simply stating, that any Gopher++ > document *has* to be provided in UTF-8? > Something along those lines, even though not necessarily gopher++: on gopher://gopher.teply.info/1/test i've put up a very simple UTF-8 test menu. Mainly it was out of curiosity whether or not it'll work in any way. It's a simple test of UTF-8 encoded display strings, selector strings and text files (including UTF-8 in filenames) served. It's running on pygopherd if that matters in any way. So far, i've tested on both Firefox with Overbite and lynx. Basically, FF with Overbite and lynx both work, with display options set right (UTF-8 locale in lynx, character encoding set properly in FF). The only problem i've found is with UTF-8 in a selector string / filename, which i haven't got to work in lynx yet with configuration only. FF does display the file properly, but the selector string displayed in the adress bar does rather look like interpreted as ISO-8859-1. If i type the proper string (test2łŁð that is as filename) into the Adress bar, FF queries for a different nonexisting file according to my gopher.log. Interestingly, the string displayed as ISO-8859-1 results in the correct UTF-8 selector string and gets served properly. For proper display of UTF-8 inside files, lynx has to be configured to assume UTF-8 encoding. Maybe you guys want to test out other clients. Feel free to surf that gopher directory. In case someone would like to see some more tests there, just drop me a line. Would be good to know how other servers handle that as well. Greetings, Florian
Attachment:
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Gopher-Project mailing list Gopher-Project@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/gopher-project