User talk:Theaitetos

DPL and MW 1.19
Hi Theaitetos, I'm very sorry, but DPL does not work with MW 1.19, at least not completely. Some functions are definitely causing serious malfuncitions. If you call some list types the whole page will not appear but two lines of PHP error messages. This is reported by several users and by the way not really suprisingly, as DPL is no longer maintained. Where did you get your information of DPL being fully operational? Bye --Robis 16:37, 10 August 2012 (UTC)
 * As shown in the example here, this wiki is running DPL 2.0 along with MediaWiki 1.19. Which version of DPL are you running? --Theaitetos (talk) 17:05, 10 August 2012 (UTC)
 * Ah, from what I found there is only DPL 1.9.x. But where is the 2.0 version available? Thank you so much --Robis (talk) 05:18, 11 August 2012 (UTC)
 * DPL 1.9 runs on MediaWiki 1.19 and DPL2.0 will be released soon. --Theaitetos (talk) 14:34, 15 August 2012 (UTC)
 * A new version of DPL has been released and is running fully stable on Mediawiki 1.19. --Theaitetos (talk) 22:40, 1 September 2012 (UTC)

dpl question
Possible you can help me here? Yukii (talk) 18:37, 31 March 2013 (UTC)
 * Done. --Theaitetos (talk) 19:49, 31 March 2013 (UTC)

dpl question Again...
Hey Theaitetos,

danke nochmal für deine Hilfe von Letztens. Ich habe leider wieder mal ein Problem mit dpl und das Manual scheint mir hier auch keine Hilfe zu sein. Würde mich freuen wenn du mir hierzu vielleicht einen Tipp geben könntest. :) Beste grüße Yukii (talk) 09:08, 28 June 2013 (UTC)


 * Habe deine Frage (hoffentlich) beantwortet. Viele Grüße und schönes Wochenende, Theaitetos (talk) 10:30, 28 June 2013 (UTC)


 * Ja, mein Grundlegendes Problem ist somit erstmal behoben. Vielen Herzlichen Dank! Ich hab nun mal das | includematch = @\¦\s*Drops\s*=.*\[\[Axe\]\]@i so übernommen und dann in die Vorlage eingepasst. Funktioniert ganz gut. Die andere Variante überreise ich grad im moment nicht, das gugg ich mir aber nochmal später an. Ist das "Ressourcen" schonender? Yukii (talk) 13:50, 28 June 2013 (UTC)


 * Keine Ursache. Ja, es ist auch deutlich Ressourcen schonender, aber vor allem muss man nicht so viele Eventualitäten bei regulären Ausdrücken beachten. --Theaitetos (talk) 13:52, 28 June 2013 (UTC)

Na dann werde ich mir auf allefälle dies mal näher ansehen müssen :) Ressourcen schonen kann nicht schaden. Jetzt ist mir grad noch ein zweites problem aufgefallen, vielleicht hast du auch hierfür eine lösung:

Dies verwende ich um Monsterdaten auslesen zu lassen. Nur leider hab ich das problem, das wenn ich Monster XY in Ort und Ort (R) habe, das er mir dann in Ort auch die Monster mit auflistet die in Ort (R) erscheinen und das ist verkehrt. Hoffe ich hab mich verständlich ausgedrückt XD Yukii (talk) 14:31, 28 June 2013 (UTC)


 * Ich habe mir einmal den Rummager Beetle und West-Sarutabaruta angesehen. Das Problem ist, dass du die Vorlage:Monsterzeile ausliest und dass diese gleich mehrfach eingebunden wird.
 * Übrigens: Generell bevorzuge ich es, wenn Einträge nicht automatisch in Wikilinks umgewandelt werden (in der Vorlage ), sondern dass man diese manuell angibt (auf der Seite  ), da das für Wiki-Neulinge verständlicher und weniger fehleranfällig ist; dann könnte man auch im includematch einfacher auf   testen. Falls du es aber so beibehalten willst, dann empfehle ich mal Folgendes zu versuchen:

{{#dpl: … …
 * includematch = /\s*Ort\s*=\s*{{#dplvar:NAME}}/si
 * distinct = strict
 * format     =,,\n,
 * --Theaitetos (talk) 14:57, 28 June 2013 (UTC)


 * Wieso fühl ich mich grad gestalkt? XD Du wirst vielleicht lachen, wir hatten früher das genauso, das man alles mit Wikilinks macht, das stiftete eher verwirrung als ohne ^^; Leider funktioniert dein Vorschlag hier nicht :\ aber ist ein interessanter ansatz Yukii (talk) 15:29, 28 June 2013 (UTC)


 * Biste ein Mädchen? Wenn nicht, dann stalk ich dich auch nicht. =P Du verlinkst auf deiner Seite auf dein Wiki und dann musste ich nur noch nach Teilen des DPL-Aufrufs suchen. Das Problem ohne Wikilinks ist eben, dass du ein Ende definieren musst für deinen regulären Ausdruck, denn ohne Ende trifft es natürlich auch alle Seiten die mit  anfangen und dann irgendwie weitergehen. Du könntest das Folgende einmal ausprobieren, aber wie gesagt, besonders elegant ist es nicht:  . --Theaitetos (talk) 17:04, 28 June 2013 (UTC)


 * Naja, Mann kann auch Mann stalken ;) Gefällt dir wenigstens was du gesehen hast? XD Ok, der Code funktioniert ^^. Aber du meinst definitiv das dpl sinnvoller wäre, wenn man in den vorlagen direkt die Wikilinks setzt? Hats das dann nur was mit dem Auslesen zu tun oder wirkt sich das noch in irgendeiner art aus? Yukii (talk) 17:11, 28 June 2013 (UTC)


 * Vielleicht hast du ja auch ne süße Schwester. =P
 * Das hat weniger mit DPL als mit einem einfachen Suchbefehl zu tun. Beispiel:
 * Du hast die Seiten,  ,   und.
 * Suchbefehl: . Ergebnis: Alle 4 Seiten, denn in allen 4 Seiten steckt das gesuchte Wort.
 * Suchbefehl: . Ergebnis: 2 Seiten, denn in den beiden Seiten   und   steckt das gesuchte Wort.
 * Du suchtest mit deinem ursprünglichen includematch-Befehl nach Namen wie  und dies kommt natürlich in beiden Einträgen vor, sowohl in   als auch in  . Um das Zweite auszuschließen musst du dann eben ein "Ende" angeben, sodass der Suchstring nicht auf beide Einträge passt; und das geht eben sehr gut, wenn Wikilinks verwendet werden, denn der Suchbefehl   passt nun nicht mehr auf  . --Theaitetos (talk) 17:35, 28 June 2013 (UTC)


 * Ich glaub meine schwester ist viel zu Alt um "süß" zu sein XD Da muss ich dich wohl leider Enttäuschen. Achso ist das. So kann ich das ganze natürlich gut nachvollziehen. Das bequatsch ich mal mit meinem Kollegen, klingt so natürlich sehr sinnvoll. Notfalls müssen wir da nochmal nacharbeiten (es lebe Spezial: Text Ersetzen) XD Aber die Info werde ich mich mir natürlich gleich mal für mein zweites Wiki zu einem Online game merken. Denn das würde mir schon einige probleme ersparen die ich im Wiki 1.0 des gleichen spiels hatte... Da hat sich das nachfragen für mich heute wohl sehr gelohnt :) ich würde sagen, du hast ein bier bei mir gut - sofern sich mal die situation ergeben sollte ;) Hast du vllt noch nen Tipp was ich bei dpl beachten bezüglich Performance? Vielleicht ergeben sich mir da noch möglichkeiten auf die ich nicht gekommen bin :) Beste grüße aus Landshut! Yukii (talk) 18:00, 28 June 2013 (UTC)


 * Nichte, Tochter, … irgendwas um die 20, bin da nicht wählerisch. =P
 * Danke, aber ich trinke kein Bier. Da du überall schon den dplcache benutzt, gibt es kaum etwas, was man bezüglich der Performance noch beachten müsste. Es gibt natürlich immer noch die Möglichkeit einen DPL-Aufruf zu substitutieren (und über Bots regelmäßig neu zu substituieren), aber das lohnt sich nur bei großen Seiten die nur aus einem solchen DPL-Aufruf bestehen. --Theaitetos (talk) 11:51, 29 June 2013 (UTC)


 * Nichte eher xD Für ne Tochter bin ich wohl selbst noch zu jung :)
 * Sagmal, gibt es eine möglichkeit wie ich den ausgelesenen "Namen" Kaschieren kann? Bsp. Ich lass einen Namen wie in meinem Fall nun "Gartenarbeit Rezepte/Tontopf" ausgeben. Nun möchte ich den Namen gerne mit "Tontopf" kaschieren und trotzdem auf Gartenarbeit Rezepte/Tontopf verlinken lassen. Geht das? Yukii (talk) 09:54, 1 July 2013 (UTC)


 * Ach, ich hatte mit 11 mein erstes Mal, wenn da was schief gegangen wäre, dann hätte ich jetzt ein Kind in der Pubertät. =P
 * Ja, verlinke einfach mit  statt nur mit   und füge noch den folgenden Befehl in den DPL-Aufruf ein:


 * replaceintitle = @\/.*@,
 * Das führt ein RegEx-Suchen-und-Ersetzen auf die %TITLE%-Variable durch (%TITLE% ≙ {{PAGENAME}}), und im konkreten Fall hier wird alles ab dem "/" ersetzt mit dem, was hinter dem Komma steht – also mit nix und wird damit effektiv entfernt. --Theaitetos (talk) 22:32, 1 July 2013 (UTC)


 * Da kann ich nur sagen: DITO! ;D
 * Ich gehe davon aus das ich dass " " in die Vorlage einbinden muss, die er auslesen soll. Werde das ganze mal ausprobieren.
 * Zweite Frage: DPL liest den Namen ja immer an erster Stelle aus - ich würde ich gerne in einer Tabelle an zweiter oder dritter stelle anzeigen lassen - geht das auch? Yukii (talk) 05:31, 5 July 2013 (UTC)


 * Was meinst du mit "in die Vorlage einbauen"? Die Variablen lassen sich nur in DPL verwenden.
 * Das kommt darauf an wie du die DPL-Ausgabe formatierst. Wenn du  verwendest, dann wird nur das angezeigt, was du explizit angibst. Wenn du   verwendest, dann musst du für die erste Tabellenspaltenüberschrift nur   hinschreiben und der Name wird unterdrückt. Du kannst ihn wieder einfügen, indem du im   statement an gewünschter Stelle   angibst. --Theaitetos (talk) 15:11, 5 July 2013 (UTC)


 * Ach klaro... Irgendwie war gestern nicht mein Tag......
 * Ok, das muss ich mal Ausprobieren. Bin gespannt ob ich das nun überrissen habe ;) Danke nochmal für dein Wissen :D Yukii (talk) 07:19, 6 July 2013 (UTC)


 * Eine Frage hätte ich noch. Wie stelle ich es an, wenn der Indcludematch nicht nur auf einen Parameter abzielen soll, sondern auf Zwei oder drei?. Das ich beispielsweise sage  und ebenso , geht das? Yukii (talk) 10:20, 9 July 2013 (UTC)


 * Einfach als einen Ausdruck schreiben: . --Theaitetos (talk) 12:25, 11 July 2013 (UTC)


 * Interessant, ich hab rumprobiert wie blöd aber darauf bin ich nicht gekommen *rofl* ... Jetzt hab ich noch ne dumme Frage ^^; Ich schaffs Patou nicht, das dass hier mir richtig nach Level Sortiert wird. Gibts hierbei einen Trick? Mit  schein ich dass nicht hinzubekommen... du hast doch bestimmt ne lösung für sowas? Yukii (talk) 18:35, 12 July 2013 (UTC)
 * So, ich bin wieder da. Es scheint aber alles zu klappen, denn die Sortierung nach Level ist da, oder? --Theaitetos (talk) 21:03, 25 July 2013 (UTC)


 * Hallo Theiatetos, entschuldige das ich dir jetzt erst antworte. Ich hatte ein wenig bei fremdsprachigen Sites geschaut und dort etwas gefunden das ich prompt mal ausprobiert habe. Da es funktionierte, bin cih natürlich dabei geblieben ;). Ich hätte da noch eine frage bezüglich den Includematch auf 2 bis 3 Parameter. Ich würde gerne so wie Test 1 oder Test 2 = NAME - das was ich probiert hatte, ging bis dato leider nicht. Du hast dich sicherlich ne idee dafür oder? Yukii (talk) 19:02, 12 August 2013 (UTC)
 * Das würde ich ohne includematch per Vorlage lösen, d.h. in dein include= schreibst du die Vorlage rein, die benutzt werden soll (bspw.  und in der Vorlage führst du dann die Abfrage mit String-Funktionen durch. Z.B. wäre   eine Oder-Abfrage "Ist Test 1 = NAME oder Test 2 = NAME oder Test 3 = NAME ?" --Theaitetos (talk) 08:58, 13 August 2013 (UTC)

{{#if: {{#pos: .{{{Kristall|}}}.{{{Kristall 1|}}}.{{{Kristall 2|}}}. | .Blitzkristall.}} | {{{Name}}} x {{{Anzahl|}}} {{!}} }}} {{!}} }}} | }}
 * Die Idee ist gut. An das #pos hab ich jetzt gar nicht gedacht. Meine Vorlage sieht jetzt so aus:
 * Mein Ergebnis so. Ich kanns mir nur grad nicht wirklich erklären wieso... Yukii (talk) 12:21, 13 August 2013 (UTC)


 * Ich habe es korrigiert. Habe mich mal im Forum registriert, aber im Wiki kann ich mich trotzdem nicht anmelden.
 * Wie auch immer: Die Vorlage musst du gleichzeitig für die Formatierung deiner Tabelleneinträge verwenden, denn nur weil die Vorlage keine weiteren Inhalte einbindet von Einträgen ohne .Blitzkristall., heißt ja nicht, dass darum der ganze Output jener Einträge verhindert wird. D.h. ich habe die ganze Tabellenzeile jetzt in die Vorlage integriert (|- | | etc.); den Seitennamen kann man mit dem automatischen Parameter  (=   in DPL) einbinden. Auf   sollte man dann ganz verzichten und die Tabelle manuell um die DPL-Abfrage herumbauen. Den   kannst du wieder einfügen, den habe ich nur für den Test entfernt, da man beim Testen keine gecacheten Abfragen haben will.   sollte aber stehenbleiben, um automatische Formatierungen zu verhindern. --Theaitetos (talk) 16:59, 13 August 2013 (UTC)

{{#dpl: }} Hier kann ich zwar "Blitzkristall" durch  ersetzen, aber in der include Vorlage ist mir dies ja so nicht möglich. Dafür auch noch nen Vorschlag parat? Yukii (talk) 17:37, 13 August 2013 (UTC)
 * Hey Theaitetos, nice work! Sag ich da nur :) Interessant. Ich hab gerade meinen (lang ersehnten) Bot Account übers Forum angelegt und kann mich mit diesem im Wiki auch Anmelden. Hast du irgendeine Fehlermeldung bekommen?
 * Interessantes vorgehen. Ich kann wohl noch ne Menge von dir Lernen XD Ich müsste noch "Blitzkristall" gegen einen Parameter wechseln. Im prinzip verwende ich das Auslesen über eine Vorlage. In der Voralge gibt es den Parameter "Name" und dieser kann dementsprechend "Blitzkristall", "Wasserkristall", "Feuerkristall etc heißen.
 * namespace =
 * category = Blitzkristall verwendet bei Gartenarbeit
 * include = {Link G} dpl kristall verwendung
 * format     = ,,,


 * Ich habe das Passwort geändert und es hat funktioniert. Scheint als wären Sonderzeichen noch ein Problem, zumindest eines der folgenden:
 * Du kannst mit #dplvar Variablen definieren. Wenn du jetzt statt dem Feuerkristall den Blitzkristall abfragen willst, dann änder einfach den Wert der Variablen entsprechend. --Theaitetos (talk) 18:23, 13 August 2013 (UTC)


 * Interessant. Ich vermute mal das liegt vielleicht am phpbb3 Forum. Werde das mal checken :D
 * Das sind solche Momente, bei denen ich mit meinem Kopf gnadenlos auf der Tischplatte lande -.- So einfach und Simpel, mein hirn ist dochlangsam Reif für einen Ordentlich Urlaub. Noch zwei Arbeitstage... :3 Achja, falls du mal lust hast zu quatschen via Skype --> Yukii2 oder via ICQ --> 257-870-656. Ich würde mich freuen Yukii (talk) 18:42, 13 August 2013 (UTC)

DPL-Problem (hab auch eines)
Hallo Theaitetos, Ich hab da ein mittelgroßes Promblem bei der gemeinsamen Nutzung von #dpl und #ask (SWM) auf einer Seite. Ich hab das ganze mal bei der DPL-Diskussionsseite reingepostet. Könntest Du mal drüberschauen? Vielen lieben Dank! Ciannicay (talk) 18:20, 13 November 2013 (UTC)
 * Probleme bei der Kombination zweier semantischer Extensions auf der selben Seite sind immer so eine Sache. Ich kenne die SIO-Extension nicht, weswegen es wohl lange dauern könnte herauszufinden, an welcher Stelle die beiden Extensions in Konflikt geraten. Ich kann nur empfehlen es so handzuhaben, dass der Konflikt nicht auftritt, bspw. DPL nur nach SIO-Einbindungen oder nur in der Tag-Form auf der selben Seite zu verwenden. Sorry --Theaitetos (talk) 18:44, 13 November 2013 (UTC)
 * Leider bin ich nicht in der Lage es zu verhindern, denn das System gehört meinem Brötchengeber und mal eben 10k User davon abzuhalten was zu nutzen was ihnen lieb und teuer ist, dürfte verständlicherweise schwierig sein. Große Updates sind leider auch tabu (nachdem wir dieses Jahr ein update hatten - das erste in 4 Jahren...), aber nen Patch könnte ich evtl. durchdrücken. Das Problem tritt nur bei |include= Statements auf, normales #dpl funktioniert hervorragend. Das Problem als solches scheint in die gleiche Richtung zu gehen wie das Problem bei denen dpl den Hook "ParserClearState" scheinbar zu früh nutzt. (siehe https://bugzilla.wikimedia.org/show_bug.cgi?id=21502) Bei dem Bugzilla-Eintrag ist insbesondere der letzte Kommentar derjeneige auf den ich mich beziehe. Kannst Du bitte mal fahnden, ob der Fehler etwa immer noch vorhanden ist - ich mein, der wurde ja doch schon 2009/2011 reported... --Ciannicay (talk) 19:10, 13 November 2013 (UTC) (typos editiert: Ciannicay (talk) 12:10, 18 November 2013 (UTC))
 * Gleich noch ne Frage zu DPL V2.01 (also der aktuellen Version). Kann die auf einem Mediawiki 1.17.5 problemlos eingesetzt werden? Gibt es eventuell weitere Abhängigkeiten? (Sorry für solch banale Fragen) --Ciannicay (talk) 14:24, 18 November 2013 (UTC)


 * Zur letzten Frage: Ja, DPL kann mit allen neuen MW-Versionen eingesetzt werden. Ausführlich getestet habe ich es bisher zwar nur bis 1.19, aber 1.20+ sollten mWn auch keine Probleme darstellen.
 * Zur anderen Frage: Ich weiß es nicht mit Sicherheit, glaube aber auch, dass das damals behoben wurde. Das Problem ist, dass ich damals noch nicht an der Extension mitgewirkt habe, sondern erst später hinzukam – zudem gab/gibt es für DPL immer noch eine eigene Seite, auf der die Bugs gemeldet werden sollten, weswegen ich auch nicht weiß ob Algorithmix damals auch Bugzilla überprüft hat.
 * Eine Frage zu deinem Problem: Wenn du "skipthispage=no" weglässt, erscheint der Fehler dann immer noch? Eventuell liegt es ja auch daran, dass die Seite selbst dann überprüft wird. Probier auch bitte mal, ob sich etwas ändert, wenn du "dplcache = Test1" als Parameter im DPL-Aufruf setzt. --Theaitetos (talk) 19:15, 18 November 2013 (UTC)
 * Sehr gut, wenn das bis 1.19 getestet ist, dann wird's wohl mit unserer 1.17.5 laufen. Nachdem Du nicht auf Abhängigkeiten eingegangen bist, nehme ich mal an es gibt keine. Damit sollte ich in der Lage sein ein "Patchen" zu beauftragen. Ich dacht immer Gero wollte auf der Sonderseite nur die Weiterentwicklungswünsche haben - zumal ja auch ein Teil der Buzillaeinträge scheinbar bearbeitet wurden. Egal. Ich darf hier eigentlich nicht so tief rein, aber ich hab mir mal den Code angeschaut, dieser ParserHook ist hincht mehr im aktuellen Code drin, daher gehe ich davon aus, dass das behoben wurde - ach da in der Historie stehts, das ist mit der 1.9.x wieder raus genommen worden, weil es Konflikte mit der Extension CITE gab. Ich habe leichte Probleme dieses "skipthispage=no" weg zu lassen, weil es ja eben genau ein weiter oben in der Seite befindlicher Wert aus einem Template ist, welcher weiterverwendet werden soll. Wenn ich aber zu Testzwecken diesen Wert aus einer anderen Seite nehme, so tritt der Fehler leider weiterhin auf :(. So, jetzt auch noch den dplcache getestet - keinerlei Veränderungen. In DPL.php ist relativ weit oben eine Sonderbehandlung für die CITE Erweiterung drinnen, welche berücksichtigt, dass CITE evtl. nen Hook auf parser->ClearState hat. Nun ist es so, dass auch SIO diesen Hook nutzt. Kann hier eine weitere Sonderlocke im Code notwendig werden? --Ciannicay (talk) 16:55, 19 November 2013 (UTC)
 * Da ich mir jetzt doch den Code mal komplett durchlese stolpere ich halt auch über Sachen, die irgendwie komisch sind: Da steht doch in der Versionshistorie (in der DPLSetup.php)
 * "eliminated calls to parser->clearState and parser->transformMsg, now CITE and DPL work togetheras a consequence a patch to LinkHolderArray.php is needed".
 * So weit, so gut. ABER warum sind dann noch calls da? (in DPL.php)
 * // now clear the state $this->mParser->clearState; // eliminated to avoid conflicht with CITE extension // restore Cite Object
 * Hmm, also wenn die Calls eigentlich weg sein sollen, warum finde ich die dann noch in der AKTUELLEN Version im Git? --Ciannicay (talk) 14:23, 20 November 2013 (UTC)


 * Die Calls sollen nicht weg sein, da sie benötigt werden. Der Konflikt mit der CITE-Extension wurde dahingehend gelöst, dass sämtliche temporären CITE-Objekte in andere Objekte zwischengespeichert werden, die nicht von clearState erfasst werden, und danach werden diese Werte wieder in die ursprünglichen Objekte zurückgebracht. Um für SIO einen ähnlichen Workaround zu implementieren müsste man wissen welche Objekte aus SIO alle zwischengespeichert werden müssten. --Theaitetos (talk) 18:33, 20 November 2013 (UTC)