Benutzer:Qualitätssicherung

Nachdem ich nun einige Wochen versucht habe hier anonym (in den Änderungen mit IP-Adresse 82.135.8 ...) etliches überholtes aufzubereiten, habe ich mich heute entschlossen mich anzumelden. Der Name ist dabei durchaus als Programm gemeint. --Qualitätssicherung (Diskussion) 15:59, 11. Jul. 2023 (CEST)

Besser sagen kann man’s nicht!

„Vorlagenunfug #1: Hochkant. Deutsche sind Deutsche. Deutsche befolgen Regeln. Wo es keine Regeln gibt, fühlen wir uns einsam und verlassen. Gott sei Dank gibt es in WP recht viele Regeln. Beziehungsweise, Sachen, die irgendwie nach Regel klingen. Einst waren sie vielleicht als Handreichung oder Hilfestellung gedacht. Inzwischen sind das felsharte Regeln, eisenharte Keulen, mit denen man Gegner niederknüttelt und deren Existenz man mit seinem Herzblut verteidigt (siehe WP:FVB). Aber was ist mit unschuldiger scheinenden Sachen, wie etwa Vorlagenparametern? Bei Bildern gibt es zum Beispiel seit geraumer Zeit den Paramater hochkant. Den kann man angeben – oder auch nicht. Gedacht ist er offenbar dazu, Bilder mit stark abweichendem Seitenverhältnis (zum Beispiel von Fernsehtürmen, aber auch extreme Breitformate wie Panoramabilder) nicht zu groß oder aber auch nicht zu klein erscheinen zu lassen. Was machen wir also? Wir fragen zuerst nach der Definition? Was ist eigentlich „hochkant“? Alles, was höher als breit ist. Und sei es auch nur ein Pixel. Egal. Es geht ums Prinzip. — Und so macht man sich auf den Weg, der quer durch die Wikipedia führt, und ergänzt in sämtlichen Bilder, die höher als breit sind, den vom parameterunkundigen Autor offenbar vergessen Parameter hochkant. Es ist zum hochkant die Wände hoch gehen. Sind wir so blöd? Oder tun wir nur so?” (User:WR 31. August 2023)
Verallgemeinert das, mutet z.B. Lesern leere Abschnitte zu, weil irgendjemand einmal ein Gerüst erfunden hat, und ich sage: Mögen WV-Hunde, die sich betroffen fühlen, bellen!

Prinzipien[Bearbeiten]

Ein Reiseführer hat vor allem eins zu sein ‒ aktuell. Akkurat schadet auch nicht.

Ein paar Prinzipien, über die ich nicht diskutieren möchte müssen:

“User experience” (UX-Design) ist Trumpf, z.B.

“Under Construction“ hat auf Webseiten spätestens seit 2000 nichts mehr zu suchen, leider gehören hierzu die tausenden Stubs, die irgendjemand hier angelegt aber nie aufgefüllt hat. Oft auch weil es für viele der beschriebenen Kuhdörfer nichts zu sagen gibt. Das gilt auch für die Unterseiten vieler Großstädte, wenn man für verschlafene Wohnviertel mit Sätzen wie solchen erbaut wird:

Mobilität

Man kommt im Ort gut zu Fuß zurecht.
[…]

Aktivitäten

(Sonnen)Baden, Wandern und Fahrradfahren sind beliebt.

Einkaufen

Es gibt kleine Souvenirs zu kaufen. Ansonsten kauft man besser in der Innenstadt. Zum Shoppen lohnt ein Besuch des Zentrums.

Nachtleben

Hier lohnt ein Besuch der Innenstadt.

Unterkunft
Hotels und Privatpensionen sind vorhanden.

Diese Sammlung nichtssagender Phrasen findet sich wortgleich in acht Unterartikeln zu Danzig. Sie unterscheiden sich ansonsten nur in wenigen Worten, welche die Strände beschreiben. Lösch so was (alle diese „Artikel“ komplett) oder schick mich als Leser zum Schäfchenzählen. Summa des Vorstehenden: Besser gar keine Info, als ein krampfhaft angefüllter Stub ohne Handfestes. Denn die jahrelange Erfahrung zeigt, daß eben nicht „irgenjemand kommt und das schon richten wird.“ Guckst Du knapp 3200 Gegenbeispiele (Stand: 14. Jul 2023). Anders ausgedrückt: Besser inhaltsleere Artikel und Kategorien löschen, falls dann wirklich jemand etwas Vollständiges wieder anlegt kann er das immer noch.

