Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2024/4

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen


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

Bad ID params in TemplateData

Letzter Kommentar: vor 2 Monaten4 Kommentare3 Personen sind an der Diskussion beteiligt

Bei der folgenden Dokumentation Vorlage:Infobox Olympischer Wettbewerb/Doku erscheinen Fehlermeldungen. Kann mir jemand sagen, was diese Fehlermeldungen bedeuten und wie ich diese auflösen kann? --Running-tomy (Diskussion) 11:01, 6. Okt. 2024 (CEST)

Da waren überschüssige Leerzeichen im Bezeichner des Parameters. -- hgzh 11:31, 6. Okt. 2024 (CEST)
Aha, danke für den Hinweis! --Running-tomy (Diskussion) 11:43, 6. Okt. 2024 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: darkking3 Թ 10:13, 7. Okt. 2024 (CEST)
Letzter Kommentar: vor 2 Monaten6 Kommentare3 Personen sind an der Diskussion beteiligt

Hallo, in mehreren Vorlagen wie Vorlage:FLR ist als EN 1 eingebunden: https://www.destatis.de/DE/Themen/Laender-Regionen/Regionales/Gemeindeverzeichnis/Administrativ/Archiv/GVAuszugQ/AuszugGV3QAktuell.html;jsessionid=7F3A016431D2FC6A93E7827243409DFF.live721. Der Link mit sessionID ist aber tot.

Ersatz könnte sein: Alle politisch selbständigen Gemeinden mit ausgewählten Merkmalen am 30.09.2024 (3. Quartal 2024). Destatis (mit Link zur XLSX-Datei; 2,0 MB).

Leider finde ich die Stelle in Unter-Unter-Vorlagen nicht, wo dies geändert werden kann. Suche jemanden mit Durchblick. Info erbeten von --Wi-luc-ky (Diskussion) 23:31, 12. Okt. 2024 (CEST)

Findet sich in allen Meta-Flächen-Ländervorlagen wie bspw. Vorlage:Metadaten Fläche DE-NW.--Mabschaaf 10:11, 13. Okt. 2024 (CEST)
Heißt das: In allen diesen VLs (siehe Weblinksuche oben) muss das in Fleißarbeit einzeln geändert werden? Danke, --Wi-luc-ky (Diskussion) 11:16, 13. Okt. 2024 (CEST)
Genau, da der EN in jeder der 14 Vorlagen enthalten ist. Es wäre ja "nur" die Session-ID zu entfernen, das ist ja noch überschaubar. --darkking3 Թ 16:31, 14. Okt. 2024 (CEST)
Danke, darkking3 und Mabschaaf. Done. (Wenngleich noch ein wenig mehr zu ändern war / geändert wurde.) Gruß, --Wi-luc-ky (Diskussion) 00:58, 15. Okt. 2024 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 00:58, 15. Okt. 2024 (CEST)

Vorlage:FLdez: Abweichung von VL-generierten und offiziellen Daten bei Berlin

Letzter Kommentar: vor 1 Monat7 Kommentare2 Personen sind an der Diskussion beteiligt

Hallo, da der Ersteller und einziger Bearbeiter der Vorlage:FLdez seit einem Jahr inaktiv ist, nachfolgend zwei auf dasselbe zielende Anfragen zu Berlin:

Kann jemand hier bitte Konkordanz herstellen?

Danke, --Wi-luc-ky (Diskussion) 21:56, 11. Okt. 2024 (CEST)

Die Daten werden von hier geladen. Da das verlinkte PDF den Stand 31.12.2015 hat, habe ich erstmal nichts geändert. Zunächst sollte Konsens über eine aktuelle Quelle für die Flächen hergestellt werden.--Kallichore (Diskussion) 23:52, 11. Okt. 2024 (CEST)
Danke, Kallichore.
Die in Vorlage:Metadaten Fläche DE-BE genannte Quelle ist aber wohl kein PDF, sondern ein Datenabruf (erg.: Session abgelaufen, neu suchen), der 891,12 km2 zeitigt. Dort auch die Stadtbezirksflächen mit kleinen Differenzen zu den VL-Angaben.
Und desgleichen: Eine aktuelle Quelle von Destatis zum 30.09.2023 findet sich hier (mit Link zur XSLX-Datei; 2,0 MB): 891,12 km2 (31.12.2022).
Ich meine, die Quellenlage ist eindeutig, und wir können bei Tage mal zur Feder greifen und alles aktualisieren; falls nicht jemand gerade Nachtschicht hat.
Gruß, --Wi-luc-ky (Diskussion) 02:05, 12. Okt. 2024 (CEST)
Danke, Kallichore, für Dein Dankeschön nach Aktualisierung.
Nun wünschte ich mir nur noch, dass die im VL-Code angegebene QUELLE auch irgendwie ausgegeben wird, damit sie nicht jedesmal bei den eingebundenen Artikeln aktualisiert werden muss.
Derzeit gibt die Vorlage:Metadaten Fläche DE-BE nur Werte aus.
Gruß, --Wi-luc-ky (Diskussion) 15:06, 12. Okt. 2024 (CEST)

Ein Blick in die Programmierung der Vorlage zeigt, dass Quelle und Stand ausgegeben werden können:

{{Metadaten Fläche DE-BE|11000000|QUELLE}}: Alle politisch selbständigen Gemeinden mit ausgewählten Merkmalen am 30.09.2024 (3. Quartal 2024). Destatis, 28. August 2024, abgerufen am 14. Oktober 2024 (mit Link zur XLSX-Datei).
{{Metadaten Fläche DE-BE|11000000|STAND}}: 2024-09-30
Eine andere Frage ist, wie nützlich und anwenderfreundlich das am Ende ist.--Kallichore (Diskussion) 15:29, 12. Okt. 2024 (CEST)

Nochmals danke, Kallichore, für die Erläuterung mit Beispielen. (Da muss man selbst mit gewisser VL-Erfahrung erst einmal darauf kommen, dass das Wort QUELLE und STAND eine Ausgabe erzeugen. Hatte das für einen Parameternamen gehalten. Wieder was gelernt.)
Nützlich halte ich das, weil die Angaben nicht in mind. 12 + 1 Artikeln händisch eingetragen werden müssten. (In Berlin muss ich das gleich noch ändern, da der EN noch auf die 2012er Daten weist.)
Anwenderfreundlich sind Vorlagen, zumal vielfach verschachtelt, in Abhängigkeit von Vorkenntnissen der Benutzer. Der von Dir gezeigte Code würde den subjektiv empfundenen status quo da nicht verschlechtern, hingegen verbessern. Bei Problemen kann ja immer die VWS aufgesucht werden.
Gruß, --Wi-luc-ky (Diskussion) 16:45, 12. Okt. 2024 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von --Wi-luc-ky (Diskussion) 20:37, 27. Okt. 2024 (CET), Vorlage:Metadaten Fläche DE-BE und weitere aus der Kategorie:Vorlage:Metadaten Fläche DE wurden wie vorgeschlagen/diskutiert angepasst.

Vorlage 10E

Letzter Kommentar: vor 1 Monat5 Kommentare3 Personen sind an der Diskussion beteiligt

{{10E}} erzeugt darstellungsfehler bei mir. Ich sehe statt einem Multiplikator ein Rechteck-Zeichen. Beispiel hier: (3) Juno. Wohl verbrochen durch die Änderung im Oktober, die Version davor sieht ok aus bei mir.--McBayne (Diskussion) 20:15, 4. Nov. 2024 (CET)

Bestätige; ist statt ANSI ein mega-exotischer Unicode, den ich auch nicht auf der Installation habe.
Reverted.
VG --PerfektesChaos 20:35, 4. Nov. 2024 (CET)
Besten Dank!--McBayne (Diskussion) 20:43, 4. Nov. 2024 (CET)
@McBayne: Da hat sich wohl jemand ohne Anmeldung einen Scherz erlaubt und U+10101 eingesetzt. ÅñŧóñŜûŝî (Ð) 22:43, 4. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 22:42, 4. Nov. 2024 (CET)

Vorlage:Infobox Ort in Indien

Letzter Kommentar: vor 1 Monat8 Kommentare4 Personen sind an der Diskussion beteiligt

braucht eine funktionierende Einbindung von Wikidata. --Bahnmoeller (Diskussion) 15:55, 9. Nov. 2024 (CET)

