Benutzer:Kameloid/dpl - Versionsgeschichte

Kameloid: +include template

2009-03-31T15:44:24Z

+include template

Kameloid: Nulldevice angepasst

2009-01-01T17:57:36Z

Nulldevice angepasst

Kameloid: /* Fallbeilspiel */ Linkfix

2008-08-01T03:27:11Z

Fallbeilspiel: Linkfix

Kameloid: /* [{{#var:Hpagedpl}}_Controlling_output_format#inlinetext inlinetext] */

2008-06-21T02:47:42Z

[{{#var:Hpagedpl}}_Controlling_output_format#inlinetext inlinetext]

Kameloid: /* [{{#var:Hpagedpl}}_Controlling_output_format#inlinetext inlinetext] */

2008-06-21T02:43:55Z

[{{#var:Hpagedpl}}_Controlling_output_format#inlinetext inlinetext]

Kameloid: /* [{{#var:Hpagedpl}}_Controlling_output_volume#resultsheader resultsheader] */

2008-06-21T02:00:00Z

[{{#var:Hpagedpl}}_Controlling_output_volume#resultsheader resultsheader]

Kameloid: /* [{{#var:Hpagedpl}}_Controlling_output_volume#noresultsheader noresultsheader] */

2008-06-21T01:57:49Z

[{{#var:Hpagedpl}}_Controlling_output_volume#noresultsheader noresultsheader]

Kameloid: /* [{{#var:Hpagedpl}}_Controlling_output_volume#noresultsheader noresultsheader] */

2008-06-21T01:55:07Z

[{{#var:Hpagedpl}}_Controlling_output_volume#noresultsheader noresultsheader]

Kameloid am 2. Juni 2008 um 03:03 Uhr

2008-06-02T03:03:21Z

Kameloid: /* Lösung 1 */

2008-06-01T17:23:09Z

Lösung 1

@@ Zeile 164: / Zeile 164: @@
 ----
 ===[{{#var:Hpagedpl}}_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. Da muss ich mich noch was schlauer machen, weil '''{Schmiede}:2:1''' wird als eine Sektion behandel, warum weiss ich auch nicht. Theoretisch sollte man das für jede Sektion einzeln definieren können.
+'''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.
 ----
 ===[{{#var:Hpagedpl}}_Controlling_output_format#format format]===
@@ Zeile 174: / Zeile 175: @@
 AAAA: Der ganze übrige Schrott<br />
 YYYY: Da kommt alles hin, was nach der Liste stehen soll.<br />
 <!---------------------------------------------------------------------------->

@@ Zeile 342: / Zeile 342: @@
 {{#vardefine: pro|0}}{{#vardefine: contra|0}}
-{{Leere Vorlage die garnix macht|
+{{devnull|
    {{#dpl:
    |title={{FULLPAGENAME}}
@@ Zeile 361: / Zeile 361: @@
 ----
 ===[{{#var:Hpagedpl}}_Controlling_output_volume#include include]===
-Mit '''<nowiki>include={Wahl}:Stimmen</nowiki>''' wird nun der Teil der Wahlvorlage, der die <nowiki>{{Pro}} und {{Contra}}</nowiki> enthält aufgerufen, bzw. ausgeführt. Dh. alle Pro&Contra Vorlagen werden aufgerufen und die dort enthaltene Anweisung '''<nowiki>{{#vardefine: pro|{{#expr: {{#var:pro}} +1 }}</nowiki>''' (Variable pro=pro+1) ausgeführt. Da der Aufruf auch Text erzeugt, wird die Ausgabe in einen sog. Nulldevice geschrieben '''[http://en.wikipedia.org/wiki//dev/null Vorlage:Leere Vorlage die garnix macht]''' der diesen sauber entsorgt.
+Mit '''<nowiki>include={Wahl}:Stimmen</nowiki>''' wird nun der Teil der Wahlvorlage, der die <nowiki>{{Pro}} und {{Contra}}</nowiki> enthält aufgerufen, bzw. ausgeführt. Dh. alle Pro&Contra Vorlagen werden aufgerufen und die dort enthaltene Anweisung '''<nowiki>{{#vardefine: pro|{{#expr: {{#var:pro}} +1 }}</nowiki>''' (Variable pro=pro+1) ausgeführt. Da der Aufruf auch Text erzeugt, wird die Ausgabe in einen sog. Nulldevice geschrieben '''[http://en.wikipedia.org/wiki//dev/null Vorlage:devnull]''' der diesen sauber entsorgt.
 Die entsprechende Seite müsste dann sowas enthalten:

@@ Zeile 80: / Zeile 80: @@
 <pre><nowiki>
 {{#dpl:
-|namespace = Kamel
+|namespace =
-|titlematch = Kameloid/TestGlossar
+|titlematch = Oxidation
-|include = #{{{1|ACAB!}}}[100]
+|include = #{{{1|Geschichte}}}[100]
 }}
 </nowiki></pre>
 Und so siehts dann aus:
 {{#dpl:
-|namespace = Kamel
+|namespace =
-|titlematch = Kameloid/TestGlossar
+|titlematch = Oxidation
-|include = #{{{1|ACAB!}}}[100]
+|include = #{{{1|Geschichte}}}[100]
 }}
 ----

@@ Zeile 72: / Zeile 72: @@
 ----
 ===[{{#var:Hpagedpl}}_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 braking" ist und die Inleinausgaben entsprechend ungebrochen aussieht.
+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.
 <!---------------------------------------------------------------------------->

@@ Zeile 72: / Zeile 72: @@
 ----
 ===[{{#var:Hpagedpl}}_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 "nbsp" oder mit "nowiki" ausgeklammert. Der Nachteil bei "nbsp" ist, dass er "no braking" ist und die Inleinausgaben entsprechend ungebrochen aussieht.
+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 braking" 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:

@@ Zeile 294: / Zeile 294: @@
 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, sonst wird so ne komische Meldung ausgegeben, die dann auch sichtbar ist)
+*'''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)
 ----
 ===[{{#var:Hpagedpl}}_Controlling_output_format#format format]===
   '''format ='''

@@ Zeile 210: / Zeile 210: @@
 ----
 ===[{{#var:Hpagedpl}}_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.
+'''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.
 <!---------------------------------------------------------------------------->

← Nächstältere Version		Version vom 2. Juni 2008, 03:03 Uhr
Zeile 494:		Zeile 494:
	\|format = ,\n*[[%PAGE%\|%TITLE%]],,		\|format = ,\n*[[%PAGE%\|%TITLE%]],,
	}}		}}
		+
		+	==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: {{#time: Y m d\|12. Mär. 2008}}. Damit limitiert sich der Einsatz ein wenig, bzw. man muss dafür sorgen, dass solche Daten nicht vorkommen.

@@ Zeile 422: / Zeile 422: @@
 }}
 </nowiki></pre>
-übergibt das Datum an die aufrufende Routine bzw. Vorlage
+übergibt das Datum an die aufrufende Routine bzw. Vorlage.
 ==[{{#var:Hpagedpl}}_Controlling_output_format#replaceintitle replaceintitle]==