Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2024/2

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 hat Darstellungs-Fehler

Die Vorlage:Navigationsleiste Fediverse zeigt Quelltext bei der Einbindung an. Lt. dem Hinweis bei der Eröffnung der Diskussion sollte ich das hier melden, hab es aber nur erst mal in der dortigen Disk. gemeldet, weil die Vorlage eh zur Löschung diskutiert wird. --Hlambert63 (Diskussion) 17:51, 18. Apr. 2024 (CEST)

Das Problem ist beim Einfügen des Löschantrags entstanden und nun behoben. --Kallichore (Diskussion) 18:07, 18. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 19:59, 18. Apr. 2024 (CEST), erl.

Vorlage:CIC kaputt

Hallo, siehe Vorlage Diskussion:CIC#Vorlage kaputt, ich bitte um Beachtung. Vielen Dank! --FordPrefect42 (Diskussion) 09:04, 14. Apr. 2024 (CEST)

„CIC“ meint was????

Ohne Lösung der Namensfrage wird es keinerlei Unterstützung durch Mitarbeiter der Vorlagen-Werkstatt geben. 6. Jul. 2019

VG --PerfektesChaos 13:11, 14. Apr. 2024 (CEST)

Vorlage:CodIurCan wäre denkbar und ist wohl intendiert, um eine der 3-Buchstaben-Abkürzungen aus der Anfangszeit von WP zu erweitern – aber unüblich, wenn nicht unverständlicher und in anderem Zusammenhang Begriffsfindung. Falls der alternative Name hier Anklang fände, könnte er auf der VL-Disku vorgeschlagen werden, um baldmöglich eine Verlinkung zum grundlegenden Rechtskorpus der katholischen Kirche wieder zu gewährleisten. Gruß, --Wi-luc-ky (Diskussion) 22:28, 14. Apr. 2024 (CEST)

CodIurCan oder CodexIurisCanonici usw. wären Bezeichner, die bei der Textsuche genau die Quelltexteinbindungen liefern würden, hinreichend selbsterklärend zumindest einen hint zur Interpretation liefern würden, und erstmal kollisionsfrei sind.

Die Quelltextbearbeiter wünschen einen möglichst kurzen Quelltext; deshalb die Bildung solcher Formen wie CodIurCan. Hinzu kommt, dass die guten alten Quelltextbearbeiter es ablehnen, per C&P eine Kopiervorlage aus der Vorlagendoku oder eigener Zusammenstellung einzufügen, und vielmehr die gesamte Einbindung Zeichen für Zeichen auswendig aus dem Kopf eintippen möchten. Da ist dann jeder Buchstabe einer zu viel.

VG --PerfektesChaos 10:57, 15. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:14, 20. Apr. 2024 (CEST), hier ja wohl erl. Wie ihr aufteilt, bleibt dann euch überlassen

Vorlage:Infobox Belgischer Bezirk

Im Artikel Bezirk Brüssel-Hauptstadt ist momentan unterhalb der Lagekarte folgende Bildbeschreibung zu lesen: „Lage des Bezirks Brüssel-Hauptstadt in der Provinz“. Da der Bezirk Brüssel-Hauptstadt keiner Provinz zugehörig ist, soll bitte im Fall dieses Bezirks der Text „in der Provinz“ gestrichen werden. – D’Azur (Diskussion) 16:24, 21. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 19:39, 21. Apr. 2024 (CEST)

Vorlage Stimmberechtigt behauptet meine Nichtexistenz

Sulfanum stimmberechtigt? gibt eine Fehlermeldung, zuerst aufgefallen an dem Link unterhalb der Beitragsliste. Liegt eher nicht an der Vorlage sondern an meinem Account? Editieren, verschieben etc. geht. Nur geben tuts mich nicht ;-) --Sulfanum (Diskussion) 15:18, 21. Apr. 2024 (CEST)

Das Problem wurde gestern administrativ gelöst (Dank an Zollernalb!). Alles ist gut! Grüße, --Sulfanum (Diskussion) 06:16, 22. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 08:46, 22. Apr. 2024 (CEST)

Kommunalwahlen

Moin, bei den Kommunalwahlen in Bamberg sind mehr Parteien in den Stadtrat eingezogen als die Vorlage hergibt. Deswegen sind drei Parteien nur als Fußnote vermerkt. Das ließe sich doch sicherlich ändern, oder? Kann ich hier einfach den Quelltext via Partei13, Partei14 etc. weiterführen oder muss hierfür die Vorlage geändert werden? Wenn Letzteres gilt, dann freue ich mich über Unterstützung, weil ich mich bei der Änderung einer häufig genutzten Vorlage noch nicht ausreichend befähigt fühle. Danke für die Unterstützung. Fued Katari (Diskussion) 09:05, 1. Apr. 2024 (CEST)

Stadtratswahl 2020 in Bamberg Wahlbeteiligung: 55,5 % (2014: 44,39 %)  % 30 20 10 0 27,0 22,8 16,2 4,8 4,5 4,0 3,6 3,4 2,9 2,8 2,3 5,6 Grüne CSU SPD AfD BBB BA Linke FW BuB FDP PARTEI Sonst.l Gewinne und Verluste im Vergleich zu 2014  %p  10    8    6    4    2    0   −2   −4   −6 +8,4 −4,7 −5,3 +4,8 −3,4 +1,0 +0,3 −4,7 −4,2 −0,2 +2,3 +5,6 Grüne CSU SPD AfD BBB BA Linke FW BuB FDP PARTEI Sonst. Vorlage:Wahldiagramm/Wartung/Anmerkungen Anmerkungen: l ÖDP: 2,2 % (+2,2 %); Volt: 2,1 % (+2,1 %); BM: 1,3 % (+1,3 %)

--Fued Katari (Diskussion) 09:05, 1. Apr. 2024 (CEST)

Vllt. kann Wiegels helfen, der 2020 die Zahl schon einmal auf 12 erhöht hatte.

Für Bamberg #Stadtrat bräuchte es nun 15 inkl. Sonstige.

Gruß, --Wi-luc-ky (Diskussion) 12:42, 1. Apr. 2024 (CEST)

Es ist etwas mehr, als nur eine Vorlage zu ändern. 2013 gab es auch schonmal den Versuch, das Diagramm auf 20 Parteien zu erweitern. Es gilt die Einbindungsgröße nach dem Expandieren (Post-Expand-Include-Size) gering zu halten bzw. im besten Fall noch zu reduzieren. Da geht es eher um den Artikelbestand als um neue Einbindungen. Vermeintlich kleine Artikel wie Ergebnisse der Kommunalwahlen in Rodewisch oder Ergebnisse der Kommunalwahlen in Mülheim an der Ruhr kratzen jetzt bereits an 1,6 bzw. 1,5MB und verwenden bereits 79% bzw. 75% der maximal möglichen Größe. Müsste man mal im beta.wiki ausprobieren, was da geht. --darkking3 ^Թ 13:17, 1. Apr. 2024 (CEST)

Danke für die Antworten, aber uff... Für den Laien nicht so ganz nachvollziehbar. Warum gibt es eine maximal mögliche Größe? Größe von was? Der Vorlage, dem Artikel? Warum ist es ein Problem, wenn die Einbindungsgröße einer Vorlage wächst? Welche Auswirkungen hat das auf die Artikel in denen die Vorlage verwendet wird? An wen kann ich mich wenden im Kontext beta.wiki? @Wiegels kannst Du hierzu irgendwas sagen? Beste Grüße, Fued Katari (Diskussion) 13:32, 1. Apr. 2024 (CEST)

Siehe Hilfe:Vorlagenbeschränkungen. Das gibt es grundsätzlich, um die Server und letztlich auch den User zu schützen. Wächst ein Artikel darüber hinaus, wird er nicht mehr vollständig dargestellt und in Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten einsortiert. Wächst die Vorlagengröße, können weitere Artikel in diese Kategorie einsortiert werden, was bewusst erstmal nicht erfolgen sollte. Ich teste das gerade im Betawiki, ob es überhaupt Auswirkungen hat. --darkking3 ^Թ 14:05, 1. Apr. 2024 (CEST)

Könnte man wohl problemlos umsetzen, siehe hier. Wenn noch jemand etwas Code-Review der Bestands-Untervorlagen betreiben würde, wäre das noch gut. Mir erscheint es an vielen Stellen überfrachtet mit Bedingungen. --darkking3 ^Թ 20:25, 2. Apr. 2024 (CEST)

Wikidata für Vorlage:Infobox Militärische Einheit

Hat jemand Zeit und Muße, in die Vorlage:Infobox Militärische Einheit ein paar Verweise zu Wikidata einzubauen? Mir fehlt dazu leider das technische Verständnis. --Asperatus (Diskussion) 15:34, 1. Apr. 2024 (CEST)

Kannst du die Property-Nummern und deren Eigenschaft benennen? --darkking3 ^Թ 15:41, 1. Apr. 2024 (CEST)

Ich versuche es mal:

|Name = Lemma (kein Wikidata)

|Abkürzung = P1813

|Größenordnung = P8030

|Bild = P94, alternativ P18 oder P158

|Beschriftung =

|Daten = P571 und P576 (von-bis-Angabe)

|Startdatum = P571

|Enddatum = P576

|Land = P17

|Streitkräfte = keine sinnvolle Entsprechung?

|Teilstreitkraft = P241

|Teilstreitkraft_Bezeichnung =

|Truppengattung = keine sinnvolle Entsprechung?

|Typ = P31

|Unterstellte_Einheiten = P355

|Gliederung = keine sinnvolle Entsprechung?

|Mannstärke = P1128

|Teil_von = P749

|Stationierungsort = P159

|Außenstelle = keine sinnvolle Entsprechung?

|Stationierungsort_Bezeichnung =

|Außenstelle_Bezeichnung =

|Herkunft der Soldaten = keine sinnvolle Entsprechung?

|Historische Stationierungsorte = ggf. alte Werte von P159? evtl. zu kompliziert zu implementieren?

|Spitzname = P1449

|Inhaber = keine sinnvolle Entsprechung?

|Schutzpatron = P417

|Motto = P1451

|Traditionsfolge = P1356

|Stammliste = keine sinnvolle Entsprechung?

|Stammnummer = keine sinnvolle Entsprechung?

|Farben = P462

|Farben_Bezeichnung =

|Farben1 = P462 (falls weiterer Eintrag vorhanden)

|Farben1_Bezeichnung =

|Marsch = keine sinnvolle Entsprechung?

|Maskottchen = P822

|Ausrüstung = keine sinnvolle Entsprechung?

|Ausrüstung_Bezeichnung =

|Schlachten = P607 oder P793 oder P1344

|Schlachten_Bezeichnung =

|Jahrestage = P837

|Auszeichnungen = P166

|battle_honours = keine sinnvolle Entsprechung?

|Weblink = P856

|Leitung_Bezeichnung =

|Kommandeur1 = P1037 oder P488 oder P4791 (Abfrage in der Reihenfolge wenn möglich)

|Kommandeur1_Bezeichnung =

|Kommandeur2 = P7169

|Kommandeur2_Bezeichnung =

|Kommandeur3 = keine sinnvolle Entsprechung?

|Kommandeur3_Bezeichnung =

|Wichtige_Kommandeure = P3342

Ich hoffe, du (oder jemand anderes) kann damit was. Danke für deine/eure Hilfe. --Asperatus (Diskussion) 20:46, 1. Apr. 2024 (CEST)

Ist das mit dem Portal:Militär abgestimmt? Wir wollen ja nicht blind auf WD vertrauen. --darkking3 ^Թ 20:49, 1. Apr. 2024 (CEST)

Das Portal, in dem ich selbst Mitglied bin, ist informiert. Letztlich geht es nur eine eine zusätzliche Möglichkeit, strukturierte Daten abzurufen. Sollte eine Property nicht optimal sein, traue ich mir zu, diese im Quelltext zu ändern, wenn das Gerüst erstmal steht. --Asperatus (Diskussion) 17:14, 2. Apr. 2024 (CEST)

Da ist aber das Problem, daß der Artikel Deutsche Marine bspw.aktueller gepflegt ist,als der Stand in Wikidata. Damuß man auch erst einmal analysieren, welche Propertys überhaupt Sinn ergeben, daß man sie von WD übernimmt. Üblicherweise machen wir das nur bei P.s, die sich regelmäßig ändern, etwa Einwohnerzahlen, Namen von Bürgermeistern und ähnlicher Kram. Eigenschaften, die sich alle Jubeljahre ändern, pflegen sich auf Wikipedia selbst weniger fehleranfällig. Und Sinn ergibt das eigentlich auch nur dann, wenn ein großer Anteil desArtikelbestandes, der die Vorlage verwendet, die entsprechenden Daten von ein und der derselben Stelle bekommt. Was weiß ich, wenn es z.B. für die Mannstärke eine Webseite bei der OSZE gäbe, die einmal im Jahr auf Stand gebracht wird, was man dann übernehmen kann. Wenn man aber etwa die Mannstärke durch Suchen auf 45 Websites europäoscher Streitkräfte zusammensuchen muß, ergibt WD als Datenquelle für die IB nicht wirklich Sinn. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 15:05, 3. Apr. 2024 (CEST)

P.S: Derzeit ist es so, daß auf WD eine andere Info zur Mannstärke steht alsauf DE:WP und isses wieder anders als auf EN:WP. Das Problem kriegst du mit WD aber auch nicht wirklich gelöst, da müßtest du ja alle Sprachversionen umstellen., damit es irgendeinen Vorteil ergibt. Bei einzelnen Parametern kann man den lokalen Wert mit WD abgleichen, aber auch das erfordert dann, daß ein Benutzer von hier die so entstehende Wartungsliste oder -kategorie regelmäßig abarbeitet. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 15:09, 3. Apr. 2024 (CEST)

Ich sehe hier kein Problem denn wenn Parameter in der Vorlage ausgefüllt sind, werden die Wikidata-Daten nicht genutzt. Letztlich geht es nur eine eine zusätzliche Möglichkeit, strukturierte Daten abzurufen. Fehlen diese oder möchte jemand lieber die Vorlage nutzen, ist das kein Problem. Es scheint mir nicht üblich zu sein, dass nur Properties genutzt werden, die sich häufig ändern. Eine militärische Einheit ist beispielsweise eine Unterkategorie von Organisation. In der Vorlage:Infobox Organisation werden alle möglichen, sich nicht (häufig) ändernden Daten abgerufen. Ich würde mich mit der Verknüpfung der Infobox mit Wikidata jedenfalls ermutigt fühlen, dort Daten einzupflegen. Dies hätte den Vorteil, dass sie auch von anderen Sprachversionen der Wikipedia eingebunden werden könnten. --Asperatus (Diskussion) 18:45, 3. Apr. 2024 (CEST)

+1 Für Asperatus Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 13:44, 4. Apr. 2024 (CEST)

Bitte PD:MIL#WikiProjekt Vorlagen: Vorlage:Infobox Militärische Einheit --> Nutzung von Wikidata beachten und den hiesigen Antrag bis zur Klärung zurückstellen. --Ｔｏｍ (Diskussion) 16:06, 3. Apr. 2024 (CEST)

Vorlage:RömppOnline

Moin!
Die Vorlage:RömppOnline scheint, zumindest bei mir, nicht so recht zu funktionieren. Ich habe es auch auf der Vorlagendisk angefragt, da da aber nur sehr wenige zusehen, dachte ich mir, frag mal gleich hier nach. Das Wichtigste der Vorlage, der Link auf die Datenbank bei Römpp, wird mir nicht angezeigt. Ich habe keine Ahnung, warum das ist, da ich mich nicht die Bohne mit Vorlagenprogrammierung auskenne. Kann hier eventuell wer helfen? --Grüße vom Sänger ♫ ^(Reden) 21:53, 2. Mai 2024 (CEST)

Der Link wurde 2022 entfernt. Die Doku enthält auch einen Hinweis. Die Diskussionsseite enthält diesen Abschnitt (untere Hälfte). @Ghilt: Du kannst diese Anfrage wahrscheinlich am besten beantworten. --Kallichore (Diskussion) 22:33, 2. Mai 2024 (CEST)

So weit habe ich in dem Abschnitt aus 2013 gar nicht gelesen, das war für mich was historisches.

Wenn der einzige Sinn der Vorlage nicht mehr existiert, dann sollte sie lieber komplett gelöscht werden. --Grüße vom Sänger ♫ ^(Reden) 22:55, 2. Mai 2024 (CEST)

Bitte keine Diskussionsdopplungen. --Ghilt (Diskussion) 23:00, 2. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Ghilt (Diskussion) 23:00, 2. Mai 2024 (CEST)

c:Template:Convert to SVG

Hallo, bei Verwendung von c:Template:Convert to SVG sollten Files in c:Category:Images that should use vector graphics (vector data available) eingeordnet werden, wenn der parmater 'vectordata' vergeben ist, so wie es in der Vorlage und auch oben in der Kategorie beschrieben ist. Dies findet aber nicht statt - Beispiel ist File:Traenkle Logo Unter RGB.png - wer kann hier helfen? --Mrmw (Diskussion) 12:33, 10. Apr. 2024 (CEST)

Die Kategorie wird offenbar nur wirksam, wenn die Vorlage ausßerhalb des Dateinamenraums eingebunden wird, wieso auch immer. -- hgzh 13:01, 10. Apr. 2024 (CEST)

@Hgzh: danke - bezieht sich dein 'wieso auch immer' auf den technischen grund oder die intention des editors? es sollte auf jeden fall für den datei-namensraum wirksam werden --Mrmw (Diskussion) 13:08, 10. Apr. 2024 (CEST)

Es bezieht sich auf die Intention. Da wahrscheinlich die wenigsten hier Bearbeitungsrechte für Vorlagen auf Commons haben, hilft wahrscheinlich eine Anfrage dort am ehesten bei einer Änderung. -- hgzh 13:13, 10. Apr. 2024 (CEST)

@Hgzh: wenn du mir sagst was an der vorlage geändert werden muss bzw. woran ich erkenne dass der datei-namensraum ausgeschlossen ist, platziere ich c:Template:Edit request auf der diskussionsseite der vorlage --Mrmw (Diskussion) 13:25, 10. Apr. 2024 (CEST)

siehe hier für einen Diff, ungetestet. -- hgzh 13:34, 10. Apr. 2024 (CEST)

Wikipedia:Auskunft#Inhalt_einer_Infobox_ändern?_Wie_geht_das? Vorlage:Infobox Schachweltmeisterschaft

Nach dem ich mich erst in die Wikipedia:Auskunft#Inhalt_einer_Infobox_ändern?_Wie_geht_das? verirrt hatte jetzt noch einmal hier:

