Letzter Kommentar: vor 3 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Danke für das interessante Skript. Es gibt einen Artikel, wo ich bei jeder Aktualisierung sehr viel rechnen muss, nämlich Demografie Grönlands, wo ich in der großen Tabelle in der Mitte immer die absoluten Zahlen in relative umrechnen muss. Das wäre praktisch, wenn das Skript da helfen könnte. Also eine Funktion "Welchen Anteil haben die markierten Daten an ihrer Summe?". Das dürfte ja kein großer Programmieraufwand sein. Allerdings scheitert es schon davor, denn wegen der verbundenen Zellen verbindet der immer zwei nebeneinanderstehende Spalten abwechselnd miteinander. Bug oder Feature? --Kenny McFly (Diskussion) 13:22, 21. Aug. 2020 (CEST)Beantworten
Also eine %-Funktion – die läge im Beuteschema.
Könntest du nach Spalte und Abschnitt konkretisieren, genau welche Daten du meinst?
Ich könnte das zwar ausrechnen und zum Vergleich anzeigen; wüsste aber keinen eleganten Weg, um das zu exportieren und einzupflegen. Das würde eher nach Management per Spreadsheet (Excel) rufen; aber auch hier können schlechter einzelne Spalten exportiert werden, jedoch eine komplette Datentabelle aus dem privaten Backoffice immer wieder als Wikisyntax neu einkopiert werden. Das Werkzeug hier müsste hingegen irgendwie weltweit allgemein nutzbare Funktionen anbieten und kann kaum verbundene nebeneinanderstehende Spalten einzelner Sonderfälle verarbeiten.
Ich habe mir die grundsätzliche Anregung jedenfalls vorgemerkt.
Klick mal in der Tabelle in #Regionale Verteilung auf eine Spalte rechts von "Raumordnung". Er markiert zwei Spalten, aber nur jede zweite Zeile. Das sieht mir nach einem Programmfehler aus. --Kenny McFly (Diskussion) 14:24, 21. Aug. 2020 (CEST)Beantworten
Ja, da bringt irgendwas in der vielfach verbundenen Zellenstruktur den Zählmodus durcheinander.
Gucke ich mir irgendwann an, wenn es mal küher ist; jetzt grad hat es über 35°.
Es ist genau diese erste Spalte mit der Kopfzelle.
Also gewissermaßen eine scope="row".
Zwar hatte ich etwas programmiert, was so aussieht, als ob es solche Mischungen aus Inhalt und Kopfzellen identifizieren kann und sie dann nicht als Kopfzeilen verbucht.
Bloß ist da ein kleiner Bug drin, der dann bewirkt, dass es irrtümlich doch für eine reine Kopfzeile gehalten wird.
Damit besteht die Tabelle nur aus Überschrift ohne Inhalt.
In diesem Fall wirkt Bug #2, der dann den Absturz mit der von dir genannten Fehlermeldung auslöst.
In diese Situation bin ich zumindest bei der endgültigen Erprobung nicht mehr gekommen.
Dass das in drei Jahren nicht mehr auffiel, ist seltsam.
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
Mit der Zählspalte funktioniert das Tool normal, einzig, dass diese neue Spalte jetzt vor der Spalte links steht. Sieht zwar merkwürdig aus, aber hat sonst keinen gravierenden Nachteil, meine ich.
Zahl
Zahl
Zahl
Zahl
905
887
761
673
625
509
430
430
625
509
430
430
395
260
165
154
152
143
132
115
Was allerdings auffällt ist, dass die Zählung eine Zeile tiefer rutscht, wenn man das Tool aktiviert, also in diesem kleinen Beispiel dann in der Zählspalte anstatt 1 2 2 3 4, dort 1 1 2 3 steht. Du kannst dir das ja mal anschauen. --Liebe Grüße, LómelindeDiskussion15:35, 26. Mai 2023 (CEST)Beantworten
Danke für den Hinweis.
Kann ich vermutlich global abfangen, indem ich immer all diese schönen neuen CSS-Attribute von umseitig wieder auf nix zurücksetzen lasse.
Problem: Es wird allmählich heiß, ich habe etliche angeknabberte Aktionen in der Pipeline, und hitzefei bis in den Oktober.
Ich dränge dich nicht, es ist nur ein Hinweis. Wichtig ist es auch nicht, da die Funktion an sich, die man ja mit dem Tool erreichen möchte, nicht beeinträchtigt wird. Kosmetik hat Zeit. --Liebe Grüße, LómelindeDiskussion17:39, 26. Mai 2023 (CEST)Beantworten