Wikipedia Diskussion:Lua/Werkstatt/Flagicons

aus Wikipedia, der freien Enzyklopädie
< Wikipedia Diskussion:Lua‎ | Werkstatt
Letzter Kommentar: vor 4 Jahren von Kpfiwa in Abschnitt Alternativlösung
Zur Navigation springen Zur Suche springen

Barrierefreies Internet[Quelltext bearbeiten]

Letzter Kommentar: vor 10 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt

Bei der Flaggen-Vorlage wurde bereits mehrfach das Problem deren Mängel hinsichtlich Barrierefreiheit diskutiert. [1][2] Wenn jetzt auf eine andere Technik umgestellt wird, sollte unbedingt vermieden werden, das Problem zu zementieren. --Quarz 23:17, 15. Aug. 2013 (CEST)Beantworten

Das Grundprinzip ist mir geläufig, und ich hatte mich auch schon mal über die mehrfache Voll-Nennung rein dekorativer Elemente gewundert. Das Charmante ist, dass es dann nur noch eine einzige Seite mit der Programmierung gäbe, die für alle Flagicons gelten würde. LG --PerfektesChaos 23:50, 15. Aug. 2013 (CEST)Beantworten

Wikidata[Quelltext bearbeiten]

Wenn es möglich ist, Aussagen von anderen Wikidata-Items als dem seiteneigenen zu holen, könnte man sich auch dort bedienen. Ich glaube aber nicht, das es eine zentrale Seite zur Pflege der Flaggen geben müsste, diese wäre vermutlich zu schützen und dann kann keiner mehr Flaggen ändern, was dem Wikiprinzip etwas gegenläufig ist. Ich bin mir nicht sicher, ob der früher Aufbau von Vorlage:Flagicon wirklich hilfreich war (riesengroßes Switch, in Lua wäre es eine Tabelle, was es nicht übersichtlicher macht, nur performanter). Da ist es wohl einfacher die Informationen dezentral zu halten. Gegen eine zentrale Vorlage, die sich um einen einheitlichen Aufbau, vorallem hinsichtlich der möglichen Parameter und der Standardgröße kümmert, spricht nichts, die hätte man auch schon vor Lua machen können, nur wollte keiner alle Flaggenvorlagen anpassen, gibt es wohl einige Diskussionen an verschiedenen Orten. Der Umherirrende 19:42, 16. Aug. 2013 (CEST)

Lua erlaubt anscheind den Zugriff auf properties von anderen Ids. Hierfür wäre wohl ein Modul:Wikibase zu erstellen, was man dann aus einer zentralen Vorlage nutzen kann, um an Flaggen (d:Property:P41) oder ähnliches zu kommen. Der Umherirrende 19:51, 16. Aug. 2013 (CEST)

Zeit, Nodecount und Einbindungen[Quelltext bearbeiten]

Letzter Kommentar: vor 10 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
  1. Die Vorlage Flagicon wurde gelöscht, weil sie bei häufiger Einbindung - es gibt Seiten mit mehr als 200 Icons - den Nodecount überschritten und teilweise auch Zeitüberschreitungen verursacht hat. Es sollte abgeschätzt werden, was bei im Grenzfall 1000 Einbindungen einer neuen Vorlage geschieht.
  2. Die bisherige Praxis, für jedes Land eine eigene Vorlage zu benutzen, hat sich bewährt. Es gibt zigtausend Einbindungen. Es ist nicht sinnvoll, die alle zu ersetzen, da es ja funktioniert. Sowas erschwert obendrein den Autoren die Einbindung. ÅñŧóñŜûŝî (Ð) 10:51, 24. Aug. 2013 (CEST)Beantworten
  1. Weder gibt es bei Lua einen nodecount noch ein #switch: oder sonst eine der Beschränkungen, die damals das Problem verursacht hatte.
  2. Für irgendeine der Einbindungen in irgendeiner Seite ändert sich überhaupt rein gar nix, wie auch umseitig klargestellt.
Beide Einwände sind gegenstandslos.
--PerfektesChaos 20:31, 16. Okt. 2013 (CEST)Beantworten

Diskussion:Werkstatt September 2013[Quelltext bearbeiten]

Letzter Kommentar: vor 10 Jahren18 Kommentare4 Personen sind an der Diskussion beteiligt

Hierher kopiert aus der allgemeinen Werkstatt-Diskussion. --PerfektesChaos 20:31, 16. Okt. 2013 (CEST)Beantworten

Modul:Vorlage:Flagicon durch Schnark[Quelltext bearbeiten]

Ich habe mal (eher aus Langeweile) einen Anfang gemacht, die Flaggenvorlagen auf Lua umzustellen. Ein paar Anmerkungen mit Bitte auf Reaktionen:

  • Das Modul kümmert sich nur um die Vorlage an sich, nicht um die Dokumentation. Diese muss beim gegenwärtigen Ansatz weiterhin so eingebunden werden wie bisher. Das halte ich für die im Augenblick vernünftigere Lösung, zumal die Kategorisierung nicht einheitlich ist, und ich im Test eine hübsche Endlosschleife (Dokumentation bindet wieder Vorlage ein) hatte. Dass man innerhalb der Dokumentation die eine eigentlich parameterlose Einbindung durch einen Dummy-Parameter ergänzt, halte ich für extrem verwirrend.
  • Im Augenblick kennt das Modul alle offiziell anerkannten Länder, weitere kann man natürlich jederzeit (auch nachträglich) einbauen.

