Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2024/3

Diese Seite bietet eine Übersicht der archivierten Diskussionen der Vorlagenwerkstatt. Die Abschnitte der einzelnen Archive sollten nicht mehr verändert werden.

• Archiv: 2006 und 2007
• Archiv: 2008/1, 2008/2, 2008/3, 2008/4
• Archiv: 2009/1, 2009/2, 2009/3, 2009/4
• Archiv: 2010/1, 2010/2, 2010/3, 2010/4
• Archiv: 2011/1, 2011/2, 2011/3, 2011/4
• Archiv: 2012/1, 2012/2, 2012/3, 2012/4
• Archiv: 2013/1, 2013/2, 2013/3, 2013/4
• Archiv: 2014/1, 2014/2, 2014/3, 2014/4
• Archiv: 2015/1, 2015/2, 2015/3, 2015/4
• Archiv: 2016/1, 2016/2, 2016/3, 2016/4
• Archiv: 2017/1, 2017/2, 2017/3, 2017/4
• Archiv: 2018/1, 2018/2, 2018/3, 2018/4
• Archiv: 2019/1, 2019/2, 2019/3, 2019/4
• Archiv: 2020/1, 2020/2, 2020/3, 2020/4
• Archiv: 2021/1, 2021/2, 2021/3, 2021/4
• Archiv: 2022/1, 2022/2, 2022/3, 2022/4
• Archiv: 2023/1, 2023/2, 2023/3, 2023/4
• Archiv: 2024/1, 2024/2, 2024/3, 2024/4

Vorlage Nekrolog

Beim Blick in Kategorie:Nekrolog 1. Jahrhundert ist mir aufgefallen, dass zum einen die Jahre in unüblicher Reihenfolge stehen. Statt in numerischer Reihenfolge stehen sie in „alphabetischer“ Reihenfolge (z. B. 19 2 20). Momentan gibt es zwar noch kein Jahr 100, dürfte aber wohl kaum anders laufen (gehört ja noch zum 1. Jahrhundert). Ein Blick in Kategorie:Nekrolog 10. Jahrhundert bestätigt übrigens, dass das Problem auch dort existiert (1000 steht vor 901).

Zum anderen fällt auf, dass, wenn man einen der Jahresartikel aufruft (etwa „Nekrolog 2“), in der Zeitleiste ein Jahr 0 auftaucht. Da ja hierzuwiki in Kategorien die übliche Jahreszählung gilt (auf 1 v. Chr. folgt 1 n. Chr., ein Jahr 0 existiert nicht), gehe ich davon aus, dass es ziemlich schwierig werden dürfte, einen „Nekrolog 0“ zu schreiben. ;-)

So wie es aussieht, werden die Zeitleiste und die Kategorien wohl über die Vorlage erzeugt. Ich möchte hier jetzt aber nicht mit eigenhändigen Änderungen reingrätschen, da die Vorlage ja nun in etlichen Artikeln eingebunden ist. Bliebe noch die Frage, inwieweit das jetzt speziell diese Vorlage betrifft oder ob es evtl. auch andere Vorlagen mit Zeitbezug gibt, die betroffen sind (hab ich jetzt nicht explizit geprüft). --Duschgeldrache2 (Diskussion) 22:23, 9. Jul. 2024 (CEST)

1. Unser Kategoriesystem verwendet seit jeher die „lexikalische“ Sortierung, also tatsächlich nach Alphabet, und erkennt keine numerischen Komponenten.
2. Muss also der gewünschte Schlüssel ggf. modifiziert angeben werden.
3. Vorlage:Nekrolog/Kategorien wurde 2021 ausgegliedert; verschwendete jedoch keine Gedanken an Zeiten vor dem Jahr 1000.
4. Die Funktion padleft: ermöglicht das linksbündige Auffüllen mit Nullen, falls keine negativen Zahlen auftreten, und wenn das nicht vor der Zeitenwende liegt.
5. Die Versionsgeschichten von Stamm- und Untervorlage sind von beeindruckendem Umfang; sieht nach vielen Experimenten im Minutentakt aus, und doch nicht zu Ende gedacht.

Werkstattpersonal mag sich dem annehmen; ausweislich der Versionsgeschichten halte ich das für einen Einzelfall.

VG --PerfektesChaos 22:43, 9. Jul. 2024 (CEST)

Die Sortierung könnte man mit führenden Nullen im Alternativnamen lösen, wie etwa in Kategorie:Astronomisches Objekt (entdeckt im 3. Jahrhundert). Für Jahre vor Christi Geburt (derzeit bei den Nekrologen noch nicht vorhanden, aber wer weiß …) gibt es die Möglichkeit mit #expr zu arbeiten (womit dann auch gleich die richtige Reihenfolge hergetellt wird – von älter nach neuer). Beispiel: Kategorie:Astronomisches Objekt (entdeckt im 2. Jahrhundert v. Chr.). --Duschgeldrache2 (Diskussion) 23:55, 9. Jul. 2024 (CEST)

Ich habe bisher keinen Nekrolog für Jahre kleiner 0 gesehen bzw. sind diese nicht in Kategorie:Nekrolog enthalten. Grundsätzlich werden dafür wohl eigene Vorlagen angelegt. Es ist durch die Kategorisierung mit maximal 100 Artikel generell nur bei Zahlen kleiner 100 notwendig, diese aufzufüllen. Eine Kategorie von x. Jahrhundert wird prinzipiell nur Artikel von x00 bis x99 enthalten, eine weiterführende Sortierung ist damit unnötig. Beim Nekrolog sind die Artikel jetzt jedenfalls richtig sortiert. --darkking3 ^Թ 13:34, 11. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 12:03, 16. Jul. 2024 (CEST)

Transparentes Logo

Zu den Artikeln Westafrikanische Entwicklungsbank und Taskforce on Nature-related Financial Disclosures habe ich jeweils ein Logo hochgeladen, das in der Infobox (vom Typ Unternehmen) integriert ist. Die Logo ist so gestaltet, dass "die Schrift" in weiß und der Hintergrund transparent ist. Dies führt dazu, dass weißer Text auf hellgrauem Untergrund angezeigt wird, so dass das Logo auf den ersten Blick "unsichtbar" ist. Hier gibt es grundsätzlich diverse Lösungsansätze: Logo-Datei manipulieren (unschön/Urheberrecht), Hintergrundfarbe in der Infobox ändern, ... Da mir das bei einem anderen Artikel genauso passiert ist, frage ich mich, ob es dafür einen Standard-Vorgehen gibt, damit nicht jeder in Wikipedia macht, was er für richtig hält.

Aufgrund folgendes Vorschlags (Reinhard Kraasch / 23:13, 7. Jul. 2024), stelle ich die Frage nun hier: Eine allgemeine Lösung lässt sich m.E. am ehesten durch eine Erweiterung der Vorlage um einen weiteren Parameter erreichen, mit dem man die Farbe des Hintergrunds der Zelle steuern kann. Ich empfehle, das in der Vorlagenwerkstatt oder unter Vorlage Diskussion:Infobox Organisation zu diskutieren. --Frank Domm (Diskussion) 16:03, 13. Jul. 2024 (CEST)

Für die {{Infobox Organisation}} ist dies aus meiner Sicht auf der zugehörigen Disk zu stellen, auf der auch in ausreichendem Maße geantwortet wird. Ich sehe aber keinen ernsthaften Grund, dies nicht einzubauen. Mir fallen spontan auch weitere Vorlagen ({{Infobox Unternehmen}}, {{Infobox Verein}}) ein, bei denen das ggf. umgesetzt werden sollte. Ein Standardvorgehen dürfte es nicht geben, da ich in Hilfe:Bilder keinen Hinweis dazu gefunden habe. Ich würde allerdings keine explizite Farbe angeben, sondern einfach nur per boolschem Schalter den vorhandenen Farbwert ändern (z.B. invertieren). --darkking3 ^Թ 10:11, 15. Jul. 2024 (CEST)

Invertieren wü+rde wie folgt aussehen:

Westafrikanische Entwicklungsbank, WADB
Datei:Logo boad blanc.png Logo
Logo

--darkking3 ^Թ 10:16, 15. Jul. 2024 (CEST)

Hinweis dazu: Das ganze sollte ebenso mit Wikipedia:Dark Mode kompatibel sein. --darkking3 ^Թ 12:06, 15. Jul. 2024 (CEST)

Traditionell wird das nicht über zusätzliche Vorlagenparameter gelöst, sondern über einen explizit mittelgrauen Hintergrund der Zelle.

• Ist das Logo deckend, ist davon allenfalls eine graue Umrahmung zu sehen.
• Ist das Logo sehr hell bis weiß bei transparentem Hintergrund, ist es mit hinreichendem Kontrast zu sehen.
• Ist das Logo sehr dunkel bis schwarz bei transparentem Hintergrund, ist es mit hinreichendem Kontrast zu sehen.
• Ist das Logo irgendwie bunt bei transparentem Hintergrund, ist es mit hinreichendem Kontrast zu sehen.
• Ist das Logo grau bei transparentem Hintergrund, hat man mit Zitronen gehandelt.
  • Dieser Fall ist jedoch extrem selten.
  • Bei Vorlage:Infobox Organisation ist der Parameter ein Dateipfad, der ggf. aus Wikidata bezogen wird. In anderen ist es Wikisyntax; in diesem Fall ließe sich ein Rechteck passender Hintergrundfarbe in HTML erstellen, in dessen Mitte das Logo angeordnet werden kann.

VG --PerfektesChaos 13:02, 15. Jul. 2024 (CEST)

Ich habe mein Beispiel mal an eine automatisierte funktionierende Variante angepasst und um ein Beispiel ergänzt, warum (aus meiner Sicht) zumindest ein Schalter vorhanden sein sollte. Finde ich optisch halt nicht so prickelnd, dass stumpf für die 2.650 Artikel mit passendem Logo umzusetzen. Klar, ein padding wäre noch möglich, aber notwendig ist es halt eigentlich auch nicht immer. --darkking3 ^Թ 16:45, 16. Jul. 2024 (CEST)

Hmm. Ich verstehe das Problem ehrlich gesagt nicht. Beide hier als Beispiel genannte Organisationen nutzen ihr Logo auch in Farbe (TNFD, BOAD) und nicht nur in Weiß. Ich kenne keine Organisation, die das anders handhabt, auch wenn manche einen Kasten um ihren weißen Schriftzug haben. Statt jetzt Infoboxen anzupassen und diese damit für Nutzer und Maintainer komplexer zu machen, würde ich einfach die Logos in Farbe hochladen.

Der Darkmode hat tatsächlich Probleme mit transparenten Grafiken. Das muss aber grundsätzlich gelöst werden, indem z.B. die Einbindung von Dateien im Darkmode eine Hintergrundfarbe zugeordnet bekommt. --Newt713 (Diskussion) 17:27, 16. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 12:10, 18. Jul. 2024 (CEST)

Variablen

Ich weiß, das ist jetzt eigentlich nicht unbedingt etwas, was nur Vorlagen betrifft, aber kann mir bitte irgendjemand mal erklären, wie man diese Variablen verwendet, damit sie im Dunkelmodus etwas tun, was ich möchte, also beispielsweise, wenn etwas hellblau hinterlegt ist, wie kann ich dann dem Dunkelmodus beibringen, dass auch dort ein irgendwie bläulich hinterlegter Hintergrund, aber eben dunkel und mit heller Schrift angezeigt wird so wie hier. style="background:var(--background-color-progressive-subtle,#EAF3FF); color:#3366CC; width: 200px;"

Chemische Formeln

wird dunkel mit Blaustich

Chemische Formeln

Basishintergrund

Chemische Formeln

so ↑ sollte es eigentlich werden

Ich verstehe diese Variablen so absolut nicht. Das Beispiel oben habe ich auch nur mit blauer Schrift hinbekommen, bei Schwarz zu Weiß an anderer Stelle Spezial:Diff/247108551/next funktionierte es dann wieder nicht ${\ce {H2O}}$ ist unlesbar. Warum??? Welche Variable muss in color? Blau bleibt nämlich tatsächlich blau 3366CC und wird nicht zu 6D8AF2 konvertiert.

Ich hätte gern für diese Seite Hilfe:Videos konvertieren und hochladen die rosa Färbung auf den Dunkelmodus übertragen. Ich habe es jetzt anders gelöst, indem ich die Tabellen komplett mit skin-invert versehen habe = Dark. Eigentlich möchte ich aber, dass es das von ganz allein erkennt und aus der Farbe #FFF5EE diese #0F0600 macht, wenn der andere Skin erkannt wird. Was muss man dann wie in die Variablen background: var(--background-color-base-subtle,#FFF5EE); color: var(--???); schreiben, damit das passieren würde, ohne dass ich die Tabelle komplett invertieren muss? Woher weiß ich wie die background: var(--background-color… heißen muss, und was ist ein -subtle es würde mir an manchen Stellen einiges bei der Umstellung erleichtern, wenn ich das irgendwie durchschauen würde. --Liebe Grüße, Lómelinde Diskussion 07:09, 30. Jul. 2024 (CEST)

Ich verstehe dich leider nicht richtig. Allgemein: Wikipedia:Technik/Skin/CSS/Variablen kennst du? Die verfügbaren Variablen stehen hier.

In diesem Diff befindet sich ein überschüssiges Doppelkreuz vor dem Variablenaufruf.

Woher soll irgendeine Software denn wissen, dass du genau #FFF5EE -> #0F0600 haben möchtest? Das kann so nicht funktionieren. Wenn du einfach nur die Textfarbe (schwarz im hellen, weiß im dunklen Modus) haben willst, ist das --color-base.

subtle steht für eine weniger kräftige/auffällige Farbvariante. -- hgzh 07:58, 30. Jul. 2024 (CEST)

Die Falle ist, dass sie eine TemplateStyles-CSS-Seite bräuchte.

• Die kann von Vorlage:Hilfe diskret eingebunden werden, und stünde dann auf allen HNR-Seiten zur Verfügung.
• Mit Klassen hilfe-* für die gewünschten Farben bzw. Dekorationsstile.
• Vorlage:Hilfe/styles somit.

Bin aber hundemüde, überhitzt und möchte vor Oktober nicht mehr mit geistiger Anstrengung belästigt werden.

VG --PerfektesChaos 08:14, 30. Jul. 2024 (CEST)

Ich würde eine Variable so verstehen, dass ich ihr sagen kann, verwende diese Farbe für hell und jene für dunkel, quasi so var(--background…, Hellfarbe, Dunkelfarbe);, also so ähnlich wie ein #switch. Ich habe die Farben ja nicht vorgegeben, sondern auch hier (hellblau) wieder aus der Konsole entnommen, wenn man das im VisualEditor aufruft oder bei rose wenn ich es invertiere, woher die Farben dann kommen verstehe ich aber nicht wirklich. Mein Problem ist auch, dass ich die Seite Wikipedia:Technik/Skin/CSS/Variablen nicht verstehe. Ich kann immer nur „was passiert dann“ ? Und das ist nun wirklich nicht effektiv und frustriert zudem, wenn es nicht klappt. Und ich möchte auch niemanden belästigen, ich möchte nur verstehen wie das geht. --Liebe Grüße, Lómelinde Diskussion 08:27, 30. Jul. 2024 (CEST)

In der Hilfeseite im Wikitext kannst du nur eine entsprechende class="hilfe-**** verwenden.

Deren Definition bedarf einer TemplateStyles-CSS-Seite Vorlage:Hilfe/styles.css und die kann dann Variablen benutzen.

Wobei die WMF-Dödel aber ausgerechnet background-color: in TemplateStyles bislang nicht auf die Kette kriegen und verboten haben; das ginge dann nur über ein Gadget.

VG --PerfektesChaos 08:53, 30. Jul. 2024 (CEST)

background-color geht schon, nur border-color ist eingeschränkt.

@Ló, wenn du mir ein bisschen genauer beschreibst, wo auf der Hilfeseite zu den Variablen du nicht weiterkommst, kann ich gern versuchen, es besser zu beschreiben. Aber das ist vielleicht eher etwas für die dortige Diskussionsseite. -- hgzh 09:00, 30. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 09:53, 30. Jul. 2024 (CEST)

Infobox Rechtsakt (EU) - Erweiterung der Werteliste für einen Parameter

Ich habe gestern den Artikel Europäische Lieferkettenrichtlinie aktualisiert, da der Rechtsakt gestern veröffentlicht wurde.

Darin habe ich die Infobox Rechtsakt (EU) verwendet. Diese hat unter anderem den Parameter "Status der Gültigkeit" und nutzt eine Werteliste:

• vorschlagimprozess – Vorschlag im Prozess
• inkraft – In Kraft
• anwendbar – Anwendbar
• umsetzung – Umsetzung
• umgesetzt – Umgesetzt
• teilweiseaußerkraft – Teilweise außer Kraft
• außerkraft – Außer Kraft
• nichtig – Nichtig

Leider ist das nicht vollständig, um den Gang der Gesetzgebung zu reflektieren, da zwischen der Veröffentlichung und dem Inkrafttreten - wie bei EU-Rechtsakten üblich - 20 Tage liegen, d.h. der Rechtsakt tritt 20 Tage nach Veröffentlichung in Kraft. Aktuell ist der Rechtsakt also im Status "veröffentlicht (= 05.07.2024) aber noch nicht in Kraft (= 25.07.2024)".

Vorschläge:

• Obige Werteliste sollte um den Wert "veröffentlicht" erweitert werden.
• Angezeigter Text (unter der Infobox): "Der Rechtsakt wurde veröffentlicht - er ist aber noch nicht in Kraft getreten."

--Frank Domm (Diskussion) 14:12, 6. Jul. 2024 (CEST)

Das ist eine inhaltliche Angelegenheit.

Sowas müsste zuerst auf der Disk der Vorlage vorgeschlagen werden, damit die welche diese Vorlage beobachten das auch mitbekommen.

Vermutlich wird dort jemand reagieren.

Vermutlich können die Leut das dann ggf. auch allein umsetzen; ist eigentlich ganz einfach.

Falls längere Zeit niemand was dagegen hat und keiner es programmieren kann, kannst du mit dieser Vorgeschichte dann gern hier nochmal aufschlagen.

VG --PerfektesChaos 15:38, 6. Jul. 2024 (CEST)

@FDomm Konkret müsstest du diesen Beitrag auf Vorlage Diskussion:Infobox Rechtsakt (EU) erstellen. Und erst dann wenn sich dort niemand meldet (weder mit Kritik, noch mit erledigt, noch mit super Idee), würden wir uns dazu bereiterklären diese Vorlage zu bearbeiten. Das hängt – wie PerfektesChaos dir schon geschrieben hat – damit zusammen, dass dies eine inhaltliche und keine technische Frage ist. --77.0.31.188 14:28, 7. Jul. 2024 (CEST)

Danke - erledigt. --Frank Domm (Diskussion) 17:51, 7. Jul. 2024 (CEST)

Infobox Politische Partei

Hallo zusammen. Letztes Jahr habe ich die Vorlage:Infobox Politische Partei erstellt. Die Namen der Parlamente, die Farben und die Gesamtzahl der Mandate sind automatisch. Diese Daten werden über den Parameter Staat visualisiert.

Ich habe eine neue Vorlage erstellt: Der Text der Artikel war nicht mit der alten Vorlage (Vorlage:Infobox Partei) kompatibel. Wenn ich die vorherige Vorlage geändert hätte, wären die Artikel beschädigt worden. Zuerst habe ich den Quelltext in den Artikeln angepasst und die neue Vorlage verwendet. Dann habe ich die alte Vorlage geändert (die neue Vorlage muss gelöscht werden).

Ich habe die Vorlage:Infobox Politische Partei letztes Jahr erstellt. Die Vorlage wurde auch von anderen Benutzern verwendet. Daher dachte ich, es gäbe kein Problem. Es gibt keine inhaltliche Änderung: einige Daten sind automatisch. Der Quellcode ist einfacher und die Artikel verwenden denselben Standard.

Einige Benutzer haben die neue Vorlage kritisiert. Es gibt keine inhaltliche Kritik: Die neue Vorlage wurde als Redundanz oder Duplikat angesehen. Es gibt jedoch keine Redundanz, da die neue Vorlage vorläufig war. Eine direkte Änderung hätte alle Artikel zerstört.

Jetzt wird die neue Vorlage kritisiert (Duplikat/Redundanz), aber die alte Vorlage kann nicht geändert werden. Der Quelltext ist jetzt jedoch kompatibel. Danke. --Zukunft99 (Diskussion) 16:12, 28. Jul. 2024 (CEST)

