Benutzer Diskussion:Eiragorn

Dein Revert Spezial:Diff/241594600/241666966 bei der Vorlage:FormatDate hat nun leider diese Seite wieder zerlegt. Kannst du das bitte abstellen, es lag genau an dieser Einbindung die die Seite nun wieder unansehnlich macht. Siehe dazu auch → Diskussion:COVID-19-Pandemie in Indien# LUA-Skriptfehler --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240129153100-COVID-19-Pandemie in Indien11Beantworten

Wäre es dann nicht besser den betroffenen Artikel ein bisschen aufzuräumen, Eingebundenes zu reduzieren oder den Artikel aufzuteilen. Der wiederhergestellte Code wird nämlich noch von anderen Vorlagen genutzt. In der Vorlage selbst sollte nichts gelöscht werden, wenn man sich nicht sicher ist. --Pintsknife (Diskussion) Benutzer Diskussion:Eiragorn#c-Pintsknife-20240129161600-Lómelinde-2024012915310011Beantworten

Nein, der Revert war korrekt und zwingend notwendig, denn seit heute morgen hat die Vorlage nirgendwo mehr ein Datum angezeigt. Mag sein, dass als Nebeneffekt kurzzeitig auch die Server bei der angesprochenen Seite entlastet wurden, aber Pintsknife hat Recht, die Ressourcenfresser liegen woanders. Ihr bei der VL-Werkstatt könntet z.B. die Fehlerkat bei {{FormatDate}} direkt ins Modul einbauen, damit letzteres bei einem Aufruf nicht länger doppelt aufgerufen werden muss. Desweiteren wird FormatDate gleich doppelt in der {{Internetquelle}} verwendet. Hier brächte der Wechsel auf invokes (und wmgl. Modul:DateTime) auch unmittelbar Entlastung für alle Seiten. Wahrscheinlich ginge dann auch wieder Covid-India. Sind aber beides Stellen, an die ich mich selbst eher nicht herantraue…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240129163100-Pintsknife-2024012916160011Beantworten

Es ist dort aber definitiv der Auslöser. Ohne das Datum in der Infobox gibt es keine Probleme. Eventuell lässt es sich ja in der Vorlage:Infobox Pandemie lösen, aber ich weiß nicht genau wie. Man könnte einfach auf die Datumsformatierung verzichten. Du kannst das nicht so weit reduzieren, dass der Artikel nur noch 20 Einzelnachweise verträgt, das halte ich für unpraktikabel. Du siehst doch anhand der Versionsgeschichte, dass da schon einiges versucht wurde. Und ehrlich gesagt sind 122.000 Bytes jetzt auch noch nicht so enorm viel. Wenn das 1 MB wären, dann würde ich das noch verstehen. Die Einbindungsgröße nach dem Expandieren beträgt

• 980.557 von 2.097.152 erlaubten Bytes. Allerdings zeigt die Lua – Speichernutzung, dass dort nichts mehr geht:
• 52.428.783 von 52.428.800 Bytes.

Löscht man nun das Datum, also nur die Zahlen aus dem Parameter | LetztesUpdate = 2021-07-20 dann sehen die Zahlen so aus

• Expansion: 336.213 von 2.097.152 Bytes
• Lua Speicher: 33.584.921 von 52.428.800 Bytes

Man erkennt also deutlich, dass das auf Fehler überprüfte Datum dort einen enormen Einfluss auf den kompletten Artikel hat. Allein diese Zeichenfolge erhöht die Expansion um fast das dreifache, so etwas kann keine gute Programmierung sein. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240129164700-Pintsknife-2024012916160011Beantworten

Ergänzend, ich in dazu nicht in der Lage, ich kann weder Lua noch bin ich in irgendeiner Form Programmiererin. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240129165300-Pintsknife-2024012916160011Beantworten

Mag alles stimmen, ich bin dafür aber der falsche Ansprechpartner. Die Programmierung stammt nicht von mir, die kurze Serverentlastung heute Mittag war (positiver) Nebeneffekt eines zurückgesetzten Programmierfehlers. Ich erkenne zwar die Ineffizienzen in den verwendeten Vorlagen – mMn sind die FormatDates in {{Internetquelle}} der maßgebliche Treiber –, aber ohne WikiLua-Erfahrungen krieg ich das auch nicht hingebogen…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240129172300-Lómelinde-2024012916530011Beantworten

Hab mir die VL nochmal angesehen, Wenn man der vorherigen Änderungen die class="error" ergänzt, klappen alle angeschlossenen Vorlagen wieder. Damit sollte diese Seite zwar wieder gehen, die angesprochenen Ineffizienzen sollten aber trotzdem den Servern zuliebe behoben werden ;)…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240129174900-Eiragorn-2024012917230011Beantworten

