Hilfe Diskussion:Wikisyntax/Validierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Das aktuelle Archiv befindet sich unter Archiv.

_ Gemischt – vereinzelte Fehler in den Kategorien
Noch 1.573 FfOoNnTt-Tags (Stand 25. April 2022). -- Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-25T05:49:00.000Z-Statistik11Beantworten
Aktuelle Zahlen: https://fireflytools.toolforge.org/linter/dewiki

Nach einigem Tüfteln über Cirrus-Syntax und Server-Timelimit erlaube ich mir, einige Fälle als Listengenerator zu unterbreiten, für die sich eine Bot-mäßige Reparatur auf eigene Verantwortung anböte. Schlimmer kann es kaum werden.

• 468 369 Artikel
• 1.402 1.296 Artikel

Letzteres trifft auch Fälle, wo zwischen URL und '' das Leerzeichen fehlt; diese könnten im Interesse der Syntaxhygiene erstmal bereinigt werden, auch wenn MW sie als funktionierend akzeptiert:

• 1.139 1.274 Artikel

Mag dann hinterher alles nochmal mit https als Vorab-Filter nachgeschärft werden.

Weitere häufige Konstrukte können sinngemäß ausgetüftelt werden.

Viel Spaß --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-02-08T15:42:00.000Z-Bot-fixing: Missing end tag11Beantworten

Du hast aber den Abschnitt weiter unten #Falsche Klammer-/Tag-Reihenfolge gesehen oder? Da geht es um ebendiese Fälle meine ich zumindest. Und nein Spaß machen die nun wirklich nicht. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-02-08T15:53:00.000Z-PerfektesChaos-2022-02-08T15:42:00.000Z11Beantworten

Nein, ich blicke durch die Abschnitte dieser Seite nicht durch.

@Bots: Der Plan ist, die solcherart detektierten Listen von Artikeln und anderer Seiten durch robuste reguläre Ausdrücke automatisiert zu berichtigen. Gaanz vorsichtig, und eins nach dem anderen.

VG --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-02-08T16:02:00.000Z-Lómelinde-2022-02-08T15:53:00.000Z11Beantworten

Ja ich wollte sie auch schon lange mal aufräumen, aber nach meiner Methode würde ich das überflüssige einfach löschen, ich weiß nicht ob das so gut ankommen würde. Es müsste eine Automatik werden, da bin ich ganz deiner Meinung, das passiert täglich neu. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-02-08T16:15:00.000Z-PerfektesChaos-2022-02-08T16:02:00.000Z11Beantworten

@Doc Taxon: Magst Du mal schauen, ob Du per Bot folgende Fehler korrigieren kannst (häufig im ANR):

• ''[<irgendeine.url> Linktext''] -> ''[<irgendeine.url> Linktext]''
• ''[<irgendeine.url> Linktext''.] -> ''[<irgendeine.url> Linktext.]'' (gerne auch mit dem Punkt außerhalb der eckigen Klammer und auch mit anderen Satzzeichen wie ! und ?)
• [<irgendeine.url> ''Linktext]'' -> [<irgendeine.url> ''Linktext''] (ebenso mit Satzzeichen)

oder auch alle genannten Varianten mit

• ''{{Webarchiv|... |text=Linktext'' |...}}

Danke und viele Grüße --Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-01-09T13:27:00.000Z-Falsche Klammer-/Tag-Reihenfolge11Beantworten

ja, mag ich mal, aber nicht heute. – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-10T10:26:00.000Z-Mabschaaf-2022-01-09T13:27:00.000Z11Beantworten

Dann aber schon heute vorauseilenden Dank dafür, denn dann kann ich mir weitere händische Korrekturen vorläufig sparen ;-) Ich fürchte, es wird noch genug übrig bleiben... --Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-01-10T11:26:00.000Z-Doc Taxon-2022-01-10T10:26:00.000Z11Beantworten

@Wurgl: kannst Du zu den vier Punkten irgendwie eine Artikelliste erstellen? Vielleicht hast Du auch erweiterte insource-Kenntnisse   – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T14:28:00.000Z-Mabschaaf-2022-01-09T13:27:00.000Z11Beantworten

Ich glaub für die erste Konstruktion hab ich damals (am 10. Januar) aus Spass an der Freud eine Regexp gebastelt (aus Browser-History gekramt): insource:/\[[^\]]*''[^'\]]*\]''/ … wie zu erwarten fällt die natürlich ins Timeout, bei mir nach ca. 1100 Treffern. Ich mach mal eine Auswertung des letzten Dumps. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T14:50:00.000Z-Doc Taxon-2022-01-19T14:28:00.000Z11Beantworten

Timeout macht übrigens erst mal nichts. – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:05:00.000Z-Wurgl-2022-01-19T14:50:00.000Z11Beantworten

@Wurgl: kluge Insource-Abfragen würden mir sogar reichen. Du brauchst keine Dumps auswerten oder Listen erstellen. Für Deine Hilfe immer dankbar, – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:07:00.000Z-Doc Taxon-2022-01-19T15:05:00.000Z11Beantworten

Dumps auswerten juckt nicht, ich hab das fix und fertig, muss da nur ein paar Zeilen mit Regexp dazupappen. Die regexp oben ist übrigens die dritte Form, nicht die erste. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T15:12:00.000Z-Doc Taxon-2022-01-19T15:07:00.000Z11Beantworten

Die ersten beiden(!) Fälle wären insource:/''\[[^\]']*''[^'\]]*\]/ (ca. 410 Treffer bis Timeout) bzw. eine Regexp für alle drei: insource:/\[[^\]']*''[^'\]]*\]/ in dem Fall müsstest du dann zu Fuß suchen, ob die korrespondierenden '' davor oder danach rumlungern. Es gibt da aber False-Positive wie die Dateibeschreibung in Japan (edit Abschnitt Küche) --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T15:25:00.000Z-Wurgl-2022-01-19T15:12:00.000Z11Beantworten