In der Infobox bei Schachweltmeisterschaft 1921 führt der Verweis zur vorigen Schach-WM zu einer BKS. Soll angeblich an wikidata liegen, da steige ich leider aus. Bei en:World_Chess_Championship_1921 funktionierts, bei Schachweltmeisterschaft 1921 nicht. Vielleicth weiß hier jemand weiter... --Zapane (Diskussion) 14:02, 7. Mai 2024 (CEST)

In en:World Chess Championship 1921 wurde händisch |prev_link = World Chess Championship 1910 (Lasker–Janowski) notiert; das umgeht die BKS mit händischer Eingabe.

War schon einmal Thema auf der Disku; war aber mangels Ressourcen versandet.

1910 im VL-Code als als Aunsahme definieren und händisch eintragen?

Gruß, --Wi-luc-ky (Diskussion) 14:48, 7. Mai 2024 (CEST)

Wenn ich das richtig verstehe, dann Ausnahmeregel wegen Erstem Weltkrieg; Gegenrichtung? VG --PerfektesChaos 15:30, 7. Mai 2024 (CEST)

Offenbar vezichtet man in en einfach auf den wikidata-Zauber und hat ganz normale parameter in der infobox. --Zapane (Diskussion) 18:03, 7. Mai 2024 (CEST)

Ja, in en:WP händisch, wie ich schrieb.

Vorgänger zu Schachweltmeisterschaft 1921 mit

• Schachweltmeisterschaft 1921 (Q262740)

ist Schachweltmeisterschaft 1910 (Lasker–Janowski), 8. November bis 8. Dezember 1910

• Schachweltmeisterschaft 1910 (Q695915)

Vorgänger zu Schachweltmeisterschaft 1910 (Lasker–Janowski) ist Schachweltmeisterschaft 1910 (Lasker–Schlechter), 7. Januar bis 10. Februar 1910

• Schachweltmeisterschaft 1910 (Q117006)

So weit, so gut. Auch bei WD sind Vorgänger und Nachfolger mMn jeweils richtig eingetragen.

Leider werden die in WD hinterlegten Klammerausdrücke zu den Klammerlemmata mit derzeitiger Programmierung (ob da oder hier) nicht in unsere Infobox eingespeist, wie hier oben zu sehen.

Gruß, --Wi-luc-ky (Diskussion) 20:20, 7. Mai 2024 (CEST)

Die Vorlage hat lediglich die falsche Funktion verwendet, wenn man den korrekten Sitelink bezieht, passt es auch. -- hgzh 12:48, 8. Mai 2024 (CEST)

Dann ist der Wikidata-Kram absolut überflüssig.

• Wikidata ist gut dafür, um sich an dynamisch ändernde Ereignisse und Sachverhalte anzupassen.
• Hier ist es ausgesprochen unwahrscheinlich, dass jemand dynamisch eine Schachweltmeisterschaft 1916 ausbuddeln würde, an die wir uns automatisch anpassen müssten.
• Alle Artikel sind offenbar bereits geschrieben, und wir können (notfalls über curid, aber Lemma langt trotz vorstellbarer Verschiebungen) explizit in unserem Wiki direkt auf unsere Artikel verlinken.

Das ist auf der Disk der Infobox-Vorlage darzustellen. Danach gibt es zwei Möglichkeiten:

1. Wikidata fliegt raus. Die 56 Einbindungen bereinigen unsere zahlreichen Schachspieler gern ggf. über einen neuen Parameter in Migration. @Tsor: an interessierte Kreise …
2. Der wo da unbedingt Wikidata drin haben wollte, bereinigt dann auch selbst seinen Bug. Das ist nicht Aufgabe dieser Werkstatt, unsere Ressourcen an wacklige nicht funktionierende sinnlose Bastelarbeiten zu vergeuden.

VG --PerfektesChaos 20:48, 7. Mai 2024 (CEST)

Danke, PerfektesChaos, für die klärenden Ausführungen, auf die ich bald in der dortigen Disku hinweisen werde.

Abgesehen von dem Fall hier: Unsere Vorlage:Wikidata scheint mir ergänzungsbedürftig. Denn dass die in WD unter Deutsch korrekt eingetragenen Klammern der Klammerlemmata in de:WP nicht eingespielt werden, erzeugt hier Fehler. Ggf. würde ein Parameter helfen, mit dem das Label händisch ergänzt werden könnte. Vorlage:Wikidata2Lemma hat in gewisser Weise so etwas.

Gruß, --Wi-luc-ky (Diskussion) 01:40, 8. Mai 2024 (CEST)

Wenn die alle einheitlich benannt wären, würde die Jahreszahl reichen; gibt aber Klammerzusätze, wie gesehen, und Frauen auf Nebenlinie?

Jede Rugby-Infobox bekommt ohne Wikidata einen Verweis auf WMvorherige= und WMfolgende= hin, sofern (bereits) existent.

Bei mickrigen 56 Artikeln und einem mehr pro Jahr ist jede Spezialkonstruktion mit Wenn-Aber-Ansonsten-Wikidata so verwirrend in der Programmierung und noch konfuser in der Dokumentation und Artikelwartung, dass diese gesamten Konstruktionen wertlos sind; und obendrein sinnlos abhängig von globalen Fehlbearbeitungen auf Wikidata mit extrem anschließender komplizierter Fehlersuche.

KISS – Keep It Simple and Stupid.

VG --PerfektesChaos 12:17, 8. Mai 2024 (CEST)

Danke, PerfektesChaos. Problem hat sich hier durch die oben (12:48, 8. Mai 2024) genannte Anpassung der Vorlage:Infobox Schachweltmeisterschaft gelöst. Änderung von 56 Artikeln damit erpart. Dank an hgzh dafür. Gruß, --Wi-luc-ky (Diskussion) 11:54, 10. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 11:54, 10. Mai 2024 (CEST)

Vorlage:Infobox UN-Resolution

Kann jemand in der Vorlage die nichtständigen Mitglieder des Sicherheitsrates ab 2019 oder 2020 in die Vorlage aufnehmen? In neueren Artikel, in denen die Vorlage eingebunden wird, bspw. Resolution 2560 des UN-Sicherheitsrates steht in der Infobox nur noch "wird automatisch ausgefüllt bei Jahresangabe", jedoch bei älteren Resolutionen wie Resolution 2401 des UN-Sicherheitsrates werden die nicht ständigen Mitglieder des jeweiligen Jahres automatisch eingebunden. --King Muli 12 (Diskussion) 15:06, 9. Mai 2024 (CEST)

Vorlage wurde seit 2019 nicht aktualisiert. Ich kümmere mich, muß aber erst eine kleine Liste der nichtständigen Mitglieder seitdem erstellen. Bitte um das Wochenende Geduld. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 22:24, 10. Mai 2024 (CEST)

erledigt; Code dabei auch gleich aufgeräumt und Sortierung der Länder geprüft. Die Vorlage ist wohl eine Übernahme der en.wp, daher finden sich die nicht ständigen Mitglieder auch in der dortigen Infobox. --darkking3 ^Թ 11:18, 13. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 11:18, 13. Mai 2024 (CEST)

Wikipedia:Fotowerkstatt/preload: Signatur-Muster ergänzen

Hallo, wie kann in Wikipedia:Fotowerkstatt/preload das Signaturmuster --~~~~ eingetragen werden – ohne dass bei diesem Ergänzungsedit die Signatur des Eintragenden selbst aufgelöst und in die Ausfüllhilfe eingetragen wird.

Ziel ist, dass der Signaturcode bei jeweiliger Benutzung des Buttons Neues Foto eintragen auf der Fotowerkstattsite automatisch in eine Signatur umgewandelt wird, sodass ein händisches Setzen entfällt. Wiederum sollten (unerfahrenere) Benutzer keine nowiki-Struktur entfernen müssen, etwa Derartiges: <nowiki>--~~~~</nowiki>.

Eine entsprechende Anfrage in der WD:FWS #Signatur-Muster fehlt in Eingabemaske verlief ergebnislos.

Danke, --Wi-luc-ky (Diskussion) 19:31, 13. Mai 2024 (CEST)

Wenn ich dein Anliegen richtig verstehe, kannst du einfach schreiben:

• --~~<noinclude />~~
• Das verhindert die Auswertung der Tilden sofort beim Abspeichern der preload-Seite.
• Was ich beim preload-Manöver grad nicht durchschaue, ist ob das <noinclude /> nicht hinterher drin stehenbliebe.
• Anderer Kniff: --~~{{subst:char|126}}~ – weiß so aus dem Handgelenk grad nicht was nach preload passiert gewesen sein würde.

Einfach Ausprobieren; das subst-subst-preload-Zeugs ist tückisch genug, und ich probiere meinen Werkzeugkasten auch regelmäßig durch.

VG --PerfektesChaos 21:03, 13. Mai 2024 (CEST)

Punkt 1 sollte funktionieren, alternativ auch <includeonly>--~~</includeonly>~~ -- hgzh 22:11, 13. Mai 2024 (CEST)

Variante 1 hat gleich funktioniert. Vielen Dank an euch beide für Vorschläge und Bestätigung! Jetzt passen Anleitung und Eingabemaske zusammen. Gruß, --Wi-luc-ky (Diskussion) 23:29, 13. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 23:29, 13. Mai 2024 (CEST)

Vorlage:Musik-Sammler - Künstler MS-ID funtioniert nicht

Hallo. Diese Künstler-MS-ID funktioniert nicht: {{Musik-Sammler|43134|Minimum Vital}} auch nicht mit dem Parameter |artist Hat jemand eine Idee warum nicht? Minimum Vital ist dort als Minimum Vital (4) mit MS-ID 43134 als Künstler gelistet. --Bullenwächter (Diskussion) 10:57, 21. Mär. 2024 (CET)

(Zwischen-)Info: Da sind wohl alle Links betroffen. Die Beispiele auf der Doku funktionieren allesamt nicht. Da muss erst einmal nach der neuen Linkverknüpfung gesucht werden, falls es eine solche gibt. Gruß, --Wi-luc-ky (Diskussion) 10:52, 6. Apr. 2024 (CEST)

Vorlage:RSIGN/RS/Doku

Hallo, wie kann ich für die Autoput A12 und Autoput A13 unter Vorlage:RSIGN/RS/Doku die Nummernschilder und für Serbien einfügen? Ich weiß leider nicht wie das geht. Die serbischen Autobahnen haben die gleichen Nummernschilder wie die kroatischen Autobahnen Bsp. --Nevet217 (Diskussion) 00:28, 20. Apr. 2024 (CEST)

@Nevet217: Ich hab da testweise etwas an RSIGN geändert. Mit der Bitte um Rückmeldung, dass es wie gewünscht funktioniert. --darkking3 ^Թ 08:47, 22. Apr. 2024 (CEST)

Vielen Dank für die Einstellung. Eine Sache funktioniert noch nicht und das ist die Infobox. Wenn ich dort die A12 oder A13 eintrage, erscheint kein RSIGN (siehe Autoput A12), wenn ich die A11 oder niedrigere Zahlen eintrage, erscheint das RSIGN. Ich wollte fragen, ob man das so einstellen kann, dass bei den Infoboxen auch die A12 und A13 angezeigt werden. --Nevet217 (Diskussion) 19:24, 23. Apr. 2024 (CEST)

Bei A12/A13 kann ich dir nicht helfen. Es fehlt eine entspechende Datei auf Commons. Du kannst ggf. in der Grafikwerkstatt nachfragen, ob Sie dir Grafiken erstellen können. Dabei bitte beachten, dass es auf Commons Weiterleitungen von z.B. c:File:A11-SRB.svg nach c:File:Motorway-A11-Hex-Green.svg gibt. --darkking3 ^Թ 10:58, 25. Apr. 2024 (CEST)

Ok, ich habe gesehen, dass es unter c:File:Autocesta A12.svg Schilder gibt und habe unter c:File:A12-SRB.svg eine Weiterleitung angelegt sowie einen Verschiebewunsch auf c:File:Motorway-A12-Hex-Green.svg angelegt. Ebenso für A13. Damit dürfte es funktionieren. Der Rest muss auf commons erledigt werden. --darkking3 ^Թ 14:24, 25. Apr. 2024 (CEST)

Ja, es funktioniert. Danke! --Nevet217 (Diskussion) 21:35, 25. Apr. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 08:40, 15. Mai 2024 (CEST)

Autobahnen in Nordmazedonien

Hallo, ich wollte fragen wie man die RSIGN für die Autobahnen (Nur Avtopat mit dem Präfix M, nicht Polaavtopat mit dem Präfix R) in Nordmazedonien unter Vorlage:Infobox hochrangige Straße/Konfiguration/MK und Vorlage:RSIGN/MK ändern kann. Seit 2011 werden die Autobahnen in Nordmazedonien nicht mehr mit dem Präfix M nummeriert, sondern mit dem Präfix A. Einige Autobahnen haben auch eine andere Nummer erhalten, siehe: Liste der Autobahnen in Nordmazedonien. --Nevet217 (Diskussion) 20:30, 9. Mai 2024 (CEST)

Ja, es sind schon ein paar Jahre, seit Daniel und seine Mitstreiter die Lust an WP verloren haben. Ich kucke mir das mal an. Dauert aber etwas. Der Fall eins drüber hat Vorrang. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 22:30, 10. Mai 2024 (CEST)

Alles klar. Ich weiß bescheid. --Nevet217 (Diskussion) 17:25, 11. Mai 2024 (CEST)

Das lässt sich relativ einfach ändern. Problematisch sind eher die Einbindungen, die dann korrigiert werden müssten. u.a. in dem Artikel Liste der Autobahnen in Nordmazedonien --darkking3 ^Թ 11:31, 13. Mai 2024 (CEST)

Erledigt. Ich habe es so vorgesehen, dass nach A oder M unterschieden wird, um die Einbindungen im ANR korrigieren zu können. --darkking3 ^Թ 11:54, 13. Mai 2024 (CEST)

Das funktioniert. Danke für die Umsetzung! Die Einbindungen korrigiere ich jetzt. --Nevet217 (Diskussion) 19:21, 13. Mai 2024 (CEST)

Sag bescheid, wenn du damit fertig bist. Dann entferne ich die Unterscheidung. (In der Hoffnung, dass ich dann noch weiß, was ich heute gemacht habe ;) ) --darkking3 ^Թ 21:57, 13. Mai 2024 (CEST)

Ich bin fertig. Hat das Auswirkungen auf die alte RSIGN Symbole mit dem Präfix M sowie deren Infoboxen? Weil ich habe die Artikeln M2 Polaavtopat, M5K Polaavtopat, M6 Polaavtopat und M7 Polaavtopat gelassen und dort überral vermerkt, als welche Autobahnen sie heute ausgeführt werden. Ich würde diese Artikeln unter der Kategorie ehemalige Straßen in Nordmazedonien einordnen. --Nevet217 (Diskussion) 19:53, 14. Mai 2024 (CEST)

Ja, hat es. Wenn die alten Bezeichnungen erhalten bleiben sollen, dann muss ich nichts mehr machen. Sie sind ja bereits in der Vorlage hinterlegt. --darkking3 ^Թ 08:41, 15. Mai 2024 (CEST)

Ich würde auch nichts mehr an den alten Bezeichnungen machen, weil sonst die alten Artikel, die diese Bezeichnungen haben, quasi verloren gehen würden. Ja dann Danke nochmal für die Umstellung! --Nevet217 (Diskussion) 21:06, 15. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 21:52, 15. Mai 2024 (CEST)

Selbstgebastelte Infobox

Moin zusammen. Im Artikel Kirche des Fliegenden Spaghettimonsters Deutschland habe ich eine selbstgestrickte Infobox entdeckt, die mich irritiert. Meiner Auffassung nach gehört hier die Infobox für Organisationen hin, da es sich um einen (gemeinnützigen) Verein handelt. Hat diese Art der Infobox irgendwo eine Berechtigung oder in der Vergangenheit mal existiert? Sie gibt mir Rätsel auf. Sehr gut möglich natürlich, dass der oder die Anlegende hier einfach keine Peilung hatte, aber ich will vor Austausch doch sichergehen, dass ich nichts übersehe. --Grizma (Diskussion) 07:21, 14. Mai 2024 (CEST)

+1. Ich war mal mutig und hab sie ausgetauscht. --Tkarcher (Diskussion) 17:15, 14. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 21:52, 15. Mai 2024 (CEST)

Denkmalliste Baden-Württemberg Tabellenzeile

Hallo zusammen. Die Vorlage:Denkmalliste Baden-Württemberg Tabellenzeile ist leider sehr ineffizient, da sie if- und expr-Abfragen durchläuft und mehrere Vorlagen einbindet. Eingebunden wird sie zur Zeit so:

{{Denkmalliste Baden-Württemberg Tabellenkopf}}
{{Denkmalliste Baden-Württemberg Tabellenzeile
|Name         = Akademie- oder Löwenbrunnen
|Artikel      =
|Ortsteil     = [[Eugensplatz]]
|Adresse      = Akademiegarten, Flst.Nr. 672
|NS           = 48.777969
|EW           = 9.189865
|Datierung    = 1807–1811
|Datierung-sort = 
|Beschreibung = Empire, [[Nikolaus Friedrich von Thouret]], Professor
|Paragraph    = 2
|Bild         = Löwenbrunnen Stuttgart 01.jpg
|Commonscat   = Löwenbrunnen (Stuttgart)
}}
|}

Bild	Bezeichnung	Lage	Datierung	Beschreibung	ID
Weitere Bilder	Akademie- oder Löwenbrunnen	Eugensplatz, Akademiegarten, Flst.Nr. 672 (Karte)	1807–1811	Empire, Nikolaus Friedrich von Thouret, Professor Geschützt nach § 2 DSchG

Nach 532 Einbindungen hat der Compiler in Liste der Kulturdenkmale in Stuttgart-Mitte sich dann aber verabschiedet.

Ich habe nun Vorgeschlagen, dass man ein Lua-Modul analog zu Vorlage:Titelliste programmiert, mit dem man die ganze Tabelle in eine Vorlage laden kann und dadurch Rechenleistung spart. Eingebunden werden könnte das in etwa so:

{{Denkmalliste Baden-Württemberg Tabelle
|Ortsteil     = [[Eugensplatz]]
|Name1         = Akademie- oder Löwenbrunnen
|Adresse1      = Akademiegarten, Flst.Nr. 672
...
|Name2         = Altes Amtsgerichtsgebäude
|Adresse2      = Archivstr. 15
...
}}

Haltet ihr das für realistisch? Hätte jemand Lust mir zu helfen? --Bigbossfarin (Diskussion) 11:12, 17. Apr. 2024 (CEST)