Dankeschön, ich hätte nicht gewusst was man da machen soll, zumindest werden so weit weniger expandierte Bytes erzeugt und weniger Lua-Speicher (was auch immer das ist) belegt. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240130053200-COVID-19-Pandemie in Indien11Beantworten

Hallo Eiragorn, →Spezial:Diff/241984236/241985549 bitte beachte →Vorlage:Zitat#Hinweise und →Hilfe:Wikisyntax/Validierung#Unzulässige Einrückungsunterdrückung dein Zitat ist nicht wie vorgesehen eingerückt sondern klebt am linken Seitenrand = defekte Darstellung. Bitte den Doppelpunkt :{{Zitat|Bei einer Hollyw… entfernen oder die alternative Vorlage:" verwenden und zukünftig darauf achten die Vorlag:Zitat nicht einzurücken oder in Aufzählungen zu verwenden. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240208141800-Bitte reparieren11Beantworten

Guter Hinweis, danke und behoben! Kommt wohl über die automatische Antwortfunktion. Dieses Verhalten müsste dann wohl mal jemand an der Wurzel unterbinden…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240208152500-Lómelinde-2024020814180011Beantworten

Das wird kaum möglich sein, fürchte ich, da sich recht viele Vorlagen so verhalten. Das Problem dabei ist, dass sich die div-Tags dann mit anderen Tags, beim Doppelpunkt wäre das wohl dl dt dd, verschachtelt. Bei Aufzählungen wären das dann ol ul li, das lässt sich nicht so trivial lösen, vermute ich. Andere Vorlagen verlieren quasi ihren Inhalt, Beispiel

:: {{In Bearbeitung}}

Das kannst du dir mal ohne pre in der Vorschau ansehen.--Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240208160300-Eiragorn-2024020815250011Beantworten

Eiragorn, du hast beim Wartungsbausteinwettbewerb im Winter 2024 den 9. Platz in der Gesamtwertung und außerdem den 5. Platz in der Einzelkämpferwertung erreicht. Du hast 82 Artikel verbessert. Herzlichen Glückwunsch! --Nordprinz (Diskussion) Benutzer Diskussion:Eiragorn#c-Nordprinz-20240227212300-Auszeichnung zum Wartungsbausteinwettbewerb im Winter 202411Beantworten → zur After-Show-Party

Hallo, wie hast eigentlich Du deinem Bot bzw. dem verwendeten Pywikibot beigebracht, Änderungen als klein zu markieren? — Speravir – Benutzer Diskussion:Eiragorn#c-Speravir-20240327001400-Botänderungen als klein markiert11Beantworten

Ehrlich gesagt kann ich mich nicht erinnern, dass selbst eingestellt zu haben. Wird wahrscheinlich die Voreinstellung des Skripts sein. Für das ganze VL-Geschubse, was ich veranstalte, finde ich es aber eigentlich ganz angemessen…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240327095500-Speravir-2024032700140011Beantworten

Aha, welches Skript ist es denn dann? replace.py? Kann natürlich sein, dass, seitdem ich es das letzte Mal genutzt habe, eingefügt wurde. — Speravir – Benutzer Diskussion:Eiragorn#c-Speravir-20240328010600-Eiragorn-2024032709550011Beantworten

Jep, mein workflow ist nahezu ausschließlich replace.py. Ich hab grade nochmal ein bisschen nachgesehen und finde ehrlich nix. Weder habe ich die Einstellung im Benutzerkonto aktiviert noch gibt irgendwo im pywiki-Code ein "-minor/-major" flag o.Ä. Echt schräg. Meinst du, das ist ein Problem? --…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240328125400-Speravir-2024032801060011Beantworten

Nee, überhaupt nicht. Ich habe im Gegenteil eben bemerkt, dass ich es anscheinend völlig falsch in Erinnerung hatte, denn auch bei mir wurden Änderungen mit replace.py als klein markiert. Und im barwiki hatte ich meiner Erinnerung nach category.py genutzt, und die Änderungen wurden ebenso als klein markiert. Meine Anfrage war also überflüssig, hmmpf, ’Tschulljung. — Speravir – Benutzer Diskussion:Eiragorn#c-Speravir-20240328235400-Eiragorn-2024032812540011Beantworten

Hallo Eiragorn, der nächste Wartungsbausteinwettbewerb startet am 28. April (für Schiedsrichter bereits einen Tag vorher). Du bist wie immer als Teilnehmer und/oder Schiri willkommen! Falls du fortan keine Einladung mehr auf deiner Diskussionsseite erhalten möchtest, trag dich bitte hier aus. Falls du per Echo über wichtige Neuigkeiten, Terminabstimmungen usw. informiert werden möchtest, trag dich bitte hier ein. MediaWiki message delivery (Diskussion) Benutzer Diskussion:Eiragorn#c-MediaWiki message delivery-20240410191900-Einladung für den Wartungsbausteinwettbewerb Frühling 202411 im Auftrag von GripweedBeantworten