Zum Webarchiv kann meine Vorlagensuche im ANR die Fälle finden (288 Artikel mit Parameter "text" in Vorlage:Webarchiv bzw. ganz allgemein 381 Artikel). Da gibt es klasse Konstrukte wie Air14 (edit Abschnitt Weblinks) Die Vorlagenfehler würde ich gerne selbst mit dem APPERbot machen, die sind wahrscheinlich nur vereinzelt außerhalb des ANR. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T15:12:00.000Z-Doc Taxon-2022-01-19T14:28:00.000Z11Beantworten

@Wurgl: Die Dateibeschreibung in Japan hat aber auch nur doppelte Eckklammern. Hier geht es nur um single brackets. Vielleicht geht die Regexp so anzupassen, dass Doppeleckklammerergebnisse nicht aufkommen. – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:31:00.000Z-Wurgl-2022-01-19T15:12:00.000Z11Beantworten

Stimmpt! Ich hab mal der Regexp gesagt, am Anfang und Ende sollen keine zwei Eckigen sein: insource:/[^\[]\[[^\]']*''[^'\]]*\][^\]]/ Da gibts aber auch den Hitler mit einem [sic] im Text, solche Falsch-Positive kann Regexp nicht ausklammern. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T15:38:00.000Z-Doc Taxon-2022-01-19T15:31:00.000Z11Beantworten

Ja genau, die Webarchiv-Ergebnisse kannst Du natürlich selbst machen. Mach die ruhig auch im ex-ANR-Bereich, denn da sind die schließlich auch falsch (freut sich Lómelinde, aber auch ich wieder etwas mehr  ) – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:34:00.000Z-Falsche Klammer-/Tag-Reihenfolge11Beantworten

Außerhalb geht leider nicht, da hab ich keine Daten in meiner Datenbank. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T15:39:00.000Z-Doc Taxon-2022-01-19T15:34:00.000Z11Beantworten

Wenn Du die insource-Abfrage machst, h#ttest Du Deine Daten ... – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:48:00.000Z-Wurgl-2022-01-19T15:39:00.000Z11Beantworten

Ähm Wurgl, wenn das bei Dir soweit fix und fertig ist, kannst Du dann die Sachen mit Apperbot nicht gleich selbst korrigieren? – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:40:00.000Z-Doc Taxon-2022-01-19T15:34:00.000Z11Beantworten

Die Dumpauswertung hab ich hier rumliegen (damit mach ich Benutzer:Wurgl/Fehler_Bilder (ist abgearbeitet)). Das Rumhampeln mit der Hochkommaverschiebung hab ich nicht. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T15:42:00.000Z-Doc Taxon-2022-01-19T15:40:00.000Z11Beantworten

okay, @Wurgl:, dann haste mir jetzt schon mal sehr weitergeholfen. Vielen lieben Dank, – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T15:53:00.000Z-Wurgl-2022-01-19T15:42:00.000Z11Beantworten

Ich kümmer mich drum, – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-20T06:14:00.000Z-Doc Taxon-2022-01-19T15:53:00.000Z11Beantworten

Gruselig! Echt gruselig!

• ''{{Webarchiv|…|text=''|webarchive=…}} => {{Webarchiv|…|text=|webarchive=…}} (eventuell noch Leerzeichen vor der Vorlage)
• ''{{Webarchiv|…|text=Blah''…}} => {{Webarchiv|…|text=''Blah''…}}
• {{Webarchiv|…|text=''Blah…}}'' => {{Webarchiv|…|text=''Blah''…}} (eventuell noch Leerzeichen oder Satzzeichen nach der Vorlage)
• {{Webarchiv|…|text=''Sendung | Sender''}} => {{Webarchiv|…|text=''Sendung {{!}} Sender''}}
• {{Webarchiv|…|url=http:example.com/seite.html''Blah | text=Blubb''}} => {{Webarchiv|…|url=http:example.com/seite.html | text=''Blah Blubb''}}
• Zusätzlich: Wenn innerhalb <ref>…</ref> eine ungerade Anzahl von '' ist, dann wird das korrespondierende '' hinzugefügt. Selbiges bei einer listenartigen Aufzählung wie im Abschnitt Weblinks.

Damit decke ich ca. zwei Drittel der Fälle ab.

Aber für so Dinge wie * {{Webarchiv | … | text=Die Buchbesprechung zu "Miss Tschörmänie" auf: ''}}[[ARTE]].'' 26. Juli 2009 ist es heute einfach zu spät für klare Gedanken was sowas wohl werden wollte. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-20T21:28:00.000Z-Doc Taxon-2022-01-19T15:34:00.000Z11Beantworten

Was es werden wollte? Ich schätze mal so

* {{Webarchiv | … | text=Die Buchbesprechung zu „Miss Tschörmänie“}} auf: ''[[ARTE]].'' 26. Juli 2009

oder

* {{Webarchiv | … | text=''Die Buchbesprechung zu „Miss Tschörmänie“''}} auf: ''[[ARTE]].'' 26. Juli 2009

Falls das am Ende gut funktioniert sollte mindestens ein Bot das regelmäßig wiederholen, denn diese kursiv- fett-Fehler sind jene, die am häufigsten nachkommen, meine ich. Neben denen, die durch Benutzer verursacht werden, die einfach meinen es sei cool die Tägs vorne zu setzen und bewusst auf das Ende zu verzichten, weil das ja pro Zeile automatisch abbrechen würde, oder aber den Tags die über mehrere Tabellenzellen oder Vorlagenparameter gespannt werden ! Datum || '''Zelle 2 || Zelle 3'''. Es in die Köpfe der Benutzer zu bekommen, dass eigentlich alle Tags aus zwei Teilen bestehen, ist aussichtslos. „Ham wa schon immer so gemacht, hat immer funktioniert, warum also etwas ändern?“ --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-21T05:42:00.000Z-Wurgl-2022-01-20T21:28:00.000Z11Beantworten

