Benutzer Diskussion:PerfektesChaos

Babel:
de Diese Person beherrscht Deutsch als Muttersprache.
en-3 This user is able to contribute with an advanced level of English.
fr-1 Cette personne sait contribuer avec un niveau élémentaire de français.
Benutzer nach Sprache

Automatische Archivierung

Auf dieser Seite werden Abschnitte mittwochs automatisch archiviert, deren jüngster Beitrag mehr als 14 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten.

Archiv
Archiv1 * 2006–2012 Archiv2 * 2013 Archiv3 * 2014 Archiv4 * 2015 Archiv5 * 2016 Archiv6 * 2017–2018 Archiv7 * 2019– Honours

Jahreswechsel 2019

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Ich hatte über die Feiertage Gelegenheit etwas zu entspannen, durchzuschnaufen und nachzudenken. Und mich mit den traditionellen guten Vorsätzen zu befassen.
Ich habe viel zu viele offene Baustellen und angefangene Projekte in der Wiki-Programmierung, die mich massiv belasten und mir alle gleichzeitig im Kopf herumgehen. Etliche Kinderkrankheiten der ersten Jahre bis 2009 sind noch auf den Stand der Technik zu bringen, neuen Herausforderungen wird noch zu wenig begegnet.

• Ich werde keinerlei neue Aufgabenfelder mehr eröffnen, bis nicht der Rückstand auf ein überschaubares Maß abgearbeitet wurde und Angelegenheiten geschlossen werden konnten.
• Nur dringliche Anpassungen werden noch vorgezogen; insbesondere wenn durch Weiterentwicklung der MediaWiki-Technik bedingt. Oder wenn es gilt drohende Fehlentwicklungen von vornherein abzuwenden, um nicht hinterher noch mehr Arbeit damit zu haben.
• Mehrere größere Vorhaben müssten eigentlich angegangen werden, stehen teilweise schon seit Jahren in der Warteschlange, aber dort werden sie auch noch verweilen müssen.

Ich werde auch nicht mehr wie im vergangenen Jahr tagesaktuellen Bereitschaftsdienst leisten.

• Dringliche Pflegemaßnahmen an von mir erstellten Programmierungen werde ich versuchen zeitnah umzusetzen.
• Ansonsten möchte ich häufiger einen, mehrere Tage, gar eine Woche mal frei haben.

Ich danke allen, die konstruktiv mitgewirkt haben. --PerfektesChaos 15:08, 1. Jan. 2019 (CET)

Faraday-Konstante, Gaskonstante und andere ...

Hallo PerfektesChaos, mir ist gerade diese Änderung aufgefallen. Sehe ich es richtig, dass Du das Problem mit der 14ten Nachkommastelle in Vorlage:ZahlExp gefixt hast, um das es um 22:43, 13. Apr. 2020 in der (inzwischen archivierten) Diskussion zur Kopierbarkeit auf meiner Disk ging? Offensichtlich hast Du auch in Gaskonstante die jetzt mögliche weitere Stelle in den Zahlenwert eingefügt (siehe hier). Vielen Dank dafür! --Dogbert66 (Diskussion) 23:01, 30. Apr. 2020 (CEST)

Es ist richtig, dass das Modul jetzt nicht mehr eine Zahl als numerischen Wert auffasst, wodurch es hinsichtlich der Mantisse gewissen Beschränkungen unterliegt, sondern als Zeichenkette. Dadurch werden auch signifikante schließende Nullen erkannt und wiedergegeben, die der Numerik wurscht waren und nicht reproduziert wurden.

Für dich privat kannst du deiner Optik auch noch einen kleineren Multiplikationspunkt konfigurieren; du müsstest per WP:CSS deklarieren:

.numericFormat-multiply {
   border-radius: 0.1em;
}

Standard sind 0.2em und da kannst du dir auch 0.15em einstellen.

LG --PerfektesChaos 23:18, 30. Apr. 2020 (CEST)

Die Garde der Löwen/Episodenliste

Hoi PerfektesChaos,
WSTM wirft unter Die Garde der Löwen/Episodenliste eine Fehlermeldung aus; wieso weiss ich aber wirklich nicht. Eine Idee? Danke und LG, --Phzh (Diskussion) 13:34, 1. Mai 2020 (CEST)

Also, von WSTM bekomme ich da keine Nachrichten; aber es gibt eine unerlaubte Formatierung bei

     | NR_GES = 1 <hr /> 2
     | NR_ST  = 1 <hr /> 2