Da →Spezial:Diff/243862158/244072753 ist etwas schief gelaufen. Die Zuschauer dürfen nicht zwischen Inhalt und Listeneinträge gesetzt werden. →Spezial:Diff/244072753/244076195 --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240415161400-Info11Beantworten

Mist, das Problem hatte ich registriert, aber ganz offenbar bei den Quellcode-Diffs nicht gründlich genug aufspüren können. Tut mir leid! Vielen lieben Dank für die Meldung und vor allem die umgehende Korrektur! Diese fehlerhafte Schachtelung existiert offenbar auch bei diesen Artikeln, löst aber dort glücklicherweise (noch) keinen Darstellungsfehler aus…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240416122500-Lómelinde-2024041516140011Beantworten

Zu diesem Botlauf hier: In Filmografien müsste nach der Verschiebung eigentlich stehen:

• 2022: Januar (Janvaris)

und auch im restlichen Text sollte der Link nicht maskiert werden. --IgorCalzone1 (Diskussion) Benutzer Diskussion:Eiragorn#c-IgorCalzone1-20240428212200-Botlauf Horst Fuchs von heute11Beantworten

Und auch hier müsste eigentlich noch der Originaltitel kursiv dahinter. --IgorCalzone1 (Diskussion) Benutzer Diskussion:Eiragorn#c-IgorCalzone1-20240428212400-Botlauf Horst Fuchs von heute11Beantworten

Jep, stimmt. Danke für die Meldung! Korrigiere ich sofort…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240428212500-IgorCalzone1-2024042821240011Beantworten

Hallo, warum sind die Tabellenköpfe in Besetzung und Synchronisation in Legacies jetzt lila? Wenn ich auf Bearbeiten gehe und dann ohne eine Änderung durchzuführen auf Vorschau klicke, dann sind sie wieder grau. Kommt das von deiner Bearbeitung? --Kienny (Diskussion) Benutzer Diskussion:Eiragorn#c-Kienny-20240505141200-Farbe der Tabellenköpfe in Besetzung und Synchronisation im Artikel Legacies11Beantworten

Indirekt, ja. Wird eine Synchrontabelle direkt von einer Infobox angesprungen (mit id="Synchronisation…"), passt sich ihr Farbschema auch an das der Infobox an. Bei der bloßen Abschnittvorschau fehlt die Infobox wieder und damit auch die Farbe…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240505141800-Kienny-2024050514120011Beantworten

Eiragorn, du hast beim Wartungsbausteinwettbewerb im Frühling 2024 den 13. Platz in der Gesamtwertung und außerdem den 6. Platz in der Einzelkämpferwertung erreicht. Du hast 58 Artikel verbessert. Herzlichen Glückwunsch! Gripweed (Diskussion) → zur After-Show-Party

Hallo Eiragorn, der nächste Wartungsbausteinwettbewerb startet am 17. August 18. August (für Schiedsrichter bereits einen Tag vorher). Achtung, zum ersten Mal seit 2013 startet der Wettbewerb damit an einem Samstag. Du bist wie immer als Teilnehmer und/oder Schiri willkommen! Falls du fortan keine Einladung mehr auf deiner Diskussionsseite erhalten möchtest, trag dich bitte hier aus. Falls du per Echo über wichtige Neuigkeiten, Terminabstimmungen usw. informiert werden möchtest, trag dich bitte hier ein. MediaWiki message delivery (Diskussion) Benutzer Diskussion:Eiragorn#c-MediaWiki message delivery-20240810210400-Wartungsbausteinwettbewerb Sommer 202411 im Auftrag von GripweedBeantworten

Eiragorn, du hast beim Wartungsbausteinwettbewerb im Sommer 2024 den 10. Platz in der Gesamtwertung (zusammen mit Discostu) erreicht. Dein Team hat 137 Artikel verbessert. Herzlichen Glückwunsch! Elfabso (Diskussion) → zur After-Show-Party

Hallo Eiragorn,

erst durch deine Änderungen habe ich mitbekommen, dass AllMovie eigentlich alles, was sinnvoll in Artikeln verwendet werden könnte, abgestellt zu haben scheint (wer weiß, was die neuen versprochenen Features bringen werden, doch ich erwarte da nicht viel von). Eine Diskussion dazu habe ich aber nicht gefunden. Ich frage mich, ob es eine gute Idee ist, die Links in größerem Umfang durch Archivlinks zu ersetzen; möglich wird das wohl sein, es könnte deswegen aber Ärger geben, auch wenn ich nicht den Eindruck habe, dass die Texte aktiv depubliziert werden sollten. Eher sieht es so aus, als wäre das einfach das Ergebnis einer technischen Umstellung. Hast du irgendwelche weiteren Überlegungen dazu gefunden? Und sollten wir das vielleicht auch in der Redaktion ansprechen (wenn ich auch zugeben muss, dass dabei vermutlich nicht sehr viel herauskommen wird)? Den Text von AllMovie, den du im Artikel über sie verlinkt hast, kenne ich schon. Viele Grüße, --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240907224100-Die Sache mit AllMovie11Beantworten

