While the code produced by this wiki engine is rather good and senseful

  it is not 100% valid. It works in most browsers, but

  ["Порно рассказы"http://virtsexcamera.ucoz.ru/publ]

  бесплатно без регистрации

  ["Порно видео онлайн"http://virtsexcamera.ucoz.ru/gb]

  * [w3c tidy|http://www.w3.org/People/Raggett/tidy/] doesn't like the <p> and </p> tags which enclose paragraphes, however I think it is correct that way

  * the [dillo|http://dillo.auriga.wearlab.de/] webbrowser has problems with the </p> behind headlines and thus closes opened tables (while it works quite well with other gtkhtml derived browsers)

  * finally the sublists should get enclosed in <li> ... </li> too, but until anybody complains this won't be changed

  !! It would be useful to include 'wrap=soft' in the textarea definition used for the editing box.

  It looks as desired in:

  * all [Mozilla|http://mozilla.org/] variants (including [Netscape|http://netscape.com/] 6/7)

  * Opera 5, 6 and 7

  * amaya - the reference browser implementation from http://w3c.org/

  * Netscape 4

  * w3m

  * links

  * Konqueror

  * Windows Netscape 2.01 and Netscape 1.1 (W32s)

  * M$IE 4+

  !! Compatibility to !PhpWiki

  The database table structure of ErfurtWiki is compatible to the one used by

  PhpWiki; however, whether you can reuse them is untested. In particular

  changing back from !ErfurtWiki to !PhpWiki might not be possible. [http://thekiddiesworld.com/gear|Gear]

  !! Compatibility regarding WikiMarkup

  * !ErfurtWiki only implements parts of the new style markup

  * older markup (tabs to the left) will not work and it won't get implemented

  * the uploaded images are represented using internal:// references which are obviously invalid protocol identifiers, therefor you should strip them off if you reuse your wiki pages with another wiki software

  * [http://astore.amazon.com/bissellstore-20?node=110|lift off bissell]

  * [http://astore.amazon.com/bissellcleaner-20?_encoding=UTF8&node=141|dirt devil bags]

  !! Sourcecode Layout

  [Jonnay]: It would be handy to split out the main ewiki.php file into

  various sub-files (perhapse according to function), so that it would be

  easier to put under source control, and apply patches/bugfixes. [http://astore.amazon.com/all_homeandgarden-20?node=35|Furniture & Décor]

  [Andy|AndyFundinger]: It would make code merges a lot easier, perhaps the

  "ENGINE," "BINARY," defines, and ewiki_page sections could be broken into

  new 4 separate files. ewiki.php would have the defines and include the

  others. [http://thekiddiesworld.net/index.php?catid=405372011|Invitations]

  [MarioSalzer "milky"]: I know that 60K is a lot, but as I still like to

  keep the 'library feel' of ewiki.php, that split would mean too much effort

  if one wishes to just include("a wiki engine") into a site. The

  ["CVS" ConcurrentVersionsSystem], btw, deals very well with it (or still?).

  Btw, I think it's time to add a "patches/" subdirectory to the distrib.

  tarball - we collect it on PatchesAndWorkarounds.

  [Jonnay]: Oh, I certainly was not going to suggest futzing with the library style single include. I agree that one should be able to include a single file, its the beauty of ErfurtWiki. But perhaps the master file does alot of inclusions itself? Or perhaps you use a tool like the C Preprocessor to statically include the pieces when you're done? On the otherhand, if everything works just fine for you now, and you don't have problems with conflics, and change tracking, then don't change a thing. ;)["&#1055;&#1086;&#1088;&#1085;&#1086; &#1092;&#1086;&#1090;&#1086;"http://virtsexcamera.ucoz.ru/photo]

  &#1089;&#1082;&#1072;&#1095;&#1072;&#1090;&#1100; &#1087;&#1086;&#1088;&#1085;&#1086; &#1074;&#1080;&#1076;&#1077;&#1086; &#1086;&#1085;&#1083;&#1072;&#1081;&#1085; &#1073;&#1077;&#1089;&#1087;&#1083;&#1072;&#1090;&#1085;&#1086;

  ["&#1090;&#1077;&#1089;&#1090;&#1099; &#1075;&#1086;&#1088;&#1086;&#1089;&#1082;&#1086;&#1087;&#1099; &#1089;&#1086;&#1085;&#1085;&#1080;&#1082;"http://first-test.ru]