Diese Anfrage ist reichlich unklar. Was genau wird an Wikidata-Einbindung benötigt? -- hgzh 16:08, 9. Nov. 2024 (CET)
Die Vorlage:Infobox Ort in Indien verlangt das Format:
| lat_deg= 19/22/40.45
| lon_deg= 72/48/36.6
Beispiel:
Andere Formate, wie sie beispielsweise
| Breitengrad      = {{#invoke:Wikidata|claim|P625|parameter=latitude}}
| Längengrad       = {{#invoke:Wikidata|claim|P625|parameter=longitude}}
liefert werden nicht akzeptiert.
Ähnliches gilt für
Vorlage:Infobox Ort in der Ukraine:
|lat_deg = | lat_min = | lat_sec =
|lon_deg = | lon_min = | lon_sec =
Siehe auch Kategorie:Wikipedia:Lagewunsch (UA)
Dagegen erlaubt Vorlage:Infobox Ort in Polen beide Formate. --M2k~dewiki (Diskussion) 16:37, 9. Nov. 2024 (CET)
Breitengrad= und Längengrad= müssten mit den Dezimalwerten aus Wikidata funktionieren. Kann es gerade nicht ausgiebig testen. -- hgzh 16:55, 9. Nov. 2024 (CET)
Vorlage:Infobox Ort in der Ukraine funktioniert analog zu Vorlage:Infobox Ort in Polen mit drei oder aber auch nur mit einem Parameter für die Koordinaten. --M2k~dewiki (Diskussion) 17:29, 9. Nov. 2024 (CET)
Dann weiß ich umso weniger, was eigentlich die Anfrage ist. -- hgzh 11:58, 10. Nov. 2024 (CET)
Um das mal zu dokumentieren: Es wurde ein falscher Parametersatz seitens des Anfragenden verwendet. Ein Blick in die Dokumentation hätte zur Abhilfe genügt. --darkking3 Թ 15:16, 10. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 Թ 15:16, 10. Nov. 2024 (CET)

Vorlage:Hinweis Seiten-Koordinaten, Vorlage:Coordinate … IDs

Letzter Kommentar: vor 2 Monaten11 Kommentare4 Personen sind an der Diskussion beteiligt

Im Bereich Kategorien ist Hinweis Seiten-Koordinaten leider sehr oft doppelt eingeblendet, was logischerweise dann zu doppelten IDS führt. Ich habe sie bei einigen schon gelöscht, wo die Vorlage einzeln verbaut war wie →hier. Aber dort, wo sie in zwei (oder mehr?) anderen Vorlagen parallel verbaut wurden, kann ich das so nicht lösen.

Ein ähnliches Problem verursacht die Vorlage Coordinate, überall dort, wo sie in Vorlagendokus sichtbar (beispielsweise mit dem Hinweis „Koordinaten fehlen! Hilf mit“) und weiteren Beispielen wie in der Doku Vorlage:Infobox Ort in Slowenien/Doku, werden gleich zwei Anker verdoppelt, wozu muss man dort id="text_coordinates" und id="coordinates" vorhalten? Dabei ist es unerheblich ob Koordinaten vorhanden sind oder fehlen. Die IDs erscheinen immer. Vorlage:Coordinate allein weist zudem IDs über den Parameter |name= zu, das führt nun zu hunderten Doppelungen. Ähnlich auch diese Vorlage:LDLBerlin →Liste der Berliner U-Bahnhöfe#Stationen 15 Doppelungen. --Liebe Grüße, Lómelinde Diskussion 12:08, 2. Okt. 2024 (CEST)

Drei unterschiedliche Baustellen:
  1. Vorlage:Hinweis Seiten-Koordinaten
    • Sie hat einen Schalter einzig=0, mit dem das bei den Wiederholungen bewusst abgeschaltet werden kann.
    • Die Situationen auf Kategoriebeschreibungsseiten müssten identifiziert werden.
    • Ggf. müssten die auslösenden Massenbeschreibungsvorlagen mit einem analogen Abschalt-Parameter zum Durchreichen ausgestattet werden.
    • Oder die Einbindung von zwei inhaltsgleichen Hinweiskästen müsste unterbunden werden, also über Parameter komplett abgeschaltet werden, falls zwei Massenbeschreibungsvorlagen den gleichen Kasten produzieren und beide eingebunden sind.
    • Danach müssten in einem oder mehreren Bot-Läufen die identifizierten Situationen mit mehreren Einbindungen entsprechend nachgerüstet werden.
  2. Vorlage:Coordinate
    • Dauerbaustelle für mehrere Jahre.
    • In absehbarer Zeit keine sinnvolle Lösung möglich.
    • Neubau wird sowas bereits im Ansatz vermeiden.
    • Programmierung ist unendlich kompliziert und nicht robust, und in eine Dreiviertelmillion Artikel eingebunden. Bloß nicht dran rühren.
  3. Einzelne andere
    • class= statt id= benutzen.
    • Das war mal eine aus der enWP eingeschleppte Mode, mit der alle in den Nuller Jahren geschaffenen Vorlagen massenhaft ausgestattet wurden.
    • Der Zweck war, dass man das individuelle CSS zur privaten Umdekoration aller Seiten unterstützen wollte. Was praktisch niemals jemand gemacht hatte.
    • CSS (und auch Gadgets) werden aber nur durch class= selektiert; id= gibt es dann und nur dann wenn als Sprungziel genutzt werden soll.
VG --PerfektesChaos 12:50, 2. Okt. 2024 (CEST) + 12:54, 2. Okt. 2024 (CEST)
Nun ja das Problem ist, es gibt zumindest für einige Fälle zwei recht einfache Möglichkeiten.
Beispiel: Kategorie:Gemeindegründung 1992, da könnte man einen bot durchschicken, der alle Einzelvorlagen wieder löscht, wenn eine bestimmte andere Vorlage dort vorhanden ist, und diese eben auch schon eine Vorlagen bereitstellt. Aber ich gehe auch nicht mehr zu den Botanfragen, die ignorieren mich auch.
{{Kategorie Ereignis nach Jahr|Gemeindegründung|1992}}
{{Hinweis Seiten-Koordinaten |linked=1}}
zu
{{Kategorie Ereignis nach Jahr|Gemeindegründung|1992}}
Oder aber man entfernt die zentrale Vorlage aus Vorlagen wie Vorlage:Kategorie Ereignis nach Jahr →Spezial:Diff/193108153/232048053
Und ja die Vorlagen Coordinate/Positionskarte/irgendetwas mit Koordinaten, fasse ich ganz sicher nicht an, die verstehe ich eh nicht. --Liebe Grüße, Lómelinde Diskussion 13:20, 2. Okt. 2024 (CEST)
Ja, sowas meinte ich mit „identifizierten Situationen“ – wenn man weiß, dass „Ereignis nach Jahr“ die Hinweis immer einbindet, dann kann natürlich die Doppelung eliminiert werden.
  • Die „Ereignis nach Jahr“ sollte das schon weiterhin auslösen, weil dadurch wird die Kategoriebeschreibungsseite kürzer und übersichtlicher und bleibt überall einheitlich.
„Botanfragen, die ignorieren mich auch“
  • Du wirst nicht ignoriert.
  • Es sind nur so viele Schulaufgaben verteilt werden, dass die wenigen Techies bis 2025 benötigen werden, um die offenen Anfragen abzuarbeiten.
  • Da ist es nicht sinnvoll, vor 2025 neue Anfragen zu platzieren, weil dann die Arbeitskraft nur dadurch gebunden wird, diese Anfragen zu kommentieren, und niemand Zeit und Gelegenheit hat, sich um irgendeine Abarbeitung zu kümmern.
  • Ich bin jetzt über anderthalb Stunden onwiki, und habe noch null produktiv geleistet, sondern nur gelesen und diskutiert.
VG --PerfektesChaos 13:49, 2. Okt. 2024 (CEST)
@PerfektesChaos: Den Geohack – selbstverständlich mit Lua-Nutzung – neu aufzubauen, wäre ein gutes Werk, dass du hier noch vollbringen könntest. Zurzeit ist das ein undurchsichtiges Gemenge an Vorlagen und (teilweise wohl überflüssiger) Features. DEnk an das WP-Motto: Sei mutig... Gruß von ÅñŧóñŜûŝî (Ð) 19:46, 3. Okt. 2024 (CEST)

Vorlage:Bilderwunsch …

… kann mehrfach auf einer Seite eingebunden werden, sie erzeugt aber über eine eingebundene Vorlage {{Coordinate|NS={{{Breitengrad|}}}|EW={{{Längengrad|}}}|type=landmark|region={{{ISO-Region|}}}|name=Bilderwunsch im Artikel {{PAGENAME}}|text=diesen Koordinaten}} generell für jede einzelne Einbindung eine id="Bilderwunsch im Artikel {{PAGENAME}}", was dann natürlich zu Doppelungen führt, insbesondere in Listen wie →hier. Kann das irgendjemand abschalten? --Liebe Grüße, Lómelinde Diskussion 09:56, 8. Okt. 2024 (CEST)

Dafür sollte die ID in {{Coordinate}} gefixt werden. Damit ist es ein Unterthema von eins drüber. Wird es für Coordinate gelöst, ist es auch hier gelöst. Meine Idee wäre , dass die Koordinaten im Namen mit übergeben werden und daraus die ID erzeugt wird. Da die meisten Objekte größer sind, könnten auch mehrere Koordinaten nebeneinander für Objekte angegeben werden. --darkking3 Թ 09:16, 15. Okt. 2024 (CEST)
Irgendwie habe ich die gleiche Angelegenheit vor ein paar Tagen schon zum zweiten Mal beantwortet.
  • Spoilerwarnung: Dieses Jahr nicht mehr.
Das Nachfolgemodell der Vorlage:Coordinate soll im Regelfall keine id= identisch name= mehr erhalten.
  • Direkt vergebene id= nur noch auf ausdrückliche Anforderung.
  • Dabei der Standardparametersatz wie in Vorlage:Kasten.
  • Für die Backlinks aus den Werkzeugen heraus plane ich etwas wie id="coordinate:46.8086,9.9891" nach Koordination mit Werkzeugen; falls auf einer Karte auf einen sensitiven Punkt geklickt wird, springt es in die Wiki-Seite zu dieser Erwähnung.
  • Diese Dingse wären dann anders als die name=id kollisionsfrei mit Klartextnamen und gleichnamigen Überschriften.
  • Die Werkzeuge bräuchten wegen globaler Kompatibilität vermutlich einen neuen Parameter, um zusätzlich zur lesbaren Beschriftung &name= auch eine alternative Backlink-ID/&href= zu generieren. Aber ich springe über Hürden erst, wenn ich unmittelbar davorstehe; sonst habe ich bis dahin alle Einzelheiten wieder vergessen.
  • Ansonsten wüsste ich nicht, dass in irgendeinem freien Artikeltext mal jemand auf diese Koordinateneinbindung gesprungen wäre.
  • Auch sah ich noch nirgendwo, dass jemand BNR.css für die Dekoration einer Koordinate definiert hätte.
  • Woran ich mich erinnern kann, war dass in Berliner Straßenlisten die Verlinkung von Tabellenzeilen unmöglich war, weil diese denselben Klarnamen bekommen sollten wie bereits durch die Koordinaten vergeben.
Aus allen Vorlagen können die id= eliminiert werden, falls nicht grad die Seitenindikatoren dorthin verlinken.
  • Das war in den Nuller Jahren mal so eine Mode, die kritiklos aus der enWP übernommen wurde, und die in alle Elemente aller Vorlagen serienmäßig eingebaut wurde.
  • Genauso ein enWP-Vorbild-Pfusch wie die bgcolor=, valign= und die nicht vererbbaren align=, die bereits seit 1998 veraltet waren, und trotzdem flächendeckend verbaut wurden. Oder die geniale Idee, über die rechte obere Ecke des Portals die Seitenkoordinate zwischen zwei Zeilen zu quetschen, weil dort ja immer auf ewige Zeiten in jeder Skin ein freier Platz zugänglich wäre.
  • Gedacht gewesen war das, damit das neuartige BNR.css für die Ausblendung oder persönliche Umdekoration genutzt werden könne. Was aber so gut wie niemals irgendwer verwendet hatte.
  • Falls sich tatsächlich mal jemand beschweren sollte, dass was nicht mehr ginge, kann immer noch class= nachgerüstet werden.
VG --PerfektesChaos 17:25, 15. Okt. 2024 (CEST)
Es sei dir gegönnt, auf bereits vorhandene Antworten zu verweisen. Dürftest du von mir aus öfter machen, auch wenn ich deine ausführlichen Antworten natürlich schätze. Ich würde mich dann mal auf die "Suche" machen, in welcher Coord-Vorlage die ID nun eigentlich ergänzt wird. --darkking3 Թ 19:19, 15. Okt. 2024 (CEST)
Es müssen wohl {{CoordinateMain}} und {{CoordinateSimple}} angepasst werden. Für das ganze Coord-Zeug mit allen Untervorlagen darf auch gerne mal eine eigene Kategorie angelegt, allein schon um den Überblick zu behalten. Das ist für mich die einzige Vorlage, bei der es in der Doku bereits Sinn machen würde, eine Baumstruktur mit den jeweiligen Einbindungen anzulegen. Und {{CoordinateSort}} ist für mich auch eine Totgeburt. Ein Sortieren nach Koordinaten habe ich bisher nicht gesehen und erscheint mir auch irgendwie sinnfrei. --darkking3 Թ 19:34, 15. Okt. 2024 (CEST)
Bloß nicht dran rühren.
Die Dinger kooperieren mit den Werkzeugen, insbesondere mit den Karten, die viele Objekte darstellen. Zumindest sollten sie das, und so stelle ich mir das vor. Heißt: Auf einer Karte mit allen Orten, die „Neustadt“ heißen, und die auf einer BKS Neustadt über die verlinkten Seiten dargestellt werden, komme ich beim Klick auf Neustadt aus der Dose auf den zugehörigen Artikel zur Stadt. Wenn ich in einer Liste mit 123 Naturschutzgebieten bin, deren jedes mit den Koordinaten der Mitte vereinbart sind, dann müsste ich mit einem Klick auf die Lage im Landkreis zu der Tabellenzeile kommen, wo das beschrieben wird.
Mit der absehbaren Außerdienststellung der historischen Programmierung über das Dutzend Vorlagen fällt auch das bisherige Zeugs komplett weg. An dieser Leiche auf Urlaub noch herumzuschminken wäre nicht sehr weise, führt absehbar zu Funktionsausfällen, und irgendwie habe ich eine Dreiviertelmillion einbindender Seiten im Hinterkopf, also absolut keine Spielwiese für Experimente.
Wir haben diese um 2010 mal mit damaligen Mitteln sehr aufwändig doch noch erreichten Gebilde jetzt bald anderthalb Jahrzehnte störungsfrei in Gebrauch (Desktops), und bis auf die frische Lint-Vermüllung funktionieren sie nach damaligem Weltbild weiterhin korrekt. Da jetzt Monate zuvor noch riskante Zwischenbasteleien anzufangen ist völlig unnötig.
Sortierung nach Koordinaten gibt es sehr wohl; entweder alle von West nach Ost oder alle von Süd nach Nord, wenn ich die Basis-Reihenfolge richtig erinnere.
VG --PerfektesChaos 20:42, 15. Okt. 2024 (CEST)

Vorlage:Turnierplan64-ohne-Freilos

Letzter Kommentar: vor 1 Monat6 Kommentare3 Personen sind an der Diskussion beteiligt

Ich habe die Vorlage:Turnierplan64-ohne-Freilos erstellt. Bei den Freilosen in der ersten Runde tritt jedoch ein Problem mit der schwarzen Linie, die zur nächsten Runde führt auf. Siehe hier bei der Begegnung Mercado - Quaye. Es fehlt die Verbindung. Dies tritt bei allen Begegnungen der ersten Runde auf. Hier ein Beispiel einer anderen Vorlage mit 32 Teams, wie es richtig aussehen sollte. Irgendwo am Rahmen muss der Fehler liegen, finde ihn leider nicht. --TWsk (Diskussion) 14:10, 12. Nov. 2024 (CET)

Einen ersten, für mich offensichtlichen Fix habe ich umsetzen können, wo für mich erstmal Rahmendefinitionen falsch umgesetzt waren. Ich weiß nicht, wie du die Vorlage erstellt (oder zusammenkopiert) hast, daher gestaltet sich eine Fehlersuche erstmal als sehr schwierig. Da die Turnierplanvorlagen glücklicherweise parameterkompatibel sind, lässt sich zumindest anmerken, dass du die Tabellenspalten der ersten Runde offensichtlich aus der falschen Vorlage kopiert hast. Bei {{Turnierplan32-Freilos-ohne}} funktioniert alles in der ersten Spalte wie vorgesehen. Ich lege derzeit allerdings keinen Wert darauf, mich mit den Turnierplanvorlagen tiefgreifender zu befassen, daher kann ich dir nur raten, dich mit dem Tabellenaufbau der 4er-Gruppen zu beschäftigen, dann sollte sich die Lösung ergeben. (4er Gruppen meint RD1-team01 bis 04, RD1-team05 bis 08 usw.) --darkking3 Թ 16:04, 12. Nov. 2024 (CET)
Ich sollte noch ergänzen, dass eine notwendige Anpassung auch dazu führen kann, dass mein heutiger Fix auch ggf. ersetzt werden muss. --darkking3 Թ 16:12, 12. Nov. 2024 (CET)
DEérartige 64er-Vorlagen sind m. E. nicht sinnvoll. Besser getrennte Pläne nehmen. Die Smartphonenutzer werden es dir danken. Im konkreten Fall die erste Runde weglassen und oberhalb als Tabellenpaarung darstellen. ÅñŧóñŜûŝî (Ð) 17:34, 12. Nov. 2024 (CET)
@TWsk: Erledigt, Vorlage funktioniert jetzt wie sie soll. --darkking3 Թ 11:06, 13. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 Թ 11:06, 13. Nov. 2024 (CET)

Reklame: neue Vorlage:nowiki

Letzter Kommentar: vor 1 Monat2 Kommentare1 Person ist an der Diskussion beteiligt

Für anspruchsvolles Syntaxkonstruktionsverschachtelungsgefrickel. --PerfektesChaos 11:14, 14. Nov. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:14, 14. Nov. 2024 (CET)
Letzter Kommentar: vor 1 Monat3 Kommentare3 Personen sind an der Diskussion beteiligt

Hallo, einige Fragen zur neuen, von Vollbracht entwickelten und singulär nur hier eingesetzten Vorlage:Literatur mit Anker mit Vorlage:ToolTipLink:

Gruß, --Wi-luc-ky (Diskussion) 16:43, 17. Okt. 2024 (CEST)

Das sind alles Fragen, die auf der Vorlagen-Disk zu stellen sind, da es sich in meinen Augen (mal wieder) um eine Privat-Entwicklung von Vollbracht handeln dürfte. Ich kann mich in dem Zusammenhang an Vorlage:Bibel erinnern, bei der der User ohne jegliche Abstimmung diese wohl inkonsistent verändert hatte. Scheint bei ihm aber wohl Usus (1) und die Admin-Auflage wohl weiterhin notwendig zu sein. --darkking3 Թ 17:06, 17. Okt. 2024 (CEST)
Die Form, in der künftig Mehrfachreferenzierungen durch Subreferenzierungen zusammengefasst werden können sollen, ist von der Verwendung der Vorlagen, die ich hier eingesetzt habe, unabhängig. Es sollte möglich sein, die Form zu wählen, die übersichtlicher ist. Wenn später der Entschluss gefasst wird, dass die Form mit Subreferenzierung zu bevorzugen sei, obwohl sie in wissenschaftlichen Arbeiten kaum Entsprechungen findet, dann sei das so.
Der Parameter ID entspricht genau dem Attribut gleichen Namens, das damit erzeugt wird. Es gehört zum Sprachumfang von html, wird aber m. E. ohnehin von jedem verstanden. Eine andere Begründung oder Verwendung kann aus der Dokumentation der Vorlage:Literatur bis jetzt nicht abgeleitet werden.
Eine langfristige Übernahme von Änderungen an der Vorlage:Literatur war immer mein Ziel. Diese Vorlage basiert jedoch auf einer Struktur von Modulen, bei denen ich nicht erkennen kann, dass auf Wartbarkeit Wert gelegt wurde. Gleichzeitig sind in den letzten Jahren immer wieder undokumentiert Änderungen in diese Module eingeflossen. Es wäre mir sehr lieb, wenn eine gemeinschaftliche Entwicklung mit sauberer Spezifikation unserer Anforderungen zu einer Zusammenführung der Leistungen der Entwickler führen könnte. Das bedeutet, dass künftig aufgeschrieben wird, was eine Funktion leisten soll, bevor sie erstellt, oder geändert wird. Auf diese Weise können viele Entwickler erfolgreich Fehlerkorrekturen und Verbesserungen umsetzen. Die Arbeit wird dann nicht mehr auf Einzelne beschränkt, die ihre Vorstellungen und selbstgesteckten Ziele durch Quickhacks umsetzen.
Die verwendete Harvard-Zitation mit Link auf vollständige Literaturangaben hat zum Ziel, dass vollständige Angaben nicht erst gesucht werden müssen. Sie ist ein Ersatz für Kurzreferenzen, bei denen man nur erahnen kann, dass irgendwo eine vollständige Literaturangabe existiert. Die Angaben, die nach WP:ZR vorgesehen sind, bleiben das somit auch.
Die Vorlage:ToolTipLink lädt nicht zur Verwendung von geschützten Lehrzeichen ein. Wenn sie da gestanden haben, habe ich sie da gelassen. Wenn nicht, habe ich sie nicht ergänzt. Was ist Dir denn lieber? --Vollbracht (Diskussion) 21:34, 17. Okt. 2024 (CEST)

Vorlage:Abstimmung

Letzter Kommentar: vor 1 Monat7 Kommentare3 Personen sind an der Diskussion beteiligt

Hallo, ich wünsche mir eine Vorlage für Abstimmungen (Sachabstimmungen wie Plebiszite), die im Grundsatz sehr ähnlich ist, wie die Vorlage:Wahldiagramm, aber eben auf die spezifischen Anforderungen von Volksabstimmungen zugeschnitten.

Was – soll das Gewünschte tun? --> Ein Balkendiagramm ausgeben, wie es die Vorlage Wahldiagramm auch macht. Allerdings müsste es prinzipiell möglich (aber nicht zwingend nötig) sein, für "Ja" und "Nein"-Stimmen, sowohl den Anteil an den gültigen Stimmen, als auch den Anteil an den abgegebenen Stimmen, als auch den Anteil an den Stimmberechtigten anzugeben (wegen der Quoren). Das Balkendiagramm sollte stets einen eigenen Balken vorangestellt haben, aus dem die Zahl der Stimmberechtigten und der Abstimmenden hervorgeht. Weiterhin sollte es möglich sein, mehrere Vorlagen darzustellen, die entweder getrennt mit Ja/Nein abgestimmt wurden oder auch alternativ zur Abstimmung standen (all diese Varianten gibt es in der echten Welt). Zuletzt wäre es gut, wenn das Quorum sichtbar gemacht werden könnte (ähnlich wie die Sperrklausel bei Wahlen).
Wie – soll das Gewünschte aussehen? --> Im Grundsatz wie die Vorlage:Wahldiagramm, eben nur mit angepassten Funktionen.
Warum – ist es hilfreich, so etwas zu haben? --> Weil es in de:WP aktuell bereits mehr als 200 Artikel zu Plebisziten gibt auf denen eine solche Vorlage, wie auch bei Wahlen, gut eingebaut werden könnte.
Wer – wünscht die Umsetzung? --> Ich wünsche mir die Umsetzung, da ich sehr viel in diesem Themenbereich arbeite und die Vorlage sehr einsetzen möchte. (Ich habe beispielsweise zuletzt gearbeitet in: Liste der Plebiszite in Deutschland, Volksabstimmungen in NS-Zeit, Volksabstimmung in Oberschlesien 1921, Volksabstimmungen in Ost- und Westpreußen 1920, aktuell Volksabstimmung in Schleswig).
Wo – soll das umgesetzt werden?m --> siehe oben, potentiell kann das in nahezu jedes Lemma über ein Plebiszit eingebaut werden
Wo – findet sich ein Beispiel oder ähnlich Geartetes? --> Die Vorlage:Wahldiagramm ist schon recht nahe dran; es geht mir mehr um eine Variante dieser Vorlage, in der die vielen für Abstimmungen überflüssigen Funktionen weggelassen sind und die Darstellung auf die Spezifika von Abtimmungen hin optimiert ist.

Ich hoffe, ich konnte meinen Punkt machen und freue mich auf Eure Rückmeldungen und Fragen. Danke für Eure Mühe! beste Grüße Lokiseinchef (Diskussion) 10:44, 19. Okt. 2024 (CEST)

Deine Darlegungen sind äußerst klar, präzise, folgen vorbildlich strukturiert dem Intro; das Anliegen ist nachvollziehbar.
In der Sache ist der gesamte Bereich Wahlen & Grafiken im Umbruch und nicht stabil und zukunftssicher.
  • Es gibt eine wacklige, nicht zukunftsfähige CSS-Lösung aus den frühen 2010ern, von der wir hoffen, dass sie ohne größere Zusammenbrüche weiterhin noch irgendwie hält.
  • Es gibt neue Ansätze mittels Graph-Funktion, die robustere, vielfältigere und besser mit Daten zu versorgende Lösungen zulassen.
  • Genau diese Graph-Funktion ist aber seit etlichen Monaten global deaktiviert worden, weil sie so viel Konfiguration erlaubt, dass dadurch Sicherheitsprobleme entstanden sind.
Heißt: Es ist zurzeit nicht sinnvoll, eine neue Programmierung in dieser Richtung anzufassen.
VG --PerfektesChaos 12:01, 19. Okt. 2024 (CEST)
Ich stimme zu, dass mit so einer Vorlage gewartet werden sollte, bis die neue Chart-Erweiterung einsatzbereit ist. Sie ist bereits im Testbetrieb, das wird also nicht mehr wahnsinnig lange dauern. --XanonymusX (Diskussion) 15:44, 19. Okt. 2024 (CEST)
Hallo, danke Euch beiden für die schnelle Antwort! Das kann ich alles gut nachvollziehen, zunächst sollte die neue Erweiterung auf die Straße gebracht werden, besondere Eile besteht ja ohnehin nicht. Gibt es eine geschickte Lösung, wie ich mitbekommen kann, dass die Chart-Erweiterung im Stable-Branch angekommen ist. Soll ich meine Vorlagen-Anfrage zum Zeitpunkt X nochmal neu stellen oder soll sie hier als "zunächst zurückgestellt" bleiben? Was funktioniert für Euch am besten? Danke für Eure Mühe, mit besten Grüßen Lokiseinchef (Diskussion) 09:37, 21. Okt. 2024 (CEST)
Mir wäre eine erneute Anfrage ab 1. Januar 2026 am liebsten, unter Bezug auf diesen Abschnitt hier.
Wir müssen einen riesigen Berg an Altlasten zurück in die Nuller Jahre durch zeitgemäße robuste Programmierungen ersetzen. Das von dir Gewünschte mit allen absehbar benötigten Features zu konzipieren und dann umzusetzen und zu dokumentieren ist einiges an Arbeit, und ginge in den Monatsbereich. Drei Tage nach Freischaltung der Charts ist das sicher noch nix, und eine schlaue Strategie für die Kodierung der Datenstruktur könnte auf JSON in Wikitext hinauslaufen; kaum auf 200 Vorlagenparameter wie vor zwei Jahrzehnten. Möglicherweise internationalisert zwischen Wikis austauschbar; vielleicht Basis aus der enWP falls gut gemacht.
VG --PerfektesChaos 13:45, 21. Okt. 2024 (CEST)
Nebenbei fallen mir noch die Schweizer regelmäßigen Angelegenheiten ein, in 26 Kantonen plus Gesamtergebnis. Oder ESC.
Wenn schon mal die Zahlenwerte hinterlegt wurden, dann sollte aus diesen nicht nur die grafische Übersicht, sondern auch eine Tabelle mit den Zahlenwerten generiert werden. Das gilt für Wahlen genauso.
VG --PerfektesChaos 13:51, 21. Okt. 2024 (CEST)
Hallo, ich sehe, meine Anfrage hat schon gleich Umsetzungsideen angestoßen. Freut mich :) Dann mache ich mir einen Alarm in meinen Kalender für Januar 2026. Ich danke Dir! beste Grüße Lokiseinchef (Diskussion) 17:23, 21. Okt. 2024 (CEST)

Positionskarten hsb.wp

Letzter Kommentar: vor 19 Tagen4 Kommentare3 Personen sind an der Diskussion beteiligt

Guten Abend, ich bräuchte mal wieder Amtshilfe für die sorbische Wikipedia. Aus einem mir nicht bekannten Grund funktionieren die Positionskarten in den Ortsartikeln im neuen Design (also für alle unangemeldeten Nutzer) nicht mehr. Im alten Design sieht es aus wie immer. Als Beispiel der Artikel hsb:Jaseńca_(Bóšicy). Die betroffenen Vorlagen sind hsb:Template:Infokašćik město und hsb:Template:Infokašćik Wjes we Łužicy. Erkennt da vielleicht jemand von euch oder weiß aus Erfahrung, wo der Fehler liegt und wie man ihn beheben kann? Vielen Dank im Voraus und schöne Grüße, --j.budissin+/- 20:14, 8. Nov. 2024 (CET)

Sollte wieder funktionieren: hsb:Special:Diff/385262. Gruß, -- hgzh 12:06, 10. Nov. 2024 (CET)
Super, besten Dank! --j.budissin+/- 20:56, 11. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 Թ 09:35, 26. Nov. 2024 (CET)

Suche Vorlage

Letzter Kommentar: vor 19 Tagen6 Kommentare4 Personen sind an der Diskussion beteiligt

Wo finde ich das deutsche Pendant zu dieser en-Vorlage? Grüße --Partynia ∞ RM 17:41, 19. Nov. 2024 (CET)

Wenn dann wohl vermutlich in dieser Kategorie:Vorlage:Turnierplan, wenn man den Namen wüsste wäre das leicht zu finden, so aber gibt es etliche. --Liebe Grüße, Lómelinde Diskussion 18:00, 19. Nov. 2024 (CET)
Frage da doch mal Siebenschläferchen vielleicht weiß er welche das wäre, oder ob wir sie hier haben. --Liebe Grüße, Lómelinde Diskussion 18:19, 19. Nov. 2024 (CET)
Vorlage:Turnierplan8-kompakt-3-Freilos-Platz3 müsste das sein. Ich arbeite daran, die Turnierpläne evtl. etwas geordneter darzustellen. Gruß--Siebenschläferchen (Diskussion) 20:04, 19. Nov. 2024 (CET)
Danke Dir. Musste man trotzdem etwas rumprobieren. --Partynia ∞ RM 22:28, 19. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 Թ 09:34, 26. Nov. 2024 (CET)

Kategorie:Seiten mit Einzelnachweisfehlern, die visuelle Unterschiede auslösen

Letzter Kommentar: vor 19 Tagen4 Kommentare3 Personen sind an der Diskussion beteiligt

Guten Abend, ich bin etwas irritiert – weiß hier jemand, welchen Zweck die genannte Kategorie erfüllt? @DestinyFound meinte in Spezial:Diff/250485390, die Einbindung wird über die Vorlage:Erläuternde Fußnote erzeugt, aber ich blick’ dort nicht durch. Bisher wurde die Beschreibungsseite der Kategorie nicht erstellt und ich habe keine Ahnung, wie ich die Einträge (gestern noch um die 40, jetzt um die 60) abarbeite. LG; --VECTR¹⁹³ONATOR (DISK) 18:17, 19. Nov. 2024 (CET)

Vorlage:Erläuternde Fußnote habe ich angepasst. Meiner Meinung nach kann die gelöscht werden, sie erfüllt hier ohnehin keinen Zweck, weil wir die abweichende Nummerierung von Einzelnachweisen nach Gruppenname hier nicht aktiviert haben. Die Einbindungen kommen aus Importartikeln und müssen sowieso angepasst werden.
Die Wartungskategorie selbst habe ich wie üblich auf Benutzer- und Diskussionsseiten deaktiviert und nach Kategorie:Wikipedia:Seite mit Einzelnachweisfehlern umgeleitet. -- hgzh 19:08, 19. Nov. 2024 (CET)
Vielen Dank für deinen Einsatz. LG; --VECTR¹⁹³ONATOR (DISK) 19:38, 19. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 Թ 09:34, 26. Nov. 2024 (CET)

Vorlage:Infobox Forschungsreaktor

Letzter Kommentar: vor 19 Tagen4 Kommentare3 Personen sind an der Diskussion beteiligt

In der Vorlage "Infobox Forschungreaktor" taucht der Name für die Größe "Neutronenfluss" auch als "Neutronenflussdichte" auf. Warum das falsch ist, habe ich in der Diskussion zur Vorlage beschrieben. Es muss immer heißen "Neutronenfluss". Wer könnte das ändern? Herzlichen Dank --Roderich Kahn (Diskussion) 10:45, 22. Nov. 2024 (CET)

Einfach auf „Bearbeiten“, Strg+F drücken, „Neutronenflussdichte“ eingeben und die eine Entsprechung von „Neutronenflussdichte“ in „Neutronenfluss“ ändern. Ich bin nicht bereit, dass zu machen, weil ich thematisch nicht im Thema bin. Aber diese Änderung ist ja ein leichtes, was du auch selbst machen kannst. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 11:01, 22. Nov. 2024 (CET)
Vielen Dank für die schnelle Antwort. Ich habe das gemacht. Ich war mir nur nicht sicher, ob ich das in einer Vorlage selbst machen darf. Gruß --Roderich Kahn (Diskussion) 12:01, 22. Nov. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: --darkking3 Թ 09:33, 26. Nov. 2024 (CET)

Vorlage:DNB-Portal: Verhältnis von ID und Wikidata

Letzter Kommentar: vor 1 Monat3 Kommentare2 Personen sind an der Diskussion beteiligt

Hallo, in der Doku zu Vorlage:DNB-Portal #Vorlagenparameter steht „Standard Wikidata-Eintrag“. Dies legt nahe, dass die Vorlage wie andere VLs die ID automatisch aus WD zieht und daher eine Angabe der ID in einem Lemma überflüssig sei.

Zudem wird die ID nur als „vorgeschlagen“ beschrieben.

Nun wird aber bei Löschung der ID in der VL bei Vorschau überraschenderweise ein Eintrag in der Kategorie:Wikipedia:Vorlagenfehler/Vorlage:DNB-Portal/ohne GND angezeigt.

Ich empfinde das als widersprüchlich. Auch bzw. gerade wenn im Abschnitt Vorlage:DNB-Portal #Parameter etwas von ID „muss“ steht.

Gruß, --Wi-luc-ky (Diskussion) 21:01, 27. Okt. 2024 (CET)

Das würde ich auf der Vorlagendisk ansprechen. Die Doku lässt sich ja leicht anpassen. -- hgzh 13:05, 4. Nov. 2024 (CET)
Danke, Hgzh. Hab ich dorthin kopiert. Gruß, --Wi-luc-ky (Diskussion) 16:09, 4. Nov. 2024 (CET)

Teilweise störender Zeilenumbruch in der Vorlage:Infobox Volleyballspieler

Letzter Kommentar: vor 1 Monat5 Kommentare3 Personen sind an der Diskussion beteiligt

Mein Volleyball-Kollege Benutzer:Ahwie hat mich auf ein zuletzt verstärkt auftretendes Problem in der Vorlage:Infobox Volleyballspieler hingewiesen. Dort werden in manchen Ansichten lange Vereinsnamen so umgebrochen, dass sie nicht mehr in einer Zeile stehen. Das führt dazu, dass die Jahreszahlen der Vereinszugehörigkeit nicht mehr in einer Zeile mit den Vereinsnamen stehen, sondern in dem Abschnitt alles verrutscht. Als wir darüber diskutiert haben, hat sich bei mir ergeben, dass ich den Fehler in der mobilen Ansicht mit de.m.wikipedia.org und in der Android-App sehe, aber nicht im Browser, egal wie groß oder klein das Browserfenster ist. Bei Ahwie taucht das Problem aber auch in anderen Ansichten auf. Siehe auch meine Diskussionsseite. Ich vermute, dass das Problem mit dieser Änderung zu tun hat, in der die Infobox eine feste Breite von 300px bekommen hat. Das erklärt aber nicht, warum der Fehler nur in manchen Ansichten und mit Unterschieden zwischen den Benutzern auftritt. Kann uns jemand mit mehr Ahnung von der Programmierung und den Unterschieden klassisch/mobil helfen? --MSchnitzler2000 (Diskussion) 14:56, 1. Nov. 2024 (CET)

Der Hauptfehler beim Zeilenumbruch ist m.E. durch die Änderung vom 15. Oktober 2024 entstanden. Hier wurde die Breite der Infobox fest auf 300px gesetzt (width:300px in der ersten Zeile). Ich habe das jetzt erstmal rückgängig gemacht. Das behebt aber keineswegs andere Fehler bei den Unterschieden klassisch/mobil, daher bitte weiter von den Spezialisten untersuchen! Vielen Dank --Ahwie (Diskussion) 11:22, 4. Nov. 2024 (CET)
Hab mal ein nowrap eingebaut, das sollte helfen. -- hgzh 12:56, 4. Nov. 2024 (CET)
Das eingebaute nowrap hilft nur teilweise. Ich habe gerade ein paar Artikel in unterschiedlichen Ansichten aufgerufen. Neben der klassischen Ansicht funktioniert jetzt auch die mobile Version mit de.m.wikipedia.org. Aber in der Android-App wird immer noch bei einigen Artikeln der störende Zeilenumbruch erzeugt und es erscheint mir willkürlich, wann das in der App funktioniert oder nicht. --MSchnitzler2000 (Diskussion) 14:53, 4. Nov. 2024 (CET)
Das liegt daran, dass die App allerlei undokumentierte Transformationen an Tabellen, Infoboxen etc. vornimmt, um diese in die dort gewünschte Form zu überführen. Da dies das Debugging erschwert bzw. teils auch unmöglich macht, Änderungen nicht kommuniziert und die Apps sowieso selten genutzt werden, empfehle ich, das zu ignorieren. Ich werde da jedenfalls keine Arbeit reinstecken. Gruß, -- hgzh 15:40, 4. Nov. 2024 (CET)

Vorlage:Audio: wav statt ogg ok?

Letzter Kommentar: vor 1 Monat7 Kommentare5 Personen sind an der Diskussion beteiligt

Liebe Leute,
ich nutze in letzter Zeit oft die Vorlage:Audio, die ich bisher immer wie hier und hier beschrieben mit ogg-Dateien befülle. Jetzt haben wir beim WikiMUC-Frauenzimmer mal ein altes Audiodateienprojekt wiederbelebt und angefangen, Audio-Files mithilfe von Lingua Libre zu erzeugen. Lingua Libre gibt wavs aus. Probehalber haben wir in den englischen und katalanischen Artikel zu Rita Süssmuth die Audio-Vorlage mit wav befüllt eingebaut. Das scheint überall zu funktionieren, jedenfalls in iOS, Android und am Desktop (Firefox , Chrome und sogar Safari!). Nun die Frage: Spricht irgendwas dagegen, in der Audio-Vorlage wavs statt oggs zu verwenden? Beste Grüße --Kaethe17 (Diskussion) 18:35, 2. Nov. 2024 (CET)

Warum fragst du? Wo ist das Problem?
  • Hat irgendeine Software gemeckert?
  • Maßgeblich ist die Frage, ob die Wiedergabe bei unserem Publikum problemlos möglich wäre, und da sind mir keine Einschränkungen bekannt.
  • Es gehört auch zu den für MediaWiki registrierten Formaten.
  • Weil WAV auf Microsoft zurückgeht, rümpfen manche Leute etwas die Nase, hat aber keine Folgen. Lizenzprobleme beim Abspielen gibt es keine, wenn überhaupt mögen die bei der Generierung auftreten. Anders als möglicherweise früher mal bei proprietären Formaten sind mindestens hier aber keine Lizenzen erforderlich. Technisch ist das irgendwie 40 Jahre alte Format auch sehr simpel gehäkelt und lässt sich einfach verarbeiten.
VG --PerfektesChaos 20:21, 2. Nov. 2024 (CET)
Die komplette Dokumentation zum Thema Audio suggeriert, dass nur Ogg-Vorbis-Audiodateien hochgeöladen werden dürfen(!) und das alles andere nicht funktioniert. Insoweit kein Wunder, wenn hier mal nachgefragt wird.
@Kaethe17: Motivation für dieses "Verschweigen" des WAV-Formats ist wohl die Tastsache, dass eine WAV-Datei bei gleichem Inhalt viel größer ist und man damit unnötig Festplattenplatz verbraucht. Sie sollten also vermieden werden. Hier kann mit FFmpeg konvertiert werden. ÅñŧóñŜûŝî (Ð) 01:02, 3. Nov. 2024 (CET)
Danke AntonSusi und Perfektes Chaos. Ja genau, ich habe gefragt, weil es mich misstrauisch gemacht hat, dass das Format in der Dokumentation nicht genannt wird. Nur weil ich und zwei andere es erfolgreich getestet haben, heißt ja nicht, dass es wirklich keine Probleme macht. Dann weiß ich jetzt Bescheid: wav geht auch – aber macht größere Dateien, also wenn möglich ogg. Liest du mit, Reisen8? --Kaethe17 (Diskussion) 18:13, 4. Nov. 2024 (CET)
Danke liebe Diskussionsgruppe, heißt also für mich: Lingua Libre (das wir ja kaum zu .ogg werden überreden können...) ist möglich, aber nicht die beste Lösung - oder? Wenn ich über den Voice Rekorder aufnehme, dann konvertiere, über Audacity bearbeite und hochlade, kann ich ja das Format selbst bestimmen. Für Android haben wir Fossify als nicht-proprietären Voice Rekorder, der .ogg aufnehmen kann. Für I-Phones stehen noch weitere Tests mit Aspose aus, das soll auch .ogg aufnehmen können. --LG -- Benutzerin:Reisen8 • Benutzerin Diskussion:Reisen8 • Wikiliebe?! 18:37, 4. Nov. 2024 (CET)
Ich las aus der Anfrage eine gewisse Unsicherheit heraus; deshalb hielt ich mich mit weiteren Handlungsempfehlungen zurück.
Ich schrub oben: „40 Jahre alte Format auch sehr simpel gehäkelt und lässt sich einfach verarbeiten“
  • Heißt: Die Audiodaten sind roh und wohl kaum oder überhaupt nicht komprimiert.
  • MP3 und .ogg wären Beispiele für später entstandene Formate, die komprimieren können, damit die Dateien nicht so groß werden.
  • .WAV hat man heutzutage als anderthalb-Sekunden-Piepser und Gebimmel auf der eigenen Festplatte; für minutenlange Mitschnitte ist das nicht so schleckig.
Es gibt allerlei Werkzeuge, auch kostenlos im Web, die von .WAV in geeignetere Formate konvertieren können.
  • Mal gucken, was auf den eigenen Rechnern alles installiert ist; womöglich liegt da irgendein Tool oder Player bereits rum, der das umwandeln kann.
  • Ich bin in diesem Jahrhundert nicht mehr so in der Bastelkiste, aber da sollte es kostenlosen Kram im Internet geben. Der mag jedoch virenverseucht sein; besser über Empfehlungen seriöser Zeitschriften und Plattformen.
VG --PerfektesChaos 20:44, 4. Nov. 2024 (CET)
Audacity und Fossify sind beide sehr vertrauenswürdige Open Source-Programme bzw. Suiten. Hier sehe ich keine Probleme. Allerdings darauf achten die echte Quelle zu nutzen (https://www.audacityteam.org/ (richtig) vs. https://www.audacity.de/ (falsch)) Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 11:26, 5. Nov. 2024 (CET)

Helferlein Navigation Popups: Vorlagenbilder anzeigen

Letzter Kommentar: vor 1 Monat5 Kommentare3 Personen sind an der Diskussion beteiligt

Ich habe für die Artikelvorschau das Helferlein Wikipedia:Technik/Skin/Gadgets/navigation-popups aktiviert, weil es mehr Infos bietet als die (wohl üblichere) Seitenvorschau. Das hat allerdings einen Haken: In der (Cursor-)Vorschau wird oft nicht das in der Infobox integrierte Bild, sondern das erste darauf folgende Bild gezeigt. Hier einige Beispiele:

Erfreulich anders ist es bei Vorlage:Infobox Song: z.B. Mambo Italiano (Lied) -> zeigt in der Vorschau das integrierte Bild. (ebenso: Vorlage:Infobox Bahnhof)
Wäre es möglich, die Vorlage(n) entsprechend zu programmieren? Das Bild in der Infobox ist ja in aller Regel das Hauptbild des Artikels. Zumindest ich würde dann viel lieber Infoboxen in den Artikeln einfügen. Vielleicht auch andere?
Schon mal vielen Dank fürs Kopfzerbrechen. Gruß --Artessa (Diskussion) 13:48, 29. Okt. 2024 (CET)

Die Navigations-Popups extrahieren die erste Bildeinbindung aus dem Wikitext mit einem Regulärem Ausdruck, der bei komplexerer Bildeinbindung versagt. Idealerweise würden diese Bilder per mw:Extension:PageImages bezogen werden, was aber nicht passiert. Das Problem liegt also beim Gadget, nicht unseren Vorlagen. Gruß, -- hgzh 13:00, 4. Nov. 2024 (CET)
Danke für die Antwort. Leider stehe ich damit vor einer Wand. Wo soll ich mich hinwenden? Wer kann das gen. Gadget-Problem lösen? --Artessa (Diskussion) 17:24, 4. Nov. 2024 (CET)
Auf Wikipedia Diskussion:Technik/Skin/Gadgets/navigation-popups wärest du richtig. Wie du auf der Disk. sehen konnte, wurde das Problem dort bereits besprochen: Wikipedia Diskussion:Technik/Skin/Gadgets/navigation-popups#Falsches Foto wird angezeigt. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 11:19, 5. Nov. 2024 (CET)
@MM-Episodenliste & dLvAupdater:, danke für den Hinweis. Dann spreche ich es mal dort an. --Artessa (Diskussion) 11:12, 6. Nov. 2024 (CET)

Vorlage:Infobox Sportschütze

Letzter Kommentar: vor 1 Monat3 Kommentare3 Personen sind an der Diskussion beteiligt

Wie kann man in der Vorlage:Infobox Sportschütze es so einstellen, dass der Button "Ausklappen" unten neben dem Balken mit "Medaillen" nicht direkt an den orangenen Balken angrenzt, sondern wenigstens ein Leerzeichen dazwischen ist? Siehe z.B. Lee Woo-seok. Oder ist das nur bei meinen persönlichen Einstellungen so (Monobook)? Gruß, Squasher (Diskussion) 10:53, 5. Nov. 2024 (CET)

Ich meine, dass ist bei allen entsprechenden Infoboxen so. Schau dir z.B. Michelle Tau mit {{Infobox Taekwondoin}} an, da sieht es ähnlich aus. Dass der Einklappen button dann wieder ein vermeintliches Space hat, liegt vermutlich an der dann aufgeklappten Tabelle. --darkking3 Թ 11:06, 5. Nov. 2024 (CET)
Ist nicht ganz trivial, weil es viele Sonderfälle gibt. Idealerweise direkt in der Software zu lösen, siehe phab:T178998. Gruß, -- hgzh 15:42, 7. Nov. 2024 (CET)

Vorlage:ANNO: Ergänzung der ALEX-Verlinkung

Letzter Kommentar: vor 1 Monat2 Kommentare2 Personen sind an der Diskussion beteiligt

Hallo, bei der Vorlage:ANNO wird seit fünf Jahren die Ergänzung um eine Verlinkung zu Texten bei ALEX – Historische Rechts- und Gesetzestexte Online gewünscht.

Detaillierte Vorüberlegungen sind dankenswerterweise 2019 von PerfektesChaos aufgeschrieben worden, die noch einmal ans Ende dieses VL-Threads aus dem VWS-Archiv kopiert worden sind.

Dankend, --Wi-luc-ky (Diskussion) 18:11, 30. Okt. 2024 (CET)

Unterstützend und mitdankend. --62.240.156.2 19:17, 10. Nov. 2024 (CET)

Liste der IPA-Zeichen

Letzter Kommentar: vor 1 Monat4 Kommentare2 Personen sind an der Diskussion beteiligt

Zu dieser Liste und zugehörigen Vorlagen gab es bereits Diskussionen hier, z. B. in 2016. Die Liste der IPA-Zeichen bietet mit Ankern auf jedem Zeichen die Möglichkeit, entsprechende Deep Links zu setzen. Dies sollte in den Vorlagen IPA, lang, etc. ausgenutzt werden. Leider sind einige der Zeichen hierfür ungeeignet. Entsprechende Deep Links funktionieren nicht. Welche das sind, erkennt man direkt in den ToolTips im Suchindex. In der Artikel-Disk habe ich bereits einen Verweis hierher angelegt. Das Problem sollte behoben werden, jedoch abgestimmt in Vorlagen und Artikel. Vorschläge und Anmerkungen bitte deshalb gleich hier! --Vollbracht (Diskussion) 19:38, 8. Nov. 2024 (CET)

In den verlinkten Diskussionen und auch seit anderthalb Jahrzehnten an anderen Stellen wurde immer abgelehnt, zu jedem einzelnen Zeichen irgendwelche Deep Links zu generieren.
  • Grund: Das ist nicht bedienbar, und auch per Popup nicht pro einzelnes Zeichen anzeigbar.
  • Entweder, jemand kann IPA; dann bedarf es eines solchen Features mit gigantisch aufgeblähtem HTML-Text nicht.
  • Oder IPA wird nicht beherrscht; dann ist es auch nicht hilfreich, eine endlose Abfolge von ulveolaren labialen vibranten Frikativen usw. angesagt zu bekommen; ohne Linguistik-Studium ist kaum zu begreifen, was jetzt zu sprechen sein soll.
Wenn man den in unserem Artikel angegebenen IPA-Text in die Aussprache ganzer Wörter oder Feinheiten bei einer einzelnen Silbe umsetzen möchte, dann muss dieser Artikel und die Liste der IPA-Zeichen nebeneinandergelegt werden. Wenn der Bildschirm groß genug ist, lassen sich zwei Browser-Tabs neben- oder übereinander darstellen. Danach muss sich Zeichen für Zeichen durchgebissen werden, und eines Tages wird dann auch IPA beherrscht, ohne nachgucken zu müssen.
Insgesamt ist dies ein Randproblem und nur ein zusätzlicher Service.
Es wurde auch von unserer Seite abgelehnt, einen Audio-Generator auf den Wiki-Servern zu implementieren, weil sich das nicht mit der erforderlichen Vollständigkeit und eindeutig sicherstellen lässt.
  • Es gibt aber wohl im Internet freie Audio-Generatoren, von denen per C&P das IPA aus unserem Artikel vorgelesen werden kann; auf eigene Gefahr.
Während es als Aufblähung aller Artikel für jeden Abruf nicht akzeptabel ist, kann sich jeder gern ein Benutzerskript schreiben, welches die Abfolge von Deep Links generiert und die pauschale Verlinkung des gesamten Liste der IPA-Zeichen durch Links auf Einzelzeichen ersetzt, oder noch schlauer PopUps mit dem Inhalt der jeweiligen Tabellenzeile generiert.
Interne Fragen betreffend einiger der Zeichen mit ungeeigneten Selektoren wären innerhalb der Artikeldisk zu klären; keine Angelegenheit dieser Werkstatt.
VG --PerfektesChaos 09:25, 9. Nov. 2024 (CET)
Das ist nicht ganz richtig. Wenn ich [haus] irgendwo stehen habe, wird wohl niemand nachsehen, was welches der 4 IPA-Symbole bedeutet. Aber wenn ich ein komplizierteres Wort mit phonetischen Hilfszeichen gemäß IPA beschreibe, dann wissen Laien nicht, was mit einem ​ʔ gemeint ist. Da ist es hilfreich, dass wir zumindest auf die Liste verlinken, wo der Leser nachsehen kann. Wenn ihm aber alle anderen Zeichen geläufig sind, dann interessiert ihn allein nur dieses eine. Da wäre es schon eine Hilfe, ohne in der Liste suchen zu müssen wenigstens die Info zu bekommen, dass es sich hier um einen glottalen Plosiv handelt.
In diesem Thread ist aber von Bedienbarkeit nicht die Rede. Es geht viel mehr um Unterschiede zwischen den Zeichen. Etwas, was bei dem einen funktioniert, funktioniert beim anderen nicht. Also kannst Du einen Löschantrag für die Vorlage:IPA-Zeichenleiste stellen, oder in diesem Thread darüber diskutieren, wie wir erreichen können, dass diese Vorlage für alle Zeichen in gleicher Weise optimal funktioniert.
Und dabei brauchen wir sicher nicht über unterschiedlich gebildete Leser diskutieren. Wir könnten sonst behaupten, wir könnten uns die WP sparen, weil jene mit ultimativem Allgemeinwissen ohnehin nicht da rein gucken und die Anderen gefälligst die EN durcharbeiten, bis sie ein entsprechendes Allgemeinwissen haben. --Vollbracht (Diskussion) 08:31, 10. Nov. 2024 (CET)
Nach deinem Plan würde beim Anklicken des ersten Zeichens mit entsprechend gleichzeitiger anderer Taste ein neues Browser-Fenster/Tab geöffnet werden, in dem die Tabelle in Liste der IPA-Zeichen auf die entsprechende Zeile positioniert sei.
  • Das müsste für das zweite Zeichen wiederholt werden, was die Liste der IPA-Zeichen erneut in einem anderen Browser-Fenster/Tab öffnet, in dem die Tabelle nunmehr auf dieses Zeichen positioniert ist.
  • Das müsste für das dritte Zeichen wiederholt werden, was die Liste der IPA-Zeichen erneut in einem anderen Browser-Fenster/Tab öffnet, in dem die Tabelle nunmehr auf dieses Zeichen positioniert ist.
  • Das müsste für das vierte Zeichen wiederholt werden, was die Liste der IPA-Zeichen erneut in einem anderen Browser-Fenster/Tab öffnet, in dem die Tabelle nunmehr auf dieses Zeichen positioniert ist.
  • Im Ergebnis hat man dann alles voll mit geöffneten Ansichten derselben Tabelle, durch die sich niemand mehr durchfindet.
Bereits vor anderthalb Jahrzehnten wurde begriffen, dass das niemand haben will und gebrauchen kann.
  • Auch wollen wir nicht bei jedem Abruf jedes entsprechenden Artikels 3 kB HTML-Schrott ausliefern, mit dem niemand etwas anfangen kann, und was ohnehin niemand benutzen kann.
  • Auf einm Smartphone komplett gaga.
  • Es gibt keinerlei sinnvolle Lösung innerhalb des Wikitextes.
  • „In diesem Thread ist aber von Bedienbarkeit nicht die Rede“ – auf deinem Planeten mögen unbedienbare unbrauchbare Lösungen erstrebenswert sein; der Rest des Projekts legt sehr wohl Wert auf einfach bedienbare sinnvolle Lösungen, die mit jedem entsprechenden Artikel ausgeliefert werden.
Wer sich durchbuchstabieren möchte, wandelt die zusätzlich geöffnete Liste der IPA-Zeichen in ein separates Browser-Fenster, ordnet das so an, dass die fragliche Stelle im Ausgangs-Artikel und dieses IPA-Fenster gleichzeitig sichtbar sind, und arbeitet sich dann Zeichen für Zeichen durch die IPA-Liste durch, und versucht die linguistischen Beschreibungen zu verstehen, und bildet sich allmählich eine Vorstellung von der Aussprache.
Die einzige Lösung wäre ein JS-Benutzerskript, das die Verlinkung durch kleine PopUps ersetzt, was du gern erstellen, dokumentieren und der Welt anbieten kannst. Darin mag die jeweilige Tabellenzeile wiedergegeben werden.
Im Übrigen nerve bitte die Welt nicht mit deinen unausgereiften nicht zu Ende gedachten untauglichen Privat-Vorstellungen.
VG --PerfektesChaos 11:29, 10. Nov. 2024 (CET)

Vorlage:Episodenlisteneintrag2 - Probleme mit Vorlage:FN

Letzter Kommentar: vor 1 Monat8 Kommentare5 Personen sind an der Diskussion beteiligt

Im Artikel Twilight_Zone/Episodenliste#Staffel 4 gibt es bei Episode 13 ein Problem. Allem Anschein nach erzeugt ein Sonderinhalt (z.B. Fußnote über Vorlage {{FN}}) im Deutschen Titel (DT) einen Fehler, der die Anzeige der Details verhindert und auch im Edit-Modus eine Fehlermeldung
Skript-Warnung:
>>> Ungültig: Die_Wachsfiguren?'"`UNIQ--templatestyles-000000AF-QINU`"'? <span_class="reference"><sup_class="fussnoten-marke"_data-annotationpair-m="
">*</sup></span> in Vorlage:Anker
erzeugt. Es ist für mich unverständlich, weshalb die Behandlung der Kopfzeile in der Vorlage Episodenlisteneintrag2 so unterschiedlich ist von der Vorlage Episodenlisteneintrag (inkl. zusätzliche Anker etc.). (Anmerkung: Es ist mir bewusst, dass derzeit an der Vorlage FN gearbeitet wird, aber ich denke, dass obiges Problem davon unabhängig ist.) --At40mha (Diskussion) 09:33, 8. Nov. 2024 (CET)

Die Antwort ist relativ einfach: {{Episodenlisteneintrag}} erzeugt nicht aus dem deutschen Titel einen Anker, {{Episodenlisteneintrag2}} macht dies jedoch (warum auch immer), dass kann ich gerade nicht so schnell nachvollziehen. Es lässt sich jedoch so schnell wohl nicht sagen, in welchen artikeln die Verlinkung dann nicht mehr funktioniert. --darkking3 Թ 09:52, 8. Nov. 2024 (CET)
Man könnte die Ankererzeugung mit Wikipedia:Lua/Modul/Text#getPlain absichern, ein anspringbarer Ankerlink kommt dabei aber auch nicht heraus. -- hgzh 11:32, 8. Nov. 2024 (CET)
Der Anker sollte meines Erachtens nach einfach entfernt werden, da die beiden Vorlagen zueinander kompatibel sein sollen. Wenn {{Episodenlisteneintrag}} das nicht hat, braucht das {{Episodenlisteneintrag2}} eigentlich auch nicht. --darkking3 Թ 11:49, 8. Nov. 2024 (CET)
von mir aus auch das, aber ich kenne die Hintergründe nicht. -- hgzh 12:59, 11. Nov. 2024 (CET)
Ich habe den Anker bei Vorlagenerstellung eingebaut, eine stichhaltige Begründung kann ich dir dafür aber nicht mehr geben. Das war vermutlich, um Episodentitel direkt anspringen zu können. Dass auch weitere Syntax in dem Parameter stehen kann, war zu dieser Zeit ungewöhnlich, da eigenständige Episodenlisten "gerade" erst die Relevanzhürde genommen hatten. Die Vorlage würde ich ungern weiter mit Syntax aufblähen, da Anzahl der nicht meh geparsten Seiten nicht direkt absehbar ist. --darkking3 Թ 13:47, 11. Nov. 2024 (CET)
Das Feature wurde von einem gewissen jemand übrigens erst vor kurzem (vor dieser Anfrage) entdeckt, für sinnvoll befunden und verwendet. Von daher ist es nicht zwingend sinnvoll, das zu deaktivieren/auszubauen. Wenn man das nicht möchte, kann man ja Episodenlisteneintrag statt Episodenlisteneintrag 2 verwenden, oder führt das zu Problemen? Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:28, 11. Nov. 2024 (CET)

Ich hab mich grad eben auf FZW zur Dokumentationsfrage geäußert.

  • Das ist auf mehrere momentane Abschnitte in dieser Werkstatt anwendbar; so auch diesen.
  • Aus der Doku müsste klar hervorgehen, dass nur plain-text-geeignete Titel als Parameter erlaubt sind.
    • Sie müssen Linktext-fähig sein; sonst kann auch niemand auf Abschnitte verlinken.
    • Es müsste, wenn das HTML-Feature id="" erhalten bleiben soll, auch mitgeteilt werden, dass es eine solche Mögkichkeit gäbe, falls das überhaupt jemand möchte, und genau welcher Text zu benutzen wäre.
    • Generell kann ich mir aber bei „Deutscher Titel“ viele Ergänzungen, Klammern usw. vorstellen, Kursivschreibung, oder hier eine Fußnote.

Bei vielen Standard-Vorlagen gibt es einen Parameter id=, der dann mit Bezeichner id=Epi13 passend zum Rest des Artikels besetzt werden kann.

  • Aber nur dann, wenn es Bedarf in diesem Artikel gibt.
  • Damit werden alle verwendeten id= des Artikels im Artikelquelltext offen sichtbar.
  • Dadurch können auch Doppelvergaben verhindert werden, weil es zweimal den Titel „Tod und Leben“ gibt.
  • Automatische Generierungen von id="" und vieler anderer auf den gesamten Artikel wirkender Syntax sind immer gefährlich, und sollten nur bei zwingender Notwendigkeit programmiert werden.

VG --PerfektesChaos 22:01, 11. Nov. 2024 (CET)

Vorlage für "Hinweise an bezahlte Schreiber-Neulinge"

Letzter Kommentar: vor 3 Tagen3 Kommentare2 Personen sind an der Diskussion beteiligt

Derzeit sind gleich zwei VMs akut, bei denen es um die Regeleinhaltung bei bezahltem Schreiben zur "Selbstdarstellung" (wobei das nicht abschätzig gemeint sein soll, sondern sachlich) geht (user:Susanne Burzel und user:Frank.Brachvogel/Frank Brachvogel bei der VM user:Alabasterstein). Hierbei wird u.a. auch die Vorgehensweise angesprochen, die für Neulinge ruppig daherkommt. Ins Auge sticht jedoch, daß insbesondere beim zweitgenannten die Aleitungen ausführlich und gut formuliert geschrieben sind (durch Alabasterstein) – auch wenn der Tonfall etwas heftig sein mag, so daß ich im ersten Moment gedacht hatte, daß das schon bestehende Vorlagen sein müssen, die einfach per {{Hinweise für neue bezahlte Schreiber}} eingefügt wurden. Aber Pustekuchen – das wurde alles dort direkt hingeschrieben. Nun mache ich die Überlegung, ob es nicht sinnvoll wäre, solche "Hinweise" in ein Vorlagenformat zu gießen – damit die dann in einem angemessenen Wortlaut einfach verfügbar werden und schon mit einem angemessenen Tonfall versehen sind. --ProloSozz (Diskussion) 00:10, 13. Dez. 2024 (CET)

Bitte mach Dich mit dem Wikipedia:WikiProjekt Umgang mit bezahltem Schreiben und seinen Neben-, Unter- und den zugehörigen Diskussionsseiten vertraut. Dort gibt es mehrere Vorlagen und den zugehörigen Diskurs. --RAL1028 (Diskussion) 01:00, 13. Dez. 2024 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Auf einschlägige Seiten verwiesen. --RAL1028 (Diskussion) 01:02, 13. Dez. 2024 (CET)
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia:WikiProjekt_Vorlagen/Werkstatt/Archiv_2024/4&oldid=251287019“