Hallo Senechthon,

Ehrlich gesagt bin ich auch noch unschlüssig. Ich hatte erst vor Kurzem deren umfangreiches Archiv schätzen gelernt und dann war alles weg. Möglich, dass sogar die ganze Datenbank neu aufgesetzt wurde: die Plakate sind anders, alle Wertungen auf ~3/5 zurückgesetzt und nur noch geklaute "Beschreibungen aus Wikipedia". Für Belege taugt der aktuelle Zustand deshalb sicher nicht, es droht ein Ringschluss. In der enWiki vermutet man noch weitere Fremdübernahmen. Aber selbst da gab es kaum Rückmeldungen, vielleicht besser beim Online RFF-Treffen thematisieren.

Ich habe erstmal jede {{Internetquelle}} auf offline gestellt, für die gibt es idR Archivversionen. Angaben wie Cast oder Releases finden sich wahrscheinlich auch woanders. Die Reviews oder Ericksons Summarys wären aber wohl für so einige Artikel ein Verlust. Und die Genre/Themen-Beschreibungen dort waren wohl ein echtes Alleinstellungsmerkmal. Deswegen weiß ich auch noch nicht so ganz, wie mit Weblinks umzugehen. Links auf eine geleerte Datenbank sind wohl nicht mehr "vom Feinsten", aber Archivfassungen könnten immer noch Mehrwert bieten.

Viele Grüße von…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240908135900-Senechthon-2024090722410011Beantworten

Das RFF Treffen wird, wenn überhaupt, wohl erst Ende November sein; ich möchte mit diesem Thema eigentlich nicht so lange warten. Wenn du nichts dagegen hast, würde ich dort eine Anfrage stellen wollen, und dabei das Problem sehr deutlich benennen. Sollten wir uns entscheiden, die alle auf Archivversionen umzustellen, wäre es sicher hilfreich, eine idealerweise abarbeitbare Liste über die von dir geänderten Internetquellen zu haben. Hast du da was, oder müssten wir dafür über die Editliste des Bot gehen? Weißt Du von Einbindungen, die nicht über Internetquelle oder die direkte Vorlage gehen? Vielen Dank übrigens für die Initiative. Viele Grüße, --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240908155600-Eiragorn-2024090813590011Beantworten

Bring das ruhig bei der RFF vor, wäre ich auch dabei! Hier bräuchten wir ziemlich sicher Archivversionen:

1. gestern offline-gestellte Internetquellen
2. weitere Allmovie-Belege
3. Belege mit der AllMovie-Vorlage

Dazu kommen noch >2500 Verwendungen, meistens Weblinks.

Ich habe bislang zu jeder Stichprobe auch eine Archivfassung gefunden. Weil zwischenzeitlich die IDs gewechselt haben, aber nicht immer unter der URL im Artikel. Bei mehreren hundert Fällen sollten die "normalen" aber wahrscheinlich mit dem Internetarchiv-Bot o.Ä. umgestellt werden. Vielleicht wäre sogar ein eigener Archiv-Parameter für die AllMovie-Vorlage die eleganteste Lösung. Was meinst du? --…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240908223100-Senechthon-2024090815560011Beantworten

Ich habe das gerade bei der RFF angefragt. Mal sehen, was das bringt; hoffentlich war ich nicht wieder zu ausführlich. Die Idee mit dem Archivparameter in der AllMovie-Vorlage finde ich gut, habe aber keine echte Vorstellung davon, wie das aussehen könnte. Etwa so, wie es bei der Internetquelle gemacht wird? --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240909204200-Eiragorn-2024090822310011Beantworten

Gut ausgedrückt (und danke für die Erwähnung :) Ich habe jetzt nochmal ein bisschen auf Archivlinks geprüft und bin immer fündig geworden. Wahrscheinlich hat das Internet Archive mal ganz AllMovie gecrawlt. Meist findet man die archivierte Seite unter dem Link wie in Wikidata (AllMovie Film-ID (P1562)) und ansonsten oft, wenn man das "-" aus unseren URLs löscht.

Wie bei {{Internetquelle}} oder vielleicht sogar wie wayback bei {{Webarchiv}}. Wenn meine Beobachtungen stimmen, könnte zur Generierung eines gültigen Archivlinks u.U. schon ein gültiges Archivierungsdatum genügen…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240910215200-Senechthon-2024090920420011Beantworten