Ich weiß nicht, was du jetzt von der Werkstatt erwartest? Eine Frage kann ich nicht erkennen. --darkking3 ^Թ 16:19, 28. Jul. 2024 (CEST)

Die Message dieses Postings war gewesen, unsere Aufmerksamkeit auf Wikipedia:Löschkandidaten/21. Juli 2024 #Vorlage:Infobox Politische Partei zu lenken.

Die Kommunikation mit der Community ist flächendeckend ausbaufähig; so kam auch dies nicht rüber und wurde nicht verlinkt.

VG --PerfektesChaos 17:12, 28. Jul. 2024 (CEST)

Zur Vorgeschichte gehört allerdings auch Wikipedia:Redundanz/Juli 2024#Vorlage:Infobox Politische Partei - Vorlage:Infobox Partei --darkking3 ^Թ 17:23, 28. Jul. 2024 (CEST)

@Darkking3: Es geht v. a. wohl um die Klärung diverser (technischer?) Probleme in der neuen Vorlage; siehe Vorlage Diskussion:Infobox Politische Partei. --Chtrede (Diskussion) 11:32, 5. Aug. 2024 (CEST)

Ich kenne das Problem und brauchte keine Erläuterung. Aber danke. --darkking3 ^Թ 11:35, 5. Aug. 2024 (CEST)

