This page (revision-77) was last changed on 25-May-2010 19:54 by ThomasThiessen 

This page was created on 03-Oct-2006 21:29 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
77 25-May-2010 19:54 15 KB ThomasThiessen to previous MoreMenu ==> KontaktKeinRessourcenVermittlerGefunden
76 12-Jun-2009 11:27 15 KB Peter Hormanns to previous | to last
75 12-Jun-2009 00:03 15 KB JensKapitza to previous | to last update BILDER
74 12-Jun-2009 00:02 15 KB JensKapitza to previous | to last BUG ? Fehler
73 20-Apr-2009 15:53 15 KB MarkusMonderkamp to previous | to last Dank an Jens
72 20-Apr-2009 14:06 15 KB JensKapitza to previous | to last wir sind angemeldet bei ...
71 07-Apr-2009 22:13 15 KB Peter Hormanns to previous | to last css-Problem korrigiert
70 07-Apr-2009 16:28 15 KB JensKapitza to previous | to last Fehler im Design
69 03-Mar-2009 10:33 15 KB MarkusMonderkamp to previous | to last
68 03-Mar-2009 10:29 15 KB MarkusMonderkamp to previous | to last MoreMenu ==> SchrottMenu
67 03-Mar-2009 10:29 15 KB MarkusMonderkamp to previous | to last MoreMenu bezieht sich auf alle Wiki-Themen?
66 28-Feb-2009 17:54 14 KB JensKapitza to previous | to last fehler im seiten design
65 25-Feb-2009 00:14 14 KB JensKapitza to previous | to last lug ein wenig bekannter machen
64 23-Feb-2009 15:38 14 KB JensKapitza to previous | to last moved tag plugin
63 23-Feb-2009 14:13 14 KB JensKapitza to previous | to last keine fehler (aktuell bekannt)
62 02-Nov-2008 19:51 16 KB MarkusMonderkamp to previous | to last Danke für CSS-Anpassung
61 02-Nov-2008 12:45 15 KB Peter Hormanns to previous | to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

= Aktuelles =

http://www.pro-linux.de/lugs/de/LUG-Krefeld.html

: Danke für's Eintragen. --Markus

>>__Anfragen an Peter als Wiki-Administrator__

<<!!Letzte{{{
/*
>> <<Änderungenfolgendes behebt mein problem bei der Anzeige >>
<<   einfach in templates/default/skins/PlainVanilla/skin.css>>
<<:__Update:__>> <<[AlteSeite|http://wiki.lug-kr.de/wiki/AlteSeite] >> <<listetfolgendes>> <<Dankergenzen
*/
#changenote
>> <<__Peter__{
>> <<und width:100%;
}
}}}

;:ist
>> <<__Thomas__erledigt>> <<kein--Peter

=
>> <<markiertesKommentare>> <<Topiczu>> <<mehreinzelnen>> <<aufSeiten>> <<-=

!
>> <<__!Tärää!Diskussionsreiter>> <<undzu>> <<!Tusch!__\\--**einzelnen**>> <<MarkusMonderkampThemen>>

<<*Also''Hallo,''

