Wikipedia Diskussion:Ländervorlagen mit Flagge

Archiv

2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2024

Wie wird ein Archiv angelegt?

Automatische Archivierung

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 90 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten.

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Allgemeines

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Bevor Du eine dieser momentan über 1000 Vorlagen änderst, bitte folgendes beachten:

• Wenn Du die Flagge ändern möchtest, benutze bitte vorzugsweise ein Bild von Commons und eher eine SVG-Grafik als ein Rasterbild.
• Wenn Du die Größe/Breite von 20px auf einen anderen Wert ändern willst, diskutiere das bitte erst hier und mache es dann in allen Vorlagen, oder lasse es bei allen sein.
• Wenn Du den Namen des Landes ändern willst, beachte bitte Wikipedia:Namenskonventionen/Staaten und das dazugehörige Wikipedia:Meinungsbilder/Einheitliche Ländernamen.
• Wenn Du die Vorlagenparameter oder den Aufbau der Vorlagen nicht verstehst, mache bitte keine Experimente, sondern frage gerne einfach an. Die Vorlagen sind mittlerweile hundertfach genutzt.

Danke --Haring (...) 00:24, 22. Feb 2006 (CET)

• Die Vorlagen werden einfach mit {{XYZ}} eingebunden, wobei XYZ entweder dem dreistelligen Länderkürzel der ISO-3166-Kodierung (ISO) oder dem Kürzel des Internationalen Olympischen Komitees (IOC) entspricht. Die IOC-Vorlagen sind Redirect auf die ISO-Vorlagen (um den Pflegeaufwand zu minimieren).

  Beispiel: {{AFG}} wird zu Afghanistan Afghanistan

• Zur Änderung des Link-Ziels kann ein zusätzlicher (also optionaler) Parameter angegeben werden. Das Link-Ziel muss ohne [[...]] angegeben werden.

  Beispiel: {{AFG|Afghanische Fußballnationalmannschaft}} wird zu Afghanistan Afghanistan

• Zur Änderung des Link-Textes kann ein weiterer zusätzlicher (also optionaler) Parameter angegeben werden. Der Link-Text muss ohne [[...]] angegeben werden.

  Beispiel: {{AFG|Afghanische Fußballnationalmannschaft|Fußball in Afghanistan}} wird zu Afghanistan Fußball in Afghanistan

• Soll nur der Link-Text geändert werden, kann der zweite unbenannte Parameter direkt angegeben werden.

  Beispiel: {{AFG|2=Islamische Republik Afghanistan}} wird zu Afghanistan Islamische Republik Afghanistan

• Zur Änderung der Flaggengröße kann der optionale benannte Parameter WIDTH angegeben werden, der als Pixelwert (px) interpretiert wird. Ohne Angabe dieses Parameters, wird einheitlich 20px benutzt (Hinweis: die schmalen Flaggen von Belgien, Nepal und Schweiz haben einen rechten Rand der zur einheitlichen Texteinrückung ein Seitenverhältnis von 4:3 simuliert).

  Beispiel: {{AFG|WIDTH=40}} wird zu Afghanistan Afghanistan

• Für sortierbare Tabellen wird sortable=ja gesetzt

  Beispiel: {{AUT|sortable=ja}} wird zu Osterreich Österreich, und wird korrekt unter «O» sortiert

Welchen Zweck hat diese Erläuterung, die sich wesentlich von der offiziellen Vorlagendokumentation unterscheidet? --Quarz 20:41, 4. Mär. 2011 (CET)