Ich denke an deine zweite Variante, es sei denn die '' stehen am Anfang (oder in der Mitte) des Textes. Und ja, das wird regelmäßig laufen. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-21T06:54:00.000Z-Lómelinde-2022-01-21T05:42:00.000Z11Beantworten

171 Artikel bin ich jetzt per Bot durchgegangen (gestern auch 129 einfache Fälle), in zwei hab ich zu Fuß was geändert weil dort irgendwann die Vorlage blödsinnig falsch eingesetzt wurde und 6 sind noch übrig:

@Mabschaaf:

• Antoine Porot Vorlage:Webarchiv (2. Einbindung)
• Crazy Town Vorlage:Webarchiv (2. Einbindung)
• Der auferstandene Christus (Tlalnepantla) Vorlage:Webarchiv
• ERMETH Vorlage:Webarchiv
• Naloxon Vorlage:Webarchiv
• Paulo-Afonso-Wasserkraftkomplex Vorlage:Webarchiv (2. Einbindung)

Das war jetzt nur die Vorlage Webarchiv, die anderen Vorlagen kommen noch, sind noch 121 Treffer. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-21T14:44:00.000Z-Wurgl-2022-01-21T06:54:00.000Z11Beantworten

@Wurgl: Danke für Deinen Einsatz! Es ist völlig ausreichend, wenn Du die Standardfälle wegräumst, alles, was dann noch übrig ist, werden wir per Hand schon noch erledigen. Das gilt auch für die "normalen" eingangs erwähnten Weblinks. Alles händisch zu machen ist halt ziemlich stupide.--Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-01-21T15:17:00.000Z-Wurgl-2022-01-21T14:44:00.000Z11Beantworten

@ Wurgl So richtig einen Effekt habe ich hier bisher noch nicht bemerkt, hast du das schon laufen lassen? Dann war es zumindest nicht so, wie erhofft. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-27T15:57:00.000Z-Falsche Klammer-/Tag-Reihenfolge11Beantworten

Webarchiv ist gelaufen. So 300 Artikel waren das. Die anderen Vorlagen hab nicht noch nicht geguckt. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-27T16:00:00.000Z-Lómelinde-2022-01-27T15:57:00.000Z11Beantworten

Ach so, na das sind ja zumeist keine Vorlagen, sondern Weblinks. Die machen ja die meisten der fehlendes kursiv Fehler aus. Das schlägt dann immer doppelt zu Buche. Na ja eigentlich wollte sich der Doc darum kümmern, aber er ist wohl auch etwas überlastet. Ich mag diese Fehler nicht, weil sie echt öde manchmal aber auch wirklich schwierig aufzuspüren sind, wenn das ganze in Vorlagen in Vorlagen verschachtelt ist. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-27T16:11:00.000Z-Wurgl-2022-01-27T16:00:00.000Z11Beantworten

@ Doc Taxon arbeitest du noch an diesem Thema? Es sind noch einige hundert und das sollte eigentlich zu einer Dauerlaufabfrage werden. Denn gerade diese in- und außerhalb von Linkklammern kommen immer wieder neu hinzu. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-03-24T15:25:00.000Z-Falsche Klammer-/Tag-Reihenfolge11Beantworten

Weiß irgendjemand, ob das hier Hilfe:Wikisyntax/Validierung#Leerzeichenfehler (tidy-whitespace-bug) jemals funktioniert hat? Ich kann mich nicht erinnern, dass diese Fehler tatsächlich analysiert wurden oder ich auf so einen Fehler gestoßen bin. Ich meine nur wem nutzt so eine Fehlerkategorie, wenn sie doch nicht aktiv ist. In der en:wp gibt es 3 Fehler aber es ist nicht das was ich auf der Vorderseite als Beispiele habe.

• {{nowrap|[[Toy Story]] <small>(1995)</small> }}| = kein Fehler obwohl das Leerzeichen vor dem Pipe fehlt
• Toy Story (1995)|

und es eigentlich so aussehen müsste

• Toy Story (1995) |

Ich meine so etwas wird doch sicherlich mal irgendwo vorkommen insbesondere in Navileisten. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-18T10:10:00.000Z-Leerzeichenfehler11Beantworten

Naja, ich kann mir schon vorstellen, dass dieser Fehler relativ selten vorkommen sollte. Aber wenn das mal passiert, schlägt der "Lintalarm" an, und das ist doch auch gut so, oder nicht? – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-19T14:22:00.000Z-Lómelinde-2022-01-18T10:10:00.000Z11Beantworten

Nein, das tut er eben nicht, das war doch meine Frage. Er sollte das bemerken tut es aber nicht. Ich kann mich daher nicht erinnern je so einen Fehler gehabt zu haben. Die Auswertung scheint nicht aktiv zu sein. Man sieht es doch eindeutig, dass da etwas falsch ist, aber Linter ignoriert das. Ich weiß nicht wie man danach suchen müsste. Das hier insource:/\{\{[nN]owrap\|^*\}\}/ oder das insource:/\{\{[nN]owrap\|^* \}\}/ bringt nur leere nowraps. Ich suche aber welche wo Inhalt ist und am Ende ein Leerzeichen steht. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-19T18:35:00.000Z-Doc Taxon-2022-01-19T14:22:00.000Z11Beantworten

56 Stück Inline würde das so aussehen: insource:/\{\{[nN]owrap\|[^}]* \}\}/ … gibt aber ein paar falsche Treffer wenn eine Vorlage verschachtelt ist (und in der verschachtelten ein Leerzeichen vor den abschließenden }} ist und findet auch nicht alle (ebenfalls bei Vorlage in Vorlage wenn die innere Vorlage kein Leerzeichen am Ende hat). --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-19T19:23:00.000Z-Lómelinde-2022-01-19T18:35:00.000Z11Beantworten