Inspiration
>> <<mirvon>> <<geht[Mediawiki.org|http://mediawiki.org]:>> <<\\
wie ist Eure Meinung zu einem ["Diskussion"-Reiter|http://www.mediawiki.org/wiki/Talk:MediaWiki] zu Seiten, \\
>>die <<Wiki-Konvertierungeine>> <<inzwischenAnwenderin>> <<gehörigförmlich>> <<aufzu>> <<einem Kommentar herausfordern, \\
sie ihn jedoch nicht in
>>die <<Nuss.eigentliche>> <<WennSeite>> <<ichaufnehmen>> <<mirmöchte?

Wird
>> <<AlteSeiteeine>> <<anschaue,Kommentar-Funktion>> <<wirdvon>> <<mirJSP-Wiki>> <<schlecht.unterstützt?

--MarkusMonderkamp

----

In
>> <<AußerdemJSP-Wiki>> <<habehat>> <<ichman>> <<hierunter>> <<jaWeitere....>> <<noch
eine
>> <<andereOption>> <<UseModWikieinen>> <<laufen,Kommentar>> <<abzugeben.

Ist das
>>die <<ichAntwort>> <<jaauf>> <<vielleichtdeine>> <<auchFrage?>> <<mal(ist>> <<irgendwannaber>> <<konvertierenin>> <<will.der>> <<AlsoSeite>> <<braucheEingebunden)

--JensKapitza,
>> <<ich02-Mrz-2009>> <<früher16:06

Unter
>> <<oder"Weitere...">> <<späterhabe>> <<eh'ich>> <<einFunktionen>> <<Toolzum>> <<dazu.spezifischen>> <<WarumThema>> <<alsound>> nicht <<früher?!?zum>> <<Kannstkompletten>> <<DuWiki/
allen
>> <<mirWikiseiten>> <<erwartet. Ich habe den Inhalt des Themas KontaktKeinRessourcenVermittlerGefunden nun hierhin verschoben
und KontaktKeinRessourcenVermittlerGefunden
>>zum <<BastelnLöschen>> <<malin>> <<SchrottMenu umbenannt,
weil es sonst
>>die <<aktuellenNavigationsleiste>> <<Wiki-Seitenim>> <<alskompletten>> <<TarfileLUGwiki>> <<zukommenschwer>> <<lassen?zugänglich>> <<Dannmacht,>> <<schauefinde>> <<ichich.
Sorry,
>> <<mal,war>> <<wasmein>> <<ichFehler,>> <<dadas>> <<machenThema>> <<kann...KontaktKeinRessourcenVermittlerGefunden>> <<--überhaupt>> <<ThomasBayenzu füllen. --Markus>>
<<**Der
----

kann
>> <<Wiki-Umzugman>> <<isteigentlich>> <<mitdie>> <<derBreadcrumbs>> <<Installation-->>> <<dessiehe>> <<UseModFilter MenschComputerInteraktion>> <<und(Navigation)>> <<einesEditieren?
Kann
>> <<kleinenman>> <<Gewaltakteseinen>> <<vonFooter>> <<MarkusMonderkampeinfügen/ändern?

--JensKapitza,
>> <<erledigt02-Mrz-2009 16:32>>

<<= Letzte Änderungen am Wiki =

Bislang alles OK.

----

>>*Wenn <<ichIhr>> <<michim>> <<perWiki>> <<__Einstellungen__angemeldet>> <<einloggenseid,>> <<willseht>> <<(bzw.Ihr>> <<meinenoben>> <<Wiki-Namenneben>> <<setzen"Bearbeiten">> <<will),einen>> <<mussneuen>> <<ichLink>> <<diesen"PDF".>> <<zweimalDiese>> <<hintereinanderFunktion>> <<eingeben.generiert>> <<Dabeiüber>> <<stehtein>> <<beim[Servlet|http://www.jspwiki.org/wiki/PDFPlugin]>> <<zweitenPDF>> <<Malaus>> <<obender>> <<eineaktuellen>> <<URL,Wiki-Seite.>> <<Das funktioniert folgendermaßen:
**Zuerst wird
>>die <<mitWiki-Engine>> <<'"https"aufgerufen,>> <<beginnt.die>> <<IchHTML>> <<nehmeaus>> <<an,dem>> <<daWiki-Markup>> <<isterzeugt.>> <<
**Mit Hilfe von [JTidy|http://jtidy.sourceforge.net/] erzeugt das Servlet daraus XHTML,
**das dann über
>>ein <<FehlerXSL-Stylesheet>> <<imin>> <<Formular.XSL:FO>> <<Dagewandelt>> <<dieswird.>> <<
**[Apache FOP|http://xmlgraphics.apache.org/fop/] ist dann für
>>die <<MethodePDF-Erzeugung>> <<ist,zuständig.>> <<um
*Gegenüber
>> <<Fremdender>> <<schnellLaTeX-Lösung>> <<Zuganghat>> <<zudas>> <<verschaffen,den>> <<hätteVorteil,>> <<ichdass>> <<dieseauch>> <<Hürdeunsere>> <<gerneFilter>> <<beseitigt.für>> <<--das>> <<ThomasBayenUseModWiki-Markup und alle Plugins angezogen werden.>>
<<**Erledigt:*Interne>> <<DieLinks>> <<Seiteins>> <<UserPreferencesWiki>> <<gibtsfunktionieren>> <<jetztim>> <<generierten PDF leider nicht. Da stehen >>nur <<nochrelative>> <<überURL>> <<https,in>> <<dadurchPDF>> <<entfällt:-(
**Ich
>> <<habe das [jspwiki2pdf.jar|http://code.google.com/p/jspwiki2pdf/] aktualisiert, jetzt funktionieren auch Wiki-Links im PDF --PeterHormanns, 20. April 2008
*Alles andere wird ordentlich in PDF konvertiert, nicht schlecht,
>>der <<WechselWorkflow.>> <<nachVielleicht>> <<httpskann>> <<beimfop>> <<Speicherndie>> <<{{{Blockschreibweise}}} wie in >>der <<Einstellungen.Bildschirmansicht schattiert absetzen? --MarkusMonderkamp >>

<<*Es--PeterHormanns,>> <<gibt3.>> <<jetztMärz>> <<ein2008

----

!
>> <<RedirectVorschlag>> <<01 April 2008 - no kidding

TWiki hat für die gängigen Seitenfunktionen Tastaturkürzel in den Links verankert.

Beispiel
>>von <<http://twiki.org/cgi-bin/view/TWiki/WebHome

  <a href="edit.htm" accesskey='e'><span class='twikiAccessKey'>E</span>dit</a>

Hat jemand etwas dagegen, wenn wir (Peter) die Tastenunterstützung auch in
>>den <<altenSeitentemplates
für
>> <<URLsdas>> <<JSP-Wiki >>der <<FormLUG>> <<[http://www.lug-kr.de/cgi-bin/lugwiki.pl?WikiSeite]KR>> <<aufeinbauen>> <<daswürden?>> <<neue

--MarkusMonderkamp

----

*Es
>> <<Wiki.gibt Neues im JSPWiki>>
<<**seit 23. Dez. 2007 gibt es die Version 2.6 des JSPWiki>>
<<**JSPWiki wird Apache Projekt, siehe: [http://incubator.apache.org/jspwiki/]>>
<<!!Offene>> <<Punkte>>

* <<VielleichtAuf>> <<nichtder>> <<Seite [Virtualisierung] steht nur UserModeLinux in >>der <<richtigeListe,>> <<Ort:dabei>> <<Antraghat>> <<aufPeter>> <<Erg&auml;nzunggestern>> <<mindestens noch zwei andere Seiten damit getaggt. Irgendwas funktioniert da nicht. Idee1: Der u.g. Aktualisierungs-Thread funktioniert nicht mehr. Idee2: Die beiden nicht vorhandenen Seiten sind im Titel beides keine WikiWords. Update: Nachdem ich mehrere andere Seiten mit "Virtualisierung" getaggt habe, stehen jetzt auch die zwei von Peter dort... Wie lange sollte >>der <<[JSPWiki-Variablen|http://jspwiki.org/wiki/WikiVariablen]Thread>> <<(&auml;hnl.denn>> <<[TWiki|http://twiki.org/cgi-bin/view/TWiki/TWikiVariables]),brauchen,>> <<bis er von selber was merkt oder wodurch wird er angestossen? -- ThomasBayen>>
<<**

----

:
>> <<z.B.Warum>> <<Zeitstempelist>> <<(mtime)die>> <<einesThemenWolke>> <<Themas,bei>> <<wahrscheinlichmir>> <<manchmal ein simpler Text >>mit <<JSP-FilterLinks>> <<nichtund>> <<alleinemanchmal>> <<möglichein>> <<-blau>> <<istunterlegtes>> <<dasRechteck>> mit <<vertretbaremunterschiedlich>> <<Aufwandgrossen>> <<möglich?Schriftarten?>> <<Spielt Peter daran herum oder spinnt mein Browser? -- ThomasBayen>>
<<***::>> <<MeinstDas>> <<duhabe>> <<mitich>> <<''mtime''auch>> <<schon beobachtet, keine Ahnung wie das passiert. Es gibt verschiedene Darstellungsformen für die ThemenWolke, aber ich habe es beim Default belassen. -- PeterHormanns

----

: Mit
>>den <<ZeitpunktTägs>> <<PythonProgrammierung und RubyProgrammierung baut mir JSP-Wiki keine Liste >>der <<letztengetaggten>> <<Änderung?Seiten>> <<auf. Wie komme ich zum Ziel? \\ Sinvoll wäre ein Täg auch bestimmt für Java-Anwender ([Java]). --MarkusMonderkamp , guten Täg am 14.01.2008 Update um 12:08 Uhr >>- <<ManTags>> <<funktionieren mit Verzögerung wie es mir scheint.
::Ja: Es funktioniert mit Verzögerung, weil der Lucene-Suchindex durch einen asynchronen Thread aktualisiert wird. Evtl.
>>könnte <<ich irgendwo einen Button __Index aktualisieren__ einbauen, >>ein <<entsprechendes >>Plugin <<schreiben,gibt>> <<dasses>> <<Metadaten(afaik).>> <<überAber>> <<dieich>> <<aktuellehalte>> <<Seitedas>> <<zurnicht>> <<Verfügungunbedingt>> <<stellt...für nötig....>>
<<****:::>> <<Toll,Danke>> <<einfür's>> <<richtigerFeedback.>> <<ThreadGanz>> <<bismeinerseits,>> <<zurder>> <<viertenasynchrone>> <<Einrückung:\\JaFred>> <<genau,läuft>> <<vielleichtgefühlt>> <<w&uuml;nschenzeitnah.>> <<sichDer>> <<Button scheint mir so überflüssig wie Luftäpfel. --MarkusMonderkamp

: Scheint ja gut zu funktionieren mit
>>den <<LeserTags.>> <<inAber>> <<einemerlaubt>> <<Metatopic,mir>> <<z.B.eine>> <<LugCodeHausketzerische>> <<Frage: Wofür ist das gut? D.h. was genau ist der praktische Unterschied zwischen Kategorien und Tags? Und wenn es bei Tags einen echten Vorteil geben sollte, den ich noch nicht geblickt habe: Ist es dann sinnvoll, weiterhin Kategorien zu benutzen >>oder <<machen wir die dann besser weg? -- ThomasBayen

:: Ich tendiere auch dazu, die Kategorien fallen zu lassen. Wenn wir wirklich systematisch kategorisieren wollen, müssten wir sehr viel genauer vorgehen. Mir erscheint das pragmatische "Taggen" von Seiten dem Wiki viel angemessener. -- PeterHormanns

::: Um darauf auch zu antworten: Voll meine Meinung. Das entspricht dem Wiki-Gedanken mehr (obwohl die Syntax nicht so Wiki-like und daher blöd ist). Auch die Wolke
>>auf der Startseite <<als selbstorganisierendes Inhaltsverzeichnis ist so unglaublich "wikiig" (mein Wort des Tages). -- ThomasBayen

:: So langsam verstehe ich den Unterschied. Insbesondere die ThemenWolke finde ich geradezu genial. (Ich bin übrigens dafür, daß die wieder
>>auf <<einendie>> <<Blick[Start]-Seite>> <<kommt, weil sie eine sinnvolle Ergänzung des Hauptmenüs darstellt.) Dennoch sollten wir IMO hier erklären bzw. diskutieren, wofür man Tags und wofür man besser Kategorien benutzt. Peter benutzt Tags jetzt mehr als schnell eingeführte Suchbegiffe, während ich mir Kategorien eher fest strukturiert und überlegter vorstelle. Dennoch könnten wir die Kategorien auch ganz weglassen. Gibt es so eine Diskussion schon  im Jsp-Wiki? -- ThomasBayen

::: Die Themenwolke war es auch, die mich bei
>>den <<StandTags>> <<begeistert hat. Deshalb habe ich sie vom unteren Ende >>der <<einzelnenStartseite>> <<Programmierspracheintr&auml;geweg>> <<perauf>> <<Wiki-Variableeine>> <<leseneigene>> <<Seite geholt. So komme ich schnell, d.h. ohne Scrollen, dran. Ein prominenter Platz auf der Startseite wäre gut, aber wir müssten die Seite dazu überarbeiten, denke ich. -- PeterHormanns

:: Wenn ich den Hilfetext
>>zu <<k&ouml;nnen.Kategorien>> <<Rohtext-Bsp.:auf>> <<{{{JavaUnterDebiander>> <<-[JSP-Homepage|http://www.jspwiki.org/wiki/WikiCategory]>> <<''letzterrichtig>> <<Eintragverstehe,>> <<mtime(JavaUnterDebian)''}}}erfüllen Tags die Funktionalität von JSPWiki-Kategorien und bieten zudem den Wolken-Mehrwert ([Cloud-Feature|ThemenWolke]). In einer geheimen Abstimmung würde ich mich für Abschaffung der Kategorien entscheiden. Ein wenig ''Überlegung'' möchte ich Peter bei der Taggifizierung schon unterstellen. --MarkusMonderkamp>>

<<:::Im [JSPWiki|http://www.jspwiki.org/] werden Kategorien so verwendet, wie wir es bisher gemacht bzw. versucht haben. Es gibt neben den Plugins für Tags auch (von einem anderen Autor) welche für Kategorien und Archive. Mir erscheinen die Tags am sinnvollsten. Also __"+1"__ für die Abschaffung der Kategorien ;-)>>
<<!!Noch
::::
>> <<Ich sehe das genauso und würde nur vielleicht umschwenken, wenn es >>eine <<Kategorien-Cloud gäbe. ;-) Damit stehts 3:0 und wir können anfangen, keine Kategorien mehr zu verwenden. -- ThomasBayen

----

:: Ich habe Peter auf keinen Fall mangelnde
>>Überlegung <<vorwerfen wollen. ;-) Mein Gedanke war, daß man das eine (Tags?) sehr oft einsetzt wie z.B. Metawords auf einer HTML-Seite, um eine Suche zu unterstützen und das andere >>für <<verwaisteeine>> <<Links:strukturierte>> <<
Topic
Ordnung,
>> <<__ToteLinks__so>> <<alswie>> <<automatischees>> <<Anzeigefrüher>> <<mal die Yahoo Kategorien gab. Wenn ich jetzt drüber nachdenke, sollte man die Anzahl der Tags aber doch besser nicht ausufern lassen, weil die ThemenWolke sonst wahrscheinlich zu unübersichtlich wird (oder gibt es eine Maximalzahl, so daß die unwichtigsten damit >>von <<Linksselber>> <<inrausfallen?).>> <<Topics,Wenn>> <<wir also >>die <<insTags>> <<Nirwananicht>> <<führen?für>> <<jeden möglichen Suchbegriff, sondern gezielt einsetzen wollen, fällt damit die Daseinsberechtigung der Kategorien für mich weg (was die geheime(!) Abstimmung angeht). >>-- <<MarkusMonderkampThomasBayen>>

<<{{{
#
:::Die
>> <<ZumThemenwolke>> <<Prüfenlässt>> <<persich>> <<Cronjobparametrisieren:>> <<oderMan>> <<kann z.B. nur die Tags anzeigen, die mindestens fünfmal vorkommen... Auf der Startseite eine kleine Wolke mit den wichtigsten Begriffen und die komplette Wolke >>auf <<einer eigenen Seite...  -- PeterHormanns

:::: Ja Bitte, genau so! -- ThomasBayen

----

:: In
>>der <<Kommandozeile,ThemenWolke>> <<obwird>> <<LinksJava>> <<immittlerweile>> <<JSPWikifetter>> <<funktionieren:dargestellt als ''Linux'' und ''LUG''. \\ Karnevals-Vorschlag: nennen wir uns doch einfach statt ''Linux User Gruppe (LUG)'' jeweils in den ''fettesten Tag ''-User-Gruppe um. Momentan lest Ihr also das Wiki der __Java-User-Gruppe Krefeld__. --MarkusMonderkamp (Habt Ihr Glück, dass ich nicht mit meinen Tags zur Programmiersprache  [Brainf*ck|http://de.wikipedia.org/wiki/Brainfuck] in der Tag-Arena aufschlage)>>
<<#
----

:
>> <<SkriptentwurfAndere>> <<Frage zum Thema: Macht es Sinn, getrennte Tags >>für <<ToteLinksRuby>> <<und RoR zu verwenden? Aus meiner Sicht ist das stark verwandt und hier im Wiki auch nicht so sehr vertreten, daß man das aufteilen müsste. -- ThomasBayen

:: Guter Einwand, Thomas, danke. Beschränken wir uns also eher auf die allgemeinen Programmierschauplätze als
>>in <<die einzelnen Frameworks und Erzeugnisse >>der <<VersionSprachen>> <<0.03abzudriften. @Jan: ~RoR-Tag ist weg. --MarkusMonderkamp>>

<<#:::>> <<AlleSo,>> <<Wiki-Seitenwie>> <<Peter die Tags >>im <<VerzeichnisMoment>> <<benutzt, gibt es da ja mehr von als Kategorien, das würde jetzt wieder für ein RoR-Tag sprechen, wenn das jemand möchte, aber gegen eine Kategorie, aber vielleicht schreibt Peter ja weiter oben was dazu, was er (bzw. die Erfinder des Ganzen) sich bei Tags und Kategorien so denken. -- ThomasBayen

----

*Ich wünsche mir dringend eine Möglichkeit, eine lokale Kopie vom Wiki zu ziehen. Einerseits war das JspWiki seit seiner Einführung jetzt auch schon ein paarmal offline (und zwar immer, als ich gerade dringend eine Information brauchte) und zweitens ist mein Laptop nicht immer am Internet. Mit wget habe ich es noch nicht geschafft, eine Kopie so anzulegen, dass die Links dann lokal funktionieren. Kennt sich da jemand besser
>>mit <<deraus?>> <<Ist es alternativ vielleicht möglich, irgendwie an die Wiki-Quelltexte zu kommen? Kann man die vielleicht einmal täglich per Cron-Job irgendwo als *.tar bereitstellen oder so? -- ThomasBayen
**Ich mache jetzt jeden Tag eine tgz-Datei mit dem Inhalt des Wikis. Per E-Mail schreibe ich Euch auch, wo Ihr die
>>Datei <<SeitenIndexdownloaden>> <<holenkönnt. -- PeterHormanns>>
<<
** Bei mir klappt es mit __wget__ auch so: --MarkusMonderkamp am 01.02.2007 (heute ca. 7,6 MB - Einstieg unter ''wiki/Start'')\\__-r__ für rekursiv\\__-np__ um im Verzeichnis zu bleiben\\__-k__ zum lokalisieren von Links\\__-c__ zur Fortsetzung bei Abbruch (kann wegbleiben)\\__-nc__ existierende Dateien nicht neu laden (besser nicht;-)

>>wget -r <<-level-np>> <<1-k>> <<-F-c>> <<http://wiki.lug-kr.de/wiki/SeitenIndex>ToteLinkshttp://wiki.lug-kr.de/wiki >>

<<#:::Danke>> <<geholtevielmals!>> <<SeitenIch>> <<aufhätte>> <<toteschwören>> <<können, ich habe das genauso probiert, aber bei mir waren die >>Links <<pruefennicht>> <<(Returncodelokalisiert.>> <<<>200)Ich>> <<undweiss>> <<Returncodesnicht>> <<loggenmehr genau, was ich gemacht habe, aber wahrscheinlich war ich zu doof, das "-k" zu finden. Übrigens könnte für regelmäßige Backups statt "-nc" besser "-N" geeignet sein, das werde ich beizeiten mal eruieren.>>
<<#
:::Nun
>> <<Strategiewechsel:habe>> <<JSPWikiich>> <<liefertzwei>> <<auchLösungen>> <<Returncodefür>> <<200mein>> <<beiProblem>> <<nicht-existierenden(Danke>> <<Topicsan Euch beide!). Markus Lösung ist besser, um das Wiki lokal zu halten, Peters besser für ein Backup und zum editieren. Ich werde mal sehen, wenn ich etwas Zeit habe, was ich nun mache... --ThomasBayen>>
<<for
*
>> <<iJensKapitza>> <<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 <<*;doWikipedia>> <<(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>> <<fehlendeUnterstützung>> <<externefü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>> << wgetandere,>> <<--spiderals>> <<--force-htmldie>> <<-iaktuelle>> <<$i>>ToteLinksSeite, angezeigt werden.>>
<<**>> << Es>> << #macht>> <<fehlendeSinn>> <<Wiki-Links
diesen
>> << __Kategorie__-Seiten>> << #auch>> <<***eine>> <<Hierentsprechendes>> <<geschah~NamensPräfix>> <<einzu>> <<kleinesgeben.>> <<WunderIch>> <<***werde die entsprechenden Seiten, die Jens schon angelegt hat, mal umbenennen...>>
<<done>>
<<}}}>>
<<* [Wiki-Buch|http://www.springerlink.com/content/978-3-540-29267-8/] aus dem Springer-Verlag. Auch erl&auml;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])>>
<<!Wunder>>
<<*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\\>>
<<EsWeitere>> <<gehtWiki-spezifische>> <<auchThemen:>> <<ohne[Suchen],>> <<Wunder.[System]>> <<Dasund>> <<__~UnusedPagesPlugin__WikiNode>> <<zeigt(nicht>> <<weiter verlinkt)

* es gibt Probleme mit Links,
>>die <<verwaistenDoppelpunkte>> <<Wiki-Seitenund>> <<an,Kommas>> <<damitenthalten,>> <<sindzum>> <<SeitenBeispiel>> <<gemeint, >>auf <<der Seite TomcatSSL.
** Links,
>>die <<esKommas>> <<keinenenthalten>> <<Linkfunktionieren>> <<gibt:jetzt auch in UseModWiki Syntax --PeterHormanns>>

<<:Einschub:*>> <<WarumDer>> <<mussPatch>> <<es[JSPWiki:VersionOverwrite]>> <<ist eingebaut. Wenn ein Benutzer dieselbe Seite innerhalb einer Stunde zum zweiten Mal bearbeitet, ist >>in <<JSPWikider>> <<bloßVoreinstellung>> <<fürdas>> <<alleHäkchen>> <<großen"Version>> <<Problemeüberscheiben">> <<einegesetzt.>> <<genialeWenn>> <<Lösunges>> <<geben?\\Dannbeim>> <<sucheSpeichern>> <<gesetzt bleibt, wird keine neue Version angelegt, sondern die letzte Version wird überschrieben.
** Der Patch ist jetzt eingebaut,
>>ich <<probiere es gleich mal aus... \\...Also, wenn ich richtig angemeldet bin, bekomme ich eine Checkbox "Overwrite version" angeboten. \\...Und es gibt auch nur eine neue Version von >>mir <<haltheute!
***
>> <<kleineToll>> <<Probleme,->> <<(z.B.das>> <<Errorist>> <<404ja>> <<wie Weihnachten! --MarkusMonderkamp

!!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 <<externen__lynx>> <<Links)!-dump__>> <<--MarkusMonderkampwünschen:\\ sowohl Linkziel als auch Linknamen bleiben dort im Ausdruck erhalten\\--MarkusMonderkamp am 20.12.2006>>

<<[{UnusedPagesPlugin}]* Vielleicht nicht der richtige Ort: Antrag auf Erg&auml;nzung der [JSPWiki-Variablen|http://jspwiki.org/wiki/WikiVariablen] (&auml;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? >>
<<Das***>> <<__~UndefinedPagesPlugin__Meinst>> <<zeigtdu>> <<mit ''mtime'' den Zeitpunkt der letzten Änderung? - Man könnte ein Plugin schreiben, dass Metadaten über >>die <<Seitenaktuelle>> <<an,Seite>> <<zuzur>> <<denenVerfügung>> <<esstellt...
****
>> <<zwarToll,>> <<ein richtiger Thread bis zur vierten Einrückung:\\Ja genau, vielleicht w&uuml;nschen sich den Leser in einem Metatopic, z.B. LugCodeHaus oder auf der Startseite auf >>einen <<WikiLinkBlick>> <<gibt,den>> <<aberStand>> <<nochder>> <<keineneinzelnen>> <<Inhalt:Programmierspracheintr&auml;ge per Wiki-Variable lesen zu k&ouml;nnen. Rohtext-Bsp.: {{{JavaUnterDebian - ''letzter Eintrag mtime(JavaUnterDebian)''}}}>>

<<[{UndefinedPagesPlugin}]
<<[{Tag Wiki Diskussion}]