Das Problem des Artikels ist nicht die Komplexität der Vorlage, sondern dessen resultierende Größe nach Auflösung der Vorlageneinbindungen. Für diese dürften hauptsächlich die Vorlagen für Koordinaten und Bilderwunsch verantwortlich sein. Das bisschen Tabellensyntax drumherum würde auch bei einer Lua-Implementierung erzeugt werden. -- hgzh 11:32, 17. Apr. 2024 (CEST)

So isses.

Handlungsmöglichkeiten wären:

• Bilderwunsch ggf. anders lösen, mit weniger generiertem und teils womöglich unsichtbarem HTML-Text. Die produziert allerdings für eine Karte die Stellen, wo Bilder gewünscht werden, so dass jemand zu Fuß von Pin zu Pin wandern kann und die fehlenden Fotos in der Öffentlichkeit machen kann.
  • Häufiger bei derartigen Denkmallisten usw. berichtet. Vielleicht gibt es überörtlich Lösungen.
• Liste teilen, die Standard-Methode in solchen Fällen.
  • Nun ist die ja schon bei -Mitte, ich weiß nicht ob es da noch verwaltungstechnische Unterteilungen gibt.
  • Vielleicht nach Jahrhunderten des Baus oder so.

Völlig richtig wurde bereits beantwortet, dass Lua hier nichts ändern würde.

• Eine Lua-Programmierung würde auf das Byte genau die gleiche expandierte Größe liefern und deshalb nichts helfen.
• Es gibt bestimmte andere Überschreitungen von Limits, die Lua effizienter lösen kann, aber die sind hier nicht das Problem.

Die Koordinaten als solche sind schon wichtig, und deren transportierte Infos sind für eine generierte Karte aller Gebäude schon erforderlich.

Die Problemschilderung hier gleich mit Anwendungsbeispiel war fein und vorbildlich, aber leider nicht weiterführend.

VG --PerfektesChaos 12:10, 17. Apr. 2024 (CEST)

Ich sehe nur eine einzige Möglichkeit, die Expansionsgröße zu verringern. Das wäre das Durchkämmen der Vorlagen nach möglichen Einsparungen (im Byte-Bereich z.B. bei überflüssigen, doppelten Leerzeichen, Kommentaren etc.) Das bringt mit viel Arbeit allerdings nur sehr wenig und i.d.R. wird der Quelltext der eingebundenen Vorlagen unübersichtlicher. @PC: Eine Aufteilung kann alphabetisch nach Straßennahmen erfolgen, z.B. wie bei Liste der Kulturdenkmale in der Äußeren Neustadt (Dresden, A–K). --darkking3 ^Թ 12:27, 17. Apr. 2024 (CEST)

Die Aufteilung ist bereits im Gespräch und wird wahrscheinlich umgesetzt.

Ich bin trotzdem erstaunt über diese ineffiziente Verschachtelung von Vorlagen. Bei der Vorlage:Flagge war damals auch ein Argugment, dass man Rechenzeit einspart.

Der Fehler auf der Seite entsteht ja dadurch, dass zu viele Vorlagen abgerufen werden. Wäre es dann nicht für die Rechenleistung sinnvoll, jedes Mal statt Vorlage:Coordinates abzurufen, einen direkten Link zu generieren? --Bigbossfarin (Diskussion) 12:34, 17. Apr. 2024 (CEST)

Kommentare in der Einbindung werden vom Parser rausgeworfen und erscheinen nicht in der expandierten Größe; desgleichen Kommentare in der Programmierung oder Leerzeichen in der Einbindungssyntax oder etwa um }} in der Programmierung – die haben alle keinen Einfluss auf die expandierte Wikisyntax, spätestens nicht auf das HTML.

Da alles über Vorlagen mit benannten Parametern gelöst wird und die alle getrimmt werden und die expandierte Wikisyntax wohl keine redundanten Zeichen enthält, wird das maximal eine Steigerung von 532 auf 533 Tabellenzeilen liefern.

Ich hab grad nicht die angeforderte Gesamtzahl ausgezählt, aber auch wenn die bei 538 liegen mag, sind solche Listen knapp unterm Eichstrich nicht stabil. Das Denkmalamt definiert 10 neue Gebäude, und selbst wenn das mit 1000 Tricks hingefummelt wurde, ist der Artikel danach unrettbar kaputt. Nur entschlossene Teilung, nach irgendeinem Kriterium, mit ausreichend Puffer für die Zukunft kann helfen.

@Bigbossfarin: Das sind ggf. andere Limits. Es sind nicht „zu viele Vorlagen“, sondern das generierte HTML ist zu groß, und das ändert sich nicht durch andere Verschachtelung (die Lua effizient lösen würde) oder Rechenleistung.

VG --PerfektesChaos 12:40, 17. Apr. 2024 (CEST)

Danke an Bigbossfarin, dass er das thema angesprochen und danke für eure analysen

@PerfektesChaos was hattest du mit dem Bilderwunsch gemeint? Das hab ich nicht verstanden? Könnte man das was optimieren und welche Auswirkungen hätte das? Viele Grüße -- ^Thomas 13:10, 17. Apr. 2024 (CEST)

Ein wenig Statistik erstmal:

• 541 Objekte gewünscht
• Vom Präprozessor besuchte Knoten: 169.799 / 1.000.000
  • Das wäre das Limit mit „if- und expr-Abfragen“, die Lua vermeidet, oder auch „zu viele Vorlagen“.
  • Ist hier aber nicht kritisch.
• Vorlagenargumentgröße: 783.981 / 2.097.152 Bytes
  • Ein Drittel.
• Höchste Expansionstiefe: 19 / 100
  • Das ist die „ineffiziente Verschachtelung“ – weit weg vom Limit.
• Einbindungsgröße nach dem Expandieren: 2.097.152 / 2.097.152 Bytes

Wenn es 500 Bilderwunsch-Einbindungen gäbe, dann generieren die glaube ich irgendwelche Aufklapp-Mechanismen mit Bedienungsanleitungen.

• Eine stillerer Bilderwunsch, der den Tools die Koordinaten zum Eintragen auf die Karte der Wünsche im Stadtgebiet übermittelt, aber keine Bedienungsanleitung mitliefert, ist möglicherweise programmiert.
• Ich hab die ja selbst vor einem Dutzend Jahren mal programmiert, bin da aber komplett raus.
• Das würde aber auch nicht genug Bytes einsparen, um von 532 Einbindungen auf heute 541 Objekte und nächstes Jahr 555 zu kommen, wenn die Denkmalbehörde einige hinzudeklariert.

VG --PerfektesChaos 13:26, 17. Apr. 2024 (CEST)

Jetzt ist mir erst aufgefallen, dass jeder Bilderwunsch doppelt eingebunden war, dann sind Limitüberschreitungen natürlich kein Wunder. -- hgzh 13:46, 17. Apr. 2024 (CEST)

Die Vorlagen für Koordinaten und Bilderwunsch tun übrigens schon das Mindeste, Coordinate baut nur nen externen Link mit Titel zusammen und Bilderwunsch nen Stino-Wikilink und eine Kategorie. Da gibt es nicht mehr viel zu optimieren. -- hgzh 13:52, 17. Apr. 2024 (CEST)

Das hat die Liste nur haarscharf unter die Grenze gebracht. Die Ergänzung eines Eintrages wird den Aretikel das Limit wieder reißen lassen, eine Aufteilung ist unumgänglich. --darkking3 ^Թ 15:19, 17. Apr. 2024 (CEST)

@Bigbossfarin Zur Aufteilung: Man könnte auch nach Kulturdenkmale im Stadtbezirk Stuttgart-Mitte/Oberer Schlossgarten, Kulturdenkmale im Stadtbezirk Stuttgart-Mitte/Rathaus, Kulturdenkmale im Stadtbezirk Stuttgart-Mitte/Neue Vorstatt usw. aufteilen. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 08:13, 18. Apr. 2024 (CEST)

Vorlage:Artikel Jahr

In Jahresartikeln ab 1991 werden die zugehörigen Monatsartikel mithilfe der Vorlage:Artikel Jahr verlinkt, davon nicht. Da Bluemel1 nun allerdings jede Menge Monatsartikel von Jahren davor ersellt hat, die in den zugehörigen Jahresartikel nicht erwähnt werden stellt sich mir die Frage, wie es möglich ist, diese Grenze von 1991 nach unten zu verschieben. --Gruß, Knowledge2need (Diskussion) 18:36, 22. Apr. 2024 (CEST)

Von den 240 möglichen Seiten von 1971 bis 1990 existieren zurzeit 51. Habe das mal 20 Jahre erweitert in der Hoffnmung, dass noch Seiten dazu kommen. Wäre super, wenn weniger Monatsartikel ab 1991 fehlen würden. ÅñŧóñŜûŝî (Ð) 18:51, 22. Apr. 2024 (CEST)

Gleichlautende Parameter über mehrere Vorlagen

Hallo, in der Astronomie haben wir mehrere Vorlagen mit einheitlichen Parameternamen (z.b. Rek/Dek). Deren Dokumentation könnte also grundsätzlich einheitlich sein, ist jedoch nicht konsistent, da sie redundant in jeder Vorlage einzeln dokumentiert werden. Gibt es hierzu schon Empfehlungen wie man sowas umgehen könnte? Also z.b. von der VL-Doku auf eine zentrale Doku der einheitlichen Parameter? Viele Grüsse--McBayne (Diskussion) 19:54, 19. Mai 2024 (CEST)

Textbausteine!? --tsor (Diskussion) 20:09, 19. Mai 2024 (CEST)

Erklärungen/Dokumentation der Parameter von Infoboxen. Viele Grüsse--McBayne (Diskussion) 20:32, 19. Mai 2024 (CEST)

@McBayne: Das klingt tendenziell nach Kategorie:Vorlage:Metadokumentation.

• Sowas lohnt sich aber nur für komplette Dokus, oder wesentliche Teile davon.
• Nur für zwei Parameter wird man besser beraten sein, diese durch C&P über mehrere Vorlagen ausgehend von einem guten Vorbild zu vereinheitlichen.
• Zwar ist es möglich, auch in JSON-Templatedata sowas aus Meta-Seiten einzubinden; allerdings wird das für alle außer den wo sich das mal ausgedacht hatte zukünftig nicht mehr durchschaubar und wartungsfähig sein.
• Simple Parameter mit starrer Beschreibung und konstant erlaubten Werten lohnen sich da nicht, zumindest nicht für glatt zwei.
• Vorlage:TemplateData/JSON/val:lang macht sowas für Brösel von JSON, allerdings vermutlich mit bald hundert Einbindungen.
• Vorlage:Lang/Latn/Doku ist sowas für eine komplette Vorlagendokumentation, allerdings bei mehreren Hundert Vorlagen.
• Abzuwägen sind der Gewinn durch zentrale Definition eines womöglich veränderlichen oder hundertfach auftretenden komplexen Konstukts – gegen den Preis durch Verkomplizierung und für alle anderen schwer nachvollziehbare Einbindungen von Schnipselchen. Zwei Parameter in fünf Vorlagen mit mathematisch seit Jahrhunderten gleichbleibender Bedeutung sind da eher nix für.

VG --PerfektesChaos 12:58, 20. Mai 2024 (CEST)

Danke für die Erläuterung! Ja, es handelt sich leider nicht um komplett durchgängig identische Parameter. Es geht um etwa 10 Stück aus etwa 10 Vorlagen. Die Vorlagen hätten aber jeweils deutlich mehr als nur die 10 die generell verwendet werden. Ich bin darauf gekommen, weil es Sinn machen würde die Dokumentation des einen oder anderen zu verbessern und da muss man dann jeder Vorlage einzeln nachsteigen. Ich dachte an etwas wie eine separate Wiki-Seite, wo jede VL drauf verlinkt. So im Stil von: Genereller Astro-Parameter, siehe hier zur ausführlichen Dokumentation. Das hier wäre in meiner Vorstellung eine Pseudovorlage oder Portalunterseite gewesen, die v.a. aus Templatedata besteht. Sehe auch das Problem der Wartbarkeit: es sollte dadurch gerade verbessert und nicht verschlechtert werden. Da es wohl kein gutes Vorbild für diesen Use Case gibt und es sich dabei um ein "Nice to have" handelt, würde ich sagen momentan eher nicht resp. sicher kein unausgegorenes Gebastel wo keiner drauskommt.--McBayne (Diskussion) 19:57, 20. Mai 2024 (CEST)

@McBayne: Post erl.:

• Gleichwohl kann es eine erste Strategie geben, um einer Vereinheitlichung näher zu kommen:
  • Sicherstellen, dass alle Parameternamen einheitlich sind (und benannt).
  • Wir kennen auch ältere Parameternamen wie Verfasser= oder Zugriff= und migrieren die zu einheitlich Autor= oder Abruf= in sämtlichen Vorlagen, und passen alle Einbindungen nach und nach an.
  • Wenn die einheitlich sind, gleichen Namen, Werte und Bedeutung haben, C&P es sich einfacher in sämtliche Dokus.
  • Viele Hundert Zitationsvorlagen haben gleiche Parameternamen wie Abruf= oder Lemma= – gleichwohl lohnt es sich nicht, das über externe Schnipsel-Brösel-Vorlagen aufzulisten.
• Unsere modernisierten Vorlagen verwenden alle H:TemplateData, und in dem mittels TemplateData generierten Eingabeformular müssen explizit alle einzelnen Parameter mit Typ und Erfordernis und Erläuterung aufgelistet werden.
  • Irgendwas wie „siehe hier zur ausführlichen Dokumentation“ ist grundsätzlich nicht möglich und würde die Vorlage unbedienbar machen, und wäre auch verwirrend.
  • Erforderlich ist pro Parameter mindestens eine einzelne Kurzbeschreibung. Bei komplexem Zusammenwirken kann es erforderlich sein, sich zusätzlich zum Eingabeformular die Dokumentationsseite für Spezialeffekte anzusehen.
  • Auch in einer klassischen Dokumentationsseite wäre es unerwünscht, für einzelne Parameter auf anderen Seiten nachgucken zu müssen; wenn, dann würde man das überall im Sinne einer Meta-Dokumentation sofort sichtbar einbinden.

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

Archivierung dieses Abschnittes wurde gewünscht von: --McBayne (Diskussion) 19:57, 20. Mai 2024 (CEST)

Nachtmodus-Tests

Hallo, hier ein kleiner Hinweis, dass jetzt die Vorabversion des offiziellen Nachtmodus / Dark Mode verfügbar ist: Ankündigung in MediaWiki. Laut Tool über die Top-100-Artikel steht deWP aktuell bei 340:436 Kontrastfehlern, was im Vergleich nicht so übel ist. Aber das bedeutet jedenfalls Vorlagenanpassungen. Ich werde mal „meine“ Vorlagen durchgehen. Gruß --XanonymusX (Diskussion) 20:22, 23. Apr. 2024 (CEST)

Einen Großteil kann man mit den Hintergrundfarbe-Klassen anpassen, einiges ist auch NavFrame, dann kommt ganz viel Inline-Style. Eine Anpassung hat in vielen Fällen m.E. erst dann Sinn, wenn TemplateStyles wirklich CSS-Variablen mit Fallback für Farbwerte unterstützen, sonst macht man alles doppelt und dreifach. Aber ich habe da schon etwas im Hinterkopf. -- hgzh 21:24, 23. Apr. 2024 (CEST)

Ganz grundsätzlich sind unsere Artikel seit zwei Jahrzehnten niemals für derartige Schwarz-Weiß-Modi geschaffen worden.

Das Grundprinzip sind Plattformen wie Google, eBay, Facebook usw., die als User-Content ausschließlich Text zulassen, und bei denen deren Grafiken letztlich nur Fotos sind. Hier liegen alle Entscheidungen über die Invertierung allein beim zentralen Management. Diese Anwendungen kennen seit immer nur drei Farben: Schwarz, Weiß, Blau. Ende.

Wer sich unsere Artikel in einem invertierendem Modus anschauen möchte, darf das gern tun, aber niemand hat den Funken einer Berechtigung, sich darüber zu beklagen, dass irgendeine Grafik dadurch unsichtbar würde, weil sie dafür vorgesehen ist, dass sie vor einem hellen Hintergrund dargestellt wird.

Es gibt übrigens einen kinderleichten und farbsicheren Weg, um sich in einem Schlummer-Modus die Wikipedia anzusehen: Blau raus, dimmen, und das für sämtliche Webseiten und Applikationen. Können neuere Betriebssysteme.

Wer selbst irgendeine Vorlage umbauen möchte, darf das gern tun, jedoch ist es prinzipiell unzulässig und unanständig, auf irgendwelche Autoren von Artikeln oder Maintainer von Vorlagen Druck auszuüben, sie müssten irgendetwas für den hinrnverbrannten Schwarz-Weiß-Modus ändern.

VG --PerfektesChaos 22:03, 23. Apr. 2024 (CEST)

(BK) Ich glaube, hilfreich wäre schon eine Anpassung im Zusammenhang mit unseren hintergrundfarbe-Klassen, bspw. hat die einfache Tabelle unter Shooter (2007)#Synchronisation ein Kontrastproblem im Header. Aber das ist nicht mal vorlagenspezifisch. --XanonymusX (Diskussion) 22:05, 23. Apr. 2024 (CEST)

Das liegt zwar primär an der (sinnlosen) Nutzung von hintergrundfarbe5 im Header, ist aber genau so ein Anwendungsfall, in dem eine Korrektur vieler Artikel relativ unproblematisch möglich sein sollte. -- hgzh 22:13, 23. Apr. 2024 (CEST)

Vorlage:Positionskarte+: Störende Leerstelle unter Karte

Hi All,

seit etwa 5 Monaten gib es eine größere Leerstelle bzw. Leerzeile zwischen Karte und dem Text (caption). Leider hat auf der Disk zur Vorlage niemand reagiert und die Idee einer möglichen Ursache war wohl nicht vollumfänglich durchdacht, sorry. Es wäre aber trotzdem hilfreich wenn sich jemand darum kümmert, und danke PerfektesChaos für den Hinweis auf diese Seite. Als weitere Hinweise: Ich benutze Firefox 124.0.2 und einige Artikel mit Poskarten wo das Problem sichtbar ist: Liste der größten Trestle-Brücken, Liste der größten Hubbrücken, Liste der längsten Klappbrücken, CN Prince George Bridge. MfG --Krib (Diskussion) 09:32, 13. Apr. 2024 (CEST)

Beispiel im Vergleich zu einem Bild:

WikiProjekt Vorlagen/Werkstatt/Archiv 2024/2 (Kalifornien) Chico Sierra Nevada Great Basin Kalifornien Nevada

Lage von Chico im nördlichen Teil des Kalifornischen Längstals

Tule fog im kalifornischen Längstal