Ich bin dann mal selbst tätig geworden, in der RFF herrscht ja Stille… Um das Chaos mit der ID-Umstellung zu umgehen (und weil der Name "Lex All Movie Guide" eh längst veraltet ist), sollte die neue Vorlage:AllMovie einen funktionierenden Archivlink für die allermeisten Filme produzieren. Einfach die zweite Kopiervorlage in den Artikel setzen, dem Link folgen und die entsprechenden Parameter aus der URL übertragen

Womöglich könnte man damit sogar analog dem InternetArchiveBot automatisch umstellen. @Senechthon, Tommes: Vielleicht wollt ihr auch mal auf mögliche Probleme/Fehler testen. Gerade bei Personeneinträgen habe ich noch nicht so viele Erfahrungswerte…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240914125800-Eiragorn-2024091021520011Beantworten

Na ja, ich habe etwas gebraucht, um das nachzuvollziehen (vielleicht hätte ich besser lesen sollen!?) Das Ergebnis funktioniert zwar, aber es hat bei mir durchaus einige Zeit gebraucht, bis die Seite kam, und das, obwohl ich sie zum Herausfinden der Archivversion bereits offen hatte.

Besonders irritiert mich bei der Sache aber die Verwendung von Wikidata zur Bestimmung der Id. Wir arbeiten auf Basis von Archivversionen, kurz nachdem AllMovie die Ids geändert hat. Wenn das mit der Archivversion klappen soll, muss in der überwiegenden Mehrheit aller Fälle die alte Id verwendet werden. Wenn jemand die Id in Wikidata aktualisiert, wird der Link nicht mehr funktionieren (das habe ich ausprobiert). Daher wird es notwendig sein, die zum Archivlink passende Id einzugeben. Mein Testartikel war übrigens Robin Williams. --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240915143500-Eiragorn-2024091412580011Beantworten

Ich hab mal eine kurze Erklärung zu den Kopiervorlagen ergänzt. Natürlich kannst du die Werte auch "von Hand" recherchieren oder aus bestehenden Einträgen ableiten:

{{Lex All Movie Guide |Titel |12345 |Abruf=2012-12-12 }}
=> allmovie.com/movie/v12345
=> {{AllMovie |v12345 |20121212000000 }}

Der Zeitstempel muss nicht exakt sein, nur lange genug her. Das Internet Archive leitet dann immer auf diejenige Version, die höchstens genauso alt ist. Wahrscheinlich braucht das so lange. Vor dem Speichern aber besser die "echten" Werte aus der Archiv-URL übernehmen.

Das mit den IDs ist in der Tat etwas tricky. "Unsere" URL mit Bindestrich war bei meinen Stichproben genauso wenig archiviert wie die aktuelle, auf die dann weitergeleitet wird. Mit der ID aus Wikidata konnte ich aber zT. bis 2012 zurück. Der Datenbestand dort sollte zum allergrößten Teil noch aus den alten Werten bestehen. Mit dem Speichern trägt safesubst die ID dann fest im Quellcode ein und sie wird nicht länger "live" aus Wikidata bezogen.

Nur zu einem Film habe ich bisher in keiner Wiki eine brauchbare AllMovie-ID gefunden. Am Ende konnte ich mich aber über eine archivierte Filmografie "herüberhangeln". Übrigens hat AllMovie manche Einträge auch vorher schonmal angepasst. Bei Robin Williams war bis zur vorherigen Archivversion noch eine Redakteurin angegeben und von hier nach hier wurde sogar die Kritik getauscht (bei derselben Endwertung?!): --…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240915172800-Senechthon-2024091514350011Beantworten

Danke, das mit dem dauerhaften Übernehmen der Wikidataproperty hatte ich nicht verstanden, und habe deswegen nicht mit dem Wikidataaufruf gespeichert. Auf den Hinweis hin habe ich es aber bei zwei Beispielen ausprobiert, und es hat gut funktioniert. Übrigens bisher ausschließlich bei Personenartikeln. --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240915205700-Eiragorn-2024091517280011Beantworten

Ich habe jetzt ein paar Mal Einbindungen vom Lex All Movie Guide durch die Vorlage AllMovie ersetzt. Das Ersetzen der Id hat nicht immer automatisch funktioniert, daher habe ich es ein paar Mal per Hand gemacht, siehe zum Beispiel Blondie’s Lucky Day oder Blondie Knows Best. Bei manchen hat das Ersetzen der Id per Hand (durch die im Archivlink verwendete Id) dazu geführt, dass die Vorlage gar nicht mehr funktionierte, weshalb ich sie durch eine Internetquelle ersetzt habe, wie in Leave It to Blondie oder Blondie’s Reward. Für diese Artikel habe ich zufriedenstellende Ergebnisse hinbekommen, daran muss also nichts mehr geändert werden. Allerdings zeigt das, dass die Arbeit mit der neuen Vorlage doch nicht so gut funktioniert wie erhofft. Über die Gründe für die Probleme kann ich nur spekulieren. Das erste Problem scheint daher zu rühren, dass im Artikel eine andere Id als in Wikidata stand, das zweite, weil der Archivlink den Filmtitel enthält. Ich habe das nicht weiter untersucht, auch weil ich nach ein paar missglückten Versionen die Id genauso wie das Datum immer übernommen habe, da das Problem nicht erkannt werden kann ohne abzuspeichern. --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240918215200-Eiragorn-2024091517280011Beantworten

