'''2006-11-10''' [KBK] is attempting to edit this page by deleting all text and then reconstructing it in bits, because there appears to be a Wikit bug preventing changes to it. Please don't mess with it until this message is removed. ---- [[Wiki Fire Brigade]] ---- '''On this page:''' Things that don't work as expected in this [Wikit] implementation ---- [LV] This is more of a warning about people using the wikit than the wikit software having problems itself. I discovered this week that the lynx text web browser is at least one web browser which does not handle [unicode] properly. It is 8 bit safe; but not unicode safe. Thus, when a lynx user edits wiki pages with unicode on the page, it is likely to damage the page. I don't know about other browsers like Mozilla, Firefox, Opera, Netscape, Safari, or Internet Explorer. [Lars H]: ''Now'' (27 April 2005) you notice? If you're speaking of the slight distorsion of just about anything non-ASCII that you (AFAICT from having read [WikiDiff]) have been causing these last months, then the problem has been observed several times before. I've made at least one comment about it below. Whether "8 bit safe; but not unicode safe" is a proper description of it is another matter. The sequence of bytes sent back and forth indeed seems to be preserved as it should, but what is lost is information about the encoding. It goes out UTF-8-encoded, but when it comes back it is for some reason interpreted as being latin1-encoded, and that is all that went wrong. (It is usually possible to ungarble Wiki page contents by subjecting them to a [[encoding convertfrom utf-8]].) What should be examined by someone who has access to one of these faulty browsers is however whether the problem is that the browser sticks an incorrect encoding header on the data, or whether it is Wikit that in the absence of an encoding specification defaults to the wrong encoding. [LV] I didn't say I just noticed the problem - I said I just discovered that lynx is one of the problems. Before this week, I was under the (now known to be mistaken) believe that because lynx was 8 bit safe, that made it unicode safe. I now know that is wrong. What I '''still''' don't know is how many browsers have the same problem. I know that old versions of Netscape has problems with long lines, as does lynx. I don't know what similar problems Mozilla, Firefox, IE, Safari, etc. introduce. ---- [LES] on April 23, 2005: I was looking for the [K] combinator and tried to access http://mini.net/tcl/K (or [http://mini.net/tcl/1923]), but wikit tells me that "This is not a valid URL for this site". Why? ''[Derek Peschel] Good question, but I've been seeing the same problem on the 27th, when I was trying to merge two versions of a page. I was trying to search for links to the not-yet-merged page too.'' ''How much state about my session does Wikit keep, either on the server or in cookies? If I knew that, it might be easier to understand why certain things happen.'' ---- [LV] April 12, 2005 For some reason, the wiki URL searching doesn't seem to be working. I am using http://wiki.tcl.tk/ProperIntegers which should take me to a wiki page selection web page. Instead, it tells me that the term isn't found. However, if I go to search and type in '''Proper Integers''', then I get the pages sought. [MG] If you enter '''ProperIntegers''' in the search field (without the space, as you did it on the URL), it doesn't find anything, either. Try using one of these http://wiki.tcl.tk/Proper+Integers http://wiki.tcl.tk/Proper%20Integers http://wiki.tcl.tk/Proper Integers (if you're not using an old browser that won't translate the space) [LV] However, my notation is the documented manner (see [Searching and bookmarking URLs on the Tcl'ers Wiki]) by which the search urls should work - and in fact, some search terms do work properly that way. However, the search box was never intended to work that way. One of the little pecularities of this Wikit. However, thank you for the other methods of notation - I was able to use one of those to get things to work for me in the short term. I just hope the bug that this phrase exhibits can be fixed. ----- [PJR] April 11, 2005 I just downloaded wikit and there seems to be an error in: wikit.vfs/lib/wikit/image.tcl line 9 has: export LocalImages instead of: namespace export LocalImages ---- [NJG] March 25, 2005 On January 5th I placed a request on the [Tcl'ers] page concerning the handling of accented characters. A couple of days ago I noticed that an even more extensive damage had been done, now the title of my personal page had been busted as well. It seems as if some houskeeping program read in the wiki conent as if it were in some 8-bit character set (e.g. Windows-1250/52) and then wrote it back as UTF-8. ---- [CLN] 2005-02-23 Why are half the items in today's Recent Changes not links? * A new(ish) feature. Pages with no content and no references to them are unclickable in the Recent Changes list. Another user had edited one of his duplicate topic/content pages with a "delete this" message indicating he didn't know how to delete pages ([SG]: so how does one delete a page from the wiki? I mean: not just pseudo-delete by clearing out, but actually remove the page itself, free up the number etc?). So I thought I'd lend a hand in clearing out and/or merging some of the other duplicate/obsolete/off-topic discussion pages that already had their references deleted (meaning they were essentially deleted, but still search results noise) before this feature went in.