MfG--Krib (Diskussion) 10:00, 13. Apr. 2024 (CEST) PS: Ich habe es für verschiedene Benutzeroberflächen ausprobiert und ist bei allen gleich (ich verwende als Std. Vector 2010)

Ich sehe mit Firefox Vector2010 keine mich sonderlich störende Leerzeile; allerdings ein paar Pixel mehr Abstand als erforderlich zwischen Bild und Bildunterschrift.

Die zeitliche Beschreibung „seit 5 Monaten“ könnte zu <figure> <figcaption> passen.

• In Vector2010 sehe ich dafür nur explizite margin:0 und keinerlei Ursachen für irgendwelche Abstände.

Bild und Text sind seit immer in einer Layout-Tabelle mit zwei Tabellenzeilen untergebracht.

• Die erste Tabellenzeile enthält das Bild mit allseitigem margin:3px und damit auch nach unten.
• Die zweite Tabellenzeile enthält die Legende mit vertikalem margin:0 und Zeilenhöhe 1.6 bei font-size:90% – die Zeilenhöhe löst auch den Abstand nach oben aus, ist bei mehrzeiligem Text aber irgendwie sinnvoll.

Das normale Bild besteht ausschließlich aus <figure> und <figcaption> ohne Abstände.

Im Sinne der Barrierefreiheit sollte die Layout-Tabelle aufgelöst werden durch Simulation via <div> und damit löst sich möglicherweise auch der beschriebene Effekt. Das …by aus ARIA können wir aber nicht auf das Legenden-<div> anwenden, weil wir keine id vergeben können, da es mehrere Einbindungen in der Seite geben kann.

VG --PerfektesChaos 11:11, 13. Apr. 2024 (CEST)

Fazit

Die Layout-Tabelle in Verbindung mit den 3px allseitig um die Grafik produziert den beanstandeten Abstand.

• Inwieweit sich an den von den unsichtbaren Tabellen-Linien produzierten Abständen im Lauf der letzten 12 Monate was geändert haben soll, ist unklar.
• MediaWiki eher nicht; möglicherweise Browser-Versionen.
• Dieser Abstand ist kaum beeinflussbar.
• Er mag mit dem Inhalt der Tabellen-Zelle interagieren; andere HTML-Elemente werden auch nicht durch die gestrige kurzzeitige Veränderung produziert. Grundsätzlich geht es um sogenannte „Box-Modelle“ und deren Browser-spezifische Umsetzung.

Die Layout-Tabelle ist nicht barrierefrei und Bastelei der Nuller Jahre.

display:inline-block (gestern temporär entfernt) ist seit Januar 2018 drin; damals wegen Vorlage Diskussion:Positionskarte+ #Kompatibilität mit Timeless Skin II

Der HTML-Code enthält eine Menge Bastelei und nicht nachvollziehbare Stil-Zuweisungen.

Ob die Elemente einer Positionskarte überhaupt durch Blinde mit irgendeinem Ergebnis navigiert werden können oder das ganze Gebilde oder die Bild-Zeile nicht komplett zu verstecken wäre steht dahin.

Aktionsplan

Die Layout-Tabelle sollte durch einen Nachbau in <div> ersetzt werden.

• Aktueller Beispielfall
• Die macht robust das Gleiche, <div> generieren keinerlei Abstände und erscheinen nicht als Screenreader-Elemente, sondern deren Inhalte hintereinander.

Explizite Farben, sofern nicht durch Parameterwerte überschrieben, sollten durch hintergrundfarbe1 rahmenfarbe1 ersetzt werden.

width:-webkit-max-content; width:-moz-max-content; sind gemäß caniuse (untere Tabelle) nicht mehr erforderlich.

position:relative; ist mir nicht erklärlich und gefahrengeneigt; sollte nach Erprobung entfallen.

z-index:0 ist eigentlich Standard; ob das zur folgenden Überlagerung mit den absoluten Positionen eroforderlich ist erschließt sich mir nicht.

Eine <div>-Ebene innerhalb <td> fällt weg.

• Die display:table-cell muss alle Abstände regeln und die Synchronisation mit den überlagerten Positionen sicherstellen, also direkt das Hintergrundbild enthalten.

Ohne <table> entfällt ein vom Browser immer umschließender Pixel-Abstand; wenn direkt in eine Infobox gesetzt würde der Rahmen der Positionskarte mit dem Rahmen der Infobox zusammnefallen. Braucht also wohl margin:2px oder so.

+ class="noresize"

WP:BETA mit mehreren Browsern und mobil in mehreren Konstellationen.

VG --PerfektesChaos 13:06, 14. Apr. 2024 (CEST) 13:08, 16. Apr. 2024 (CEST)

position:relative ist für die absolute Positionierung der Positionsmarker unbedingt erforderlich. -- hgzh 13:47, 16. Apr. 2024 (CEST)

… für die relative Positionierung der Kindelemente. 84.59.48.61 17:19, 28. Apr. 2024 (CEST)

Auf jeden Falls sollte die Vorlage erneuert werden. Nur zum Verständnis: Der störende Abstand kommt einfach vom Raum der Unterlänge. Das DIV-Element mit display:inline-block „steht“ auf der Grundlinie des Textes, darunter will die Unterlänge ihren Raum. Mit vertical-align:bottom lässt sich das einstellen. Tschö. 84.59.48.61 17:19, 28. Apr. 2024 (CEST)

Ja, danke, das ergibt Sinn. Passe ich die Tage mal an. Inwieweit ich (oder jemand anderes) zu einer grundlegenden Überarbeitung der Vorlage kommt, wird sich zeigen. Das ganze Ding ist komplex und über die Jahre sind einige browserspezifische Hacks eingebaut worden, das nachzuvollziehen, wird dauern. -- hgzh 08:14, 29. Apr. 2024 (CEST)

Vorlage:Infobox Belgischer Gliedstaat

Insgesamt gibt es sechs Gliedstaaten in Belgien. Momentan wird bei den Überschriften in der Infobox stets zuerst der deutschsprachige, dann der niederländischsprachige und schließlich der französischsprachige Name dargestellt. In folgenden Fällen sollte meiner Meinung nach die Reihenfolge in den Überschriften so geändert werden (Umprogrammierung der Vorlage nötig), dass die französischsprachige Bezeichnung vor der niederländischen steht:

• Deutschsprachige Gemeinschaft,
• Französische Gemeinschaft Belgiens,
• Region Brüssel-Hauptstadt,
• Wallonische Region.

In den restlichen Fällen – Region Flandern und Flämische Gemeinschaft – ist es im Umkehrschluss sinnvoll, dass es so bleibt, wie es ist (also erst niederländisch, dann französisch).

Begründung für meinen Wunsch: Die Deutschsprachige Gemeinschaft gehört zum französischsprachigen Wallonien; in der Französischen Gemeinschaft ist Französisch Amtssprache; in der Region Brüssel-Hauptstadt ist Französisch gegenüber dem Niederländischen dominierend; die Wallonische Region hat als Amtssprache Französisch. – D’Azur (Diskussion) 22:22, 2. Mai 2024 (CEST)

ok, umgesetzt. -- hgzh 11:51, 3. Mai 2024 (CEST)

Und aus welchem Grund bevorzugen wir in der deutschsprachigen Wikipedia die französische Sprache vor der deutschen Sprache, die in Belgien Amtssprache ist? Bitte retour und bitte nicht mehr in der Sprachenstreit eingreifen. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 22:53, 10. Mai 2024 (CEST)

Der deutsche Name steht doch immer am Anfang. -- hgzh 22:14, 13. Mai 2024 (CEST)

@Hgzh: Vielen Dank, die Umsetzung ist stimmig. – D’Azur (Diskussion) 12:36, 27. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 13:08, 27. Mai 2024 (CEST)

Vorlage:Infobox DTM-Fahrer

Moin Moin zusammen, bei der Vorlagenwartung ist mir diese Vorlage aufgefallen, da müsssten bitte folgende Sachen gemacht werden:

• Die alten Parameter können entfernt werden, da nicht mehr verbaut (also alles was klein geschrieben ist)
• Die Abbprüfung auf alte Parameter kann dann entsprechend entfernt werden
• Die Bildunterschrift funktioniert nicht bzw. wenn der Parameter gefüllt ist, wird dieser nicht angezeigt, Beispiel Adrien Tambay
• Dann könnten wir folgende Unterseite löschen lassen: Vorlage:Infobox DTM-Fahrer/Wartung/Alte Parameter
• Schön wäre, wenn es eine Abprüfung geben könnte, ob in Wikidata ein Bild vorhanden ist, aber in der Infobox/Artikel nicht

Vielen Dank, für Rückfragen stehe ich gerne zur Verfügung. mfg --Crazy1880 08:10, 31. Mai 2024 (CEST)

Vorlage:Infobox DTM-Fahrer/Wartung/Alte Parameter hat offenbar noch Links. -- hgzh 08:22, 31. Mai 2024 (CEST)

Moin hgzh, die ganzen Kleinparameter sollten aus den Artikel raus sein. Andere sehe ich leider nicht mehr, welche als veraltet gelten. Auch via Vorlagensuche nicht. mfg --Crazy1880 08:57, 31. Mai 2024 (CEST)

Ah, im letzten Teil der Abfrage fehlt die Pipe. -- hgzh 09:02, 31. Mai 2024 (CEST)

ok, Bildabfrage Wikidata würde ich nur bei Portalkonsens einfügen. Geht aber mit Vorlage:Wikidata image recht einfach. -- hgzh 09:11, 31. Mai 2024 (CEST)

Vielen Dank hgzh, dass hilft schonmal weiter. Rest mache ich dann. ;) mfg --Crazy1880 17:58, 31. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Crazy1880 17:58, 31. Mai 2024 (CEST)

Vorlage:WiBiLex: URL-Weiterleitungsprobleme

Hallo, mit der Vorlage:WiBiLex wurde bisher mittels einer Referenz (ID-Zahl) sowie alternativ mit einem Stichwort auf die Zielartikel bei bibelwissenschaft.de verlinkt, wobei die Website einen Permanent-URL angibt.

Nun leitet bibelwissenschaft.de auf die-bibel.de um.

Dabei funktioniert zwar die ID-Codierung, aber die Stichwort-Codierung leitet auf einen Sacherklärungsartikel einer bestimmten Bibelausgabe in beschränkter Vorschau um: gute-nachricht-bibel/sacherklaerungen/. Das ist nicht der hier gewünschte Artikel von WiBiLex.

Soll nun der Permaent-URL von bibelwissenschaft.de ignoriert und komplett auf die-bibel.de umgestellt werden? Dann würden sowohl die ID- als auch die Stichwortsuche funktionieren, wie gestern getestet. Weiß nicht, wer mit welchen Klickzahlen renommiert bzw. Geld verdienen muss.

Oder soll nur der URL für die Stichwortsuche auf die-bibel.de geändert werden?

Hatte wegen anderer Kleinigkeit (Slash) bereits auf der VL-Disku geschrieben.

Vielen Dank für Beratung oder Änderungen. Gruß, --Wi-luc-ky (Diskussion) 12:34, 23. Apr. 2024 (CEST)

Vorlage:WiBiLex: Doppelter Schlusspunkt

Hallo, die Vorlage:WiBiLex erzeugt einen doppelten Schlusspunkt bei Lemmata, die auf einen Punkt enden, bspw. bei Adligen: der Erste, Zweite usw.:

• Alexander Schütze: Psammetich I. In: Michaela Bauks, Klaus Koenen, Stefan Alkier (Hrsg.): Das wissenschaftliche Bibellexikon im Internet (WiBiLex), Stuttgart April 2010

Kann das bitte jemand abfangen?

Danke, --Wi-luc-ky (Diskussion) 01:59, 5. Jun. 2024 (CEST)

Das ist kein doppelter Schlusspunkt. Wenn der Titel mit einem Punkt endet, setzt die Vorlage nunmal selbst auch noch einen Punkt. Lösung: Punkt im Titel weglassen. --darkking3 ^Թ 09:44, 5. Jun. 2024 (CEST)

Naja, darkking3, zwei Punkte sinds a scho;) Die vorgeschlagene Lösung hatte ich schon angewendet und hilfsweise den Punkt bei I. auskommentiert.

Imho sollte aber die Vorlage sich den einzutragenden Texten anpassen, nicht die Texte der Vorlage: Schwanz-wackelt-mit-Hund-Problem.

Bei Frage- und Ausrufezeichen werden in anderen VLs die automatischen Schlusspunkte ja auch unterdrückt.

Lösung B?

Danke, --Wi-luc-ky (Diskussion) 16:44, 5. Jun. 2024 (CEST)

Das Problem besteht bei allen Zitiervorlagen, welche eigentlich immer einen Punkt setzen. Erledigt --darkking3 ^Թ 22:21, 5. Jun. 2024 (CEST)

Mit Deiner Ergänzung des VL-Codes scheint das Problem – wie oben sichtbar – behoben zu sein. Vielen Dank, darkking3.

Für mich erledigt. Gruß, --Wi-luc-ky (Diskussion) 00:16, 6. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 00:16, 6. Jun. 2024 (CEST)

Vorlage:Infobox Politische Organisation

Könnte dort an zweiter Stelle ein Feld "|Kurzbezeichnung =" hinzugefügt werden? Danke :-) --SI 21:58, 2. Mai 2024 (CEST)

Wo ist „an zweiter Stelle“? Direkt unterhalb des Parteinamens? Unter dem Logo? Im Abschnitt Basisdaten? Gruß, -- hgzh 08:39, 3. Mai 2024 (CEST)

Ja, ich würde vorschlagen, das gleich unter den Namen der Organisation zu setzen, also direkt unter das Feld "|Name = <!-- Name der Organisation, voreingestellt ist der Artikeltitel -->". Aber unter dem Logo ist auch keine schlechte Idee. --SI 10:03, 3. Mai 2024 (CEST)

Ok, eingefügt. -- hgzh 11:46, 3. Mai 2024 (CEST)

Danke! --SI 13:57, 3. Mai 2024 (CEST)

Habe es mal als Vorschau an mehreren Stellen ausprobiert und denke, es wäre besser mit einer optischen Trennung: Entweder eine Tabellenzeilen-Trennline; oder in (Klammern); oder kleinere Schrift; oder zweispaltig mit "Kurzbezeichnung" als sichtbaren Text in der Linken Spalte? --SI 14:19, 3. Mai 2024 (CEST)

Habe jetzt mal Klammern ergänzt, kleine Schrift würde ich aufgrund der Barrierefreiheit vermeiden wollen. -- hgzh 13:10, 5. Mai 2024 (CEST)

Danke, ja das ist viel besser lesbar jetzt. --SI 10:20, 9. Mai 2024 (CEST)

Vielleicht könnte auch die Tabllenzeile mit dem Text "Logo" weggelassen/ersetzt werden? Wenn ein Logo da ist, ist es ja leicht als solches erkennbar, und die Zeile nimmt da oben ziemlich viel Raum ein. --SI 14:24, 3. Mai 2024 (CEST)

Vorlage:Erläuternde Fußnote

Ich kann mich zwar nicht erinnern, daß wir ein MB abgehalten hätte, daß die Vorlage als unerwünscht bezeichnet, aber sei es so. Könnt ihr mir eine Alternative nennen, wie ich eine Fußnote (=Anmerkung) erzeugen kann, die selbst mit einer Fußnote (=Beleg dazu) versehen werden kann? In grouped references kann man bekanntlich kein ref setzen. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 22:21, 10. Mai 2024 (CEST)

Bei uns sind Fußnoten, die Fußnoten haben, schlicht unerwünscht.

• Es gibt auch kein MB dazu, welches solche Konstrukte zulassen oder erlauben würde.
• Das ref-System ließe sich auch leicht durch einen Zirkelschluss austricksen; es versucht deshalb, eine Situation ref-aus-ref zu erkennen und zu verhindern.

Bei uns gehören die wesentlichen Aussagen in den Haupttext; die ref liefern nur noch einen in seinem Umfang störenden Beleg dazu.

• Das wird in manchen wissenschaftlichen Arbeiten und in der enWP anders gemacht; dort steht teilweise einer Viertelseite Haupttext eine Dreiviertelseite Fußnoten gegenüber, oder in manchen wissenschaftlichen Werken sind die Fußnoten zu einer Seite so umfangreich, dass es mehrere folgende Seiten mit nur einer Zeile Haupttext braucht, um die Fußnoten zu einer halben Seite Haupttext abzuarbeiten.
• Wir sind jedoch eine laienverständliche leicht zu navigierende Enzyklopädie und keine Forschungsarbeit unter eigenem Namen.

Eine allgemeine Antwort ist nicht möglich; die bessere Lösung hängt von der Konstellation des Einzelfalls ab.

• Erste Vermutung: Es steht etwas im ref, das in den Haupttext gehören würde. Dann dort die enzyklopädischen Aussagen darstellen, und nicht in der Fußnote, und ggf. auf Belege mit ref verweisen.
• Eine Nebensächlichkeit, die im ref steht, bedarf keines Belegs. Wenn dafür ein Beleg benötigt wird, dann ist es eine enzyklopädische Aussage und gehört auf die Ebene des Haupttextes, oder komplett weggelassen weil überflüssig.
• Es könnte auf Ebene des Haupttextes einen allgemeinen Hinweis geben, auf den dann jeweils per Abschnittsüberschrift oder Anker intern verlinkt werden kann.
• Es gäbe Vorlage:FN; es ist jedoch für das Publikum nicht freundlich, aus einer Fußnote heraus an noch eine kuriose Stelle zu springen, während allgemein ein Rücksprung zum Ausgangspunkt nicht mehr möglich ist.
• Generell weist die Situation auf Probleme in der stringenten Textstruktur und logischen Aufbereitung hin.

VG --PerfektesChaos 01:04, 11. Mai 2024 (CEST)

Vorlage:Morse

In der Vorlage dürfte bei der Morsecodierung von "HH" als Prosigns eine fehlerhafte Ausgabe vorliegen. Es werden bei der Folge "HH" (2*4 Punkte) aus diversen Regeln abgeleitet 6 statt 8 Punkte erzeugt - in Fällen wie im Artikel Morsecode#Standard-Codetabelle in der Tabelle links bei "HH (Fehler; Irrung;)" aktuell passiert ist und so nicht passt. Die Ursache dürfte eine fehlende (auskommentierte) "Prosign-Codierung" sein, die im LUA-Modul unter Modul:Morse/Prosigns unter "--["HH"] = "ppppppppt", -- Fehler, Irrung" zwar angefügt ist, aber dort auskommentiert ist, mit dem Hinweis:

"Nachfolgende Zeichen aufzunehmen bringt keinen Sinn, da die Zeichenfolge auch Wortbestandteile sein können. Das könnte zu Fehlern bei normalen Texten führen."