Nochmal vielen Dank fürs Testen! Innerhalb von ref ersetzt der Parser wohl nicht automatisch. Vielleicht ist diese Kopiervorlage doch ein bisschen zu umständlich, bitte entschuldige die Verwirrung. Die Vorlage ist nochmal umgebaut und ihr Handling damit (hoffentlich) einleuchtender:

Archivlinks der Form

https://web.archive.org/web/<Zeitstempel>/https://www.allmovie.com/<movie oder artist>/<AllMovie-ID>

können eigentlich immer umgetragen werden:

{{AllMovie |<AllMovie-ID> |<Zeitstempel> }}

Einen Überblick über funktionierende IDs findest du hier.

Ohne Parameterwerte (!!!) schlägt die Vorlage jetzt einen Archivlink vor. Dieser muss geprüft und die Werte vor dem Speichern fest eingetragen werden. Darauf macht auch ein Hinweis aufmerksam. Fehlen die Werte, kommt eine Fehlerkat…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240919212800-Die Sache mit AllMovie11Beantworten

Super, damit hat bisher alles geklappt. Allerdings siehe den Diskussionspunkt zum Lex All Movie Guide den ich gerade eröffnet habe. Viele Grüße, --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240921013300-Eiragorn-2024091921280011Beantworten

Und noch ein Punkt: Für den Link in Sharon Acker musste ich etwas tricksen, weil es anscheinend keinen Archivlink der Form allmovie.com/artist/181 gibt, ich habe nur einen der Form artist/sharon-acker-p181 gefunden. Daher habe ich sharon-acker-p181 als Id in die Vorlage eingetragen, das funktioniert. Normalerweise halte ich so etwas für Missbrauch einer Vorlage, aber in diesem Fall wollte ich mal fragen, was du davon hältst. Sollte so etwas erlaubt sein (das müsste dann auch in die Dokumentation) oder sollte das besser anders geregelt werden (z.B. mit einer Internetquelle)? Falls du das oder eine andere Lösung besser finden solltest, kann ich das auch gerne in den Artikel eintragen. Und natürlich ist es auch vertretbar, den Weblink in einem solchen Fall einfach zu entfernen. Viele Grüße, --Senechthon (Diskussion) Benutzer Diskussion:Eiragorn#c-Senechthon-20240921193200-Eiragorn-2024091921280011Beantworten

Hallo! Wie mir gerade aufgefallen ist, wird die Infobox Film seit deiner letzten Stil-Änderung in der Mobilversion nicht mehr korrekt in 100 % Breite dargestellt. Bei Bildschrimbreiten unter 640px wird zwar die Tabelle an sich auf 100 % gezogen, die Zeilen bleiben aber linksbündig auf ca. 350px stehen. Ohne das jetzt testen zu können, vermute ich, dass es mit deiner Änderung von width:20%; zusammenhängt. Gruß --XanonymusX (Diskussion) Benutzer Diskussion:Eiragorn#c-XanonymusX-20240910161300-Breite Film-Infobox mobil11Beantworten

Dieser Anzeigefehler war mir (glaube ich) schon vor meinem Edit begegnet. Ich konnte ihn aber noch nicht reproduzieren oder eingrenzen. Es gab wohl zuletzt einige Änderungen bei den Skins, die schon zu erheblich ungleichen Schriftgrößen in vielen Infoboxen geführt hatten. Eine solche Kollision halte ich auch hier für denkbar. Ich habe gerade mal ein Update gefahren, aber wenn ich mobil aktiviere und das Fenster schmal mache, sehe ich es jetzt auch. Womöglich ignoriert der Mobile Skin jetzt das width:100% !important bei Schachtelung. Die Spalten werden da ja auch unsinnigerweise auf dieselbe Breite gezwungen, obwohl das Stylesheet eigentlich was anderes vorgibt.

Nebenbei: Verstehst du zufällig, warum Vorlage:Medienbox/styles.css#L-142 nicht auf dieselbe Weise greift wie editoronly?…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240910215200-XanonymusX-2024091016130011Beantworten

