Benutzer Diskussion:Rene: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

← Zum vorherigen Versionsunterschied

@@ Zeile 259: / Zeile 259: @@
 ::Wie Du schon sagst behebt das alles aber nur einen Teil des Problems. Gut, die Infobox dürfte zerhackt worden sein, weil das öffnende span-tag zwischen den beiden Links aus der Ep-Vorlage komplett gelöscht bzw. ersetzt wurde und nur das schließende übrig blieb, wodurch die ganze Elemente-Struktur da den Bach runterging. Wenn der Text komplett ersetzt oder gelöscht wird bleibt auch kein halbes HTML-Element übrig und das Problem stellt sich nicht mehr. Trotzdem sollte der Nicht-Kürzel-Text nicht ersetzt oder gelöscht sondern unverändert erhalten bleiben. Und der k-Parameter hat im Ergebnis auch nichts zu suchen. So ist die Kürzelvorlage auch gebaut und Deine direkte Einbindung ohne recursiv-Umweg oben demonstriert auch, dass die Vorlage selbst das korrekt löst. Das müsste dann eher ein zweites (drittes) Problem in der recursive-Funktion des SGPack sein. Ich sehe mit meiner geringen PHP-Erfahrung allerdings nicht wirklich, wo genau. --{{Benutzer:Col. o'neill/sig}} 19:51, 22. Nov. 2022 (CET)
 ::: Das Problem ist tatsächlich eher, dass darauf vertraut wird, dass die Vorlage es unverändert durchschleift. Ich habe Links mal explizit vom Weiterreichen ausgeschlossen, das sorgt dann aber dafür, dass <code><nowiki>{{#recursiv:--|text [[Bild:Smile.gif]] text|}}</nowiki></code> als eine Linie, das Bild und eine Linie interpretiert wird und bringt noch einige andere Probleme mit sich, wie etwa dass <code><nowiki>text [[Link]] text</nowiki></code> aufgespalten wird in drei Teile und jeder der Teile von recursive gehandhabt wird. Die Problematik, dass die Infobox bricht kommt daher, dass die Ep-Vorlage puren HTML Code zurückgibt, der dann von der recursive Funktion aufgelöst wird. Der Input ist daher nicht <code><nowiki>{{Ep|SGA|2x02}}</nowiki></code> oder legitimer Wikitext, sondern pures HTML. --{{Benutzer:Ghost/Signatur}}  15:34, 23. Nov. 2022 (CET)
+::::Danke fürs Testen! Stimmt, mein Vorschlag von oben ist dann keine vollständige Lösung, wenngleich die in der Beschreibung erwähnte Funktion, Links zu ignorieren mit Blick auf Kürzelvorlagen dann tatsächlich erfüllt wäre. Die Dreiteilung von <code><nowiki>text [[Link]] text</nowiki></code> ist insofern auch vom jetzigen Stand aus gewolltes Verhalten, im Kontext von Kürzeln soll ja dann gerade der Link ignoriert bzw. durchgeschleift werden und der nicht geklammerte Rest wird der Vorlage überlassen. Trotzdem wäre es mit Blick auf Nicht-Kürzelvorlagen wohl doch sinnvoller, die Link-Sonderbehandlung zu lösen, ohne explizit an den Linkgrenzen zu splitten. Dann müsste allerdings komplexer gesucht werden, also wirklich explizit nach evtl. noch offenen eckigen Klammern um die runden Klammern herum - und falls es da welche gibt können eigentlich alle drei aktuellen Fragmente (das direkt davor, das aktuelle und das direkt danach) ignoriert bzw. durchgeschleift werden, da in z.B. <code><nowiki>abc [[def (ghi)]] jkl (mno)</nowiki></code> das einzige relevante der anhand der runden Klammern entstehenden vier Fragmente das letzte ist.
+::::Und das alles ändert weiterhin nichts am Hauptproblem, dass einzelne Fragmente durch die recursive-Funktion gelöscht / durch den separaten Parameter ersetzt werden, obwohl die Vorlage selbst sie korrekterweise einfach unverändert zurückgibt und die weiteren Parameter nichts im Ergebnis verloren haben und von der Vorlage auch eigentlich gar nicht mehr zurückgegeben werden. Die Ep-Vorlage gibt wie oben beschrieben u.a. ein span-tag zum Verhindern eines Zeilenumbruchs zurück, zusätzlich zu den Links in normaler Wikisyntax. Das ist an und für sich kein Problem, die Infobox ist wie gesagt nur deshalb zerhackt, weil durch die erwähnte falsche Löschung / Ersetzung des Fragments zwischen den beiden Links in Wikisyntax das öffnende span-tag plötzlich fehlt und nur das schließende danach erhalten bleibt. Auch ohne Ep-Vorlage lässt sich der resultierende Kollaps der Infobox simulieren, indem man einfach an der Stelle nur ein {{Code|</span>}} einfügt. --{{Benutzer:Col. o'neill/sig}} 17:15, 23. Nov. 2022 (CET)