__Anfragen an Peter als Wiki-Administrator__

!!Letzte Änderungen am Wiki

* JensKapitza schreibt neuerdings immer "Links" unten auf die Seiten. Halte ich für eine gute Idee. Allerdings sollte man das dann besser "Kategorien" nennen wie z.B. in Wikipedia (oder meintest Du was anderes damit?) Und: AFAIR gibt es Wikis, die solche Kategorien besonders unterstützen. Wie ist das denn bei JspWiki?
** Eine spezielle Unterstützung für __Kategorien__ gibt es in Form eines Plugins. Dieses Plugin (__~ReferringPagesPlugin__) bringt man üblicherweise auf der Seite __~KategorieHampelmann__ unter. Es zeigt dann alle Seiten an, die einen Link auf diese Seite __~KategorieHampelmann__ haben. Der __page__-Parameter ist optional, damit können auch Links auf andere, als die aktuelle Seite, angezeigt werden.
** Es macht Sinn diesen __Kategorie__-Seiten auch eine entsprechendes ~NamensPräfix zu geben. Ich werde die entsprechenden Seiten, die Jens schon angelegt hat, mal umbenennen...

* [Wiki-Buch|http://www.springerlink.com/content/978-3-540-29267-8/] aus dem Springer-Verlag. Auch erläutert: [Mediawiki|http://de.wikipedia.org/wiki/Mediawiki] und [TWiki|http://de.wikipedia.org/wiki/Twiki]. (Quelle: [Golem.de|http://www.golem.de/0611/49112.html])

*Es gibt jetzt ein Redirect von den alten URLs der Form [http://www.lug-kr.de/cgi-bin/lugwiki.pl?WikiSeite] auf das neue Wiki.

*Hilfe zur Textformatierung in der Bearbeitungsansicht liegt dort und direkt unter EditPageHelp vor. \\Der Fehlertext zu Error 404 lässt sich unter [Error404] ansehen und bearbeiten.\\Weitere Layout-Topics: LeftMenu, LeftMenuFooter, TextFormatierung, StilRegeln\\
Weitere Wiki-spezifische Themen: [Suchen], [System] und WikiNode (nicht weiter verlinkt)

* es gibt Probleme mit Links, die Doppelpunkte und Kommas enthalten, zum Beispiel auf der Seite TomcatSSL.
** Links, die Kommas enthalten funktionieren jetzt auch in UseModWiki Syntax --PeterHormanns

!!Offene Punkte

*Um den für mich interessanten und umfangreichen Thread [MailServerUmsetzung] auf der Heimfahrt verdauen zu können, habe ich ihn __ausgedruckt__ und festgestellt, dass das Druck-Stylesheet Links unkenntlich macht. In einer der nächsten Wiki-Ausbaustufen würde ich mir ein Druck-Layout ähnlich wie bei __lynx -dump__ wünschen:\\ sowohl Linkziel als auch Linknamen bleiben dort im Ausdruck erhalten\\--MarkusMonderkamp

* Im ~UseModWiki gab es die Möglichkeit, eine Änderung als ''Minor-Change'' zu kennzeichnen, so dass für die Korrektur z.B. eines Kommafehlers keine neue Revision in der Versionskontrolle angelegt wurde. Gibt es diese Möglichkeit auch im JSP-Wiki?\\--MarkusMonderkamp am 05.12.2006
** Nein, einen Minor-Change gibt es im JSPWiki nicht --PeterHormanns
** Jetzt habe ich doch etwas gefunden: [JSPWiki:VersionOverwrite], d.h. wenn der selbe angemeldete Benutzer innerhalb einer Stunde wieder ediert, kann der die letzte Version überschreiben. Oder sollen wir diese Einschränkungen etwas lockern? Auf jeden Fall werde ich das Feature bei Gelegenheit einbauen... --PeterHormanns
*** JSPWiki:VersionOverwrite bietet das von TWiki bekannte Zeitfenster, so führen Tippfehler nicht zu Versionswildwuchs. 1 Stunde erscheint mir probat/angemessen (Meine Meinung und Erfahrung) --MarkusMonderkamp

* Vielleicht nicht der richtige Ort: Antrag auf Ergänzung der [JSPWiki-Variablen|http://jspwiki.org/wiki/WikiVariablen] (ähnl. [TWiki|http://twiki.org/cgi-bin/view/TWiki/TWikiVariables]), 
** z.B. Zeitstempel (mtime) eines Themas, wahrscheinlich mit JSP-Filter nicht alleine möglich - ist das mit vertretbarem Aufwand möglich? 
*** Meinst du mit ''mtime'' den Zeitpunkt der letzten Änderung? - Man könnte ein Plugin schreiben, dass Metadaten über die aktuelle Seite zur Verfügung stellt...
**** Toll, ein richtiger Thread bis zur vierten Einrückung:\\Ja genau, vielleicht wünschen sich den Leser in einem Metatopic, z.B. LugCodeHaus oder auf der Startseite auf einen Blick den Stand der einzelnen Programmierspracheinträge per Wiki-Variable lesen zu können. Rohtext-Bsp.: {{{JavaUnterDebian - ''letzter Eintrag mtime(JavaUnterDebian)''}}}


!!Noch eine Überlegung für verwaiste Links: 
Topic __ToteLinks__ als automatische Anzeige von Links in Topics, die ins Nirwana führen? -- MarkusMonderkamp

{{{
# Zum Prüfen per Cronjob oder auf der Kommandozeile, ob Links im JSPWiki funktionieren:
# Skriptentwurf für ToteLinks in der Version 0.03

# Alle Wiki-Seiten im Verzeichnis mit der Datei SeitenIndex holen
wget -r -level 1 -F http://wiki.lug-kr.de/wiki/SeitenIndex>ToteLinks

# geholte Seiten auf tote Links pruefen (Returncode <>200) und Returncodes loggen
# Strategiewechsel: JSPWiki liefert auch Returncode 200 bei nicht-existierenden Topics
for i in *;do 
    # fehlende externe Links
    wget --spider --force-html -i $i>>ToteLinks
    # fehlende Wiki-Links
    # *** Hier geschah ein kleines Wunder ***
done
}}}

!Wunder

Es geht auch ohne Wunder. Das __~UnusedPagesPlugin__ zeigt die verwaisten Wiki-Seiten an, damit sind Seiten gemeint, auf die es keinen Link gibt:

:Einschub: Warum muss es in JSPWiki bloß für alle großen Probleme eine geniale Lösung geben?\\Dann suche ich mir halt kleine Probleme, (z.B. Error 404 bei externen Links)! --MarkusMonderkamp

__~UnusedPagesPlugin__ (Delete~ThisPage darf hier erscheinen, da ein referenzierendes Topic m.W. sonst gelöscht wird.)

[{UnusedPagesPlugin}]

Das __~UndefinedPagesPlugin__ zeigt die Seiten an, zu denen es zwar einen WikiLink gibt, aber noch keinen Inhalt:

[{UndefinedPagesPlugin}]