"Ich weiß nicht, was du jetzt von der Werkstatt erwartest? Eine Frage kann ich nicht erkennen." Na ja, Du hattest ja selbst hier danach gefragt, was die Erwartubgen sind und was die Frage ist. Also rein rhetorisch von Dir gefragt, wenn Du das Problem kennst`? Strange. --Chtrede (Diskussion) 11:59, 5. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 11:36, 5. Aug. 2024 (CEST)

P.S. Ich weiß nicht warum das Thema als "erledigt" gekennzeichnet wurde, denn an dem Problemd er Infobox wurde ja seitdem nix gemacht... --Chtrede (Diskussion) 13:08, 5. Aug. 2024 (CEST)

Siehe Antwort von PC. Es ging ihm vorrangig um die LD auf seine IB. Das ist entschieden worden. Weiteres wurde nicht angefragt. Und grundsätzlich muss derjenige die Diskussion führen, der etwas ändern möchte. Ich wüsste nicht, was hier noch diskutiert werden soll, auch um die Disk nicht über noch mehr Seiten zu ziehen. --darkking3 ^Թ 13:23, 5. Aug. 2024 (CEST)

Nein, es geht im den Inhalt der Entscheidung der LD... dort hat der Admin angeregt, dass die Infobox Thema der Vorlagenwerkstatt sein soll. Deshalb wird es hier auch diskutiert. --Chtrede (Diskussion) 14:13, 5. Aug. 2024 (CEST)

Konjuktive sind etwas schönes. Solange nichts inhaltlich geklärt ist und die Kommunikation mit den Nutzern weiterhin unterbleibt, können wir rein technisch nichts klären, da immer latent die Frage bestehten würde, was zu klären wäre. Für den ersteren Punkt ist vorrangig Portal:Politik zuständig. Erst wenn da alles hinreichend geklärt ist, wären wir für den technischen Part zuständig. Und selbst da wäre zu klären, was wir überhaupt machen sollen, den die Vorlage ist laut eigener Aussage fertig. Durch die Verwendung von Lua kommt dann noch hinzu, dass auch Wikipedia:LWS (zumindest anteilig) zuständig wäre. P.S.: Diese ganzen Punkte sind nicht neu und existieren (ausweislich der BD) seit etwa einem Jahr. --darkking3 ^Թ 15:34, 5. Aug. 2024 (CEST)

Vorlage:DIP

Hey, ich habe mich mal an einer Überarbeitung einer wenig eingebundenen Vorlage probiert. Leider ignoriert die Vorlage, wenn eingebunden, eingerückte Listenpunkte wie

• dieser hier.

Das ist ein rein ästhetisches Problem, da diese Vorlage überwiegend im Abschnitt Weblinks eingebunden ist. Wie schaffe ich es, dass die Vorlage dort hinpasst, etwa wie die Vorlage:Internetquelle? LG; --VECTR¹⁹³ONATOR (DISK) 05:36, 16. Jul. 2024 (CEST)

Beispiel: Betriebsrentenstärkungsgesetz, erster Punkt im Abschnitt Weblinks. --VECTR¹⁹³ONATOR (DISK) 05:37, 16. Jul. 2024 (CEST)

Erledigt, es ist immer besser, den wirksamen Vorlagencode in onlyinclude-Tags einzuschließen, als den nichtwirksamen per noinclude-Tags auszuschließen, da so weniger leicht Leerzeilen miteingebunden werden, die dann genau für den hier beobachteten Effekt sorgen.

Was noch fehlt wäre die Vorlagendokumentation auf einer Unterseite. -- hgzh 07:39, 16. Jul. 2024 (CEST)

Super, vielen Dank! Klingt nach einem klassischen Anfängerfehler ;) Passt das mit der Doku so? --VECTR¹⁹³ONATOR (DISK) 13:43, 16. Jul. 2024 (CEST)

@VECTRONATOR: Angesichts des mir völlig unbekannten Vorlagenbezeichners DIP (so sehen bei uns fast nur FlagIcons aus) und der mutmaßlich 99,99 % an Artikeln beteiligter Autoren, die mit dieser Bezeichnung auch nichts anfangen könnten, und der bisherigen Einbindung in ganze 8 (acht) Artikel, möchte ich gern, dass dieser auf „selbsterklärend“ geändert wird. „Dokumentations- und Informationssystem für Parlamentsmaterialien“ dürfte niemand aufsagen können, auch wenn wir sogar einen enzyklopädischen Artikel zum ungekürzten Namen haben.

• Üblich wäre heutzutage Vorlage:dip.bundestag.de – das erklärt allen, die den Namen sehen, dass es etwas mit bundestag und de zu tun habe, welche Funktion diese Vorlage wohl haben wird (auf Webseiten verlinken), und sogar auf welche Website.
• „DIP“ kann das nicht leisten.

VG --PerfektesChaos 14:30, 16. Jul. 2024 (CEST)

Guter Vorschlag, das Umbenennen ist sicherlich kein Problem und kann ich gerne durchführen, wenn kein Einwand besteht. LG, --VECTR¹⁹³ONATOR (DISK) 14:38, 16. Jul. 2024 (CEST)

Ich habe das erstmal auf der Vorlagendisk angekündigt, sonst heult mal wieder irgendwer das sei ihm nicht rechtzeitig angekündigt worden und ein schröckliches Unrecht wäre geschehen.

Die Verschiebung werde ich selbst umsetzen, und dabei einige organisatorische Nacharbeiten vornehmen, mir auch die Doku begucken.

Wenn du die Vorlage beobachtest, merkst du das, und kannst danach die Einbindungen manuell abarbeiten.

VG --PerfektesChaos 21:38, 16. Jul. 2024 (CEST)

Das hatte sich gekreuzt; ich hatte diese Diskussionsseite bereits geöffnet. --PerfektesChaos 23:44, 16. Jul. 2024 (CEST)

Mühlenliste

Eine Bitte: der Vorlage:Mühlenliste Tabellenzeile beibringen, dass sie nur Text und keine Wikisyntax in die Vorlage:Coordinate schreibt. Siehe das Beispiel auf der Doku, wo die eckigen Klammern der Ortsangabe im Link zum Geohack laden. --2001:4652:FBAF:0:6426:2D4A:7B02:9B63 23:15, 16. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 14:32, 18. Aug. 2024 (CEST)

Infobox See / Bucht

Hallo, kann bitte jmd bei Vorlage:Infobox See und Vorlage:Infobox Bucht Hand anlegen? Und zwar jeweils bei der Befüllung des Parameters "dim" für die Vorlage:Coordinate.

• See: Wenn SEELÄNGE und SEEBREITE angegeben sind, soll die größere von beiden in Metern als "dim" übergeben werden. Wenn nur einer der beiden Parameter befüllt ist, soll dieser in Meteren als "dim" übergeben werden.
• Bucht: Wenn BREITE und BUCHTTIEFE angegeben sind, soll die größere von beiden in Metern als "dim" übergeben werden. Wenn nur einer der beiden Parameter befüllt ist, soll dieser in Meteren als "dim" übergeben werden.

Keine Ahnung, was da aktuell berechnet(?) wird, aber das momentane liefert seltsame Werte für "dim", siehe auch Vorlage_Diskussion:Infobox_See#Seltsames_verhalten_von_SEEBREITE. --2001:4652:FBAF:0:6D9A:4AA0:7083:C4C 11:40, 18. Aug. 2024 (CEST)

Erledigt. --darkking3 ^Թ 14:24, 18. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 14:24, 18. Aug. 2024 (CEST)

Wieso wird rang bei Rudolf Hainitz in der Vorlage:Infobox Kampfsportler nicht angezeigt?

Wieso wird rang bei Rudolf Hainitz in der Vorlage:Infobox Kampfsportler im vergleich zu der infobox bei Peter Birbaumer nicht angezeigt? Es liegt anscheinend daran, das disziplin einen link enthält.--IPPON01 (Diskussion) 12:08, 22. Jul. 2024 (CEST)

Die Vorlage verwendet für den Parameter disziplin eine ifexist-Abfrage. Nach dieser Änderung ist die Abfrage erfolgreich, da Karate ein Blaulink ist (Artikel existiert). Bei der jetzigen Programmierung darf Karate auch nicht mit eckigen Klammern für einen Wikilink bei disziplin eingetragen werden.--Kallichore (Diskussion) 13:49, 22. Jul. 2024 (CEST)

Es wäre erstmal schön, wenn man nicht an einer Vorlage mit Einbindungen im VNR testet, sondern sich eine Benutzerunterseite als Vorlagentest einfach anlegt. Dies vor allem mit dem Hintergrund, wenn man offensichtlich nicht erfolgreich ist. Schön wären auch Angaben, was man verändert bzw. was man erreichen will. Damit sieht man schneller, was wo hinzugefügt werden soll.

Da es wenig Sinn macht, per ifexist abzufragen und diese Information nicht auszuwerten, habe ich es auf die übliche Verwendung umgestellt (automatische Verlinkung). Dies war in der ersten Version der IB auch so gedacht, warum es geändert wurde, kann ich nicht sagen, weil ohne Kommentar. Im übrigen gibt es für Karateka {{Infobox Karateka}} und für weitere Kampfsportler kann Kategorie:Vorlage:Infobox Sportler konsultiert werden. Vielleicht sollte die IB auch in die anderen, spezifischeren Varianten überführt werden. --darkking3 ^Թ 14:33, 22. Jul. 2024 (CEST)

Gibt es keine deutsche Version von Infobox_person?

Hi Leute, ich bin relativ neu dabei und habe noch nie Infoboxen verwendet. Ich wollte einen Artikel zu einem kleinen Musiker verbessern, dafür plante ich ein Template/Vorlage benutzen. Entweder verstehe ich das System nicht, was gut aus sein kann, oder es gibt anscheinend keine deutsche Version von Infobox_person? In der Sprachauswahl konnte ich "Deutsch" nicht finden. Außerdem konnte ich keine Übersetzung der Box auf den bisher von mir angeschauten deutschen Artikeln zu Personen auffinden. LG --Brentspine (Diskussion) 19:09, 22. Jul. 2024 (CEST)

Nein, gibt es nicht. Alle möglichen Personeninfoboxen stehen in der Kategorie:Vorlage:Infobox Person, und da auf der Disk wurde eine solche schon diskutiert. Es gab auch schon ein MB dazu. Letztlich waren sie bislang immer unerwünscht, bis auf konkrete Ausnahmen für definierte Personengruppen. --Grüße vom Sänger ♫ ^(Reden) 19:44, 22. Jul. 2024 (CEST)

Frage zu Vorlage:Infobox Verwaltungseinheit

Hallo, ich habe eine Frage zu Vorlage:Infobox Verwaltungseinheit.

Egal, was ich im Quelltext bei CHEF-TITEL2 eingebe, steht dort am Ende immer Präsident. Wie kann ich da eine andere Bezeichnung reinschreiben?

Danke schonmal im voraus. --Chagatai Khan (Diskussion) 20:52, 7. Aug. 2024 (CEST)

Nur um es klarzustellen:

• CHEF-TITEL gehört zu CHEF
• CHEF-TITEL2 gehört zu CHEF2

Falls du zu CHEF die Amtsbezeichnung ändern möchtest, musst du auch CHEF-TITEL ohne 2 spezifizieren.

VG --PerfektesChaos 21:13, 7. Aug. 2024 (CEST)

CHEF-TITEL2 setzt aber den Ministerpräsidenten nicht um; außerdem steht der A. Boss nach (?!) dem B. Boss:

Dystopia
Basisdaten
Staat	Utopia
Politik
Boss	A. Boss
Ministerpräsident	B. Boss

Gruß, --Wi-luc-ky (Diskussion) 21:26, 7. Aug. 2024 (CEST)

Aus meiner Sicht kann es auch gedanklich nicht richtig sein, wenn CHEF2 vor CHEF angeordnet ist. Der Titelfehler ist da noch etwas anderes. --darkking3 ^Թ 21:40, 7. Aug. 2024 (CEST)

Fehler gefunden, die Doku ist falsch. Der Parameter muss CHEF2-TITEL lauten. --darkking3 ^Թ 21:45, 7. Aug. 2024 (CEST)

Schön, darkking3. Das auch von Dir bestätigte Hierarchieproblem ist damit aber noch nicht gelöst, oder? VL-Umbau? Gruß, --Wi-luc-ky (Diskussion) 00:28, 12. Aug. 2024 (CEST)

Danke für die Hilfe. --Chagatai Khan (Diskussion) 19:33, 12. Aug. 2024 (CEST)

Letztlich müsste man erstmal schauen, wie in den Artikeln die Parameter ausgefüllt sind. Nicht dass die höherwertigere Stelle durch den Fehler einfach als CHEF2 bereits umgesetzt wurde. --darkking3 ^Թ 08:51, 13. Aug. 2024 (CEST)

Ich hab es jetzt einfach mal umgestellt, da es für Außenstehende schwierig z.T. schwierig ist, welche Position höherwertig ist. Betrifft jetzt auch nur 18 von 7552 Artikeln. --darkking3 ^Թ 09:04, 13. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 09:14, 20. Aug. 2024 (CEST)

Vorlage:Kasten und Dependenzen

Hallo, ich scheine bei der Verwendung des Visual Editors Probleme mit der Vorlage:Kasten zu bekommen. Irgendetwas scheint den Kasten vorzeitig zu schließen, der Inhalt erscheint bei mir dahinter, z. B. bei diesem Edit diff. Liegt das an den hmtl-tags in meiner Singnatur? Früher hatte ich damit keine Probleme... Liebe Grüße -- Leif Czerny 13:04, 29. Jul. 2024 (CEST)

Du darfst den Erledigt-Baustein in diesem Fall nicht eingerückt platzieren (Doppelpunkt am Zeilenanfang). -- hgzh 14:15, 29. Jul. 2024 (CEST)

Konnte ich in diesem Fall durch Anpassung des Erledigt-Bausteins korrigieren, das klappt aber nicht immer. -- hgzh 14:17, 29. Jul. 2024 (CEST)

Genereller Hinweis: Die Platzierung des eingerückten Bausteins erfolgt durch die Verwendung der Disk-Seiten-Tools beim Einfügen des Disk-Bausteins. Darauf deutet auch die autoamtische Zusammenfassung mit Antwort hin. Je nach Antwort können sich draus auch Folgefehler ergeben, wenn etwas die Vorschau gut aussieht und später durch die Einrückung die Formatierung bricht, weil es eingerückte Block- und keine Inline-Elemente sind. --darkking3 ^Թ 14:22, 29. Jul. 2024 (CEST)

Dann liegt das an der "Antworten"-Funktion? Kannst Du es nochmal etwas genauer erklären? ---- Leif Czerny 14:47, 29. Jul. 2024 (CEST)

Richtig. Es gibt verschiedene Dinge, die auf das Einfügen mittels Antworten-Funktion allergisch reagieren. Tabellen und eigentlich alle Block-Tags (<div>, <code> z.B.) in Kombination mit den Zeilenumbrüchen oder teils auch eingerückte Vorlagen verursachen Lint-Fehler und können damit das Layout beeinflussen. Was davon beim Nutzer letzlich an Fehlern ankommt, ist Browser-spezifisch. Ist ein bekanntes Problem, für das ich bisher keine Lösung kenne. (Zumindest wenn man die Antworten-Funktion und nicht den Quelltexteditor nutzt) Vielleicht kommt von PC noch eine ausführlichere Antwort dazu, wenn ich es zu ungenau beschrieben habe. --darkking3 ^Թ 15:09, 29. Jul. 2024 (CEST)

Ah, ok. D.h. es gilt derselbe Warnhinweis wie bei Vorlage:Achtung#Kopiervorlage? ---- Leif Czerny 15:11, 29. Jul. 2024 (CEST)

Ja das gilt für einige Vorlagen, die sonst ihren Inhalt verlieren. Beispielsweise auch für die Vorlage:Zitat#Hinweise, die Vorlage:Begriffsklärung, für Navigationsleisten, Babelbausteine, Hinweisbausteine (Auszeichnungen, Rechtshinweis, Belege fehlen …), einige selbst konfigurierte Erledigtbausteine, grundsätzlich auch für Tabellen, die niemals eingerückt werden sollten, auch wenn das Einrücken des Tabellenanfangs derzeit noch keine Linterfehler auslöst. Das Diskussionswerkzeug macht dann vermutlich so etwas daraus:

:::::: {| class="wikitable"
:::::: |-
:::::: |Tabelle
:::::: |}

Und das würde dann wiederum Linterfehler erzeugen, weil zwischen {| und |- … eben dusselige :::: stehen, die als falsch verschachtelte Inhalte interpretiert werden und eine sinnvolle Ausgabe der Tabelle unmöglich wird. Blockbausteine sollten in Diskussionen daher möglichst nicht eingesetzt und Tabelle explizit immer an den Zeilenanfang gesetzt werden, wenn man auf Antworten klickt. --Liebe Grüße, Lómelinde Diskussion 19:00, 29. Jul. 2024 (CEST)

Da Ló mich ja bereits angedroht hatte, dann also auch von mir:

• Keine der Block-Konstruktionen ist dafür gedacht und geeignet, in die Doppelpunkt-Missbrauchs-Einrückungen eingestreut zu werden. Das betrifft namentlich:
  • „Bausteine“ im Sinne der Nuller Jahre; diese sind darauf ausgelegt, sich Ausdehnung über die gesamte Breite des Inhaltsbereichs zu verschaffen, selbst wenn manche Leute sowas oder auch Blockzitate mitten in den Fließtext einstreuen;
  • Blockzitate, wie eben bereits erwähnt, die sich am linken Rand des vollen Bereichs von diesem aus eingerückt präsentieren.
  • Tabellen, wie von Ló schon korrekt dargestellt.
• Selbstverständlich kann mit korrektem HTML statt mit der verhunzten Doppelpunkt-Missbrauchs-Einrückung auch bezogen auf andere, richtige HTML-Elemente eingerückt werden:
  1. style="margin-left: wie korrekt von Ló in ihrem Tabellen-Beispiel angewendet, falls das Element sowas direkt unterstützt (machen einige aber nicht alle „Bausteine“; nur die modernen).
  2. Definition eines eingerückten Bereichs als <div>.
• Die Disk-Seiten-Tools sind nur für Fließtext und etwas Kursivschrift mit Verlinkungen ausgelegt; also kommunikativ eher bei TwiX-plain-text.
  • Wer richtige Wikisyntax verwenden will, muss schon echten Quelltext ohne Tools schreiben, ggf. auf HTML-Basis.

VG --PerfektesChaos 22:14, 29. Jul. 2024 (CEST)

Alles gut, es ist ja keine böse Absicht; mir war nur nie klar, dass der Visual Editor die Einrückungen im Code vor jede Zeile schreibt, während die Vorlage natürlich Zeilenumbrüche einfügen muss. Ich finde es manchmal ganz praktisch, auf Disk-Seiten Kopierschnipsel und andere Textblöcke, über die geredet wird, in einen Kasten zu packen, damit man sie von den Wortmeldungen unterscheiden kann. Dann mache ich das zukünftig ohne VE :-) ---- Leif Czerny 10:24, 30. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:59, 23. Aug. 2024 (CEST)

Boxer

Warum steht bei Jörg Eipel Geburtsname {{{realname}}} Die Vorlage scheint korrekt verwendet zu sein, --roboT 01:45, 7. Aug. 2024 (CEST)

Die Programmierung der Vorlage:Infobox Boxer erfordert den hier eingefügten Parameter realname. Die Dokumentation der Vorlage muss wohl überarbeitet werden, da dort fälschlicherweise alle Parameter als optional angegeben werden.--Kallichore (Diskussion) 02:53, 7. Aug. 2024 (CEST)

@ „fälschlicherweise“:

• Als 2021 TemplateData eingefügt wurde, stand bisher nur „Die meisten Parameter sind optional“.
• Damit bekam es überhaupt erstmal TemplateData, und format:block wurde wirksam (hätte sonst bei jeder VE-Bearbeitung alles in eine Quelltext-Zeile geplättet).
• Die präzisere Beschreibung obliegt den inhaltlich verantwortlichen Maintainern aus dem Sport.

VG --PerfektesChaos 14:20, 7. Aug. 2024 (CEST)

Vorlagendoku wurde überarbeitet. -- hgzh 08:01, 23. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:01, 23. Aug. 2024 (CEST)

Die NDB-Vorlage geht nicht mit 10-stelligen GNDs

m.E. geht die NDB-Vorlage nicht mit GNDs, die 10 Stellen haben, etwa:

• Richard Winkler: Wanzl. In: Neue Deutsche Biographie (NDB). Band 27, Duncker & Humblot, Berlin 2020, ISBN 978-3-428-11208-1, S. 673 f. (Digitalisat).

Die NDB liefert eine sfz:

• Winkler, Richard, "Wanzl" in: Neue Deutsche Biographie 27 (2020), S. 415-416 [Online-Version]; URL: https://www.deutsche-biographie.de/sfz139022.html#ndbcontent
• Die GND funktioniert in der DNB:
• Link zu diesem Datensatz https://d-nb.info/gnd/1279113081
• Es gibt auch eine Vorlage, die die SFZ verwendet, aber ich wurde von einem Kollegen sinnvollerweise darauf hingewiesen, dass die SFZ nicht dafür gedacht ist. Ich hoffe, das ist verständlich - ich habe keine Ahnung von Vorlagen und ich will mich auch nicht damit beschäftigen.- PS: ich habe noch mehrere solcher Probleme, die aber (soweit ich es verstehe) alle anders liegen.

--Cholo Aleman (Diskussion) 07:43, 27. Jul. 2024 (CEST)

Gucke ich mir übers Wochenende an, danke für den Hinweis.

Ich vermute, die haben dann inzwischen eine Milliarde ID geknackt, und wir haben eine Abfrage die zur Erkennung von Falschangaben auf neun Stellen begrenzt (bzw. durch 10 geteilt, denn die letzte Stelle ist glaub ich eine Prüfziffer).

VG --PerfektesChaos 10:19, 27. Jul. 2024 (CEST)

GND 1279113081 liefert: „Wanzl, Familie“ – die NDB will vielleicht eine Einzelperson via GND.

• Wenn es mit der GND halt nicht heben will, dann halt die SFZ verwenden; genau für solche Fälle ist ja der Sonderparameter vorgesehen.

Dass es generell nicht mit 10-stelligen GNDs ginge, kann ich nach Stichproben nicht bestätigen.

Früher hießen die Dinger PND und waren nur für Einzelpersonen; das wird die NDB dann wohl beibehalten haben.

VG --PerfektesChaos 14:40, 28. Jul. 2024 (CEST)

Gibt es einen Grund wieso es das deutsche Pendent zu Template:Sports links nicht gibt?

Wurde die Vorlage:Sport links schon mal diskutiert? Gibt es gründe wieso es sie in dewiki nicht gibt? --IPPON01 (Diskussion) 13:43, 30. Jul. 2024 (CEST)

In allererster Linie müsstest du das die Sports-Leute fragen, ob sie damit einverstanden wären, dass es sowas bei uns geben solle.

 Info: en:Template:Sports links generiert aus Wikidata eine bestimmte Anzahl irgendwelcher URL auf irgendwas.

Das basiert auf Lua-Programmierung und müsste von den Sports-Leutchen dann auch hier lokal konfiguriert und gepflegt werden.

• Die Lua-Programmierung dort ist schlecht konzipiert; fehlende Trennung von Programmierung und lokalen Konfigurationsdaten.

Im Übrigen bist du mir kürzlich mit Vorlage:Sherdog/Test aufgefallen; bei uns sind Unterseiten mit dem Bezeichner /Test jedoch ausschließlich für Testfälle zur Prüfung der korrekten Wirkung der Vorlage erlaubt. Du hast jedoch eine abweichende Programmierung hinterlegt; das müsste verschoben werden.

VG --PerfektesChaos 14:22, 30. Jul. 2024 (CEST)

Im Filmbereich gibt es ähnlich die Vorlage:Filmdaten --M2k~dewiki (Diskussion) 15:46, 31. Jul. 2024 (CEST)

Hi, Vorlage:Sherdog/Test sollte jetzt gleich sein wie Vorlage:Sherdog. Soll ich es so dort lassen? Ich will eventuell in den nächsten Wochen noch was ausprobieren. --IPPON01 (Diskussion) 19:58, 1. Aug. 2024 (CEST)

Länder-Vorlagen teilweise fehlerhaft

Beim Versuch, einen Fehler in einem Artikel zu beheben, ist mir aufgefallen, dass einige der Länder-Vorlagen nicht das tun, was in der Dokumentation angegeben ist.
Beispiel: {{ES-CT|#|Ziel=Regierung}} Katalonien sollte auf "Regierung" verlinken, tatsächlich erhält man als Ziel "Datei:Flag_of_Catalonia.svg" und statt einer Vorschau auf den Artikel einen Hint "Katalonien".
Bei Spanien {{ESP|#|Ziel=Regierung}} Spanien funktioniert es richtig.
und auch bei Polen {{POL|#|Ziel=Regierung}} Polen funktioniert es richtig.
Der Quelltext dieser drei Vorlagen ist deutlich unterschiedlich. Meine Vermutung ist, dass der entscheidende Unterschied das Fehlen von "link=" in ES-CT (und mehreren hundert anderen Landes-Vorlagen) ist.
Kann das jemand bestätigen und/oder eine Lösung vorschlagen? --At40mha (Diskussion) 20:41, 1. Aug. 2024 (CEST)

Es sollte vor einigen Jahren mal eine saubere konsistente Lösung für alle FlagIcons geben. Die wurde praktisch wenige Stunden vor Einführung geklaut, völlig vermurkst und an die Wand gefahren, wovon wir uns bis heute nicht erholt haben.

Somit bleibt nur, sich an guten Vorbildern zu orientieren und Quellcode von diesen sinngemäß zu übernehmen und an den abweichenden Stellen anzupassen. Vorlage:DEU würde ich aus dem Handgelenk als sauber deuten.

VG --PerfektesChaos 21:01, 1. Aug. 2024 (CEST)

Danke für die Erklärung. Suchergebnis für mögliche Kandidaten mit Korrekturbedarf (ohne Gewähr): [1] --At40mha (Diskussion) 22:17, 1. Aug. 2024 (CEST)

flatlist

Hallo, gibt es ein pedant zur vorlage flatlist aus commons in de-wiki? --Mrmw (Diskussion) 16:45, 6. Aug. 2024 (CEST)

Du würdest vermutlich mit Vorlage:Auflistung deine Ziele erreichen. VG --PerfektesChaos 16:46, 6. Aug. 2024 (CEST)

@PerfektesChaos: vielen dank, genau richtig - sollte man die de-vorlage nicht als interwikilink verbinden dann? --Mrmw (Diskussion) 21:01, 6. Aug. 2024 (CEST)

Da halte ich sehr wenig von, weil gleiches Wikidata-Objekt bedeutet, dass auch alle Parameter kompatibel sein müssen. Das ist hier definitiv nicht der Fall. VG --PerfektesChaos 21:14, 6. Aug. 2024 (CEST)

Das ist doch bei praktisch keiner Vorlage so, siehe zB Vorlage:Infobox Musikalbum … –IWL04 • 07:46, 7. Aug. 2024 (CEST)

Ob andere irgendwas falsch machen, ist niemals eine Begründung dafür, es genauso falsch zu machen.

Der Logik folgend, müssten wir unsere Vorlage:Internetquelle mit d:Q5637226 verknüpfen, weil es die in diesem Wiki standardmäßige Vorlage zum Zitieren von Internetquellen ist.

• Wir haben aber auch noch Vorlage:cite web – wohin denn dann die?

In dem Moment, in dem unerwünschterweise hierzuwiki eine Vorlage:flatlist angelegt werden würde, weiß keiner mehr was.

Die Wikidata-Philosophie geht davon aus, dass es in der realen Welt ein Objekt gibt, das in verschiedenen Wikis auf genau eine zugeordnete Seite abgebildet wird.

• Solange das einmalige Objekte oder Konzepte sind, und die Seiten in den Wikis auch exakt den gleichen Zuschnitt haben, keinen Ober- oder Unteraspekt, funktioniert das auch.
• Mir ist nicht bekannt, dass auf Wikidata jemand eine Regel formuliert hätte, wie das auf virtuelle interne Wiki-Angelegenheiten anzuwenden sei.
• Man kann eine Projektseite Village Pump als Objekt spezifizieren, der als zentraler allgemeiner Austauschpunkt im Wiki dient, und dann FZW damit verknüpfen.
• Für Programmierungen ist das nicht definiert.
  • Die Vorlage, mit der dieses Wiki Internetquellen zitiert: d:Q5637226 → Vorlage:Internetquelle
  • Die kompatible oder weitgehend kompatible Programmierung von en:Template:cite web → d:Q5637226
• Im strengen Sinn sind das nur Programmierungen mit identischem Parametermodell (nicht zwingend Namen) und Funktion (bei lokalisierten Unterschieden im Resultat), oder zumindest kompatibel im grundlegenden Parametermodell.

Das Grundproblem ist, dass es nicht ein einziges konkretes Objekt oder abstraktes Konzept in der realen Welt gibt („Atomium in Brüssel“, „Barock“, „Barockmusik“), das von den Wikis abgebildet wird und die Einheitlichkeit sichert, und von genau einer Seite abgebildet wird. Vielmehr bildet jedes Wiki gleichberechtigt Seiten, nach eigenen Vorstellungen der Community. Das kann jedes Wiki anders zuschneiden, oder von einem anderen Wiki exakt kopieren. Welches ist jetzt das einzig richtige Gebilde wie in der realen Welt?

VG --PerfektesChaos 13:18, 7. Aug. 2024 (CEST)

Überprüfung von Parameterwerten in Vorlagen?

Nachdem ich im Autorenportal und den Hilfeseiten zu Vorlagen nichts entsprechendes gefunden habe, hoffe ich, dass ich hier mit meiner Frage richtig bin: Gibt es eine allgemeine Regel / Konvention, ob Vorlagen ihre Parameter überprüfen und bei falschen Parametern auf der Artikelseite eine Fehlermeldung ausgeben sollen?

Konkret ist mir aufgefallen, dass die Vorlage Sitzverteilung ihren Parameter float nicht überprüft, d.h. man kann für den Parameter irgendwelche Werte angeben, ohne dass die Vorlage eine Fehlermeldung erzeugen würde. Soll man sowas auf der Diskussionsseite zur Vorlage thematisieren oder ist das ein allgemein erlaubtes Verhalten für Vorlagen? Danke für Eure Rückmeldung! @Attraktor --Attraktor (Diskussion) 23:39, 11. Aug. 2024 (CEST)

Es gibt zahlreiche Vorlagen, die keine Parameterprüfung vornehmen und es ist auch nicht Vorschrift, dass dies zu tun wäre, wenngleich es natürlich Vorteile hat.

Für einen ersten Überblick kann man hier schauen, ob da Quatsch im Parameter steht, in diesem Fall leider ja. -- hgzh 07:49, 12. Aug. 2024 (CEST)

Handball-Kits

Wie kann man eigene Handball-Kits für die Trikots in der Info-Box erstellen? Es gibt z.B. eine Vorlage für das Trikot vom THW Kiel. Würde gerne eine genauere Vorlage erstellen für die Trikots des TV Großwallstadt. Gibt es dafür einen Editor? --217.252.144.96 00:07, 27. Aug. 2024 (CEST)

Es gibt bereits eine Vorlage für Trikots; {{Football kit}}. Deren Parameter sind für Heim und Auswärts bereits in die {{Infobox Handballklub}} integriert. Einzig die passenden Bildvorlagen müssen erstellt oder Passende von Commons gesucht werden., da bin ich allerdings dann raus. --darkking3 ^Թ 09:40, 27. Aug. 2024 (CEST)

Moin, ja genau darum geht es mir, würde gerne eine Bildvorlage erstellen aber hab keine Ahnung wie und wo das möglich ist. --217.252.144.96 09:45, 27. Aug. 2024 (CEST)

Wikipedia:Grafikwerkstatt würde ich als ersten Anlaufpunkt versuchen. --darkking3 ^Թ 10:24, 27. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:00, 9. Sep. 2024 (CEST)

Vorlage:Infobox Fluggesellschaft

An der Vorlage ist etwas fehlerhaft, ich habe aber keine Ahnung was. Sehen kann man das in Freebird Airlines, wo bei verschiedenen Parametern {{{Parmetername}}} angezeigt wird. Im Quelltext sind diese Parameter aber gar nicht angegeben. --Siechfred (Diskussion) 11:03, 4. Sep. 2024 (CEST)

Da sind eher erforderliche und nicht gekennzeichnete Pflichtparameter nicht ausgefüllt. Es sollte bekannt sein, wo eine FLuggesellschaft ihren Sitz hat oder hatte. Auch die Flottenstärke und die angefolgenen Ziele sollten bekannt sein. --darkking3 ^Թ 11:09, 4. Sep. 2024 (CEST)

Mag ja sein, aber kann man denn die Vorlage so umbauen, dass da nicht so seltsame Dinge angezeigt werden? Im Zweifel werden dann halt die Pflichtparameter gar nicht angezeigt. Vorlagen sollen ja nicht die Artikelautoren erziehen, sondern dem Leser einen Mehrwert bieten. --Siechfred (Diskussion) 11:43, 4. Sep. 2024 (CEST)

Wenn Pflichtparameter nicht angezeigt werden, sind sie keine Pflichparameter mehr. Am ende passiert aber genau beides: Der Autor sieht, dass er den Parameter ausfüllen muss und der Leser sieht einen Platzhalter. Beides nicht schön, aber funktional. Aber ich bin da schon dran. --darkking3 ^Թ 11:57, 4. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 09:59, 9. Sep. 2024 (CEST)

Vorlage:Infobox Berg > Lage

Wie eben erwähnt in

Diskussion:Rysy

sollte unter der Lagekarte ein Bildtext, eine caption möglich sein.

Eigentlich sollte standardmäßig schon "Lage in LandXY" erscheinen.

In dem Fall ist es besonders dringend, weil die 3 Gipfel des Bergs in 2 versch. Ländern liegen. Helium4 (Diskussion) 11:47, 20. Aug. 2024 (CEST)

Gibt es dafür eine Diskussionsgrundlage, z.B. bei WP:GEO oder P:GEO? So dringend kann es in dem vorliegenden Fall gar nicht sein, da es über 16 Jahre gebraucht hat, hier eine Anfrage zu stellen. --darkking3 ^Թ 13:29, 20. Aug. 2024 (CEST)

Vorlage:Infobox Tischtennisspieler

In der Regel ist die Vorlage "schön". Manchmal aber sollte sie etwas breiter ein, nämlich bei langen Vereinsnamen, etwa bei Heiko Wirkner. Könnte man einen optionalen Parameter einführen der es ermöglicht, die Breite der Infobox zu steuern? Also: Ohne Angabe = Breite wie bisher. --tsor (Diskussion) 08:29, 19. Sep. 2024 (CEST)

Lómelinde hat geholfen. Danke dafür. --tsor (Diskussion) 12:14, 19. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: 10--tsor (Diskussion) 12:14, 19. Sep. 2024 (CEST)

Denkmal Vorlage

Könnte jemand die Vorlage:DL Bochum für Liste der Baudenkmäler in Hamm als "DL Hamm" abwandeln? Denkmal-Begründungen haben die URL "https://www.hamm.de/ASWeb_Info/Denkmale/[Zahl].pdf", ohne vorangestellte Nullen. Für Bochum wird jeweils ein A vor die Nummer gesetzt, Hamm benutzt entweder "Lfd.-Nr." oder gar nichts. --Hilbeck (Diskussion) 01:33, 19. Aug. 2024 (CEST)

Bei {{DL Bochum}} wäre ich im Leben nicht darauf gekommen, dass dies eine Quellenvorlage für die Denkmalliste Bochum sein soll... Die Systematik sollte man mal sinnvoll anpassen. Zu finden unter Vorlage:DL Hamm --darkking3 ^Թ 09:40, 19. Aug. 2024 (CEST)

Habe die Vorlage auch eher zufällig gefunden, eigentlich bräuchte es da bessere Namen, eine universelle Vorlage und ne Unterkategorie statt alles in Datenbanklink zu packen. Danke! --Hilbeck (Diskussion) 15:24, 19. Aug. 2024 (CEST)

Du kannst gerne einen besseren Namen vorschlagen, das ist sicherlich das kleinste Problem. Sinnvoll wäre aus meiner Sicht ggf. auch die Schaffung einer übergeordneten Vorlage, um die Nutzung zu vereinheitlichen. {{Denkmalliste Quelle}} z.B. und die Städte dann darunter als {{Denkmalliste Quelle/Hamm}} --darkking3 ^Թ 15:40, 19. Aug. 2024 (CEST)

Das wäre extrem sinnvoll.

Mit der gerade angelegten sollte begonnen werden, solange das noch frisch ist. Erstmal scheint es nur eine einzige Listen-Seite zu betreffen, ginge aber auch bei Artikeln zu einzelnen Objekten.

Vorlage:Denkmalliste ist ein gebräuchlicher und selbsterklärender Name.

• Was irgendwo in einem Artikel über eine Ritterburg eine Vorlage:DL sein soll wäre mir hingegen nicht erklärlich.

Vorlage:Denkmalliste Sachsen Quelle wäre dann umzulenken; die gemeinschaftliche Systematik wäre wertvoller.

• Obendrein nutzt Vorlage:Denkmalliste Sachsen nicht die empfolene Unterseiten-Technik, um ihre Zusammengehörigkeit zu markieren.
• Man wird nicht beides als Unterseiten bekommen:
  • Vorlage:Denkmalliste Sachsen/Quelle
  • Vorlage:Denkmalliste Quelle/Sachsen

Vermutlich gibt es irgendwo ein zuständiges Denkmal-Wikiprojekt, das nach seiner Meinung gefragt werden müsste. Mit systematischer Organisation von Vorlagen kennt die VWS sich hingegen besser aus.

VG --PerfektesChaos 15:55, 19. Aug. 2024 (CEST)

Eine Sache noch zur Vorlage, "DL Bochum|001" erzeugt standardmäßig "A 001" "DL Hamm|id=1" hingegen "WikiProjekt Vorlagen/Werkstatt/Archiv 2024/3 in der Denkmalliste der Stadt Hamm" (es nimmt irgendwie den Titel der Artikelseite als Name?). Verwendet man "DL Hamm|id=1|name=1" wird es zu "1 in der Denkmalliste der Stadt Hamm". Da diese Verweise eigentlich in die Spalte mit der Denkmalnummer kommen (siehe Liste der Baudenkmäler im Stadtbezirk Bochum-Mitte, der Titel ist meist schon mit Wikilink belegt), sollte das Standardresultat wirklich nur die Zahl als Link sein (1 oder Lfd.-Nr. 1), es macht wenig Sinn mehrere hundert mal untereinander so einen Halbsatz zu haben. Für Artikel zu Einzeldenkmälern würde das in den Quellen Sinn machen, aber in Listen ist das suboptimal, da sollte der Standard so kurz wie möglich sein. Es müsste dafür eh mal ein Standard-Layout gefunden werden. --Hilbeck (Diskussion) 16:58, 19. Aug. 2024 (CEST)

Für sowas setzen wir entweder einen booleschen Schalter kurz=1 ein, oder bauen Intelligenz ein, nämlich ob die Seite im ANR steht und deren erste 10 Zeichen Liste der  oder Liste von  wären.

VG --PerfektesChaos 17:27, 19. Aug. 2024 (CEST)

Die Denkmallisten-Vorlagenfamilie ist, auch föderalismusbedingt, sehr inhomogen, wäre schwierig und aufwendig, das über einen Nenner zu bekommen. Ich kann mir gut vorstellen, dass eine gemeinsame Quellenvorlage einige Parameter erhalten müsste, um ihre Vorgänger zu ersetzen. Projekt wäre übrigens das Wikipedia:WikiProjekt Denkmalpflege. -- hgzh 08:06, 23. Aug. 2024 (CEST)

Naja, der Plan wäre, nur die Namensgebung zu standardisieren und das DL selbsterklärend zu machen, also:

• Vorlage:Denkmalliste Quelle/Zürich
• Vorlage:Denkmalliste Quelle/Wien
• Vorlage:Denkmalliste Quelle/Bochum
• Vorlage:Denkmalliste Quelle/Hamm

Jede Behörde stellt ihr eigenes Format online.

• Manche bieten ein PDF an; dann braucht es eine Seitenzahl im PDF, und die Jahreszahl, bei der auf S.14 Posemuckel stünde. Zwei Jahre später mag es S.17 sein. Hoffentlich sind die PDF unterscheidbar weiterhin abrufbar.
• Der nächste hat ein HTML-Dokument pro Objekt. Der braucht nur die Objekt-Kennung, um die URL zu generieren.

Die zentrale

• Vorlage:Denkmalliste Quelle

kann Service-Funktionen für alle liefern; etwa das beschriebene kurz=0|1 und wenn leer FULLPAGENAME beginnend mit Liste der  oder Liste von .

Es mag Kantone oder Bundesländer geben, die eine einheitliche Systematik haben, da kann die Stadt als Parameter übergeben werden und die URL lässt sich daraus und aus der Objekt-Kennung bilden. Andere haben in jeder Stadt eine völlig eigenständige Öffentlichkeitsarbeit.

VG --PerfektesChaos 14:58, 23. Aug. 2024 (CEST)

Vorlage:Quelle Denkmalliste Saarland umbauen?

Die Vorlage funktioniert aktuell nicht. In der Vergangenheit wurde im Saarland pro Kreis eine Teildenkmalliste veröffentlicht, die in der Vorlage über die Angabe des Kfz-Kennzeichnens ausgewählt werden kann. Seite 07/2022 gibt es offenbar nur noch eine Gesamtliste. Daher meine Frage: Sollte man

• die Vorlage nun so umbauen, dass der Parameter ignoriert wird, oder
• sollte man abhängig vom Parameter auf die richtige Seite des Dokuments verweisen oder
• ist es sinnvoller, den Parameter komplett entfallen zu lassen, dann aber alle Verwendungen der Vorlage anzupassen?

Ich würde dazu tendieren, den Parameter beizubehalten, schließlich weiß man nicht, ob es irgendwann wieder Teildenkmallisten geben wird. Im Falle der zweiten Option wäre ich noch für einen Tipp dankbar, wie man die Vorlage so umschreiben kann, dass die URL nur ein einziges Mal vorkommt, also nicht für jeden Kreis wiederholt werden muss. --TeKaBe (Diskussion) 15:32, 4. Aug. 2024 (CEST)

Ich würde anempfehlen, den bisherigen Wert in den Einbindungen zu belassen; weil wegen Zukunft. Kommt ja vielleicht mal wieder, wie bereits richtig angemerkt.

Neue Parameter mögen eingeführt werden, falls für neue Bezüge erforderlich.

Wir können auch rechnen; aus „3. Teildenkmalliste“ oder „Saarbrücken“ können wir eine Start-Seitenzahl im Gesamt-PDF ermitteln, und sogar eine Gesamt-Seitenzahl aus Addition mit alten Einzel-Seitenzahlen ermitteln.

Weil das Dokument aber womöglich irgendwie jährlich aktualisiert wird, müsste die Jahreszahl und zugeordnete Seitenzahl zum Parameter werden; und aus dem lassen sich URL für dieses Jahr für diese Seite errechnen. Also was wie S2022=345.

Das Wort „Quelle“ im Bezeichner sagt nix; würde ich weglassen und einen Nachfolger programmieren als Vorlage:DenkmallisteSaarland und diese dann geeignet vom Vorgängermodell aus aufrufen. Zukünftig ablösend durch neue Einbindungen.

VG --PerfektesChaos 17:25, 4. Aug. 2024 (CEST)

Auf die richtige Seite kann nicht einfach anhand des vorhandenen Parameters verwiesen werden, da es mehrere Einträge gibt. Ich habe jetzt ein (auskommentiertes) Beispiel in die Vorlage reingeschrieben. Dabei kann eine Seite direkt angegeben werden sowie auch ein Abrufdatum. Anhand des der Problematik oben dürfte aus meiner Sicht nachvollziehbar sein, warum dies erforderlich ist. --darkking3 ^Թ 09:56, 5. Aug. 2024 (CEST)

Die neue Vorlage:DenkmallisteSaarland müsste ein zukunftsfähiges dynamisches Parameterkonzept erhalten, das sich den ab und zu aktualisierten veröffentlichten Dokumenten anpasst:

• 2022 nur eine Gesamtliste als PDF
• 2026 pro Kreis (-freie Stadt) ein PDF
• 2028 Einzel-Einträge HTML-Abfrage

Daraus ergeben sich folgende Parameter:

• Klarname von Kreis (-freier Stadt); ersatzweie als Kfz-K.
• Jahreszahl
• Parameter S2022 oder aber BL2022
  • Wenn es ein Titelblatt ohne Seitenzählung gibt, und danach kommt draufgedruckte Seite 1, dann ist das PDF-Blatt 2. Wir können pro Jahr rechnen was von beiden. Auch bei mehreren PDF dann.
  • Weil aber immer neue Einträge hinzukommen, wandert die Völklinger Hütte jedoch von S. 23 auf S. 27.
  • Wenn für dieses Jahr nicht angegeben, dann verlinken wir die erste Seite des passenden PDF, also mit ohne.
• Registriernummer; sollte über die Jahrzehnte konstant bleiben.
• Die alten Einbindungen bleiben bis auf Weiteres; die alte Vorlage ruft die neue auf.

VG --PerfektesChaos 16:47, 5. Aug. 2024 (CEST)

Man sollte am besten eine Einkategorisierung einbauen, die Artikel mit einem veralteten Abrufdatum einträgt. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Wenn du mich anpingen möchtest, pinge bitte mich und nicht meine Diskussionseite an. 21:17, 17. Aug. 2024 (CEST)

Danke schon mal für die kreativen Vorschläge. Ich rechne allerdings nicht damit, die Umbauten selbst vorzunehmen, denn ich habe wenig Erfahrung in der Programmierung von Vorlagen.

Auf die Version des Dokuments eines bestimmten Jahres zu verweisen ist meiner Meinung nach nicht notwendig, denn erfahrungsgemäß findet man immer nur die aktuelle Version auf dem Server, alte Versionen höchstens im Internet-Archiv. --TeKaBe (Diskussion) 09:38, 24. Aug. 2024 (CEST)

Wenn jemand wie abschnittseröffnend auf S. 7 im PDF von 2022 verweisen möchte, dann muss bekannt sein, dass diese Seitenzahl sich auf die 2022er Version bezieht. Weil, in dem PDF von 2023 ist es dann S. 8 und im PDF von 2024 ist es S. 6.

• Falls jemand also alles auf den Stand 2024 bringen möchte, müssen alle mit Stand 2022 aufgesucht werden und ein Unterschied zur aktuellsten Version untersucht werden; insbesondere bedarfsweise die Seitenzahl angepasst werden.

Siehe im Übrigen #Denkmal Vorlage – das könnten zwei oder drei Vertreter der neuen Bezeichnungs-Systematik werden.

VG --PerfektesChaos 10:26, 24. Aug. 2024 (CEST)

Referenzfehler bei astronomischen Objekten

Die Kategorie:Wikipedia:Seite mit Einzelnachweisfehlern enthält momentan acht Artikel über astronomische Objekte mit Referenzfehlern, wobei die Artikel selbst zuletzt nicht verändert wurden. Ich vermute einen Zusammenhang mit Änderungen an Vorlagen wie Vorlage:Infobox Brauner Zwerg oder Vorlage:Infobox Galaxie, aber ich kann die genaue Ursache für das Problem nicht finden. @Antonsusi: Hast du eine Idee? --Kallichore (Diskussion) 19:01, 20. Sep. 2024 (CEST)

Muss ich mal genau durchgehen. Da wird wohl ein Referenz-Parameter nicht mehr richtig geparst. ÅñŧóñŜûŝî (Ð) 19:09, 20. Sep. 2024 (CEST)

Bei der Infobox Brauner Zwerg ist der Fehler behoben. Bei den Galaxien fehlt im Quelltext des Artikels eine Referenz namens "SEDS". Das sind also "echte Fehler" im Artikel. ÅñŧóñŜûŝî (Ð) 19:40, 20. Sep. 2024 (CEST)

Nach meiner Erinnerung war diese Kategorie vor ein paar Tagen leer. Warum in PGC 10709 der SEDS-Fehler auftritt liegt mit Sicherheit nicht am Artikel, der wurde nämlich im Dezember 2022 zuletzt geändert. Das muss mit der Vorlage zu tun haben. --tsor (Diskussion) 19:47, 20. Sep. 2024 (CEST)

In der Vorlage wurde aber keine Ref entfernt. Der Fehler war schon immer im Artikel. Er wurde aber bisher mittels Parserfunktion #if vom Parsen ausgenommen. Der Umbau der Vorlage bewirkt, dass der Quelltext geparst und mittels Parserfunktion #if per CSS nur noch von der Anzeige ausgenommen wird. Daher wirken diese Fehler jetzt. ÅñŧóñŜûŝî (Ð) 19:56, 20. Sep. 2024 (CEST)

Danke, darauf wäre ich nicht so schnell gekommen.--Kallichore (Diskussion) 22:56, 21. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Kallichore (Diskussion) 22:56, 21. Sep. 2024 (CEST)

Vorlage:Infobox Distrikt in Sri Lanka

Hallo, kann bitte jemand die Vorlsge so bearbeiten das bei den Einwohnern automatisch ein Tausendertrennzeichen gesetzt wird. Danke ○●○2003:DE:71D:CF4A:E11D:B085:5C6:C850 15:13, 28. Sep. 2024 (CEST)

erledigtErledigt Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 15:38, 28. Sep. 2024 (CEST)

Danke dafür ○●○2003:DE:71D:CFDD:E11D:B085:5C6:C850 23:08, 28. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ○●○2003:DE:71D:CFDD:E11D:B085:5C6:C850 23:08, 28. Sep. 2024 (CEST)

Vorlage:Metadaten Einwohnerzahl HU Komitat

Guten Abend, vor Kurzem habe ich diese Vorlage erstellt. Bei der Ausgabe von

{{Metadaten Einwohnerzahl HU Komitat|QUELLE}}

erscheint bei mir jedoch Folgendes: 22.1.2.1. Resident population by sex. county and region. 1st January. In: ?'"`UNIQ−−nowiki−00000000−QINU`"'?Központi Statisztikai Hivatal. 1. Januar 2024, abgerufen am 4. September 2024 (englisch)

Das hier gelb markierte gehört eigentlich nicht dorthin. Wie kann man dies beheben, sodass man das nicht in der Ausgabe sieht? --Wiki0856 (Diskussion) 18:24, 4. Sep. 2024 (CEST)

Hallo Wiki0856: Probier doch mal in der Doku die Kleinschreibung von Komitat bei STAND und QUELLE

{{Metadaten Einwohnerzahl HU Komitat|QUELLE}}

22.1.2.1. Resident population by sex, county and region, 1st January. In: Központi Statisztikai Hivatal. 1. Januar 2024, abgerufen am 4. September 2024 (englisch). 

Gruß, --Wi-luc-ky (Diskussion) 21:15, 4. Sep. 2024 (CEST)

Deine Metadaten Vorlagen sind vermutlich anders aufgebaut als {{EWZ}} das erwartet. Siehe z.B. {{Metadaten Einwohnerzahl HU-3}}. Normalerweise ist das Stichwort QUELLE nunmal Parameter 2 und nicht auf 1. In der Doku versuchst du mit {{EWZ|HU Komitat|QUELLE}} die Quelle abzurufen. Das wird dann nicht funktionieren. --darkking3 ^Թ 21:53, 4. Sep. 2024 (CEST)

Vielen Dank für die Erklärung! Nun habe ich das verstanden Gruß --Wiki0856 (Diskussion) 23:50, 4. Sep. 2024 (CEST)

Zu sehen sind aber (selbst nach Deiner Änderung) der alte und ein neuer Anzeigefehler: Ungültiger Metadaten-Schlüssel QUELLE.

Wird nun in Kategorie:Wikipedia:Fehler in Vorlage Metadaten Einwohnerzahl gelistet.

Gruß, --Wi-luc-ky (Diskussion) 02:14, 5. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 ^Թ 16:59, 29. Sep. 2024 (CEST)

Vorlage:Infobox Ort in Tschechien

Der Parameter Einwohner bleibt (als einziger) immer stehen, auch wenn er leer ist. Dabei ist er doch optional. Soll das so sein? --Ruediger Be (Diskussion) 10:15, 19. Sep. 2024 (CEST)

Scheint mir nicht sinnvoll zu sein, deshalb angepasst. -- hgzh 08:05, 23. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 ^Թ 16:55, 29. Sep. 2024 (CEST)

Vorlage:Infobox Römisch-katholisches Bistum

Eine Frage zur Verwendung dieser Vorlage im Artikel Bistum Varanasi: In der Vorlage ist beim Parameter Website nichts eingetragen. Dennoch wird im Artikel als Weblink http://dioceseofvaranasi.org.in/ angezeigt. Das ist insofern misslich, als dieser Weblink nicht zur angegebenen Seite führt. Wie lässt er sich löschen? Mit Dank im Vorhinein für eine Erläuterung! --M Huhn (Diskussion) 17:46, 19. Sep. 2024 (CEST)

Wie bei vielen Vorlagen werden fehlende Eintragungen aus Wikidata bezogen: d:Q420480 --Mielas (Diskussion) 17:54, 19. Sep. 2024 (CEST)

Danke für die kundige (und schnelle) Antwort! Heißt das, dass ich den irreführenden Weblink bei Wikidata löschen muss? --M Huhn (Diskussion) 18:03, 19. Sep. 2024 (CEST)

Ja genau, der wäre dort zu löschen bzw. durch den richtigen zu ersetzen. Unter Umständen profitieren dann auch andere Sprachversionen, die diese Information ebenfalls aus Wikidata beziehen. So wie auch die deutschsprachige Wikipedia davon profitieren kann, dass ein fremdsprachiger Benutzer die Information dort einträgt. --Mielas (Diskussion) 18:10, 19. Sep. 2024 (CEST)

Danke, der Fehler ist behoben. --M Huhn (Diskussion) 18:55, 19. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 ^Թ 16:56, 29. Sep. 2024 (CEST)

Wikipedia:WikiProjekt Vorlagen/Werkstatt/Intro

Im Intro oben auf dieser Seite ist das Eingabefeld für die Archiv-Suche zu breit und steht rechts über die Box daneben. Ist in verschiedenen Browsern so, egal ob angemeldet oder unangemeldet. --Mielas (Diskussion) 18:54, 19. Sep. 2024 (CEST)

Sollte jetzt besser aussehen. -- hgzh 08:00, 23. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 ^Թ 17:00, 29. Sep. 2024 (CEST)

Vorlage:GrandSlamNavigation

Hallo. Die Vorlage erzeugt eine Box, in der sich der vorherige bzw. folgende Wettbewerb direkt ansteuern lässt. Dabei werden nicht ausgetragene Wettbewerbe (wie das ausgefallene Turnier in Wimbledon 2020) übersprungen, 2021 zeigt direkt auf 2019 (siehe beispielsweise Wimbledon Championships 2021/Herreneinzel-Rollstuhl).

Meine Frage ist, gibt es eine Möglichkeit, dass diese Navigation in den Jahren der ersten Austragung endet? Konkret am Beispiel Australian Open 2002/Herreneinzel-Rollstuhl: „2003“ als Blaulink auf den Wettbewerb von 2003, aber da ist ein schwarzer Pfeil der auf „2001“ zeigt. Da hat es aber noch keinen Wettbewerb gegeben und ich fände es schön, wenn die Jahreszahl da nicht stände. Entsprechend bei allen Rollstuhl-Grand-Slam-Turnieren. Ich hoffe, ich konnte mich verständlich machen. Gruß --Winkekatze (Winken) 12:25, 28. Sep. 2024 (CEST)

erledigtErledigt Mac1405 (Diskussion) 08:28, 29. Sep. 2024 (CEST)

Super, vielen Dank! --Winkekatze (Winken) 16:51, 29. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 ^Թ 16:57, 29. Sep. 2024 (CEST)

Vorlage:Zufallsbild

Zuerst einmal möchte ich anmerken, dass diese Vorlage nicht allgemein genug benannt ist, denn sie dient nicht bloß der zufälligen Anzeige von Bildern, sondern auch von Texten und allem möglichen anderem. Nun zu meiner Frage: Die Zufallsauswahl basiert dort auf der Uhrzeit, nicht wahr? Vielleicht auf der Sekundenanzeige? Zumindest merke ich beim Bearbeiten, wenn ich in kurzen Zeitabständen auf "Vorschau" klicke, wie die Liste der Bilder von oben nach unten durchgegangen wird. Je länger ich mir Zeit lasse, desto weiter springe ich in der Liste nach unten. Ist das auf der fertigen Seite dann auch so, wenn man die Seite in kurzen Zeitabständen aktualisiert? Wenn ja, kann das bitte jemand verbessern? Es soll dann bitte so gehen, wie man das von einem Zufall erwartet: kreuz und quer. Danke! Liebe Grüße,--Vergänglichkeit (Diskussion) 02:15, 2. Sep. 2024 (CEST)

Basis sind Uhrzeit und Gesamtzahl aller Bearbeitungen. Auf einer Seite sind kurze Zeitabstände nicht relevant, da das Zufallsbild nicht zum Zeitpunkt jedes Seitenaufrufs generiert wird, sondern nur dann, wenn die Seite neu im Cache hinterlegt wird. -- hgzh 10:15, 2. Sep. 2024 (CEST)

Ok danke! Ich fände es halt wünschenswert, dass jedes Mal ein neues Zufallsbild erscheint. Ist das ganz prinzipiell nicht möglich ohne Purgen des Cache?--Vergänglichkeit (Diskussion) 11:16, 3. Sep. 2024 (CEST)

Nein, erst ein erneutes Ablegen im Cache führt zu einer erneuten Ausführung der Vorlage, sodass sich das Bild ändert. --darkking3 ^Թ 11:37, 3. Sep. 2024 (CEST)

Zwischenziele bei Vorlage:Infobox Wanderweg

Servus,
Bezugnehmend auf diesen Faden möchte ich fragen, ob es eine Möglichkeit gibt, bei einem Artikel, der Vorlage:Infobox Wanderweg verwendet, Zwischenziele auf die Karte zu bringen, die die Vorlage erzeugt – oder ob sich hier jemand findet, der die Vorlage um eine beliebige Anzahl Zwischenziele erweitern kann.
Danke voraus.
Gruß, Ciciban (Diskussion) 14:26, 28. Aug. 2024 (CEST)

Grundsätzlich ließen sich beliebig viele Zwischenziele einbauen. Die Frage ist jedoch, wozu man beliebig viele (= ∞) Zwischenziele braucht? Jedes Zwischenziel benötigt Minimum zwei Koordinatenangaben sowie bei weit auseinander liegenden Wegpunkten auch eine ISO-Regionsangabe nach ISO 3166. P.S.: Es ist nicht die Infobox, die diese Karte erzeugt, auch nicht Mediawiki oder die Wikipedia. Die Karten werden durch externe Seiten erzeugt, welche den Artikelnamen übergeben bekommen, aus dem Sie die Koordinaten extrahieren und darstellen müssen. Damit ließen sich die Koordinaten auch in den Fließtext z.B. als Auflistung einbauen, ohne dass an der Infobox gearbeitet werden muss. --darkking3 ^Թ 14:37, 28. Aug. 2024 (CEST)

Ganz genau.

Beispiel: Rhön-Rennsteig-Wanderweg enthält in der Infobox Verlinkungen zur „Karte mit allen Koordinaten“.

• Das dürften momentan ganze zwei sein, weil erstmal nur Anfang und Ende explizit in der Infobox angegeben sind.
• Wenn nun eine Tabelle oder Auflistung in den normalen Artikeltext eingefügt wird, in dem alle Zwischenstationen so alle 5–10 durchlatschten km mit Koordinate vermerkt sind, dann ergibt sich ein dichteres Bild auf der Karte.
• An der Stelle würde ich Anfang und Ende aber nur namentlich erwähnen, nicht nochmal mit Koordinaten, weil sonst je zwei Pins übereinander lägen.

VG --PerfektesChaos 15:08, 28. Aug. 2024 (CEST)

@Darkking3, PerfektesChaos:
Danke für Eure Hinweise. Ich habe es auf Tauernhöhenweg#Etappen so eingepflegt. Schön wäre, wenn ich noch die Kugelkreuze wegbrächte.
Danke & Gruß, Ciciban (Diskussion) 15:44, 28. Aug. 2024 (CEST)

Für ganz großes Kino müsste man den Weg zusätzlich bei OSM einpflegen, dann kann er durchgängig gezeigt werden, wie z.B. die Tauern Autobahn. --DB111 (Diskussion) 23:03, 28. Aug. 2024 (CEST)

Danke für den Hinweis, aber ich fürchte, jetzt passe ich – Ciciban (Diskussion) 17:35, 29. Aug. 2024 (CEST)

Genau. Die aller eleganteste Möglichkeit wäre eine Relation „Tauernhöhenweg“ zu OpenStreetMap hinzuzufügen (wie eben bei der Tauern Autobahn). Das würde dann gleich mindestens zwei Projekten zugutekommen. Unserer Wikipedia (und evtl. anderen WMF-Projekten mit einem ähnlichen Koordinatenmodul) und unserem Partner OpenStreetMap, der freien Kartendatenbank. zensierte Signatur 21:55, 29. Aug. 2024 (CEST)

Ich finde mich mit OSM irgendwie nicht zurecht. Zugegeben, es klingt nach einer Anfängerübung, da der Großteil vom KGW übernommen werden könnte. – Ciciban (Diskussion) 13:23, 30. Aug. 2024 (CEST)

Mir fehlt halt die Kenntnis des Wanderwegs (oder eine richtig lizensierte GPX-Datei). Sonst könnte ich das einfach als Relation einhäckeln … zensierte Signatur 22:24, 1. Sep. 2024 (CEST)

@MM-Episodenliste & dLvAupdater:
Vom Glocknerhaus zur Kattowitzer Hütte könnte man ja den Kärntner Grenzweg kopieren.
Was ich leider nicht durchschaut habe ist, wie bei Tauernautobahn der OSM-Pfad eigepflegt ist, sodass er auf der Karte erscheint. Sonst könnte ich es zumindest beim KGW (https://www.openstreetmap.org/relation/3259619) gleichtun.
Danke voraus für eine Erklärung.
Gruß, Ciciban (Diskussion) 10:01, 2. Sep. 2024 (CEST)

Ich musste selber erstmal schauen, welche Attribute hier welche Rolle spielen. Nun habe ich in OSM am KGW die Wikidata-ID eingepflegt und siehe da, WikiMap zeigt ihn nun an. --DB111 (Diskussion) 16:25, 2. Sep. 2024 (CEST)

> „OSM-Pfad“

Das ist kein Pfad/way, sondern eine Relation. Das ist ein gewaltiger Unterschied. Ein Pfad/way ist der/die tatsächlich bestehende Weg/Straße. Auf ein Stück von ihm und weiteren Stücken anderer Wege kann eine Relation registriert werden, die dazu führt, dass gedankliche Routen auf reale Wege getragen werden können, sodass man sie gesondert auf der schon bestehenden Straßen-/Wander-/Seekarte rendern kann. zensierte Signatur 16:13, 2. Sep. 2024 (CEST)

Danke! – Ciciban (Diskussion) 11:45, 4. Sep. 2024 (CEST)

id=ref oder Reference

Scheinbar wurden hier die Systeme der en:wp kopiert, etwas, was denen dort nun einige hunderttausend Fehler mehr beschert, als wir sie haben. Was ich sagen möchte ist, würde man auf einer Seite die Vorlagen {{Cite journal}} {{Cite book}} verwenden, so erzeugen diese automatisch eine id="Reference", diese setzt sich aus mehreren anderen Parametern (author, last, last2) zusammen, die vorhanden sein müssen, oder nicht identisch sein dürfen, um eindeutige Sprungmarken zu generieren.

* {{cite journal |author= |last= |last2= |date= |title=Fantasietitel |url= |journal=Irgendeine Zeitung |volume= |issue= |pages= |doi= |access-date= |language=de}}
* {{cite book |author= |date= |title=Fantasietitel |url= |volume= |issue= |pages= |doi= |access-date= |language=de}}

Erzeugt würde so etwas

• Author: Fantasietitel. In: Irgendeine Zeitung.
• Müller, Maier: Fantasietitel.

Bitte diesen Teil der Programmierung aus den Vorlagen entfernen. Eventuell gibt es noch weitere. Beispiel Geschichte der Kunst --Liebe Grüße, Lómelinde Diskussion 16:04, 30. Sep. 2024 (CEST)

Ich würde da grundsätzlich erstmal abwarten, wie ihr Vorlage:FN / Vorlage:FNZ doppelte Sprungmarken löst. Das dahinterliegende Problem dürfte in en.wp nämlich das gleiche sein. Vermutlich reicht ein einfaches Löschen aus, da wir die ID bei den cite-Vorlagen nicht verwenden dürften. @Wiki1939: Welchen Grund gab es, die ID damals einzubauen? Verwendet wird sie meines Wissens in de.wp nicht. --darkking3 ^Թ 08:59, 2. Okt. 2024 (CEST)

• Wiki1939 ist nicht mehr aktiv.
  • Falls 1939 das Geburtsjahr sein sollte, wünsche ich Gesundheit und Wohlergehen.
  • Falls es ein junger Hüpfer ist, war ihm vielleicht der Zoff über, den jeder an den Hals bekommt, der diese cite-Scheiße anfasst.
• „Vorlage:FN / Vorlage:FNZ doppelte Sprungmarken“ hat damit überhaupt nichts zu tun, ist eine völlig andere Baustelle, und da gibt es tatsächliche Verlinkungen mit Vor- und Rücksprüngen.
• id="Reference-last-last2" ist eine Stümperei aus der enWP, mit dem irgendwer irgendwelche Gadgets ansteuern wollte, die irgendwas auslesen sollten.
  • Bei uns gibt es keine solchen Gadgets (erst recht nicht für diese Nischenprodukte), und als Sprungmarke kann das auch zu keiner CSS-Dekoration führen, weil ohne Inhalt.
  • Verlustfrei eliminieren.
  • Wenn man sowas wirklich anstreben würde, wäre durch class= zu selektieren; id= gibt es dann und nur dann wenn als Sprungziel genutzt werden soll.
  • Bei Sprungzielen muss gesichert werden, dass sie in der Seite einmalig sind. Das konnte bei den cite noch niemals der Fall gewesen sein. Anfänger-Pfusch.

VG --PerfektesChaos 13:05, 2. Okt. 2024 (CEST)

Ok ich habe es jetzt mal entfernt. --Liebe Grüße, Lómelinde Diskussion 07:33, 4. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 07:33, 4. Okt. 2024 (CEST)

Vorlage:MediaWiki

Wäre es nicht gut, den Parametern 1 und 2 zusätzlich sprechende Bezeichner zu geben? Ich könnte mir wie bei Vorlage:MoonWiki für den ersten „id“ und für den zweiten „titel“ oder „title“ vorstellen. Spricht etwas dagegen oder darf ich einen Administratoren/Anfragen erstellen? Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 13:26, 29. Sep. 2024 (CEST)

Diese Vorlage hat trotz gerade mal 100 Einbindungen Vollsperre. Änderungen sind offensichtlich nicht erwünscht. Wende dich bitte an WP:A/A. ÅñŧóñŜûŝî (Ð) 14:04, 29. Sep. 2024 (CEST)

{{Erledigt|1=<span style="white-space:nowrap;">[[Benutzer:Antonsusi| '''Å'''ñŧóñŜûŝî]] [[Benutzer_Diskussion:Antonsusi|'''(Ð)''']]</span> 14:10, 29. Sep. 2024 (CEST)}}

Wie dir vielleicht aufgefallen sein könnte, habe ich hier nach Meinungen von anderen Mitgliedern der VWS gefragt, um dann mit Legitimation einen Änderungsantrag auf Administratoren/Anfragen durchführen zu können. Es könnte ja durchaus sein, dass sich jemand dabei etwas bedacht hat (z.B. etwaige Internationalisierung), die Parameter nicht zu benamsen (oder aus sonstigen Gründen dagegen ist). Dasselbe gilt übrigens auch für die Vorlagen Commons, Meta, Wikibooks, Wikinews, Wikiquote, Wikisource, Wikitech, Wikiversity, Wikivoyage, Wiktionary Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 17:16, 29. Sep. 2024 (CEST)

Für Incubator gilt dies mit anderen Parameter (Kürzel & lang) ebenfalls. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 17:23, 29. Sep. 2024 (CEST)

Bei all diesen Schwesterprojekt-Vorlagen ist es so, dass die beiden logischen sehr häufigen Fast-Pflichtparameter mit den überall gleichen Bedeutungen 1= und 2= ganz am Anfang stehen.

• Das ist bereits seit zwei Jahrzehnten so, und die Einbindungszahl geht in Summe auf die Million.
• Das soll auch genau so bleiben.
• Wenn 2= gesetzt wird, dann wird praktisch immer auch schon 1= benötigt.

Danach kommen Optionen, die manchmal benötigt werden, egal ob 1= 2= gesetzt wurden, oder die auch weggelassen werden konnten.

• Deshalb sind die Optionen, nämlich überall der suffix-Text, und die organisationsbedingt nur bei manchen benötigten lang= oder sonstwas. Damit kann man die Option treffsicher mit Namen setzen, auch wenn 1= und 2= nicht benötigt werden.
• Als Option ohne 1= 2= migriert deshalb überall 3= auf suffix=, oder das wurde bereits abgeschlossen. Weil sonst braucht es die dusslige Pipe-Zählerei ||| aus unserem Krabbelalter, und das wird gerade zurückggebaut.

Vorlage:MoonWiki ist kein WMF-Projekt, kein Schwesterprojekt, und hat deshalb absolut nullkommanullnull mit den Schwesterprojektvorlagen zu tun.

• Das ist eine stinknormale Weblink-URL-Generierungs-Vorlage, und da wird es in der Tat üblicher, ID= und Linktext= oder sonstwas zu verwenden.

VG --PerfektesChaos 18:03, 29. Sep. 2024 (CEST)

@PerfektesChaos: Das kann man auch höflicher schreiben. Wenn Antwort, dann bitte etwas genauer:

Es gibt einen wichtigen Unterschied zwischen den Vorlagen: Bei Vorlage:MoonWiki wird aus den Parametern direkt eine URL erzeugt, welche keine (uncodierten) Leerzeichen enthalten darf. Bei unbenannten Parametern werden Leerzeichen am Anfang und Ende vom Parser aber nicht entfernt (keine Trimmung). Deshalb müsste man den Parameterwert immer ohne Leerzeichen "zwischen die Pipes" schreiben. Schon deshalb sind in diesem Fall benannte Parameter wie "ID" etc. erforderlich. Bei der Vorlage:MediaWiki wird ein Seitenname übergeben. Die Vorlage ist so gestaltet, dass sie den auch bei Leerzichen zwischen Pipe-Symbol und Seitenname erkennt. Deshalb braucht es hier keine benannten Parameter. Das benannte (sprechende) Parameter wie z. B. "Page" eigentlich besser verständlich wären, wird zu Gunsten einer Einheitlichkeit mit den anderen Schwesterprojekt-Vorlagen nicht berücksichtigt. Gruß von ÅñŧóñŜûŝî (Ð) 19:37, 3. Okt. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:26, 6. Okt. 2024 (CEST), Soweit erl.

Datumsformat

Der Parameter Premiere_DE in der Vorlage:Infobox Fernsehsendung setzt den Wert „September“ in „Sep.“ um. Lt. Duden lautet die einzig korrekte Abkürzung aber „Sept.“: https://www.duden.de/rechtschreibung/September.

Beispiel: Im Labyrinth der Lügen --Hydro (Diskussion) 11:57, 6. Sep. 2024 (CEST)

Das dürfte vermutlich daran liegen, dass die Vorlage:Medienbox alle Data unterschiedslos für das Prokrustesbett von T._Mon4 JJJJ zuschneidet. Gruß, --Wi-luc-ky (Diskussion) 12:32, 6. Sep. 2024 (CEST)

Das kommt aus Modul:DateTime. Ich würde allerdings sagen, dass Sep. eine gebräuchliche und logische Abkürzung ist (alle Monatsnamen auf drei Buchstaben) und der Duden kein Mandat hat, gewisse Abkürzungen als unzulässig zu definieren. -- hgzh 12:34, 6. Sep. 2024 (CEST)

Siehe hierzu auch wikt:September, bei dem dies mindestens seit Ende 2005 auch so eingetragen ist. --darkking3 ^Թ 13:09, 6. Sep. 2024 (CEST)

Mon4 fordert insbesondere in Tabellen mit minimierter Spaltenbreite, dass maximal vier Zeichen verwendet werden dürfen.

• Anders als mittels Standard-Wiki-Software wird jedoch März nicht auf Mrz. „gekürzt“.

Wo genügend Platz verfügbar ist, etwa in einer Infobox, mag das einzelne Datum durchaus ausgeschrieben werden, falls 31. November 2024 keine Probleme macht.

VG --PerfektesChaos 13:43, 6. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 09:05, 7. Okt. 2024 (CEST)

Abu Qir Fertilizers and Chemicals Industries Company

Ich habe in den von mir erstellten Artikel "Abu Qir Fertilizers and Chemicals Industries Company" eine Navigationsleiste (in Langform) eingefügt.

Ich bekomme es jedoch nicht hin, die Kurzform (ähnlich Vorlage:Navigationsleiste Unternehmen XXX Index) zu erstellen. --Koenig151 (Diskussion) 18:46, 11. Sep. 2024 (CEST)

Die Definition der Vorlage gehört in eine eigene Seite, ich habe dafür Vorlage:Navigationsleiste Unternehmen im EGX 30 Index durch Verschieben der Definition erstellt. Melde dich gerne, falls es noch Unstimmigkeiten gibt.--Kallichore (Diskussion) 19:09, 11. Sep. 2024 (CEST)

Danke. Ich habe es zwar nicht wirklich verstanden, was heißt : Verschieben der Definition? Es wäre schön, wenn ich es nächstes Mal selber hinbekommen würde. --Koenig151 (Diskussion) 11:19, 12. Sep. 2024 (CEST)

Was Kallichore meinte ist, dass hiermit der Vorlagen-Code auf eine eigene Site ausgelagert wurde, d. h. auf Vorlage:Navigationsleiste Unternehmen im EGX 30 Index.

Dann wurde in das Lemma Abu Qir Fertilizers and Chemicals Industries Company der Code {{Navigationsleiste Unternehmen im EGX 30 Index}} eingebunden.

Diese Einbindung kannst Du nun in jedes Lemma der in der Navigationsleiste aufgeführten Unternehmen einstellen.

Gruß, --Wi-luc-ky (Diskussion) 11:55, 12. Sep. 2024 (CEST)

@Koenig151: Wenn du mehr über Vorlagen lernen willst: Im ersten Schritt könntest du das Einbinden von bestehenden Vorlagen wie Vorlage:Navigationsleiste Unternehmen im EGX 30 Index üben. Diese Vorlage sollte nämlich noch für die anderen Unternehmen im EGX 30 Index eingebunden werden (analog zu Abu Qir Fertilizers and Chemicals Industries Company). Im zweiten Schritt könntest du versuchen, Navigationsleisten zu erstellen. Dafür kannst du dich an bestehenden Beispielen wie in der Kategorie:Vorlage:Navigationsleiste Aktienindex orientieren.--Kallichore (Diskussion) 17:10, 12. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:14, 7. Okt. 2024 (CEST)

Vorlage:SportPicto - wo gibt es eine Beschreibung, wie man für weitere Sportarten die Vorlage benutzt?

Es werden jetzt immer wieder neue Sportarten und Disziplinen bei Olympischen Spielen geben, da die Gastgeber jetzt einige "lokale" Sportarten/Disziplinen für das Olympische Programm (vor allem bei den Sommerspielen) aussuchen dürfen. In Los Angeles 2028 Flag Football, Squash und eine bestimmte Form des Küstenruderns. Bei den Winterspielen von Mailand/Cortina 2026 wird Skibergsteigen olympisch. Ich komme mit der Dokumentation der Vorlage SportPicto überhaupt nicht klar, was man tun muss, um die Vorlage für eine neue Sportart/Disziplin zu benutzen. Kann mir da jemand helfen bzw. die Dokumentation verständlich zu machen? --Citius Altius Fortius (Diskussion) 08:51, 7. Sep. 2024 (CEST)

Du fügst an passender Stelle eine neue Zeile ein:

• |<Name der Sportart>={{SportPicto/image|file=<Dateiname ohne Datei:-Präfix>|size={{{2|20px}}}|name={{{1}}}}}

also bspw.:

• |Flag Football={{SportPicto/image|file=Flag Football pictogram.svg|size={{{2|20px}}}|name={{{1}}}}}

-- hgzh 08:21, 9. Sep. 2024 (CEST)

Um das noch etwas weiter zu verdeutlichen: Die Vorlage muss geändert werden, um weitere Sportarten hinzuzufügen. Die Angaben von hgzh sind dementsprechen direkt in die Vorlage Behindertensport einzufügen. Die Dokumentation enthält i.d.R. keine Angaben, wie Vorlagen zu ergänzen sind, sondern (fast?) ausnahmslos Angaben, wie die jeweiligen Vorlagen zu verwenden sind. Und gerade SportPicto ist in meinen Augen ein Beispiel für eine häufig eingebundene Vorlage, welche schlecht bzw. gedankenlos aufgebaut ist. Einige Pictos haben die gleichen Kürzel, was so nicht funktioniert. Wie soll die Vorlage wissen, welcher von zwei Treffern passt. Daher verwendet die Parserfunktion immer den ersten Treffer bei einem switch-Konstrukt. Das heist, dass das Pikto der Behindertensportart nicht angezeigt wird, da es i.d.R. der zweite Treffer ist. (das hatte ich weiter oben (Permalink) schon beschrieben.) --darkking3 ^Թ 09:58, 9. Sep. 2024 (CEST)

Folgende Kürzel sind doppelt belegt und benötigen in den Artikeln und Vorlagen eine Anpassung/Unterscheidung:

Badminton, Bahnradsport, Biathlon, Bogenschießen, Judo, Leichtathletik, Reiten, Schwimmen, Segeln, Ski Alpin, Skilanglauf, Straßenradsport und Tischtennis

Vorschlag wäre /P als Suffix oder P/ als Präfix --darkking3 ^Թ 15:32, 11. Sep. 2024 (CEST)

Aha, das /P soll dann für „Paralympics“ stehen, wie ich jüngsten Nachrichten aus Par-a-is entnehme?

Diese ganze Chose muss dann dem Sport-Portal übergeben werden.

• Die müssten sich dann die Namens-Systematik austüfteln, wobei ein Suffix /P für diejenigen Icons sinnvoll ist, bei denen ein Paralympics von der allgemeinen Version abweicht.
• Und die müssen dann selbst organisieren, wie sie in ihren Artikeln das Gewurschtel auseinandergedröselt bekommen.
• Außerdem muss die momentan unvollständige bis falsche Doku von denen auf den Endzustand gebracht werden.

VG --PerfektesChaos 16:20, 11. Sep. 2024 (CEST)

Korrekt, das /P kann auch allgemein für Parasport stehen. Eine Unterscheidung ist derzeit nur möglicherweise durch das Lemma bei Sportveranstaltungen/Vorlagen möglich; bei Personenartikeln könnte ein Bot nur die Verlinkung aufklären. Wenn das mit der Bezeichung usw. etc. pp. geklärt ist, können auch wir die Doku aktualisieren. Ohne eine Vorgabe/Festlegung sollte dies aber nicht erfolgen. --darkking3 ^Թ 16:33, 11. Sep. 2024 (CEST)

Alles nicht unser Ding hier.

Komplett einschließlich Doku und ANR Angelegenheit des Portals; das können die dort auch alleine und haben mehr Ahnung von den Tücken und Fallgruben als wir.

VG --PerfektesChaos 16:42, 11. Sep. 2024 (CEST)

vielen Dank für die detaillierte Erläuterung - gibt es denn eine Seite, wo erklärt wird, wie Vorlagen (wie SportPicto) programmiert werden bzw. wie man sie ergänzt? Ich habe überhaupt keine Programmiererfahrung - ich bin "nur" Anwender. Wenn das zu schwierig ist, müsste ich dann hier in der Werkstatt, jedes Mal jemanden bitten, die Vorlage zu verändern/ergänzen. --Citius Altius Fortius (Diskussion) 10:00, 13. Sep. 2024 (CEST)

hgzh hat eigentlich exakt erklärt, was du wo ergänzen musst. Ansonsten gibt es Hilfe:Vorlagen/Programmierung. --darkking3 ^Թ 12:46, 13. Sep. 2024 (CEST)

vorlage attribs, commons

Hallo, die Vorlage Attribs auf Commons hatte früher Zeilenumbrüche in der Darstellung. Also jedes Element in einer neuen Zeile. Ohne Zeilenumbrüche wirkt es unordentlich und mit anderen Quellenangaben in der Infobox wird es zum Chaos. Kann man die Zeilenumbrüche wieder aktivieren?

• File:Galicia en común-Anova Mareas logo (color) (Feb. 2020).svg
• File:Blason de la Guyane.svg
• File:Coat of arms of the U.S. 15th Cavalry Regiment with external ornament.svg
• File:Escudo de Francisco González Valer.svg

--Mrmw (Diskussion) 16:54, 4. Sep. 2024 (CEST)

Vorlage:SportPicto - Problem mit dem Modernen Fünfkampf

Die Vorlage ist so aufgebaut, dass das Pictogramm des betreffenden Sports gezeigt wird. Jetzt gibt es das erste Mal die Situation, dass durch die Veränderung einer Teildisziplin ein neues Pictogramm erstellt wurde, wobei das alte Pictogramm für die Zeit vor der Veränderung benutzt werden sollte und für die Zeit nach der Veränderung das neue. Bei der Vorlage "Gamessport" im englischen Wikipedia ist das Problem schon gelöst, aber nicht im Deutschen und ich bin technisch nicht versiert genug, um das selber zu ändern.

Ich hatte bereits versucht auf der Diskussionsseite der Vorlage jemanden darauf aufmerksam zu machen, aber leider ohne Erfolg. Ich würde es selber tun, wenn ich wüßte, wie man das macht. --Citius Altius Fortius (Diskussion) 09:13, 25. Aug. 2024 (CEST)

Zunächst die Links als Service: Vorlage:SportPicto hat in en.Wikipedia das Pendant en:Template:GamesSport, die archivierte Diskussion befindet sich hier.

Die Lösung dort ist benutzerfreundlich, wollen wir das in de.Wikipedia analog umsetzen?--Kallichore (Diskussion) 19:14, 25. Aug. 2024 (CEST)

Ich denke ebenfalls, dass die Lösung aus dem en Wiki am besten umgesetzt werden sollten. Ich denke, ein Parameter welcher diese Logik übersteuert, könnte von nutzen sein. ----🤾‍♂️ Malo95 (Diskussion) 20:06, 25. Aug. 2024 (CEST)

Die Lösung von en.wp wird nicht ad hoc in de.wp funktionieren, da es die entsprechende Vorlage nicht gibt und die verwendeten Funktionen im Lua-Modul (noch) fehlen. Grundsätzlich alles kein Hexenwerk, wird aber etwas Zeit brauchen, da das Modul Vollschutz hat. Vorschlag wäre sowieso, die Vorlage durch eine Subvorlage von SportPicto anzulegen. --darkking3 ^Թ 10:48, 26. Aug. 2024 (CEST)

Korrekterweise fehlt selbstredend eine Teilfunktion (nomatch) der Funktion match Lua-Moduls. Man könnte dies zwar mit weiteren Parserfunktionen auch jetzt schon umsetzen, aber die Vorlage ist z.T. sehr häufig in Artikeln eingebunden. (dabei sollte auch die Teilfunktion match noch übernommen werden, sodass bei positivem Vergleich ein alternativer Wert ausgegeben wird.). Siehe en:Module:String

--darkking3 ^Թ 11:55, 26. Aug. 2024 (CEST)

Ich verstehe die gesamte Problematik nicht, und die Darstellungen und das wirkliche Problem müsste nochmal sauber aufgearbeitet werden.

• Die „anderen Lösungswege“ sind viel zu wolkig und unpräzise.

Vorlage:SportPicto weist auf ein Schlüsselwort ein Bildchen zu, mehr nicht.

• Auf den Bezeichner Moderner Fünfkampf wird eine Grafik geliefert, und die soll „für die Zeit vor der Veränderung benutzt werden“.
• Das kann erstmal einfach so belassen werden.
• Jetzt wird mit 2024 ein anderes Bildchen gewünscht. Okay, dann bedarf es eines neuen Bezeichners Moderner Fünfkampf/2024 oder um die interne Verwirrung zu vermeiden hat das Geschehen vielleicht offiziell einen anderen Namen erhalten.
• Eine Infobox zu einer Sportveranstaltung weiß, in welchem Jahr sie eingebunden ist, und kann ggf. ein /2024 dranhängen.
• Die Vorlage:SportPicto bekommt halt eine neue Sportart und Bildchen, und gut ist.
• Es lassen sich ggf. alle alten Verwendungen von Moderner Fünfkampf detektieren und ggf. mittels Bot und generierter manuell geprüfter Listen auf einen neuen separaten Bezeichner umgestellen, und der bisherige Bezeichner wird für den ANR als ungültig erklärt.
• Anders sehe ich keine robuste, handhabbare, verständlich dokumentierbare langfristig dauerhafte Lösung.

VG --PerfektesChaos 12:13, 26. Aug. 2024 (CEST)

Letztlich geht es wohl darum, dass die Autoren eben nicht per Suffix /2024 umschalten wollen. Bestenfalls automatisch bei Jahreszahlangaben im Lemma sowie in de.wp zumindest zusätzlich per Schalter ein gesteuertes Umschalten. Eine Infobox kennt zwar i.d.R. ihr Datum, allerdings wüsste ich nicht, ob es eine spezielle IB für den Pentathlon gibt. Ergo müsste es wohl in eine allgemeine IB eingebaut und generell übergeben werden (was im Großteil der Einbindungen überflüssig ist). Da hat die Auswertung des Seitentitels schon ihren Vorteil. Ändern sich die Pictos (z.B. deren Stil), müsste ja sowieso zentral in der Vorlage ausgetauscht werden. Nur wenige Disziplinen verbinden mehrere Sportarten und vermutlich setzt keine Mehrkampfdisziplin mehr Tiere (hier Pferde) ein, daher dürfte es sich um den eher seltenen Fall eines notwendigen Pictowechsels durch die Änderung beim modernen Fünfkampf handeln.

Letztlich hast du aber Recht, dass ein alleiniges Setzen per Seitentitel zu ungenau sein wird, bzw. bei Personenartikeln auch grundsätzlich falsch sein dürfte. Daher dürfte der Wunsch des booleschen Schalter her rühren. Da erst "ab 2025" (bzw. Olympia '24) die veränderte Zusammenstellung zum Tragen kommt, ist in meinen Augen ein Botlauf überflüssig, da erst alle neuen Einbindungen auch das neue Picot erfordern werden. Allenfalls, um die vorhandenen Einbindungen um ein Suffix wie z.B. /1912 zu ergänzen. Nach Abschluss könnte dann bei Angabe von Moderner Fünfkampf eine Fehlermeldung mit der Aufforderung zur Unterscheidung ausgegeben werden. --darkking3 ^Թ 13:54, 26. Aug. 2024 (CEST)

Was die beste technische Lösung ist, kann ich nicht sagen - ich glaube es wäre für die Benutzer am besten, wenn sie in Zukunft bei der Benutzung der Vorlage "SportPicto" für den Modernen Fünfkampf in Zukunft entscheiden müssen, ob sie die Vorlage "SportPicto" mit dem Piktogramm "Moderner Fünfkampf vor 2025" benutzen wollen. Die Vorlage sollte normalerweise in Zukunft nur noch das Piktogramm "Moderner Fünfkampf nach 2025" nutzen. Die User sollten bei der Benutzung aber darauf hingewiesen werden, dass es auch eine Vorlage mit dem Piktogramm "Moderner Fünfkampf vor 2025" gibt, weil bei den anderen Sportarten keine Unterscheidung notwendig ist. Für die Seiten, wo bisher die Vorlage benutzt worden ist, sollte auf jeden Fall das Piktogramm "Moderner Fünfkampf vor 2025" herangezogen werden.

Da diese Situation nur bei Mehrkampfsportarten vorkommen kann, wird diese Problematik nicht häufig vorkommen.--Citius Altius Fortius (Diskussion) 08:15, 29. Aug. 2024 (CEST)

Damit bei der Eingabe von Moderner Fünfkampf angezeigt wird, dass eine Unterscheidung vorzunehmen ist, müssen alle bestehenden Einbindungen auf z.B. Moderner Fünfkampf vor 2025 umgestellt werden. Aktuell gibt es 233 im ANR, 28 im VNR und 7 in den restlichen NR's. Gefunden habe ich auch {{Infobox Moderner Fünfkämpfer}}, wo es interessant sein wird, welches Picto bei welcher Bedingung angezeigt wird. Bei 43 Einbindungen ist das aber überschaubar. --darkking3 ^Թ 10:19, 29. Aug. 2024 (CEST)

Nach meiner Ansicht müsste man bei der Infobox "Moderner Fünfkämpfer" unterscheiden, ob der Athlet nur "vor 2025" oder nur "nach 2025" aktiv war. Wenn der Athlet vor und nach Paris 2024 aktiv war, würde ich das "nach 2025" benutzen.

Kann man nicht mit einem Bot die bestehenden Einbindungen auf Moderner Fünfkampf vor 2025 ändern? (Wie gesagt, ich bin leider technisch nicht so bewandert, sonst hätte ich das schon lange versucht, zu lösen. --Citius Altius Fortius (Diskussion) 10:39, 29. Aug. 2024 (CEST)

Es hat sich ja jetzt erfreulicherweise herausgestellt, dass im bisherigen ANR-Bestand einschließlich Olympiade Paris 2024 keine Anpassungen erforderlich sind. Falls nicht, bitte Aufschrei. Damit ergibt sich folgender Arbeitsplan:

1. Einführung von zwei neuen Bezeichnern:
   • Moderner Fünfkampf/1912 mit gleichem Bild wie bisher.
   • Moderner Fünfkampf/2025 mit neuem Bildchen.
2. Dokumentation um die beiden neuen Bezeichner ergänzen.
3. Stille Auslösung einer Wartungskat, falls Moderner Fünfkampf im ANR verwendet wird.
   • Gucken, wo was ist.
   • Infobox mit Logik versehen (#ifexpr: >2025) falls IB-einbindender Artikel Jahreszahl im Titel hätte. Oder sich sonstwas für die Infobox ausdenken.
   • Bot-Lauf zur Umstellung des ANR-Altbestandes, falls sich anbietend, Moderner Fünfkampf → Moderner Fünfkampf/1912
   • Manuelle Aufarbeitung der restlichen Wartungskat.
4. Umwandlung der stillen Auslösung in eine sichtbare Fehlermeldung plus Wartungskat, falls Moderner Fünfkampf im ANR verwendet wird.
5. Altbestände im BNR und wo auch immer kratzen uns nicht. Müssen die jeweils Verantwortlichen selbst sehen.

VG --PerfektesChaos 11:29, 29. Aug. 2024 (CEST)

Ich hab das bereits eingebaut und einen Botlauf angefragt. Die Vorlage krankt derzeit noch an verschiedenen Gedankenfehlern: Bspw. sind Ski Alpin und Bogenschießen mit unterschiedlichen Pictos definiert. Dabei dürfte eigentlich immer der erste Treffer getroffen werden. Die vorhandene Unterscheidung nach Para-Sportarten findet nicht statt. --darkking3 ^Թ 17:14, 29. Aug. 2024 (CEST)

Zur Info: ich bereite gerade auf Beta eine Neuimplementierung vor. -- hgzh 13:43, 26. Sep. 2024 (CEST)

@Hgzh: Jason find ich gut, hätt ich mir ansonsten auch explizit ausgebeten heutzutage.

• Die generierte optische Darstellung ist auch haushoch überlegen.
• Über den Dateinamen würd ich gern noch einmal schlafen.

Fehler in [[Vorlage:SportPicto]] – würde ich einheitlich in die Generierung der Fehlermeldung hineinziehen.

In das Modul gucke ich heute nacht rein.

VG --PerfektesChaos 16:32, 26. Sep. 2024 (CEST)

Sodele, mal verdaut:

• Das .json würde ich nicht data, sondern config nennen:
  • üblicher Name, wozu anders?
• JSON würde ich etwas erweitern, Gründe unten:

{ "config": {
    "self": "Vorlage:SportPicto",
    "size": "20px",
    "errClasses": "editoronly",
    "errCats": [ "Wikipedia:Vorlagenfehler/Vorlage:SportPicto" ]
  },
  "data": {
    "Olympische Spiele": {
      "file": "Olympic rings without rims.svg",
      "size": "35px",
      "link": "Olympische Spiele",
      "invert": false,
      "cat":  "Allg"
    },
    "Polo": {
      "file": "Polo pictogram.svg",
      "link": "Polo (Sport)",
      "cat":  "OlySo"
    },
  },
  "cats": {
    "order": [ "Allg",
               "OlySo",
               "OlyWi",
               "ParaSo",
               "ParaWi",
               "WorldG",
               "Kampf",
               "Luft",
               "-"
             ],
    "map": {
      "Allgemein": "Allgemeines",
      "OlySo": "Olympische Sommersportarten",
      "OlyWi": "Olympische Wintersportarten",
      "ParaSo": "Sommer-Paralympics",
      "ParaWi": "Winter-Paralympics",
      "WorldG": "World Games",
      "Kampf": "Weitere Kampfsportarten",
      "Luft": "Luftsportarten",
      "-": "Weitere Sportarten"
    }
  }
}

• Es sollte noch ein Untermodul dazu geschrieben werden, das den Doku-Abschnitt aus JSON generiert.
  • Bekommt als Parameter den Seitennamen von JSON, baut aus den cats die Abschnitte, innerhalb der Abschnitte alphabetisch nach (Haupt-)Bezeichner, Aliasse???, responsiv mehrspaltig.
• Das Modul weiß eigentlich überhaupt nichts von Sport.
  • Man kann es mit dem JSON-Seitennamen als Parameter füttern, und dann kann es beliebige Bildchen zu beliebigen Themen erzeugen.
  • Flag-Icons sind ein anderes THema.
  • Aber vielleicht Autobahn-Schildchen, oder sonstwas ergibt sich im Lauf der Jahre.
• Wenn einmalig das mw.loadJsonData erfolgreich war, sollte das Ergebnis in SportPicto.json hinterlegt werden. Sollte es über die Lua-API zu einem zweiten Aufruf kommen, kann das wiederverwertet werden, und beim ersten Mal ist SportPicto.json noch nil und bei Fehlern false.

VG --PerfektesChaos 00:41, 27. Sep. 2024 (CEST)

Ja, die Doku-Generierung hatte ich schon im Hinterkopf. Danke. -- hgzh 08:53, 27. Sep. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 12:43, 22. Okt. 2024 (CEST)

Fehler in der Navigationsleiste Parteien in Deutschland

Meine Fehlermeldung unter Vorlage_Diskussion:Navigationsleiste_Parteien_in_Deutschland#Formatierungsfehler blieb leider bislang ohne Fix. Ich finde den Programmierfehler nicht. Die Spalten der Navileiste sind an einer Stelle nicht gleich breit. Danke und beste Grüße --Fan-vom-Wiki (Diskussion) 21:03, 20. Sep. 2024 (CEST)

diese Untergruppe hat keine Zelle mit "Übertritte.", was ein längerer Text ist als "seit Wahl:". Jetzt haben alle Zellen mit "seit Wahl:" ein Nbsp bekommen, um den mind. gleichlangen Text zu bilden, der die Spaltenbreite festlegt. ÅñŧóñŜûŝî (Ð) 21:38, 20. Sep. 2024 (CEST)

Danke für die Erklärung, wo das Problem liegt. Leider hat dein Edit der Vorlage das Problem nicht gelöst. Eigentlich müsste man den fehlenden Space mit der Vorlage:0 einfügen können. Das geht aber nicht, weil man da nur positive Angaben machen kann. Lässt sich die Vorlage:0 so umprogrammieren kann, sodass man sagen kann: Die Länge der Zeichenkette "durch Wahl" minus die Länge der Zeichenkette "Übertritte"? Beste Grüße --Fan-vom-Wiki (Diskussion) 12:54, 27. Sep. 2024 (CEST)

Vorlage:TennisGrandSlamResultate-Quadeinzel

Hallo, ich habe diese Vorlage (bzw. -Quaddoppel, -Herreneinzel-Rollstuhl, -Herrendoppel-Rollstuhl, -Dameneinzel-Rollstuhl und -Damendoppel-Rollstuhl) in den letzten Tagen mehrfach eingebunden. Dabei ist mir aufgefallen, dass der Hintergrund für nicht ausgetragene Turniere bei den US Open nicht dargestellt wird. Bei Wimbledon klappt es tadellos (siehe beispielsweise Alfie_Hewett#Leistungsbilanz_bei_den_Grand-Slam-Turnieren). Das Problem schein tiefer zu liegen, auch bei der Vorlage:TennisGrandSlamResultate-Herreneinzel, wo ich es gerade ausprobiert habe, ist es so (z. B. Pablo_Cuevas#Abschneiden_bei_Grand-Slam-Turnieren).Das war Quatsch, die Nicht-Rollstuhl-Wettbewerbe haben ja stattgefunden. --Winkekatze (Winken) 09:59, 23. Sep. 2024 (CEST) Leider durchschaue ich das technisch nicht. Hat wer eine Idee? Dank und Gruß --Winkekatze (Winken) 12:43, 22. Sep. 2024 (CEST)

Vielleicht hat es damit zu tun, Modul:TennisGrandSlamResultate. Bei WIM steht

 125     elseif year ~= 2020 then
 126       held = true

Das sollte damit zu tun haben, dass Wimbledon 2020 nicht ausgetragen wurde.

Bei den US Open gibt es analog

 137     elseif year ~= 2020 then
 138       held = true

Jedoch fanden die Rollstuhlwettbewerbe 2020 statt – 2008, 2012, 2016 und 2024 allerdings nicht. C&P-Fehler?

Ich möchte lieber nicht im Modul rumpfuschen, das ist wohl im allgemeinen Interesse ;) --Winkekatze (Winken) 19:57, 22. Sep. 2024 (CEST)

Außerdem gibt es noch ein kleines Problem mit Anmerkungen. Ich habe hier schon eine Disk: Wikipedia:Fragen_zur_Wikipedia#Anmerkung_in_Tabelle. --Winkekatze (Winken) 18:59, 22. Sep. 2024 (CEST)

Ich verstehe dein Anliegen nicht ganz. Wo genau wird etwas fehlerhaft dargestellt, und wie sollte es eigentlich aussehen?

Zum Ref in Tabelle müsste ich mich erst schlau machen, wieso das an dieser Stelle abweicht. -- hgzh 08:13, 23. Sep. 2024 (CEST)

Hallo hgzh, bei nicht ausgetragenen Turnieren sollte diese Farbe in der Zelle stehen: nicht ausgetragen (ohne den Text). Bei Wimledon 2020 tut sie das, bei den US Open 2016 und 2024 nicht. Gruß --Winkekatze (Winken) 09:23, 23. Sep. 2024 (CEST)

Ok, es soll also berücksichtigt werden, dass die Rollstuhl-Wettbewerbe 2008, 2012, 2016 und 2024 nicht stattfanden, aber 2020 schon? -- hgzh 09:39, 23. Sep. 2024 (CEST)

Ja, genau. --Winkekatze (Winken) 09:41, 23. Sep. 2024 (CEST)

Bei den US Open. Bei den anderen Turnieren ist es korrekt. --Winkekatze (Winken) 09:42, 23. Sep. 2024 (CEST)

Und auch nur beim Rollstuhltennis. Die sind mit den Paralympics terminlich kollidiert und wurden nicht ausgetragen. --Winkekatze (Winken) 09:43, 23. Sep. 2024 (CEST)

Jetzt korrekt? -- hgzh 09:49, 23. Sep. 2024 (CEST)

Sieht gut aus. Vielen Dank! --Winkekatze (Winken) 09:51, 23. Sep. 2024 (CEST)

Ich vermute, dass das elseif year ~= 2020 then bei den US Open nicht stehen müsste, es richtet aber auch keinen Schaden an. --Winkekatze (Winken) 09:53, 23. Sep. 2024 (CEST)

Ja, habe es noch entfernt. -- hgzh 10:30, 23. Sep. 2024 (CEST)

Super, danke. Falls du irgendwann nach den Refs schauen könntest wäre das schön, ist aber nicht dringend. Weiterhin frohes Schaffen! --Winkekatze (Winken) 11:12, 23. Sep. 2024 (CEST)

Hallo @Hgzh:, ich habe gerade bemerkt, dass es zwar bei den "normalen" Rollstuhlwettbewerben gefixt ist, aber nicht bei den Quads (z. B. Niels Vink). Vielleicht magst du nochmal schauen, ob du das auch hinbekommst? Könnte es daran liegen, dass

 129     if string.find(competition, 'Rollstuhl') then
 130       if year > 2004 and year ~= 2008 and year ~= 2012 and year ~= 2016 and year ~= 2024 then

die Ausnahmen hat,

 133     elseif string.find(competition, 'Quad') then
 134       if year > 2006 then

aber nicht? Dank und Gruß --Winkekatze (Winken) 00:40, 25. Sep. 2024 (CEST)

Zum in FzW angesprochenen Problem: Die Vorlagen/das Modul sehen/sieht keine Anmerkungen vor. Die Parameter werden in einen Wikilink umgewandelt und der zusätzliche Text, entweder mit mediawiki-eigenem <ref …> oder mit {{FN}}, wird natürlich innerhalb dieses Wikilinks eingefügt, was dann fehlschlägt. Bei dem eigenen System repariert der Parser das, allerdings ohne Hochstellung der Marke (und weil deshalb die HTML-Klasse reference nicht eingefügt wird, funktioniert auch die Einzelnachweisvorschau nicht), vergleiche Beispiel<ref group="test" name="Bsp">TEST</ref>, [[Beispiel|Beispiel<ref group="test" name="Bsp" />]]: Beispiel, Beispiel[test 1]. Für die Vorlage FN gibt es keine Reparatur: Beispiel{{FN|Bsp|gruppe=test}}, [[Beispiel|Beispiel{{FN|Bsp|gruppe=test}}]]: Beispiel ^Bsp, Beispiel ^Bsp.

Das ließe sich nur mit einem zusätzlichen Parameter für die Anmerkung ändern, also so etwas wie |AnmWIM2013, dessen Inhalt angehängt wird, also hier an den dann in einen Wikilink umgewandelten Wert von |WIM2013. — Speravir – 01:24, 25. Sep. 2024 (CEST)

Ich bin mir nicht sicher, ob ich das komplett verstanden habe. Würde es reichen, das in diesem Modul zu ändern oder geht das gar nicht? Jedenfalls vielen Dank für dein Antwort. Gruß --Winkekatze (Winken) 09:36, 25. Sep. 2024 (CEST)

Ja, das Modul müsste dazu erweitert werden. — Speravir – 00:03, 26. Sep. 2024 (CEST)

Verstehe. Falls dir mal langweilig sein sollte wäre das ja was, ist aber nicht wirklich wichtig. Es macht ja jetzt, was es soll – es sieht nur nicht so aus, wie ich es mir vorgestellt habe. Dank und Gruß --Winkekatze (Winken) 00:08, 26. Sep. 2024 (CEST)

Nein, das ist leider jenseits meiner Fähigkeiten, Winkekatze. — Speravir – 01:47, 28. Sep. 2024 (CEST)

Alles klar, danke für die Antwort. --Winkekatze (Winken) 01:59, 28. Sep. 2024 (CEST)

Übrigens Ping an Benutzer:Guternachbar (ist aber seit Monaten inaktiv) und Benutzer:Mac1405, die beide viel am Modul gearbeitet haben. — Speravir – 01:18, 1. Okt. 2024 (CEST)

Sind das die gleichen Ausfalljahre? -- hgzh 07:28, 25. Sep. 2024 (CEST)

Ja, das hängt wie gesagt mit den Paralympics zusammen. Die von 2020 sind ja auf 2021 verschoben worden (wo es dann keine Terminkollision gab), deshalb konnten die Wettbewerbe 2020 stattfinden. Ansonsten sind es genau die Olympischen/Paralympischen Jahre. --Winkekatze (Winken) 09:33, 25. Sep. 2024 (CEST)

Ok, wollte nur sicher gehen. -- hgzh 10:13, 25. Sep. 2024 (CEST)

Fair. Redundanz kann Leben retten. Redundanz kann Leben retten. Vorlage:Smiley/Wartung/;)  --Winkekatze (Winken) 10:15, 25. Sep. 2024 (CEST)

Vielen lieben Dank für die prompte Umsetzung! Weiterhin frohes Schaffen. --Winkekatze (Winken) 22:09, 25. Sep. 2024 (CEST)

 

TEST mit Vorlage {{FNZ}}

Vorlage:FN / Vorlage:FNZ doppelte Sprungmarken

So nun haben wir den Salat. Seit gestern gibt es eine neue Linterfehlerkategorie Lint-Fehler: Doppelte IDs und natürlich ist das auch ok, denn ein Sprung kann immer nur genau eine Springmarke anspringen. Während nun beispielsweise das Refsystem mit eindeutigen cite-note und cite-ref arbeitet, was eine mehrfache Verwendung ermöglicht, arbeiten diese Vorlagen mit Ankern #FN_1_back ¹#cite_ref-Anmerkung_1-0

Beispiel: 70 Einbindungen der Vorlage:Navigationsleiste Staaten in Asien (warum auch immer man da diese Anmerkungen benötigt, die 4 kommt mehrmals vor) = 70 Fehler

Eine doppelte Verwendung führt also dazu, dass immer das erste gefundene Ziel angesprungen wird.#FN_1_back{{FN|1}}#cite_ref-Anmerkung_1-1 Hier gibt es also keinerlei Zielunterscheidung.

 

#FNZ_1 Anmerkung doppelt vergeben

Ein weiteres Problem dabei war schon immer, dass die Verwendung identischen Kürzel zu Zielproblemen führt.#FN_1_back{{FN|1}}

{{FNBox|
{{FNZ|1|<code>#FNZ_1</code> Anmerkung Ziffer doppelt vergeben weiterer Abschnitt}}}}

Einzelnachweise

Wie man das lösen soll, weiß ich nicht. CC:Speravir --Liebe Grüße, Lómelinde Diskussion 09:53, 27. Sep. 2024 (CEST)

Ach, Du Sch…, Lómelinde. Ich auch nicht. Aber leider ist die Idee hinter dem Linterfehler völlig korrekt: id - HTML (MDN): “The id […] must be unique in the whole document.” Mist, selbst der Gruppenparameter könnte nur bedingt Abhilfe schaffen. — Speravir – 00:20, 28. Sep. 2024 (CEST)

Ich dachte kurz an das name-Attribut, aber ich hab es nicht ausprobiert. Es ist früher sehr häufig zusammen mit dem Hyperlink-Element verwendet worden (<a name="Name" href="…">). Man findet das so auch noch auf Seiten, die länger nicht geändert wurden (bspw. bei Zeno.org) ^(*), es gilt jedoch für diesen Zweck als deprecated. In HTML5 es ist nur noch für nur wenige Elemente erlaubt, die alle im Prinzip etwas mit der Einbettung von externem Inhalt zu tun haben.

^(*) Zum Nachvollziehen: Im Artikel Wolkenkuckucksheim findet man in den Belegen Nr. 2 und Nr. 3 zwei mit der Vorlage {{Zeno.org}} erzeugte Verweise auf einen solchen Bezeichner.

— Speravir – 01:06, 28. Sep. 2024 (CEST)

Ja das Ganze hat mich gestern auch kalt erwischt, zumal ich an diesem Wochenende gar keine Zeit habe und die Fehlerzahl jetzt schon bei bald 90000 angekommen ist. Aber immer noch weitaus weniger als die en:WP mit bald 3 Millionen. Daher werde ich das Beispiel oben jetzt mal in pre/nowiki setzen, damit diese Seite hier nicht zusätzlich auch unnötig Fehler auslöst. Das war ja nur als Demo gedacht.(nicht signierter Beitrag von Lómelinde (Diskussion | Beiträge) 07:24, 28. Sep. 2024 (CEST))

Ich sehe zwei Möglichkeiten

1. die ID abschaltbar machen. Würde aber permanente Wartung erfordern.
2. die FN-Vorlage mit JavaScript-Unterbau versehen. Erzeugt Performanceeinbußen und Wartungsaufwand und funktioniert logischerweise nur mit aktiviertem JS.

Beide Möglichkeiten gefallen mir nicht. -- hgzh 16:46, 28. Sep. 2024 (CEST)

Naja, erstmal wüsste ich eine dritte:

• Anker und Rück-Wikilink werden per default inaktiv.
• Können per Boole-Schalter synchron durch Autoren aktiviert werden. Für allererstes Rücksprungziel.
• Wird unterscheidendes Merkmal benötigen, falls Paarungen mehrfach in der Seite.

@ name=

• Das ist die Syntax des letzten Jahrhunderts, bis etwa HTML.4 gewesen.
• Per Legacy sollen Browser das noch ewig unterstützen.
• Nur lernt der MediaWiki-Parser so nach und nach, welche Attribute wann erlaubt sind. name= wird schon heute im Wikitext ignoriert; kommt gar nicht erst in das HTML-Dokument.

@ Javascript

• Nun ja, Performance ließe sich etwas kitten, wenn Gadget nur aktiv wird, falls Vorlage eingebunden ist.
• Müsste trotzdem etwas fummeln.
• Strategie:
  • Ziel-Einbindung schreibt keine id= mehr, sondern ein data-annotation-target=.
  • Gegenstück schreibt kein Rück-Wikilink mehr, sondern ein data-annotation-back=.
  • Gadget müsste alle [data-annotation-target] der Seite einsammeln, und nacheinander durchlaufen.
    • Wenn Bezeichner noch unbekannt, dann dieses Element mit id= ausstatten, und Bezeichner dem Objekt der „Bekannten“ mit true hinzufügen.
    • Wenn es in der Seite den passenden data-annotation-back= geben sollte, wird der erste Treffer in eine Verlinkung umgewandelt. Würde ich erst in einem zweiten Durchlauf machen, nachdem das Objekt der „Bekannten“ gebildet wurde, und deren Vorhandensein ausnutzen, und danach jeweils wieder eliminieren.
    • Damit das nicht mit irgendwelchen Überschriften und manuellen id= kollidiert, wird den id="" und href="#" ein annotation- vorangestellt.

VG --PerfektesChaos 18:41, 28. Sep. 2024 (CEST)

Danke für Eure Überlegungen, Hgzh und PC! Es gibt noch mindestens einen weiteren Nachteil: Ich habe mich zuletzt um diese Vorlagen gekümmert, aber bei Javascript oder auch Lua wäre ich leider draußen. Warum Lua? Ich schon mal in Erwägung gezogen, wegen der erwarteten Performance-Verbesserung hier deshalb nachzufragen, denn es gab auf Seiten mit vielen Einbindungen dieser Vorlagen merkliche Ladeverzögerungen. (Genau heute aber nicht, äähm, Vorführeffekt?) — Speravir – 00:28, 29. Sep. 2024 (CEST)

Sodele, einmal drübergeschlafen.

• Performance lässt sich aushalten, weil nur Seiten die Vorlage FNZ einbinden und action=view|edit.
• Da Prozedur für mich klar vor Augen steht, könnte ich das in der kommenden Woche außerplanmäßig angehen; Wetter ist kühl, Feiertag, zwei doppelte Brückentage, keine Ahnung wie das alles wird.
• Gadget-annotationPair
  • von selbst global kopierbar.
  • Abwartend Go! von BOA.
• Grundsätzlich habe ich was gegen Etablierung neuer Gadgets mit neuen Funktionalitäten, die dann auf ewig von den nächsten Generationen gepflegt werden müssen.
  • Hier handelt es sich jedoch um die Aufrechterhaltung einer seit Jahrzehnten bereits vorhandenen Funktionalität. Na dann.
• Lua hilft hier null, weil ersetzt nur Vorlagensyntax durch gleiches Ergebnis, ändert also nichts an der Misere.
• @Lómelinde: Geh mal davon aus, dass nächstes Wochenende die FN-generierten Geschichte sind.

VG --PerfektesChaos 10:40, 29. Sep. 2024 (CEST)

Du willst als grds. weiter per ID verlinken? Vorstellbar wäre auch, bei Klick auf FN das Ziel in FNZ anzupassen, dann könnte man wirklich dorthin zurückspringen, wo man hergekommen ist. -- hgzh 11:57, 29. Sep. 2024 (CEST)

Nein! Diese Idee von PerfektesChaos hat den Nachteil, dass er sich wieder einmal eine wichtige Vorlage unter den Nagel reißt zu eigen macht und danach jede Änderung, egal wie sinnvoll, auf unabsehbare Zeit von ihm blockiert wird. Bei viel "Bitte bitte" wird er großzügig zustimmen. Die bessere Lösung ist m. E., alles auf Referenzen umstellen:

• Eine Nachfolge-Vorlage von Vorlage:FN erzeugt nur Ref-Tags vom Typ <ref group="fn" name="FN_{{{1}}}" />
• Eine Nachfolge-Vorlage von Vorlage:FNZ erzeugt dann Ref-Tags und mit den Einträgen. Hierbei sind die Parameterwerte natürlich entsprechend den Parameterwerten der ersten Vorlage zu nehmen.
• Die Vorlage:FNBox erstellt das umhüllende Referenzes-Tag mit group="fn".

ÅñŧóñŜûŝî (Ð) 15:11, 29. Sep. 2024 (CEST)

Ich bin dagegen, diesen Weg allein aus persönlicher Abneigung einzuschlagen. Es ist mitnichten so, dass sich PC irgendwelche Vorlagen „unter den Nagel reißt“. Und nur weil du eine Änderung für sinnvoll erachtest, heißt das nicht, dass dir da alle Nutzer so zustimmen. Auch ein Schweigen ist da keine stille Zustimmung, sondern schlicht nur schweigen. --darkking3 ^Թ 15:22, 29. Sep. 2024 (CEST)

Da hast du recht. Ok, lassen wir das Persönliche mal weg (S-Tag). Also Sachargumente her: Wir haben ein bestehendes Ref-System welches diese Doppelmarken erlaubt. Ergo sollten wir das doch nutzen. Wir haben doch schon alles fertig zur Verfügung. Da muss sich PerfectesChaos doch gar nicht mehr die Mühe machen, ein weiteres System zu erstellen. Einfach ein neues Vorlagenset mit Refs und fertig. Wenn es sich bewährt und fehlerfrei läuft kann man die Originalvorlagen ändern. Ein besonderer Vorteil ist m. E. auch die Hover-Einblendung. ÅñŧóñŜûŝî (Ð) 15:28, 29. Sep. 2024 (CEST)

Unter Benutzer:Antonsusi/FN-Test habe ich ein neues Set getestet. Die Vorlagen sind in meinem BNR und noch "roh", also ohne Abfangen von Fehlern etc. ÅñŧóñŜûŝî (Ð) 15:56, 29. Sep. 2024 (CEST)

@ Antonsusi:

• Wir haben Tabellen, in denen kommt 43× vor ¹⁾ mit der Bedeutung „geschätzt gemäß Volkszählung“ oder was weiß ich.
• Das ergibt nach der <ref>-Methode:
  1. Wir müssen ein ^{[A 1]} verwenden statt ¹⁾ oder beliebiger frei gewählter Anmerkungszeichen wie ^*.
  2. In der Legende steht dann nach deinen Vorstellungen für den Rücksprung:
     ^{a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq}
  3. Genau deshalb ist ref für die Tabellen-Anmerkungen oft unerwünscht und ungeeignet.

@ hgzh:

• Das hatte ich heute nacht auch reflektiert, wurde aber ein Alptraum draus.
  • Skizziert ist erstmal ein Weg, um ohne JavaScript ein sauberes HTML-Dokument anzubieten, mit JavaScript wird wieder ein sauberes HTML-Dokument draus, die Verlinkungen arbeiten mit HTML-Technologie.
  • Die Luxus-Variante kann später unter Nutzung des identischen Wikitextes und unveränderter Vorlagenprogrammierung ausgetauscht werden.
  • Wird dann ein Alptraum für unsere Enkel.
• Vorgehen ist dann wie folgt:
  • Alle FN-Einbindungen werden mit durchnummerierten individuellen id="#annotationpair-1)-origin-1" id="#annotationpair-1)-origin-2" (oder so) versehen.
  • Die FN-Einbindungen verlinken nicht nur mit <a href="#annotationpair-1)">1)</a> zum FNZ, sondern legen zusätzlich ein Event drauf.
  • Der Event-Listener merkt sich genau das letzte Element, auf dem er angeklickt worden war.
  • Die FNZ sind keine echten Verlinkungen, sondern simulieren nur mit: <a href="#">1)</a>
    • Wenn diese Pseudo-Verlinkung angeklickt wird, wirkt ein zweiter Event-Listener.
    • Der zweite Event-Listener überprüft, ob das vom FN-Listener registrierte Element dieselbe Basis-ID hat wie jetzt das aktuelle FNZ-Element.
    • Wenn die Basis-ID von FN und FNZ identisch sind, wird zum gemerkten letzten FN-Element gesprungen.
    • Wenn die Basis-ID von FN und FNZ nicht identisch sind, wird zum allerersten FN-Element der FNZ-Basis-ID gesprungen.
    • Ich darf zur Fußnote dieser Tabelle springen, sie lesen, dann ganz woanders hin in der Seite scrollen, dann bei einer ganz anderen Tabelle deren FNZ lesen und mich an deren FN „zurück“-transportieren lassen.
• Inzwischen fällt mir auf, dass ggf. über ein weiteres gemeinsames [data-annotationpair] oder aber besser einen Oder-Selektor auch das Problem mehrerer gleicher Basis-ID gelöst werden kann, und die expliziten Zuordnungen in der Vorlageneinbindung entfallen können, weil dieses jQuery-Ergebnis dann die physische Abfolge aller FN oder FNZ im Dokument kennt, und diese der Reihenfolge nach durchgegangen werden können. Damit können sie bei jeder Wiederholung eine neue Gruppen-Nummer vergeben.
• Das wär genug Arbeit; erstmal stünde die erste Ausbaustuufe an, um in der nächsten Woche die bisherige Funktionalität Linter-konform fortzuführen.
• Nächster Schritt ist BOA-Entscheidung über die Marschrichtung.

VG --PerfektesChaos 18:14, 29. Sep. 2024 (CEST)

(BK)Ich persönlich halte Antonsusis Variante für die Bessere, da a) dann Bordmittel verwendet werden und ich (auch als Autor) b) kein Problem mit _{a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq} habe. Letzlich ist das vielleicht etwas, was die Community in Form einen Umfrage (ähnlich wie bei der Umfrage zur Schriftart) entscheiden sollte. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 19:58, 29. Sep. 2024 (CEST)

Das Ref-System dahinter ist gut dokumentiert. Jeder Autor versteht es und die Funktionsweise der Vorlagen verstehen viele. Eine von PerfektesChaos "gebastelte" Lösung wird nur er und allenfalls einige wenige mehr technisch verstehen. Das ist schön für PerfektesChaos, weil er so eine Art Monopol auf gewünschte Änderungen bekommt, aber schlecht für die WP, weil das Wiki-Prinzip ausgehöhlt wird. Meine Lösung ist einfach und war in zehn Minuten in groben Zügen fertig. Jeder kann sich gerne die Quelltexte von Benutzer:Antonsusi/FN2, Benutzer:Antonsusi/FNZ2 und Benutzer:Antonsusi/FNBox2 anschauen. Die Wirkungsweise ist unter Benutzer:Antonsusi/FN-Test zu sehen. Mit ein paar Fehlerkontrollen versehen ist es nutzbar. ÅñŧóñŜûŝî (Ð) 20:12, 29. Sep. 2024 (CEST)

@PerfektesChaos: Du hast du bei jedem(!) System, egal wie es ausschaut, bei einer 1:N-Zuordnung das Problem, in der Fußnote N Rücksprungziele zu haben, wenn du auswählen willst. Das ist grudsätzlich mit mathem. Logik so und deshalb kein gutes Argument gegen Ref-Tags. Mehr als 25 mal ist gewiss eine seltene Ausnahme. Es schadet nicht, in solchen Fällen aufzuteilen. Das ist von der Lösung unabhängig. ÅñŧóñŜûŝî (Ð) 19:38, 29. Sep. 2024 (CEST)

@ MM-Episodenliste & dLvAupdater:

• Dann schau dir mal Der Sonntags-Stammtisch an.
  • Dort werden als FN verwendet: ^KB → Klaus Bogenberger; ^UM → Ursula Münch; ^CN → Christian Neureuther
  • Nach der Antonsusi-Variante werden die zu ^{[A 1]} und ^{[A 2]} und ^{[A 3]} usw. usw.
• Oder schau auf Ergebnisse der Kommunalwahlen in Nordrhein-Westfalen bis 1969/73
  • Da steht unter jeder Tabelle was wie ¹ und manchmal ² und ggf. ³, immer wieder bei ¹ beginnend.
  • Nach der Antonsusi-Variante werden die zu ^{[A 1]} bis ^{[A 53]} durch die gesamte Seite.

In diesem speziellen Fall wäre deine Variante die bessere. Das es auch solche Seiten gibt, war mir bekannt. Das ist aber ein Bruchteil, der gerne mit deinem System ausgestattet werden darf. Bei den Standard-Null-Acht-Fünfzehn-Verlinkungen halte ich das ref-System für die bessere Lösung. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:05, 29. Sep. 2024 (CEST)

• „Umfrage“
  • Das ist Nonsens.
  • Das charmante an meinen JavaScript-Lösungen ist, dass es überall genauso aussieht wie bisher.
  • Ohne JavaScript wäre es dann nicht verlinkt, sieht immer noch genauso aus wie bisher. Ist dafür ein valides HTML-Dokument.
  • In der zweiten Ausbaustufe sieht es nicht nur aus wie bisher, sondern funktioniert dann erstmals so wie es sollte.
  • Es ist damit sogar den <ref> überlegen, denn man muss nicht das blaueste aus den ^{a b c d e f g h i j} heraussuchen, sondern es gibt nur ein einziges Rücksprung-Link, und das hat dann ein Gedächtnis für die Stelle wo es als letzte Aktion herkam.
  • Hingegen würde Antonsusi eine Umfrage benötigen, denn er will ^KB → Klaus Bogenberger ersetzen durch ^[A 1] und ^UM → Ursula Münch durch ^{[A  2]}. Diese Umfrage kann er ja gern aufsetzen, nur munter zu.

@ Antonsusi „Du hast du bei jedem(!) System, egal wie es ausschaut, bei einer 1:N-Zuordnung das Problem“

• Du hast absolut nichts begriffen.
• Das JavaScript in der zweiten Ausbaustufe hat ein Gedächtnis, und weiß aus welcher Tabellenzeile mit dem 3. oder 5. gleichen Zeichen es hergekommen war. Es braucht nur ein einziges Rücksprung-Link, das im Unterschied zu den <ref> aber zur richtigen Stelle zurückfindet.
• Im Übrigen dürfte bekannt sein, dass ich die VWS beobachte und mitlese; es ist auch völlig sinnfrei, mich extra anzupingen und mir rote Alarmmeldungen zu zaubern.

VG --PerfektesChaos 20:34, 29. Sep. 2024 (CEST)

Ah so. Dann kann ich also nur zum unmittelbar davor angeklickten "Absprung" zurückspringen. Die anderen Ziele (also Stellen, von denen aus man ebenfalls zu dieser Fn gelangt) werden mir Dank deines "Aussortier-Algorithmus" vorenthalten. Beispiel: Wenn in einer langen Liste über eine jährliche Sportveranstaltung im Fünfkampf mehrmals auf die FN mit dem Inhalt "Die Disziplin XY konnte wegen ... nicht ausgetragen werden" verlinkt wird, dann kann ich also nicht auf eine andere Sprungmarke zu einer anderen Zeile "zurück"springen, um zu sehen, in welch anderen Jahren das auch der Fall war. Das hat einen - zugegeben schwachen - Hauch von Google und TikTok an sich... Wehret den Anfängen…. Mal ganz davon abgesehen, dass es nicht in Ordnung ist, wenn Leser irgendwelche Features aktivieren müssen, damit das funzt. ÅñŧóñŜûŝî (Ð) 20:48, 29. Sep. 2024 (CEST)

+1 für Anton Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:05, 29. Sep. 2024 (CEST)

Ich sehe ein, dass eine Umfrage womöglich nicht die beste Idee wäre. Dann wäre es vielleicht gut eine nicht unsichtbare Warnung in die Vorlage:FN/FNBox/FNZ zu setzen und/oder auf Wikipedia:Fragen zur Wikipedia und Wikipedia:Kurier auf die Problematik hinzuweisen, sodass die Hauptautoren im Einzelfall selbst entscheiden können, ob sie die neue Java-Skript-Variante, die ich wirklich nur für solche Spezialfälle empfehlen würde oder das ref-System nutzen möchten. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:05, 29. Sep. 2024 (CEST)

@Antonsusi: Was soll mit Inline-Fußnoten geschehen? Wie willst du bei Deiner gewünschten Änderung mit Referenzen in Referenzen umgehen, die bei dabei notwendig entstehen werden? Bisher ist die FNBox nur optional, sie setzt nur einen unsichtbaren Rahmen mit einer Linie zur optischen Trennung; zusätzlich ist freier Text möglich. Das Kind ist vor 19 Jahren in den Brunnen gefallen – oder spätestens vor 15 Jahren, als die eigene Doku angelegt wurde. Entsprechend viele Nutzungen wird es geben, die nicht so einfach mit dem Standardsystem zu ersetzen sind. Übrigens ist sicher nicht nur für mich ein wichtiger Grund der Nutzung, dass die Marken ohne Darstellung des Gruppenparameters auskommen. — Speravir – 01:27, 30. Sep. 2024 (CEST)

Es gibt im ANR 24.600 Artikel mit Einbindungen von FN, aber nur 14.600 mit Einbindungen von FNBox.

• Heißt: Es gibt 10.000 Artikel, bei denen die FNZ nicht mit einer zentralen Markierung eingeleitet werden (es kann sogar weitere geben, weil es mehrere Gruppen geben kann, und unter manchen Tabellen usw. kann ein FNBox stehen, unter anderen wurde das nicht so gemacht). Wenn es nur ein einzelnes ^* gibt, wird das meist nicht mit FNBox abgesetzt.
• Der Antonsusi-Plan fordert jedoch, dass an der Stelle, wo das allererste FNZ unter der jeweiligen Tabelle vermerkt ist, auch immer ein entsprechendes references für die Anmerkungen stehen muss.
• Andernfalls entsteht eine Seite mit kaputten ref , weil das references für die Anmerkungsgruppe fehlt.
• Es würde ja für die ref ein group="A" benötigt, oder vielleicht besser group="FN" – sowas wird aber womöglich bereits verwendet.
• In AFC Champions League 2020 etwa gibt es acht Tabellen mit jeweils darunter stehenden FNZ, aber keine FNBox, und damit fehlt das references – genauer gesagt: Die acht einzelnen references, die nach jeder Tabelle die aufgelaufenen ref-FN auffangen müssten.

Weil man nur ein dezentes ^* haben wollte, und kein klotziges ^[A 14], wurden mehrere Jahre nach Einführung der ref (Programmierung um 2006) die FN-FNZ-Vorlagen erschaffen, mit allen damals schon offenkundigen Nachteilen betreffend der Sprungziele.

• Der Rücksprung klappt bestenfalls zum allerersten Element der gruppe=, aber noch nie zu der einzelnen Zeile usw. Das ist ja gerade der Hintergrund für die Linter-Beschwerde.
• Bei mehreren ¹ mussten, damit wenigstens der Hin- und Rücksprung binär funktioniert, manuell gruppe= innerhalb der gesamten Seite verwaltet werden.

@ „Wenn in einer langen Liste über eine jährliche Sportveranstaltung im Fünfkampf mehrmals auf die FN mit dem Inhalt "Die Disziplin XY konnte wegen […] dann kann ich also nicht auf eine andere Sprungmarke zu einer anderen Zeile "zurück"springen, um zu sehen, in welch anderen Jahren das auch der Fall war.“

• Das ist bei allen Verwendungen von FN/FNZ schon immer bewusst von den Autoren so angewendet worden.
• Es gab immer nur im besten Fall den Rücksprung zur allerersten Verwendung in der Anmerkungsgruppe.
• Die JavaScript-Lösung verändert absolut nichts am Erscheinungsbild der bisherigen Artikel; nur funktioniert es dann erstmals wie eigentlich gedacht, also Rücksprung zur Herkunftszeile.
• Niemand will in ^{a b c d e f g h i j k} sehen, in welch anderen Jahren das auch der Fall war. Wollte das auch noch nie. Konnte das aber auch immer schon mit ref lösen, falls gewünscht. Ist aber nirgendwo gewünscht, as see.
• Die <ref>-Methodik ist vier Jahre älter als die FN/FNZ. Die Autoren hatten immer schon die Auswahl gehabt, ob sie FN oder ref benutzen möchten, und sich immer explizit gegen die ref -Darstellung entschieden. FN/FNZ wurde genau deshalb entwickelt und relativ weit verbreitet, weil man Antonsusis ref gerade nicht im Artikel haben wollte.

@ „Problematik hinzuweisen, sodass die Hauptautoren im Einzelfall selbst entscheiden können, ob sie die neue Java-Skript-Variante, die ich wirklich nur für solche Spezialfälle empfehlen würde oder das ref-System nutzen möchten“

• Diese Auswahl haben sie schon seit anderthalb Jahrzehnten gehabt, und sich bei 25.000 Seiten gegen ref entschieden.
• Für den Altbestand, deren Autoren teils längst verstorben sind, wird niemand nachträglich irgendwas „gegen Java-Skript“ umbauen; es gibt auch keinerlei Grund dazu.
• Es wurde bisher auch keinerlei sachlicher Grund vorgetragen, sondern alles sind an den Haaren herbeigezogene Scheinargumente und eine völlig untaugliche „Alternative für FN“, die noch nicht einmal technisch mit dem Altbestand funktioniert, von dem Eingriff in die Artikelgestaltung (^[FN 17] statt ^*) mal abgesehen.

Einziger Anlass für diese Debatte sind blanke Neidgefühle und die Erfahrung persönlicher Inkompetenz, die sich dann in einem völlig abstrusen und weder syntaktisch funktionierenden noch in der Artikeldarstellung akzeptablen Bastelpfusch als angeblichem Alternativvorschlag entlädt.

• Unter Techies und auch in dieser Werkstatt ist die Beurteilung konkurrierender Lösungen anhand sachlicher Bewertung von Vor- und Nachteilen üblich. So auch in dieser Werkstatt hier. Die einzige Ausnahme ist seit vielen Jahren Antonsusi.
• Die Implemementierung einer wirklichen Alternative ist schon anstrengend genug. Die Zeit und die Nerven dann auch noch unproduktiv auf die Minderwertigkeitsgefühle von Antonsusi vergeuden zu müssen, macht die Gesamtsituation anhand der Unmengen ungelöster Herausforderungen an noch benötigter Programmierung nicht leichter. Antonsusi könnte dabei ohnehin nicht mitwirken, weil er nie über den technischen Stand der Nuller Jahre hinausgekommen ist.

VG --PerfektesChaos 09:55, 30. Sep. 2024 (CEST)

@PC: Es mag für Deine Arbeitsweise unerheblich sein, aber dennoch: Ich hatte im Beta-Wiki neben den Vorlagen auch einen Testartikel angelegt, ganz überraschend ist das Fußnote.

Und dann gibt's noch so etwas, wo ich hoffe, dass Deine Idee davon nicht ausgebremst wird:   als Marke. Ich hatte vor, das per Fehlermeldung zu unterbinden, aber wegen der Häufigkeit erstmal aufgeschoben.

— Speravir – 00:46, 1. Okt. 2024 (CEST)

{{urlencode: |PATH}} gibt %26nbsp%3B und ist mir deshalb sowas von wumpe.

Westsumba ist übrigens ein hübsches Beispiel für die Situation, dass bei der ref-Methode in {{FNZ|2|}} die verbotene Situation „ref in ref“ entstehen würde. Die Seite wäre fehlerhaft und das würde nicht angezeigt, sondern in der Server-Wartungskat aufschlagen.

• Weil das |  aber kein Pengdang hat, sondern nur als Vorlage:0 missbraucht wird, entsteht nach der JavaScript-Methode die gleiche HTML-Darstellung wie bisher; bloß ohne Verlinkung.
• Auf was für Ideen die Leut so kommen.
• Gleichwohl sollte ein Bot mal alle mit {{FNZ| | ohne ein {{FN| | in derselben Seite durch einen unverfänglicheren Platzhalter <sup>&nbsp;</sup> ersetzen.
• Weil im konkreten Fall dem data-annotationpair-...="%26nbsp%3B" als Ziel kein data-annotationpair-...-="%26nbsp%3B" als Herkunft gegenübersteht, würde JavaScript hier keine Umwandlung des Element-Inhalts in <a href="#"> vornehmen und es bliebe (anders als bisher) bei unverlinkten <sup>&nbsp;</sup> – kein Backlink ohne Ziel für dieses Backlink.

Ich beabsichtige noch einen Schalter sup=0 zum Austausch von <sup> gegen <span> und damit in Der Sonntags-Stammtisch die Initialen in Normalgröße in der Tabelle anzeigt, statt mini.

VG --PerfektesChaos 14:06, 1. Okt. 2024 (CEST)

Ich sollte hier mal etwas klarstellen. Ohne einen - das meine ich jetzt positiv - "Basteltrieb" würdest du (und andere) hier nicht so viel Zeit investieren. Deine "Werke"/"Ergebnisse" hier sind i. d. R. auch gut. Meine Abneigung gilt der Art und Weise, wie du dann damit umgehst. Wenn du dir hier eine Lösung ausdenkst, dann fragst du meinem eindruck nach andere nicht oder unzureichend nach den "Features", welche sie haben sollte. Das bewirkt Änderungswünsche, kaum das du dein Ergebnis hier veröffentlichst. Diese zu berücksichtigen fällt dir schwer. Meiner Vermutung nach, weil du darin Kritik an deinem Können siehst. Zum Thema:

Das Ref-In-Ref-Problem ist ein gutes Argument für die Lösung von Pc. Wenn das umgesetzt wird, dann bitte so, wie es bei einem Wiki sein sollte:

1. Zuerst gemeinsam mit anderen festklopfen, was das System können muss oder soll (Features).
2. Umsetzung so, dass möglichst niemand vom Nutzen ausgeschlossen wird.
3. Eine ausführliche und gut verständliche Dokumentation.

Fangen wir also bei den Features an. Diese sollten m. E. sein:

• unbedingt notwendig:
  • Keine Lintfehler und sauberer Quelltext
  • Muss bei allen(!) Skins funktionieren. Auch bei den alten wie Monobook etc.
  • Muss ohne Browser-Add-Ons laufen (außer , dass der Browser JS umsetzt).
  • Muss in einem Artikel mehrmals drin sein können
  • Entweder komplett abwärtskompatibel oder so, dass man notfalls mit einem Botlauf umstellen kann.
• wichtig:
  • Bei N:1-Zuordnung müssen alle N denkbare Rücksprungziele als solche erkennbar sein, auch wenn der "Rücksprung" an die Stelle erfolgt, "wo man gerade herkam"
  • "Keine Scham." Fußnoten müssen nicht in winziger Schrift erscheinen, weil sie beim normalen Lesen angeblich "irgendwie stören." Also anständige Schriftgrößen
• wünschenswert:
• Bei N:1 mehr als ein (Rück-)sprungziel anbieten. Zumindest auch den im Artikel davor, und den danach liegenden Verweis an diese Stelle.

Soweit meine Liste der Features. Wäre super, wenn noch andere etwas dazu beitragen. Mit explizit freundlichen Grüßen ÅñŧóñŜûŝî (Ð) 20:51, 1. Okt. 2024 (CEST)

@PerfektesChaos, Speravir, Hgzh: Meinung zu den Features? ÅñŧóñŜûŝî (Ð) 19:11, 5. Okt. 2024 (CEST)

1. Ich hatte mich bereits 20:34, 29. Sep. 2024 ausdrücklich dagegen verwahrt, dass du mir für die VWS rote Alarmmeldungen reinknallst. Das hast du offenkundig nicht begriffen, deshalb extra für dich nochmals und auch mit Verweis auf den Kasten in H:Echo: Es ist äußerst unhöflich und belästigend, Pings zu versenden, wenn Personen bereits zeitnah in eine Diskussion involviert sind.
2. Was deine Feature-Liste angeht, so stelle ich einleitend fest, dass du hier nicht in der Position bist, irgendwelche Bedingungen und Regeln aufzustellen.
   • Im Übrigen hast du den bisherigen Text, dessen übermäßige Aufblähung du selbst 15:11, 29. Sep. 2024 zu verantworten hast, offenbar überhaupt nicht durchgelesen, oder du hast es nicht verstanden.
   • „Die JavaScript-Lösung verändert absolut nichts am Erscheinungsbild der bisherigen Artikel; nur funktioniert es dann erstmals wie eigentlich gedacht, also Rücksprung zur Herkunftszeile.“ 09:55, 30. Sep. 2024
     • Damit ist deine „Feature-Liste“ erschöpfend beantwortet; mehr gibt es dazu nicht zu kommentieren.
   • Was den Rest angeht – „Keine Lintfehler und sauberer Quelltext“ – „Muss bei allen(!) Skins funktionieren. Auch bei den alten wie Monobook etc.“ – „Muss ohne Browser-Add-Ons laufen (außer , dass der Browser JS umsetzt).“ – „Muss in einem Artikel mehrmals drin sein können“ – „Entweder komplett abwärtskompatibel oder so, dass man notfalls mit einem Botlauf umstellen kann.“
     • Das ist kompletter Nonsens, bzw. sind Selbstverständlichkeiten, die keiner Erwähnung bedürfen.
     • „Keine Lintfehler und sauberer Quelltext“ – natürlich, genau deshalb ist es ja anders als bisher zu lösen.
     • „Muss bei allen(!) Skins funktionieren“ – Quatsch mit Soße. Skins haben nichts mit den Innereien eines HTML-Wikitextes zu tun.
     • „ohne Browser-Add-Ons“ – du hast nicht die leiseste Ahnung, wovon du da schwadronierst.
     • „Muss in einem Artikel mehrmals drin sein können“ – 29. Sep. 2024 18:14: „Damit können sie bei jeder Wiederholung eine neue Gruppen-Nummer vergeben.“
     • „Fußnoten müssen nicht in winziger Schrift erscheinen, weil sie beim normalen Lesen angeblich "irgendwie stören." Also anständige Schriftgrößen“ – Was genau hast du eigentlich nicht verstanden an „verändert absolut nichts am Erscheinungsbild der bisherigen Artikel“? Es werden nur die vorhandenen Elemente mit genaueren Verlinkungen bzw. Sprungzielen ausgestattet; das beeinflusst bekanntlich nicht die Darstellung der woanders definierten Darstellung, Schriftgröße oder was auch immer. Warum sollten sie das auch?
3. Du stehst offenkundig heute geistig da, wo ich am 29. Sep. 2024 schon vorbei und längst sehr viel weiter war.

--PerfektesChaos 20:08, 5. Okt. 2024 (CEST)

Bei dir weis man nie, was du "ausheckst" ;-) Die Selbsverständlichkeiten habe ich der Vollständigkeit wegen erwähnt. Darüber hinaus hat der geparste Quelltext auch skn-spzifische CSS-Klassen. Theroretisch wäre es also möglich, Skin-Weichen zu prorgrammieren, wenn man auf den Bereich außerhalb des gesparsten Seiten-Quelltextes zugreifen kann. ÅñŧóñŜûŝî (Ð) 20:15, 5. Okt. 2024 (CEST)

Dass alle Rücksprungziele erkennbar sein sollen, sehe ich nicht. Das ist zwar bei Cite so, aber daraus lässt sich mE nicht ableiten, dass es nicht auch andere Darstellungsformen geben kann. Auch außerhalb der WP ist das keineswegs Standard, sodass ich es vertretbar finde, die Anzeige so wie derzeit schon in den Artikeln bestehend zu belassen. Wenn das für das Verständnis unbedingt erforderlich ist, was ich für alle Fälle verneinen würde, aber im Einzelfall nicht ausschließe, müsste dann eben das Cite-System genutzt, oder der Sachverhalt direkt im Artikel dargestellt werden. -- hgzh 09:02, 7. Okt. 2024 (CEST)

Ich sehe keine Erfordernis, auf spezielle Skins einzugehen. Die Darstellung sollte sich nicht abhängig vom Skin unterscheiden und die Mobilversion grätscht hier auch nicht dazwischen. -- hgzh 09:04, 7. Okt. 2024 (CEST)