Ich möchte daher keine Edits an diesen Code so durchführen, da wahrscheinlich damit unerwünschte andere Seitenwirkungen verbunden sind. Sondern mal nachfragen, wie man das so lösen könnte (eventuell durch spezielle Zusatzparameter beim Vorlagenaufruf) um bei "HH" in diesem Zusammenhang auch 2*4 Punkte in der Ausgabe zu bekommen. Die Lösung jetzt im Artikel führt zu Fehlern, die grafische Ausgabe mit dem code-Fragment mit Mini-Punkten ist nicht wirklich optisch ansprechend und führt somit zu wahrscheinlich wieder gut gemeinten aber falschen Edits, die diesen Fehler via Vorlage erzeugen.

Mal mit @Kpfiwa: als Hauptautor der Morse-Codierungs-Vorlage und dem LUA-Code und @OS: der auf den Darstellungsfehler im Artikel aufmerksam machte.--wdwd (Diskussion) 19:52, 9. Jun. 2024 (CEST)

Nachtrag, eine Option wäre in Modul:Morse/Prosigns das zusätzliche "Prosign-Zeichenfolge" als Zusatzzeile für den Return-Wert mit aufzunehmen:

["EEEEEEEE"] = "ppppppppt",

aufzunehmen. Mit der Annahme, dass 8*E in normalen Texten nicht vorkommt, damit also das Prosign "HH" für "Fehler, Irrung" kodiert werden kann. Eventuell gibt es aber auch bessere Lösungsansätze.--wdwd (Diskussion) 20:06, 9. Jun. 2024 (CEST)

Funkte zwar nicht so, aber es gibt eine Lösung. Hier mal erledigt.--wdwd (Diskussion) 17:49, 10. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: wdwd (Diskussion) 17:49, 10. Jun. 2024 (CEST)

Vorlage:RISM

Die Vorlage:RISM bedarf der Überarbeitung. Siehe die Vorlage Diskussion:RISM. Mag sich da jemand drum kümmern? Ist klar genug, was die issues sind: Parameter, Ausgabeformat, Link auf Personenseiten? --Concord (Diskussion) 19:17, 2. Mai 2024 (CEST)

Wie soll der formatierte Link denn aussehen? -- hgzh 20:08, 2. Mai 2024 (CEST)

Hallo, der Link wird in Wikidata P5504 erklärt. Für Quellendatensätze, die die meisten Links sind, sollte die Vorlage nur eine Nummer sein. Es sollte ein Link wie "https://rism.online/sources/1234567890" erstellt werden.

Wenn hier ein Personenlink benötigt wird (in anderen Wikipedias gilt die RISM-Vorlage nicht für Personen), dann sollte der Link "https://rism.online/people" sein. Ein Parameter könnte die "sources" in "people" ändern. --Ahankins (Diskussion) 08:27, 3. Mai 2024 (CEST)

Was das Linkziel sein soll, hatte ich verstanden. Mir geht es um die Anzeige im Artikel, die ja offenbar auch flexibler werden soll: aber oft passt das Ausgabeformat einfach nicht zu den anderen Weblinks im Artikel etc. @Rodomonte. Gruß, -- hgzh 08:37, 3. Mai 2024 (CEST)

Momentan ist das Format eigentlich nur als Anhängsel innerhalb von Literaturangaben oder Werklisten geeignet, wie z. B. eine ISBN oder die Vorlage:OCLC (Beispiel: Johann Georg Ahle). Als eigenständiger Weblink oder Beleg müsste die Ausgabe ganz anders aussehen. Beispiel:

[URL Linktext] im [[Répertoire International des Sources Musicales]] (RISM)

Die URL würde automatisch eingesetzt, der Linktext wäre völlig frei, aber anstelle des Prefix müsste der vollständige Name der Website hinter dem Link stehen. Idealerweise würde die neue Vorlage beide Formate unterstützen. --Rodomonte (Diskussion) 09:10, 3. Mai 2024 (CEST)

Ok, ich kümmere mich drum. -- hgzh 11:41, 3. Mai 2024 (CEST)

So, Vorlage angepasst und Doku ergänzt. Habe das der Einfachheit halber gleich in der vorhandenen Vorlage gemacht. -- hgzh 14:08, 31. Mai 2024 (CEST)

@Hgzh: Weil ja auch der Artikelbestand migrieren muss, sehe ich nur folgende Lösung:

• Neue Vorlage:rism.online
  • Verwendet die derzeitige Domain der Website; zeigt damit auch die Wirkung der Vorlage schon im Namen an. Entspricht der Methodik der Bezeichner im Vorlagen-Namensraum.
• Die kann dann mittels booleschem Schalter verschiedene Darstellungen generieren:
  1. Eigenständig als Weblink (dann gehört der Publizierer=Herausgeber ausgeschrieben hinter die URL-Verlinkung)
  2. Anhängsel hinter ID-Liste, dann eher ähnlich DOI und Vorlage:URN, also [[Répertoire International des Sources Musicales|RISM]]:[12345]
• Die Bestandseinbindungen können allmählich auf die direkte neue Vorlage migrieren; in der Form, die im jeweiligen Kontext passend wäre.
  • Die Programmierung wendet das neue Format an.
• Das gewünschte neue Personen-Format kann angeboten werden.
  • Ggf. genügt ein boolescher Schalter.
  • Fehleranfällig wäre es, aus nicht-numerischem Parameterwert zu erraten, dass eine /person/-URL gemeint ist.
  • Perspektivisch sollten hier Syntaxtests auf gültige Parameterwerte ermöglicht werden.
• Der momentane Parameter 2= ist keine taugliche Lösung; mindestens nicht unter diesem Namen und mit dieser Dokumentation.

VG --PerfektesChaos 12:21, 3. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:19, 12. Jun. 2024 (CEST)

Vorlage:Schiff/Antrieb

Im Artikel HMS_Vanguard_(1909) ist mir eine nicht-plausible Maschinenleistung aufgefallen. Mit den originalen 24,500 shp wurden aus 24.500 24,5 PS (18 kW) gemacht. Ohne Punkt (24500) stimmt es dann: 24.500 PS (18.020 kW). Da is die Umrechnung noch krumm. --AKK ^(nicht die _Annegret) ^webinterface 08:17, 3. Mai 2024 (CEST)

Der Punkt ist das Dezimaltrennzeichen, wenn er in der Berechnung als Tausenderpunkt missbraucht wird, stimmt das Ergebnis nicht. Deine Korrektur war schon genau richtig. -- hgzh 08:34, 3. Mai 2024 (CEST)

Hmm - na gut. Das führt bestimmt öfter zu Fehlern, oder? Ist es nicht eher so, als sollte der Tausenderpunkt in der Umrechnung einfach ignoriert werden? Da hat ja jemand aus 24,500 korrekterweise 24.500 gemacht, was erst zu dem Fehler führte. --AKK ^(nicht die _Annegret) ^webinterface 08:45, 3. Mai 2024 (CEST)

Es lässt sich nicht sinnvoll von einer Vorlagenprogrammierung unterscheiden, ob ein Punkt ein Dezimal- oder Tausendertrennzeichen ist. 12.345 kann größer zwölftausend oder kleiner 13 sein, je nachdem, welche Notation gewählt wurde. -- hgzh 11:39, 3. Mai 2024 (CEST)

Vielleicht bräuchten wir ja sowas wie DECIMAL-POINT IS COMMA in COBOL. ;-) --Duschgeldrache2 (Diskussion) 06:44, 30. Mai 2024 (CEST)

Das würde nichts helfen, weil für die Interpretation der sprachliche Kontext bekannt sein muss:

• 12.345 sind deutsch zwölftausend, englisch zwölf und ein Drittel.
• 12,345 sind deutsch zwölf und ein Drittel, englisch zwölftausend.

Deshalb soll die Vorlagendoku explizit vorgeben, welches Zahlenformat benutzt werden muss.

„Schiff“ kann historischer Dampfer mit 12 PS sein, oder modernes 300-m-Teil mit Zigtausenden PS.

VG --PerfektesChaos 12:28, 30. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:19, 12. Jun. 2024 (CEST)

Infoboxen bei Fraktionen

Hallo zusammen, ich sehe bei Einträgen von Bundestags-Fraktionen die Nutzung der "Infobox Partei". Da Parteien m.W. juristisch etwas ganz anderes sind, als Fraktionen (die sich ja sogar aus Mitglieder verschiedener Parteien zusammensetzen können), ist das m.E. nicht korrekt. Da ich erlebe, wie exakt hier auf Details geachtet wird, wundert mich das. Gibt es eine Vorlage "Infobox Fraktion", die ich übersehen habe? Gefunden habe ich die "EP-Fraktion", "Politische Organisation" und "Partei". Darf ich eine passendere "Infobox Fraktion" (im Rahmen der Erstellung eines neuen Eintrags einer Kommunal-Fraktion) selbst erstellen? BG --PuntoSalto (Diskussion) 14:53, 23. Mai 2024 (CEST)

Grundsätzlich ist es legitim, eine vorher schon vorhandene Infobox unter ihrem Bezeichner für ähnliche Zwecke wiederzuverwenden, sofern die Darstellung dann inhaltlich passt.

• In DE wäre mir erstmal nur CDU/CSU als Klassiker bekannt. Keine Partei, nur so eine „AG“, aber eine gemeinsame Fraktion.
• Der Wartungsaufwand für viele verschiedene identisch programmierte Infoboxen soll reduziert werden.
• Wenn ggf. mit einem kleinen Schalter die bisherige Nutzung abgewandelt korrekt dargestellt wird, ist das okay.

Du müsstest uns also erstmal Situationen darstellen, in denen die Mitbenutzung zu falschen Darstellungen für das Publikum führt.

Bei einer „Infobox Fraktion“ und dazu den Bundestag fällt mir auf, dass es seit einiger Zeit auch noch die Aufspaltung in eine „Gruppe“ gab (ohne Fraktionsstatus); und in derselben Partei langjährig auch noch Einzelsitze in der letzten Reihe.

Generell sind diese Infoboxen nicht speziell für DE geschrieben, sondern müssen auch für AT und CH passen, und US und FR und IT und den Rest der Welt.

• Dabei kommt es immer wieder zu begrifflichen Ungenauigkeiten, die auf die resultierenden Darstellungen für das Publikum jedoch keinerlei Einfluss haben.
• Was sollen denn „Fraktionen“ im House of Lords oder den Kammern des US-Kongresses sein?
• Auch im demnächst zu wählenden EU-Parlament geht es schräg zu: Die „Parteien“ nennen sich so, sind aber eigentlich nur Dachverbände als Zusammenschluss nationaler Parteien ohne persönliche Parteimitglieder daheim. Die EVP hat als Mitglieder die CDU und CSU; die braun-blauen schmeißen momentan die AfD raus.
• Was sind in der EU dann „Fraktionen“, und wie unterscheiden sie sich von den virtuellen Parteien? Und warum benötigen wir dazu auch noch eine gesondert programmierte Infobox nur dafür?

VG --PerfektesChaos 15:29, 23. Mai 2024 (CEST)

Besten Dank für die umgehende Antwort @PerfektesChaos,

hmm - hier scheint mir ein allgemein häufig anzutreffendes Dilemma zu bestehen, insofern als der Unterschied zwischen Fraktion(en) und Partei(en) fast i.d.R. unbekannt ist. Fraktionen werden ja in deutschen Parlamenten gebildet aus gewählten Personen, i.d.R. einer Wahlliste oder Partei. Im Europäischen Parlament ist das bunter, wo z.B. die Fraktion Europäische Linke sich aus nationalen "Delegationen" (belgische Kommunisten, dänische Rot-Grüne, deutsche Sozialisten, Einzelabgeordnete, ... ) - nicht Parteimitgliedern, sondern gewählten Abgeordneten - zusammenfindet.

Aber wenn der Unterschied auch hier auf WIKIPEDIA nicht so wichtig ist, dann

gehe ich völlig konform damit, den großen Fächer an schon existierenden Infobox-Vorlagen nicht um eine weitere aufblähen zu müssen.

Was die Mitbenutzung einer bestimmten Infobox (und ihrer evtl. Falschdarstellung) angeht, bin ich persönlich völlig leidenschaftslos.

Ich möchte lediglich verhindern, für die evtl. Nutzung der "Infobox Partei" bei einer Fraktion nicht abgemahnt zu werden.

Wenn das also o.k. ist, nutze ich dann auch die "Infobox Partei" bei einem neuen Eintrag für eine Kommunal-Fraktion. --PuntoSalto (Diskussion) 15:55, 23. Mai 2024 (CEST)

Ich entnehme dem, dass du einfach nur die Programmierung dupliziert und das dann unter anderem Bezeichner angelegt hättest.

• Genau das möchten wir jedoch vermeiden, weil dann zweimal die gleiche Programmierung gepflegt und ggf. synchron gehalten werden muss.
• Die „Partei“ gilt genauso, wenn es eigentlich eine „politische Vereinigung“, eine „Bewegung“, eine „Listenverbindung“, ein „Wahlbündnis“, eine „Wählervereinigung“, eine Europäische politische Partei oder was auch immer wäre. Die exakte juristische Klassifizierung irgendwo auf dem Planeten zieht nicht lauter unterschiedliche Vorlagen nach sich.
• Wenn das mit minimalen Anpassungen der Darstellung möglich ist, verwenden wir für überwiegend gleiche Inhaltstypen die gleiche Vorlage und lösen ggf. durch Analyse von Parameterwerten und Schaltern kleine Modifikationen aus. Der Bezeichner soll knapp und leicht verständlich sein.

„Abmahnen“ wird dich deshalb sicher niemand.

VG --PerfektesChaos 21:32, 23. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:19, 12. Jun. 2024 (CEST)

Aktualisierungsbedarf Vorlage:LitCentSlowak

Die Vorlage gibt infolge einer Änderung der Struktur der verlinkten Website defekte Weblinks aus. Näheres ist hier beschrieben; ich sehe mich außer Stande, die Korrektur und die durch sie notwendig werdenden Änderungen der einbindenden Artikel auf eigene Hand vorzunehmen. --Kompetenter (Diskussion) 17:34, 27. Mai 2024 (CEST)

Vorlage angepasst, Beispielkorrektur im Artikel Special:Diff/245493561. -- hgzh 09:35, 31. Mai 2024 (CEST)

Vielen Dank! Eine Frage noch: Ist der Sprachcode nicht ein erforderlicher Parameter, wenn ein englischer Datenbankeintrag verlinkt werden soll? --Kompetenter (Diskussion) 14:18, 1. Jun. 2024 (CEST)

Die Einordnung als erforderlicher Parameter bezieht sich immer auf alle möglichen Vorlageneinbindungen, nicht nur spezielle. Dass für ein bestimmtes Verhalten der Vorlage auch ein bestimmter Parameter ausgefüllt werden muss, sollte ja eigentlich klar sein.

Der Sprachcode-Parameter fällt auf slowakisch zurück, wenn nicht angegeben, denn es gibt auch Einträge, die kein englisches Pendant haben. Gruß, -- hgzh 08:16, 3. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:20, 12. Jun. 2024 (CEST)

Infobox Rajon in der Ukraine

Hallo, auf der Seite Rajon Balaklawa ist mir ein Fehler aufgefallen. In der Mobilansicht sind der Balken „Basisdaten“ und die nachfolgenden Teile der Infobox nach oben verschoben, so dass der Bereich mit dem Wappen und der Karte zum Teil überlagert wird. Ich hab so auf die Schnelle jetzt nicht nachgeprüft, inwieweit das auch andere Rajons betrifft, der Fehler tritt aber in verschiedenen Mobilbrowsern auf. --Duschgeldrache2 (Diskussion) 06:30, 30. Mai 2024 (CEST)

Behoben. Gruß, -- hgzh 12:35, 30. Mai 2024 (CEST)

Besten Dank! --Duschgeldrache2 (Diskussion) 18:59, 30. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:21, 12. Jun. 2024 (CEST)

Admin-Bewerbung

Hallo, ich möchte eine Admin-Bewerbung korrekt einreichen und diese ist jetzt fertig verfasst. Heißt "einbinden", dass diese Verlinkung " {{Wikipedia:Adminkandidaturen/MaxMustermann}} " in den Artikel über bearbeiten einfach copy&paste eingefügt werden soll? Konkret fehlt mir trotz der Anleitung die Übersicht, wo die richtige Stelle dafür wäre bzw. die Unterseite. Bei "Beteiligen" muss diese auch nochmal irgendwo eingesetzt werden. Vielen Dank. --Tzofaa (Diskussion) 00:42, 31. Mai 2024 (CEST)

@Tzofaa du bist nicht stimmberechtigt und kannst daher (noch) nicht als Admin kandidieren, tut mir leid. --TenWhile6 (Disk) 00:49, 31. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:21, 12. Jun. 2024 (CEST)

Kein Perkussion bekannt

Ich komme von diese Seite Vorlage:Farben Studentenverbindung

Was tun, wenn die Perkussions einer Studentenverbindungsbande unbekannt sind?

Ich lasse die Perkussions derzeit weiß, aber das kann irreführend sein, da einige Studentenverbindungen weiße Perkussions haben. Wäre es nicht sinnvoll, eine Option anzubieten, um die Perkussions zu entfernen? --Drahcuob (Diskussion) 14:19, 14. Jun. 2024 (CEST)

Unbekannt sollte nicht bedeuten, wegzulassen, da das neue Fragen aufwerfen würde. Vorschlagsweise als Platzhalter Schraffur mit einer Erklärung. Gruß, --Wi-luc-ky (Diskussion) 16:32, 14. Jun. 2024 (CEST)

Ich würde sagen, dass es optimal wäre, das Schlagzeug nicht einzubeziehen (damit es meiner Meinung nach korrekter aussieht) und zu erwähnen, dass es unbekannt ist. Ihre Lösung erscheint mir jedoch ebenfalls geeignet. Wer ist für diese Funktion zuständig?

Außerdem habe ich meines Wissens nach den KAV Sanctottensis Heiligenkreuz, der über eine Band verfügt... Kariert.

Wäre es sinnvoll, mehr Musteroptionen für die Bänder hinzuzufügen? Oder ist das zu einzigartig, um eine solche Entwicklung herbeizuführen? All dies dient der Vereinheitlichung der Seiten für Studentenverbindungen, die derzeit noch nach eigenen Regeln funktionieren. --Drahcuob (Diskussion) 10:54, 16. Jun. 2024 (CEST)

Offenbar gibt es jetzt, wenn man in Percussion1 oder Percussion2 keine Farbe einstellt, keine weiße Perkussion mehr. Das ist also ideal, danke sehr!

Die Frage stellt sich jedoch immer noch für den KAV Sanctottensis Heiligenkreuz. --Drahcuob (Diskussion) 11:47, 16. Jun. 2024 (CEST)

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