Linkziel des Flaggenbildes

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Im Oktober gab es einen größeren Umbau, den ich sehr begrüße und in dessen Folge nun die Flagicon-Vorlage überflüssig wird. Was leider nicht in Erwägung gezogen wurde, ist die Verlinkung des Bildes. Vor allem bei der neuen Einbindungsart {{DEU|#}} hätte ich gern, dass es nicht als Deutschland sondern als ausgegeben wird, also mit Deutschland als standardmäßiges Linkziel.

Kurz: Ich finde es ungeschickt, wenn ein unbedarfter Leser beim Anklicken des Icons auf einer für ihn verwirrenden Bildbeschreibungsseite landet statt beim vermuteten Artikel (was vor allem bei „Deutschland Deutschland“ sehr leicht versehentlich passieren kann).

Die Idee hängt davon ab, ob es lizenzkonform ist, den Link zur Bilddatei wegzulassen. So weit ich weiß, darf man das nur bei gemeinfreien Bilder machen. Sind alle Flaggen gemeinfrei? Wenn es nicht pauschal geht, lässt sich eine Lösung finden, diese Verlinkung nur bei den gemeinfreien Flaggenbildern so zu verändern? --TMg 20:16, 18. Jan. 2011 (CET)

Eine interessante Frage. Wäre das denn neben der Lizenzfrage auch mehrheitsfähig ? ÅñŧóñŜûŝî (Ð) 22:14, 18. Jan. 2011 (CET)

Bin dagegen. Zum einen ist eine Flagge nicht immer gleichzusetzen mit einem staatlichen Gebilde (Regierungsform), siehe Abschnitt zu Griechenland, zum anderen finde ich das ein bisschen spekulativ, den Link zu Deutschland (in dem Beispiel) als leserfreundlichst anzunehmen: Bsp: Deutschland Georg Hackl: der Leser könnte von der Flagge zu "Deutschland", "Flagge Deutschlands", "Georg Hackl", der Bildbeschreibungsseite, "Deutschland bei den olympischen Winterspielen 1998"... geschickt werden wollen). Keinen Link zu setzen ist außerdem die einzige Möglichkeit unumständlich zur Bildquelle zu kommen, wenn man nähere Dateiinfos brauchen sollte. Lizenzmäßig wär das Ganze aber unproblematisch, dank Schöpfungshöhe &co. … «« Man77 »» 23:33, 26. Jan. 2011 (CET)

Ich denke, wenn neben der Flagge ein Link steht, ist die Sache eh klar. Wenn ich die eigentliche Frage richtig verstehe, geht es nur um das Verlinken der alleinstehenden Flagge. Bei den HDK habe ich es so gelöst, daß ein Verlinken der Flagge zumindest möglich ist, sofern gewünscht. --Ambross 00:21, 27. Jan. 2011 (CET)

Favicon

Mein Vorschlag ist im Grunde sehr einfach. Meiner Ansicht nach sind die Miniatur-Flaggen nicht anders zu bewerten als beispielsweise die Favicons im Webbrowser oder die Icons auf vielen, vielen anderen Webseiten (Beispiel). Die Icons werden nicht als eigenständige Bilder präsentiert und wahrgenommen sondern unterstützen den daneben stehenden Text. Auch das Icon hinter dem externen Link () führt ja nicht zur Bildbeschreibungsseite. Gelegentlich sind die Icons gar nicht anklickbar, aber niemals führt ein Klick auf das Icon zu einem völlig anderen Ziel als ein Klick auf den Text daneben. Diese Einheitlichkeit wünsche ich mir hier. Die Miniatur-Flaggen sollten immer zum selben Ziel führen wie der Link daneben. Icon und Link sollten eine Einheit bilden und nicht völlig verschiedene Ergebnisse produzieren, nur weil man sich beim Klicken um ein Pixel vertan hat.

Quelltext	Aktuelle Ausgabe	Mein Vorschlag
{{DEU|#}}	Deutschland
{{DEU}}	Deutschland Deutschland	Deutschland
{{DEU|Beispiel}}	Deutschland Deutschland	Deutschland
{{DEU|2=Beispiel}}	Deutschland Beispiel	Beispiel
{{DEU|Georg Hackl|Georg Hackl}}	Deutschland Georg Hackl	Georg Hackl

Mindestens wünsche ich mir das bei der Einbindungsart {{DEU|#}}, lieber wäre mir aber ein einheitliches Verhalten in allen Fällen. --TMg 13:07, 27. Jan. 2011 (CET)

Ich war jetzt mutig und habe das für die Vorlage:DEU gemacht. Ich bitte darum, mich nicht mit dem Argument zu revertieren, dass das eine Abweichung von allen anderen Ländervorlagen wäre. Das kann kein Sachargument sein, dann wäre ja jede Verbesserung unmöglich. Ich bitte darum, dieser Änderung eine Chance zu geben und darüber nachzudenken. Wenn es akzeptiert wird, kann das identisch für alle anderen Ländervorlagen übernommen werden, vorausgesetzt natürlich, die Bildlizenz lässt es im Einzelfall zu. Davon dürfte es meines Wissens kaum Ausnahmen geben, da Flaggen amtliche Werke und gemeinfei sind. --TMg 19:48, 3. Apr. 2013 (CEST)

Es wäre schön, wenn dieses Verhalten einheitlich implementiert werden könnte. Derzeit wird scheinbar für die meisten Länder bei Klick auf Flagge oder Landesname auf den jeweiligen Landesartikel verlinkt, bei einigen aber immer noch auf Flagge, wenn man links (auf die Flagge) klickt und auf den Landesartikel, wenn man rechts (auf den Namen) klickt (zB ENG, SVN, NLD, UKR, ROU, ISR, CYP, MDA, GRC, KAZ). --81.131.173.36 19:02, 29. Nov. 2013 (CET)

Diesem Wunsch möchte ich mich anschließen. Es ist nun über ein Jahr seit der Änderung vergangen. Entweder ist sie etabliert und wird auf alle Vorlagen übertragen oder aber sie ist unerwünscht und wird zurückgebaut. TMg, was meinst Du dazu? Gruß --RonaldH (Diskussion) 11:22, 14. Jun. 2014 (CEST)

Hallo, bei Fußball-Weltmeisterschaft#Ranglisten sieht man das Wirrwarr: Mit der dortigen Syntax {{Land-annodazumal|#}} / {{Land|Ländische Fußballnationalmannschaft}} wird eine Flagge mit der Fu0ballmannschaft verlinkt und die andere, je nach Vorlage, entweder mit dem Land, oder mit der Bilddatei. Bei Uruguay und England wird immer die Datei verlinkt, bei der alternativen Flagge Spaniens wird nur "Spanien" verlinkt, und deshalb bin ich hierhergekommen: es gibt keine Möglichkeit, einfach herauszufinden, was das für ein Bildchen ist, und das ist trotz Schöpfungsdingens verwirrend! Die Umsetzung von {{ESP-1945|#}} nach Spanien 1945 (vergleiche {{ESP|#}} -> Spanien) verlinkt ein ungewöhnliches Bildchen (viel Information erwartet) mit dem Artikel eines jedem bekannten Landes, auf dem das Bildchen nicht zu finden ist (wenig Information erhalten). Bleibt mir nur, den Namen der Bilddatei aus dem Vorlagenquelltext oder der Thumbnail-URL herauszupfriemeln. --androl ☖☗ 02:17, 15. Jul. 2014 (CEST)

In solchen Fällen, in denen es keinen eigenen Wikipedia-Artikel zu dem entsprechenden ehemaligen Land / Epoche des Landes gibt, wäre vielleicht eine Verlinkung auf den Flaggenartikel des Landes, etwa Flagge Spaniens sinnvoll!? --W like wiki (Diskussion) 21:07, 18. Mär. 2017 (CET)

EINSCHUB: Habe diese Diskussion auf der Doku-seite der Vorlage im dortigen Überarbeiten-Baustein verlinkt. → Vorlage:Vorlagendokumentation Land mit Flagge/Doku Ferner ist dort nun das von Benutzer:TMg erwähnte Phänomen der Flaggenlinks enthalten. Grüße --W like wiki (Diskussion) 21:07, 18. Mär. 2017 (CET)

---

Aufgrund der Irritation durch die unterschiedliche Verlinkung bin ich auf diese Diskussion aufmerksam geworden.

Ein Verlinken mit dem nebenstehenden Text bzw. Artikeltitel ist ungünstig, da der Bezug unklar ist – es sei denn, es handelt sich um den Staat selber. In der Regel wird ein Leser auf den Artikeltitel, nicht aber auf die Flagge klicken, um zum nebenstehenden Artikel zu gelangen – der Bezug Deutschlandflagge ≙ Georg Hackl ist nicht logisch. Ich bin mir sicher, ein A/B-Usability-Test würde hier zu entsprechenden Ergebnissen führen.

Der momentane Stand ist in jedem Fall inkonsistent: Ist der nebenstehende Artikeltitel verlinkt, wird beim Überfahren der Flagge mit dem Mauscursor trotzdem „Deutschland“ angezeigt – kann ich dabei wirklich davon ausgehen, dass, wenn ich hier klicke, zum Artikel über Georg Hackl springe? Um Flagge und Artikeltitel als Einheit zu sehen, sollte zudem der Artikeltitel unterstrichen werden, sobald man die Flagge mit dem Mauscursor überfährt – hinsichtlich Touch-Geräte ist das alles aber nicht relevant und die Verlinkung sollte grundsätzlich überdacht werden.

Theoretisch sinnvoll erscheint mir, die Flagge generell nur mit dem dazugehörigen Staatengebilde zu verlinken. Das ist aber nicht trivial. (Selbst die Flagge einfach überhaupt nicht zu verlinken, wäre aber besser als sie mit der Bildbeschreibungsseite zu verlinken.)

Das Beispiel Deutschland ist auch etwas uninteressant. Es wird Stellen geben, wo den Leser einfach nur mal interessiert, welches Staatengebilde sich hinter einer Flagge verbirgt, z.B. das erwähnte Spanien 1945 ({{ESP-1945|#}}) – hier wäre die Verlinkung mit Spanien aber nicht sinnvoll, sondern müsste mit einem geeigneten Ziel verlinkt werden, in dem Fall evtl. Spanien#Geschichte; sicherer wäre es, wenn ein dedizierter Artikel existieren würde. Solche müssten dann aber auch für {{ESP-1938|#}}, {{ESP-1977|#}} usw. existieren.

Einem solchen Konstrukt würde meines Erachtens die meiste Logik innewohnen.

Der Vorschlag, der Verlinkung die Abstraktion gänzlich zu nehmen und statt mit dem Staatengebilde mit dem Flaggen-Artikel zu verlinken, ist interessant; das müsste dann aber der Konsistenz halber für alle Flaggen-Vorlagen (also auch für gegenwärtige Flaggen) übernommen werden.

Interessanterweise könnte man das Ganze natürlich noch weiter treiben und argumentieren, ob es logisch ist, z. B. bei Fußball-Weltmeisterschaft#Ranglisten die angegebenen Staatenamen mit den Artikeln zu den Nationalmannschaften zu verlinken. Der Logikbruch wird bereits vollzogen, indem in der Tabelle „Deutschland“ statt „Deutsche Fußballnationalmannschaft“ steht. Ist der Kontext (unmittelbar übergeordneter Kontext ist die Spaltenüberschrift Land) ausreichend, um davon ausgehen zu können, dass man per Klick auf Deutschland nicht zum Artikel über das Land Deutschland, sondern zum Artikel über die Fußballnationalmannschaft gelangt? Sollte nicht zumindest die Spaltenüberschrift Nationalmannschaft lauten? In einem solchen Kontext ließe sich auch am ehesten eine Verbindung Flagge ≙ Nationalmanschaft nachvollziehen.

Noch anschaulicher im Hinblick auf die Diskussion ist z. B. die Zeile 1934 bei Fußball-Weltmeisterschaft#Turniere_im_Überblick.

Vielleicht wäre es ein Kompromiss, die Flagge grundsätzlich gar nicht zu verlinken – letztendlich ist es eben auch nur ein Icon und nicht unbedingt als Link wahrnehmbar – siehe vor allem Touch-Geräte.

So komplex die Thematik ist, wundert es nicht, dass eine Lösung schon ein paar Jahre auf sich warten lässt. Bin gespannt, ob sich in der Richtung noch mal etwas tut.

Wäre das nicht etwas für ein Meinungsbild? Ist mir egal, ich ändere das jetzt einfach. (Diskussion) 15:51, 6. Dez. 2017 (CET)

Ich hab mit der momentanen Halblösung nie eine Freude gehabt, seh mich aber nicht veranlasst, hier irgendwie tätig zu werden. TMg ist, mutmaße ich jetzt einfach mal, die Lust auch abhanden gekommen, sich die ruhmreiche Arbeit vieler hunderter Vorlagenanpassungen aufzuerlegen. Wenn es weder einen klaren Plan gibt, wo man hin will, noch, wo man steht, noch, wer denn die benötigte Zeit investieren will, dann, ja, was? Back to the roots? … «« Man77 »» (A) wie Autor 16:38, 6. Dez. 2017 (CET)

Ersatz durch Programmierung mit Lua

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Hallo,

seit knapp einem halben Jahr haben wir die neue Sprache Lua. Sie ermöglicht radikal andere und stark vereinfachte Wege der Programmierung.

Weil die Flagicons eine der häufigstbenutzten Vorlagen sind, habe ich mir Gedanken gemacht, wie sie sich damit deutlich vereinfachen lassen und besser zu warten sind:

• Alle Vorlagen haben die identische Programmierung und lassen sich auf einer einzigen Seite zentral umprogrammieren.
• Generierung der TemplateData-Informationen.
• Die Wartung aller Codes, der Landesnamen und der Dateinamen erfolgt zentral auf einer einzigen Seite.

  Aufbau etwa wie folgt:

   [ "DEU" ]          = { "Deutschland", "Flag of Germany.svg" },
   [ "DEU-1806" ]     = { "Rheinbund",   "Flag of the Confederation of the Rhine.svg" },
   [ "DEU-SWR-LAND" ] = { "Deutschland", "Flag of German Reich (1933–1935).svg" },

Nähere Einzelheiten auf Wikipedia:Lua/Werkstatt/Flagicons; bitte die dortige Diskussionsseite benutzen.

Liebe Grüße --PerfektesChaos 22:15, 15. Aug. 2013 (CEST)

Wenn ich auf die Uhr sehe, haben wir September 1019 und es hat sich im Prinzip in 6 Jahren kaum etwas getan. Auf dem β-Schlachtfeld sind ein paar halbherzige Modul:FlagIcons-Ansätze zu sehen, die mich irgendwie an Module:Flagg erinnern. --Klaus-Peter 11:08, 8. Sep. 2019 (CEST)

Pfusch bei 'Sonstiges '

1. Wer hat ZAA erfunden? Offizieller ISO-Alpha-3 code ist ATA und {{ATA}} bringt Guam Antarktis, also Murks! ZAA ist der ISO-639-3-Code für Central Ixtlán, Dialekt des Ixtlán Zapotec, Zapotekische Sprache, die man kaum in der Antarktis spricht, da diese Mexikaner bereits ausgestorben sind.
2. Nach welcher Regel wird dieses ominöse ZAA sortiert? Probier mal:

Vorlage/Code	Aussehen
{{WELT}}	Welt Welt
{{ZAA}}	Vorlage:ZAA
{{DEU}}	Deutschland Deutschland
{{ITA}}	Italien Italien
{{EST}}	Estland Estland

--Klaus-Peter (ex und hopp) 09:03, 24. Mär. 2020 (CET)

@Gadacz: Was hältst du davon, wenn du dein Lua-Modul komplett neu schreibst und du dabei die Hinweise von Benutzer:PerfektesChaos berücksichtigst? Die einzige Alternative dazu wäre die Löschung von Vorlage und deren Module ÅñŧóñŜûŝî (Ð) 14:04, 24. Mär. 2020 (CET)

@Benutzer:Antonsusi ‚... wenn du dein Lua-Modul komplett neu schreibst und du dabei ...‘ Absolut nichts, denn nun läuft endlich Vorlage:FlagIcons an, die das sicherlich sehr perfekt und korrekt abwickelt. Die Weiterentwicklung zur Optimierung der Wappen-/COA-Darstellung und breiterer Icons/Logos habe ich hier eingestellt. Da werde ich lieber mit Spannung jede Codezeile verfolgen und dabei viel lernen können, um es in andere Projekte einzubringen (keine Bange, nicht bei de-WP). Parallele Entwicklungen sind für mich Zeitverschwendung. Anschließend, bei sicherlich deutlich besser als ‚Flagge‘ funktionierendem ‚FlagIcons‘, werde ich selbst für die dann überflüssige Vorlage:Flagge SLA stellen und mich damit aus dem (Vorlagen-)Staub machen. --Klaus-Peter (auf und davon) 20:31, 24. Mai 2020 (CEST)

Es gab das Modul schon längst; es war auf BETA entwickelt und auf BETA zur Erprobung angeboten.

Bei einer Berücksichtigung all der Hinweise käme zum Schluss die sehr robuste Version von mir heraus, die es schon längst gegeben hatte. Die gesamte Neuentwicklung als instabile Anfänger-Arbeit mit der völlig überladenen nirgendwo von niemandem benötigten Extra-Verkomplizierung und den unendlich vielen Features und Parametern, vom ein Pixel abweichenden Seitenverhältnis dreier Flaggen (der sich aus der Bilddatei ergibt und nicht aus dem Lua-Code) bis hin zur Amtssprache des Landes und dem hinterlegten Namen des Staates in der offiziellen Staatssprache und deutsch übersetzten kürzeren oder vielleicht längeren Bezeichnung – alles das ist ein Riesen-Ballast, welcher das Teil unbrauchbar macht, nicht benötigt wird und nicht wartungsfähig und nicht produktiv einsetzbar.

Der Unterscheid zwischen G. und mir ist, dass ich es auf BETA zur Kommentierung angeboten hatte, während G. sein Werk gnadenlos übeall in den echten ANR reingedroschen hat.

VG --PerfektesChaos 14:19, 24. Mär. 2020 (CET)

Sprachcodes bestehen aus Kleinbuchstaben, das wäre also zaa. Die ZAA-Vorlage sollte imho verschoben werden, aber vielleicht hat Antonsusi gute Argumente, die mir nicht in den Sinn kommen. … «« Man77 »» Alle Angaben ohne Gewehr. 13:50, 24. Mär. 2020 (CET)

@Man77: Wenn du dir in der Sache sicher bist, dann verschiebe sie nach ATA. die vorlage Flagge und sein unausgereifte Modul von Benutzer Gadacz ist jedenfalls keine brauchbare Alternative. ÅñŧóñŜûŝî (Ð) 14:04, 24. Mär. 2020 (CET)

@ ÅñŧóñŜûŝî Was hältst du davon, wenn du dein Lua-Modul komplett neu schreibst und du dabei ... NICHTS! Was soll das bringen? Seit August 19 stand das lang und breit zur Diskussion mit der mehrmaligen, ausdrücklichen Bitte um projektdienliche Hilfestellung. Von denen, die es können müssten (was ich nicht bezweifele) kamen nur respektlose Oberlehrersprüche, unsachliche und vom Thema abweichende Bemerkungen und Falschinformationen, die dringend darauf schließen lassen, das Sinn und Zweck nicht verstanden wurde bzw. an eigenen Maßstäben und Ideen ausgerichtet wurde. (Kostproben s.o.) Mit einer Vorlaufzeit von 2 Monaten und der häufigen Bitte um sachdienliche Verbesserungsvorschläge habe ich dann mit mehrfacher Ankündigung die Vorlage in den ANR „reingedroschen“. Zweifler haben üppig Gelegenheit in den Archiven mehrerer Werkstätten (Vorlagen, Moduln, hiesiges Archiv etc.) sich vom Ablauf und den Hilfen (???) der Experten zu überzeugen.

Ich werde mit Geduld warten, bis irgendwann mal Vorlage:FlagIcon fertig, sehr robust und ausgereift ist (vorher ist sicherlich BER eröffnet) und mindestens die Funktionalität von Template:Flagicon und Template:Coat of arms. Dann werde auch ich mit Freude nach hiesigem Muster nörgeln.

Ich bleibe derweil in fruchtbarem Austausch mit den Freunden, denen WikiProject Flag Template und ВікіПроєкт Шаблони Прапорів am Herzen liegt. Es ist erfrischender, da dort der Hang zur Selbstdarstellung nicht so ausgereift ist.

Dieser Abschnitt kann archiviert werden. da sinnloses Gelaber --Klaus-Peter (ex und hopp) 18:59, 24. Mär. 2020 (CET)

Die Behauptung, das Modul habe angeblich »seit August 19 […] lang und breit zur Diskussion« ist schlicht die Unwahrheit.

Das Modul wurde 2019-10-25 angelegt.

Die Lektüre der entsprechenden Werkstatt-Archive kann ich gern anempfehlen; sie legen offen, dass die Anfragen bereits mit Beleidigungen und Beschimpfungen des Werkstattpersonals garniert wurden, und der absolut beratungsresistente Fragesteller von Anbeginn niemals bereit war, den angefragten Rat dann auch anzunehmen, wenn der nicht genauso ausfiel wie ultimativ verlangt. Die Archive zeigen weiterhin, dass eine absolute Unkenntnis der Wikisyntax auf Programmierungsebene bestand, wie auch der Rolle von Lua-Modulen; noch in jüngster Zeit offenbarte sich eine erschreckende Unkenntnis der Rolle von Pipe-Symbolen bei der Einbindung von Werten in Vorlagen.

Die Mitwirkenden am Projekt „Ländervorlagen“ hatten niemals eine Umstellung ihres Systems auf eine vereinheitlichte Lösung mittels Lua akzeptiert; ich hatte solche bereits 2013 angeboen; mit sieben Jahren weiterer Lua-Erfahrung im Juli 2019 erneut (siehe oben).

Da die Mitwirkenden am Projekt „Ländervorlagen“ diese Lösungen jedoch nicht annehmen, verzichtet ich auf Gewaltmaßnahmen – im Unterschied zum Abschnittseröffner, der ungefragt und flächendeckend seinen instabilen Anfängerpfusch in den ANR drückt.

VG --PerfektesChaos 19:31, 24. Mär. 2020 (CET)

Der übliche Tonfall unter strammer Berücksichtigung er PC-Eigenauslegung von WP:WQ. Aber selbst empfindlich, wie eine Mimose. Eigentor! --Klaus-Peter (auf und davon) 21:30, 24. Mai 2020 (CEST)

FRG-1968

Die Vorlage:FRG-1968 zielt auf die Datei:Flag of the German Olympic Team (1960-1968).svg. Das kann man ja nicht wissen. Ich habe es in die Vorlage hineingeschrieben ... ich hoffe, es stört nicht in den einbindenden Artikeln ... Ist so ein Kommentar nicht für viele andere Flaggen auch sinnvoll? Ich ging immer davon aus, die Jahreszahlen gäben das Jahr der Einführung der Flagge an. Gilt die zuvor genannte Flagge nur für Olympia 1968 oder auch für 1964, 1960? Müßte sie dann nicht FRG-1960 heißen? Oder ist der Dateiname irreführend? --Tommes ^✉ 09:48, 17. Apr. 2020 (CEST)

1956–1964 traten beiden Mannschaften unter EUA, 1956 ohne die Ringe (da die Fahne der BRD und DDR noch gleich waren), 1960 und 1964 mit den Ringen.

1968 nahme beide Läner getrennt teil (aber beide mit den Ringen) deswegen FRG-1968 und GDR-1968

1956	Deutschland Mannschaft Gesamtdeutsch 1956 Deutschland EUA-1956
1960-1964	Deutschland Mannschaft Gesamtdeutsch Deutschland EUA
1968	Deutschland BR BR Deutschland FRG-1968	Deutschland Demokratische Republik 1968 DDR GDR-1968
ab 1972	Deutschland BR BR Deutschland FRG	Deutschland Demokratische Republik 1949 Deutsche Demokratische Republik GDR

Wikipedia:Ländervorlagen_mit_Flagge#Ehemalige_Staaten_(im_Sinne_des_IOC)

--Benedikt2008 (Diskussion) 13:08, 17. Apr. 2020 (CEST)

FRG-1968 ist falsch verlinkt. Die Flagge mit den O-Ringen ist nicht BRD sondern ggf. Mannschaft BR Deutschland. Im Prinzip gilt es analog auch für EUA (60-64) --Klaus-Peter (ex und hopp) 14:21, 17. Apr. 2020 (CEST)

EUA und EUA-1956 ist doch mit Gesamtdeutscher Mannschaft verlinkt. FRG ist allgemein für Sportveranstaltung bis 1990. deswegen ist es allgemein gehalten. --14:44, 17. Apr. 2020 (CEST) (unvollständig signierter Beitrag von Benedikt2008 (Diskussion | Beiträge) )

Neugestaltung

Hier soll es darum gehen, die Ländervorlagen mit Flagge an die heutige WP-Technik anzupassen. ÅñŧóñŜûŝî (Ð) 12:10, 23. Mai 2020 (CEST)

Die Ländervorlagen erlauben bisher:

• Flagge mit Link auf den dazugehörigen Artikel
• Flagge mit Link auf einen anderen Artikel
• Flagge allein
• Verändern der Größe über den gewiss unglücklich gewählten Parameter "WIDTH"

An Änderungen schlage ich vor:

• Bessere, weil benannte, aussagekräftige Parameternamen.
• Abwärtskompatiblität, um nicht alle Einbindungen umstellen zu müssen (!)
• Neue Orientierung über die Höhe
• Umsetzung der Logik mit einem bewusst klein gehaltenen Lua-Modul.

Begründung:

• Benannte Parameter werden automatisch getrimmt. Es gibt also keinen Ärger mit trailing blanks etc.
• Änderungen müssen abwärtskompatibel sein. Neue Parameter müssen also neben dann nicht mehr dokumentierten alten Parametern verbleiben, bis die alten Parameter quasi weitgehend "ausgestorben" sind.
• Die Höhe festzulegen passt besser zur überwiegenden Inline-Verwendung.
• Mit Lua wäre auch eine Behebung der Rahmen-Problematik (weiße Randflächen) leichter.

Ob man auch einen Bot laufen lassen soll oder darf, um die Einbindungen umzurüsten, müsste dann später geklärt werden. Immerhin wären für Änderungen der Einbindungen dann tausende Seiten per Bot zu verändern. Das solten wir jetzt erst einmal außen vor lassen.

Vorschlag für neue Parameter (dt. oder engl., das wäre zu entscheiden):

"Code" oder "Kennung"

Das Modul muss mitbekommen, welche Vorlage es aufruft. Weil das nicht immer auch die Kennung ist, kann ein eigener Parameter nicht schaden.

"Filename" oder "Dateiname"

Um eine Monstertabelle im Modul zu vermeiden, ist es sinnvoll, die Dateinamen in den Ländervorlagen zu lassen und sie zu übergeben. Das ermöglicht ein Update ohne dass tausende Seiten neu geparst werden müssen.

"Link"

Bisher "1", automatische Trimmung und gut zu merken

"Text"

Bisher "2", automatische Trimmung und gut zu merken

"Höhe" oder "Height"

automatische Trimmung, soll die Breite ersetzen. Der Umlaut ist kein Problem für Lua.

Soweit erstmal. ÅñŧóñŜûŝî (Ð) 13:05, 23. Mai 2020 (CEST)

(nach BK) Wikipedia:Lua/Werkstatt/Flagicons sollte ja schon die wichtigsten Anhaltspunkte liefern. Ich würde eine derartige Neugestaltung sehr begrüßen; denn man kann Vorlage:Flagge gerne kritisieren, aber ohne brauchbares „Gegenkonzept“ ist das müßig. Bei den Chartvorlagen bin ich in Ermangelung einer funktionierenden Lösung schließlich auf eine interne Lösung in Modul:Musikcharts/countries ausgewichen, das wäre mit einer direkten Schnittstelle für Lua-Module auch einfacher gewesen. Was die Parameter angeht: In erster Linie wird es wohl darum gehen, WIDTH abzulösen, andere Umstellungen wären schon sehr ambitioniert. Gruß–XanonymusX (Diskussion) 13:17, 23. Mai 2020 (CEST)

Den Parameter „Ziel“ sollte man auch nicht vergessen, wenn er auch recht verwirrend ist …–XanonymusX (Diskussion) 13:20, 23. Mai 2020 (CEST)

Der ist massenhaft in Gebrauch. Da muss man im Modul die Zuordnung vornehmen. ÅñŧóñŜûŝî (Ð) 13:31, 23. Mai 2020 (CEST)

Eine skalierbare, pflegefähige und auf unsere Bedürfnisse zugeschnittene Lösung hatte ich nach 2013 bereits im Juli 2019 auf BETA bereitgestellt und begonnen, es mit Benutzer:Wurgl zu diskutieren, bis das von der unsäglichen verbastelten Anfängerkonstruktion Vorlage:Flagge überrannt wurde und eigenmächtig begonnen wurde, diese massenhaft in Artikel einzubauen.

Mein Ansatz ist vollkompatibel zu den bisherigen FlagIcons und der den Autoren über ein Dutzend Jahre vertrauten Methodik.

FlagIcons haben ganz grundsätzlich eine völlig untergeordnete Rolle und sollen das Auge des Lesers einer Datenzusammenstellung schnell die Schallplattenverkäufe oder Olympiarekorde für Deutschland, Schweiz, Österreich, Großbritannien, USA, Frankreich auffinden lassen. Es geht prinzipiell nicht darum, pixelgenau irgendwelche Dekorationen nachzumodellieren; erst recht nicht darum, dass die Dekoration wichtiger und komplizierter wird als der enzyklopädische Inhalt.

In Lua ist das Trimmen von Parameterwerten Routine und unproblematisch; die Einführung von benannten Parametern nur damit sie sich von selbst trimmen ist keine valide Begründung.

Alle bestehenden Hunderttausende von Einbindungen sollen kompatibel bestehenbleiben, und es gibt locker mal 500 oder 1000 Einbindungen in Tabellen. Namen sollten schon recht kurz sein, in einer Zitation mit einer URL und einem Linktitel ist das ein völlig anderes Spiel.

Eine Kompatibilität hinsichtlich der Parameter hat ein Problem mit der bisher als WIDTH vorgenommenen Skalierung, und die weitaus überwiegende Verwendung erfolgt in Tabellenzeilen und orientiert sich an der Schrifthöhe des restlichen Inhalts.

Neu zu überdenken sind Sortierschlüssel in Tabellen; die ausgeblendeten Inhalte als Sortierschlüssel sind nicht mehr zeitgemäß. Hat aber ein zartes Kompatibilitätsproblem; müsste so nach und nach migrieren und könnte irgendwann Bot-gestützt nachträglich verbessert werden.

VG --PerfektesChaos 15:12, 23. Mai 2020 (CEST)

@PerfektesChaos: Danke für deine Info. Ich hätte da aber noch Fragen und Einwände:

1) Was meinst du mit "nach und nach migrieren"? Die Einbindungen doch anfassen? Das sind Zigtausende Seiten. Ich würde das gerne vermeiden und allenfalls die Seiten mit einem Wert für WIDTH anfassen, wenn es nicht zuviele sind.

2) Moderne Sortierung ist m. E. "data-sort-value". Dieser Wert kommt bei einer Tabelle aber zu den Attributen der Zelle und steht im HTML dann im TD-Tag. Versuche, mit einer Vorlage, welche Teil eines Tabellenzellenwerts ist, auf die außerhalb liegende Zellensyntax zuzugreifen, sind eine haarige Angelegenheit, welche bei zigtausend Einbindungen garantiert nie richtig funktionieren würde. Der versteckte Text als Schlüssel ist demgegenüber Teil des Zelleninhalts und damit sicherer zu händeln. Da nehme ich es auch hin, dass dies ein Workarround ist. Die Einbindungen sind ja meistens auch alt. Wenn, dann braucht es da eine andere Alternative als "data-sort-value".

3) Ich kann auch weiterhin mit Standardparametern leben (und sie ggf. im Modul trimmen), es wurde hier und in der Vorlagenwerkstatt als Wunsch geäußert, "lesbare" Parameter zu nehmen.

4) Wegen der Orientierung an der Schrifthöhe möchte ich ja auf Höhe umstellen. Der Wert von WIDTH liese sich im Modul einfach grob in eine Höhe umrechnen, weil für die Flaggen, deren Seitenverhältnis von 1,5 bis 1,6 abweichen, eine SVG mit transparentem Canvas genutzt werden soll. Hier bleibt die Abwärtskompatiblität also erhalten.

5) mw.loadData wäre eine Möglichkeit. Kann man eine derartige Datenseite ändern, ohne dass alle Vorlagen ungültig werden? Wenn ja, dann würde ich die zentrale "Datensammlung" auch bevorzugen.

Gruß von ÅñŧóñŜûŝî (Ð) 17:58, 23. Mai 2020 (CEST)

P.S.:Es wäre sinnvoll, die Icons heutiger oder erst kurz verflossener Staaten unabhängig von dem anderen Kram zu haben. ÅñŧóñŜûŝî (Ð) 18:14, 23. Mai 2020 (CEST)

ad 1) migrieren

• Das würde sich nicht vermeiden lassen, um nach und nach die seit 2012 überflüssigen Hilfe:Tabellen/Sortierung #Täusch-Inhalte verschwinden zu lassen.
• Für einen Bot wäre das relativ simpel: Wenn vor einem FlagIcon der bekannten, modernen Familie ein Pipe-Symbol steht (Leerzeichen dazwischen geschenkt), und vor diesem Pipe-Symbol entweder ein weiteres oder aber ein Zeilenumbruch (Leerzeichen dazwischen geschenkt), dann setze einen neuen, noch nicht spezifizierten booleschen Parameter. Irgendwas wie sort=1.
• Wenn sort=1 dann generiere data-sort-value.
• Wenn man irgendwann davon ausgehen kann, dass ANR, Portale und Projektseiten komplett nachparametrisiert wurden, dann kann ein großer Schalter umgelegt werden.
• Bis zum Ende dieser Migration würde sicherheitshalber bei allen, die noch kein sort= kennen, vorsichtshalber der bisherige Ländername als unsichtbarer Inhalt generiert werden müssen.
• Nach der Abschaltung wird niemals mehr ein Täusch-Inhalt generiert; also auch dann nicht mehr, wenn der Icon mitten im Fließtext steht.

ad 2)

• Nö, diese Bastelei soll keinen Ewigkeitscharakter haben, sondern perspektivisch verschwinden.
• Wenn nicht unmittelbar vor dem FlagIcon ein Pipe-Symbol steht, dann kann es sich nicht um eine danach sortierbare Tabellenspalte handeln, und dann braucht auch kein Täusch-Inhalt mehr generiert zu werden. Und das soll der Endzustand werden.

ad 3) Parameternamen

