Wikipedia:Verbesserungsvorschläge/Archiv/2019/September
Redundanz
Hilferuf an erfahrene Sichter!
Ich hatte festgestellt, das der Basiseintrag Geschichte (Bonn) sehr oberflächlich war und ein paar Bemerkungen zu Franzosenzeit und Preußenzeit eingebracht. Das war zwar richtig gemeint, aber im Prinzip hätte ich besser auch die Einträge in die Geschichte der Stadt Bonn als nachgelagerten Beitrag ergänzt. Sorry!
Im Prinzip findet ich beide Beiträge lückenhaft bzw. absolut nicht harmoniert. Dieses Phänomen läuft mir übrigens öfters über den Weg.
Kann mir bitte jemand sagen, der viel Erfahrung in Sichtungen und den Werkzeugkasten bei Wikipedia hat, wie man es hinbekommt, dass Einträge in einem Unterschlagwort zu einem Extrakt automatisiert in die Hauptseite überträgt???
Kann sein, dass das nicht geht, aber wegen der Redundanz von verbundenen Seiten wäre es hilfreich. Kann auch sein, dass ich die Frage an anderer Stelle zur Diskussion stellen sollte. --Guido Radig (Diskussion) 16:53, 8. Sep. 2019 (CEST)
- Technisch wäre es möglich einen Textabschnitt aus einem Artikel in den anderen einzubinden, das wäre aber keine gute Lösung. Erstens erschienen, dann auch bei weiteren Ergänzungen Dritter, diese in dem anderen Artikel, ohne dass dies dem Dritten unbedingt klar wäre und auch in der Versionsgeschichte/Beobachtungsliste des anderen Artikels wären weitere Änderungen nicht ersichtlich. Vor allem sollte in der Abschnitt Geschichte im Artikel Bonn eine kürzere, weniger detailreiche Darstellung stehen als im Artikel Geschichte der Stadt Bonn. Vielleicht kannst Du Deine Ergänzung in den Geschichtsartikel einfügen und die Ergänzung im Artkel Bonn kürzen? Ein wenig Redundanz ist ja sinnvoll, aber sicher keine volle, was beim kompletten Einbinden für den Leser das Ergebnis wäre. --Diwas (Diskussion) 17:30, 17:34, 8. Sep. 2019 (CEST)
Verstehe Diwas! Die Nachteile eines Automatismus widersprechen unseren Prinzipien.
Ich werde folglich demnächst Deinen Vorschlag aufgreifen und den Artikel Geschichte der Stadt Bonn erst einmal aufbereiten bzw. revisionieren. Dann Sichtung. Dann ziehe ich einen verkürzten Extrakt manuell auf den Artikel Bonn. Nach Abschluss wäre das dann erst mal auf einem neuen Stand für weitergehende Bearbeitungen. Rog. --Guido Radig (Diskussion) 17:51, 8. Sep. 2019 (CEST)
Kampf dem Schwachsinn Tooltipps!
Wenn mein Mauszeiger irgendwo steht, poppt sofort direkt unter ihm ungefragt ein unerwünschter Balloon-Tipp auf, der informationsfreien Text (Datenmüll) enthält. Kommt der Mauszeiger aufgrund eines Ladens einer neuen Seite *zufällig* auf einem Webseitenelement zum liegen, wird sofort der Text, der dort ohnehin schon steht, nochmal als Tooltipp angezeigt.
Was soll das für einen Nutzen haben denselben Text zweimal erscheinen zu lassen? Das steht da ohnehin schon!
Es ist nachvollziehbar, das Webseitenprogrammierer sowas machen, weil sie es toll finden, das technisch Machbare zu machen und weil andere Webseiten es auch so machen. Klar, wenn alle anderen es so machen, muß man das selbst auch so machen, egal, wie die User das empfinden. Kein Feeback heißt nicht, dass es gut ankommt. Die meisten Leute sind meiner Erfahrung nach nämlich einfach nur zu träge, um Kritik zu äußern; abstumpfen ist bequemer. Denn vermutlich gibt es keinen der lobt: "Toll! Wenn mein Mauszeiger über 'Karl der Große' steht, erscheint unter meinem Mauszeiger sofort der Text 'Karl der Große'. Das ist super, hilft mir wahnsinnig viel weiter, denn das hätte ich so gar nicht gewusst, dass der Text 'Karl der Große' 'Karl der Große' bedeutet. Wahnsinnig vielen lieben Riesendank für dieses extrem hilfreiche Super Feature!!" (Okay, vielleicht doch. Man soll die Dummheit der Menschen nie unterschätzen.)
Wer die Anfänge des WWW miterlebt hat, erinnert sich noch an diese ersten Nerd-Sites mit völlig überladenen Menüs, eins oben am Rand, eins links und rechts mit Icons und unten auch noch ein viertes, obwohl das ohnehin bereits schon fünf mal mitten auf der Site steht, und alles mit bunten Mustern, möglichst noch animierten Bildern als Hintergründen, rotierenden blinky-blinky-Schriften in 20 Fonts und 30 Schriftgrößen und 256 Farben gnadenlos schmerzfrei überladen; einfach Alles reingepackt, was technisch geht, nur weil es geht, scheißegal, ob sinnvoll, produktiv oder kontraproduktiv. Das genau spiegelt sich heute in Tooltipps wieder!
Einige haben in dieser Zeit gelernt: Seit das WWW existiert gilt 'Weniger ist mehr'. Kopiert ist blitzschnell millionenfach. Aber dadurch steigt der Informationsgehalt nicht. Sondern im Gegenteil wird die der eigentliche Gehalt verwässert und überschattet. Aber das ist leider immer noch nicht zu Allen durchgedrungen.
Für mich als User haben diese Tooltipps keinen einzigen, noch so winzigen Vorteil, denn eine Information, die nicht im Zusammenhang mit dem steht, was ich betrachte und ohnehin nur das aussagt, was mir ohnehin schon bekannt ist, weil es dort bereits schon steht, hat eine Erhöhung der Informationsmenge von exakt genau Null. 99,99% aller Balloon-/Tooltipps transportieren keine neue Information, da sie ohnehin nur nochmal aussagen, was ohnehin bereits bekannt ist. Für die verbleibenden 0,01% sind sie nicht zu Rechtfertigen. Das ist höchst ineffzient. (Nervt das Wort 'ohnehin' schon? Warum? Ist doch zusätzlicher Text, also mehr Information, ergo hilfreich und kann somit nur gut sein! Sollte ohnhin jeder so machen!) Somit müllen sie die eigentlichen Informationen lediglich zu, denn sie decken Teile des Bildschirms und somit noch unbekannte Informationen mit redundantem Datenmüll zu. Hinzu kommt, dass die Tooltips zudem auch Traffic produzieren. Das mag nicht besonders viel sein, aber auch wenig Unnützes zu vermeiden ist Vermeidung von Unnützem und in diesem Fall vermiedener unnützer Traffic.
Zudem stören die Teile, denn sie lenken ab. Jede im Sichtfeld wahrgenommene Veränderung lenkt die Aufmerksamkeit sofort auf sich. Das ist ein ganz natürlicher Reflex. Bei Werbung ist das nachvollziehbar, denn sie will die Aufmerksamkeit auf sich ziehen. Aber die ursprüngliche Idee von Tooltipps war ja eigentlich eine schnell, unkomplizierte Direkthilfe. Es ist aber keine Hilfe, wenn die Aufmerksamkeit des Lesers immer wieder vollautomatisch von seinem eigentlichen Interesse auf etwas anderes gelenkt wird, in welchem ungebeten zusätzlich etwas eingeblendet wird, was den Leser gar nicht interessiert und zudem auch keinen Informationsgehalt hat, weil die Tipps ohnehin nur anzeigen, was ohnehin schon dort steht.
Sämtliche automatisch aufpoppende Tooltipps gehen nämlich von zwei grundsätzlich falschen Annahmen aus. Womit auch bewiesen ist, dass diejenigen, die auf die Implementierung von automatisch aufpoppenden Tooltipps bestehen, keine Ahnung von der Erstellung von User-Interfaces haben, weil sie nicht wissen, wie User Interfaces nutzen (Direkter, gutgemeinter Tipp dazu: Selbstbeobachtung. Also nicht "funktioniert das, was ich programmiert habe?" sondern "WIE NUTZE ICH die Seite eigentlich?"):
1. Der Betrachter/Leser wünscht immer eine sofortige Zusatzinformation zu dem, worauf der Mauszeiger ruht. Falsch. Eine Zusatzinformation ist relativ zum Verhältnis aller aufpoppenden Tooltipps nur extrem selten gewünscht. Früher gab's mal die sogenannte Soforthilfe, meist durch Drücken der F1-Taste oder mit einem Rechtsklick aktivierbar. Doch vermutlich wird dieses nicht mehr gemacht, weil dabei nämlich rauskäme, dass die Hilfe derart selten gefragt wird, dass sich eine Implementierung ohnhin gar nicht lohnen würde. Nö, dann besser einfach eine Library-Funktion aktivieren, die den User vollautomatisch ungefragt mit Datenmüll zupflastert. Bringt zwar nix Positives, und nervt die User, macht aber keinen nennenswerte Arbeit (eine gute Hilfe oder ein gutes Handbuch zu schreiben ist nämlich richtig viel Arbeit, die viel Verständnis nicht nur der Technik sondern vor allem vielmehr für die User vorraussetzt!) und sieht bei Vorgesetzten, die auch keine Ahnung haben, gut aus, weil den Mist sieht man ja ohnehin auch sonst überall, ergo kann das ja gar nicht falsch sein. Bestätigung durch Wiedererkennung. Früher gab's mal das Sprichwort: "Fresst mehr Scheiße! Milliarden Fliegen können nicht irren."
2. Der Mauszeiger zeigt immer auf das, worauf der Blick der Betrachters/Lesers konzentriert ist. Falsch. In den meisten Fällen bleibt der Mauszeiger einfach nur dort stehen, wo er vorher bewusst und willkürlich hin geschoben wurde. Wird die Seite, die darunter liegt aber verändert, weil z.B. der Text gescrollt wird oder eine neue Seite z.B. über einen angeklickten Link geladen wird, ist die Position des Mauszeigers dann rein zufällig und hat überhaupt gar nichts mit dem Blickpunkt des Users zu tun (Okay, sicher, es gibt auch Leute, die beim Lesen die Lippen bewegen und den Finger nutzen. Aber für die anderen sollte man die Funktion grundsätzlich abschaltbar machen. Der Defaultmodus 'ein' zeigt, dass man die Mehrheit seiner User für minderbemittelte Vollpfosten hält, die auch für die primitivste Hirnkrücke dankbar sind.) Zu dieser rein zufälligen Mauszeigerposition Zusatzinformationen einzublenden ist für den Betrachter zum einen doppelt sinnfrei, weil die eingeblendete Zusatzinformation nicht zu seinem Blickpunkt passt und weil sie Text enthält, der da ohnehin schon steht, und zum anderen lenkt die Veränderung von seinem Konzentrationsfokus ab, stört den Lese-/Arbeitsfluß.
Somit haben Tool-/Ballontipps unterm Strich keinen nennenswerten Vorteil, aber deutliche Nachteile.
Kurz:
Gutgemeinte Idee, faktisch aber kontraproduktiv, weil so gut wie nie sinnvoll und vernünftig umgesetzt, weil ohnehin fast immer falsch verstanden.
Daher:
Bitte nicht Allen, die einen IQ von auch nur leicht über 79 haben, ungefragt und unabschaltbar aufzwingen!
Bitte nicht! (nicht signierter Beitrag von 178.198.100.75 (Diskussion) 09:29, 23. Sep. 2019 (CEST))
Kein Zeilenumbruch vor Referenznummern
Hallo, wäre es möglich, im Fließtext einen Zeilenumbruch vor den hochgestellten Referenznummern/-links zu verhindern? Immer mal wieder sind diese freischwebend auf der neuen Zeile zu sehen. Was einem Setzer in einem Druckwerk nie passieren durfte, sollte auch hier den Lesefluss nicht hindern. Gruß und Dank, --Wi-luc-ky (Diskussion) 00:38, 19. Sep. 2019 (CEST)
- Rog. Werde dran denken.
- --Guido Radig (Diskussion) 11:26, 19. Sep. 2019 (CEST)
- @Guido Radig: Hier richtig?
- Das Problem wurde unbekannterweise schon 2017 in Technische Wünsche und seit Anfang September 2019 in der Technikwerkstatt diskutiert; ist bereits gemeldet in Phabricator Task T125480. --Wi-luc-ky (Diskussion) 18:29, 27. Sep. 2019 (CEST)
Flagge einfügen - Vorlage:Infobox Ort in Kroatien
Servus Kollegen!
Ich versuche schon seit längerer Zeit den Parameter |Flagge = in die Vorlage:Infobox Ort in Kroatien einzubauen, jedoch leider ohne Erfolg. Entweder befindet sich die Flagge über dem Wappen, oder verschiebt dieses ganz nach rechts, außerhalb der Infobox.
Könnte mir eventuell jemand dabei helfen? Am besten wäre es wenn die Flagge ähnlich wie das Wappen funktionieren würde.
Gruß, Koreanovsky (Diskussion) 19:50, 27. Sep. 2019 (CEST)
- Wikipedia:Vorlagenwerkstatt kann bestimmt helfen. Als Vorbild könnte z.B. die Infobox für russische Orte dienen. --j.budissin+/- 20:17, 27. Sep. 2019 (CEST)
- @J budissin: Ich danke dir! Gruß, Koreanovsky (Diskussion) 22:05, 27. Sep. 2019 (CEST)