Hyperlinks wurden dafür erfunden Querverweise zu ermöglichen und redundanten Quatsch, der auch noch nichtssagend ist zu vermeiden!
Gerade der Linkrot ist einer der Gründe warum ich angefangen habe hier mitzumachen. Nichts ist ärgerlicher als auf eine 404-Seite geschickt zu werden. Wenn man dann noch sieht wieviele Seiten seit zehn, manchmal gar 15 Jahren nicht mehr inhaltlich überarbeitet wurden … Gewisse Fleißarbeiter, die Branchenverzeichnisse von Apotheken oder Autovermietern erstellt haben machen die Pflege hier nicht einfacher, was in gewisser Weise auch für Preisangaben gilt
- daraus folgt auch: „|lastedit=“ ist einer der wichtigsten Parameter in vCards
ebenso ärgerlich, aber wohl der wiki-Software geschuldet ist die fehlende Möglichkeit relative Breiten zu verwenden. Das hat HTML5 dem Rest der Welt schon 2008 gebracht:
- Tabellen sind für mobile Darstellungen schlecht geeignet und gehören vermieden bzw. ersetzt.
- aus dem selben Grund bin ich ein Fan der Vorlage {{Scroll Gallery}}.
für Überschriften der 4. Stufe „;“ am Zeilenanfang statt „====“ weil dann das beim Lesen störende „[Bearbeiten]“ im Fließtext fehlt (das alternative „'''ÜBERSCHRIFT'''<br>“ macht den Quelltext schwerer lesbar).
Anführungszeichen folgen immer der Sprache des eingeschlossenen Textes. Übersicht w:Anführungszeichen#Andere_Sprachen
Eine Liste mit nur einem Punkt (sei es * oder #) ist per definitionem keine! D.h. nur eine vCard im Abschnitt braucht keinen Stern davor!
Einsatz von UTF-8 Sonderzeichen, auch wenn es dauert sie zu finden, denn saubere Typographie verbessert Lesbarkeit und somit UX. Beispiel „…“ statt „...“
das „halbe“ Leerzeichen (&#x202F oder &#8201) vor „km“ oder „°C“ usw. schadet nicht.

Behindertengerechtes Design, z.B.

Farbwahl, die Rot-Grün-Blinde nicht beeinträchtigt bzw. ordentliche Kontraste.
Zugänglichkeit für Vorleseprogramme (Screenreader:
- Dazu gehört die Markierung jedes fremdsprachlichen Ausdrucks mit einer entsprechenden Sprachvorlage.
- Vermeidung, bzw. Beseitigung von nicht vorlesbaren Bausteinen, wie Vorlage:RSIGN

Flexibilität im Text (also Synonyme), bei allem was geht

Es muß/ss egal sein ob ich schreibe:

bei Bildbeschreibungen „thumb“, „mini“ oder „miniatur“ bzw. “Bild:”, „Datei:“ oder „File:“ am Anfang steht. Funktionieren tun immer alle drei.
bei Zeilenumbrüchen <br> oder <br />
geschütztes Leerzeichen:  ,  ,   funktionieren alle.
die Vorlage {{ISBN}} bringt keinen Nutzergewinn, da die wiki-Software nach dem Text „ISBN“ folgende Nummer automatisch hervorhebt. Die Vorlage wiederum verschlechtert die Lesbarkeit des Quelltextes. Die Funktionalität wird zukünftig entfernt, siehe auch auch die Wartungskategorie Kategorie:Seiten, die magische ISBN-Links verwenden.

Nach Blicken ins Archiv habe ich gefunden, daß die Aussage „Die Funktionalität wird zukünftig entfernt“ schon mindestens 5-6 Jahre rumgeistert, ohne umgesetzt zu werden. Wann denn bitte? Lasse mer’s bis der Stuttgarter Bahnof fertig will (Daß sich jemand mit einer Wartungskategorie spielen will tut da nix zur Sach’). --Qualitätssicherung (Diskussion) 17:48, 3. Okt. 2023 (CEST)

Im Artikel Brocken habe ich folgenden Satz gefunden: „Hinweis: Einzelnachweise werden auf Wikivoyage im Gegensatz zur Wikipedia in der Regel sehr sparsam eingesetzt. Eigenes, erlebtes Reisewissen und allgemein Bekanntes (z. B. Infos aus Tourismusbroschüren) wird in der Regel nicht belegt. Da der Artikel Brocken zum Teil aber bei Speziellen Infos nicht auf weithin bekanntem Wissen beruht, gibt es hier ausnahmsweise einen Abschnitt "Einzelnachweise".“ Das halte ich für sinnvoll.

Hilfsmittel[Bearbeiten]

Persönlich zufrieden bin ich mit folgenden Hilfsmitteln:

Mit dem Browser-Addon WAVE (für Firefox, Chrome und Edge) prüft man einfach Behindertenzugänglichkeit, auch Farbkontraste.
Broken Link Checker gibt es ebenfalls für alle drei wichtigen Browser.
wer sein Linux unter KDE betreibt hat mit KCharSelect schöne Auswahlmöglichkeiten für UTF-8. (Tipp für Leute, die Ihren Rechner bedienen können: Es ist möglich das QT-Framework auch unter Windows aufzusetzen, dann hat man den KDE-Desktop ohne Betriebssystemwechsel.)

… to be continued („Wer einen Fehler findet, darf ihn behalten.“) --Qualitätssicherung (Diskussion) 13:00, 14. Jul. 2023 (CEST)