Vorlage für Hiligaynon (Sprache)

Ich denke wir könnten in Anlehnung an die Vorlage {{FilS}} auch die Vorlage {{HilS}} für die Sprache Hiligaynon gebrauchen, da diese doch in einigen regionen der Philipienen gesprochen wird.

Ich würde die ja selber zusammen basteln, aber ich verstehe noch nicht so ganz wie das mit dem Lua-Code zusammenhängt, daher frage ich lieber hier nach  

liebe Grüße Ad^tonko 19:44, 16. Jun. 2024 (CEST)

@Adtonko: So geschehen, bitte prüfen ob konveniert. VG --PerfektesChaos 15:56, 19. Jun. 2024 (CEST)

gerade ausprobiert, macht was es soll. Vielen lieben Dank! --Ad^tonko 18:12, 19. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 12:39, 21. Jun. 2024 (CEST)

Linkänderung

Vorlage:UniProt: aus "uniprot" wurde "uniprotkb". --162.23.30.16 12:06, 21. Jun. 2024 (CEST)

{{UniProt}} erledigt. von uniprot.org/uniprot/ wird nach uniprot.org/uniprotkb/ umgeleitet. Dabei auch die Links in {{Infobox Protein}} und {{Protein Orthologe}} gefixt. Es gibt noch 197 Links im ANR. --darkking3 ^Թ 12:38, 21. Jun. 2024 (CEST)

Danke sehr. Ein Teil könnte so[1] ersetzt werden. 162.23.30.16 13:42, 21. Jun. 2024 (CEST) Wird dies veranlasst ? 162.23.30.16 14:15, 21. Jun. 2024 (CEST)

Nein, das wird nicht veranlasst. Hierfür kann bei WP:BA eine Anfrage gestellt werden. --darkking3 ^Թ 14:18, 21. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 ^Թ 12:38, 21. Jun. 2024 (CEST)

Math-Fehler in Propeller

Hallo, kann bitte jemand den vorgefundenen Math-Fehler bei

<math>J = \frac{v_\mathrm{A}}{n\, D}</math>

in Propeller #Kennwerte, Fortschrittsgrad, fixen?

Fehlermeldung statt Formeldarstellung lautet:

• Fehler beim Parsen (SVG (MathML kann über ein Browser-Plugin aktiviert werden): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „http://localhost:6011/de.wiki.x.io/v1/“:): {\displaystyle J = \frac{v_\mathrm{A}}{n\, D}}

Welches Browser-Plugin muss aktiviert werden, um Lemmainhalte anzusehen?

Danke, --Wi-luc-ky (Diskussion) 02:06, 24. Jun. 2024 (CEST)

Nulledit hat geholfen. -- hgzh 09:09, 24. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --∎ Viele Grüße, Alabasterstein (Diskussion) 09:13, 24. Jun. 2024 (CEST)

Vorlage "criminal"

Hallo Ich möchte die gleiche Infobox auf Deutsch erstellen. Wie ist dabei vorzugehen?

{{Short description|Nazi war criminal (1889–1948)}}
{{Infobox criminal
| name              = Wilhelm Gustav Friedrich Trapp
| birth_date        = {{birth date|1889|9|4|df=y}}
| death_date        = {{death date and age|1948|12|18|1889|9|4|df=y}}
| birth_place       = [[Havelberg]], [[German Empire]]
| death_place       = [[Siedlce]], [[Masovian Voivodeship]], [[Polish People's Republic]]
| conviction_penalty = [[Capital punishment|Death]]
| conviction_status = [[Executed]]
| conviction        = [[War crimes]]
| death_cause       = [[Execution by hanging]]
| party             = [[Nazi Party]]
| module            = {{Infobox military person |embed=yes
|embed_title=Police career
|allegiance={{flag|Nazi Germany}}
|branch=[[File:Ordnungspolizei flag.svg|23px|border]] [[Ordnungspolizei]]
|serviceyears=July 1942 – November 1943
|commands= [[Reserve Police Battalion 101]]
|rank = [[Major (rank)|Major]]
}}
}}

https://en.wiki.x.io/wiki/Wilhelm_Trapp

Gruss Kurt Bamert ~~ --Kbamert (Diskussion) 17:49, 6. Jun. 2024 (CEST)

Du solltest das zuallererst auf WP:Redaktion Geschichte, nachrichtlich WP:WikiProjekt Politik darlegen und erfragen, ob sowas in diesem Wiki erwünscht wäre.

• Spoiler-Warnung: Mit großer Sicherheit nicht.

VG --PerfektesChaos 18:08, 6. Jun. 2024 (CEST)

Danke für deine Antwort. Am besten wechsle ich dann somit erneut auf wiki Französisch oder Englisch aus. Ich kannte den Begriff "Spoilerwarnung" [:::https://de.wiki.x.io/wiki/Wikipedia:Spoilerwarnung#:~:text=F%C3%BCr%20viele%20Menschen%20geht%20der,so%20genannte%20Spoilerwarnung%20zu%20setzen.] nicht. Gruss ~~ --Kbamert (Diskussion) 11:00, 7. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 18:41, 25. Jun. 2024 (CEST)

Vorlage:Zeitleiste Filme und Serien des Star-Wars-Universums

Benutzerfreundlichkeit muss verbessert werden. Hat jemand eine Idee? --Sumeor 29567 (Diskussion) 20:59, 6. Jun. 2024 (CEST)

Inwiefern? -- hgzh 21:03, 6. Jun. 2024 (CEST)

Benutzerfreundlicher wäre wenn wenn "min-width: 1.5em; nicht drin wäre und die Grautöne raus --Sumeor 29567 (Diskussion) 21:09, 6. Jun. 2024 (CEST)

Und vielleicht im Quelltext übersichtlicher machen. --Sumeor 29567 (Diskussion) 21:11, 6. Jun. 2024 (CEST)

In Arbeit Das geht nur mit akzeptierter Überbreite. Ich schaue mal danach. ÅñŧóñŜûŝî (Ð) 23:54, 6. Jun. 2024 (CEST)

erledigtErledigt Jetzt ist die Tabelle im Panorama-Fenster. Anders ist das nicht mehr zu händeln. ÅñŧóñŜûŝî (Ð) 23:54, 6. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 18:41, 25. Jun. 2024 (CEST)

Vorlage soll Sonderzeichen in Namen automatisch ersetzen

Ich möchte eine neue Vorlage für Profile auf der Website Volleybox erstellen. Die Vorlage soll ähnlich funktionieren wie Vorlage:CEV-Spielerprofil und Vorlage:FIVB-Beach und einen Link zu einem Profil wie diesem erzeugen. Im Gegensatz zu den Profilen bei CEV und FIVB enthalten die Volleybox-URLs neben der ID als variablen Inhalt noch den Namen des Spielers.

Meine Überlegung ist jetzt folgendermaßen: Ich kopiere mir den Quelltext von einer der vorhandenen Vorlagen. Die ID kann ich über die Wikidata-Property P9823 abrufen. Für Vorname und Nachname könnte ich die Wikidata-Properties für Vorname und Nachname nutzen, sofern diese im Wikidata-Eintrag des Spielers vorliegen. Probleme gibt es allerdings dann bei Namen mit deutschen Umlauten oder Sonderzeichen wie ł, ń oder š. In den Volleybox-URLs stehen nämlich stattdessen die Buchstaben ohne Sonderzeichen, also l, n und s. Kann man eine Vorlage so programmieren, dass sie diesen Austausch automatisch vornimmt? Also die Vorlage so bauen, dass sie bei Namen mit Sonderzeichen die Buchstaben mit Sonderzeichen durch die einfachen Buchstaben ersetzt? --MSchnitzler2000 (Diskussion) 22:49, 6. Jun. 2024 (CEST)

{{#invoke:Text|removeDiacritics|äöüłńš}} ergibt aoułns, funktioniert also beim ł leider nicht. -- hgzh 11:05, 7. Jun. 2024 (CEST)

Geht wie folgt:

• Wikipedia:Lua/Modul/Sort #Tlatin
  • Wikipedia:Lua/Modul/Sort/Test #Lateinisch basiert
  • Vorlage:cducsu.de/Sort

VG --PerfektesChaos 11:50, 7. Jun. 2024 (CEST)

PerfektesChaos, danke für die Antwort. Ich blicke bei dem Lua-Code und deinem Beispiel leider nicht durch, weil ich nicht viel Ahnung von Vorlagen-Code habe. Bisher habe ich bei den Vorlagen mit Copy&Paste gearbeitet. Ich habe jetzt mal bei Vorlage:Volleybox einen ersten Versuch gemacht und diese Vorlage im Artikel Moritz Reichert getestet (da sind die drei nötigen Wikidata-Parameter ausgefüllt). Aber der Code funktioniert noch nicht richtig, da ist wohl irgendwo noch ein Tippfehler drin. Kannst du mir bitte helfen und dann noch den Code für die Sonderzeichen-Umwandlung hinzufügen? --MSchnitzler2000 (Diskussion) 18:09, 7. Jun. 2024 (CEST)

Es ist glühend heiß, ich habe bis Herbst hitzefrei.

Die wenigen Minuten geistiger Zurechnungsfähigkeit pro Tag benötige ich für meine eigene Agenda.

Es reicht mir völlig, Feuerwehr-Einsätze gegen Software-Murks, närrische LA usw. fahren zu müssen.

In der vorliegenden Angelegenheit habe ich brav sämtliche erforderlichen Informationen geliefert; ggf. kann VWS-Personal sich in Detailfragen reinknien.

VG --PerfektesChaos 13:40, 8. Jun. 2024 (CEST)

Das Wikidata-Content-span-Element darf nicht mitten im Link anfangen und aufhören, das muss einmal um den gesamten Link außenrum, wenn Wikidata genutzt wird. Und wieso nimmst du eigentlich nicht gleich den Link, der auf d:Q14340098#P9823 erzeugt wird? Dann sparst du dir das Gewusel mit Vor- und Nachnamen. -- hgzh 15:27, 8. Jun. 2024 (CEST)

@PerfektesChaos, okay ich hatte dich auch nur angesprochen, weil du mir die erste ausführlichere Antwort gegeben hattest.

@hgzh: Vielen Dank für die Hinweise! Deinen Verweis auf den Wikidata-Eintrag hatte ich zunächst nicht verstanden, aber beim genaueren Hinsehen ist mir jetzt aufgefallen, dass in Wikidata bei Volleybox tatsächlich eine kürzere Version des Profil-Links ohne Namen drinsteckt. Ich habe die Vorlage jetzt entsprechend umgebaut und vereinfacht. Jetzt funktioniert sie bei allen Profilen. Damit ist meine Anfrage hier erledigt. Danke! --MSchnitzler2000 (Diskussion) 21:10, 9. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 18:40, 25. Jun. 2024 (CEST)

Vorlage:Infobox Fußballmannschaft bei Turnier

Wie können Trikots hinzugefügt werden? Hier ein Beispiel: https://es.wiki.x.io/wiki/Alemania_en_la_Eurocopa_2024 --Lottosy (Diskussion) 23:49, 12. Jun. 2024 (CEST)

Das funktioniert wahrscheinlich mit der derzeitigen Art und Weise, wie diese Infobox erzeugt wird, nicht. -- hgzh 09:19, 24. Jun. 2024 (CEST)

Ok, danke. --Lottosy (Diskussion) 14:23, 24. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 18:40, 25. Jun. 2024 (CEST)

Vorlage:Sitzverteilung und Vorlage:Wahldiagramm

• Unter Pforzheim#Gemeinderat habe ich die Wahlergebnisse aktualisiert. Ich weiß jedoch nicht, warum im Sitzverteilungsdiagramm der Anteil der AfD nicht dargestellt wird. Kann das bitte jemand prüfen? Zwar steht in der Anleitung dieser Vorlage, dass höchstens 10 Parteien berücksichtigt werden können, 17 Parteien sollen im Artikel dargestellt werden und im Vorlagencode sind jedoch 21 Parteien als Parameter hinterlegt.
• Unter Stuttgart#Gemeinderat habe ich die Angaben zur Kommunalwahl 2024 aktualisiert. Wie kann bei der Sitzverteilung der Anteil der Partei Stadtisten und der Anteil von Stuttgarter Klimaliste separat dargestellt werden? Hilfsweise habe ich beide unter Sonstige zusammengefasst. Unter Vorlage:Wahldiagramm/Partei/DE gibt es nur die Möglichkeit, den Parameter Sonstige – und den eben einmal – zu verwenden.
• Außerdem stelle ich mir die Frage, ob es möglich ist, in der Vorlage Wahldiagramm die Bindestriche in der y-Achse in Minuszeichen zu ändern. – D’Azur (Diskussion) 08:21, 15. Jun. 2024 (CEST)

  Zu 1.: die Vorlage unterstützt 16 Parteien, die Doku wurde inzwischen angepasst.

  Zu 2.: So in etwa?

  Zu 3.: habe ich angepasst. -- hgzh 10:14, 18. Jun. 2024 (CEST)

  Ich habe in Vorlage:Sitzverteilung jetzt auch mal die Parameter angepasst, sodass klar ist, dass nur 16 Parteien unterstützt werden. --darkking3 ^Թ 10:49, 18. Jun. 2024 (CEST)

@Hgzh: Vielen Dank. Zu 2.: Es fehlt noch die Stuttgarter Liste mit einem Sitz (siehe Wahlergebnisse). Ich habe versucht, dies zu ergänzen, jedoch hat dies leider nicht funktioniert. – D’Azur (Diskussion) 18:12, 21. Jun. 2024 (CEST)

Jetzt hoffentlich korrekt. -- hgzh 09:16, 24. Jun. 2024 (CEST)

@Hgzh: Herzlichen Dank. PS: Ein Mitglied des Gemeinderates ist von der Stuttgarter Liste zu den Freien Wählern übergetreten (erst jetzt gelesen), daher habe ich die SL entfernt und den einen Sitz den FW zugeschlagen. – D’Azur (Diskussion) 12:05, 24. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 18:40, 25. Jun. 2024 (CEST)

Vorlage:Zeitleiste_Enzyklopädien

Es geht mir eigentlich nicht nur um diese Zeitleiste, ich habe mich gefragt warum die Grafiken generell so unscharf sind? Bei Hilfe:Zeitleisten findet man den Hinweis das die timeline Vorlagen nicht mehr benutzt werden sollen und graph nicht funktioniert. Hier fragt auch jemand ob es Alternativen gibt? Vielleicht könnte man unter der Hilfeseite auch externe Software nennen? (Es interessiert mich persönlich. Ich stelle mir aber ein leicht zu bedienendes gemeinsames Tool optimal für Wikipedia vor. Gibt es auch etwas mit KI?) -- Mir ist jetzt aufgefallen dass die Grafiken mit .svg ganz gut aussehen, könnte man das nicht einfach umstellen? --Pragma124 ^Disk 17:12, 30. Mai 2024 (CEST)

Zeitleisten sind eine Uralt-Komponente, eingeführt schon anno 2004, als Browser noch überhaupt kein SVG darstellen konnten. Sie basieren auf einer Software, die das letzte Update 2013 erhalten hat und für die der Support spätestens 2017 eingestellt wurde. Deswegen kann man da nichts einfach so umstellen, zumal SVG und PNG ja auch völlig verschiedene Konzepte zugrundeliegen (Pixel-/Vektorgrafik). Irgendwo bei dieser alten Software wird auch der Grund liegen, dass die Kantenglättung bei Links eher bescheiden aussieht.

Externe Software, um Zeitleisten und Diagramme zu erstellen, gibt es wie Sand am Meer, gemeinsam haben sie alle den Nachteil, dass sie nicht direkt aus auf Wikipedia hinterlegten Daten erzeugt werden können und es deswegen immer eines manuellen Grafikuploads bedarf. Was da KI machen soll, weiß ich nicht, deine Eingabedaten und das gewünschte Ausgabeformat musst du ohnehin selbst festlegen, das kann dir kein Algorithmus abnehmen. -- hgzh 08:43, 31. Mai 2024 (CEST)

Problem bei Vorlage:Infobox Ort in Nordmazedonien

Hallo, beim Übersetzen einer mazedonischen Wikipedia-Seite wollte ich in meiner Vorlage "Infobox Ort in Nordmazedonien" die Parameter "Wappen" und "Karte" deaktivieren. Diese Parameter sind laut den untenstehenden Informationen optional. Wenn man die Kästchen für diese Parameter anklickt, werden sie wie gewohnt von blau zu weiß. Das Problem ist jedoch, dass die Änderungen beim Klick auf "Übernehmen" nicht übernommen werden. Ich habe es bereits mehrfach über verschiedene Browser und Geräte versucht, aber leider ohne Erfolg. Kann mir da jemand weiterhelfen? --MMdoski (Diskussion) 23:55, 30. Mai 2024 (CEST)

Was wird denn angezeigt? Wenn der Parameter Wappen nicht gesetzt ist, wird immer standardmäßig ein Platzhalterbild führt kein Wappen angezeigt und das lässt sich auch nicht deaktivieren. -- hgzh 08:15, 31. Mai 2024 (CEST)

Kopiervorlagen insbesondere für den BNR

Problemstellung: Viele Leutchen basteln sich in ihrem BNR eine Zusammenstellung von für sie wichtigen Syntax-Elementen, darunter auch Vorlagen.

• Das schreiben sie sich einmalig rein, und wenn sich dann irgendwas ändert, bekommen sie es nicht mit.

Ich habe nunmehr Vorlage:Kopiervorlagen erstellt.

• Die stellt eine Verlinkung zur jeweiligen Vorlage dar, und den Inhalt eines Abschnitts „Kopiervorlagen“
• Beispiel: {{Kopiervorlagen|DOI}}

Vorlage:DOI

[[doi:]]
{{DOI|}}
{{DOI||Problem=2024}}

• Diese Art der Einbindung, dann auch noch aus Doku-Unterseiten, ist nicht so ganz trivial; musste auch erstmal experimentieren.

Problem: Einheitliche Namensgebung des Abschnitts.

• Ich habe mich erstmal für Plural entschieden, weil es auch wie vorstehend mehrere Kopiervorlagen im Abschnitt geben kann.
• „Weblinks“ schreiben wir auch einheitlich im Plural, egal wie viele im Moment grad vorhanden wären.
• 350 Dokus verwenden im Moment den Plural; 4.368 stehen im Singular, wofür ja niemand was kann.
• Ein mitlesender Bot-Betreiber müsste das mal einheitlich umbenennen.
• Könnte bei der Gelegenheit mindestens in diesem Abschnitt mögliche <pre></pre> durch schickeres <syntaxhighlight lang="wikitext"> ersetzen.

VG --PerfektesChaos 22:32, 20. Mai 2024 (CEST)

Sprachvorlagen

Ich weiß nicht, ob diese Frage schon einmal gestellt wurde oder vielleicht auf einer Hilfeseite beantwortet wird, da ich aber nach meiner Recherche keine Antwort gefunden habe, frage ich mal hier nach.

Sind Sprachvorlagen (z. B. enS, frS, arS etc.) und ihre Einbindung in Artikeln verpflichtend oder wird zumindest empfohlen, sie zu verwenden? Oder hängt das, wie vieles in der Wikipedia, von der Vorliebe der Hauptautoren ab? Das bezieht sich insbesondere auf die Vorlage deS in Artikeln, deren Lemma (oder generell ein Wort im Fließtext) in einer Fremdsprache ist und die Übersetzung dahinter mit ebendieser Vorlage angegeben wird. Manche Autoren bevorzugen es, den theoretischen Parameter 1 der Vorlage nicht kursiv zu haben (was sich auch mit {{deS}} Textfragment anstatt {{deS|Textfragment}} realisieren ließe), nutzen die Vorlage nicht und schreiben [[Deutsche Sprache|deutsch]] Textfragment, was abgesehen von der Nicht-Kursivschreibung auch nicht anders aussieht, allerdings den Quelltext länger macht.

Die Vorlagen für Fremdsprachen korrigiere ich aus Gründen der Übersichtlichkeit und vor allem Einheitlichkeit regelmäßig in (neuen) Artikeln. Bearbeitungen mit deS wurden teilweise mit der Begründung „Unfug“ zurückgesetzt. Grundsätzlich freue ich mich, wenn Fehler von mir korrigiert werden, allerdings bin ich mir hier nicht sicher, was der Konsens ist und wie weiter verfahren werden sollte. --TheRabbit22 (Diskussion) 16:22, 1. Jun. 2024 (CEST)

Was den Fall {{deS}} angeht, stellt sich zuallererst die Frage, warum hier der Artikel zur deutschen Sprache verlinkt werden muss?

• Die ist erstmal der Vollständigkeit halber und für gewisse Zwecke vorhanden, das ist okay.
• Es reicht aber das zu erwartende Wissen des Publikums, was die deutsche Sprache wohl ist.
• Bei Fremdsprachen gelangt man an Aussprache-Wörterbücher, benutzte Schriften, wer das wo seit wann spricht.
• Für Deutsch wird mir nicht geholfen.
• In speziellen Erörterungen oder bei Einbettung Deutsch in Englisch sinnvoll.

Zur Kursivschrift:

• Wir schreiben (bei lateinischer Schrift) das Fremdwort kursiv und die deutsche Übersetzung kommt in einfache oder doppelte Anführungszeichen.
• Bei {{deS}} muss es bei gerader Schrift bleiben, hat keinerlei Wirkung auf das Textfragment in deutschem Kontext.

Zur Empfehlung der Nutzung:

• Wenn sich nicht jemand allzu arg dagegen wehrt, sollte im Einleitungsabschnitt und vielleicht hin und wieder mal eine Vorlage:frS zusammen mit der Sprachbezeichnung benutzt werden, um Unklarheiten und Missverständnisse auszuschließen.
• Wenn der Sprachname nicht benötigt wird, ist es extrem nervtötend, wenn jemand jedes New York und jedes Washington und jedes Göteborg und jedes Smith in Vorlagen einschließt.

Nichtlateinische Schriften, insbesondere auch nicht-kyrillisch nicht-griechische Textfragmente, und ganz besonders immer wenn von rechts nach links notiert:

• Immer mit Vorlage:lang bzw. zusammen mit Sprachname kennzeichnen.
• Hat Auswirkung auf die Schriftdarstellung, Lesbarkeit, Benutzerkonfigurationen.
• Rechts-nach-links-Schriften können bei Einbettung in unseren deutschen Kontext fies reagieren.

Allgemeiner Effekt:

• Textfragmente werden für Software erkennbar, Screenreader kennen die Aussprache, wissen aber die von New York und Washington auch so, Rechtschreibprogramme wissen was sie machen sollen.
• Wenn ohnehin die Fremdsprache des Wortes benannt wird, ist es sehr sinnvoll, das über diese Vorlagen zu machen.
• Nicht mit Gewalt durchsetzen (bei Fremdsprachen). {{deS}} ist meist Quatsch.

VG --PerfektesChaos 16:53, 1. Jun. 2024 (CEST)

Danke für die ausführliche Antwort und die nützlichen Ratschläge. Ich hatte mich bei der technischen „Umgehung“ von deS vor allem an der Kursivschrift gestört (die in der Vorlage nicht vorhanden war, wobei die Normalschrift natürlich auch durch einfache Entfernung der Formatierungsmerkmale möglich gewesen wäre). --TheRabbit22 (Diskussion) 16:59, 1. Jun. 2024 (CEST)

Vorlage:Giftbotweblinksuche

Die erzeugt lauter 404-Fehler. Was macht die überhaupt? Veraltet, Schrott, Reparatur- oder Löschkandidat ? ÅñŧóñŜûŝî (Ð) 18:33, 1. Jun. 2024 (CEST)

Nicht dran rühren.

Einfach ignorieren, weiter nix. VG --PerfektesChaos 18:56, 1. Jun. 2024 (CEST)

Sorry, aber das ist kein Stil. Vorlagen sind verständlich zu dokumentieren. Dazu gehört auch eine allgemeinverständliche Erklärung, wozu sie gut ist. Gerade du legst auf sowas wert. ÅñŧóñŜûŝî (Ð) 00:16, 4. Jun. 2024 (CEST)

Was genau hast du jetzt nicht begriffen bei „Nicht dran rühren“?

Lass einfach die Finger davon und mach nicht dran rum.

Du kannst sie in eine sinnvolle Kategorie stecken, und damit Ende.

--PerfektesChaos 15:21, 4. Jun. 2024 (CEST)

Du hast weder mir noch anderen hier etwas in Basta-Manier zu verbieten! Wenn eine Vorlage, welche wohl einen Aufruf des unter Wikipedia:Technik/Cloud/giftbot/weblinksuche beschriebenen Tools mittels Wikiparametern umsetzen soll, auch bei Anwendung gemäß Doku nur 404-Fehler generiert, dann ist sie zumindest veraltet oder gänzlich auch in Zukunft unbrauchbar. Offensichtlich kaputte Vorlage. Ich habe daher einen LA gestellt. ÅñŧóñŜûŝî (Ð) 22:32, 5. Jun. 2024 (CEST)

Vorlage für zukünftigen Entwurfnamensraum

Hallo Vorlagenwerkstatt! Derzeit arbeite ich an einem MB bezüglich eines neuen Namensraums „Entwurf“. Passend dazu habe ich eine Vorlage im BNR angelegt, die – nach Verschiebung – in Entwürfe eingebunden werden soll. Die ersten drei Parameter geben Jahr, Monat und Tag der geplanten Verschiebung in den ANR an (Standard: 1.1.1970), der optionale Parameter Lemma das Ziel (Standard: {{PAGENAME}}, alternativ - für gar kein Ziellemma). Die Tests verliefen größtenteils positiv, beim heutigen Datum tut der Baustein allerdings so, als läge dieses in der Vergangenheit; ich vermute, das das Problem beim ersten Zeitvergleich liegt. Es wäre nett, wenn sich das jemand mal angucken könnte.

Bonusfrage: Wie bekommt man einen Verschiebelink mit derzeitigem und Ziellemma hin? --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 23:19, 27. Jun. 2024 (CEST)

Hilft das weiter? https://de.wiki.x.io/w/api.php?action=help&modules=move --Wurgl (Diskussion) 23:43, 27. Jun. 2024 (CEST)

Habs versucht, funzt leider nur mit API. Habe es dann nochmal anders versucht, aber blöderweise will der Link nicht. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 02:36, 28. Jun. 2024 (CEST)

Die Vorlage selbst funzt jetzt korrekt, hab auch die Bausteine ausgetauscht, um die Tabellensyntax zu umgehen. Lediglich beim Verschiebelink bin ich noch nicht weitergekommen. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 17:57, 1. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Hab nun auch den Verschiebelink hinbekommen. --Morten Haan 🔋 Wikipedia ist für Leser da 19:06, 6. Jul. 2024 (CEST)

Internetquellen-Vorlage in der luxemburgischen Wikipedia

Bitte um "Entwicklungshilfe" für eine andere Wikipedia: Bei lb:Schabloun:Internetquell ist das Datumsformat kaputt, siehe beispielsweise die Quelle in lb:Nordpol ("Do._Mrz.2016u331 JJJJ"). Klar ist: Die Eingabe sollte erfolgen wie bei uns (2024-01-01), die Darstellung auch (1. Januar 2024), allerdings in Luxemburgisch (die Monate heißen gleich wie im Deutschen mit Ausnahme von Mäerz, Abrëll und Mee). Offenbar haben sie niemanden, der mit dem Problem fertig wird. Vielleicht kann es hier jemand mit ein paar wenigen Handgriffen fixen? --KnightMove (Diskussion) 15:41, 3. Jun. 2024 (CEST)

Ich würde damit anfangen, Modul:DateTime zu aktualisieren bzw. anzupassen. Auch scheint das Format in der Vorlage nicht zu passen: D._Mount JJJJ statt T._Monat JJJJ wird sehr wahrscheinlich nicht im Modul eingepflegt sein. Es stellt sich allerdings auch die Frage, ob man Internetquelle wirklich behalten will. Die Vorlage schleppt aus meiner Sicht die ganzen Probleme aus de.wp einfach mit nach lb.wp und kann bei derzeit nur 8(!) Einbindungen einfach getauscht werden. --darkking3 ^Թ 17:02, 3. Jun. 2024 (CEST)

Getauscht wogegen? Sie wird nicht verwendet, eben weil sie kaputt ist. Wenn sie funktioniert, wird sie schon in adäquatem Umfang verwendet werden. --KnightMove (Diskussion) 18:22, 3. Jun. 2024 (CEST)

Modul:DateTime/local muss angelegt und sinnvoll ausgestaltet werden.

• Das regelt die Ausgabe. Beliebig.
• Eingabeseitig wird ISO, en, de, de-AT verstanden.
• Zu fr werde ich in den nächsten Jahren schwerlich kommen, aber fr-Monatsnamen können auch eingebaut werden.
• Problem bei 04/06/2024 ist, dass Briten das für den 4. Juni halten, US-Amerikaner für den 6. April. Siehe 9/11. Deshalb kein Support.
• Eingabe per ISO langt aber für lb. Oder andere Formate, das Teil beschwert sich dann schon wenn was nicht verstanden wurde. Englisch ist Muttersprache und geht immer.
• Die Komponenten .de können beibehalten werden. Beißen sich nicht mit weiteren .lb und .fr und was auch immer.

VG --PerfektesChaos 07:27, 4. Jun. 2024 (CEST)

Danke für die Erklärung. Leider bin ich selber nicht in der Lage, das umzusetzen. Ich wollte gerade in meinem BNR eine Seite anlegen und den Inhalt kopieren, um daran zu arbeiten, aber ich weiß nicht, wie ich das als LUA-Code markiere. --KnightMove (Diskussion) 16:17, 5. Jun. 2024 (CEST)

Die Seite lb:Modul:DateTime/local muss angelegt und sinnvoll ausgestaltet werden.

Dein hiesiger BNR hilft da überhaupt nix.

Und dann einfach munter editieren, ausprobieren, bis es klappt. Nur Mut.

VG --PerfektesChaos 21:20, 5. Jun. 2024 (CEST)

Ok, die Seite ist schon da und muss von der de-Version angepasst werden. Ich versuche es, danke. --KnightMove (Diskussion) 11:55, 6. Jun. 2024 (CEST)

@PerfektesChaos:Ich habe editiert, de durch lb ersetzt, die überflüssigen de-at Teile herausgenommen die Monatsnamen zurechtgerückt, aber es funktioniert noch nicht und ich habe keine Ahnung, was noch zu tun ist. Wer auch immer helfen kann... bitte! --KnightMove (Diskussion) 00:03, 8. Jun. 2024 (CEST)

Es ist glühend heiß, ich habe bis Herbst hitzefrei.

Die wenigen Minuten geistiger Zurechnungsfähigkeit pro Tag benötige ich für meine eigene Agenda.

Es reicht mir völlig, Feuerwehr-Einsätze gegen Software-Murks, närrische LA usw. fahren zu müssen.

In der vorliegenden Angelegenheit habe ich brav sämtliche erforderlichen Informationen geliefert; ggf. kann VWS-Personal sich in Detailfragen reinknien.

VG --PerfektesChaos 13:42, 8. Jun. 2024 (CEST)

PEGI Inhalt in Vorlage:Infobox Computer- und Videospiel aus Wikidata

Ich würde gerne diesen Teil auch optional mit Wikidata befüllen wie den Rest der Vorlage:

{{Infobox Computer- und Videospiel
|PEGI-Inhalt     = Violence
|PEGI-Inhalt2    = Bad Language
|PEGI-Inhalt3    = In-Game Purchases
}}

Leider ist Inhaltsschlagwort (P7367) ein Qualifier, siehe z.B. Grand Theft Auto V (Q17452). Ich weiß nicht wie ich den mit Modul:Wikidata ansteuern kann. --Matthias 11:06, 9. Jun. 2024 (CEST)

Siehe Wikipedia:Lua/Modul/Wikidata unter claim und dann qualifier. Dort gibst du die Property-ID an. Gruß, -- hgzh 13:17, 9. Jun. 2024 (CEST)

Ah, ich hatte die Doku missverstanden. Diese beschreibt dass der qualifier dort nur das Ergebnis einschränkt.

{{#invoke:Wikidata|claim|P908|qualifier=P7367|list=, |id=Q17452}}

ergibt nur

Gewalt

Wie erhalte ich alle Qualifier und nicht nur den Ersten? Matthias 14:58, 9. Jun. 2024 (CEST)

Das kann das Modul offenbar noch nicht. -- hgzh 20:02, 9. Jun. 2024 (CEST)

Vorlage:Infobox Pass

Hi, würdet ihr mal bitte in Union Pass oder Raton Pass schauen? Bei mir beginnt der Text erst unter der Infobox. Woran könnte das liegen und wie lässt sich das reparieren? Grüße --h-stt !? 22:59, 6. Jun. 2024 (CEST)

Das scheint mir ein größeres Problem under Vector2022 zu sein, das bei Verwendung von "wikitable float-right infobox" auftritt. Könnte das Problem durch mw:MediaWiki_1.43/wmf.8 ausgelöst worden sein? Was mir noch auffällt: bei Deaktivierung von JavaScript in Firefox tritt das Problem bei mir nicht mehr auf. --Kallichore (Diskussion) 23:36, 6. Jun. 2024 (CEST)

Ich habe nun die Vermutung, dass die Erklärung hier auf Phabricator zu finden ist. Interessant ist der Satz "Large tables should be constrained to content area.", was den Beginn des Texts unter der Infobox erklären könnte.--Kallichore (Diskussion) 00:09, 7. Jun. 2024 (CEST)

Ja, da hattest du den richtigen Riecher. Per JavaScript werden wikitable-Tabellen jetzt im Vector-2022-Skin mit einem Wrapper ausgestattet, der ein Overflow über den Seitenrand hinaus verhindern soll. Bisher hatten Tabellen häufig über den rechten Seitenrand hinaus- und in die Werkzreugleiste hineingeragt. Im Prinzip ist das der Mechanismus, der schon seit Jahren in der Mobilversion zur Anwendung kommt. Tabellen mit Textumfluss sollten eigentlich ausgenommen sein, aber wir verwenden (wahrscheinlich aus historischen Gründen) eine eigene Klasse für die Ausrichtung - und hier liegt das Problem. Betroffen sind also alle Tabellen und Infoboxen mit der Kombination wikitable + float-(right|left). Gruß, -- hgzh 07:21, 7. Jun. 2024 (CEST)

Habe mich jetzt dort lang und breit geäußert, ich hoffe, wir bekommen das noch abgebügelt. -- hgzh 08:30, 7. Jun. 2024 (CEST)

Passiert auch mit den Infoboxen im Astronomiebereich, siehe diesen Thread. Ich werde von dort auch mal hierher verweisen. --Grüße vom Sänger ♫ ^(Reden) 11:26, 7. Jun. 2024 (CEST)

Ich habe noch eine Notiz auf den Projektneuheiten hinterlassen. -- hgzh 11:42, 7. Jun. 2024 (CEST)

Passiert auch beim Einsatz von Vorlage:Infobox Brücke. --Kreuzschnabel 12:27, 8. Jun. 2024 (CEST)

zusammenspiel mit all coordinates pos inline passt nicht gut, siehe Liste der Kulturdenkmale in Hermsdorf/Erzgeb., die tabelle wird nur halbseitig dargestellt, zuvor hat die tabelle unterhalb der koordinaten begonnen und die ganze seitenbreite ausgenutzt. gruss --Wetterwolke (Diskussion) 02:15, 9. Jun. 2024 (CEST)

Das Infobox-Problem sollte am Donnerstag behoben sein. -- hgzh 07:55, 11. Jun. 2024 (CEST)

union pass sieht gut aus, die kulturdenkmale werden bei mir weiterhin nur halbseitig dargestellt (mag auch eine andere ursache haben). gruss --Wetterwolke (Diskussion) 19:20, 14. Jun. 2024 (CEST)

Infoboxen und MediaWiki 1.43/wmf.9

Mir fallen Veränderungen an Infoboxen unter Vector2022 auf: Hier unter Vector2022 wird Alles stark in die Länge gezogen, außerdem ragt nach Ausklappen Text rechts über die Grenze der Infobox (zum Vergleich Vector2010). Für mich ist nicht offensichtlich, welche Änderung von MediaWiki_1.43/wmf.9 die Ursache ist. --Kallichore (Diskussion) 10:39, 14. Jun. 2024 (CEST)

Mir sind bisher zwei weitere Vorlagen aufgefallen, die sich verändert haben:

Infobox Computer- und Videospiel

Der linke margin wird irgendwie doppelt gezählt und verursacht eine Box, wodurch die Infobox gestaucht wird: https://imgur.com/AdBAOi5 Außerdem sind beide Spalten 50% breit, was der rechten Spalte Platz nimmt.

Wertungsspiegel Computerspiel

Hier wird der HTML-Code zwar m.E.n. korrekt generiert, aber rowspan und colspan bei den Überschriften nicht beachtet, sodass die Plattformen über die volle Breite gehen und somit nicht über ihren jeweiligen Wertungen stehen. Auch die Breite der Zellen passt halt nicht (siehe im Beispiel die LaPS4-Zeile): https://imgur.com/0lu5u3b --CommanderKefir (Diskussion) 18:44, 14. Jun. 2024 (CEST)

Das Ausgangsproblem mit der Infobox auf der Seite Gregorio Paltrinieri tritt nicht mehr auf. Mir ist unklar, welche Änderung das Problem behoben hat.--Kallichore (Diskussion) 19:27, 14. Jun. 2024 (CEST)

Das Problem bei den Computer- und Videospielen habe ich durch zwei Änderungen an der Vorlage:Medienbox behoben, siehe auch hier. --Discostu (Disk) 23:23, 14. Jun. 2024 (CEST)

Ursache ist Gerrit:1038894, das Vector-2022 zu einem pseudo-responsiven Skin macht und die Infobox ab bestimmten Breakpoints auf ganze Breite bringt und andere Modifikationen vornimmt. Ich werde diese globalen Styles durch lokale ersetzen, die weniger in die Infobox eingreifen, dann kann auch die infobox-Klasse der Medienbox zurückkommen. -- hgzh 10:20, 18. Jun. 2024 (CEST)

Hilfe:Vorlagen/Einbindungssyntax

Zur gefälligen Kenntnisnahme. VG --PerfektesChaos 16:18, 19. Jun. 2024 (CEST)

Soweit, so gut und richtig. Danke dafür :) Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 20:16, 19. Jun. 2024 (CEST)

Vorlage mit Schönheitsfehler

Gemeldet in Phabricator
Task T178998

Hallo miteinander, im Artikel Chevrolet Monte Carlo (1970–1972) fiel mir folgende Vorlage auf:| class="wikitable mw-collapsible mw-collapsed" style="text-align:center;" Sie ergibt im Text unter anderem folgende Überschrift: Angebotene Motoren des Modelljahrs 1970[Ausklappen]. Dass es zwischen der Jahreszahl und dem Klammerzusatz kein Leerzeichen gibt, stört bzw. sieht sehr unschön aus. Kann bitte mal jemand schauen und den Schönheitsfehler beheben? Viele Grüße -- Lothar Spurzem (Diskussion) 14:00, 25. Jun. 2024 (CEST)

1. Das ist keine Vorlage, sondern eine ganz normale Tabelle, die man standardmäßig eingeklappt hat, was laut Communitymeinung (die nicht meiner und wohl auch nicht der Hauptautoren des Artikels entspricht) unerwünscht ist.
2. Die Tabelle sollte deshalb standardmäßig ausgeklappt sein (mw-collapsible mw-collapsed)
3. Das „[Ausklappen]“ ist ein Button und ist so, wie er ist richtig. Man könnte durch lokale css- oder js-Hacks ein Leerzeichen vor den Button setzen bzw. einen Abstand von xem hinter Buchstaben konfigurieren. Dann wärest du hier aber falsch und müsstest bei der Diskussionseite zur Benutzeroberflächenumgestaltung (mir fehlt grade der Link) vorbeischauen. Dir würden die Admins und Techniker dort aber dasselbe sagen wie ich: Der Button soll laut Mediawiki so sein wie er ist. Wenn du dies ändern möchtest, melde dies im phabricator. Oder mache dir selbst ein css-Hack nur für dich. Dabei kannst du Wikipedia:Technik/Werkstatt um Hilfe bitten.

Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:51, 25. Jun. 2024 (CEST)

Oder man macht ein erzwungendes Leerzeichen (&nbsp;) hinter dem Modelljahr. --Magnus (Diskussion) 15:59, 25. Jun. 2024 (CEST)

Ja, man kann auch mit Kanonen auf Spatzen schießen … und Benutzer:aka wird das regelmäßig wieder korrigieren. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 16:01, 25. Jun. 2024 (CEST)

Danke, Magnus, für die sehr umfangreiche Information, die mir sagt, was alles nicht ist, nicht sein soll und was Admins beanstanden könnten. Den kurzen Tipp mit dem geschützten Leerzeichen werde ich ausprobieren. Mit einem einfachen Leerzeichen tut sich nämlich nichts. Viele Grüße -- Lothar Spurzem (Diskussion) 16:45, 25. Jun. 2024 (CEST)
PS: Der Trick funktioniert nicht, wie ich es als Laie in Sachen Formatierung erwartet hatte. Vielleicht liest jemand mit, der weiß, wie der Schönheitsfehler zu beheben ist. Ihm oder ihr schon Dank im Voraus. -- Lothar Spurzem (Diskussion) 16:50, 25. Jun. 2024 (CEST)

Die umfangreiche Information kam von mir (Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer), der Tipp von Benutzer:Tsungam alias Magnus.

Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 09:21, 26. Jun. 2024 (CEST)

Das ist eine globale Softwarefunktion und kann und sollte deshalb primär dort korrigiert werden. Ansonsten hilft im konkreten Fall aber tatsächlich ein geschütztes Leerzeichen (&nbsp;). -- hgzh 17:38, 25. Jun. 2024 (CEST)

Hallo hgzh, bist Du denn bitte so nett, das geschützte Leerzeichen an den geeigneten Stellen im Artikel Chevrolet Monte Carlo (1970–1972) einzusetzen? Mir ist es nicht gelungen. Die weitere Bitte geht dahin, einen der Wikipedia-Programmierer zu bitten, das Problem in der Softwarefunktion zu lösen. Wenn ich mir anschaue, was zum Teil unnötigerweise an Vorlagen produziert wird, die erstaunlicherweise funktionieren und zum Teil die Quelltexte der Artikel nahezu unlesbar machen, müsste es für die Fachleute eine Kleinigkeit sein. Dir danke ich im Voraus. Beste Grüße -- Lothar Spurzem (Diskussion) 18:02, 25. Jun. 2024 (CEST)

Wurde schonmal versucht, aber nicht zuende gebracht: phab:T178998. -- hgzh 18:47, 25. Jun. 2024 (CEST)

Habe mal ein geschütztes Leerzeichen eingesetzt. Sieht nun tatsächlich schöner aus. --tsor (Diskussion) 18:04, 25. Jun. 2024 (CEST)

Vielen Dank, tsor, und herzliche Grüße -- Lothar Spurzem (Diskussion) 18:05, 25. Jun. 2024 (CEST)

Erledigt?, dann bitte archivieren. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 09:21, 26. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 12:28, 18. Jul. 2024 (CEST)

Vorlage:Klimatabelle erfasst auch Schneedaten

Was – soll das Gewünschte tun?

(Messbare) Niederschläge fallen als Regen oder Schnee (Hagel wird hier subsummiert?). In der aktuellen Vorlage der Klimatabelle werden jedoch nur „Niederschläge“ erfasst. Die ggf. differenzierten Angaben aus Artikeln der englischsprachigen Wikipedia lassen sich in den deutschen Artikeln nicht abbilden: durchschnittliche monatliche Schneefälle (in cm), Anzahl der Tage mit Schneefällen (≥ 0,2 cm). Die Gesamt-Niederschlagsmenge wird nicht aus den Summen der beiden Werte berechnet, weil es z. B. Tage geben kann, an denen es schneit und regnet.

Wie – soll das Gewünschte aussehen?

siehe Vorlage Weather box im enwiki

Warum – ist es hilfreich, so etwas zu haben?

erhöht die Präzision der Aussagen; macht die Artikel in den Wikis vergleichbarer; erleichtert Übersetzungen

Wer – wünscht die Umsetzung?

Benutzer:Vorwald

Wo – soll das umgesetzt werden?

in der Vorlage Klimatabelle; alternativ: Nutzung der Vorlage Weather box auch in dewiki

Wo – findet sich ein Beispiel oder ähnlich Geartetes?

Oyster River, British Columbia

--Vorwald (Diskussion) 07:40, 28. Jun. 2024 (CEST)

Grundsatzfrage: Tabellen automatisch aus WikiData füllen?

Hi, selbst auf einem hoch sichtbaren Artikel wie Kalifornien gelingt es nicht, die Kongress-Abgeordneten aktuell zu halten. Bis kürzlich standen da noch die des 117. Kongress, obwohl die Amtszeit des 118. schon zu 3/4 vorbei ist. Bei kleineren US-Bundesstaaten ist es viel schlimmer. Kann man das mit WikiData automatisieren? Kann man die Liste / Tabelle so mit Vorlagen füllen, dass die sich aus WikiData die jeweiligen Amtsträger, deren Zahl der Wahlperioden und die Parteizugehörigkeit holt? Traumhaft wäre, wenn sie sogar selbst feststellen kann, wie viele Abgeordnete des Repräsentantenhauses der jeweilige Bundesstaat stellt (denn das kann sich alle zwei Jahre ändern auch wenn es nur in größeren Abständen wirksam wird). Ist sowas überhaupt möglich? Grüße --h-stt !? 22:28, 19. Jun. 2024 (CEST)

„Ist sowas überhaupt möglich?“

• Technisch-theoretisch: ja.
• Beachte das Limit von 400 (eher langsamen) Wikidata-Abfragen für alles auf der Seite.

Ist sowas sinnvoll?

• Naja.
• Bedarf erstmal exzellentem Parametermodell und sorgfältiger Pflege auf Wikidata.
• Es muss eine spezielle Eigenschaft geben, eines Staates und deren Anzahl von Repräsentantenhaus-, Senats- oder was-auch-immer-Sitzen.
  • Wikidata würde überkochen, und wäre auch eine schräge Informationsmodellierung, das nur für die USA zu machen. Von der gibt es auf Wikidata aber berits größere Mengen an Sündenfällen, Paradies ist nicht mehr.
  • Die Anzahl der deutschen Bundesratsmitglieder pro Bundesland, auch wenn nur sehr selten anzupassen, müssten von demselben Modell getragen werden. Und die französischen Departments, und die italienischen und südafrikanischen oder wo auch immer.
  • Das führt eher nicht zu jahrzehntelang zuverlässigen Informationen in Wikipedia-Artikeln; dann lieber veraltete.
  • Bedarf auch lokal jeweils speziell geschultem Personal; wir hätten hierzuwiki eine Handvoll, die mit sowas umgehen könnten, und die haben technische Wartungsaufgaben auf Jahrzehnte hinaus an der Backe.

Robuster wäre ein Modell auf Commons:Data:, das ebenfalls global geteilt werden kann.

• Dazu ein Lua-Modul, mit dem bestimmte Abfragen (Anzahl von … für Staat, Name(n) von … für …) gemacht werden können; sogar historisch in Zeiträumen rückwirkend.
• Kollidiert nicht mit Limit 400.
• Wäre JSON-basiert; eine einzige Seite für die kompletten USA. Mag dann Wikidata-Nummern für Personen, alternativ Klartextnamen (ohnehin zur Nachvollziehbarkeit und Fehlersuche) enthalten. Ein einziger Edit, eine Versionsgeschichte für das komplette Modell, statt 50 Staats-Items oder Hunderte auf Items verstreute Einzelinfos.
• Lua-Modul ggf. wiederverwertbar für andere Systeme anderer Staaten mit anderen aktuellen Daten.

VG --PerfektesChaos 12:45, 20. Jun. 2024 (CEST)

Alternative: Ein Bot gleicht regelmäßig Wikidata und die entsprechenden Wikipedia-Einträge ab und korrigiert in Wikipedia automatisch. --tsor (Diskussion) 13:02, 20. Jun. 2024 (CEST)

Das unterstellt, dass die Informationen in Wikidata zu 100 % richtig und zuverlässig sind, und dass der Bot genau weiß, an welcher Stelle in welchem Artikel er was ändern soll.

Dann schon lieber eine klassische lokale Metadaten-Vorlage für die Zahlen pro Staat; simpel, überschaubar, wartungsfähig, Sichtungspflicht.

Politische Angelegenheiten, insbesondere angeblich gefälschte US-Wahlen, sind besonders sensibel für Desinformation und sollten nicht leichtfertig und naiv dem Informationsdesaster preisgegeben werden. Dann lieber ehrlich veraltet als aktuell rufschädigend manipuliert.

Lösungen müssen über Jahrzehnte robust funktionieren und wartungsfähig sein. Bastelarbeiten, die von zwölf bis mittag halten, sind des Teufels.

VG --PerfektesChaos 21:27, 20. Jun. 2024 (CEST)

WikiData ist bei staatlichen und statistischen Daten extrem zuverlässig. Vandalismus ist natürlich möglich, aber sehr selten. Wir haben bei den Infoboxen zu US-Siedlungen nur gute Erfahrungen gemacht. Und bei der nächsten US-Volkszählung müssen die Daten nur einmal auf WikiData eingespielt werden und sie erscheinen automagisch in der deWP. Das ist auch ein gut vorzeigbares Projekt um weitere Experimente mit WikiData zu machen. Grüße --h-stt !? 23:27, 24. Jun. 2024 (CEST)

Ein Bot geht nicht, das wurde beim Meinungsbild seinerzeit ausdrücklich abgelehnt. Grüße --h-stt !? 23:24, 24. Jun. 2024 (CEST)

Danke, das Konzept mit Commons:Data klingt nach einer gute Idee. Wobei ich sicher bin, dass es auch mit WikiData irgendwie umsetzbar sein sollte. Grüße --h-stt !? 23:23, 24. Jun. 2024 (CEST)

Grundsätzlich sollte das funktionieren und wäre aus meiner Sicht auch sinnvoll. Hier mal das aktuelle Ergebnis. Klar sind die Wikidata-Daten oft erst einmal nicht ganz vollständig. Aber wenn sie ans Licht der Wikipedia kommen, werden sie auch eher aktuell gehalten. Mit Tools wie Template:Wikidata list ist auch die Last nicht hoch, weil nur ab und zu durch einen Bot aktualisiert wird. Leider ist Template:Wikidata list eher für die Verwaltung geeignet, und in "echten" Artikeln zur Zeit (in der deutschen Wikipedia) gesperrt.--Newt713 (Diskussion) 00:04, 17. Jul. 2024 (CEST)

Derartige Daten sollten hier in de:WP auf eine Seite mit JSON-Code geschrieben werden. Der kann mit Lua ausgewertet und in die Artikel eingefügt werden. Dann muss man nur noch diese Code-Seite aktuell halten, was bestimmt einfacher ist als separate Listen. Bei Zugriffsbeschränkung auf Sichter gibt es auch keine Scherzeinträge wie "Micky Maus". ÅñŧóñŜûŝî (Ð) 06:53, 17. Jul. 2024 (CEST)

Das ist ja cool. Ich bin begeistert. @Newt713, @Antonsusi Könnt ihr das im Artikel Kalifornien einfach mal einbauen? Den habe ich auf beobachten und sehe das. Die Anpassung an vier weitere und wenn das klappt dann alle 50 Bundesstaaten wäre dann "nur noch" Fleißarbeit. Ganz herzlichen Dank jedenfalls. Grüße --h-stt !? 21:36, 17. Jul. 2024 (CEST)

Vorlage:KsPB-Allgemein-Kategorien und Commons

ich habe diese Anfrage mal aus dem Archiv geholt,die ist damals einfach im Archiv verschwunden und ich bin zu blöd zum rücksetzen -- ^Thomas 08:36, 23. Jun. 2024 (CEST) In dieser Vorlage wird ein commonslink gesetzt. Es gibt Fälle, in denen keine Commonslink gesetzt werden soll, weil es keinen gibt.

Ich find in der Vorlage keinen schalter, der das ausstellt. Könnt ihr den bitte einbauen.

• Kategorie:Parkanlage nach Region
• Kategorie:Parkanlage ohne Kontinentalbezug

haben zum Beispiel keine Entsprechung auf Commons. Viele Grüße -- ^Thomas 14:25, 6. Mai 2024 (CEST)

Der klassische Weg wäre, als Link ein - anzugeben; das kann kein sinnvoller Seitenname sein und würde dann explizit abschalten: 4=-

VG --PerfektesChaos 14:49, 6. Mai 2024 (CEST)

ich hab es versucht, aber vermutlich hab ich dich falsch verstanden, denn nun linkt es auf c:Category:-

oder meintest du, dass man das in die vorlage einbauen muss? Gruß -- ^Thomas 15:25, 6. Mai 2024 (CEST)

Das war der Tipp für das hiesige Werkstattpersonal, wie sich die Vorlage relativ elegant umbauen lässt.

Kannst du aber drinstehen lassen, dann hat’s gleich einen Testfall zum Erproben der Programmierung. Weniger funktionieren als bisher kann es sowieso nicht.

VG --PerfektesChaos 15:41, 6. Mai 2024 (CEST)

könnt ihr in dem Zusammenhang bitte auch gleich die folgenden vorlage demselben problem fixen

• Vorlage:Auflösungsjahr
• Vorlage:Einstellungsjahr
• Vorlage:GründungsjahrX
• Vorlage:Gründungsjahr
• Vorlage:Kategorie Ereignis nach Jahr Schiffsverlust

ich weiß nicht, ob es noch weitere Kat-vorlagen nach diesem Muster gibt, aber es wäre super, wenn man hier auch den automatisch erzeugten Link nach commons ausschalten könnte. Viele Grüße -- ^Thomas 07:00, 7. Mai 2024 (CEST)

Ich hab das nochmal reaktiviert. Wenn das nicht gemacht werden kann, ist das auch ok :-) Viele Grüße -- ^Thomas 15:12, 24. Jul. 2024 (CEST)

Die KsPB-Vorlagen reagieren jetzt auf den -, die anderen genannten Vorlagen haben einen zusätzlichen Parameter noCommonscat= erhalten, der bei beliebigem Wert den Link ausblendet. -- hgzh 17:36, 24. Jul. 2024 (CEST)

Vielen Dank, jetzt kann ich demnächst, wenn mir langweilig ist und ich Lust auf Schimpansenarbeit habe, den Parameter einbauen. :-) viele Grüße -- ^Thomas 18:19, 24. Jul. 2024 (CEST)

@Hgzh der parameter klappt gut.

ich hab bei Kategorie:Erscheinen eingestellt 1693 den parameter eingebaut, aber die commonscat wird weiter angezeigt. aufgerufen wird die Vorlage Vorlage:EinstellungsjahrX dort ist aber keine commonscat genannt sondern nur die Vorlage:Einstellungsjahr aber dort ist die commonscat ausgeschaltet. ich versteh nciht, warum dei commonscat angezeigt wird. Viele Grüße -- ^Thomas 13:52, 25. Jul. 2024 (CEST)

Die Vorlage:EinstellungsjahrX muss den Parameter an die Vorlage:Einstellungsjahr durchreichen - erledigt. -- hgzh 14:06, 25. Jul. 2024 (CEST)

@Hgzh danke. ich hätte es bei gründungsjahrx rauslesen können. so, es sind wohl alle Problem-Kats mit dem Parameter bereinigt.

@Wurgl für dich auch zur Info. Viele Grüße -- ^Thomas 17:37, 25. Jul. 2024 (CEST)

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