Wikipedia:Technik/Skin/MediaWiki/Änderungen/Archiv/2024

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

MediaWiki:GrowthMentors.json

Moin,

da Benutzer:CommanderInDubio gesperrt wurde, müsste er aus der Liste ausgetragen werden.

Viele Grüße, --Wandelndes Lexikon (Diskussion • ) Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Wandelndes Lexikon-20240320220700-MediaWiki:GrowthMentors.json11

@Wandelndes Lexikon danke für die Info. Die Seite wird via Spezial:ManageMentors verwaltet, sowas kann also einfach via WP:AA beantragt werden. Ich bin mir ehrlich auch gar nicht sicher, ob die damit verbundene automatische Neuzuweisung der betreuten User [1] auch erfolgen würde, wenn man MediaWiki:GrowthMentors.json direkt bearbeiten würde. Ist jedenfalls nun von der Liste entfernt [2]. --Johannnes89 (Diskussion) Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Johannnes89-20240321064600-Wandelndes Lexikon-2024032022070011
Die Bearbeitung der JSON-Seite können übrigens auch Admins vornehmen, das ist keine exklusive BOA-Aufgabe. Gruß, -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240321064800-Wandelndes Lexikon-2024032022070011
Archivierung dieses Abschnittes wurde gewünscht von: --Johannnes89 (Diskussion) Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Johannnes89-20240321064600-Wandelndes Lexikon-20240320220700-111

MediaWiki:Gadget-uploadtools.js

Überarbeitung erforderlich.

  1. Dorthinein die Abfrage auf wgCanonicalSpecialPageName aus bislang MediaWiki:Common.js
    • Optimal erst darauf abfragen, wenn zutreffend dann Funktion f() mit bisheriger Programmierung.
  2. Außerdem das mw,$ richtig kapseln nach allgemeiner Praxis.
  3. wikEd ist window.wikEd
  4. -- wird in [[MediaWiki:Common.js]] eingebunden
  5. if ( false ) { return; } passiert nie.

MediaWiki:Gadgets-definition #Systemgadgets mit namespaces=-1 (Testen!)

Enjoy --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240318142000-MediaWiki:Gadget-uploadtools.js11

Wird dann eben komplett auf allen Spezialseiten geladen, aber Special:Upload sollte von -1 schon erfasst sein. Ansonsten schau ich es mir nach dem Wochenende an, wenn keiner sonst möchte. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240320102000-PerfektesChaos-2024031814200011
Naja, ich kalkulierte über die Masse der Seitenabrufe und der ausgeführten Statements; und das sind überwiegend ANR-Abrufe aus dem Publikum.
Aber ein dewikiSpecial könnte ich mir vorstellen, nur mit einem switch über wgCanonicalSpecialPageName mit den case Upload und Watchlist und eines Tages vielleicht mal noch einer.
Dabei ggf. nach Mobil und Desktop auswählend; bisher wirkt das ja nur auf Desktop, weiß nicht ob momentan mobil was nutzbar. Wenn keiner mobil dann per skins= zu limitieren.
Die Gadgets generieren dann halt (wie bisher) nur Module, versioniert und komprimiert, mit dependencies. Kann aber weiterhin niemand auswählen.
  • rights mögen dann nochmal ein paar rausfiltern.
  • Spezialseiten können eigentlich ohnhin nicht anders als view angefasst werden.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240320112200-Hgzh-2024032010200011
Der Ansatz mit dem Lade-Gadget gefällt mir gut, ich habe dazu mal MediaWiki:Gadget-specialpageLoader.js angelegt. Vorteil ist neben Performance, dass, sollte irgendwann Laden nach CanonicalSpecialPageName möglich sein, die Gadgets ohne weitere Anpassungen direkt aus der Gadgets-Definition geladen werden können.
In dem Zug würde ich MediaWiki:Common.js/watchlist.js mal als watchlistMessage-Gadget registrieren, wenn das Laden aus der Common.js entfällt, ergibt diese Zuordnung keinen Sinn mehr. Die große Überarbeitung kann auch später mal erfolgen. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240322134000-PerfektesChaos-2024032011220011
Archivierung dieses Abschnittes wurde gewünscht von: hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240326072300-PerfektesChaos-2024031814200011