Ich habe das nochmal durchgespielt: Wenn th auf 1–22% gesetzt wird (egal, ob mit oder ohne !important), ist die innere Tabelle vollbreit (die Spaltenreite ist natürlich etwas ungleich, aber es gibt Schlimmeres). Ab ca. 23% oder mit Nichtprozentangaben haben wir ein Loch. Warum genau das in dieser Konstellation passiert, weiß ich leider auch nicht, aber ich glaube nicht, dass sich da etwas geändert hat, sonst wären vermutlich auch andere Infoboxen betroffen (die Infobox Chartplatzierungen hatte dieses Problem zB auch lange, bis ich sie umgebaut habe). --XanonymusX (Diskussion) Benutzer Diskussion:Eiragorn#c-XanonymusX-20240911165800-Eiragorn-2024091021520011Beantworten

Und die action-submit-Klasse kenne ich nicht, aber ich verwende auch den klassischen Wikitext-Editor nicht, kommt die von da? --XanonymusX (Diskussion) Benutzer Diskussion:Eiragorn#c-XanonymusX-20240911170600-XanonymusX-2024091116580011Beantworten

Danke für deine Recherche! Diese Anweisung soll einzig und allein die Spaltenbreite von geschachtelten Infoboxen vereinheitlichen. Das richtet sich nach dem längsten Spaltenbezeichner und der ist rund 8em breit. Wenn das jetzt nicht mehr geht, kann die Anweisung ganz weg.

Bis zum Frühjahr hat alles wunderbar funktioniert. Seitdem zerschießen irgendwelche obskuren Nebenwirkungen aus den Mobil-Skins das Layout. Hier gab es schon eine Diskussion dazu. Als Korrekturversuch wurde da auf besagte 20% umgestellt und eine infobox-Klasse entfernt. Diese enWiki-Diskussion war mehr oder weniger zeitgleich und hängt womöglich ebenfalls damit zusammen. Auf welcher Seite kann man eigentlich am übersichtlichsten in den CSS-Styles suchen?

Die Bearbeitungsvorschau sitzt innerhalb von action-submit. In meinem eigenen CSS-Skin funktioniert das, als Template-Style irgendwie nicht…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240911205300-XanonymusX-2024091117060011Beantworten

Ah, ja, verstehe, TemplateStyles wirken nicht außerhalb des Bearbeitungsbereichs (mir fällt grad der Klassenname nicht ein), daher wird action-submit auch nicht erkannt.

Ansonsten: Verschachtelte Infoboxen sind einfach ein Graus, je komplexer der Aufbau, desto eher geht mobil etwas kaputt. Eventuell kannst du ja ein paar der Stile nur auf Desktopbreite beschränken (oder skinabhängig, geht auch). --XanonymusX (Diskussion) Benutzer Diskussion:Eiragorn#c-XanonymusX-20240911213900-Eiragorn-2024091120530011Beantworten

OK, danke für die Info! Habe den Ansatz zur Fehleranzeige wieder gestrichen. Ist der mobile Anzeigefehler hiermit behoben?…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240912130700-XanonymusX-2024091121390011Beantworten

Ja, schaut gut aus! --XanonymusX (Diskussion) Benutzer Diskussion:Eiragorn#c-XanonymusX-20240912165900-Eiragorn-2024091213070011Beantworten

Schau mal was da jetzt auf dieser Seite Benutzer:Pflastertreter#Offizielle Karten der Bundesländer passiert. {{Zitat|Text|Quelle=:-)}} Dein Trimmen erzeugt da einen Zeilenumbruch. Sicher, das ist so nicht vorgesehen, aber es sah vorher noch so aus.

Es wird wohl nicht so oft vorkommen. Daher ist das nur ein Hinweis. Weshalb hast du das trim dort eingefügt? Es sollen doch eigentlich nur noch benannte Parameter verwendet werden und kein kryptisches {{Zitat|||}} und benannte Parameter sind generell getrimmt soweit ich weiß, ich halte das →Spezial:Diff/244452294/248703248 für einen Schritt in die falsche Richtung. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240918165900-Vorlage:Zitat11Beantworten

Ich setze es mal in nowiki, damit nicht auch deine Seite Fehler auslöst, hier Forschungsmethode ist dadurch übrigens auch die Darstellung zerstört. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240918170500-Vorlage:Zitat11Beantworten

Und noch so ein Fall Spezial:PermaLink/248653133#cite ref-11, andere Einbindungen wurden möglicherweise bereits angepasst CC:At40mha --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240919051500-Vorlage:Zitat11Beantworten

Das Konstrukt „Quelle=:“ bei Verwendung der Vorlage {{Zitat}} führt dazu, dass die betroffenen Seiten in der Fehlerliste Falsch verschachteltes Tag mit einer unterschiedlichen Darstellung in HTML5 und HTML4 angezeigt werden/wurden. Drei derartige Artikel habe ich gestern korrigiert. Eine Suche findet jetzt außer dieser Diskussion nur mehr die Seite Benutzer:Pflastertreter (der allem Anschein nach aber schon mehr als zehn Jahre inaktiv ist). Was der Hintergrund des Problems war, habe ich mir nicht angesehen. Liebe Grüße --At40mha (Diskussion) Benutzer Diskussion:Eiragorn#c-At40mha-20240919064700-Lómelinde-2024091905150011Beantworten

