Tested the Dec 1 TWikiAlphaRelease with Mozilla 1.2 OS X and it seems like a good start with great ambition. This is one key obstacle to more general use of TWiki in our office. Given that the code is in alpha stage, most of it did not work. Since many people might have problems writing the characters on the keyboard and not having access to a system running a foreign version of an OS, I thought I'd include some detailed descriptions. Richard, if you can test and see things displayed in this way in your environment, just let me know and I'll skip dumps and details in the future.

• When editing the link FårFårFår (or the left part of it that is highlighted) I get the following URL:s and WikiWord displays through the process:

-- StefanLindmark - 02 Dec 2002

Thanks for testing this and providing such a detailed report - the table is particularly useful, and screenshots are good too if you can do them. A public test server would be even better if you have one

-- RichardDonkin - 03 Dec 2002

I've done some more fixes, this time to ensure that all URLs used in POST form submissions have any 8-bit characters URL-encoded (in 4 templates only, including edit and preview). This works around a problem with MozillaBrowser 1.1 (Windows) and 1.2 (MacOS X) whereby such URLs would otherwise be UTF8 encoded, breaking the preview/save cycle.

There are now two new variables, %WEBURLENCODED% and %TOPICURLENCODED% - these should be used in any URLs that are used as part of a <form ... post...  > form element, instead of %WEBURL% and %TOPIC%. This only affects a few templates, and is only relevant for people who want their skins to support internationalised WikiWords.

See TWikiAlphaRelease for the latest version, I have re-built the alpha zip file.

-- RichardDonkin - 04 Dec 2002

Quite a lot of fixes for Mozilla issues added - all form templates in TWikiAlphaRelease should now work with Mozilla. If you are testing this alpha, note that the TWiki.WebSearch page requires updating as well, so that the two FORM elements use the new %INCLUDINGWEBURLENCODED% variable to avoid the URL being UTF8 encoded. This allows searching in webs that have 8-bit names - see this example.

I18N searching and sorting of topic names is now fully working, including WebTopicList, and webs with 8-bit names can be created via TWiki.ManageWebs.

The alpha Zip/tar.gz files are up to date with CVS as of this comment.

-- RichardDonkin - 05 Dec 2002

This was fixed through use of %INTURLENCODE% to encode all form action URLs, as well as Edit URLs, which bypasses Mozilla's automatic UTF-8 encoding of such URLs (but not other URLs...) The end result is that the URL is 'hard coded' to the character encoding used in the TWiki page.

This has caused problems with TWikiOnMainframe and is generally not a good idea so it will eventually be disabled as part of ProposedUTF8SupportForI18N. Skin authors who have used %INTURLENCODE% as recommended in InternationalisingYourSkin won't be affected.

-- RichardDonkin - 22 Sep 2003

ProposedUTF8SupportForI18N phase 1 is now complete, so %INTURLENCODE% is no longer required in any skin.

-- RichardDonkin - 14 Feb 2004