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
DiskussionWiki
DiskussionWiki

Version management

Difference between version and

View first change
====>> <<AndereAktuelles>> <<Skins=

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

:>> <<f&uuml;rDanke>> <<dasfür's>> <<WikiEintragen.>> <<der--Markus

__Anfragen>> <<~LUG-KRan>> <<===Peter als Wiki-Administrator__>>

<<Wer{{{
/*>> <<einmalfolgendes>> <<anderebehebt>> <<funktionierendemein>> <<Outfitsproblem>> <<(Skins)bei>> <<unseresder Anzeige >>
<<Usemodwikis>> <<  einfach >>in <<Aktiontemplates/default/skins/PlainVanilla/skin.css
>> <<sehen >> <<m&ouml;chte,folgendes>> <<kannergenzen
*/
#changenote>> <<folgende{
>> <<Links width:100%;>>
<<verwenden:}>>
<<}}}>>
<<*
;:ist>> <<poppig-grauerledigt>> <<(metallic)--Peter

=>> <<:Kommentare zu einzelnen Seiten =>>
<<http://lug-kr.sourceforge.net/cgi-bin/lugwiki-ng.pl?RecentChanges>>
<<*!>> <<gelb-weisserDiskussionsreiter>> <<Farbverlauf:zu **einzelnen** Themen>>
<<http://lug-kr.sourceforge.net/cgi-bin/lugwiki-yw.pl>>
<<''Hallo,''>>
<<Beide
Inspiration>> <<Versionenvon>> <<haben[Mediawiki.org|http://mediawiki.org]:>> <<bis\\
wie>> <<aufist>> <<"RecentChanges"Eure>> <<eingedeutschteMeinung zu einem ["Diskussion"-Reiter|http://www.mediawiki.org/wiki/Talk:MediaWiki] zu Seiten, \\>>
<<Men&uuml;eintr&auml;ge.die eine Anwenderin förmlich zu einem Kommentar herausfordern, \\>>
<<
Einzelheiten:sie>> <<sieheihn>> <<MetallicSkinjedoch nicht in die eigentliche Seite aufnehmen möchte?>>

<<MarkusWird>> <<Monderkampeine>> <<amKommentar-Funktion>> <<22.07.2006von JSP-Wiki unterstützt?>>
<<
--MarkusMonderkamp

>>----
<<[...]lten
In>> <<haben,JSP-Wiki>> <<hat man unter Weitere....
eine Option einen Kommentar abzugeben.

Ist das die Antwort auf deine Frage? (ist aber in der Seite Eingebunden)

--JensKapitza, 02-Mrz-2009 16:06

Unter "Weitere..." >>habe ich <<malFunktionen>> <<einzum>> <<bisschenspezifischen>> <<aufgeräumtThema>> und <<dennicht zum kompletten Wiki/>>
<<folgendenallen>> <<TextWikiseiten>> <<erwartet. Ich habe den Inhalt des Themas KontaktKeinRessourcenVermittlerGefunden nun >>hierhin <<transferiert...verschoben>>
<<und KontaktKeinRessourcenVermittlerGefunden zum Löschen in SchrottMenu umbenannt,>>
<<Halloweil>> <<Linuxes>> <<Freakssonst>> <<ausdie>> <<Krefeld...Navigationsleiste>> <<Sucheim>> <<nochkompletten>> <<neueLUGwiki>> <<ideenschwer>> <<fürzugänglich macht, finde ich.>>
<<ProgrammeSorry,>> <<fürwar>> <<Linux.mein>> <<WennFehler,>> <<das Thema KontaktKeinRessourcenVermittlerGefunden überhaupt zu füllen. --Markus

----

kann man eigentlich die Breadcrumbs --> siehe  MenschComputerInteraktion (Navigation) Editieren?
Kann man einen Footer einfügen/ändern?

--JensKapitza, 02-Mrz-2009 16:32

= Letzte Änderungen am Wiki =

Bislang alles OK.

----

*Wenn >>Ihr <<ideenim>> <<habtWiki>> <<angemeldet seid, seht Ihr oben neben "Bearbeiten" einen neuen Link "PDF". Diese Funktion generiert über ein [Servlet|http://www.jspwiki.org/wiki/PDFPlugin] PDF aus der aktuellen Wiki-Seite. Das funktioniert folgendermaßen:
**Zuerst wird die Wiki-Engine aufgerufen, die HTML aus dem Wiki-Markup erzeugt.
**Mit Hilfe von [JTidy|http://jtidy.sourceforge.net/] erzeugt das Servlet daraus XHTML,
**das >>dann <<schreibtüber>> <<mir.ein XSL-Stylesheet in XSL:FO gewandelt wird. >>
<<Einfach**[Apache>> <<malFOP|http://xmlgraphics.apache.org/fop/]>> <<meineist>> <<Seitedann>> <<besuchen.für die PDF-Erzeugung zuständig. >>
<<http://phpshortedit.sourceforge.net*Gegenüber>> <<Achder>> <<jaLaTeX-Lösung>> <<binhat>> <<das den Vorteil, dass >>auch <<ausunsere>> <<Krefeld,Filter für das UseModWiki-Markup und alle Plugins angezogen werden.>>
<<mehr*Interne>> <<überLinks>> <<michins>> <<stehtWiki>> <<auffunktionieren>> <<meinerim>> <<Seite.generierten>> <<;-)PDF leider nicht. Da stehen nur relative URL in PDF :-(>>
<<**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 Workflow. Vielleicht kann fop die {{{Blockschreibweise}}} wie in der Bildschirmansicht schattiert absetzen? --MarkusMonderkamp

--PeterHormanns, 3. März 2008

>>----

<<Ich!>> <<habeVorschlag>> <<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 Seitentemplates
für >>das <<usemod-WikiJSP-Wiki>> <<heuteder>> <<aufLUG>> <<KR einbauen würden?

--MarkusMonderkamp

----

*Es gibt Neues im JSPWiki
**seit 23. Dez. 2007 gibt es >>die Version <<1.002.6>> <<geupdatet.des JSPWiki>>
<<Neuigkeiten**JSPWiki>> <<könntwird>> <<IhrApache>> <<aufProjekt,>> <<siehe: [http://incubator.apache.org/jspwiki/]


* Auf >>der <<Usemod-SiteSeite>> <<nachlesen.[Virtualisierung]>> <<Am
herausragendstensteht>> <<fandnur>> <<UserModeLinux in der Liste, dabei hat Peter gestern 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 <<Tabellenmehrere>> <<(sieheandere>> <<z.B.Seiten>> <<EclipseUndPerl),mit "Virtualisierung" getaggt habe, stehen jetzt auch die zwei von Peter dort... Wie lange sollte der Thread denn brauchen, bis er von selber was merkt oder wodurch wird er angestossen? -- ThomasBayen>>
<<Freelinks

----

:>> <<(d.h.Warum>> <<Wikiseitenist>> <<ohnedie>> <<CamelCase),ThemenWolke>> <<bei mir manchmal ein simpler Text mit Links >>und <<einemanchmal ein blau unterlegtes Rechteck mit unterschiedlich grossen Schriftarten? Spielt Peter daran herum oder spinnt mein Browser? -- ThomasBayen>>
<<Uploadfunktion.::>> <<IchDas>> habe <<direktich>> <<malauch>> <<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 Tägs PythonProgrammierung und RubyProgrammierung baut mir JSP-Wiki keine Liste der getaggten Seiten auf. Wie komme ich zum Ziel? \\ Sinvoll wäre >>ein <<BildchenTäg>> <<hochgeladen:auch bestimmt für Java-Anwender ([Java]). --MarkusMonderkamp , guten Täg am 14.01.2008 Update um 12:08 Uhr - Tags 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 gibt es (afaik). Aber ich halte das nicht unbedingt für nötig....>>
<<upload:Bayen_Logo.png::: Danke für's Feedback. Ganz meinerseits, der asynchrone Fred läuft gefühlt zeitnah. Der Button scheint mir so überflüssig wie Luftäpfel. --MarkusMonderkamp>>

<<Ich:>> <<bitteScheint>> <<ja gut >>zu <<beachten,funktionieren>> <<daßmit>> <<ichden>> <<Tags. Aber erlaubt mir eine ketzerische Frage: Wofür ist >>das <<Upload-Verzeichnisgut?>> <<D.h. was genau ist der praktische Unterschied zwischen Kategorien und Tags? Und wenn es >>bei <<meinen
sporadischenTags>> <<Sicherungskopieneinen>> <<bisherechten>> <<Vorteil geben sollte, den ich noch >>nicht <<mitsichere,geblickt>> <<alsohabe:>> <<keine
lebenswichtigenIst>> <<Sachenes>> <<hinterlegen.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 die [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 <<sichTags>> <<andereund>> <<Wikiswofü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 <<VergleichJsp-Wiki?>> <<-- ThomasBayen

::: Die Themenwolke war es auch, die mich bei den Tags begeistert hat. Deshalb habe ich sie vom unteren Ende der Startseite weg auf eine eigene 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 <<unseremKategorien>> <<anschaut,auf>> <<hatder [JSP-Homepage|http://www.jspwiki.org/wiki/WikiCategory] richtig verstehe, 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>>
<<man
:::Im>> <<manchmal[JSPWiki|http://www.jspwiki.org/]>> <<werden Kategorien so verwendet, wie wir es bisher gemacht bzw. versucht haben. Es gibt neben >>den <<Eindruck,Plugins>> <<für Tags auch (von einem anderen Autor) welche für Kategorien und Archive. Mir erscheinen >>die <<sehenTags>> <<vielam>> <<modernersinnvollsten.>> <<Also __"+1"__ für die Abschaffung der Kategorien ;-)

:::: Ich sehe das genauso >>und <<hübscherwü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>>
<<aus.
----

::>> <<SchautIch>> <<habe Peter auf keinen Fall mangelnde Überlegung vorwerfen wollen. ;-) Mein Gedanke war, daß >>man <<hinterdas>> <<eine (Tags?) sehr oft einsetzt wie z.B. Metawords auf einer HTML-Seite, um eine Suche zu unterstützen und das andere für eine strukturierte Ordnung, so wie es früher mal >>die <<Kulissen,Yahoo>> <<könnenKategorien>> <<gab. Wenn ich jetzt drüber nachdenke, sollte man >>die <<Anzahl der Tags >>aber <<auchdoch>> <<besser >>nicht<<
mehr,>> <<ausufern lassen, weil die ThemenWolke sonst wahrscheinlich zu unübersichtlich wird (oder gibt es eine Maximalzahl, so daß die unwichtigsten damit von selber rausfallen?). Wenn wir also die Tags nicht für jeden möglichen Suchbegriff, >>sondern <<hübschengezielt>> <<Ihreeinsetzen>> <<Seitenwollen,>> <<lediglichfällt>> <<damit die Daseinsberechtigung der Kategorien für mich weg (was die geheime(!) Abstimmung angeht). -- ThomasBayen

:::Die Themenwolke lässt sich parametrisieren: Man kann z.B. nur die Tags anzeigen, die mindestens fünfmal vorkommen... Auf der Startseite eine kleine Wolke >>mit <<einden>> <<paarwichtigsten>> <<GrafikenBegriffen und die komplette Wolke auf einer eigenen Seite...  -- PeterHormanns>>
<<
:::: Ja Bitte, genau so! -- ThomasBayen

----

:: In der ThemenWolke wird Java mittlerweile fetter dargestellt als ''Linux'' >>und <<etwas''LUG''.>> <<CSS\\>> <<auf.Karnevals-Vorschlag:>> <<Dasnennen>> <<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)

----

: Andere Frage zum Thema: Macht es Sinn, getrennte Tags für Ruby und RoR zu verwenden? Aus meiner Sicht >>ist <<beidas>> <<unsstark>> <<natürlichverwandt>> <<und hier im Wiki >>auch <<möglich,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 Sprachen abzudriften. @Jan: ~RoR-Tag ist weg. --MarkusMonderkamp

::: So, wie Peter die Tags im Moment 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>>
<<müsste
----

*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 <<aberda>> <<mal >>jemand <<besser >>mit <<künstlerischenaus?>> <<AmbitionenIst>> <<finden.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>>
<<Um**Ich>> <<aufmache>> <<diesesjetzt>> <<Themajeden>> <<aufmerksamTag>> <<eine tgz-Datei mit dem Inhalt des Wikis. Per E-Mail schreibe ich Euch auch, wo Ihr die Datei downloaden kö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 <<machen,bleiben\\__-k__>> <<zum lokalisieren von Links\\__-c__ zur Fortsetzung bei Abbruch (kann wegbleiben)\\__-nc__ existierende Dateien nicht neu laden (besser nicht;-)

wget -r -np -k -c http://wiki.lug-kr.de/wiki

:::Danke vielmals! Ich hätte schwören können, ich >>habe <<das genauso probiert, aber bei mir waren die Links nicht lokalisiert. Ich weiss nicht mehr 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 <<den Rahmeneruieren.>>
<<eingegelbt
:::Nun>> <<habe ich zwei Lösungen für mein Problem (Danke an Euch beide!). Markus Lösung ist besser, um das Wiki lokal zu halten, Peters besser für ein Backup >>und <<Einrückungenzum>> <<(z.B.editieren.>> <<QuelltexteIch>> <<oderwerde>> <<Beispiele)
farblichmal>> <<abgesetztsehen,>> <<(waswenn>> ich <<etwas Zeit habe, was ich nun mache... --ThomasBayen

* JensKapitza schreibt neuerdings >>immer <<schonmal"Links">> <<wollte).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 <<gefälltsist das denn bei JspWiki?>>
<<Euch**>> <<undEine>> <<werspezielle>> <<hatUnterstützung>> <<Lust,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 <<kritisieren?geben.>> <<--Ich>> <<ThomasBayenwerde die entsprechenden Seiten, die Jens schon angelegt hat, mal umbenennen...>>

<<:
*>> <<Links[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 <<Bemerkungen[TWiki|http://de.wikipedia.org/wiki/Twiki].>> <<zum(Quelle:>> <<Thema[Golem.de|http://www.golem.de/0611/49112.html])

*Hilfe>> <<CSSzur>> <<kannTextformatierung>> <<manin>> <<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 <<zumTomcatSSL.>>
<<Thema**>> <<WebseitenErstellungLinks,>> <<sammeln.die Kommas enthalten funktionieren jetzt auch in UseModWiki Syntax --PeterHormanns>>
<<---->>
<<Fallbeispiel*>> <<f&uuml;rDer Patch [JSPWiki:VersionOverwrite] ist eingebaut. Wenn ein Benutzer dieselbe Seite innerhalb einer Stunde zum zweiten Mal bearbeitet, ist in der Voreinstellung das Häkchen "Version überscheiben" gesetzt. Wenn es beim Speichern gesetzt bleibt, wird keine neue Version angelegt, sondern die letzte Version wird überschrieben.>>
<<~Usemodwiki-Skin:** 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 heute!>>
<<MetallicSkin\\*** Toll - das ist ja wie Weihnachten! --MarkusMonderkamp>>
<<Dort
!!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 <<eineLinknamen>> <<fixebleiben>> <<L&ouml;sungdort>> <<f&uuml;rim>> <<l10nAusdruck>> <<underhalten\\--MarkusMonderkamp am 20.12.2006>>
<<i18n
*>> <<(localizationVielleicht>> <<undnicht>> <<internationalization)der>> <<desrichtige 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]), >>
<<~UsemodWiki.\\** z.B. Zeitstempel (mtime) eines Themas, wahrscheinlich mit JSP-Filter nicht alleine möglich - ist das mit vertretbarem Aufwand möglich? >>
<<MarkusMonderkamp***>> <<amMeinst>> <<14.06.2006du 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&uuml;nschen sich den Leser in einem Metatopic, z.B. LugCodeHaus oder auf der Startseite auf einen Blick den Stand der einzelnen Programmierspracheintr&auml;ge per Wiki-Variable lesen zu k&ouml;nnen. Rohtext-Bsp.: {{{JavaUnterDebian - ''letzter Eintrag mtime(JavaUnterDebian)''}}}


[{Tag Wiki Diskussion}]
This page (revision-77) was last changed on 25-May-2010 19:54 by ThomasThiessen  Top