Benutzer:Dirk123456/Baustellenbaustelle 001/Baustelle-D/Baustelle-D.7

Wikipedia:Technische_Wünsche/Topwünsche/Leichter_mit_Vorlagen_arbeiten #Prototypen

Wikipedia:Technische_Wünsche/Topwünsche/Leichter_mit_Vorlagen_arbeiten #Prototyp_1:_Suchfilter_für_ausgezeichnete_Vorlagen

Wikipedia:Technische_Wünsche/Topwünsche/Leichter_mit_Vorlagen_arbeiten #Prototyp_2:_Verbesserte_Syntaxhervorhebung

... uns auf Feedback auf der Diskussionseite.

Wikipedia_Diskussion:Technische_Wünsche/Topwünsche/Leichter_mit_Vorlagen_arbeiten #Prototyp_2:_Verbesserte_Syntaxhervorhebung

Wir freuen uns auf euer Feedback. Dabei interessiert uns insbesondere:

Feedback: ich nutze die Syntaxhervorhebung im normalen Editor sehr gern und gerade bei der Bearbeitung komplexer Vorlagen finde ich sie hilfreich. Schön, dass ihr da weiter verbessern wollt.
  • 2a: bitte die Standard-Hintergrundhervorhebung nicht deaktivieren, ich finde damit (inkl. der dunkleren Farbe bei mehreren Verschachtelungsebenen) relativ einfach nicht geschlossene Verschachtelungen, also wo noch schließende Klammern fehlen etc.
  • 2b: wäre in Ordnung. Ließe sich vielleicht als Alternative zu 2a ausbauen, indem die Klammern, die die aktuelle Verschachtelung begrenzen, immer markiert werden (also anstatt Hintergrundhervorhebung Klammerhervorhebung, dann könnten auch die normalen Hintergründe bestehen bleiben.
  • 2c: brauche ich persönlich nicht, weil das nicht in meinen jahrelang konditionierten Arbeitsmodus in Quelltexten passt. Gern optional zuschaltbar für diejenigen, die es nutzen wollen, dann aber bitte so wie im CodeMirror, der mit anschließend manuell eingetippten schließenden Klammern klar kommt.
  • 2d: sehr gern, das sorgt immer wieder für Verwirrung und kann, wenn es gut gemacht ist, sicher helfen.
  • 2e: bin zwar nicht betroffen, aber ein starker Befürworter barrierefreier Oberflächen, also nur zu (solang der Hochkontrastmodus kein Standard wird ;)).
Wenn ich mich entscheiden müsste, dann entweder 2b oder 2d, schön wäre außerdem die beschriebene „Erweiterung“ von 2b um 2a. Gruß, -- hgzh 19:02, 28. Apr. 2020 (CEST)
Feedback: Ich schließe mich hgzh vollumfänglich an. — Raymond Disk. 08:24, 29. Apr. 2020 (CEST)

Anker|Dirk123456.ah-ghs-u5klv.Antwort.1

Antwortbeitrag unter Wikipedia_Diskussion:Technische_Wünsche/Topwünsche/Leichter_mit_Vorlagen_arbeiten

Hier wurden {{Anker|ah-ghs-u5k7l3v-ej....}} in der Diskussion in [[...#ah-ghs-u5k7l3v-ej....]] ungewandelt.


Wikipedia_Diskussion:Technische_Wünsche/Topwünsche/Leichter_mit_Vorlagen_arbeiten#ah-ghs-u5k7l3v-ej.Dirk123456.2020-05.Antwort Feedback: hallo, ich gehöre eher zu „Primäre Zielgruppe: Nutzende von Vorlagen“ als zur anderen „Primären Zielgruppe“ (Personen, die an Vorlagen arbeiten).
Insgesamt wünsche ich mir mehr, dass die Vorlagen besser mit dem VisualEditor (WP:VE, H:VE) zusammenarbeiten könnten. Auf der anderen Site habe ich mir den (-; mit dem Klammerbeutel gepuderten ;-) Code auch schon angesehen und mir dabei gewünscht, dass es da doch mehr visuelle Unterscheidung gäbe.
Vielleicht positiv. Ich halte die „Sprache H:VP“ (hat sie eigentlich einen Namen?) gerade aufgrund ihrer Einfachheit für schwierig, z. B. durch das Fehlen von echten Variablen und Funktionen (siehe auch #Probleme mit der Syntax, #Unzureichende Entwicklerwerkzeuge). Nichtsdestotrotz wird sie bis auf Weiteres eine bedeutende Rolle spielen.
Insofern wäre es gut, wenn Vorlagen-Programm-Syntax besser handhabbar wäre.
Ich habe ein wenig Bedenken, dass die verbesserte Syntax-Hervorhebung die eine oder den anderen dazu einlädt, noch komplexere Vorlagen – nicht mehr vierzig, sondern lieber fünfzig Parameter – anzufertigen.
Sortierung - bester Vorschlag zuerst:
  • 2b: Hervorhebung zusammengehöriger Klammern
  • 2d: Hervorhebung von Leerraum der die Formatierung beeinflusst
  • 2a: Hervorhebung des aktuellen Bereichs und Reduzierung der Hintergrundfarben
  • 2e: Überarbeitung des Farbthemas
  • 2c: Automatisches Schließen von Klammern
  • Was meiner Meinung nach sonst noch wichtig ist.
Ich denke, dass die meisten, die den Schwerpunkt „Leichter mit Vorlagen arbeiten“ gewählt haben, eher „Leichter“ als „mit Vorlagen arbeiten“ im Sinn hatten (weiß ich allerdings nicht).
Auch wenn leichteres Arbeiten mit einem Quelltext-Editor definitiv dazu gehört, sollten auch die Möglichkeiten, die Einbindungs-Wikitexte für Vorlagen durch den VisualEditor (WP:VE, H:VE) gut nutzbar anzubieten, nicht aus den Augen verloren werden.
Zumindest für die Wikipedia, die eine Enzyklopädie ist, befürchte ich auf lange Sicht ein schleichendes Absterben, wenn man Artikel (bzw. in den Artikeln) nicht überwiegend im WYSIWYG-Style, also im VE, schreiben kann. (Das sieht bei WikiData vermutlich anders aus.)
Der Einstieg in die Wikipedia war früher einfacher, weil man dem Wikitext anfangs keine größere Aufgabe zugedacht hatte, als leichter und übersichtlicher zu sein, als HTML. Der Preis dieser Übersichlichkeit war, keine allzu komplexen Sachen zu machen und Seiten nicht allzu lang werden zu lassen.
Nach und nach ist die Komplexität, z. B. durch neue Vorlagen, Erweiterungen u. ä. gestiegen, wobei sich die Wikipedianerinnen und Wikipedianer langsam und parallel dazu anpassen konnten.
Wer heute neu dazu kommen will, hat diese Möglichkeit nicht, sich parallel zu entwickeln. Der Gedanke, die Auffindbarkeit von Vorlagen durch den VE zu verbessern, ist richtig. Man sollte aber zunehmend die Möglichkeit bekommen, eine Vorlage-Einbindung effektiv dort zu bearbeiten, wo man in diesem Fall gerade ist – nämlich beim Schreiben mit dem VE.
Deshalb empfehle ich, den Syntax-Hervorhebungen nicht die gesamte verbleibende „Legislatur-Periode“ des technischen Wunsches „Leichter mit Vorlagen arbeiten“ zu widmen. Sonst wär's natürlich gut, wenn 2a bis 2e gehen würden.
MfG --Dirk123456 (Diskussion) 19:33, 4. Mai 2020 (CEST)