Der Techi würde jetzt patzig sagen: It's a feature not a bug. Der Parser fügt automatisch vor Listenzeichen – # nummeriert, * nicht nummeriert, : Definition – Leerzeilen ein. Bei solchen Angaben wäre <nowiki /> (oder Unicode-Entitäten) in der Tat die sauberste Lösung.

Der Edit hat einen typografischen Fehler beseitigt, weil z.T. ein Leerzeichen vor dem Ref stand. Ich habe nochmal nachgebessert, denn benannte Parameter muss man wirklich nicht gesondert trimmen. Das angemahnte Verhalten sollte damit wieder verschwunden sein, vgl. deine verlinkten Altversionen…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240919212800-At40mha-2024091906470011Beantworten

Hallo Eragorn, Mir ist aufgefallen, dass du viele Wiki-Artikel über Filme stark kürzt, also hauptsächlich Kategorien entfernst oder zusammenfasst und wichtige Weblinks zu Seiten wie Rotten Tomatoes oder IMDb löschst. Könntest du mir bitte erklären, warum du das machst? Es widerspricht auch komplett den Richtlinien (siehe Wikipedia:Formatvorlage Film). Danke --Superbia23 (Diskussion) Benutzer Diskussion:Eiragorn#c-Superbia23-20240918213800-Überarbeitung von Filmen11Beantworten

Hallo Superbia,

Ich lösche eigentlich nichts sondern fasse zusammen und strukturiere. Besonderes Augenmerk liegt dabei auf einer sauberen und gleichmäßigen Gliederung, denn das stellt die Leserlichkeit sicher. Unser Richtwert dafür lautet 100–150 Worte pro Absatz, 3–5 Absätze pro Abschnitt. Kürzer und der Leser wird ständig unterbrochen, länger und er ermüdet. Weitere häufige Probleme:

1. Text gehört ausschließlich in die tiefste Gliederungsebene.
2. Jede Gliederungsebene besteht aus mindestens zwei Abschnitten.
3. Abschnitte treffend überschreiben und Verlegenheitsüberschriften wie "Hintergrund", "Sonstiges", "Besonderheiten" usw. soweit möglich vermeiden.

Gerade im Hinblick auf Filme gibt es häufig noch ein paar Spitzfindigkeiten bei Fachbegriffen. So bedeutet "Produktion" in der Filmwirtschaft dasselbe wie "Dreharbeiten" – sie liegt ja zwischen der Vorproduktion (Konzeption, Drehbuch, Besetzung, …) und Nachproduktion (Schnitt, Musik, Effekte, …). Und die deutschen Kulturwissenschaften trennen traditionell streng zwischen wirtschaftlicher Auswertung (Einspielergebnisse o.Ä.) und künstlerischer "Rezeption".

Weblinks verweisen auf Informationen, die über den Artikel hinausgehen. Sobald Rotten Tomatoes im Fließtext verarbeitet und tabellarisch zusammengefasst wurde, bietet ein Weblink keinen Mehrwert mehr und ist damit überflüssig.

Ich hoffe, du kannst meine Arbeitsweise damit etwas besser nachvollziehen…
Eiragorn ^{Let's talk about... Familie Putz11} Benutzer Diskussion:Eiragorn#c-Eiragorn-20240919212800-Superbia23-2024091821380011Beantworten

Woher kommt da diese Dunkelwischiwaschirosafärbung der Untertitel? Das kann man wirklich nicht gut lesen wenn blaue Links auf diesen Hintergrund präsentiert werden. Gleiches gilt auch für das schwarze Videosymbol auf dem dunkelroten Titelhintergrund. In Dunkelmodis ist alle gut lesbar, aber für normal schwarz auf weiß finde ich diese Farbwahl ungeeignet.

{{{Titel}}}
YouTube-Kanal Let’s Play
{{{Titel}}}
YouTube-Kanal Let’s Play
{{{Titel}}}

Siehe auch Hilfe:Farbe. Auf Hintergrundfarbe 7 wäre auch Blaulinktext lesbar, ein etwas helleres rot würde auch zum Icon einen besseren Kontrast bieten. Farben sollten sparsam verwendet werden, sie sollten aber nie die Lesbarkeit beeinträchtigen. Das ist nicht barrierefrei. Siehe auch „benutze gut erkennbare Farben“. --Liebe Grüße, Lómelinde Diskussion Benutzer Diskussion:Eiragorn#c-Lómelinde-20240925154600-Vorlage:Infobox YouTube-Kanal11Beantworten