• Sprechende Parameternamen fordere ich auch, aber mit Augenmaß.
• Zur Kompatibilität müssen alle bisher üblichen weiterhin auf praktisch ewig unterstützt werden.
• Weil die Dinger gern zu Hunderten eingebunden sind, muss auf die Quelltextmengen Rücksicht genommen werden. Bei einer Zitation mit URL und Abrufdatum kommt allerlei an Inhalten zusammen, da können auch Klartext-Parameternamen gefordert werden; oder wenn es pro Seite immer nur eine einzige Einbindung geben würde. Hier muss die Datenzeile einer Tabellenzeile, wo sowas typischerweise auftritt, aber noch irgendwie überschaubar gehalten werden, und der FlagIcon ist nicht die zentrale Aufgabe der Datenzeile.

ad 4) WIDTH

• Naja, ich würde die Höhe eher irgendwie generell begrenzen, was ja wohl bisher auch geschieht.
• Nur bei irgendwelchen drei oder vier Flaggen oder aber einigen mit Weiß und border ist das überhaupt ein Problemchen.
• Müsste man im Zusammenhang gesondert analysieren, wie viele Flaggen überhaupt von einem abweichenden Verhältnis betroffen wären, wie oft ein explizites WIDTH im Bestand überhaupt sinnvoll verwendet wurde, und die Umrechnung steckt ja in den bisherigen Icons implizit schon überall mit drin.
• Läuft aber sowieso nur auf ein armseliges Pixel mehr oder weniger hinaus, und da es nur um eine schnelle Orientierung zum Auffinden der richtigen Datenzeile geht, ist mir das relativ egal.
• Es gibt wohl Schweiz, Vatikan und Nepal, die deutlich von einem Breite-Höhe-Strategiewechsel betroffen wären.
• Diesen Monat nicht mehr mein Thema.

