Wikis
Elmar
es lief in unserer Firma ähnlich wie im Artikel beschrieben. Bis um
2000 verfassten wir alle Artikel mit einem Text-Editor. Da dies
anstrengend war ("nakter Code", Verlinkung, Suche etc.), wurde nicht
allzuviel geschrieben und das nur von denen, die HTML verstanden. Aus
diesem Grund führte ich ein Wiki ein. Während der ersten Jahre
schrieben nur wenige in das Wiki, aber nachdem der Nutzen klar wurde,
änderte sich das und heute ist dort viel Wissen anstelle verstreut
über Rechner und Verzeichnisse.
Was ich mir wünsche, ist ein noch einfacher zu bedienendes Wiki (hatte
das spartanische Usemod-Wiki installiert), denn selbst die rudimentäre
Syntax hält wenig Technikbegeisterte ab vor regelmäßigem Schreiben.
Eines das sich nicht wesentlich von einer einfachen Textverarbeitung
unterscheidet, externe Ressourcen herunterlädt ins eigene
Datenverzeichnis, z.B. PDF-Dateien, diese verlinkt und Hilfen ähnlich
Autocomplete beim Verlinken anbietet, wäre ideal.
Hat jemand einen Tipp?
Grüße
Elmar
Stefan Münz
> Was ich mir wünsche, ist ein noch einfacher zu bedienendes Wiki (hatte
> das spartanische Usemod-Wiki installiert), denn selbst die rudimentäre
> Syntax hält wenig Technikbegeisterte ab vor regelmäßigem Schreiben.
> Eines das sich nicht wesentlich von einer einfachen Textverarbeitung
> unterscheidet, externe Ressourcen herunterlädt ins eigene
> Datenverzeichnis, z.B. PDF-Dateien, diese verlinkt und Hilfen ähnlich
> Autocomplete beim Verlinken anbietet, wäre ideal.
Die meisten Wikis bieten eine Schnittstelle zum Einbinden von Wysiwyg-
Edit-Feldern. Viele davon erzeugen allerdings grauenhaften HTML-Code
(alles voll mit <font>, <br><br> statt <p></p> usw.). Und dann ist es
meistens ein ziemliches Gefrickel, bis man die Drittanbieter-Produkte
erfolgreich ins Wiki integriert hat.
Nachdem mich Wikidot.com ziemlich begeistert hat, bin ich ziemlich
gespannt sein auf die Version 2.0 von dessen Basis-Software (derzeit
wird da mit 1.x gearbeitet). Eine Vorschauliste der neuen Features
gibts unter:
http://www.wikidot.com/working-on
Dazu gehört dann wohl auch eine integrierte Wysiwyg-Umgebung. Und die
Software soll als OpenSource downloadbar sein.
Ganz an Desktop-Anwendungen kommen auch die besten Rich Internet
Applications derzeit noch nicht ran. Wenn man sich mal die Online-
Office-Suiten ansieht, so kann man zwar als kleiner JavaScripter ganz
schön ehrfürchtig werden, doch gerade so Kleinigkeiten wie
zuverlässiges Drag and Drop, Autocomplete usw. sind verdammt
schwierig, vor allem, wenn dabei auch noch Ajax im Spiel ist, also
Webserverkommunikation.
viele Grüße
Stefan Münz
Elmar
> Die meisten Wikis bieten eine Schnittstelle zum Einbinden von Wysiwyg-
> Edit-Feldern. Viele davon erzeugen allerdings grauenhaften HTML-Code
> (alles voll mit <font>, <br><br> statt <p></p> usw.). Und dann ist es
> meistens ein ziemliches Gefrickel, bis man die Drittanbieter-Produkte
> erfolgreich ins Wiki integriert hat.
Hallo Stefan,
das habe ich befürchtet. Ich denke, der Fehler liegt darin,
Textverarbeitungen 1 : 1 nachahmen zu wollen. Ich will nur ein paar
Buttons, die u.a. selektierten Text Wiki-spezifisch formatieren: p,
pre, code, strong, em, ul, ol, table[tr|th|td]. Dann noch einen zum
Einfügen von Ankern und einen zum Upload von Bildern, PDF etc..
> Software soll als OpenSource downloadbar sein.
Das ist auch notwendig, denn Firmeninterna auf fremden Servern zu
speichern halte ich für gewagt.
> Ganz an Desktop-Anwendungen kommen auch die besten Rich Internet
> Applications derzeit noch nicht ran. Wenn man sich mal die Online-
> Office-Suiten ansieht, so kann man zwar als kleiner JavaScripter ganz
> schön ehrfürchtig werden, doch gerade so Kleinigkeiten wie
> zuverlässiges Drag and Drop, Autocomplete usw. sind verdammt
> schwierig, vor allem, wenn dabei auch noch Ajax im Spiel ist, also
> Webserverkommunikation.
Ja hier ist viel Raffinesse notwendig. Es ist interessant, was alles
mit dem HTTP angestellt werden kann.