Fehler- Beim Speichern bzw. vor dem Editieren werden zwischen Zeilen, die mit einem HTML-Tag beginnen Leerzeilen eingefügt. Beim ersten Speichern wird genau eine Leerzeile eingefügt, beim zweiten Speichern zwei und beim dritten Speichern vier. - Das beschriebene Verhalten tritt bei Fehlern im Dokument auf.Fixed.
- Sonderzeichen werden durch ihre Darstellung ersetzt. So wird z.B. das HTML-Äquivalent
& für das Zeichen & beim nächsten Editieren nicht als & sondern als & angezeigt, so dass der Eintrag anschließend nicht mehr als HTML sondern als Text interpretiert und agezeigt wird.Die "XML-internen" Entities sollten jetzt keine Probleme mehr bereiten. Zu beachten ist aber, dass viele Entities, die man vielleicht aus HTML kennt, in XML nicht implizit definiert sind. - Wenn ich das HTML-Tag <s> benutze bekomme ich nach einem Speichern des Eintrages einige rot hinterlegte Fehlermeldungen, der Text wird jedoch korrekt dargestellt.Das ist völlig korrekt. Dieses Element gibt es in XHTML nicht. Durchgestrichene Passagen erzeugt man per CSS. Ich hab's in diesem Dokument mal entsprechend geändert.
- Tritt beim Speichern ein Fehler auf, da der eingegebene Text syntaktisch fehlerhaft ist, werden bei erneutem Editieren die HTML-Tags leider nicht mehr als Tags sondern durch die HTML-Entsprechungen von < bzw. > ersetzt. Ein früheres <p> sieht dann also folgendermaßen aus: <p>Dieses Problem sollte nun der Vergangenheit angehören
- Die Zeiten in der History sollten so wie die Zeitangabe in der Auflistung in lokaler Zeit angegeben werden und nicht in UTC.Fixed.
- Was ist mit dem "Back"-Button los, der ist fast verschwunden? Eigentlich ist er nur noch dann vorhanden, wenn ich einen Artikel von der Startseite aus aufgerufen habe :-(Fixed.
Wünsche und Anregungendringendnicht so dringend- Zieladresse des save-Buttons beim Editieren eines Eintrages sollte auf den geänderten Eintrag verweisenDie mittlerweile vorhandene Lösung gefällt mir sehr gut
- History-Funktion für Einträge - man sollte auch sehen, wer eine Änderung durchgeführt hatDie Übersicht trägt nun auch das Datum der letzten Änderung und ist nach diesem Datum sortiert.
- Belegung des back-Buttons sollte verbessert werden, so dass er das bewirkt, was die Bezeichnung suggeriert. Eine sinnvolle Verlinkung zw. einzelnen Einträgen ist im Moment nicht möglich, da ich zwar eine URL für den back-Button angeben kann aber keine für den back-Button des verlinkten Eintrages. Beispiel: Im Eintrag A soll auf Eintrag B verwiesen werden. Also gebe ich als Linkziel etwas in der Art B.html&backurl=A.html an. Wenn ich diesem Link folge, wird mir der Eintrag B angezeigt. Klicke ich nun auf back, gelange ich wie gewünscht zurück zum Eintrag A. Bei diesem Eintrag ist nun aber die backurl nicht gesetzt, also der back-Button unbelegt. Ich verstehe dieses Problem nicht. Der Back Button hat nichts mit Links in Dokumenten zu tun! Bitte nicht selbst irgendwelche "backurl=..." Schnippsel in hrefs einbauen, das ist Sache der magischen Stylesheets. Der Back Button soll stets zur Übersicht zurückführen. Zugegeben, das mag nicht immer richtig funktioniert haben. :-) Aber ich glaube, inzwischen sieht es ganz gut aus.
Wozu brauchen wir dann den back-Button? Zur Übersicht komme ich doch auch immer über den Link zur Knowledge Base im linken Navigationsmenü, oder? Ich finde den Button dann doch eher irreführend, wenn er nicht das tut, was seine Aufschrift besagt. - Wenn die letzte Übersicht das Ergebnis einer Suche war, so wird beim Back Button wieder nach demselben Kriterium gesucht. Es ist also wirklich ein "back to last overview". (Die Benutzung der Back-Funktion des Browsers macht Probleme, wenn man irgendwie seit der letzten Übersicht "gewandert" ist, z.B. per Edit oder History.) Daher denke ich, dass der Back Button in der jetzigen Funktion schon Sinn macht.Ich denke, dieses hat sich mittlerweile erledigt - Anlegen von Strukturen über das Web-Frontend, also eine Möglichkeit Unterverzeichnisse über den Browser anzulegen, damit Einträge strukturiert werden können. Dazu ist wohl auch noch eine Anzeige von Verzeichnissen im Browser notwendig.Wir haben jetzt Kategorien
- Einschränkung der Lesbarkeit einiger Artikel auf bestimmte Benutzergruppen.Diese Möglichkeit besteht zwar jetzt aber ich kann noch keine neuen Dokumente über das Webfrontend unter kb/intern/ anlegen oder bestehende Dokumente dorthin verschieben.
nice to have- Schönere Farbgebung CSS Stylesheets sind willkommen. :-)
- Ältere Versionen eines Dokuments über das Webfrontend abrufbar machen, z.B. nachdem auf Hist geklickt worden ist. Ich habe nicht wirklich Lust, auch noch ein RCS-Webfrontend zu implementieren. :-) Wer auf alte Versionen zurückgreifen möchte, kann sich eine Shell aufmachen und in /ibr/kb "ganz normal" RCS benutzen.
|
Printable version