ad 5) mw.loadData

• Das muss dann auf längere Zeit sauber festgelegt werden und zumindest die aktuellen ISO-Staaten bekämen Admin-Vollschutz.
• Änderungen nur sehr selten und wegen zwingender Notwendigkeit. Ohne dass ein neuer Staat gegründet würde eher nicht.
• Die großen Bibliotheksmodule sind auch in eine halbe oder dreiviertel Million Artikel eingebunden; da ändere ich ebenfalls nur aus triftigen Gründen alle paar Jahre was dran.
• Nur die ISO-Staaten sind extrem oft eingebunden; bei den historischen und Sonder-Gebilden hält sich das sehr in Grenzen und kommt auf 1000 oder was Artikel raus, je nachdem was man zählt.

ad PS) Staaten unterschiedlich

• Der Witz ist gerade, ohne Extra-Regeln mit einer möglichst einfachen Struktur auszukommen.
• Das hilft sowohl den Datenpflegern wie auch dem Algorithmus, sehr schnell draufzukommen wo eine Definition hinterlegt ist.
• Wenn drei Buchstaben dann in ISO-Tabelle.
  • Wenn drei Buchstaben und nicht in ISO-Tabelle dann in drei-Buchstaben-Extra-Tabelle mit selbst ausgedachten Codes.
    • Wenn da auch nicht drin dann Code ungültig.