tableSorterCollation noch benötigt?

bezieht sich auf MediaWiki:Common.js#L-14; dieser Code ist seit über zehn Jahren nahezu unverändert in der Common.js enthalten. 2019 wurde phab:T32674 geschlossen und seitdem auf eine native JS-Funktion zurückgegriffen, die inzwischen von allen Browsern unterstützt wird. Da die Sortierung in der Mobilversion auch ohne diese Zuweisung funktioniert, sollte die Zeile eigentlich entfallen können, oder übersehe ich etwas? -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240317124600-tableSorterCollation noch benötigt?11

Ich weiß nicht, würde ich lieber noch länger ausschleichen lassen.
  • Hinterher beschweren sich wieder irgendwelche Altvorderen oder exotische Browser.
jquery.tablesorter.js wertet das ja noch aus.
Wenn, dann sollte das lieber global beendet werden und auch aus tablesorter eliminiert werden.
  • Kannst du ja auf Phab anregen; dann können die feststellen, dass localeCompare überall unterstützt wird, und es rausnehmen, und dann wird tablesorter schneller.
Aber wennste schon dankenswerterweise grad am Ausmisten bist: Das Statement drunter zu Upload ist mittlerweile per G-D obsolet.
  • Da könnte noch ein namespaces=-1 mit bei.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240317135700-Hgzh-2024031712460011
Ich hatte es so verstanden, dass tableSorterCollation weiterhin unterstützt wird, um projektspezifisch die Standards zu überschreiben. Habe aber gerade in einem Dokument gefunden, dass die Standardsortierung ä = ae wäre; dann müsste diese Zeile weiterhin so bleiben und ggf. auch mobil ergänzt werden.
Zu den Uploadtools: die werden in der Gadgets-definition derzeit nur definiert, aber nicht geladen - entweder man spart sich die drei Zeilen in jedem Seitenaufruf oder lädt die Uploadtools auf jeder Spezialseite oder wir bauen noch ein Caller-Gadget drumherum, das die drei Zeilen enthält. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240317141600-PerfektesChaos-2024031713570011
Hm, gerade mal auf Benutzer:Hgzh/Temp getestet, sowohl Mobil als auch Desktop mit und ohne Safemode sortieren Hocke - Hof - Hölle, also ö = o -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240317142800-PerfektesChaos-2024031713570011
Zeile 505 sagt: // Android doesn't support Intl.Collator
  • Weiß nicht, ob das noch aktuell ist. Schon ne Weile drin.
  • Dass die Mainstream-Browser (Desktop-Engines) das können, hatte ich auch schon mitbekommen; und dass du sowas nutzt vermutete ich.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240317201900-Hgzh-2024031714280011
Hab das Beispiel gerade auf einem relativ neuen Android-Gerät im Standardbrowser getestet, sortiert wie gewünscht. --XanonymusX (Diskussion) Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-XanonymusX-20240317210800-PerfektesChaos-2024031720190011
https://caniuse.com/?search=intl.collator listet eigentlich nur noch bei Exoten unbekannte Kompatibilität. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240318064600-PerfektesChaos-2024031720190011

Geruhsam ausschleichen lassen, nach folgendem Konzept; rennt nicht weg:

  1. Phab-Ticket zur globalen Eliminierung in jquery.tablesorter.js basteln. Mache ich ggf. irgendwann wenn ich Nerv habe.
  2. Kommentar in MediaWiki:Common.js ändern, Ticketnummer rein, Hinweis auf veraltend.
    • Z25 Beobachtung++s++liste – mehr für Textsuche denn wegen vorbildlicher Rechtschreibung; irritiert trotzdem.
  3. Wenn irgendwann aus jquery.tablesorter.js verschwunden dann sicher auch hier eliminieren.
  4. Wenn irgendwann die ganze MediaWiki:Common.js zum Gadget migriert und endgültig aufgeräumt wird, dann nochmal überdenken ob noch lohnend.
  5. Bis dahin Alt-User nicht mit Neuerungen konfrontieren.