und irgendwie ist in dieser ganzen Zeile was kaputt.

LG --PerfektesChaos 13:47, 1. Mai 2020 (CEST)

Oberer Abstand

Hallo! Ich habe hier mal schnell versucht, die Mobilansicht zu reparieren, aber ich weiß nicht, wie du den oberen Abstand ausgemessen hast. Auf jeden Fall werden mir bei 2.5em die Unterseitenlinks im contentSub-Element überdeckt; in der Desktop-Version wären schon 2em okay, mobil (Minerva) hingegen ragt es auch bei 1em noch drüber, 0.5 ist das Maximum. Ursprünglich aufgefallen war mir das bei der Wikipedia:Technik/Linkbox, da trau ich mich aber wegen der zusätzlichen titleparts-Unterscheidung nicht, einzugreifen. Wäre gut, wenn diese unschöne Überlappung auch auf Mobilgeräten nicht vorkommt. Und überhaupt würde ich bei solchen Linkboxen letztlich Vollbreite für Mobilgeräte forcieren (habe ich zumindest in Vorlage:Linkbox Redaktion Musik so eingebaut), der Leerraum links irritiert nur. Aber das ist weniger akut. Gruß–XanonymusX (Diskussion) 22:03, 9. Mai 2020 (CEST)

• Es war eine wochenlange Fummelarbeit gewesen, bis diese Struktur bei den Linkboxen in allen (damals Desktop) Situationen konfliktfrei funktioniert, und ich sehe es überhaupt nicht gern, wenn auf der echten WP mal eben aus dem Handgelenk irgendwie an der ausgetüftelten Konfiguration rumgespielt wird. Das gibt es auch auf BETA, und wenn experimentiert wird, dann nur noch dort. In den echten VG und auf meiner echten Beo will ich grundsätzlich keine Test-Edits mehr sehen müssen.
• Eine Lösung, wenn überhaupt, müsste sämtliche Typen von Linkboxen und nicht nur die eine betreffen.
• Wobei die Technik- und Hilfeseiten-Box auch noch den Shortcut in mobil anzeigen. Was ansonsten bei fast keinem Shortcut mobil sichtbar ist.
• Die Darstellung als Solo kommt vom Mobile Frontend, das Tabellen oder offenbar auch div vor dem Einführungsabschnitt als eine Infobox ansieht, und weil gerade auf der enWP Infoboxen recht breit sein können, hat man global festgelegt, dass eine Tabelle vor dem Einführungsabschnitt nicht rechts floatend dargestellt wird wie auf Desktop, sondern einen eigenen Abschnitt erhält.
• Die Seitendarstellung hat mit dem Einleitungsabschnitt zu beginnen, der zumindest auf Technik- und Hilfeseiten durchgängig vorhanden ist und kurz darstellt, was inhaltlich in dieser Seite geschehen wird.
• Die Linkboxen sind eine randständige Information, die nebenbei verdeutlichen, wie die aktuelle Seite im Verhältnis zum Oberthema, zu Schwesterseiten und womöglich Unterseiten einzuordnen wäre.
• Die Navigationsstruktur zu anderen Seiten ist unwichtig im Vergleich zum Einleitungsabschnitt, und anders als bei einer Infobox sagt sie fast nichts über die momentane Seite aus; außer dem Oberthema, das bereits im subpage-breadcrump angezeigt wird. Sie ist vorgesehen als eine Randbemerkung auf einem hinreichend großen Bildschirm, wo man hinschielen kann, wenn man sich dafür interessiert oder nicht weiß wo man gelandet ist oder nicht ganz das richtige Thema getroffen hat und lieber auf eine passendere Seite möchte.
• Wenn überhaupt, dann wäre auf kleinen Bildschirmen die Linkbox komplett auszublenden und gleich mit dem Einleitungsabschnitt über die aktuelle Seite zu beginnen. Auch ein Shortcut ist nachrangig.
• Wenn man schon wenig Bildschirmplatz hat, dann sollte man sich auf die wichtigen und notwendigen Informationen beschränken, also die Inhalte, und die Dekoration und die Nebensächlichkeiten weglassen oder minimieren.

VG --PerfektesChaos 13:15, 10. Mai 2020 (CEST)