Dankeschön, es gäbe noch die Verwendung als style-Zuweisung irgendwo innerhalb eines span oder was auch immer.

• 251 nowrap alle Namensräume.

Ich sagte doch, es gibt da sicherlich welche, die Analyse scheint also nicht aktiv zu sein. Es sind in den meisten Fällen Tabellenzellen wo kein Inhalt folgt oder aber jemand hat bewusst ein Leerzeichen dahinter gesetzt. Daher fällt es in der normalen Ansicht auch nicht auf. Oder es folgt ein Zeilenumbruch oder ist das letzte Element {{nowrap|[[Link]] }}, wie in etlichen Navileisten, was das unauffällig macht. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-20T05:42:00.000Z-Wurgl-2022-01-19T19:23:00.000Z11Beantworten

@Lómelinde: Guten Morgen, ich guck mal, ob ich das automatisch wegbringen kann. Liebe Grüße, – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-20T06:01:00.000Z-Lómelinde-2022-01-20T05:42:00.000Z11Beantworten

Dankeschön. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-01-20T06:05:00.000Z-Doc Taxon-2022-01-20T06:01:00.000Z11Beantworten

@Doc Taxon: haste schon was gemacht? Weil ich hab nix gesehen, dass du machen willst und hätte es fertig. Ich würde das aber erst laufen lassen, wenn tatsächlich Fehler gezählt werden. Soweit ich gesehen hab, tritt der demonstrierte Fehler oben nicht im ANR auf. Diese nowrap sind alle von Leerzeichen gefolgt (oder Newlines, <br/>, Enden von Tabellenspalten, etc. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-01-23T15:35:00.000Z-Doc Taxon-2022-01-20T06:01:00.000Z11Beantworten

@Wurgl: bissl was anderes zu tun habe ich auch noch. Und dann bin ich auch noch berufstätig – nein, nicht im Home Office. Ich hab das aber nicht vergessen ... – Doc Taxon • Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-01-23T21:51:00.000Z-Wurgl-2022-01-23T15:35:00.000Z11Beantworten

Hierfür muss ich ein Derivat meines Steuerzeichen-Jägers bauen. Mal schauen, – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-12T10:37:00.000Z-Doc Taxon-2022-01-23T21:51:00.000Z11Beantworten

→ @Lómelinde, Wurgl: Die 56er-Wurgl-Liste ist schon mal abgearbeitet. – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-12T20:34:00.000Z-Leerzeichenfehler11Beantworten

Vielen Dank. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-13T04:23:00.000Z-Doc Taxon-2022-04-12T20:34:00.000Z11Beantworten

→ Die 251er-Liste ist jetzt bis auf false positive auch leer. @Lómelinde, Wurgl: hier fände ich es gut, wenn Ihr da auch noch mal drüber schauen würdet. Vielen Dank, – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-13T13:26:00.000Z-Leerzeichenfehler11Beantworten

Ich habe mal ein paar Stichproben gemacht, ein schönes Beispiel ist diese Seite → vorher (alles in einer Zeile und dadurch breiter als 100%) ↔ nachher (passt auch auf schmale Bildschirme) Ich denke das war daher eine sinnvolle Änderung. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-13T13:57:00.000Z-Doc Taxon-2022-04-13T13:26:00.000Z11Beantworten

Ich denke, dass das erledigt ist. – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-21T10:22:00.000Z-Lómelinde-2022-04-13T13:57:00.000Z11Beantworten

Dieser Abschnitt kann archiviert werden. – Doc Taxon Disk. • 12:22, 21. Apr. 2022 (CEST)

Es dreht sich um weiter oben, diese "1.139 Artikel". Fußball in Burkina Faso#cite note-3611 Ja, der Bot hat hier Unsinn gemacht. Aber die Url war vorher schon im Bobbes. Verändert hat sich an der falschen Verlinkung nix, trotzdem ist es Unsinn.
Irgendwas ist da faul. Wenn ich den ersten Link so wie er gedacht war aufrufe, also Copy/Paste aus dem Quelltext, dann sehe ich ein recht sinnfreies Inhaltsverzeichnis. Beim Link wie er in EW 36 steht, komm ich auf die selbe sinnfreie Stelle. Aber! Dickes aber: Wenn ich jetzt in der Browser-History zurückgehe, dann sehe ich ein Schnippsel aus Seite 251, scheinbar die Einträge 37-41 auf der selben Stelle. Ich fass das jetzt nicht an, weil ich den Sinn dieses Einzelnachweise nicht begreife, was soll diese Liste bzw. das Schnippsel über Affären um gefälschte Spielerpässe nachweisen?
Frage: soll ich das irgendwie abfangen? In dem Fall ginge das, weil danach nochmals ein Parameter in der URL zu finden ist: &f=false --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-13T05:34:00.000Z-Fehler bei Quoting11Beantworten

Ja fang das mal ein, ich schaue gleich mal. Ist googlebook sollte lösbar sein. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-13T06:00:00.000Z-Wurgl-2022-04-13T05:34:00.000Z11Beantworten

Ich habe versucht irgendetwas in der Leseprobe zu finden, was irgendwie passen könnte = nichts, nicht einmal das Datum 25. August 2003 gibt es dort. Daher komplett entfernt. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-13T06:30:00.000Z-Wurgl-2022-04-13T05:34:00.000Z11Beantworten

Schönen Morgen! Ist denn der Fall damit erledigt? Können wir abhaken? – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-16T03:35:00.000Z-Lómelinde-2022-04-13T06:30:00.000Z11Beantworten

Nein natürlich nicht, es muss nur die Suche präzisiert werden, also beispielsweise wo die URL auf .html .htm .pdf oder ähnlichem endet müssten alle Fälle in denen daran direkt kursivtags anschließen also .html'' .htm'' .pdf'' zu .html '' .htm '' .pdf '' werden. In dem Beispiel war aber das Kursiv mitten innerhalb der URL Spezial:Diff/222023745 (https://books.google.de/…&q=''L%E2%80%99%C3%89v%C3%A9nement''%2C%2025.%20August%202003&f=false), das ist natürlich schwierig zu da herauszufiltern. Es sind noch immer hunderte und die kommen auch täglich neu hinzu. Ich habe die Zahlen oben mal aktualisiert, und das war ja auch bisher nur die Analyse für http: und es fehlt die identische Abfrage für https: Der ANR ist zwar jetzt fast sauber, aber wie gesagt das sind die Fälle die am häufigssten neu hinzu kommen und daher regelmäßig laufen sollten. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-16T04:22:00.000Z-Doc Taxon-2022-04-16T03:35:00.000Z11Beantworten

Ich mach das jetzt nur nebenbei mit. Also wenn ich was anderes ändere, dann dies als Schmankerl zusätzlich. Es ändert sich ja nix in der Anzeige und auch die verlinkte URL bleibt gleich. Das Webarchiv archiviert auch ohne die Quotes. Das einzige was sich ändert ist das Verhalten des IABot. Ist mir persönlich etwas zu wenig um da den Bot extra über alle laufen zu lassen. Aber ich lass mich gerne von anderen überzeugen. @Mabschaaf, Doc Taxon: Habt ihr eine Meinung dazu? --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-16T05:55:00.000Z-Lómelinde-2022-04-16T04:22:00.000Z11Beantworten

Der IABot läuft ja gerade nicht, weil er mit diesem Problem nicht umgehen kann. Insofern ist mM kein akuter Handlungsbedarf, aber nebenher bereinigen solltest Du auf alle Fälle. Kannst Du denn gezielt nach solchen URLs suchen, die eine öffnende und auch die schließende Kursivierung enthalten (wie das eine Beispiel oben)? Diese sollten mM schon abgearbeitet werden. Wartungsliste -> händisch sollte reichen. Ich erwarte da eher falsch positive wie [http://www.test.de''Website''] deren Weblinkbeschriftung nur aus einem Wort besteht.--Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-04-16T06:40:00.000Z-Wurgl-2022-04-16T05:55:00.000Z11Beantworten

Es ist teuflisch! Die Suche nach insource:/\[https?:\/\/[^\]' ]*''[^\]' ]*''/ fällt ins Timeout. Und der Dump (dewiki-latest-pages-articles-multistream.xml.bz2) enthält nur geradzahlige Namensbereiche und auch keine Benutzerseiten. Diskussionsseiten sind da nicht drinnen. Man müsste also beides kombinieren. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-16T07:33:00.000Z-Mabschaaf-2022-04-16T06:40:00.000Z11Beantworten

Es gibt [1]. Dieser Dump enthält alle Namensbereiche. Andim (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Andim-2022-04-16T09:00:00.000Z-Wurgl-2022-04-16T07:33:00.000Z11Beantworten

Ja, ich schnapp mir den Task mal und baue alle Quotes aus den Links um. Geht aber nicht von jetzt auf gleich. – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-17T18:21:00.000Z-Fehler bei Quoting11Beantworten

Sind schon etwas weniger, ich komme stetig vorwärts. – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-19T16:04:00.000Z-Doc Taxon-2022-04-17T18:21:00.000Z11Beantworten

Dieser Abschnitt kann archiviert werden. – Doc Taxon Disk. • 23:51, 21. Apr. 2022 (CEST)

Die strike-Tags werden in Kürze mit s-Tags ersetzt. Dabei versuche ich, Zeilenumbrüche innerhalb dieser Tags zu lokalisieren. – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-19T16:06:00.000Z-strike-Tags11Beantworten

Der häufigste Fall für mit diesem oder dem s-Tags verursachten Fehlern (verschachtelte Tags) ist so etwas

<s>Beitrag gestrichen
: Anmerkung zum Beitrag</s> erl. Admin

Häufig bei den (Wikipedia:Löschkandidaten/Urheberrechtsverletzungen#2. April) Spezial:Diff/222116522/222117466. Ich habe mir schon die Finger wund geschrieben, um die abarbeitenden Admins irgendwie dazu zu bringen das zu unterlassen WD:Löschkandidaten/Urheberrechtsverletzungen#Bitte Linterfehler vermeiden. Es ist zwecklos. Wenn der Bot so etwas reparieren könnte wäre das auch wunderbar, denn das s muss wie small und code und span immer in der selben Zeile geschlossen werden in der es auch geöffnet wurde. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-19T16:29:00.000Z-Doc Taxon-2022-04-19T16:06:00.000Z11Beantworten

@Leserättin, CaroFraTyskland, Krd: wäre nett, wenn Ihr darauf etwas Acht geben könntet. Vielen Dank, – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-19T23:59:00.000Z-Lómelinde-2022-04-19T16:29:00.000Z11Beantworten

Kein Problem. Ich bilde mir ein, mich daran schon eine Weile zu halten. Ähm, ich glaube, das gesamte VTRS-Team, das Freigaben bearbeitet, sollte informiert werden. Diese neigen dazu, auf der LKU-Seite ganze Absätze zu streichen, wenn Freigaben kommen. Und das ist doch meines Wissens das Problem, oder? BG, --Leserättin (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Leserättin-2022-04-20T08:59:00.000Z-Doc Taxon-2022-04-19T23:59:00.000Z11Beantworten

Ja genau das ist das Problem, jedes Inlinetag muss in jeder Zeile mit öffnendem und schließendem Element stehen, siehe auch Hilfe:Tags#Inline-Elemente. Es geht darum, dass nach einem Softwareupdate nicht plötzlich die komplette Seite bis zum Ende durchgestrichen wird. Leider sieht man das derzeit noch nicht, was dann dazu führt, dass Inlinetags falsch verwendet werden. Das gilt ebenso für fett und kursiv … --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-20T09:54:00.000Z-Leserättin-2022-04-20T08:59:00.000Z11Beantworten

Ich gebe das mal in die Mailinglist des VTRS-Teams zur Beachtung. Ich meine, das schadet ja nicht. Liebe Grüße, – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-20T14:03:00.000Z-Lómelinde-2022-04-20T09:54:00.000Z11Beantworten

@Lómelinde: Das mit den strike-Tags sieht mittlerweile ganz gut aus, oder? – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-20T16:24:00.000Z-strike-Tags11Beantworten

Ja schon sehr gut, ein paar sind noch übrig und es kommen wie gesagt auch immer wieder welche hinzu. Was die verschachtelten angeht, weiß ich es gerade nicht, denn ich arbeite an anderer Stelle. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-20T16:27:00.000Z-Doc Taxon-2022-04-20T16:24:00.000Z11Beantworten

@Lómelinde: okay, bin nochmal drüber, – der Rest, denke ich, soll wohl so. Liebe Grüße, – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-20T17:38:00.000Z-Lómelinde-2022-04-20T16:27:00.000Z11Beantworten

Ich lese hier sowieso mit du musst nicht immer Pingen. :-) Ja, so passt es, denke ich. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-21T04:24:00.000Z-Doc Taxon-2022-04-20T17:38:00.000Z11Beantworten

ich denke, dass das erledigt ist – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-21T10:22:00.000Z-Lómelinde-2022-04-21T04:24:00.000Z11Beantworten

Dieser Abschnitt kann archiviert werden. – Doc Taxon Disk. • 12:22, 21. Apr. 2022 (CEST)

Mal eine Frage an die Profi-Quelltextanalysatoren (wie Doc Taxon oder Wurgl): Schafft ihr es, Quelltexte so zu untersuchen, dass inline-Tags wie small, kursiv, fett usw., die über Zeilenumbrüche gespannt sind (wahlloses Beispiel), sicher zu finden? Falls ja, dann sollte es doch auch möglich sein, dass öffnende Tag durch ein passendes <div style=...> und das schließende durch ein </div> (zumindest in NS 1 und 4) zu ersetzen. Oder ist das zu naiv gedacht?--Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-04-24T14:29:00.000Z-Falsch verschachtelte Tags11Beantworten

Definiere "usw." :-)

Grundsätzlich sind die schon auffindbar. Problematisch wird es nur, wenn dieses "mehrzeilig" über mehrere Zeilen einer Wikiliste, über Absätze, über Tabellen-Elemente etc. hinausgeht.

In deinem Beispiel ist jede Zeile ein <dd>-Element und so wie ich den generierten HTML-Code sehe, ändert sich nix an der Fehlerhaftigkeit. Jetzt ist halt das <div>-Element über zwei Listeneinträge mit <dd> gespannt.

Dein Beispiel benötigt auf jeden Fall zwei <small> oder <div>. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-24T14:46:00.000Z-Mabschaaf-2022-04-24T14:29:00.000Z11Beantworten

Es sind ja nicht nur Zeilenumbrüche.

Zeilenumbrüche (ohne Leerzeile) können innerhalb eines Fließtextes beliebig oft eingestreut werden, und es bleibt ein Fließtext. Würde dieser ein div bekommen, dann würde nur daraus ein eigener Block und der Fließtext wäre zerstört.

Das fragliche Beispiel lautet:

::::<small>Hier wird die Relevanz weder „mit Verkaufs“- noch „mit Werbekäse“ begründet.
::::Wer Musiker über Verkaufszahlen … bisher nicht durchgesetzt.</small>--[[Benutzer:Engelbaet|

Auch hier wäre kein div möglich. Handarbeit.

Unbeschadet dessen: Linter sieht beeindruckend aufgeräumt aus.

VG --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-04-24T14:39:00.000Z-Mabschaaf-2022-04-24T14:29:00.000Z11Beantworten

Zu "usw.": Ich wollte mir noch nicht die Mühe einer vollständigen Liste machen, wenn es aus anderen Gründen sowieso nicht funktioniert. Kann man zu gegebener Zeit noch ergänzen.

Ansonsten: Ja, vielleicht ist das div keine gute Idee. Aber wenn prinzipiell und sicher auffindbar, dann sollte es doch auch möglich sein, die fehlenden Tags zu ergänzen, also im Beispiel von PC ein </small> in der ersten Zeile und ein <small> in der zweiten.

Es ist halt manuell unendlich öde und superlästig zudem, wenn ein solches Tag über drei, vier, fünf Einrückungen gespannt wurde [2].

@Wurgl: Natürlich sollen keine komplexeren Fälle automatisiert angefasst werden.--Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-04-24T15:10:00.000Z-PerfektesChaos-2022-04-24T14:39:00.000Z11Beantworten

Nee, das automatisierte Anfassen komplexer Fälle ist nicht das Problem. Das Problem ist schon das Erkennen solcher Fälle. Innerhalb so eines <small> könnte ja ein <ref> stehen und der Zeilenumbruch in der Referenz ist wohl zu ignorieren. Oder in diesem Absatz, das Code-Schnipsel hat PC hier in einen <pre-Block verpackt usw. Das ist das Komplizierte daran. Wenn der Kontext, in dem das Tag gefunden wurde, erstmal identifiziert ist, ist eine Ersetzung nicht mehr so wild. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-24T15:22:00.000Z-Mabschaaf-2022-04-24T15:10:00.000Z11Beantworten

Hm. Alles klar. Schade. Wäre auch zu schön gewesen...--Mabschaaf Hilfe Diskussion:Wikisyntax/Validierung#c-Mabschaaf-2022-04-24T18:21:00.000Z-Wurgl-2022-04-24T15:22:00.000Z11Beantworten

Ich denke eher, es ist eine Frage, wie intelligent man den Algorithmus dafür schreibt. Ein für diese Zwecke ausreichender "Detektor" frisst einiges an Entwicklungszeit. Man könnte auch pro Inline-Tag eingebaute Zeilenumbrüche auslesen, aber auf diese Art kann das wohl kaum erwünscht sein. Mal ne Frage: wenn wir so einen Detektor hätten, der das auch noch zuverlässig umbaut, wie lange würde man den noch verwenden müssen, wenn erst einmal alles korrigiert wurde? Ich glaube, PerfektesChaos hat mal irgendwo geschrieben, dass in Zukunft Editoren das während des Bearbeitens oder Speicherns selber machen können. – Doc Taxon Disk. • Hilfe Diskussion:Wikisyntax/Validierung#c-Doc Taxon-2022-04-24T22:10:00.000Z-Mabschaaf-2022-04-24T18:21:00.000Z11Beantworten

Kann man irgendwie diesen Parameter lintid=455285 per Programm auswerten? Das würde das Entdecken deutlich erleichtern. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-24T22:35:00.000Z-Doc Taxon-2022-04-24T22:10:00.000Z11Beantworten

Frage ist beantwortet: Spezial:ApiSandbox#action=query&format=json&list=linterrors&formatversion=2&lntcategories=misnested-tag&lntlimit=211 "location" ist ja da. Hmm. Ich denk mal nach. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-24T22:53:00.000Z-Doc Taxon-2022-04-24T22:10:00.000Z11Beantworten

Je nachdem wie viele solcher Einrückungen vorkommen und, ob es sich um einfache Einrückungen oder Aufzählungen handelt ergibt sich aber die Problematik, dass die Zählung dann nicht mehr funktioniert. Daher muss in den Fällen dann jede Zeile ein öffnendes und ein schließende Tag erhalten.

::::<small>Hier wird die Relevanz weder „mit Verkaufs“- noch „mit Werbekäse“ begründet.</small>
::::<small>Wer Musiker über Verkaufszahlen … bisher nicht durchgesetzt.</small>--[[Benutzer:Beispielnutzer]] …

Es gibt aber auch Fälle wo eine Ersetzung mit div möglich ist (eher händische Ersetzungen)

::::<small>Hier wird die Relevanz weder „mit Verkaufs“- noch „mit Werbekäse“ begründet.
::::Wer Musiker über Verkaufszahlen … bisher nicht durchgesetzt.--[[Benutzer:Beispielnutzer]] …</small>

oder

<small>
::::Hier wird die Relevanz weder „mit Verkaufs“- noch „mit Werbekäse“ begründet.
::::Wer Musiker über Verkaufszahlen … bisher nicht durchgesetzt.--[[Benutzer:Beispielnutzer]] …
</small>

kann durch

<div style="font-size:smaller;">
::::Hier wird die Relevanz weder „mit Verkaufs“- noch „mit Werbekäse“ begründet.
::::Wer Musiker über Verkaufszahlen … bisher nicht durchgesetzt.--[[Benutzer:Beispielnutzer]] …
</div>

ersetzt werden. Bei Aufzählungen mit * oder # wäre das schwieriger und sollte in jeder Zeile einzeln erfolgen, es sei denn, die komplette Aufzählung befindet sich innerhalb der falsch verschachtelten Tags.

Hier eine Liste der betroffenen Tags: <small>, <code>, <span>, <del><s>(strike), <u>, <ins>, <em><i>('' kursiv), <strong><b>(''' fett), <sup>, <sub>, <font>(muss ersetzt werden), <tt>(sollte ersetzt werden), <cite>, <big>(sollte ersetzt werden), <abbr>

Inwieweit diese vorkommen weiß ich nicht. Siehe auch Hilfe:Tags#Inline-Elemente. Für einen Bot wäre es vermutlich am sinnvollsten die fehlenden Tags zu ergänzen, händisch versuche ich eher mit div größere Blöke einzuschließen. Bei code gibt es noch Fälle wo das Tag gänzlich entfallen kann.

<code>
 irgendetwas mit Abstand über
  Leerzeichen
 vom Rand
</div>

Oder wo es durch pre ersetzt werden könnte. Allerdings kann das kein Bot entscheiden, weil pre das nowiki einschließt und bewusst eingesetzte Effekte sonst verloren gehen. Am sinnvollsten ist es also die fehlenden (öffnenden und schließenden) Tags einfach pro Zeile zu ergänzen. --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-25T04:55:00.000Z-Falsch verschachtelte Tags11Beantworten

Lómelinde: Ich behaupte mal, dein Beispiel mit "<div>" ist falsch. Die Doppelpunkte erzeugen je Zeile ein HTML-Element namens dd. Du hättest dann ein div-Element mit mehreren dd-Elementen als Kind. Das geht aber nicht. dd brauchen dl-Elemente als übergeordnete Dinger. Das mehrzeilige div geht nur, wenn die Zeile nicht mit so einem Listen-Dings (*, #, :, ;) anfängt. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-25T05:54:00.000Z-Lómelinde-2022-04-25T04:55:00.000Z11Beantworten

• @Wurgl lintid=455285 – Die API liefert zu jeder ID Zeichenpositionen für Beginn und Ende des beanstandeten Bereichs.
  • Das kann auch mal über die halbe Seite gehen.
  • Mehrere Fehler derselben Seite müssen von hinten nach vorn gefixt werden, weil die oben sonst die Positionen unten verschieben.
• @ automatische Analyse + Reparatur
  • Das ist hochkomplex, wird ggf. mehr automatisierten Kollateralschaden hervorrufen als die gleiche Arbeitskraft in händisches Kloputzen investiert.
  • Wie schon richtig dargestellt, kann der Fehler selbst in nowiki oder pre liegen und soll gerade als solcher erklärt werden, und was bei involvierten Vorlageneinbindungen gemeint wäre wussten die Autoren oft selbst nicht. Bei trivialem beanstandetem Mikro-Bereich wie eins vor mag es eine robuste Reparatur von Standardkonstellationen geben; ohne weitere Beteiligte in diesem Bereich (Verschachtelung).
• @Zukunft:
  • Bisher wurde der kaputte Wikitext als Text in der Datenbank abgespeichert. Im Moment der Darstellung wurde dann das HTML-Dokument generiert, und eine Fremdsoftware (Tidy, momentan Remex) hat nach privater Heuristik zu erraten versucht, wie eine kaputte Struktur zu reparieren wäre, damit alle dasselbe valide HTML-Dokument ausgeliefert bekommen und die entsprechende Heuristik unterschiedlicher Browser nicht erst beim Publikum unterschiedliche Darstellungen produziert.
  • Zukünftig sollten Bearbeitungen überwiegend per VE und Discussion Tools laufen; in der Datenbank wird deren valide Objektstruktur hinterlegt. Wer Wikitext bearbeiten möchte, bekommt aus der Objektstruktur blitzsauberen Wikitext generiert, der beim Abspeichern und zur Vorschau wieder nach jetzt eigener Heuristik in die Objektstruktur konvertiert wird.
  • Zartes Problem: Vorlageneinbindungen, die eine korrekt gespeicherte Objektstruktur durch nachträglichen Programmierfehler bei der Darstellung schrotten können.

VG --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-04-25T06:07:00.000Z-Falsch verschachtelte Tags11Beantworten

@Wurgl: ich weiß nur, dass das (derzeit) keine Linterfehler auslöst, dass die Doppelpunkte eigentlich generell gar nicht zur Einrückung verwendet werden sollten, steht auf einem anderen Blatt, (dl, dd) = Definitionsliste. Das wirst du aber nicht wegbringen. Und was, wo, wie im HTML-Element steht, weiß ich nicht, ich analysiere Seitenquelltext, nicht das, was der Inspektor sieht. Von Hand ist es sehr mühsam hunderte von Tags nachträglich einzutippen (wobei small nicht das Problem wäre). --Liebe Grüße, Lómelinde Diskussion Hilfe Diskussion:Wikisyntax/Validierung#c-Lómelinde-2022-04-25T06:36:00.000Z-PerfektesChaos-2022-04-25T06:07:00.000Z11Beantworten

Sorry Lómelinde war da etwas zu verwirrt und noch zu wenig Kaffee. <small> und </small> auf eigener Zeile geht natürlich bei so Doppelpunkt-Listen. Nur innerhalb einer Zeile muss es in der selben abgeschlossen sein.

PC: Dass ich von hinten nach vorne arbeiten muss, ist klar. Dass der Beginn passt ist auch klar, das Ende passt nicht, aber das API liefert mir das beanstandete Tag und ich muss nur das korresponierende(!) Ende suchen und dann das dazwischen analysieren. Ich kann da ja mal triviale Fälle angehen und komplexen Kram einfach auslassen. Wenn ich euch von den 28.000 Fehlern ein paar tausend wegknabbere, dann ist das schon mal was. Leider liefert das Parse-API-Interface nicht die Lint-Errors, das wäre hier recht hilfreich. --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-25T06:43:00.000Z-Lómelinde-2022-04-25T06:36:00.000Z11Beantworten

@Wurgl: Wenn jemand möchte, kann ich in lintHint die beiden Zahlen auslesbar machen, und wer möchte kann dann ein privates interaktives JavaScript auf lintHint draufsetzen, das an der angegebenen Stelle eine manuell überwachte automatische Umformung auf Knopfdruck auslöst.

Also meiner Tabelle eine weitere Spalte hinzufügt mit einem wooosh-Button, je nach Fehlertyp und Quelltext-Inhalt an dieser Stelle, und dann auf eingene Verantwortung, ohne mich.

VG --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-04-25T15:24:00.000Z-Wurgl-2022-04-25T06:43:00.000Z11Beantworten

@Wurgl: Wie eben angekündigt, gibt es jetzt User:PerfektesChaos/js/lintHint #table-range.

• Du bist ja (neuerdings?) auch unter die Skriptbastler gegangen.
• Damit kannst du interaktiv den spezifizierten Bereich inspizieren, schaun ob du ein Muster für eine automatische Reparatur für diesen Typ und den vorgefundenen Bereichstext kennst, und falls ja einen Button der Tabellenzeile hinzufügen.
• Nach Anklicken eines solchen Buttons würde ich dazu raten, diesen und alle tieferen Buttons wieder aus der Tabelle zu löschen.
• Heut machste dir keen Abendbrot, heut machste dir Jedanken.

VG --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-04-26T15:11:00.000Z-Falsch verschachtelte Tags11Beantworten

• Momentan leide ich am bekanntlich überaus tödlichen Männerschnupfen und mach lieber Zeuchs wo ich nicht so viel denken muss. Außerdem istwar Beta karp0tt! --Wurgl (Diskussion) Hilfe Diskussion:Wikisyntax/Validierung#c-Wurgl-2022-04-27T09:08:00.000Z-PerfektesChaos-2022-04-26T15:11:00.000Z11Beantworten

Na, dann gute Besserung, und du kannst ja mit Denken anfangen wennste wieder flott bist. --PerfektesChaos Hilfe Diskussion:Wikisyntax/Validierung#c-PerfektesChaos-2022-04-27T14:53:00.000Z-PerfektesChaos-2022-04-26T15:11:00.000Z11Beantworten

…