Vorlage:Landtag Thüringen: Webarchiv- und Namens-Parameter nötig
Hallo, nach Umstellung der URLs auf Namen laufen alle mit Zahlen codierten Vorlageneinbindungen ins Leere.
Wir bräuchten:
- eine Umstellung auf einen Namensparameter für die aktuellen und künftig ehem. Mitglieder und
- einen Archiv-Parameter für die schon ehem. Mitglieder.
Die Not wurde in gewisser Weise schon vor zwei Jahren durch Dritten erkannt und in der Disku benannt.
Gerade werden die Totlinks unter Preisgabe der Vorlage mit Mementos aufgelöst.
Auf dem Basis-URL
- https://www.thueringer-landtag.de/abgeordnete/abgeordnete-fraktionen-sitzordnung/abgeordnetendetails/abgeordneter/ wäre dann
- https://www.thueringer-landtag.de/abgeordnete/abgeordnete-fraktionen-sitzordnung/abgeordnetendetails/abgeordneter/vorname-name/ aufzusetzen.
Danke schon mal, --Wi-luc-ky (Diskussion) 23:27, 28. Jun. 2022 (CEST)
- @Wi-luc-ky: Wie soll hier verfahren werden, wer pflegt die Vorlage im ANR? Grundsätzlich alle ID's ignorieren und stumpf vorerst versuchen, aus dem Seitennamen einen Link basteln, abweichende Linkziele optional? --darkking3 Թ 18:29, 5. Aug. 2022 (CEST)
- Danke für die Rückfragen, darkking3. Der VL-Ersteller ist gesperrt, wenige haben danach verbessert. Ich könnte die VL auf meine BEO nehmen.
- IDs würde ich über einen gewissen Zeitraum noch verborgen mitschleppen, da es schon VLs gab, wo die URL-Struktur wieder zurückgedreht wurde :( Zudem könnten daraus Mementos entstehen; falls nicht über Probieren mit den Namen (wie bei o. g. Ersetzung). Dafür ein Archivparameter.
- Ja, aus Seitennamen Linkziel ableiten. Bei Namengleichheit müsste eine BKL resp. Klammerung möglich sein.
- Bin eher zufällig darauf gestoßen, habe da keine nennenswerte Editzahl mit der VL getätigt. So wie es ist, wollte ich es aber nicht bestehen lassen.
- Zum Mitlesen und -denken: @Slökmann.
- Gruß, --Wi-luc-ky (Diskussion) 19:00, 5. Aug. 2022 (CEST)
- Das Problem wird wohl nahezu alle Landtags-DB-Link-Vorlagen betreffen. Bis auf eine (!) von 12 solcher Vorlagen sind alle vom gesperrten Nutzer angelegt, häufig auch jeweils nur auf eine Wahlperiode angepasst. Das könnte wohl etwas mehr werden als gedacht. --darkking3 Թ 12:58, 6. Aug. 2022 (CEST)
- Ausweislich der Diskussionsseite hatte ich mir bereits vor drei Jahren die Archiv-Parameter gewünscht. Damals war O.K. noch aktiv, es waren wohl andere Sachen wichtiger. Es ist begrüßenswert, wenn das Problem endlich angegangen wird. -- Grüße, 32X 21:34, 29. Jan. 2023 (CET)
- Das Problem wird wohl nahezu alle Landtags-DB-Link-Vorlagen betreffen. Bis auf eine (!) von 12 solcher Vorlagen sind alle vom gesperrten Nutzer angelegt, häufig auch jeweils nur auf eine Wahlperiode angepasst. Das könnte wohl etwas mehr werden als gedacht. --darkking3 Թ 12:58, 6. Aug. 2022 (CEST)
- Die Vorlage:KW16-Hessen bietet Parameter für den Aufruf von Mementos. Kundige könnten kinderleicht abkupfern. Gruß, --Wi-luc-ky (Diskussion) 11:01, 1. Apr. 2023 (CEST)
Vorlage:Landtag Schleswig-Holstein – veraltet
Die Vorlage funktioniert seit längerer Zeit nicht mehr korrekt (siehe auch dortige Disk); in der jetzigen Version erzeugt sie eine Fehlermeldung auf der aufgerufenen Seite. Im Artikel Claus Schaffer habe ich den korrekten Link (https) in den Einzelnachweisen eingebaut und dabei den Unterschied festgestellt. --Snoopy1964 (Diskussion) 14:54, 22. Jan. 2024 (CET)
- @Lómelinde: Hier wäre ein erster Tappser in einen neuen Lebensabschnitt möglich, wenn dir niemand zuvorkommt? Die alte ID scheint Schrott zu sein; im Bestand belassen (falls sie es sich mal wieder anders überlegen) aber jetzt anscheinend mit dem Namen die URL bilden. LG --PerfektesChaos 15:45, 22. Jan. 2024 (CET)
- Du ich habe eigentlich auch noch immer einen Berg MerianTopo offen, seit Jahren. Aber ich kann mal schauen. --Liebe Grüße, Lómelinde Diskussion 15:50, 22. Jan. 2024 (CET)
- Man könnte eventuell so eine Art Konstrukt basteln
[https://e-lissh.landtag.ltsh.de/portal/browse.tt.html?type=generic5&action=link&db=lsh.samt&text={{urlencode:{{#if:{{{NAME|}}}|{{{NAME}}}|{{#invoke:WLink|getArticleBase}} }}|PATH}} {{#invoke:WLink|getArticleBase}}]
- Also ohne die ID nur mit den Namen. Es müssten dann aber alle Vorlagen angepasst werden. Beispiel Werner Hahn oder Jörg Nickel --Liebe Grüße, Lómelinde Diskussion 16:55, 22. Jan. 2024 (CET)
- Schönen Dank soweit.
- Der Linktitel bräuchte die gleiche Konstruktion wie bereits an
{{urlencode:}}
übergeben.- Er sollte auch kursiv sein und mit einem Punkt abschließen.
- Die Website kommt mit Groß- und Kleinschreibung und anderen Tücken klar?
- „Es müssten dann aber alle Vorlagen angepasst werden“
- Das habe ich jetzt nicht verstanden.
- Im ANR gibt es ja allerlei Bestandseinbindungen; entweder mit angegebenem NAME= oder auch ohne.
- Die würden jetzt ja funktionieren, wenn da nicht grad Adelstitel oder dritte Vornamen rumspuken.
- Gemäß Disk wären die Weblinks aber bereits seit sieben Jahren alle kaputt. Also kann das ja jetzt nur besser werden.
- Interessierte Nordlichter können sich ja gern durch alle bisherigen
NAME=Paul Meier
oderNAME=
durchklicken und gucken wo die Namensansetzung ggf. nachzubessern wäre.
- LG --PerfektesChaos 22:48, 22. Jan. 2024 (CET)
- Ob die Seite mit irgendetwas (Klein- Großschreibung, Umlaute, Sonderzeichen) klar kommt? Woher soll ich denn das wissen?
- Ja, aber eben auch mit ID und eventuell ohne Namen. Derzeit wird ja in der Programmierung der Vorlage aktiv abgefragt, ob es eine ID bzw. einen unbenannten Parameter 1 gibt
{{#if: {{{1|}}} |
= Pflichtangabe, bedeutet der Parameter müsste aus mehr als 500 Seiten entfernt werden. Oder sehe ich das falsch? Es lässt sich auch nur nach Vornamen Werner suchen (wobei ich bei dem Datensatz Werner, Gerd Peter sofort versucht wäre, den Syntaxfehler zu beheben, ist halt so in meinem Kopf) oder nur nach Nachnamen Müller suchen, wobei dabei auch Inhalte im Detailtext auftauchen können. Ob man das über URL-Parameter einschränken könnte weiß ich nicht, ich bin keine Programmiererin. --Liebe Grüße, Lómelinde Diskussion 06:43, 23. Jan. 2024 (CET) - Es ist zwar so jetzt besser aber nicht immer 100 % zielgenau
{{Landtag Schleswig-Holstein|NAME=Heide Simonis}}
→ Heide Simonis. In: Landtagsinformationssystem Schleswig-Holstein- wie gesagt, wie oder ob man das noch irgendwie optimieren kann, weiß ich nicht. Zumindest landet man nicht mehr im Nirgendwo. --Liebe Grüße, Lómelinde Diskussion 07:55, 23. Jan. 2024 (CET)
- Du hast den Interessierten damit jedenfalls geholfen.
- Die
ID=
müssen nicht aus dem Bestand eliminiert werden; sie bleiben dort besser stillschweigend hinterlegt. Vielleicht kommen sie ja mal wieder in Mode;|ID=41
sprengt ja nicht grad die Bytemenge. Meinte ich oben mit „im Bestand belassen (falls sie es sich mal wieder anders überlegen)“. - Das Konzepte
NAME=Petra Meier
der neuen URL ist deutlich schlechter als früher.- Das ist eine Suchanfrage, aber keine Verlinkung eines bestimmten Ergebnisses.
- Was wenn es mehrere Damen dieses Namens gibt? Klammerlemmata auf der Website einführen?
- Diese Ergebnisse der Seite sind jedenfalls Murks. Obwohl mit Simonis, Heide ein sehr genau passender Treffer vorhanden ist, werden vorher Küpperbusch, Bernd und Müller, Klaus Wolfgang aufgelistet. Suche nach
Simonis, Heide
bringt hingegen gar keine Treffer, sondern eine Beschwerde, wohl weil das Komma ungültig ist. Diese Website, die ein etwas pfiffiger Abiturjahrgang in einem halben Jahr als Projekt sehr viel besser hinbekommen hätte, und für die es kostenlose Standardprozeduren gibt, ist wahrscheinlich für 10 Millionen Euro von einem professionellen Dienstleister entwickelt worden.
- LG --PerfektesChaos 08:57, 23. Jan. 2024 (CET)
- Jo ganz lustig war gestern auch so eine Schleife, die ich irgendwie produziert hatte, das lief endlos und versuchte irgendetwas zu finden, umzustellen, zu finden, umzustellen immer hin und wieder zurück . Aber es gibt, zumindest habe ich da nichts gefunden, keine Möglichkeit mehr die Personendatensätze direkt anzuspringen, denn am Ende steht oben immer die URL https://e-lissh.landtag.ltsh.de/portal/browse.tt.html der browse.tt. --Liebe Grüße, Lómelinde Diskussion 09:19, 23. Jan. 2024 (CET)
Vorlage:FN / Vorlage:FNZ doppelte Sprungmarken
So nun haben wir den Salat. Seit gestern gibt es eine neue Linterfehlerkategorie Lint-Fehler: Doppelte IDs und natürlich ist das auch ok, denn ein Sprung kann immer nur genau eine Springmarke anspringen. Während nun beispielsweise das Refsystem mit eindeutigen cite-note
und cite-ref
arbeitet, was eine mehrfache Verwendung ermöglicht, arbeiten diese Vorlagen mit Ankern #FN_1_back
1#cite_ref-Anmerkung_1-0
[1]
Beispiel: 70 Einbindungen der Vorlage:Navigationsleiste Staaten in Asien (warum auch immer man da diese Anmerkungen benötigt, die 4 kommt mehrmals vor) = 70 Fehler
Eine doppelte Verwendung führt also dazu, dass immer das erste gefundene Ziel angesprungen wird.#FN_1_back
{{FN|1}}#cite_ref-Anmerkung_1-1
[1] Hier gibt es also keinerlei Zielunterscheidung.
#FNZ_1
Anmerkung doppelt vergebenEin weiteres Problem dabei war schon immer, dass die Verwendung identischen Kürzel zu Zielproblemen führt.#FN_1_back
{{FN|1}}
{{FNBox| {{FNZ|1|<code>#FNZ_1</code> Anmerkung Ziffer doppelt vergeben weiterer Abschnitt}}}}
Einzelnachweise
Wie man das lösen soll, weiß ich nicht. CC:Speravir --Liebe Grüße, Lómelinde Diskussion 09:53, 27. Sep. 2024 (CEST)
- Ach, Du Sch…, Lómelinde. Ich auch nicht. Aber leider ist die Idee hinter dem Linterfehler völlig korrekt: id - HTML (MDN): “The id […] must be unique in the whole document.” Mist, selbst der Gruppenparameter könnte nur bedingt Abhilfe schaffen. — Speravir – 00:20, 28. Sep. 2024 (CEST)
- Ich dachte kurz an das name-Attribut, aber ich hab es nicht ausprobiert. Es ist früher sehr häufig zusammen mit dem Hyperlink-Element verwendet worden (
<a name="Name" href="…">
). Man findet das so auch noch auf Seiten, die länger nicht geändert wurden (bspw. bei Zeno.org) (*), es gilt jedoch für diesen Zweck als deprecated. In HTML5 es ist nur noch für nur wenige Elemente erlaubt, die alle im Prinzip etwas mit der Einbettung von externem Inhalt zu tun haben. - (*) Zum Nachvollziehen: Im Artikel Wolkenkuckucksheim findet man in den Belegen Nr. 2 und Nr. 3 zwei mit der Vorlage {{Zeno.org}} erzeugte Verweise auf einen solchen Bezeichner.
- — Speravir – 01:06, 28. Sep. 2024 (CEST)
- Ja das Ganze hat mich gestern auch kalt erwischt, zumal ich an diesem Wochenende gar keine Zeit habe und die Fehlerzahl jetzt schon bei bald 90000 angekommen ist. Aber immer noch weitaus weniger als die en:WP mit bald 3 Millionen. Daher werde ich das Beispiel oben jetzt mal in pre/nowiki setzen, damit diese Seite hier nicht zusätzlich auch unnötig Fehler auslöst. Das war ja nur als Demo gedacht.(nicht signierter Beitrag von Lómelinde (Diskussion | Beiträge) 07:24, 28. Sep. 2024 (CEST))
- Ich sehe zwei Möglichkeiten
- die ID abschaltbar machen. Würde aber permanente Wartung erfordern.
- die FN-Vorlage mit JavaScript-Unterbau versehen. Erzeugt Performanceeinbußen und Wartungsaufwand und funktioniert logischerweise nur mit aktiviertem JS.
- Beide Möglichkeiten gefallen mir nicht. -- hgzh 16:46, 28. Sep. 2024 (CEST)
- Ich sehe zwei Möglichkeiten
- Ja das Ganze hat mich gestern auch kalt erwischt, zumal ich an diesem Wochenende gar keine Zeit habe und die Fehlerzahl jetzt schon bei bald 90000 angekommen ist. Aber immer noch weitaus weniger als die en:WP mit bald 3 Millionen. Daher werde ich das Beispiel oben jetzt mal in pre/nowiki setzen, damit diese Seite hier nicht zusätzlich auch unnötig Fehler auslöst. Das war ja nur als Demo gedacht.(nicht signierter Beitrag von Lómelinde (Diskussion | Beiträge) 07:24, 28. Sep. 2024 (CEST))
- Ich dachte kurz an das name-Attribut, aber ich hab es nicht ausprobiert. Es ist früher sehr häufig zusammen mit dem Hyperlink-Element verwendet worden (
Naja, erstmal wüsste ich eine dritte:
- Anker und Rück-Wikilink werden per default inaktiv.
- Können per Boole-Schalter synchron durch Autoren aktiviert werden. Für allererstes Rücksprungziel.
- Wird unterscheidendes Merkmal benötigen, falls Paarungen mehrfach in der Seite.
@ name=
- Das ist die Syntax des letzten Jahrhunderts, bis etwa HTML.4 gewesen.
- Per Legacy sollen Browser das noch ewig unterstützen.
- Nur lernt der MediaWiki-Parser so nach und nach, welche Attribute wann erlaubt sind.
name=
wird schon heute im Wikitext ignoriert; kommt gar nicht erst in das HTML-Dokument.
@ Javascript
- Nun ja, Performance ließe sich etwas kitten, wenn Gadget nur aktiv wird, falls Vorlage eingebunden ist.
- Müsste trotzdem etwas fummeln.
- Strategie:
- Ziel-Einbindung schreibt keine
id=
mehr, sondern eindata-annotation-target=
. - Gegenstück schreibt kein Rück-Wikilink mehr, sondern ein
data-annotation-back=
. - Gadget müsste alle
[data-annotation-target]
der Seite einsammeln, und nacheinander durchlaufen.- Wenn Bezeichner noch unbekannt, dann dieses Element mit
id=
ausstatten, und Bezeichner dem Objekt der „Bekannten“ mittrue
hinzufügen. - Wenn es in der Seite den passenden
data-annotation-back=
geben sollte, wird der erste Treffer in eine Verlinkung umgewandelt. Würde ich erst in einem zweiten Durchlauf machen, nachdem das Objekt der „Bekannten“ gebildet wurde, und deren Vorhandensein ausnutzen, und danach jeweils wieder eliminieren. - Damit das nicht mit irgendwelchen Überschriften und manuellen
id=
kollidiert, wird denid=""
undhref="#"
einannotation-
vorangestellt.
- Wenn Bezeichner noch unbekannt, dann dieses Element mit
- Ziel-Einbindung schreibt keine
VG --PerfektesChaos 18:41, 28. Sep. 2024 (CEST)
- Danke für Eure Überlegungen, Hgzh und PC! Es gibt noch mindestens einen weiteren Nachteil: Ich habe mich zuletzt um diese Vorlagen gekümmert, aber bei Javascript oder auch Lua wäre ich leider draußen. Warum Lua? Ich schon mal in Erwägung gezogen, wegen der erwarteten Performance-Verbesserung hier deshalb nachzufragen, denn es gab auf Seiten mit vielen Einbindungen dieser Vorlagen merkliche Ladeverzögerungen. (Genau heute aber nicht, äähm, Vorführeffekt?) — Speravir – 00:28, 29. Sep. 2024 (CEST)
Sodele, einmal drübergeschlafen.
- Performance lässt sich aushalten, weil nur Seiten die Vorlage FNZ einbinden und action=view|edit.
- Da Prozedur für mich klar vor Augen steht, könnte ich das in der kommenden Woche außerplanmäßig angehen; Wetter ist kühl, Feiertag, zwei doppelte Brückentage, keine Ahnung wie das alles wird.
- Gadget-
annotationPair
- von selbst global kopierbar.
- Abwartend Go! von BOA.
- Grundsätzlich habe ich was gegen Etablierung neuer Gadgets mit neuen Funktionalitäten, die dann auf ewig von den nächsten Generationen gepflegt werden müssen.
- Hier handelt es sich jedoch um die Aufrechterhaltung einer seit Jahrzehnten bereits vorhandenen Funktionalität. Na dann.
- Lua hilft hier null, weil ersetzt nur Vorlagensyntax durch gleiches Ergebnis, ändert also nichts an der Misere.
- @Lómelinde: Geh mal davon aus, dass nächstes Wochenende die FN-generierten Geschichte sind.
VG --PerfektesChaos 10:40, 29. Sep. 2024 (CEST)
- Du willst als grds. weiter per ID verlinken? Vorstellbar wäre auch, bei Klick auf FN das Ziel in FNZ anzupassen, dann könnte man wirklich dorthin zurückspringen, wo man hergekommen ist. -- hgzh 11:57, 29. Sep. 2024 (CEST)
- Nein! Diese Idee von PerfektesChaos hat den Nachteil, dass er sich wieder einmal eine wichtige Vorlage
unter den Nagel reißtzu eigen macht und danach jede Änderung, egal wie sinnvoll, auf unabsehbare Zeit von ihm blockiert wird. Bei viel "Bitte bitte" wird er großzügig zustimmen. Die bessere Lösung ist m. E., alles auf Referenzen umstellen:- Eine Nachfolge-Vorlage von Vorlage:FN erzeugt nur Ref-Tags vom Typ
<ref group="fn" name="FN_{{{1}}}" />
- Eine Nachfolge-Vorlage von Vorlage:FNZ erzeugt dann Ref-Tags und mit den Einträgen. Hierbei sind die Parameterwerte natürlich entsprechend den Parameterwerten der ersten Vorlage zu nehmen.
- Die Vorlage:FNBox erstellt das umhüllende Referenzes-Tag mit
group="fn"
.
- Eine Nachfolge-Vorlage von Vorlage:FN erzeugt nur Ref-Tags vom Typ
- ÅñŧóñŜûŝî (Ð) 15:11, 29. Sep. 2024 (CEST)
- Ich bin dagegen, diesen Weg allein aus persönlicher Abneigung einzuschlagen. Es ist mitnichten so, dass sich PC irgendwelche Vorlagen „unter den Nagel reißt“. Und nur weil du eine Änderung für sinnvoll erachtest, heißt das nicht, dass dir da alle Nutzer so zustimmen. Auch ein Schweigen ist da keine stille Zustimmung, sondern schlicht nur schweigen. --darkking3 Թ 15:22, 29. Sep. 2024 (CEST)
- Da hast du recht. Ok, lassen wir das Persönliche mal weg (S-Tag). Also Sachargumente her: Wir haben ein bestehendes Ref-System welches diese Doppelmarken erlaubt. Ergo sollten wir das doch nutzen. Wir haben doch schon alles fertig zur Verfügung. Da muss sich PerfectesChaos doch gar nicht mehr die Mühe machen, ein weiteres System zu erstellen. Einfach ein neues Vorlagenset mit Refs und fertig. Wenn es sich bewährt und fehlerfrei läuft kann man die Originalvorlagen ändern. Ein besonderer Vorteil ist m. E. auch die Hover-Einblendung. ÅñŧóñŜûŝî (Ð) 15:28, 29. Sep. 2024 (CEST)
- Unter Benutzer:Antonsusi/FN-Test habe ich ein neues Set getestet. Die Vorlagen sind in meinem BNR und noch "roh", also ohne Abfangen von Fehlern etc. ÅñŧóñŜûŝî (Ð) 15:56, 29. Sep. 2024 (CEST)
- Ich bin dagegen, diesen Weg allein aus persönlicher Abneigung einzuschlagen. Es ist mitnichten so, dass sich PC irgendwelche Vorlagen „unter den Nagel reißt“. Und nur weil du eine Änderung für sinnvoll erachtest, heißt das nicht, dass dir da alle Nutzer so zustimmen. Auch ein Schweigen ist da keine stille Zustimmung, sondern schlicht nur schweigen. --darkking3 Թ 15:22, 29. Sep. 2024 (CEST)
- Nein! Diese Idee von PerfektesChaos hat den Nachteil, dass er sich wieder einmal eine wichtige Vorlage
@ Antonsusi:
- Wir haben Tabellen, in denen kommt 43× vor 1) mit der Bedeutung „geschätzt gemäß Volkszählung“ oder was weiß ich.
- Das ergibt nach der
<ref>
-Methode:- Wir müssen ein [A 1] verwenden statt 1) oder beliebiger frei gewählter Anmerkungszeichen wie *.
- In der Legende steht dann nach deinen Vorstellungen für den Rücksprung:
a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq - Genau deshalb ist ref für die Tabellen-Anmerkungen oft unerwünscht und ungeeignet.
@ hgzh:
- Das hatte ich heute nacht auch reflektiert, wurde aber ein Alptraum draus.
- Skizziert ist erstmal ein Weg, um ohne JavaScript ein sauberes HTML-Dokument anzubieten, mit JavaScript wird wieder ein sauberes HTML-Dokument draus, die Verlinkungen arbeiten mit HTML-Technologie.
- Die Luxus-Variante kann später unter Nutzung des identischen Wikitextes und unveränderter Vorlagenprogrammierung ausgetauscht werden.
- Wird dann ein Alptraum für unsere Enkel.
- Vorgehen ist dann wie folgt:
- Alle FN-Einbindungen werden mit durchnummerierten individuellen
id="#annotationpair-1)-origin-1"
id="#annotationpair-1)-origin-2"
(oder so) versehen. - Die FN-Einbindungen verlinken nicht nur mit
<a href="#annotationpair-1)">1)</a>
zum FNZ, sondern legen zusätzlich ein Event drauf. - Der Event-Listener merkt sich genau das letzte Element, auf dem er angeklickt worden war.
- Die FNZ sind keine echten Verlinkungen, sondern simulieren nur mit:
<a href="#">1)</a>
- Wenn diese Pseudo-Verlinkung angeklickt wird, wirkt ein zweiter Event-Listener.
- Der zweite Event-Listener überprüft, ob das vom FN-Listener registrierte Element dieselbe Basis-ID hat wie jetzt das aktuelle FNZ-Element.
- Wenn die Basis-ID von FN und FNZ identisch sind, wird zum gemerkten letzten FN-Element gesprungen.
- Wenn die Basis-ID von FN und FNZ nicht identisch sind, wird zum allerersten FN-Element der FNZ-Basis-ID gesprungen.
- Ich darf zur Fußnote dieser Tabelle springen, sie lesen, dann ganz woanders hin in der Seite scrollen, dann bei einer ganz anderen Tabelle deren FNZ lesen und mich an deren FN „zurück“-transportieren lassen.
- Alle FN-Einbindungen werden mit durchnummerierten individuellen
- Inzwischen fällt mir auf, dass ggf. über ein weiteres gemeinsames
[data-annotationpair]
oder aber besser einen Oder-Selektor auch das Problem mehrerer gleicher Basis-ID gelöst werden kann, und die expliziten Zuordnungen in der Vorlageneinbindung entfallen können, weil dieses jQuery-Ergebnis dann die physische Abfolge aller FN oder FNZ im Dokument kennt, und diese der Reihenfolge nach durchgegangen werden können. Damit können sie bei jeder Wiederholung eine neue Gruppen-Nummer vergeben. - Das wär genug Arbeit; erstmal stünde die erste Ausbaustuufe an, um in der nächsten Woche die bisherige Funktionalität Linter-konform fortzuführen.
- Nächster Schritt ist BOA-Entscheidung über die Marschrichtung.
VG --PerfektesChaos 18:14, 29. Sep. 2024 (CEST)
- (BK)Ich persönlich halte Antonsusis Variante für die Bessere, da a) dann Bordmittel verwendet werden und ich (auch als Autor) b) kein Problem mit a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq habe. Letzlich ist das vielleicht etwas, was die Community in Form einen Umfrage (ähnlich wie bei der Umfrage zur Schriftart) entscheiden sollte. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 19:58, 29. Sep. 2024 (CEST)
- Das Ref-System dahinter ist gut dokumentiert. Jeder Autor versteht es und die Funktionsweise der Vorlagen verstehen viele. Eine von PerfektesChaos "gebastelte" Lösung wird nur er und allenfalls einige wenige mehr technisch verstehen. Das ist schön für PerfektesChaos, weil er so eine Art Monopol auf gewünschte Änderungen bekommt, aber schlecht für die WP, weil das Wiki-Prinzip ausgehöhlt wird. Meine Lösung ist einfach und war in zehn Minuten in groben Zügen fertig. Jeder kann sich gerne die Quelltexte von Benutzer:Antonsusi/FN2, Benutzer:Antonsusi/FNZ2 und Benutzer:Antonsusi/FNBox2 anschauen. Die Wirkungsweise ist unter Benutzer:Antonsusi/FN-Test zu sehen. Mit ein paar Fehlerkontrollen versehen ist es nutzbar. ÅñŧóñŜûŝî (Ð) 20:12, 29. Sep. 2024 (CEST)
- @PerfektesChaos: Du hast du bei jedem(!) System, egal wie es ausschaut, bei einer 1:N-Zuordnung das Problem, in der Fußnote N Rücksprungziele zu haben, wenn du auswählen willst. Das ist grudsätzlich mit mathem. Logik so und deshalb kein gutes Argument gegen Ref-Tags. Mehr als 25 mal ist gewiss eine seltene Ausnahme. Es schadet nicht, in solchen Fällen aufzuteilen. Das ist von der Lösung unabhängig. ÅñŧóñŜûŝî (Ð) 19:38, 29. Sep. 2024 (CEST)
@ MM-Episodenliste & dLvAupdater:
- Dann schau dir mal Der Sonntags-Stammtisch an.
- Dort werden als FN verwendet: KB → Klaus Bogenberger; UM → Ursula Münch; CN → Christian Neureuther
- Nach der Antonsusi-Variante werden die zu [A 1] und [A 2] und [A 3] usw. usw.
- Oder schau auf Ergebnisse der Kommunalwahlen in Nordrhein-Westfalen bis 1969/73
- Da steht unter jeder Tabelle was wie 1 und manchmal 2 und ggf. 3, immer wieder bei 1 beginnend.
- Nach der Antonsusi-Variante werden die zu [A 1] bis [A 53] durch die gesamte Seite.
- In diesem speziellen Fall wäre deine Variante die bessere. Das es auch solche Seiten gibt, war mir bekannt. Das ist aber ein Bruchteil, der gerne mit deinem System ausgestattet werden darf. Bei den Standard-Null-Acht-Fünfzehn-Verlinkungen halte ich das ref-System für die bessere Lösung. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:05, 29. Sep. 2024 (CEST)
- „Umfrage“
- Das ist Nonsens.
- Das charmante an meinen JavaScript-Lösungen ist, dass es überall genauso aussieht wie bisher.
- Ohne JavaScript wäre es dann nicht verlinkt, sieht immer noch genauso aus wie bisher. Ist dafür ein valides HTML-Dokument.
- In der zweiten Ausbaustufe sieht es nicht nur aus wie bisher, sondern funktioniert dann erstmals so wie es sollte.
- Es ist damit sogar den <ref> überlegen, denn man muss nicht das blaueste aus den a b c d e f g h i j heraussuchen, sondern es gibt nur ein einziges Rücksprung-Link, und das hat dann ein Gedächtnis für die Stelle wo es als letzte Aktion herkam.
- Hingegen würde Antonsusi eine Umfrage benötigen, denn er will KB → Klaus Bogenberger ersetzen durch [A 1] und UM → Ursula Münch durch [A 2]. Diese Umfrage kann er ja gern aufsetzen, nur munter zu.
@ Antonsusi „Du hast du bei jedem(!) System, egal wie es ausschaut, bei einer 1:N-Zuordnung das Problem“
- Du hast absolut nichts begriffen.
- Das JavaScript in der zweiten Ausbaustufe hat ein Gedächtnis, und weiß aus welcher Tabellenzeile mit dem 3. oder 5. gleichen Zeichen es hergekommen war. Es braucht nur ein einziges Rücksprung-Link, das im Unterschied zu den <ref> aber zur richtigen Stelle zurückfindet.
- Im Übrigen dürfte bekannt sein, dass ich die VWS beobachte und mitlese; es ist auch völlig sinnfrei, mich extra anzupingen und mir rote Alarmmeldungen zu zaubern.
VG --PerfektesChaos 20:34, 29. Sep. 2024 (CEST)
- Ah so. Dann kann ich also nur zum unmittelbar davor angeklickten "Absprung" zurückspringen. Die anderen Ziele (also Stellen, von denen aus man ebenfalls zu dieser Fn gelangt) werden mir Dank deines "Aussortier-Algorithmus" vorenthalten. Beispiel: Wenn in einer langen Liste über eine jährliche Sportveranstaltung im Fünfkampf mehrmals auf die FN mit dem Inhalt "Die Disziplin XY konnte wegen ... nicht ausgetragen werden" verlinkt wird, dann kann ich also nicht auf eine andere Sprungmarke zu einer anderen Zeile "zurück"springen, um zu sehen, in welch anderen Jahren das auch der Fall war. Das hat einen - zugegeben schwachen - Hauch von Google und TikTok an sich... Wehret den Anfängen…. Mal ganz davon abgesehen, dass es nicht in Ordnung ist, wenn Leser irgendwelche Features aktivieren müssen, damit das funzt. ÅñŧóñŜûŝî (Ð) 20:48, 29. Sep. 2024 (CEST)
- +1 für Anton Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:05, 29. Sep. 2024 (CEST)
- Ich sehe ein, dass eine Umfrage womöglich nicht die beste Idee wäre. Dann wäre es vielleicht gut eine nicht unsichtbare Warnung in die Vorlage:FN/FNBox/FNZ zu setzen und/oder auf Wikipedia:Fragen zur Wikipedia und Wikipedia:Kurier auf die Problematik hinzuweisen, sodass die Hauptautoren im Einzelfall selbst entscheiden können, ob sie die neue Java-Skript-Variante, die ich wirklich nur für solche Spezialfälle empfehlen würde oder das ref-System nutzen möchten. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Ping mich und nicht meine Disk. an. 21:05, 29. Sep. 2024 (CEST)
- Ah so. Dann kann ich also nur zum unmittelbar davor angeklickten "Absprung" zurückspringen. Die anderen Ziele (also Stellen, von denen aus man ebenfalls zu dieser Fn gelangt) werden mir Dank deines "Aussortier-Algorithmus" vorenthalten. Beispiel: Wenn in einer langen Liste über eine jährliche Sportveranstaltung im Fünfkampf mehrmals auf die FN mit dem Inhalt "Die Disziplin XY konnte wegen ... nicht ausgetragen werden" verlinkt wird, dann kann ich also nicht auf eine andere Sprungmarke zu einer anderen Zeile "zurück"springen, um zu sehen, in welch anderen Jahren das auch der Fall war. Das hat einen - zugegeben schwachen - Hauch von Google und TikTok an sich... Wehret den Anfängen…. Mal ganz davon abgesehen, dass es nicht in Ordnung ist, wenn Leser irgendwelche Features aktivieren müssen, damit das funzt. ÅñŧóñŜûŝî (Ð) 20:48, 29. Sep. 2024 (CEST)
- @Antonsusi: Was soll mit Inline-Fußnoten geschehen? Wie willst du bei Deiner gewünschten Änderung mit Referenzen in Referenzen umgehen, die bei dabei notwendig entstehen werden? Bisher ist die FNBox nur optional, sie setzt nur einen unsichtbaren Rahmen mit einer Linie zur optischen Trennung; zusätzlich ist freier Text möglich. Das Kind ist vor 19 Jahren in den Brunnen gefallen – oder spätestens vor 15 Jahren, als die eigene Doku angelegt wurde. Entsprechend viele Nutzungen wird es geben, die nicht so einfach mit dem Standardsystem zu ersetzen sind. Übrigens ist sicher nicht nur für mich ein wichtiger Grund der Nutzung, dass die Marken ohne Darstellung des Gruppenparameters auskommen. — Speravir – 01:27, 30. Sep. 2024 (CEST)
Es gibt im ANR 24.600 Artikel mit Einbindungen von FN, aber nur 14.600 mit Einbindungen von FNBox.
- Heißt: Es gibt 10.000 Artikel, bei denen die FNZ nicht mit einer zentralen Markierung eingeleitet werden (es kann sogar weitere geben, weil es mehrere Gruppen geben kann, und unter manchen Tabellen usw. kann ein FNBox stehen, unter anderen wurde das nicht so gemacht). Wenn es nur ein einzelnes * gibt, wird das meist nicht mit FNBox abgesetzt.
- Der Antonsusi-Plan fordert jedoch, dass an der Stelle, wo das allererste FNZ unter der jeweiligen Tabelle vermerkt ist, auch immer ein entsprechendes references für die Anmerkungen stehen muss.
- Andernfalls entsteht eine Seite mit kaputten ref , weil das references für die Anmerkungsgruppe fehlt.
- Es würde ja für die ref ein
group="A"
benötigt, oder vielleicht bessergroup="FN"
– sowas wird aber womöglich bereits verwendet. - In AFC Champions League 2020 etwa gibt es acht Tabellen mit jeweils darunter stehenden FNZ, aber keine FNBox, und damit fehlt das references – genauer gesagt: Die acht einzelnen references, die nach jeder Tabelle die aufgelaufenen ref-FN auffangen müssten.
Weil man nur ein dezentes * haben wollte, und kein klotziges [A 14], wurden mehrere Jahre nach Einführung der ref (Programmierung um 2006) die FN-FNZ-Vorlagen erschaffen, mit allen damals schon offenkundigen Nachteilen betreffend der Sprungziele.
- Der Rücksprung klappt bestenfalls zum allerersten Element der
gruppe=
, aber noch nie zu der einzelnen Zeile usw. Das ist ja gerade der Hintergrund für die Linter-Beschwerde. - Bei mehreren 1 mussten, damit wenigstens der Hin- und Rücksprung binär funktioniert, manuell
gruppe=
innerhalb der gesamten Seite verwaltet werden.
@ „Wenn in einer langen Liste über eine jährliche Sportveranstaltung im Fünfkampf mehrmals auf die FN mit dem Inhalt "Die Disziplin XY konnte wegen […] dann kann ich also nicht auf eine andere Sprungmarke zu einer anderen Zeile "zurück"springen, um zu sehen, in welch anderen Jahren das auch der Fall war.“
- Das ist bei allen Verwendungen von FN/FNZ schon immer bewusst von den Autoren so angewendet worden.
- Es gab immer nur im besten Fall den Rücksprung zur allerersten Verwendung in der Anmerkungsgruppe.
- Die JavaScript-Lösung verändert absolut nichts am Erscheinungsbild der bisherigen Artikel; nur funktioniert es dann erstmals wie eigentlich gedacht, also Rücksprung zur Herkunftszeile.
- Niemand will in a b c d e f g h i j k sehen, in welch anderen Jahren das auch der Fall war. Wollte das auch noch nie. Konnte das aber auch immer schon mit ref lösen, falls gewünscht. Ist aber nirgendwo gewünscht, as see.
- Die
<ref>
-Methodik ist vier Jahre älter als die FN/FNZ. Die Autoren hatten immer schon die Auswahl gehabt, ob sie FN oder ref benutzen möchten, und sich immer explizit gegen die ref -Darstellung entschieden. FN/FNZ wurde genau deshalb entwickelt und relativ weit verbreitet, weil man Antonsusis ref gerade nicht im Artikel haben wollte.
@ „Problematik hinzuweisen, sodass die Hauptautoren im Einzelfall selbst entscheiden können, ob sie die neue Java-Skript-Variante, die ich wirklich nur für solche Spezialfälle empfehlen würde oder das ref-System nutzen möchten“
- Diese Auswahl haben sie schon seit anderthalb Jahrzehnten gehabt, und sich bei 25.000 Seiten gegen ref entschieden.
- Für den Altbestand, deren Autoren teils längst verstorben sind, wird niemand nachträglich irgendwas „gegen Java-Skript“ umbauen; es gibt auch keinerlei Grund dazu.
- Es wurde bisher auch keinerlei sachlicher Grund vorgetragen, sondern alles sind an den Haaren herbeigezogene Scheinargumente und eine völlig untaugliche „Alternative für FN“, die noch nicht einmal technisch mit dem Altbestand funktioniert, von dem Eingriff in die Artikelgestaltung ([FN 17] statt *) mal abgesehen.
Einziger Anlass für diese Debatte sind blanke Neidgefühle und die Erfahrung persönlicher Inkompetenz, die sich dann in einem völlig abstrusen und weder syntaktisch funktionierenden noch in der Artikeldarstellung akzeptablen Bastelpfusch als angeblichem Alternativvorschlag entlädt.
- Unter Techies und auch in dieser Werkstatt ist die Beurteilung konkurrierender Lösungen anhand sachlicher Bewertung von Vor- und Nachteilen üblich. So auch in dieser Werkstatt hier. Die einzige Ausnahme ist seit vielen Jahren Antonsusi.
- Die Implemementierung einer wirklichen Alternative ist schon anstrengend genug. Die Zeit und die Nerven dann auch noch unproduktiv auf die Minderwertigkeitsgefühle von Antonsusi vergeuden zu müssen, macht die Gesamtsituation anhand der Unmengen ungelöster Herausforderungen an noch benötigter Programmierung nicht leichter. Antonsusi könnte dabei ohnehin nicht mitwirken, weil er nie über den technischen Stand der Nuller Jahre hinausgekommen ist.
VG --PerfektesChaos 09:55, 30. Sep. 2024 (CEST)
- @PC: Es mag für Deine Arbeitsweise unerheblich sein, aber dennoch: Ich hatte im Beta-Wiki neben den Vorlagen auch einen Testartikel angelegt, ganz überraschend ist das Fußnote.
- Und dann gibt's noch so etwas, wo ich hoffe, dass Deine Idee davon nicht ausgebremst wird:
als Marke. Ich hatte vor, das per Fehlermeldung zu unterbinden, aber wegen der Häufigkeit erstmal aufgeschoben. - — Speravir – 00:46, 1. Okt. 2024 (CEST)
{{urlencode: |PATH}}
gibt%26nbsp%3B
und ist mir deshalb sowas von wumpe.- Westsumba ist übrigens ein hübsches Beispiel für die Situation, dass bei der ref-Methode in
{{FNZ|2|}}
die verbotene Situation „ref in ref“ entstehen würde. Die Seite wäre fehlerhaft und das würde nicht angezeigt, sondern in der Server-Wartungskat aufschlagen.- Weil das
|
aber kein Pengdang hat, sondern nur als Vorlage:0 missbraucht wird, entsteht nach der JavaScript-Methode die gleiche HTML-Darstellung wie bisher; bloß ohne Verlinkung. - Auf was für Ideen die Leut so kommen.
- Gleichwohl sollte ein Bot mal alle mit
{{FNZ| |
ohne ein{{FN| |
in derselben Seite durch einen unverfänglicheren Platzhalter<sup> </sup>
ersetzen. - Weil im konkreten Fall dem
data-annotationpair-...="%26nbsp%3B"
als Ziel keindata-annotationpair-...-="%26nbsp%3B"
als Herkunft gegenübersteht, würde JavaScript hier keine Umwandlung des Element-Inhalts in<a href="#">
vornehmen und es bliebe (anders als bisher) bei unverlinkten<sup> </sup>
– kein Backlink ohne Ziel für dieses Backlink.
- Weil das
- Ich beabsichtige noch einen Schalter
sup=0
zum Austausch von<sup>
gegen<span>
und damit in Der Sonntags-Stammtisch die Initialen in Normalgröße in der Tabelle anzeigt, statt mini. - VG --PerfektesChaos 14:06, 1. Okt. 2024 (CEST)
- Ich sollte hier mal etwas klarstellen. Ohne einen - das meine ich jetzt positiv - "Basteltrieb" würdest du (und andere) hier nicht so viel Zeit investieren. Deine "Werke"/"Ergebnisse" hier sind i. d. R. auch gut. Meine Abneigung gilt der Art und Weise, wie du dann damit umgehst. Wenn du dir hier eine Lösung ausdenkst, dann fragst du meinem eindruck nach andere nicht oder unzureichend nach den "Features", welche sie haben sollte. Das bewirkt Änderungswünsche, kaum das du dein Ergebnis hier veröffentlichst. Diese zu berücksichtigen fällt dir schwer. Meiner Vermutung nach, weil du darin Kritik an deinem Können siehst. Zum Thema:
Das Ref-In-Ref-Problem ist ein gutes Argument für die Lösung von Pc. Wenn das umgesetzt wird, dann bitte so, wie es bei einem Wiki sein sollte:
- Zuerst gemeinsam mit anderen festklopfen, was das System können muss oder soll (Features).
- Umsetzung so, dass möglichst niemand vom Nutzen ausgeschlossen wird.
- Eine ausführliche und gut verständliche Dokumentation.
- Fangen wir also bei den Features an. Diese sollten m. E. sein:
- unbedingt notwendig:
- Keine Lintfehler und sauberer Quelltext
- Muss bei allen(!) Skins funktionieren. Auch bei den alten wie Monobook etc.
- Muss ohne Browser-Add-Ons laufen (außer , dass der Browser JS umsetzt).
- Muss in einem Artikel mehrmals drin sein können
- Entweder komplett abwärtskompatibel oder so, dass man notfalls mit einem Botlauf umstellen kann.
- wichtig:
- Bei N:1-Zuordnung müssen alle N denkbare Rücksprungziele als solche erkennbar sein, auch wenn der "Rücksprung" an die Stelle erfolgt, "wo man gerade herkam"
- "Keine Scham." Fußnoten müssen nicht in winziger Schrift erscheinen, weil sie beim normalen Lesen angeblich "irgendwie stören." Also anständige Schriftgrößen
- wünschenswert:
- Bei N:1 mehr als ein (Rück-)sprungziel anbieten. Zumindest auch den im Artikel davor, und den danach liegenden Verweis an diese Stelle.
- unbedingt notwendig:
- Soweit meine Liste der Features. Wäre super, wenn noch andere etwas dazu beitragen. Mit explizit freundlichen Grüßen ÅñŧóñŜûŝî (Ð) 20:51, 1. Okt. 2024 (CEST)
- @PerfektesChaos, Speravir, Hgzh: Meinung zu den Features? ÅñŧóñŜûŝî (Ð) 19:11, 5. Okt. 2024 (CEST)
- Ich hatte mich bereits 20:34, 29. Sep. 2024 ausdrücklich dagegen verwahrt, dass du mir für die VWS rote Alarmmeldungen reinknallst. Das hast du offenkundig nicht begriffen, deshalb extra für dich nochmals und auch mit Verweis auf den Kasten in H:Echo: Es ist äußerst unhöflich und belästigend, Pings zu versenden, wenn Personen bereits zeitnah in eine Diskussion involviert sind.
- Was deine Feature-Liste angeht, so stelle ich einleitend fest, dass du hier nicht in der Position bist, irgendwelche Bedingungen und Regeln aufzustellen.
- Im Übrigen hast du den bisherigen Text, dessen übermäßige Aufblähung du selbst 15:11, 29. Sep. 2024 zu verantworten hast, offenbar überhaupt nicht durchgelesen, oder du hast es nicht verstanden.
- „Die JavaScript-Lösung verändert absolut nichts am Erscheinungsbild der bisherigen Artikel; nur funktioniert es dann erstmals wie eigentlich gedacht, also Rücksprung zur Herkunftszeile.“ 09:55, 30. Sep. 2024
- Damit ist deine „Feature-Liste“ erschöpfend beantwortet; mehr gibt es dazu nicht zu kommentieren.
- Was den Rest angeht – „Keine Lintfehler und sauberer Quelltext“ – „Muss bei allen(!) Skins funktionieren. Auch bei den alten wie Monobook etc.“ – „Muss ohne Browser-Add-Ons laufen (außer , dass der Browser JS umsetzt).“ – „Muss in einem Artikel mehrmals drin sein können“ – „Entweder komplett abwärtskompatibel oder so, dass man notfalls mit einem Botlauf umstellen kann.“
- Das ist kompletter Nonsens, bzw. sind Selbstverständlichkeiten, die keiner Erwähnung bedürfen.
- „Keine Lintfehler und sauberer Quelltext“ – natürlich, genau deshalb ist es ja anders als bisher zu lösen.
- „Muss bei allen(!) Skins funktionieren“ – Quatsch mit Soße. Skins haben nichts mit den Innereien eines HTML-Wikitextes zu tun.
- „ohne Browser-Add-Ons“ – du hast nicht die leiseste Ahnung, wovon du da schwadronierst.
- „Muss in einem Artikel mehrmals drin sein können“ – 29. Sep. 2024 18:14: „Damit können sie bei jeder Wiederholung eine neue Gruppen-Nummer vergeben.“
- „Fußnoten müssen nicht in winziger Schrift erscheinen, weil sie beim normalen Lesen angeblich "irgendwie stören." Also anständige Schriftgrößen“ – Was genau hast du eigentlich nicht verstanden an „verändert absolut nichts am Erscheinungsbild der bisherigen Artikel“? Es werden nur die vorhandenen Elemente mit genaueren Verlinkungen bzw. Sprungzielen ausgestattet; das beeinflusst bekanntlich nicht die Darstellung der woanders definierten Darstellung, Schriftgröße oder was auch immer. Warum sollten sie das auch?
- Du stehst offenkundig heute geistig da, wo ich am 29. Sep. 2024 schon vorbei und längst sehr viel weiter war.
- --PerfektesChaos 20:08, 5. Okt. 2024 (CEST)
- Bei dir weis man nie, was du "ausheckst" ;-) Die Selbsverständlichkeiten habe ich der Vollständigkeit wegen erwähnt. Darüber hinaus hat der geparste Quelltext auch skn-spzifische CSS-Klassen. Theroretisch wäre es also möglich, Skin-Weichen zu prorgrammieren, wenn man auf den Bereich außerhalb des gesparsten Seiten-Quelltextes zugreifen kann. ÅñŧóñŜûŝî (Ð) 20:15, 5. Okt. 2024 (CEST)
- Dass alle Rücksprungziele erkennbar sein sollen, sehe ich nicht. Das ist zwar bei Cite so, aber daraus lässt sich mE nicht ableiten, dass es nicht auch andere Darstellungsformen geben kann. Auch außerhalb der WP ist das keineswegs Standard, sodass ich es vertretbar finde, die Anzeige so wie derzeit schon in den Artikeln bestehend zu belassen. Wenn das für das Verständnis unbedingt erforderlich ist, was ich für alle Fälle verneinen würde, aber im Einzelfall nicht ausschließe, müsste dann eben das Cite-System genutzt, oder der Sachverhalt direkt im Artikel dargestellt werden. -- hgzh 09:02, 7. Okt. 2024 (CEST)
- Ich sehe keine Erfordernis, auf spezielle Skins einzugehen. Die Darstellung sollte sich nicht abhängig vom Skin unterscheiden und die Mobilversion grätscht hier auch nicht dazwischen. -- hgzh 09:04, 7. Okt. 2024 (CEST)
- Bei dir weis man nie, was du "ausheckst" ;-) Die Selbsverständlichkeiten habe ich der Vollständigkeit wegen erwähnt. Darüber hinaus hat der geparste Quelltext auch skn-spzifische CSS-Klassen. Theroretisch wäre es also möglich, Skin-Weichen zu prorgrammieren, wenn man auf den Bereich außerhalb des gesparsten Seiten-Quelltextes zugreifen kann. ÅñŧóñŜûŝî (Ð) 20:15, 5. Okt. 2024 (CEST)
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:
- 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.
- Sie hat einen Schalter
- 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.
- Einzelne andere
class=
stattid=
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.
- Vorlage:Hinweis Seiten-Koordinaten
- 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)
- 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.
… 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=
identischname=
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.
- Direkt vergebene
- 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)
- Irgendwie habe ich die gleiche Angelegenheit vor ein paar Tagen schon zum zweiten Mal beantwortet.
- 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)
Eine neue Vorlage:Literatur mit Anker sowie Vorlage:ToolTipLink
Hallo, einige Fragen zur neuen, von Vollbracht entwickelten und singulär nur hier eingesetzten Vorlage:Literatur mit Anker mit Vorlage:ToolTipLink:
- In welcher Beziehung stehen diese zum künftigen WP-weiten Tool der Mehrfachreferenzierung?
- Ist der Parameter ID, der auch in der zugrundeliegenden Vorlage:Literatur verwendet wird, günstig?
- Wie wird eine langfristige Übernahme von Änderungen in Vorlage:Literatur hierher gewährleistet?
- Wie steht die verwendete Harvard-Zitation zu WP:ZR?
- Lädt die Vorlage:ToolTipLink nicht zu unnötigen ein wie hier?
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
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)
- 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)
- 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)
Vorlage:DNB-Portal: Verhältnis von ID und Wikidata
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)
Helferlein Navigation Popups: Vorlagenbilder anzeigen
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:
- Vorlage:Infobox Gemälde: z.B. Charlotte Berend im Liegestuhl -> zeigt in der Vorschau das Ehepaar Corinth
- Vorlage:Infobox Amt: z.B. Prince of Wales -> zeigt in der Vorschau die Princess
- desweiteren gefunden: Vorlage:Infobox Schutzgebiet, Vorlage:Taxobox, Vorlage:Infobox Fluss
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)
Vorlage:ANNO: Ergänzung der ALEX-Verlinkung
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)
Teilweise störender Zeilenumbruch in der Vorlage:Infobox Volleyballspieler
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)
Vorlage:Audio: wav statt ogg ok?
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)