Da ich so schnell sicher keine Erleuchtung habe, mache ich das mal wieder rückgängig. So kann es aber jedenfalls nicht bleiben. Nomobile wäre einfach, aber ich bin kein Freund davon, Mobilbenutzern (die normalerweise den Hauptteil ausmachen, aber vielleicht bei Projektseiten weniger) irgendwas vorzuenthalten. Wozu ist der negative Abstand oben überhaupt gut? Wenn man konsequent darauf verzichtet, gäbe es mobil keine Probleme und in Desktop lediglich ein bisschen Leerraum. Wenn man den für Desktop aber so beibehalten möchte (bzw. leicht reduziert, denn auch in Desktop habe ich wie gesagt eine leichte Überlappung), könnte man ihn über TemplateStyles explizit für Mobilgeräte auf Null setzen. Die Seitennavigation mobil irgendwie auszublenden wäre auch noch eine Lösung, die Infos doppeln sich ohnehin mit der Linkbox. Betrifft dann ein ganze Menge an Projektseiten, die man im Auge behalten müsste. Ich überlege noch weiter. Gruß—XanonymusX (Diskussion) 15:21, 10. Mai 2020 (CEST)

Der Abstand tariert den Raum für den Shortcut aus und befriedigt die Desktop-Benutzer, die sich massiv an dem übergroßen Abstand zwischen der Zeile subpage-breadcrump (die bereits alle dringend für die Navi wichtigen Infos enthält) und dem Beginn der Linkbox und der Position des Shortcuts gestört hatten.

Du kannst aber genausogut mobil den redundanten breadcrump ausblenden, wenn du die Linkbox unbedingt sehen willst. In breadcrump und der Linkbox steht die gleiche Information; ich dachte immer Mobilplatz wäre zu kostbar, um ihn für Dopplungen zu verschwenden.

Wobei aber die Seiten mit dem Einleitungsabschnitt beginnen sollen.

In der Linkbox stehen keine Neuigkeiten, und wenn man kleine Bildschirme hat, dann ist es Prinzip der Mobil-Seiten, sehr vieles aus der Anzeige auszublenden oder erst auf dynamisch (JS-) Anforderung einzublenden. Von dem ganzen Desktop-Portalrahmen sind mobil nur kleine Streifen oben und unten permanent sichtbar. Die Linkbox ist nicht für mobil vorgesehen, und als sie eingeführt wurden, hatte man noch monatliche Dumps auf den Mobilgeräten installiert, weil eine Online-Verbindung zu langsam war.

Ich warne dringend vor lokalen Bastelarbeiten; es wird alle Nase lang an mobil herumgebaut; unter anderem gibt es Ideen, den Einleitungsabschnitt mobil vor die Infobox (oder was für Tabellen oder Bildchen auch immer) zu wuppen, damit die Artikel zunächst mal erklären, was in ihnen passieren wird. Wobei es Navi-Kästen vom Typ Vorlage:Dieser Artikel usw. gibt, die trotzdem noch vor dem Einleitungsabschnitt stehen sollen.

Nebenbei bemerkt gibt es noch mehr Skins außer Vector.

VG --PerfektesChaos 15:40, 10. Mai 2020 (CEST)

@XanonymusX: Mobile Web Best Practices

• Provide basic navigation, which should be placed on the top of the page. Any other secondary navigational element may be placed at the bottom of the page if really needed. It is important the users should be able to see page content once the page has loaded without scrolling.

Heißt: Die Linkbox ist redundant, weg damit. Dann auch keine Überlappung.

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

Okay, kann man machen! Die Linkbox in der Redaktion, die ich mir sonst als Vorbild nehme, erfüllt eher die Funktion eines Inhaltsverzeichnisses, das ist dann noch einmal ein eigener Fall. Dann also ein nomobile für alle derartigen Linkboxen? Gruß—XanonymusX (Diskussion) 12:35, 12. Mai 2020 (CEST)

Vor Realisierung erstmal 24 Stunden Bedenkzeit; mancmal habe ich ja auch eine Idee.

Wobei das auch noch in die Shortcut-Geschichten eingreift; muss ich in Ruhe denken.

Wobei Vorlage:Wikipedia-Konventionen auch noch ein Paragrafenzeichen enthält, und das macht auch eine inhaltliche Aussage.

Und Technik sowie Hilfe mache ich bei passender Gelegenheit selbst.

In deiner eigenen Redaktion kannst du ja loslegen.

VG --PerfektesChaos 12:41, 12. Mai 2020 (CEST)

Ja, was da so in der Linkbox-Kategorie herumdümpelt, würde ich nicht alles den Mobilnutzern vorenthalten wollen, ist nicht immer nur Navigation. Die Technikseiten überlasse ich dir natürlich gerne! Gruß—XanonymusX (Diskussion) 12:45, 12. Mai 2020 (CEST)

