Kamel:Kameloid/dpl

Nützliche Links

 * dpl-Manual
 * #if, #switch #time (Hilfe:Vorlagenprogrammierung)
 * Variabeln und ihre Benützung
 * [_Controlling_output_format#mode_.27Userformat.27 Eine Sammlung aller %xxxyyy% Variablen]

dpl in 20 Minuten
dpl kann so aufgerufen werden (grosser Nachteil und  kann nicht benutzt werden (ähh, letzten Gerüchten zu Folge scheint die Aussage nicht ganz zu stimmen...)): namespace = Kamel titlematch = Kameloid/Vorlagen/% replaceintitle=/Kameloid\/Vorlagen\//, format = ,**%TITLE%\n, noresultsheader = Des is nix gut! Oder so:

Fallbeilspiel
Für kleinere Listings bietet sich das Inline-Format an. Die 2 Varianten ergeben genau das selbe Resultat:

Variante 1:

Variante 2:

Eine 3te Variante wäre  format = ,%TITLE%,, &#60;/nowiki>,  allerdings würde am Schluss der Liste dann auch ein ", " stehen, was eigentlich unerwünscht ist.

Und so siehts aus:

[_Criteria_for_page_selection#namespace Namespace]

 * Nicht in der Abfrage enthalten = Alle
 * Leer lassen = Artikelnamensraum (namespace = (sieht halt unfertig aus, aber so ises))
 * 2 oder mehr Namespaces angeben: namespace = ¦Bild¦Forum  oder namespace = | Bild | Forum  (ist eine Vorlage:!) die einfach einen | ausgibt. (wobei das "Leer" vor dem ¦Bild¦Forum eben den "leeren" darstellt, den Artikelnamensraum )


 * Namespaces auf diesem Server:

Archiv | Archiv_Diskussion | Bild | Bild_Diskussion | Diskussion | Forum | Hilfe | Hilfe_Diskussion | Kamel | Kamel_Diskussion | Kamelopedia | Kamelopedia_Diskussion | Kategorie | Kategorie_Diskussion | MediaWiki | MediaWiki_Diskussion | Projekt | Projekt_Diskussion | Vorlage | Vorlage_Diskussion.

[_Criteria_for_page_selection#category category]
Schränkt die Suche auf eine oder mehrere Kategorien ein

[_Controlling_output_format#inlinetext inlinetext]
Inlinetext ist der Text zwischen den ausgegebenen Einträgen. Als einziger mir bekannter Parameter muss er nach dem format= (falls verwendet) stehen. Werden Leerzeichen vor und/oder nach gewünscht, muss man sie tarnen: Entweder als &#38;nbsp;, mit "nowiki" ausgeklammert oder mit &#38;#32; ersetzen. Der Nachteil bei "nbsp" ist, dass er "no breaking" ist und die Inleinausgaben entsprechend ungebrochen aussieht.

Fallbeilspiel
Man kann den Inhalt eines Artikels auch in der Ausgabe mit einbeziehen, bisher wird das hier aber nicht angewendet, weil auch Bilder und Audio in diesem Ausschnitt drin sind. Eine Denkbare Anwendung wäre zb eine Glossar Auschnitt oder auch der Wochen Artikel könnte so automatisiert werden:

Und so siehts dann aus:

[_Controlling_output_volume#include include]
Include kann verschiedene Sachen includen, in diesem Bsp geht es um Sektionen.

include = #[100] wobei:
 *  # : Include ab ===ACAB!=== bis zum nächsten ===irgedwas===
 *  [100] : sagt aus, wievile Zeichen übergeben werden sollen, ohne Angabe, wird alles übergeben. Sind mehr Zeichen vorhanden als angegeben, kommt hinter dem Text eine kleiner hässlicher Pfeil, der als Link zum Text fungiert.

[_Criteria_for_page_selection#titlematch titlematch]
titlematch ist in deisem Bsp eigentlich missbraucht, wenn nur eine spezivische Seite aufgerufen werden soll, würde sich "titel=" eher anbieten, ausser es gibt ein Problem, den Namespace zu deklarieren. titlematch wird verwendet um Seiten zu finden, die eine Gemeinsamkeit im Namen haben zB: Für die Suchen nach Unterseiten von Kamelen (ohne sie auf den Rücken zu drehen...) würde man folgendes Verwenden:

titlematch = Kameloid/% wobei das % anzeigt, dass es da noch weiter gehen kann. Eine ähnliche Situation wäre die Suche nach Lesezirkelseiten: titlematch = %/Lesezirkel

Fallbeilspiel
Artikel können Vorlagen enthalten, die mit Kommentar versehen sind. Beispielsweise benützt die Artikelschmiede im Artikel eine Vorlage:  

Auf die Daten in der Vorlage kann so zugegriffen werden:

Und so Scheisse siehts aus:

[_Criteria_for_page_selection#title title]
Schränkt die Suche auf genau einen Titel ein. Hier könnte man auch titlematch=Artikelschmiede/Strebergarten (nottitlematch= ist das Gegenteil) benützen, damit man den Namespace nicht angeben muss, wenn aber der Titel in mehreren Namespaces vorkommt, gibts auch mehrere Treffer.

PS: Irgend was sollte ich da noch hinschreiben, habs aber vergessen....

[_Controlling_output_volume#addfirstcategorydate addfirstcategorydate]
addfirstcategorydate = true ist auch ein Feature. Wann der Artikel in die Kategorie kam.

[_Controlling_output_order#ordermethod ordermethod]
ordermethod = categoryadd: Die Ausgabe ist nach dem Datum sortiert, wann das Teil in die Kat geschubbst wurde.

[_Criteria_for_page_selection#count count]
count=10 sagt, wieviele Treffer insgesamt angezeigt werden sollen. In diesem Bsp völliger Nonsens, da es maximal 1 geben kann.

[_Controlling_output_volume#include include]
include kann auf viele Arten benützt werden. Hier wird es benützt um den Vorlagetext einzubinden.

include = {Schmiede}:2:1 heisst, zuerst den 2ten Parameter und dann den 1sten holen. Eingefügt wird das ganze automatisch in format = ,,hier vor dem Müll,

[_Controlling_output_format#secseparators secseparators]
secseparators= vor S1, nach S1, vor S2, nach S2.... sagt, welche Zeichen vor und nach jeder Sektion des include hinzuzufügen werden sollen. {Schmiede}:2:1 wird aber als eine Sektion behandel und deshalb können :2 und :1 nicht getrennt werden. Eine Variante wird im nächsten Beilspiel behandelt.

[_Controlling_output_format#format format]
Dies ist das schwärzeste Kapitel. format = ,,, ist die Grundform. Sie teilt sich auf in:

format = XXXX,PPPP,AAAA,YYYY:

XXXX: Da kommt alles hin, was vor der Liste stehen soll

PPPP: Hier kommt alles hin, was mit der Artikeltitel zutun hat

AAAA: Der ganze übrige Schrott

YYYY: Da kommt alles hin, was nach der Liste stehen soll.

Fallbeilspiel
Artikel können Vorlagen enthalten, die mit Kommentar versehen sind. Beispielsweise benützt das Patenschaftsprojekt die Vorlagen für Paten und Patenkinder:   (darauf beziehen sich die Erklärungen hier unten)

Die Vorlage selbst benutzt eigentlich nur den Namen der Rest wird benutzt um eine Übersichtssetite zu generieren:

[_Controlling_output_volume#include_contents_related_to_templates include template]
include = {Pate} dpl holt, wie im Beilspiel vorher, den Vorlageninhalt, aber statt diesen einfach auszugeben, reicht er diesen weiter an eine "Schattenvorlage" mit dem Namen Vorlage:Pate dpl (das muss nicht "dpl" sein, kann irgend ein Name sein). In der Schattenvorlage (hier Vorlage:Pate dpl) kommen die einzelnen Teile als , und   an. Zusätzlich werden noch - so als Bonus - , und wenn vorhanden  und   übergeben.

|] ist seit dabei.
 * Und so könnte Vorlage:Pate dpl aussehen:



%PAGE% ,
 * In Gedanken würde die dpl-Abfrage etwa so aussehen:
 * |format = ,Das Kamel ,

Wobei der Text jeweils mit der grade gefundenen Vorlage ersetzt wird.

Das Kamel Das Kameloid ist seit 11.11.2011 dabei.
 * Und so würd das Resultat aussehen:

ich bin Pate Kamel:Kameloid

[_Other_parameters#allowcachedresults allowcachedresults]
allowcachedresults=true: Normalerweise werden alle Abfragen tatsächlich beim Aufruf durchgeführt. mit dieser Angabe wird erlaubt, bereits stattgefundene Abfragen, deren Inhalte noch im Servercache herumliegen, wieder zu verwenden. Dies kann aber bedeuten, dass sich das Ergebnis während einer gewissen Zeit (ne Stunde oder so) nicht verändert, auch wenn ein Mitglied der Sucheanfrage sich geändert haben sollte. Das Neuladen kann mit der Angabe "purge" (auf "bearbeiten" gehen und "edit" mit "purge" in der http-Adresse ersetzten und enter) erzwungen werden. Der Sinn ist, dass die Datenbank nicht jedesmal durchsucht werden muss, was sich in einer deutlich besseren Antwortzeit äussert.

Fallbeilspiel
Wird in einer Vorlage mehrmals das selbe dpl-Resultat gebraucht, so kann man es auch in eine Variabel packen:

Und die Ausgabe im Text per:

Und so was gibt es aus:

Hier ist er:

Und da auch:

[_Criteria_for_page_selection#uses uses]
Schränkt die Ausgabe ein auf, die Artikel, die die Vorlage:XXXXYYYY brauchen:

uses=Vorlage:Hw¦Vorlage:Was die Verknüpfung ist "und/oder".

notuses=..... ist das Gegenteil. Es ist nicht nur auf Vorlagen eingeschränkt, es kann auch ein anderer Namespace verwendet werden.

[_Criteria_for_page_selection#randomcount randomcount]
randomcount = X gibt eine Anzahl X zufällig aus den gefundenen Artikeln (oder was auch immer) aus. Ist X grösser als die Anzahl der gefundenen, ist die Auswahl auch nicht mehr zufällig.

[_Controlling_output_volume#noresultsheader noresultsheader]
noresultsheader= wenn es kein Resultat gibt. Wenn damit zu rechnen ist, dass es auch kein Ergebnis geben kann, sollte hier was stehen (minimal ein &#38;nbsp;), sonst wird so ne komische Meldung ausgegeben, die dann auch sichtbar ist.

Ersatz-Zeichen
Da die Verarbeitung auf gewisse Zeichen angewiesen ist, um zu merken wo welcher Parameter anfängt und aufhört, und diese identisch mit den Wikisyntax sind muss man manchmal Ersatz-Zeichen benützen Bsp:

Erzeugt dieses hier:

Hier wird:
 * mit ²{...}²
 * {|...|} mit {¦...¦}
 * | mit ¦
 * Newline mit \n

ersetzt.

[_Controlling_output_volume#addpagecounter addpagecounter]
Jedes zusätzliche Feature (was mehr als den Artikelnamen erzeugen soll) muss auch deklariert werden. addpagecounter=true sagt dem deppl, dass es die Besucherzahlen der Seiten mitsammeln soll. Kann dann bei der Ausgabe (fromat=...) als %COUNT% beliebig verwurstet werden.

[_Controlling_output_format#userdateformat userdateformat]
Enthält die Abfrage ein Datum, kann diese präformatiert werden. Für nähere Formatangaben siehe:

Zb.: userdateformat=j. M Y erzeugt ein Datum wie: 1. Dec 2008

addeditdate
addeditdate=true ist ein Feature und muss eingeschaltet werden.

Kann dann bei der Ausgabe (fromat=...) als %DATE% beliebig verwurstet werden.

Bei sortierten Tabellen, muss mit einen Trick ein 2tes Datum mit ausgegeben werden, sonst wirds falsch sortiert: ²{#time:Ymd¦%DATE%}² %DATE% Das erste Datum ( ²{#time:Ymd¦%DATE%}² ) ist unsichtbar, aber da und zwar als 20081201, das sichtbare ist dann 1. Dec 2008.

[_Controlling_output_order#ordermethod ordermethod]
Muss angegeben werden sobald Kamel mit dem Datum spielt. Es gibt viel Möglichkeiten wonach sortiert werden soll. Im Bsp ist ordermethod=firstedit verwendet, da es um das Datum der Neuanlegung des Artikels geht.

PS: In diesem Zusammenhang ist auch order=descending (vom Neuseten zum Ältesten) oder order=ascending (standard vom Ältesten zum Jüngsten) interessant.

[_Criteria_for_page_selection#createdby createdby]
Gibt das Kamel wieder, dass den Blödsinn auf den Server geklatscht hat. Kann dann bei der Ausgabe (fromat=...) als %USER% beliebig verwurstet werden.

[_Controlling_output_volume#resultsheader resultsheader]
Gibt es zumindest ein Resultat, dann wird resultsheader = {¦²{prettytable}² class=sortable width=100% \n!width=300px¦Meine Kamelitos (%PAGES%) Ausgegeben, bzw. ausgeführt (hier könnte man auch eine Subroutine schachteln). Im Bsp ist das der Anfang der Tabelle. Der Tabellenanfang könnte auch im "format=" stehen, dann ist aber die Variabel %PAGES% (Gesamtzahl der Gefundenen) nicht verfügbar.

Nahe Verwandte sind:
 * oneresultheader= (wenn es genau 1 Resultat gibt)
 * noresultsheader= (wenn es kein Resultat gibt. Wenn damit zu rechenen ist, dass es auch kein Ergebnis geben kann, sollte hier was stehen (minimal ein &#38;nbsp;), sonst wird so ne komische Meldung ausgegeben, die dann auch sichtbar ist)

[_Controlling_output_format#format format]
format = Die überschrift der Tabelle ¦¦width=100px¦Erschaffen ¦¦width=100px¦Gesichtet ¦¦Linksto, Der Inhalt der Tabelle Artikelname \n¦-\n¦align=left¦ float|14px%TITLE% , Und der übrige Schrott ¦¦align=center¦ ²{#time:Ymd¦%DATE%}² %DATE% ¦¦align=center¦%COUNT%¦¦²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}²\n, Und das blutige Ende der Tabelle \n¦}

PS: Im Teil "übrige Schrott" wir im Bsp mit (²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}²) eine Externe Routine (Vorlage) aufgerufen, weiteres siehe unter

Der Inhalt der Subroutine (Vorlage)  ²{Kamel:Kameloid/Kamelproductions/SubList¦%TITLE%}² 

Und so sieht das aus

[_Criteria_for_page_selection#linksto linksto]
 linksto=  sucht nach allen Artikeln (oder sonst was, ja nach Namespace) das auf die Seite linkt.

Fallbeilspiel
Ein geniales Konstrukt (neben anderen sonderbaren Dingen) kommt bei der Gaga-Wahl zum Einsatz:

Um die Abgegebenen Stimmen zu Zählen wird folgender Trick verwendet:

Nebst Kleinkram enthält die Vorlage:Pro (und AnasagtdieWahrheit dazu auch die Vorlage Contra) folgendes: {{#vardefine: pro|{{#expr: {{#var:pro}} +1 }}

Und was soll daran genital sein?

Zuerst wird mit   die Variable pro und die contra auf 0 gesetzt. Danach sucht dpl-Routine nach dem  title={{FULLPAGENAME}}  (nur sinnvoll wenn sie auch in einem entsprechenden Artikel bzw. der Disk dazu aufgerufen wird, kann aber auch irgend eine Seite sein, die ein Wahl mit Pro&Contra enthält).

[_Controlling_output_volume#include include]
Mit  include={Wahl}:Stimmen  wird nun der Teil der Wahlvorlage, der die und  enthält aufgerufen, bzw. ausgeführt. Dh. alle Pro&Contra Vorlagen werden aufgerufen und die dort enthaltene Anweisung  {{#vardefine: pro|{{#expr: {{#var:pro}} +1 }}  (Variable pro=pro+1) ausgeführt. Da der Aufruf auch Text erzeugt, wird die Ausgabe in einen sog. Nulldevice geschrieben Vorlage:devnull der diesen sauber entsorgt.

Die entsprechende Seite müsste dann sowas enthalten: {{Wahl|Stimmen= {{pro|}} {{pro|}} {{contra|}} }}

[_Criteria_for_page_selection#skipthispage skipthispage]
skipthispage ist normalerweise =yes und bedeutet, dass die Seite, in der der dpl-code steht, bei der Suche nicht eingeschlossen ist. Will man ausdrücklich diese Seite auch berücksichtigt haben, muss =no angegeben werden.

Problem 1
dpl kennt nur ein %DATE% und einen %USER% pro Suche, will Kamel aber zb dass Datum wissen, wann der Artikel in eine bestimmte Kategorie kam und wann der letzte Edit im selbe Artikel war, wirds schwierig:

Folgende Idee geht nicht:

Inerhalb der ersten dpl-Routine eine Variabel "varTitel" definieren, die dann Gültigkeit auch inerhalb der 2ten dpl-Routine hätte, weil %TITLE% nicht in der 2ten Routine verwendet werden kann. Leider wird auch varTitel immer mit dem neusten %TITLE% überschrieben, auch wenn kein direkter Befehl dafür vorhanden ist. Dh: sobald in der 2ten Routine für %TITLE% ein Ergebnis vorhanden ist, hat auch "varTitel" dieses geerbt.

Die erste Routine sucht jeweils das Datum des letzten Edits jedes Artikels in der Kategorie "Entwurf", die geschachtelte sollte jeweils das Datum des Eintrittes in die Kategorie ausgeben.

Lösung 1
Inerhalb des "format=" wird hier eine SubVorlage mit den Ergebnissen pro Zeile gefüttert. Ausgegeben werden hier 2 Daten 1) Das aus der SubVorlage und 2) das aus der eingenen Routine.

Inhalt von Vorlage TESTVorlage:

übergibt das Datum an die aufrufende Routine bzw. Vorlage.

Bemerkung: Der Unterschied zwischen %TITLE% und %PAGE% ist der %NAMESPACE% wobei %PAGE%=%NAMESPACE% : %TITLE%. Je nachdem, was man in der SubVorlage braucht, ist das entsprechende zu verwenden. Für title= muss der Namespace (wenn nicht Artikel) angegeben werden. für titlematch= darf er nicht angegeben werden. Als Beispiel, würde die "TESTVorlage" keine Bilder finden.

[_Controlling_output_format#replaceintitle replaceintitle]
Diesem wurde ein eigenes Kapitel geopfert, da es das auch braucht...

Allgemeine Form: replaceintitle = /RegExp (der Suchbegriff)/, Ersatzbegriff

Einige Links, die sich mit dem Thema "RegExp" ("Regular Expression" befassen):

  

Online Tester

Benützt wird es um die angezeigten Titel automatisch anzupassen. Bsp ausgehend von dem da:

Original (ohne replaceintitle):

Mit ''' replaceintitle = /. * \ / /, ''' Übersetzung: Nimm alle Zeichen die vor einem / (inkl. /) stehen und ersetze es mit nichts. Und das gibt das Folgende:
 *  /..../ ist die "Einklammerung" des Suchbegriffs (vergleichbar mit ....  )
 * . bedeutet „irgend ein Zeichen“
 *  *  bedeutet „mehr von dem voranstehenden Zeichen“. Also  .*  heisst „mehr von irgend einem Zeichen“
 *  \  bedeutet, das darauf folgende Zeichen ist kein Steuerzeichen (Escape)
 * / ist Teil des Suchbegriffs
 * , dahinter kommt der Begriff der das Gefundene ersetzen soll. Im Bsp ist es "nichts".

Ein weniger intelligentes Bsp ist dieses:

 replaceintitle = / Bau ¦ L /, @  bersetzung: Such nach "Bau" und/oder "L" und ersetze es mit "@". Und das gibt das Folgende:
 * Bau bedeutet „Bau“
 *  ¦  ist der Trenner zwischen 2 Suchbegriffen. (normalerweise | aber da in einer dpl-Abfrage muss ¦ genommen werden)
 *  L  bedeutet „L“
 * , dahinter kommt der Begriff der das Gefundene ersetzen soll. Im Bsp ist es ein "@".

Ein genauso unbrauchbares Bsp ist dieses:

 replaceintitle = / [ abcd ] / i, Schrott   Übersetzung: Suche nach Zeichen, die entweder wie a, b, c oder d aussehen und ersetze jedes mit Schrott. Und das gibt das Folgende:
 * [....] Klammert eine Auswahl ein und bedeutet „jedes einzelne Zeichen“
 *  abcd  sind sie zu suchenden Zeichen
 *  i  sagt, dass Gross- & Kleinschreibung egal sind
 * , dahinter kommt der Begriff der das Gefundene ersetzen soll. Im Bsp ist es ein " Schrott  ".

Datumsprobleme
Das Datum birgt einen Haufen an seltsamen Erscheinungen:
 * + 2 Stunden Problem: addfirstcategorydate zeigt eie Abweichung von 0, 1 oder 2 Stunden (wie in "Letzte Änderungen") (manchmal aber auch nur eine Minute), vermutlich je nach Sommerzeit oder Wetterlage. Wäre weiter nicht schlimm, solange man es nicht so genau wissen will, allerdings ist man bei Sachen wie firstrevisionsince darauf angewiesen, meistens funktionierts (2 stunden sind nicht viel) allerdings wirds eklig wenn addfirstcategorydate=Lastedit ist, da addfirstcategorydate + 1-2 Stunden ist und somit nichts findet. Ein weiteres Problem gibt es mit einzelnen Artikeln, zB zeigt Berlin bei addfirstcategorydate ein ca. 1,5 Jahre jüngeres Datum als der "Last edit"? Auch bei diesem Artikel ergibt die Auflistung allrevisionssince eine seltsame Reihenfolge, da die Revisions-Nummnern irgendwo durcheinander geraten sind (vielleicht durch einen Ausgrabemerge).


 * Sprachendivergenz: #time wäre eigentlich sehr gut geeignet, um Daten in ein gewünschtes Format zu überführen, leider versteht es nur enkish und so wird 12. Mär. 2008 zu: . Damit limitiert sich der Einsatz ein wenig, bzw. man muss dafür sorgen, dass solche Daten nicht vorkommen.