• Wenn vier Buchstaben dann in vier-Buchstaben-Tabelle.
• Wenn zwei-zwei Buchstaben dann in zwei-zwei-Buchstaben-Tabelle.
• Wenn drei Buchstaben plus Jahreszahl dann in drei-Buchstaben-plus-Jahreszahl-Tabelle.
• Vermutlich 98 % aller Anforderungen würden von der drei-Buchstaben-ISO-Tabelle abgedeckt, und das ist auch die einzige die 98 % der fraglichen Artikel benötigen.
• Ach ja, und eine Lua-Schnittstelle, falls ein anderes Modul zu einem ISO-Code ein FlagIcon haben möchte.

VG --PerfektesChaos 19:17, 23. Mai 2020 (CEST)

@PerfektesChaos: Du hast da offensichtlich schon genaue Vorstellungen Vorlage:Smiley/Wartung/;-) . Ich würde hier aber auf gar keinen Fall eine eigene "Sammelvorlage" zum Modul erzeugen. Nur separate Vorlagen gewähren m. E. separate Serverlast bei Änderungen. Nur das zentrale Modul wäre hier richtig. "FlagIcon" ist etwas ungünstig, da es schon mal eine derartige unerwünschte Sammelvorlage dieses Namens gab, welche gelöscht wurde. Wenn ich mich richtig erinnere, war die Serverlast auch ein Grund dafür. Allerdings gab es damals noch kein Lua hier. Wenn wir das Modul so nennen, dann bitte ohne zentrale Vorlage.