Wobei nicht alle gelinkboxten Seiten echte Unterseiten sind oder wie Hilfe: eine Pseudo-Hierarchie anbieten (zumindest bei den zentralen Themen, aber für Normalbenutzer eigentlich immer).

Heißt: Es bleibt dann auch keine basic navigation weil kein subpage breadcrump mehr übrig, um sich in Bezug zu seiner Oberseite einordnen zu können.

WP:MOD et al. hat wesentlich mehr drauf als nur zur Oberseite zu navigieren.

VG --PerfektesChaos 14:38, 12. Mai 2020 (CEST)

@XanonymusX: Ist insgesamt nicht so absolut nachzuvollziehen: m.wikipedia.org auf PC stellt die Linkbox brav rechts außen und hinreichend Text daneben dar.

• nomobile für alle wäre dementsprechend unverhältnismäßig und ist so nicht umzusetzen.
• Bräuchte also eine eigene Klasse narrowdisplay-linkbox die nur < 800px oder so greifen würde, dann von mir aus auch Desktop, aber nicht bei jeder Linkbox.
• Ggf. nach Mindestbreite und Rest gestaffelt:
  • narrowdisplay-linkbox-800
  • narrowdisplay-linkbox-600
• Diese ganze Infobox-allein-breiter-mach-hoch-runter-schieb-Aktion bei MW ist äußerst volatil; die ändern da alle Nase was dran und nach Drüberschlafen habe ich mich für minimalinvasive Aktivitäten entschieden; heißt: eher nix tun, warten.
• Außerdem greift das nur bei <table> aber meine beiden Kinderchen sind <div> wegen Barrierefreiheit. Welcher Mechanismus die anpacken solle finde ich überhaupt nicht.
• Soll bei MW angeblich von der Klasse infobox abhängen.
• Rumgewurschtel an Pixeln ist bei den sich gerade jetzt systematisch umgebauten sieben Skins absolut kontraindiziert. Ist halt so.

VG --PerfektesChaos 12:35, 13. Mai 2020 (CEST)

Noch schnell ein paar Screenshots. Bei der Technik-Seite, die du oben verlinkt hast, sehe ich erstmals auch ein Problem mit der Position des Shortcuts: Es rutscht über den oberen Rand (siehe Screenshot), auch am PC. Ansonsten schaut das anfangs erwähnte Problem meist so aus (ist jetzt zugegeben ein extrem schmaler Bildschirm, aber es gibt mobile Endgeräte in allen Größen). Weil du weiter oben auf die Lua-Seiten verwiesen hattest: Da zeigt sich noch ein anderes Problem im Vergleich von Linkbox WP:Lua und Linkbox Hilfe:Lua – Transparenz ist wohl insgesamt nicht so günstig. Zuletzt hatte ich am PC auch einmal einen Fall, wo sich so eine Linkbox beim laden des Editors über eine Systemnachricht am Seitenanfang geschoben hatte, finde ich leider nicht mehr. Alles in allem sehe ich bestätigt, dass das Setzen eines negativen oberen Abstands insgesamt keine gute Idee ist, gerade auch mit Blick auf die vielen Skins; wäre nicht auch das Shortcut betroffen, würde ich ja für einen generellen Verzicht darauf plädieren, ist natürlich alles eine Frage der gewünschten Optik.

Das Spiel mit der Neupositionierung der Infoboxen ist dann ein anderes Problem, in der App machen sie das leider mittlerweile auch mit BKHs u. ä., finde ich alles andere als geglückt. Da können wir hier aber erst mal nichts ändern.

Responsives Ausblenden der (Navigations-)Linkboxen nach Bildschirmgröße wäre sicher eine brauchbare Lösung (in der Musikredaktion blende ich beispielsweise die Mitarbeiterliste auf der Vorderseite für Mobilgeräte ganz aus, da die Seite sonst ewig lang würde). Der Schwellenwert, der projektweit für Mobilgeräte gilt, ist 720px, mehr Abstufungen müssen mE nicht sein. Also einfach narrowdisplay-linkbox ab 720px. Wo sollte man das entsprechende Stylesheet am besten ablegen, um der Systematik Genüge zu tun? Gemeinsame Vorlage gibt es ja leider keine.

Gruß–XanonymusX (Diskussion) 14:30, 13. Mai 2020 (CEST)