Wikiup:Technik/Baustellen/Fehler im Bearbeitungsfeld hervorheben
aus Wikipedia, der freien Enzyklopädie
< Wikiup:Technik | Baustellen
Dies ist die aktuelle Version dieser Seite, zuletzt bearbeitet am 1. April 2019 um 12:41 Uhr durch imported>Anonym~dewiki(31560) (Fehlende Navi-Box ergänzt).
{{Wikipedia:Technik/Linkbox}} Wunsch für ein neues Gadget bzw. Erweiterung von BKL-check und Rechtschreibprüfung.
- Wenn Tools Rechtschreibfehler oder BKL oder FS usw. gefunden haben, müssen diese mühselig im Wikitext identifiziert werden, damit sie berichtigt werden können.
- Problemstellen, die bereits in der HTML-Vorschau markiert sind, sollen im Bearbeitungsfeld ebenfalls gekennzeichnet werden.
- Der normale Bearbeitungstext ermöglicht keine Hervorhebung.
- Es gibt bereits Markup für das Bearbeitungsfeld. Hier lassen sich relativ problemlos die korrespondierenden Stellen identifizieren und geeignetes CSS-Markup zuordnen.
- WikEd baut ein iframe mit eigenem HTML-Dokument für den Bearbeitungstext.
- meta:User:Remember the dot/Syntax highlighter.js verwendet einen aktions-transparenten Layer für das Markup und lässt die wpTextbox1 unangetastet.
- AceWikiEditor ersetzt die wpTextbox1.
- Ohne derartige Zusatz-Werkzeuge wird dies ausgesprochen aufwändig. Genau wie dort dürfen Cursorposition und Selektierung nicht gestört werden; es muss auch verhindert werden, dass beim Abspeichern Markup in den Wikitext gelangt. Es müssten ggf. wie bei WikEd alle Funktionen nachmodelliert werden.
- Manche Browser erlauben RTF in Feldern. Die verborgene Formatierung würde allerdings mit abgespeichert werden; es müsste vorher eine Konvertierung erfolgen.
Unabhängige Teilaufgabe
Das Identifizieren der Fehler ist unabhängig vom Bearbeitungsmodus und setzt nur HTML voraus.
Fehler im HTML-Text können separat ausgelesen und die Hinweise darauf auch ohne Bearbeitung und Textbox-Markup dargestellt werden.
Das dortige Gadget kann mit Callback zur Rückgabe eines Ergebnis-Objekts aufgefordert werden (hinterlegt in dessen Anwendungsobjekt).
Diskussion
Diese Dauerbaustelle
- Benutzer:Schnark/js/syntaxhighlight.js kann das Problem im Prinzip lösen, falls es vor dem Start auf geeignete Weise gesagt bekommt, welche Strings (keine regulären Ausdrücke!) in welcher Farbe hervorzuheben sind. (4. Parameter für
init) --Schnark 10:36, 8. Nov. 2012 (CET)- Stimmt. Da müsste man eine neutrale Schnittstelle schaffen, die aus der HTML-Vorschau alle beanstandeten Stellen (plaintext-Wort oder BKL/FS-Verlinkung) ausliest und allen interessierten Bearbeitungsfeld-Markuppern zur Verfügung stellt. --PerfektesChaos 10:52, 8. Nov. 2012 (CET)
- Ausgegliedert. --PerfektesChaos 14:34, 11. Nov. 2012 (CET)
- Stimmt. Da müsste man eine neutrale Schnittstelle schaffen, die aus der HTML-Vorschau alle beanstandeten Stellen (plaintext-Wort oder BKL/FS-Verlinkung) ausliest und allen interessierten Bearbeitungsfeld-Markuppern zur Verfügung stellt. --PerfektesChaos 10:52, 8. Nov. 2012 (CET)