Der Vorlagencode wird durch das Modul vereinfacht zu {{#invoke:Vorlage:Flagicon|f|DEU}}, wobei DEU der jeweilige Code ist. Folgende Änderungen sind beabsichtigt:

  • Die Flagge hat immer das gleiches Linkziel wie der Text und verlinkt nicht mehr (wie noch bei einer Reihe von Flaggen) die Dateibeschreibungsseite.
  • Bei den meisten Einbindungen ohne Text wird auf den versteckten Sortierschlüssel verzichtet, die Sortierfunktion schaut inzwischen nämlich bei Bildern auf das alt-Attribut, sodass er in den meisten Fällen überflüssig ist. Nur bei Einbindungen mit Text oder wenn der Sortierschlüssel vom alt-Attribut abweichen soll, wird weiterhin ein versteckter Text verwendet. Zudem sind inzwischen auch Umlaute im Sortierschlüssel kein Problem mehr und werden beibehalten.
  • Bei Einbindungen mit Text wird explizit ein leeres alt-Attribut gesetzt, bisher kommt es zu äußerst unschönen Duplikaten.

Ich habe mal Versionen von DEU, KOR und STP mit diesem Modul erstellt, und auf Benutzer:Schnark/Flaggen getestet. In meinem Offline-Wiki war ich mutiger und habe dort Vorlage:DEU direkt umgestellt, ohne erkennbare Probleme. Trotzdem kann ich bei fast 200 Vorlagen mit unzähligen Einbindungen natürlich nicht sicher sein, dass es nicht doch noch Probleme gibt. Insbesondere: Das Modul bekommt sämtliche Whitespaces in den Parametern. Die sollten zwar eigentlich nicht schaden, aber schaden sie tatsächlich nicht? Ich brauche also noch mindestens ein zweites Paar Augen, das sich den (eigentlich ziemlich trivialen) Code anschaut, und einen Mutigen, der einfach mal ein paar Flaggenvorlagen umstellt. --Schnark 09:58, 23. Sep. 2013 (CEST)Beantworten

Ja, da schau her! Hübsch. Und das ist dein Erstling?
  • Einen ersten Tipp hätte ich: Trennung von Programm und Daten.
  • Als Tabelle würde ich eine sequence pro Land nehmen (Array statt Objekt), also etwas wie
    "BLR" = {"Flag of Belarus.svg", "Weißrussland", true},
    und das Ganze nach Art eines Objekts in eine große Klammer
    return { "AFG" = {...}, "AGO" = {...}, ...};
  • Ein weiterer Parameter müsste ein "GER" für Deutschland sein, also ein Alias, der in den bisherigen Weiterleitungen die Definition von "DEU" ausnutzt.
  • Doku: Der Inhalt der Dokuseite sollte normaler Wikitext sein, aber mit Parametern aufgerufen werden (nämlich der gerade angekuckten Flagge, ihres Kürzels, Ländernamens und Icons) und statt Einheitsbrei genau die jetzt angeguckte Einzelvorlage dokumentieren. Ansonsten der Text der bisherigen Doku, vermehrt um spezifisches TemplateData per #tag:. Einen Parameter extra bräuchte es vielleicht noch, um die von dir gemutmaßte Endlosschleife zu verhindern; es gibt aber im Vorlagen-NR auch eine andere Lösung: Sich den Quelltext der obersten einbindenden Seite anzugucken, und wenn der anfängt mit {{#invoke:Vorlage:Flagicon wie bei Benutzer:Schnark/Flaggen/DEU, dann bin ich im Doku-Modus.
  • Details der Einzelfunktionen hatte ich mir noch nicht angeguckt.
  • Möglichst vielfache Olympia-Seite suchen und dort Performance messen; bzw. Dummy mit entsprechender Anzahl generieren.
  • Für eine Fortsetzung der Disku würde ich vorschlagen: /Flagicons.
Liebe Grüße und eine schöne Woche --PerfektesChaos 11:00, 23. Sep. 2013 (CEST)Beantworten
  • Dass das Modul auf einer einzigen Seite untergebracht ist, hat etwas mit meinem Offline-Testprozess zu tun, WP:XOWA kann keine neuen Seiten erstellen, nur vorhandene ändern, und da es nur ein entbehrliches Modul:Spielwiese gibt, konnte ich auch nur ein Modul verwenden.
    • Eventuell sollte man sogar drei Daten-Untermodule verwenden: Eines für Codes ohne Bindestrich, eines für Codes mit Bindestrich und einer Zahl am Ende (historische Flaggen) und eines für Codes mit Bindestrich ohne Zahl.
  • Sehe ich anders. Bei border = true weiß jeder, was das true bedeutet, bei deiner Variante nicht, dazu kommen noch Parameter für abweichendem Text oder abweichendem Sortierschlüssel, die man dann beide angeben müsste und trotzdem nicht gleich wüsste, was sie bedeuten.
  • Solange Vorlage:GER eine Weiterleitung bleibt (und es gibt keinen Grund, warum sie das nicht bleiben sollte), sind die Aliase im Modul überflüssig.
  • Vorlage:DEU hat eine zusätzliche Kategorie, Vorlage:VAT nicht. Solange da nicht aufgeräumt und vereinheitlicht wird, ist jeder Versuch die Dokumentation automatisch zu erstellen, ein Hack.
  • Da ich Diskussionen grundsätzlich im Quelltext lese und zu antworten beginne, bevor ich sie ganz durchgelesen habe, antworte ich hier, wenn du verschieben willst, dann verschiebe.
--Schnark 11:18, 23. Sep. 2013 (CEST)Beantworten
  • Drei Daten-Untermodule wären arg verwirrend für das Pflegepersonal, auch wenn Programmierer damit effizienter umgehen könnten. Weil das Programm-Modul irgendwann vollgeschützt wäre, die Datentabelle nur halb, soll ja jeder analog zu anderen Einträgen neue Flaggen hinzufügen können. Als Pfleger würde ich auch Volltextsuche einsetzen wollen: Welchem Code ist Datei XY.svg zugeordnet; gleiches Bildchen für unterschiedliche Namen wird wann verwendet? Müsste schon auf einer Seite beisammen sein.
  • Mal die sonstigen in Frage kommenden Parameter zusammentragen und gucken.
  • Ein Grund wäre, dass unterschiedliche Anzeigecodes benutzt werden: Verwende DEU für den Zugriff auf die Definition, aber GER für die optische Darstellung. Ein anderer wäre Performance für das Folgen der WL, aber das machen wir durch aufwändigere Progammierung schon wieder kaputt.
    • Wobei man darüber nachdenken kann, die Aliasse in die zentrale Datentabelle aufzunehmen, und wenn deren Wert kein table sondern string ist, dann ist es ein redirect. Dann hätte man sämtliche gültigen Codes auf einer Seite zusammen und kann daraus durch separates Modul eine Wartungstabelle aller Codes und aller Icons und aller Seiten generieren.
  • Das Aufräumen mit überkommenem Kategorienchaos wäre Nebeneffekt einer solchen Aktion; ich hatte mich damit noch nicht näher beschäftigt. Vielleicht ist es aber kein Chaos, sondern eine Systematik dahinter. Vielleicht genügt ein Flag, um den bekannten Landesnamen zur Generierung einer Zweitkategorie für aktuelle Staaten zu benutzen. Wobei Vatikanstaat ein aktueller Staat ist. Müsste sich ein Flaggensystematiker zu äußern.
    • Die Extra-Kats können sogar außerhalb der Doku direkt in der klassischen Vorlagenseite ins noinclude und müssen nicht von der eingebundenen Wikitext-Doku generiert werden.
    • Spezifische Doku-Generierung einschließlich spezifischem TemplateData müsste schon in eine Konzeption aufgenommen werden, um langfristig einen Mehrwert zu erhalten.
  • Was primär wichtig wäre, sind Hilfe:Vorlagenbeschränkungen: Bei einer unserer Olympia-Seiten mit allen Leichtathletik-Ergebnissen kommen wie viele Flagicons vor? Wenn man in dieser Anzahl zwei Dummies generiert, wie schrammen Luas CPU-Sekunden gegen Nodecount usw. im Verhältnis zum Maximum?
  • Verschieben der Disku hat Zeit; passiert dann gelegentlich. Aber dortige WD zur Kenntnis nehmen.
LG --PerfektesChaos 12:20, 23. Sep. 2013 (CEST) (nach BK)Beantworten
Die jetzige Lösung bewirkt, dass sämtliche Änderungen und Erweiterungen dazu führen, dass das Modul neu gerendert und alle Seiten mit Flagicons ungültig werden. Es kommen immer wieder mal Vorlagen zu historischen Flaggen dazu. Das sollte auch ohne Eingriff ins Modul möglich sein, denn das schränkt die autorenfreiheit stark ein. ÅñŧóñŜûŝî (Ð) 12:29, 23. Sep. 2013 (CEST)Beantworten
Ich bin für eine zentrale Vorlage für die Gestaltung der Flaggenvorlagen, aber für eine dezentrale Haltung der notwendigen Informationen, bei der alten Flagicons Vorlage ist es auch zeitlang gut gegangen, bis jemand alle möglichen Kombinationen eingetragen hat und die Aufrufzeiten explodiert sind, wird hier wohl weniger sein, aber ein rerendern wird es wohl auch geben, wenn etwas hinzugefügt wird, siehe auch Wikipedia Diskussion:Lua/Werkstatt/Flagicons. Der Umherirrende 18:18, 23. Sep. 2013 (CEST)
Anzahl Untermodule
  • Zwar bin ich Fan eines einzigen Untermoduls, könnte mich jedoch pragmatisch zu einer Zweiteilung hinreißen lassen:
    1. /base enthält alle Codes, deren Länge in Bytes [sic!] genau 3 beträgt.
    2. /plus enthält alle anderen Codes mit deren Zuweisung.
  • Das erste Untermodul deckt alle zeitgenössischen Codes (einschließlich DDR usw.) ab.
    • Hier ändert sich nur sehr selten was.
    • Das Untermodul kann nach einer Weile Erprobungszeit auch vollgeschützt werden, wenn alle Codes eingesammelt und richtig zugeordnet wurden.
    • Die allermeisten Seiten betreffen Wettbewerbe usw. nur mit solchen zeitgenössischen Staaten.
  • Das andere Untermodul enthält historische und Sonderformen.
    • Hier kommt sicher mal irgendein historischer Wimpel dazu.
    • Betroffen sind aber zahlenmäßig wenige Schlachten und Kolonien und olle Segler.
    • Halbschutz sollte reichen, der Flurschaden bleibt fünfstellig.
  • Für das Pflegepersonal ist die Unterscheidung zwischen den beiden Untermodulen simpel: Entweder es sind drei Buchstaben, dann muss ich für das ggf. vollgeschützte /base Entsperrung oder Admin-Edit beantragen, oder es ist irgendwas anderes, dann kann ich selbst das andere Untermodul bearbeiten.
@Schnark
  • Auf deiner Festplatte müsstest du das oben erwähnte Modul:Multilingual/codes haben, das kannst du schrotten. Ist nur prophylaktisch erstellt und momentan nirgendwo produktiv verwendet. Modul:Citation war nur Spaß und kann mutterseelenallein sowieso nicht funktionieren, kannst du überschreiben.
  • Eine Weiche für die lokale Erprobungsversion müsstest du mit Hilfe:Lua/Umgebung #site.server usw. einbauen können, um den Code hin und her zu schwappen.

LG --PerfektesChaos 16:03, 23. Sep. 2013 (CEST)Beantworten

Ich habe nach etwas Überlegen gerade die Flagge entlinkt, wenn ohnehin ein Link folgt:
  • Da der alt-Text leer sein sollte, würde da sonst ein Link stehen, der keinerlei Text hat. Eigentlich sollten Screenreader so klug sein und erkennen, dass sie den Link dann ignorieren sollen, aber bei Screenreadern ist der Unterschied zwischen Theorie und Praxis leider oft erstaunlich groß.
  • Auch für Sehende ergaben sich bisher wiedersinnige Kombinationen, dass der Tooltip der Flagge nichts mit dem Linkziel oder der Beschriftung zu tun hatte, und somit nicht klar war, wohin der Link eigentlich führt.
Insofern ist es für alle besser, wenn die Flagge unverlinkt bleibt. Zum Vergleich: In en sind die Flaggen auch unverlinkt. --Schnark 09:55, 24. Sep. 2013 (CEST)Beantworten
Gibt es eigentlich (außer design-philosophischen Gründen) auch praktische Gründe, warum die Daten alle zentral gespeichert sein sollen? Wie Antonsusi angemerkt hat, würde diese zentrale Speicherung ja dazu führen, dass die Aktualisierung einer Flagge die Neurenderung aller erzwingt. Aber eigentlich gibt es doch keinen wirklichen Grund diese Daten (im Gegensatz zur Logik, mit der aus den Daten der Wikitext erzeugt wird) zentral zu speichern. Wäre es nicht einfacher, wenn die Vorlagen statt des Flaggencodes die Daten übergeben, die bisher im Datenobjekt gespeichert sind, also {{#invoke:Vorlage:Flagicon|f|Flag of Germany.svg|Deutschland}}? --Schnark 10:59, 25. Sep. 2013 (CEST)Beantworten
Ich unterstütze die dezentrale Datenhaltung und kann mir auch vorstellen, dass die Informationen irgendwann auch mal von Wikidata kommen. Eine zentrale Vorlage für die Gestaltung ist auch sinnvoll, hat sich wohl bis jetzt noch keiner dran getraut, weil man dann ja auch das in alle Flaggenvorlagen einbauen sollte. Eine solche zentrale Vorlage kann aber auch ohne Lua erstellt werden, siehe auch Wikipedia Diskussion:Lua/Werkstatt/Flagicons. Der Umherirrende 20:50, 25. Sep. 2013 (CEST)


Gründe für die zentralen Tabellen in ein oder zwei loadData-Untermodulen:

  • Generierung konsistenter und redundanzfreier Wartungsübersichten durch ein separates Wartungsmodul, das die loadData-Tabellen auswertet.
  • Generierung der nachstehenden Tabellen über interne Kennbuchstaben in den Untermodulen bei dem jeweiligen Code-Eintrag:
  • Übersicht aller 3-Buchstaben-Codes einschließlich der Aliasnamen
    • Übersicht aller Codes und Einstufung als aktuell, ehemalig, nur IOC, usw.
    • Ein und derselbe Icon wird für welche verschiedenen Codes und Klartextbezeichner benutzt?
  • Der zentrale Witz an Lua ist die Möglichkeit, anders als bei der Vorlagenprogrammierung mit #switch sämtliche Definitionen in einer Tabelle zusammenzufassen.
    • In dem Moment, in dem man sie dezentral (pro Vorlage) halten möchte, gibt es keinerlei Grund mehr, mit Lua zu arbeiten und man kann die spezifischen Daten an eine gemeinschaftliche klassische Untervorlage übergeben, die dann auf einheitliche Weise die Formatierung der Ausgabe erledigt.
    • Weil wir Lua nur dann als Ersatz von Vorlagenprogrammierung benutzen, wenn sich daraus signifikante Vorteile ergeben, kann dann das Modul wieder gelöscht werden; es macht danach auch nichts anderes als eine Vorlagenprogrammierung machen würde, und wäre für die kleine Textgenerierung auch nicht sonderlich schneller oder sonst effizienter.
  • Der Grund, warum es seinerzeit mit #switch explodiert war, ist ganz simpel: Jede geprüfte Alternativmöglichkeit im #switch kostet zwei Nodes. Wenn dort 500 Möglichkeiten draufstanden, muss man im Mittel 250 Alternativzweige testen, macht wiederum 500 Nodes. Ich weiß nicht, wie es gelöst war, um aus dem Code den Icon sowie die Beschriftung zu ermitteln; wenn jeder seinen eigenen #switch hatte, kostet das zweimal 500 Nodes plus etwas Overhead, also vielleicht 1050. Das Limit pro Seite für besuchte Nodes sind genau eine Million; das heißt: Bei etwa 800–900 gezeigten Icons von 500 verschiedenen Codes ist Schluss. Gäbe es in dem #switch aber 1000 verschiedene Codes für die ganzen historischen Teile, passen nur gut 400 auf eine Seite und der Grasskilauf stürzt ab.
    • Lua braucht hingegen pro Icon nur zwei Nodes; einen für die Vorlage und einen für das #invoke – dafür gibt es ein Zeitlimit.

VG --PerfektesChaos 22:36, 25. Sep. 2013 (CEST)Beantworten


Zeitbedarf von Modul:Vorlage:Flagicon testen![Quelltext bearbeiten]

Habt ihr schon mal getestet, was bei 1000 Einbindungen auf einer Seite geschieht? Insbesondere der Parseraufwand ist wichtig! Die Vorlage Flagicon wurde zu gunsten einer dezentralen Lösung gelöscht, weil ihr umfangreicher Code bei 1000 Einbindungen zu langen Ladezeiten und Gateway-Timeouts führte. Bevor an diesem Modul weitergearbeitet wird, muss erst einmal getestet werden, ob es bei 1000 Einbindungen auf einer Seite keine Probleme gibt! ÅñŧóñŜûŝî (Ð) 12:05, 23. Sep. 2013 (CEST)Beantworten

Benutzer:Schnark/Flaggen/1000 braucht lange, kommt aber ohne Fehler zum Ende, auch die Werte von Benutzer:Schnark/Flaggen vs. Medaillenspiegel der Olympischen Sommerspiele 2012 sehen gut aus. Hast du ein Realbeispiel mit 1000 Flaggen? --Schnark 12:16, 23. Sep. 2013 (CEST)Beantworten
Zum Testen siehe auch meine Bemerkung oben 11:00: Möglichst vielfache Olympia-Seite suchen und dort Performance messen; bzw. Dummy mit entsprechender Anzahl generieren.
VG --PerfektesChaos 12:20, 23. Sep. 2013 (CEST)Beantworten
Ich kan mich daran erinnern, dass ich bei der Umstellung Seiten mit mehr als 1000 Einbindungen hatte. Welche das sind, weis ich aber nicht mehr. Es waren jedenfalls Seiten in der "Sportbranche". Das Modul muss jedenfalls sehr schnell sein und alle Features der jetzigen dezentralen Lösung umsetzen. ÅñŧóñŜûŝî (Ð) 12:29, 23. Sep. 2013 (CEST)Beantworten

Benutzer:Schnark/Flaggen/1000 liegt über 10 Sekunden real, müsste eigentlich angemeckert werden?

  • Die zweite Tabelle wird nicht gerendert, ist da ein Syntaxfehler oder ein Streik?
NewPP limit report
CPU time usage: 12.233 seconds
Real time usage: 14.805 seconds
Preprocessor visited node count: 37546/1000000
Preprocessor generated node count: 83529/1500000
Post‐expand include size: 952666/2048000 bytes
Template argument size: 235279/2048000 bytes
Highest expansion depth: 4/40
Expensive parser function count: 0/500
Lua time usage: 1.048s
Lua memory usage: 1.05 MB
Lua Profile:
    recursiveClone <mw.lua:109>                                      520 ms     44.8%
    [main chunk] <Modul:Vorlage:Flagicon>                            280 ms     24.1%
    Scribunto_LuaSandboxCallback::getExpandedArgument                120 ms     10.3%
    type                                                              80 ms      6.9%
    recursiveClone <mw.lua:109>                                       60 ms      5.2%
    (for generator)                                                   60 ms      5.2%
    ?                                                                 20 ms      1.7%
    [others]                                                          20 ms      1.7%

Wie zu erwarten: node counts, size, depth usw. liegen im einstelligen Prozentbereich. Harmlos.

  • Wie sieht der Report der gleichen Seite mit klassischen Vorlagen aus?

VG --PerfektesChaos 16:03, 23. Sep. 2013 (CEST)Beantworten

Hallo. Die zweite Tabelle funktioniert jetzt, nachdem ich einen Zeilenumbruch davor ergänzt habe. Gruß --Tlustulimu (Diskussion) 21:03, 23. Sep. 2013 (CEST)Beantworten
Ich kann mir ehrlich gesagt keine wirklich sinnvolle Seite mit deutlich mehr als 300 Einbindungen vorstellen, Wimbledon Championships 2013/Damendoppel ist das Extremste, das ich gefunden habe. --Schnark 09:55, 24. Sep. 2013 (CEST)Beantworten
Ich muss auf 600 erhöhen: Liste der Weltmeister im Grasskilauf, sollte aber trotzdem kein Problem sein. --Schnark 12:19, 24. Sep. 2013 (CEST)Beantworten

Neuer LUA-Ansatz für Land mit Flagge[Quelltext bearbeiten]

Letzter Kommentar: vor 4 Jahren5 Kommentare1 Person ist an der Diskussion beteiligt
Dieser Abschnitt kann archiviert werden. Vorlage:Flagge ist installiert --Klaus-Peter 07:39, 26. Okt. 2019 (CEST)

Vorgaben[Quelltext bearbeiten]

  1. Die bisherige Vorlagen gemäß WP:FLAG gehen mitunter recht sorglos mit den Fluggengrößen und Seitenverhältnissen um. Daher ist es auch nicht angeraten, diese Vorlage im Fließtext zu verwenden:
    1. Deutschland Deutschland, Vatikanstadt Vatikanstadt, Katar Katar, Nepal Nepal, Vereinigte Staaten Vereinigte Staaten, Danemark Dänemark sieht auch schlimm aus. Noch krasser wird es, wenn per WIDTH=№№ die Flaggen vergrößert werden, da der Randausgleich nur bei der Standardbreite 20 funktioniert.
      1. Deutschland Deutschland, Vatikanstadt Vatikanstadt, Katar Katar, Nepal Nepal, Vereinigte Staaten Vereinigte Staaten, Danemark Dänemark
    2. Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen oder gar ...
      1. Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen, Benutzer:Kpfiwa/Vorlage:Flaggen ergibt ein harmonisches Schriftbild und wäre damit auch mit Fließtext akzeptabel.
  2. Theoretisch könnte man auch bei den bisherigen Ländervorlagen {{ABC}} bis {{ZYX}} Korrekturen vornehmen, aber da wären ein paar Hundert Vorlagen zu korrigieren. Einige dieser Vorlagen erfüllen nicht einmal die Vorgaben der Verwendungsbeschreibung.
    1. Diese konventionelle Variante kann bestehen bleiben, damit es keinen Umstellungsbedarf gibt.
      1. Hier steht: Du greifst in die anderthalb Jahrzehnte austarierten Pixel-Abmessungen ein. Bei einem realen Einsatz hätte das letztlich Auswirkungen für Hunderttausende von Artikeln mit Millionen von Einbindungen, die zurzeit mangels Informationen nicht abgeschätzt werden können ...
        Kein Autor, der seine Fußball-Ergebnisse schnell und effizient dekorieren möchte, ist daran interessiert, für jedes Land an den Einbindungsparametern zu justieren.
        Da habe ich mich scheinbar missverständlich ausgedrückt. Hier geht es erst mal um eine NEUE Vorlage (ich nenne sie 'Flaggen', bis ein besserer Vorschlag kommt). Die kann man nutzen, muss es aber nicht. Wer es einsetzt, weiß was er tut und damit bleiben Hunderttausende von Artikeln mit Millionen von Einbindungen und alle Fußballfans unberührt! Die anderthalb Jahrzehnte austarierten Pixel-Abmessungen sind teilweise so mangelhaft (siehe Beispiele), dass ich nach einer besseren Lösung suche.
      2. Sofern sich herausstellt, dass eine sauber berechnete Variante besser aussieht und tatsächlich kein Umstellungsbedarf entsteht, da diese Lösung kompatibel gestaltet wird, könnte man die bisherigen Ländervorlagen {{ABC}} bis {{ZYX}} mit der Zeit durch Änderung des Eintrags auf {{#invoke:Flagge|f}} (+ includeanweisungen, Doku) umstellen.
    2. Sortiervorgaben sind offensichtlich ein Witz. Die beschriebene Anweisung {{AUT|sortable=ja}} funktioniert nicht!
  3. Generell halte ich es für unsinnig auf die Breite (WIDTH) abzustellen, selbst wenn nach Flaggenbreite mitunter korrigiert wird. Die Höhe der Flagge bleibt auch bei |{{#expr: {{{WIDTH|20}}} - 2}}px| unkontrolliert. Auch bei der protokollarisch abgesegneten Flaggenparade bei Staatsbesuchen hat das Stockteil der Hissflagge immer die gleiche Länge (= Flaggenhöhe). WP hat vermutlich ein eigenes Protokoll.
  4. Bei der Größe ist somit das Seitenverhältnis zu berücksichtigen und bei Tabellen müsste eine einheitliche Darstellung durch berechnete Leerräume rechts und links der Flagge erreicht werden. Dann passt es auch mit Katar und Nepal hübsch untereinander, da die Flagge mittelbündig ausgerichtet wird und der Text linksbündig.
    1. Abweichende Ausrichtungen (links-/rechtsbündig, leerraumfreie Darstellung für Fließtext und Umbruch) sind via Parameter vorgebbar. Ohne Parameter funktioniert {{Flagge|ZYX}} genau so wie {{ZYX}}, nur die Bilddarstellung wird etwas präziser.
  5. Alle Angaben zu Lemmata, Bilddateien, aspect ratio, Bildränder und Sortierung sind in einer Datei (quasi Datenbank) zu pflegen.
    1. Ideal wäre so etwas via Wikidata. Da habe ich aber bisher keinen passenden Ansatz gefunden.
      1. Einige Werte sind ja schon bei den einzelnen Ländereinträgen in Wikidata vorhanden oder könnten dort ergänzt werden. Das funktioniert sogar, aber bei längeren Listen wie z.B. Liste der Seitenverhältnisse von Flaggen bricht das schnell zusammen[a 1] und ist zudem ätzend langsam. Diesen Ansatz habe ich nach einigen Versuchen aufgegeben.
      2. Derzeit arbeite ich mit einer Liste und das geht auch bei größeren Tabellen hinreichend flott. Sie kann leicht ergänzt werden.
  6. Parameter zwingend mit einer vorgeschriebenen Schreibweise (WIDTH, Ziel) oder an bestimmten Positionen einzugeben ist finsteres Mittelalter, doch immerhin Multilingual. Mir wird ein markantes Wort (gemein oder versal) reichen oder sogar ein Buchstabe, wenn er eindeutig ist. [H]öhe, [h]eight, [h]auteur, [H]oogte, [h]ichte, [h]øyde, also [h] oder [H] kann die Welt etwas anfangen. Natürlich müssen unsere bewährten Standards erhalten bleiben.
  7. Nicht unerwähnt lassen möchte ich die bereits fortgeschrittenen aber doch recht alten Entwicklungen hier von Benutzer:Schnark und in kleinem Ansatz unter Modul und Definitionsdatenzu finden sind (angeblich meine Grundidee, die ich abgekupfert haben soll -- eine Lachsalve entkroch meinem Munde).
    1. In den Vorschlägen/Entwicklungen sehe ich keinerlei Ansatz, das aspect-ratio-Problem zu lösen. Das ist da scheinbar nicht vorgesehen.
    2. Vergeblich suche ich nach einer Testanwendung, die die Stärken des Vorschlag demonstriert. Ich bitte den Autor um einen entsprechenden Link.
  8. Meine Idee entstand in Fortführung des Artikels EuroVelo-Routen, die ich mit Vorlage:EuroVelo und LUA-Modul:EuroVelo umgeschrieben habe. Kein Glanzstück, aber es funktioniert.
    1. Bei den Seitenverhältnissen bin ich bei den Engländern und Franzosen fündig geworden. Derweil ich List of aspect ratios of national flags übersetzte und anpasste, wurde ich mit der Idee dieser Vorlage:Flaggen schwanger.

Testversion[Quelltext bearbeiten]

Hier ein noch nicht ganz ausgereifter Ansatz zur Vorlage 'Land mit Flagge'. Bei meiner Version ist es belanglos, ob die Parameter groß, klein, ausgeschrieben oder gekürzt sind. Ich werte nur den ersten Buchstaben aus. Also Borderrandausrichtung=linksorientiert ist ebenso gültig, wie b=L. Natürlich werden die bisher verwendeten Parameter 100% erkannt. Die Vorlage wäre separat abrufbar mit {{Flagge|XYZ}}[a 2]. Alle bisher verwendeten Parameter funktionieren schon, dazu gibt es ein paar nette Erweiterungen. Derzeit ist Testphase. Theoretisch könnten die bisherigen Vorlagen {{XYZ}} auch funktionieren, wenn man statt der Vorlagenprogrammierung mit dem Klammerzirkus eine einfache Weiterleitung auf das LUA-Modul einrichtet. Das sieht dann etwa so aus: {{#invoke:Flagge|fx}}, wobei die Parameter aus dem Vorlagenaufruf übernommen werden.

Bisher ist es so weit gediehen, dass die Vorlage {{Flagge|XYZ}} sofort einsetzbar ist. Die Lösung über die bisherigen Vorlagen {{XYZ}} könnte man bei Bedarf umstellen, ohne dass die Anwendung (Vorlagenaufruf) geändert werden müsste. Ja, ich weiß, das das Modul noch nicht der Gipfel der Eleganz und Performance ist. Aber geputzt wird, wenn der Rohbau steht.

Da ich nach bisheriger Erfahrung heftige Einwände und stramme Kritik der etablierten „Experten“ erwarte, werde ich erst nach Abschluss einer hoffentlich fruchtbaren Diskussion das Projekt fertigstellen (oder einmotten bzw. in anderen Wikis einsetzen). Konstruktive Anregungen versuche ich gerne umzusetzen und offensichtliche Fehler korrigiere ich, wenn ich sie finde.

Ja, ich weiß, es gibt einen scheinbar sinnvollen Ansatz via Wikidata. Daran habe ich mich erfolglos versucht. Für Einzelabrufe geht es fantastisch, aber wenn eine größere Anzahl abgerufen wird, geht scheinbar LUA in die Knie. Ich habe daher eine separate Liste generiert, die sich bei Bedarf beliebig erweitern lässt. Ich denke mal, dass auch ein paar tausend Einträge locker verarbeitet werden.

Bisher
mit {{XYZ}}		 jetzt
default		 [B]ord=[r]echts [B]ord=[i]nks [B]ord=[n]ix # [B]ord=[w]rap
Vatikanstadt Vatikanstadt Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Deutschland Deutschland Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Nepal Nepal Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Danemark Dänemark Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Katar Katar Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Jungferninseln Amerikanische Amerikanische Jungferninseln Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen

Deutlich wird es bei abweichenden Flaggengrößen, wo die bisherige Methode mit {{XYZ|WIDTH=40}} beim Layout total versagt. Ich berechne die Flaggengröße gemäß amtlicher Vorgaben und richte sie entsprechend aus. Insbesondere die Flaggenhöhe ist einheitlich. Ja, ich weiß, die Tabelle ist etwas breit, aber die Jungfern brauchen Platz

Bisher
mit {{XYZ}}		 jetzt [B]ord=[r]echts [B]ord=[i]nks [B]ord=[n]ix [B]ord=# [B]ord=[w]rap
Vatikanstadt Vatikanstadt Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Deutschland Deutschland Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Nepal Nepal Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Danemark Dänemark Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Katar Katar Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen
Jungferninseln Amerikanische Amerikanische Jungferninseln Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen Benutzer:Kpfiwa/Vorlage:Flaggen

Eine auf dieser Vorlage beruhende und funktionierende Anwendung findet man HIER. Die gleiche Liste in konventioneller Erstellung: Liste der Seitenverhältnisse von Flaggen.

Anmerkungen
  1. ↑ bis ca. 35 Reihen wurden abgearbeitet, dann ging LUA die Puste aus
  2. ↑ derzeit hier mit Umweg über BNR

    3. Funktionsprüfung (Doku)[Quelltext bearbeiten]

    Hier funktionieren durchgehend alle Funktionen (im Gegensatz zum Original). Da zusätzlich der Kurzcode des Landes übergeben wird[1], muss dieser explizit angegeben werden, wenn der Parameter 1 anders genutzt wird (z.B. für # oder 1=Mein Linkziel.

    Hier verwende ich den Parameter k=. „K“ soll für [K]ennzeichen stehen[2]. Möglich wären mit gleicher Wirkung auch [I]SO oder [O]rganisation[3]. Ausgewertet wird nur der erste Buchstabe, egal ob VERSAL oder gemein.[4]

    Nicht alle durch Parameter (s.o.) einstellbare Möglichkeiten sind dargestellt. Kombinationen sind möglich. Es können nur Angaben dargestellt werden, die in die Listen aufgenommen wurden.
    Erwatung[5] Quelltext mit Beispiel Ergebnis
    Darstellung Link-Ziel
    der Flagge des Textes
    STANDARD, d.h. auf Deutschland soll verlinkt werden und „Deutschland“ soll zu lesen sein.
    (entspricht Standardwerten, Parameter können daher weggelassen werden.)
    		 {{Flagge|DEU}} DeutschlandDeutschland Deutschland
    NUR das Linkziel soll geändert werden, weiterhin aber „Deutschland“ zu lesen sein.
    (hierfür ist nicht der Parameter „Ziel“ zu verwenden!)
    		 {{Flagge|k=DEU|1=Bundesflagge}}
    oder einfach nur
    {{Flagge|Bundesflagge|k=DEU}}     		DeutschlandDeutschland
    DeutschlandDeutschland     		Bundesflagge
    NUR der Text soll geändert werden, auf Deutschland aber weiterhin verlinkt werden. {{Flagge|DEU|T=GER}}
    oder
    {{Flagge|DEU|2=GER}}     		GERGER Deutschland
    Linkziel UND Text sollen ÜBEREINSTIMMEND geändert werden.
    (hierfür gibt es den Parameter „Ziel“, nicht zu verwechseln mit Parameter „1“-Linkziel!)
    		 {{Flagge|DEU|Ziel=Bundesflagge}} BundesflaggeBundesflagge Bundesflagge
    Linkziel UND Text sollen EINZELN geändert werden. {{Flagge|k=DEU|1=Bundesflagge|2=GER}}
    oder einfach nur
    {{Flagge|Bundesflagge|GER|k=DEU}}[6]     		GERGER
    GERGER
    Das Linkziel der Flagge soll geändert werden Grafikdatei {{Flagge|k=PER|f=0}}NEU PeruPeru Datei:Flag of Peru.svg Peru
    Flaggenbeschreibung {{Flagge|k=PER|f=1}}NEU PeruPeru Flagge Perus
    KEIN Text, nur eine verlinkte Flagge soll dargestellt werden. {{Flagge|k=DEU|#}}[6] oder
    {{Flagge|DEU|B=#}} oder
    ({{Flagge|DEU|B=C}})[7]     		Deutschland oder
    Deutschland oder
    (Deutschland)     		Deutschland –
    Änderung der Flaggengröße in Pixel
    (nur Eingabe der Pixelzahl ohne „px“. Der Standardwert für Breite ist 20, für Höhe 12.)[8]
    		 {{Flagge|DEU|WIDTH=40}} DeutschlandDeutschland Deutschland
    {{Flagge|DEU|HIGHT=24}} NEU DeutschlandDeutschland
    Name in Landessprache[9] statt Linkname {{Flagge|BEL|e=1}} NEU BelgienKönigreich Belgien Belgien
    als Ergänzung {{Flagge|BEL|e=2}} NEU BelgienBelgien, Königreich Belgien
    mit Übersetzung {{Flagge|BEL|e=3}} NEU BelgienBelgien, französisch Royaume de Belgique, niederländisch Koninkrijk België
    mit Sprachangabe {{Flagge|BEL|e=4}} NEU BelgienBelgien, französisch Royaume de Belgique, niederländisch Koninkrijk België
    komplett {{Flagge|BEL|e=5}} NEU BelgienBelgien, Königreich Belgien, französisch Royaume de Belgique, niederländisch Koninkrijk België
    Trennung Flagge von Text quasi Tabellenformat
    (hier mit diversen, optionalen Zusätzen)     		{{Flagge|BEL|e=5|a=in [[Europa]]<ref>Haptstadt</ref>|h=30|v=120}} NEU Belgien
    Belgien, Königreich Belgien, französisch Royaume de Belgique, niederländisch Koninkrijk België in Europa[10]
    Name in Landessprache
    ohne Flaggendarstellung[11]     		statt Linkname {{Flagge|DEU|e=-1}} NEU DeutschlandBundesrepublik Deutschland - Deutschland
    als Ergänzung {{Flagge|DEU|e=-2}} NEU DeutschlandDeutschland, Bundesrepublik Deutschland
    mit Übersetzung {{Flagge|UKR|e=-3}} NEU UkraineUkraine, ukrainisch Україна  Ukrajina, russisch Украина  Ukraina Ukraine
    mit Sprachangabe {{Flagge|UKR|e=-4}} NEU UkraineUkraine, ukrainisch Україна  Ukrajina, russisch Украина  Ukraina
    komplett {{Flagge|UKR|e=-5}} NEU UkraineUkraine, ukrainisch Україна  Ukrajina, russisch Украина  Ukraina
    Zusatzangaben a=1[12] {{Flagge|AUT-HUN-SK|a=1}} NEU oesterreÖsterreichische Marine, Österreich-Ungarn (Seekriegsflagge 1867 bis 1914) Österreichische Marine
    a=Text[13] {{Flagge|AUT-HUN-SK|a=Text, auch mit [[Link]] und/oder <ref>Refetext</ref>}} NEU oesterreÖsterreichische MarineText, auch mit Link und/oder [13]

    Kompatibilitätstest (konventionelle Vorlagen)[Quelltext bearbeiten]

    Die bisher eingesetzten Vorlagen könnten auch das Modul:Flagge nutzen, indem der bisherige Programmcode <span style="display:none;">{{{3|Abchasien}}}</span>[[Datei:Flag of the Republic of Abkhazia.svg|class=noviewer|{{{WIDTH|20}}}px|{{{3|Abchasien}}}]]{{#ifeq:{{{1|}}}|#|<!--nix-->| {{#if:{{{Ziel|}}}|[[{{{Ziel}}}]]|[[{{{1|Abchasien}}}|{{{2|Abchasien}}}]]}}}} durch {{#invoke:Flagge|f}} ersetzt wird. Dieser kurze Code passt für ALLE Ländervorlagen!

    Wunsch
    (am Beispiel der Vorlage:ABC für Abchasien)     		Quelltext mit Beispiel Ergebnis
    Darstellung Link-Ziel
    der Flagge    		 Link-Ziel
    des Textes
    STANDARD, d.h. auf Abchasien soll verlinkt werden und „Abchasien“ soll zu lesen sein.
    (entspricht Standardwerten, Parameter können daher weggelassen werden.)     		{{ABC}} AbchasienAbchasien Abchasien
    NUR das Linkziel soll geändert werden, weiterhin aber „Abchasien“ zu lesen sein.
    000(hierfür ist nicht der Parameter „Ziel“ zu verwenden!)     		{{ABC|1=Georgien}} oder einfach nur
    {{ABC|Georgien}}     		AbchasienAbchasien
    AbchasienAbchasien     		Georgien
    NUR der Text soll geändert werden, auf Abchasien aber weiterhin verlinkt werden. {{ABC|2=აფხაზეთი}} აფხაზეთი Abchasien
    Linkziel UND Text sollen ÜBEREINSTIMMEND geändert werden.
    000(hierfür gibt es den Parameter „Ziel“, nicht zu verwechseln mit Parameter „1“-Linkziel!)     		{{ABC|Ziel=Georgien}} GeorgienGeorgien Georgien
    Linkziel UND Text sollen EINZELN geändert werden. {{ABC|1=Georgien|2=აფხაზეთი}}
    oder einfach nur
    {ABC|Georgien|აფხაზეთი}}     		აფხაზეთი
    აფხაზეთი
    KEIN Text, nur eine verlinkte Flagge soll dargestellt werden.
    000(um eine optimale Texteinbindung zu ermöglichen, werden keine ausgleichenden Leerräume dargestellt.)     		{{ABC|#}} Abchasien Abchasien –
    Änderung der Flaggengröße in Pixel
    000(nur Eingabe der Pixelzahl ohne „px“. Der Standardwert für Breite ist 20, für Höhe 12.)     		{{ABC|WIDTH=40}} AbchasienAbchasien Abchasien
    {{ABC|HIGHT=24}} NEU AbchasienAbchasien

    Zukunftsmusik[Quelltext bearbeiten]

    Sofern die Vorlage abgesegnet wird und die Experten keine Hürden mehr für einen Einsatz sehen, könnte man sich versuchen in

    1. besserer Verwaltung der Liste/n. Ggf. vorhandene Daten sammeln und automatisch aufbereiten (Thema für Bot-Profis)
    2. Einsatz des (angepassten/erweiterten) Moduls für diverse Flaggen, Siegel-, Wappen und Logoträger (Organisationen, Regionen, Städte, Gemeinden auch Verkehrswege, Routen usw.) Das Grundgerüst sieht ja im Prinzip gleich aus, lediglich die "Anbieterlisten" sind verschieden.
    3. Verschedene Sprachversionen. Da bin ich schon mit den en:Wikipedianern fast in der Einsatzphase

    --Klaus-Peter 15:05, 27. Sep. 2019 (CEST)Beantworten

    Erledigt[Quelltext bearbeiten]

    • Listen habe ich nun via ein externes Programm aufbereitet und ergänzt. Habe alles verarbeitet, was ich so auf Anhieb finden konnte. Das ist sicher nicht komplett. Rotlinks habe ich nicht in die Listen übernommen. Die Listen sind jedoch recht einfach aufgebaut und können ohne Programmierkenntnisse ergänzt werden. Zudem wurde die Funktionalität erweitert um die Darstellung zusätzlich möglicher Informationen, sofern sie in der Liste vermerkt sind. Beispiel: Benutzer:Kpfiwa/Vorlage:Flaggen oder «Benutzer:Kpfiwa/Vorlage:Flaggen»
    • Theoretisch ist das Modul auch um andere Logo-, Siegel-, Wappen- und Schildersammlungen erweiterbar. Vermutlich ist es aber sinnvoller, diese Themen in spezialisierten Modulen abzuhandeln.
    • Die bisherigen Vorlagen der «Ländervorlagen mit Flagge» könnten problemlos umgestellt werden. Ob es sinnvoll ist? Zwar ist dann die grafische Darstellung erheblich verbessert, aber wenn in Artikeln schon die Darstellungsmängel durch andere Maßnahmen ausgeglichen wurden. könnten sich Überschneidungen ergeben. Für diese Fälle wird das Projekt «Flagicons» des langjährigen Experten «PerfektesChaos» eher den Erwartungen des anspruchsvollen Nutzers dienen. --Klaus-Peter 12:27, 24. Okt. 2019 (CEST)Beantworten

    Fragen[Quelltext bearbeiten]

    • Waum hat sich bei Modul:Vorlage:Flagicon seit 6 Jahren nichts getan? Der Ansatz war doch schon recht brauchbar und einew bessere Version habe ich bisher nicht gesehen.
    • Meine Forschungen[14] sind bisher so weit gediehen, dass das Vorlage:Flaggen und Modul:Flagge praxistauglich sind.</ref> Etliche Versuchs-Prozeduren und Variablen müssen noch raus, stören aber vorerst den Betrieb nicht.
    • Primär stellt sich mir die Frage nach sinnvollen Namenskonventionen für die Parameter. Generell steht für die Anfangsbuchstaben das gesamte Alphabet zur Verfügung, wobei [W]IDTH und [Z]iel und [s]ortable aus Gründen der Abwärtskompatibilität schon vergeben sind. Wer hat da konstruktive Vorschläge?
    • Auch für die Unterscheidung der Tabellendateien (Modul:Flagge/Flaglist_de_X ) sollte X durch jeweils sinnville Buchstaben ersetzt werden. Das 'de' ergibt sich aus der Sprache.
    • Feinschliff und Doku kann ich erst erstellen, wenn das abgeklärt ist. Wer hilft mit?

    --Klaus-Peter 13:48, 29. Sep. 2019 (CEST)Beantworten

    ‚Auch für die Unterscheidung der Tabellendateien (Modul:Flagge/Flaglist_de_X ) sollte X durch jeweils sinnville Buchstaben ersetzt werden‘. Entfällt, da es mir sinnvoller erscheint, die ca. 1200 Flaggen alphabetisch aufzuteilen. Für die Pflege ist es eindeutiger.--Klaus-Peter 11:53, 13. Okt. 2019 (CEST)Beantworten
    Anmerkungen
    1. ↑ Die bisherige Lösung verwendete hunderte von entsprechend benannter Vorlagen, die eine Zuordnung möglich machten
    2. ↑ oder [K]ey oder [k]eine_Ahnung ... ?
    3. ↑ Sinnvolle Vorschläge werden gerne angenommen
    4. ↑ Diese Parameterbenamung wurde bewusst gewählt, um fehlertolerant, deskriptiv und fremdsprachig einsetzbar zu sein.
    5. ↑ Die Parameter sind weitgehend kombinierbar
    6. ↑ a b Aus Kompatibilitätsgründen zur älteren Version muss das # als erster (unbenannter) Parameter stehen. Daher wird dem Ländercode ein 'k=' vorangestellt.
    7. ↑ Um eine optimale Fließtextexteinbindung zu ermöglichen, werden keine ausgleichenden Leerräume dargestellt. Somit sind auch Darstellungen in Klammern möglich.
    8. ↑ Bei Größenänderung wird der linke und rechte Leerraum angepasst, damit schmale und breite Flaggen zentriert untereinander stehen und die nachfolgenden Bezeichner ausgerichtet werden.
    9. ↑ Anzeige erfolgt nur, wenn diese Angaben in der Liste stehen.
    10. ↑ Haptstadt
    11. ↑ Anzeige erfolgt nur, wenn diese Angaben in der Liste stehen.
    12. ↑ Anzeige erfolgt nur, wenn entsprechende Angaben in der Liste stehen.
    13. ↑ a b Der Text kann auch Links oder Referenzen enthalten
    14. ↑ Forschungen, da meine Kenntnisse von WP-LUA immer noch sehr lückenhaft sind. Da besteht Verbesserungsbedarf. Immerhin, auch mit konventionellem Lua kann man was erreichen

      15. Abschluss[Quelltext bearbeiten]

      Vorlage:Flagge ist installiert. Da die Dateien im BNR gelöscht werden, können obige Beispiele bald nur noch Murks produzieren. Ich danke allen Helfern und Kritikern für ihren Einsatz --Klaus-Peter 07:39, 26. Okt. 2019 (CEST)Beantworten

      Dieser Abschnitt kann archiviert werden. Vorlage:Flagge ist installiert. Damit wurden Testvorlagen gelöscht --Klaus-Peter 07:39, 26. Okt. 2019 (CEST)

      Alternativlösung[Quelltext bearbeiten]

      Letzter Kommentar: vor 4 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt

      Mit der Vorlage:Flagge bietet sich eine funktionierende Alternativlösung an. Natürlich ist es ein total anderer Ansatz und kann kein Ersatz für Flagicons sein. Auf der Diskussionsseite findet man eine Liste der bisher integrierten Flaggen (vorerst unter 2500) und kann den Zeitbedarf für den Seitenaufbau abschätzen. Sollten wirklich einige Hundert Flaggen im Artikel sein, wird man wohl auf Flagicons warten müssen, das vom Ansatz her deutlich kompakter ist und vermutlich blitzschnell. Ich bin leider mit Wiki-Lua nicht so fit, um das Optimale herauszukitzeln.--Klaus-Peter 10:57, 28. Okt. 2019 (CET)Beantworten

      Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia_Diskussion:Lua/Werkstatt/Flagicons&oldid=220214162“