„Habe aber gerade in einem Dokument gefunden, dass die Standardsortierung ä = ae wäre; dann müsste diese Zeile weiterhin so bleiben und ggf. auch mobil ergänzt werden.“

  • Der Sinn war gewesen, dass nicht nach Unicode das ä hinter z sortiert werden würde; was ohne Collation irgendeiner Art in JavaScript passieren würde.
  • Ob das ä nun auf ae oder a abgebildet würde, ist relativ egal.
  • Wir sortieren eigentlich enzyklopädisch (DIN, Methode #1). Also alle diakritischen Zeichen weg. Das ist aber gerade Intl.Collator und global.
  • Die Gleichsetzung ä = ae ist DIN, Methode #2, und gehört zu Telefonbüchern. Also wenn bei Namen unbekannt wäre, ob Möller oder Moeller geschrieben. Dann sollen die Einträge beisammen stehen.
  • Unsere Sort-Vorlagen (Modul) bilden grundsätzlich alle lateinischen Zeichen auf [a-z] ab; also enzyklopädisch, auch bei Personen.

VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240318141400-tableSorterCollation noch benötigt?11

Ich habe jetzt mal phab:T361828 aufgesetzt.
  • Bis das resolved und das Feature aus MW entfernt wurde, sollten wir das noch für irgendwelche Altgeräte unterstützen, bis deren Akkus verglüht sind.
  • Action: Im JS-Text diese Task zur Erinnerung hinterlegen.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240404122900-PerfektesChaos-2024031814140011
Habe es eingetragen, damit einstweilen erledigt. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240417195600-PerfektesChaos-2024040412290011
Archivierung dieses Abschnittes wurde gewünscht von: hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240417195600-PerfektesChaos-2024031814140011

Skript für Vorlage:Galerie als Gadget auslagern

Passt ja jetzt durch kategoriebasierte Auslösung gut, daher als Abendbeschäftigung: Vorlage:Galerie – Vorlage:Galerie/styles.css – galleryTemplate.js. Gruß, -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240410204500-Skript für Vorlage:Galerie als Gadget auslagern11

Schönen Dank erstmal.
Zum Bezeichner:
  • Kategorie:MediaWiki:Gadget/templateGallery hatte ich auch schon.
  • Ich habe allerdings template an den Anfang gestellt, damit bei alphabetischer Aufzählung zukünftiger ähnlicher Gadgets alle derartigen beisammen stehen.
  • Von wegen template:Gallery und so.
  • Englisch ist gut, weil sich vielleicht mal ein anderes Wiki bei uns was kopieren mag.
Zu JavaScript:
  • GALLERY zur Konfiguration ist fein.
  • let/const
    • Die Einheiten sind nicht so unübersichtlich, dass eine Verhinderung des späteren unbeabsichtigten Überschreibens einer Konstante verhindert werden muss; bei drei Statements.
    • var ist ja nicht irgendwie veraltet und obsolet oder deprecated.
    • Sicherheitshalber zwecks Kompatibilität und ungeübter BOA lieber var konventionell.
  • Hypermoderne => schließt Masse konventionellen Pflegepersonals aus.
    • const init = $content => { kapiert niemand.
  • Eine Strukturierung der Funktionen im GALLERY ist hier nicht erforderlich; das wäre bei großer Zahl an Funktionen für L10N. und CONFIG. und RENDER. sinnvoll. Hier eher störend und verwirrend.
    • Herkömmliche lokale Funktionen tun es auch.
    • Haben die Tücke, dass sie in der Reihenfolge so anzuordnen sind, dass sie bei Nutzung bereits bekannt sind. Das wäre über GALLERY. zu umgehen, aber scheint mir hier trivial lösbar.
  • nowiki-jshint-Folklore wie hier bitte noch drumrum.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240411084000-Hgzh-2024041020450011
Die ES6-Syntax verwende ich in Projekten außerhalb der Wikipedia, geht mir inzwischen flüssiger von der Hand als mehrfaches function(). Aber von mir aus. Bzgl. GALLERY hatte ich noch eine Teilung in GALLERY und UNIT überlegt, aber dann nicht weiterverfolgt, kann bei der Kürze wohl entfallen, ja. Erst nach dem Wochenende. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240412115400-PerfektesChaos-2024041108400011
Jetzt hier als MediaWiki:Gadget-templateGallery.js vorhanden, Aktivierung erfolgt die Tage. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240416175400-PerfektesChaos-2024041108400011
Jetzt aktiviert, sieht erstmal gut aus. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240417195800-Hgzh-2024041020450011
Ja, danke.
Solang das var-function nicht offiziell deprecated wird, besser kompatibel mit ollen Browsern und ollen BOA bleiben.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240424172500-Hgzh-2024041719580011
Archivierung dieses Abschnittes wurde gewünscht von: hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240424174400-Hgzh-2024041020450011

Gadget-dewikiCategories

Allgemeine Aufgabe: Alles, was spezifisch für den Kat-NR ist.

  • Speziell momentan: Verhindere, dass Infoboxen etc. in den Inhalt von Kategorien hineinragen.
    • Das betrifft auch mobil-Kategorieseiten.
  • namespaces=14
div.mw-category-generated {
   clear: both;
}

Eliminieren aus MediaWiki:Common.css

  • Dabei in den Header reinschreiben: gemeinsamen Desktop-Skin-Anpassungen

VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240424172700-Gadget-dewikiCategories11

Hatte ich schon überlegt, war aber noch unentschlossen, ob das zu atomisiert ist. Und float gibt es mobil ja auch kaum.
.mw-search-interwiki-header könnte man noch über den specialpageLoader auf Spezial:Suche laden, dann wäre wirklich fast alles ausgereizt. Person ist stückweise in Arbeit. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240424174900-PerfektesChaos-2024042417270011
Naja, perspektivisch sollten die MediaWiki:Common.* sowieso nur noch Gnadenhof für allmählich aussterbende Bestandsgeschichten sein.
Also muss eine dauerhafte Lösung für die Brösel gefunden werden.
Endgültig sollte es dann einheitlich unter Gadget- mit Doku und deiner Übersicht zu Systemgadgets wirksam sein, und die MediaWiki:Common.* werden Rotlinks und werden außerhalb des Namensraums archiviert.
Weil, auf ewig zweigleisig fahren bringt es auch nicht, das wäre noch verwirrender.
Und die Systemgadgets-Doku erspart uns die Zweigleisigkeit Mobil-Desktop.
Ein Gadget-dewikiSichtung nur wirksam in den namespaces= Sichtungsnamensräumen wär dann auch noch ein Brösel.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240424210200-Hgzh-2024042417490011
Der Gadgettitel gefällt mir noch nicht so ganz. Zwecks Ausweitung auf weitere Namensräume vielleicht eher MediaWiki:Gadget-ns14 oder MediaWiki:Gadget-nsCategory oder MediaWiki:Gadget-dewikiNsCategory oder MediaWiki:Gadget-ns-Kategorie, falls mal noch Portal, Modul oder so dazukommen sollten. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240425205300-PerfektesChaos-2024042421020011
MediaWiki:Gadget-nsCategory wäre mir auch recht; für andere NR, und vielleicht werden wir eines Tages auch mal Vorbild für andere Wikis. VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240426113800-Hgzh-2024042520530011
Dann dieses. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240426114500-PerfektesChaos-2024042611380011
Archivierung dieses Abschnittes wurde gewünscht von: hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240507093500-PerfektesChaos-2024042417270011

Nutzung der MediaWiki:Mobile.css auslaufen lassen

Mit gerrit:1010312, das am Donnerstag aktiv werden sollte, wird MediaWiki:Minerva.css auch im MobileFrontend geladen. Da die langfristige Perspektive gem. phab:T248416 ist, Mobile.css und MediaWiki:Mobile.js (bei uns ohnehin leer) gänzlich zu entfernen, schlage ich in diesem Zuge vor:

Da das recht umfassende Anpassungen sind, bitte ich um ein zweites Durchdenken, falls ich etwas nicht bedacht haben sollte. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240312112600-Nutzung der MediaWiki:Mobile.css auslaufen lassen11

Die Regel zu skinabhängigen absoluten Positionierungen muss ggf. bleiben oder für die einzelnen Skins anders gelöst werden, wenn sich durch die Auslagerung in ein Gadget die Reihenfolge der Definitionen ändert - bisher überschreiben, die Definitionen der Skins die Ausblendung per Common/Mobile.css. Mglw. ist dann ein !important für die Skin-Definitionen erforderlich, oder es bleibt erst einmal so wie es ist; da ja ohnehin Auslaufmodell. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240312115700-Hgzh-2024031211260011
Sieht nach erster Durchsicht korrekt aus, schönen Dank.
Die Bedenken mit den absoluten Positionierungen (meint wohl coordinates–shortcut) habe ich nicht verstanden.
  • Es ist immer genau eine Skin aktiv, eine Kaskade Common→Skin ist nicht erforderlich und damit kein Überschreiben und keine Reihenfolge.
  • Ergo ist der eine einzige Ort mit der wirklich wirksamen Spezifikation die jeweilige Skin.css und wieso ein Gadget (welches?) dafür was anders machen soll sehe ich grad nicht. Im Zweifelsfall wäre ein Gadget skin-abhängig.
Der prettytable-Spaß kann dann bei der Gelegenheit weiter zurückgebaut werden:
  • Im ursprünglichen Sinn wirksam nur noch für .ns-2 (BNR).
  • Parken unter MediaWiki:Gadget-dewikiCommonLayout.css
  • Im WP-NR sowie Portalen kommt das nur noch in zehn Jahre alten archivierten Diskussionen vor. Damit ist das Design dann halt ohne Linien. Pech.
  • Ansonsten nur im Rahmen uralter Diskussionsbeiträge verwendet. Bleibt Tabelle, halt ohne Linien.
  • Der ANR-Spaß mit den fetten roten Linien kann nach einigen Jahren Lernphase entfallen.
Endmaßnahme wäre Archivierung in Technik/Archiv.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240312161100-Hgzh-2024031211570011
Die absoluten Positionierungen werden in Common.css L224 ff. aus- und dann je Skin wieder eingeblendet. Anscheinend ist das eine Regelung aus dem Jahr 2006, s. die verlinkte MediaWiki Diskussion:Common.css/Archiv/1#Absolute Positionierungen, möglicherweise vor dem damaligen Hintergrund, dass mehrere Skins neu angeboten worden waren und dann diese immer erstmal mit zerschossenem Inhalt aufwarteten. Kann evtl. heute, wo die Zahl der Skins begrenzt ist, auch entfallen, wäre mir recht.
Prettytable wollte ich eigentlich gern komplett kicken dieses Jahr, uralte BNR-Unterseiten können m.E. auch wie uralte Diskarchive behandelt werden. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240312163600-PerfektesChaos-2024031216110011
@absolute: In unserem Krabbelalter gab es auch noch selbstgeschmiedete Skins.
  • Die einzige Wirkung könnte eine generelle Ausblendung heute auf die „App“ haben; da diese jedoch Auslaufmodell und in ihrer technischen Vorgehensweise undokumentiert ist, wird das dann eben am Ort der Einbindung gezeigt. Shortcuts stehen praktisch immer ganz oben; und vielleicht verschiebt daraufhhin jemand Koordinaten an eine geeignetere Stelle.
@prettytable: #Aufschrei!!! – Wir haben in diesen Jahren noch genügend Aufstände der Boomer zu gewärtigen, da müssen wir noch keine BNR-Seiten verstorbener Gründergenerationisten beeinträchtigen. Jetzt erstmal die Uralt-Diskussionen entdekorieren und Reaktion abwarten; irgendwann später mal ganz aus dem globalen Support. Vorlage:Tabellenstile kann immer auf Anforderung tätig werden.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240312172700-PerfektesChaos-2024031216110011
Apps: laut mw:Page Content Service werden Koordinaten entfernt - dann nehme ich die Ausblende-Definition mal heraus und warte, ob irgendwo ein Problem auftritt.
Prettytable: na gut, dann endgültig nach Vector-2022- und Koordinatenumstellung. Der Nachtmodus klingelt ja auch schon an. Es bleibt immer was zu tun... -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240312204500-PerfektesChaos-2024031217270011
@prettytable: Oder gleich ein endgültiges Parken unter MediaWiki:Gadget-prettytableLegacy.css und das nur im namespace=2 einbinden, um der Pietät in Sachen verstorbener Väter und Mütter Genüge zu tun. Kann nach einem halben Jahrhundert Wikipedia dann von unseren Enkeln entsorgt werden. VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240312213500-Hgzh-2024031220450011
Ja, dank inzwischen verfügbarer Namensraumeinschränkung sollte das die beste Lösung sein. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240313072200-PerfektesChaos-2024031221350011

Jetzt abgeschlossen. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240325210000-Nutzung der MediaWiki:Mobile.css auslaufen lassen11

Schönen Dank.
Dann können VG und Disk ja nunmehr ins WP:Technik/Archiv verschoben werden, bevor noch irgendjemand verwirrt wird.
  • ContentModel=wikitext + Wikitext-Kasten mit Kurzerklärung obenauf.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240402132800-Hgzh-2024032521000011
Damit will ich noch warten, bis die beiden Systemnachrichten wirklich nicht mehr wirksam sind (soll wohl so gegen Jahresende passieren). So bleibt der Hinweis erhalten, dort nichts mehr einzufügen, andernfalls käme vielleicht jemand wieder auf den Gedanken und dann hätten wir zwei Versionsgeschichten. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240402152000-PerfektesChaos-2024040213280011
Die Regel zum initialen Ausblenden der absoluten Positionierung habe ich testweise mal entfernt und bisher keine negativen Auswirkungen feststellen können, auch nicht in der Android-App. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240418174600-Hgzh-2024032521000011
Archivierung dieses Abschnittes wurde gewünscht von: hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240625163600-Hgzh-2024032521000011

CSS-Variablen

Die neuen CSS-Variablen benötigen dann aber einer neuen zentralen Dokumentationsstruktur als Unterseite /Variablen von WP:CSS wie die anderen:

  1. Wann sie definiert sind und in genau welchem Moment wirken
  2. Wo sie definiert sind und wie sie heißen und was jede einzeln bedeutet

VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240426120800-CSS-Variablen11

Ja, kümmere ich mich drum. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240426122000-PerfektesChaos-2024042612080011
So, fertig. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240427151900-PerfektesChaos-2024042612080011
Schönen Dank erstmal soweit.
Was ich oben anriss, wurde aber noch nicht geklärt:
  • „und in genau welchem Moment wirken“
  • Bei CSS können kaskadierend Regeln in physisch definierter Abfolge die jeweils zuvor bereits zugewiesenen Regeln überschreiben.
  • Sobald der Browser Zeit hat und festgestellt hat, dass inzwischen eine Reihe weiterer Regeln hinzugekommen ist, werden diese en bloc auf das Dokument angewendet, in der physischen Abfolge.
  • Damit hängt das Resultat immer von der physischen Abfolge ab.
  • Wann genau werden nun diese Variablen definiert?
  • Was passiert, wenn sie erst nach den verwendenden Stil-Anweisungen in der Abfolge stehen?
  • Allgemein würde eine später eintreffende Variablen-Definition eine vorherige überschreiben.
  • In dem Moment, in dem eine CSS-Regel auf das Dokument angewandt wurde, ist diese verbraucht, mit der in diesem Moment gültig gewesenen Variablen-Definition.
Wie stellt das momentane dewiki-Paket die geeignete Reihenfolge sicher?
  • Ggf. sowas wie früher top (also async) oder so?
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240428110100-Hgzh-2024042715190011
Was da genau passiert, müsste ich erst recherchieren. Aber die Variablen stehen auch dann zur Verfügung, wenn sie später als der aufrufende Block definiert sind. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240429072300-PerfektesChaos-2024042811010011
Na, dann wären die komplexen Situationen und im zeitlichen Ablauf mal zu klären, sowohl hinsichtlich der expliziten Vorgaben in den Standard-Dokumenten, wie auch hinsichtlich der aktuellen Umsetzung in verbreiteten Browsern.
  • Was passiert, wenn nachträglich erstmals oder überschreibend ein neuer Variablen-Wert für eine verwendende Regel eintrifft?
    • Die bereits angewendeten Regeln verbleiben so wie zu diesem Zeitpunkt angewendet; die Variablen-Zuweisungen wirken erst auf später eintreffende Regeln.
    • Alle Regeln, die diese Variable enthalten, werden erneut auf das Dokument angewendet.
  • Auf welche Weise garantieren wir die beabsichtigte physische Deklaration?
    • Beispiel: Konventionell deklarieren wir Farbwerte für Standard-Hintergrund-Farben. Nun sollen diese nachträglich durch Farbwerte für eine invertierende Darstellung überschrieben werden.
VG --PerfektesChaos Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-PerfektesChaos-20240429120600-Hgzh-2024042907230011
Das generelle Vorgehen ist hier beschrieben und mit Bezug auf die custom properties in diesem Beitrag angeschnitten. CSS-Variablen werden wie normale Attributzuweisungen per Spezifität und Kaskade je Element bestimmt und dann in Schritt vier zum computed value aufgelöst.
Was meinst du mit nachträglich? Innerhalb des gleichen Stylesheets spielt es wie schon gesagt keine Rolle, ob die Deklaration vor oder nach dem verwendeten Selektorblock kommt, weil ganz am Anfang die declared values gesammelt werden und somit zum Auflösen zur Verfügung stehen. Ein später zusätzlich geladenes Stylesheet wird dazu führen, dass die Kaskade neu berechnet wird und somit auch die Variablen neu aufgelöst werden. Das passiert ja auf Ebene der herkömmlichen Attribute genauso. Das Nachladen kann natürlich dann Auswirkungen auf die Darstellung haben, hatte ich auf Wikipedia:Technik/Skin/CSS/Variablen#projektweit verfügbare CSS-Variablen bei fouc angeschnitten.
Wenn die Initialwerte der Hintergrundfarbe-Variablen im :root deklariert sind, ergibt ein Überschreiben für einen Dunkelmodus nur in untergeordneten Elementen Sinn, weil man ja irgendeine Erhöhung der Spezifität braucht, um überhaupt zwischen Hell und Dunkel unterscheiden zu können. Damit ist dann die Reihenfolge wieder egal, weil die Spezifität die anzuwendenden Werte bestimmt. Im Minerva-Skin werden die Initalwerte im :root gesetzt und die Überschreibungen für den Dunkelmodus im spezifischeren html.skin-theme-clientpref-night. Die Reihenfolge würde nur eine Rolle spielen, wenn man die Initialwerte direkt im :root() überschreiben wollen würde, aber ist ja eigentlich kein Anwendungsfall. -- hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240429203600-PerfektesChaos-2024042912060011
Archivierung dieses Abschnittes wurde gewünscht von: hgzh Wikipedia:Technik/Skin/MediaWiki/%C3%84nderungen/Archiv/2024#c-Hgzh-20240625163600-PerfektesChaos-2024042612080011
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia:Technik/Skin/MediaWiki/Änderungen/Archiv/2024&oldid=246615645“