Fassen wir mal zusammen:

Kurze benannte Parameter als Ergänzung zu den bleibenden unbenannten. Kürzer als "Text", "Link", "Ziel", "Höhe" und "Code" geht bei sprechenden Namen nicht. "Code" brauchen wir für den Vorlagennamen, weil das Modul gem. Hilfe:Lua/Modul_im_Wiki#Kapselung nichts von der einbindenden Vorlage wissen kann. "Border" oder ähnliches brauchen wir nicht, denn das ist direkt der verwendeten SVG zugeordnet. Der Datensatz bekommt ganz einfach einen logischen Parameter mit "true", wenn die Flagge am Rand Weiß enthält.

Aus deinen Antworten kann ich nicht herauslesen, wie genau du die Sortierung vornehmen willst. Da habe ich dich nicht verstanden. Wäre nett, wenn du das nochmal genauer darstellst, z. B. mit dem Beispiel:

|-

| style="text-align:left;" | {{DEU|Ziel=Georg Hackl}} || ...

|-

</nowiki>

Was soll das Modul hier wie erzeugen? Bedenke, dass fast alle Tabellen keine Kopfzelle mit Typangabe haben und dass zahlreiche Einbindungen gar keine Sortierung brauchen, weil sie im Fließtext oder einer Auflistung vorkommen. ÅñŧóñŜûŝî (Ð) 10:24, 24. Mai 2020 (CEST)

Zu „weil das Modul gem. Hilfe:Lua/Modul_im_Wiki#Kapselung nichts von der einbindenden Vorlage wissen kann“: Bei Vorlage:Album etc. setze ich das mit local templatename = frame:getParent():getTitle() um. Aber PC schwebt meines Wissens ja so etwas wie {{#invoke:Vorlage:Flagicon|f|DEU}} vor.–XanonymusX (Diskussion) 13:03, 24. Mai 2020 (CEST)

• "Code" brauchen wir für den Vorlagennamen, weil das Modul
  • Das ist falsch.
  • Siehe BETA
  • Funktioniert auch mit GER, weshalb die in dem oben von mir zitierten Demo eingebunden ist.
  • „Aber PC schwebt meines Wissens ja“
    • Nö. Nicht einmal das. from@TemplUtl
• Ich will keine großartigen neuen Parameternamen zusätzlich zu den alten, die ohnehin nicht mehr zu eliminieren sind.
  • Bei einer Neukonzeption kann man sowas von vornherein anders organisieren.
  • Hier haben wir ein projektweit eingesetztes Dings, das Tausende von Autoren einsetzen; für Städtepartnerschaften, Musikcharts, Basketball-WM, Flugzeugflotten, Filmpreise, Bruttoinlandsprodukt. Seit einem Jahrzehnt.
  • Es ist völlig aussichtslos, hier noch großartige Umstellungen des Bestandes und der Musterartikel auf den PC der Autoren und sonstwo zu erreichen.
  • Somit werden immer die unbenannten Formen als Konkurrenzprodukt millionenfach in den Artikeln bestehen bleiben.
  • Um überhaupt ein Minimum an Verständlichkeit und Merkhilfe und Schutz vor Verwechslungen zu erreichen, kann gegenüber den althergebrachten unbenannten grad mal ein Anfangsbuchstabe zur Unterscheidung der namenlosen eingeführt werden. Volle sprechende Namen sind ob der Hunderte von Einbindungen in Tabellen chancenlos und würden die Autoren sich nicht aufzwingen lassen; dann lieber wieder die kompatiblen unbenannten.
• border will man vielleicht manchmal, wenn es hellen Hintergrund gibt, oder will es nicht bei dunklerem (Grau). Sehe ich leidenschaftslos, will kompatibel bleiben. Seltener Ausnahmefall, für Polen, Indonesien, Monaco und den Vatikan mal interessant. Vorgabe dafür über die Lua-Tabelle, so dass explizite Angaben noch absolutere Ausnahmen wären.
• „Wenn vor einem FlagIcon der bekannten, modernen Familie ein Pipe-Symbol steht (Leerzeichen dazwischen geschenkt), und vor diesem Pipe-Symbol entweder ein weiteres oder aber ein Zeilenumbruch (Leerzeichen dazwischen geschenkt), dann setze“
  • So schrieb ich es oben; heißt nochmal in Kurzform: Vor der Pipe muss unmittelbar eine weitere oder aber ein Zeilenumbruch stehen.
  • Ist das nicht der Fall, dann bleibt es bis auf Weiteres bei dem Täusch-Text.
  • Wobei dein Beispielfall für einen Bot auch simpel zu erkennen wäre. Es gibt eine Handvoll Attribute rowspan= colspan= style= class= id= und wenn die detektiert würden, dann müsste gleicheitig die trennende Pipe auch weggenommen werden.
  • Wobei man sich dann gleich die nächste Stufe überlegen könnte, nämlich den vollen Satz neu eingeführter Tabellen-Attribute zu unterstützen. Dann würde der von dir zitierte style= auch gleich vom Bot in die Parameterliste einbezogen werden. Was die momentanen VisualEditor-Anwender freuen würde.
  • s=* oder so ähnlich könnte bedeuten, dass mit data-sort-value gearbeitet werden soll; das außerdem immer, wenn welche von den neuartigen Tabellen-Attribut-Parametern auftreten, weil es sich dann um keine Bestandskompatibilität handlen kann.
• Bedenke, dass fast alle Tabellen keine Kopfzelle mit Typangabe haben und dass zahlreiche Einbindungen gar keine Sortierung brauchen
  • Die bisherige Vorlagenprogrammierung fügt aber in 100 % der Fälle einen optisch ausgeblendeten Inhalt vor der Einbindung in die Seiten ein.
  • Die zukünftige Programmierung würde dies genauso machen, jedoch nach einem Bot-Lauf statt des Dummy-Inhalts das Tabellen-Attribut einfügen, sofern das risikiolos möglich ist, und dann eines Tages gar keine Phantasietexte mehr in den Inhalt einfügen.
  • Ob die fragliche Spalte jetzt sortiert (sehr viele machen das, Medaillengewinner nach Staat) oder irgendwann später vielleicht mal ein Autor das möchte ist dabei völlig egal.
  • „Kopfzelle mit Typangabe“ braucht es sowieso nicht; Lexikalisch ist Standard. Darauf beruhen ja auch die momentan zu 100 % eingefügten Dummy-Texte.

VG --PerfektesChaos 14:36, 24. Mai 2020 (CEST)

Wenn es doch eine Methode gibt, den Vorlagennamen zu erhalten, weil getTitle diesen liefert (und nicht etwa den des Artikels) dann sollte der Text in Hilfe:Lua/Modul_im_Wiki unbedingt nachgebessert werden. Dort steht zwar, dass man mit frame:getParent() die Wikiparameter, mit denen die Vorlage aufgerufen wird, bekommt (als table "args"), aber auch, dass man den Namen nicht herausbekommt.

Bevor wir hier Einbuchstabenparas einführen, können wir gleich ganz bei den unbenannten bleiben. Dann brauchen wir nur die Höhe neu einzufügen und evtl. ein "b", wenn der Vorgabewert für den Rahmen überschrieben werden soll. ÅñŧóñŜûŝî (Ð) 15:37, 24. Mai 2020 (CEST)

@Hilfeseite:

• Du müsstest schon unter dem richtigen Funktionsnamen nachgucken.
• Unter Hilfe:Lua/Modul im Wiki #frame:getTitle() ist es korrekt beschrieben.
• Die Funktion Hilfe:Lua/Modul im Wiki #frame:getParent() hat eine andere Aufgabe, und bei ihr ist beschrieben, was sie macht; nicht aber was sie nicht macht.
• Die Darstellung ist im Übrigen korrekt: Du kommst trotzdem niemals höher in der Einbindungshierarchie als bis zum Modul und der das #invoke umgebenden Vorlagenseite; du bekommst von den Ebenen darüber weder die Parameterwerte noch den Namen noch sonstwas.
• Wo genau soll angeblich stehen, dass man „den Namen nicht herausbekommt“? Da steht nur, dass es lediglich die „Elternumgebung“ gibt, also den Seitenlevel, auf dem die unmittelbare Aktion erfolgt; nicht aber die Großeltern noch gar die Urgroßeltern dazu.

@unbenannte Parameter:

• Die sind zwar fehlerträchtig und es ist nicht mehr zeitgemäß, sich merken zu müssen, welche Bedeutung der dritte oder vierte Parameter hätte.
• Aber anders als du kenne ich nicht nur schwarz oder weiß, mit dem Kopf durch die Wand oder aufgeben.
• Vollständig selbsterklärende Parameternamen sind bei einem Paket aus über 1000 Vorlagen nach mehr als einem Jahrzehnt bei Hunderten von Einbindungen nicht durchsetzbar. Aber mnemotechnische Anfangsbuchstaben zusätzlich zu den bisher unbenannten sind machbar, neue Parameter dürfen selbsterklärend eingeführt werden, und in einem Jahrzehnt gehen unsere Enkelchen dann vielleicht wieder einen Schritt weiter.

VG --PerfektesChaos 16:10, 24. Mai 2020 (CEST)

Bis auf die Enkelchen sollten wir nicht warten. Deine Entwicklung auf BETA macht einen guten Eindruck. Nehmen wir also Einzelbuchstaben als Ergänzung. Die würde ich dann aber auch nur noch in der Doku erwähnen. Ich schlage vor, du setzt deine Ideen hier um, denn ich bin gar nicht so scharf darauf, hier etwas zu erarbeiten, was es schon in guter Qualität gibt. Allerdings habe ich eine Bitte: Wenn du Worte als Vorlagenparameter nimmst, dann bitte deutsche Worte, denn die gehören ja zur "Schnittstelle" mit denen, welche sie einbinden und da sind auch Personen dabei, die mit Englisch nicht so viel anfangen können. Hier schreiben auch viele Benutzer an Sportseiten etc, welche besser Lateinisch können... Innerhalb des Moduls ist das nicht ganz so wichtig, wäre aber ein Vorteil, wenn andere User das lesen können.

Wenn es dir zu viel Arbeit auf einmal ist, dann kannst du ja zuerst nur die bisherigen Features und nur die Dreiercodes für Staaten umsetzen. Wenn es darum geht, die Vorlagen - mehr als 200 bei Dreiercodes - umzuschreiben, dann kannst du dich an mich wenden, ich werde dann mitmachen. Gruß von ÅñŧóñŜûŝî (Ð) 21:23, 24. Mai 2020 (CEST)