Hilfe Diskussion:Tabellen/Archiv/2024

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Hilfe Diskussion:Tabellen/Archiv/2024#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Hilfe_Diskussion:Tabellen/Archiv/2024#Thema_1

data-sort-type="date"

Hallo,

mein Problem hängt wohl damit zusammen, dass ich österreichisches statt "normales" Deutsch als Standardsprache eingestellt habe. Jedenfalls stelle ich fest, dass ich beispielsweise in der Liste der Autonomen Republiken Russlands bei Sortierung nach Gründungsdatum die im Januar 1930 gegründete Republik Mordwinien als letztgegründete gelistet bekomme. Im Vorschaumodus wird sie mir aber richtig einsortiert, wenn ich mir den Spaß erlaube, den Januar zu einem Jänner zu korrigieren. Mit "?uselang=de-DE" hinten in der URL wird auch richtig sortiert.

Kann man das irgendwo softwareseitig implementieren, dass auch bei de-AT Januar als Monat erkannt wird? Wo darf man solche Probleme melden? … «« Man77 »» Alle Angaben ohne Gewehr. 23:45, 8. Jan. 2024 (CET)

Hast du mal versucht folgendes |data-sort-value="10. 01. 1930"| vor das Datum zu setzen, passiert es dann auch noch? --Liebe Grüße, Lómelinde Diskussion 09:33, 9. Jan. 2024 (CET)

Hi Lómelinde. Ja, damit wäre es richtig sortiert. Danke für die Nachfrage/Idee.

Aus Interesse: Ich nehme an, dass bei dir die Liste der österreichischen Landeshauptleute#Burgenland falsch sortiert wird, weil bei dir der Jänner nicht als Monat erkannt wird?

Es ist zwar schön, dass es einen funktionierenden Workaround gibt, aber bei einem häufigen Anwendungsfall wie Jänner/Januar erhoff ich mir eine generelle Problembeseitigung. Und die muss, wie mir scheint, über die Frage des de-DE vs. de-AT noch ein gutes Stück hinausgehen. … «« Man77 »» Alle Angaben ohne Gewehr. 10:54, 9. Jan. 2024 (CET)

Ja das stimmt, wird dann merkwürdig sortiert. Da kann ich dir aber auch nicht wirklich helfen, da müsstest du Perfektes Chaos fragen, er weiß, wo das in den Modulen geändert werden müsste, falls das geht. --Liebe Grüße, Lómelinde Diskussion 15:59, 9. Jan. 2024 (CET)

Danke. Ping @PerfektesChaos:

In meinen Augen ist der grundsätzliche Fehler, dass die Sortierung von den Benutzereinstellungen abhängig gemacht wird. Wenn nach Datum sortiert wird, sollte es egal sein, ob man sich das Menü in österreichischem Deutsch, in Albanisch oder in Tamazight anzeigen lässt, die Projektsprache ist hier Deutsch und (nicht nur, aber insbesondere) im Deutschen ist der 11.01.1930 zwischen dem 4. August 1911 und dem 23. März 1954, und zwar unabhängig davon, ob man den Monat vor dem Februar als Jänner kennt oder als Januar. Es gibt im Deutschen nun mal zwei Bezeichnungen, die in diesem Projekt (teils in einem engeren Rahmen) erlaubt sind. Die Benutzer-Spracheinstellungen sollen keine Auswirkungen darauf haben, ob die Sortierung bei der Liste der Autonomen Republiken Russlands oder bei der Liste der österreichischen Landeshauptleute oder bei keiner von beiden funktioniert.

Ich weiß leider auch nicht, wo das definiert ist oder wie man das reparieren kann, aber ich wünsch mir schon mit gewissem Nachdruck, dass Januar und Jänner (und sofern das mitdefiniert ist die Abkürzungen Jan. und Jän.) im Kontext von data-sort-type="date" als gleichwertig implementiert werden. Wenn es hierfür ein Phabricator-Ticket braucht, bitte um Unterstützung, weil ich ehrlich nicht weiß, in welche Queue etc. das gehören würde. … «« Man77 »» Alle Angaben ohne Gewehr. 17:22, 9. Jan. 2024 (CET)

Problemschilderung

• Erster Bericht in über einem Dutzend Jahren.
• Hätte häufiger auffallen müssen.
• Möglicherweise frischer Bug.
• Ggf. nicht in der Sortierung selbst verursacht, sondern Nebenwirkung einer anderweitig geänderten Konfiguration.

Monatsnamen

• Das MediaWiki-Skript interpretiert gregorianische, auch julianische und anderweitig kompatible Datumsformate in Jahreskalendern.
• 7 gsrflt 1987 wird mit einer Liste von 12 Monatsnamen oder Abkürzungen davon aus den ersten drei Buchstaben verglichen, bei Kleinschreibung.
• Die Liste der 12 stammt aus CLDR.
• Die erkannten Monatsnamen werden auf die Zahlen 1–12 abgebildet.
• Trennzeichen wie Leerzeichen und Punkte sind zulässig/erforderlich.
• Das gesamte Datum muss taggenau sein und hier der europäischen Anordnung Tag Monat Jahr entsprechen.
• Hebräischer Kalender geht vermutlich auch durch, die Jahreszahlen fallen meist etwas höher aus.

Seitensprache

• Es gilt die Projektsprache; genauer: die Seiteninhaltssprache.
• Das ist bei uns immer de.
• Entsprechend der Seiteninhaltssprache wird die Liste der 12 Monatsnamen auf mögliche Inhalte angewendet.
• Benutzersprache ist natürlich Nonsens.
• Ich kann eine Seite in französischer Sprache lesen und eine deutsch- oder englischsprachige Umgebung nutzen. Die Monatsnamen sind und bleiben logischerweise französisch.
• „Jänner“ kann bei uns noch nie funktioniert haben.

Österreichisch

• Die Idee, in manchen Seiten Österreichisch (Jänner) zu verwenden und in anderen Reichsdeutsch, und in derselben Seite womöglich beides, ist nicht kompatibel mit der Liste der 12 Monatsnamen.
• Hier die globale Infrastruktur und die automatisierten Prozesse zu verändern wäre ein sehr erheblicher Eingriff.
• Da wird sich auch niemand bei MediaWiki drauf einlassen.

Lösung: Vorlage:DatumZelle mit einer Reihe von Vorteilen:

• Es können blanke Jahreszahlen, taggenaue Angaben oder nur Monat mit Jahr frei kombiniert werden.
• Es können Modifikationen wie vor nach bis seit um ca. ab vorangestellt werden und werden ggf. inhaltlich adäquat interpretiert und berücksichtigt.
• Es gibt AT=1 für die österreichische Darstellung.
• Das Eingabeformat ist sehr frei und maximal tolerant.
• Die Standard-Ausgabe verwendet abgekürzte Monatsnamen und feste Verbindung zwischen Tagesnummer und Monatsnamenkürzel. Das hat folgende Vorteile:
  • Die Ausfüllung des Feldes ist relativ harmonisch, nicht so ungleichmäßig Mai/November.
  • Auf Smartphones (etwa die Hälfte der ANR-Abrufe) sind schmale Spalten willkommen, damit möglichst die gesamte Tabelle oder zumindest der wesentliche Anteil aufs Display passt.
• Es kann das Datum mit <ref> oder Anmerkungen und Zusätzen frei kombiniert werden. Die MediaWiki-Software fordert genau nur das taggenaue Datum in der Zelle, um die Zeichenkette interpretieren zu können.

VG --PerfektesChaos 22:42, 9. Jan. 2024 (CET)

Hi. Es sei nachgefragt, um ein Missverständnis auszuschließen: Deine Lösung wäre, jede Tabellenzelle mit so etwas wie einem Datum explizit mit Vorlage:DatumZelle zu befüllen?! … «« Man77 »» Alle Angaben ohne Gewehr. 23:15, 9. Jan. 2024 (CET)

Yep. Das wird bereits in 11.103 Artikeln für 467.724 Datumsangaben genau so gehandhabt. VG --PerfektesChaos 00:39, 10. Jan. 2024 (CET)

Linkziele oder Anker in Tabellen

Ich bin heute zufällig in Hilfe:Tags #id auf die Regel gestossen: „Identifizierer müssen mit einem Buchstaben beginnen und dürfen kein # enthalten.“ Das war mir bisher nicht bekannt, da im umseitigen Abschnitt Hilfe:Tabellen #Linkziele oder Anker in Tabellen nichts davon steht. Dabei fiel mir ein, dass wir im Artikel Proteste gegen Rechtsextremismus in Deutschland und Österreich 2024 in den Tabellen zahlreiche Verlinkungen auf die einzelnen Tage haben, deren Identifikatoren sämtlich mit einer Ziffer statt mit einem Buchstaben beginnen. Bisher sind dadurch, soweit mir bekannt ist, noch keine Probleme aufgetreten; die Links funktionieren einwandfrei. Dennoch frage ich mich, können wir die Identifikatoren der Linkziele so lassen, wie sie sind, oder sollten wir sie vorsichtshalber ändern? Wenn eine Ziffer am Anfang eines Identifikators unschädlich ist, sollte die Regel in Hilfe:Tags #id gelockert werden. Wenn eine Ziffer am Anfang aber tatsächlich nicht zulässig ist, müsste das auch im umseitigen Abschnitt klar gesagt werden; denn auf der Hilfe-Seite zu Tags werden es die wenigsten finden. Es wäre dann dem letzten Absatz des umseitigen Abschnitts der Satz hinzuzufügen: „Das erste Zeichen muss ein Buchstabe sein.“ --BurghardRichter (Diskussion) 19:04, 1. Apr. 2024 (CEST)

Vorsicht ist die Mutter der Porzellankiste, und wer es weiß, sollte besser keine Sprungziele mit Ziffern beginnen lassen.

• Wo das trotzdem anders gehandhabt wurde, mag es einstweilen so bleiben, oder wenn es jemand auffällt gelegentlich anderer Bearbeitungen dezent anpassen (Problem: Bestandsnutzungen außerhalb der aktuellen Seite).

Es sind mehrere Probleme vorstellbar:

• Browser können das als Pixel-Zeilen innerhalb der HTML-Seite statt HTML-Element interpretieren und entsprechend 547 Pixel von oben scrollen.
• XML duldet es nicht.
• Es gibt keine Deklaration, die Ziffern zu Beginn einer Sprungadresse ausdrücklich erlaubt. Da ist im HTML-Standard jedoch vieles unklar; etwa ob die Bezeichner einer class= Case-sensitive sind oder ob das unterschiedliche wären (hingegen die id= Groß- und Kleinschreibung beachten, aber vermutlich ASCII-getrimmt werden dürften oder auch nicht).

Es werden vielleicht nicht sofort Probleme beobachtet; das bedeutet jedoch nicht, dass für alle Ewigkeiten Fehlfunktionen ausgeschlossen sind. Wer es weiß, besser vorsorglich Inkompatibilitäten vermeiden, gibt ohnehin schon genug unerklärliches Software-Verhalten.

Wir haben Abschnittsüberschriften, die verlinkt werden können; jedoch nicht ohne Grund generiert die Wiki-Software alternative Sprungziele
h-Überschrift.

Ich selbst hätte im angegebenen Beispiel verankert: id="Datum-2024-04-01"

Es gibt so etliche Geheimnisse der Wiki-Syntax und barrierefreien und robusten und mobiltauglichen und sicheren Quelltexte, dass normale Menschen keine Chance haben, alles zu bedenken.

VG --PerfektesChaos 19:22, 1. Apr. 2024 (CEST)

Vielen Dank für die ausführliche Antwort! Dass es in der WP Dinge gibt, die unerklärbar erscheinen, damit werden wir wohl leben müssen. Zumindest beruhigt es mich etwas, dass ich wohl nicht der einzige bin, dem manchmal solche seltsamen Dinge auffallen. Ich werde die Sache in dem genannten Artikel mal gelegentlich bereinigen. Dass es Links von aussen auf die Anker gibt, ist unwahrscheinlich (allenfalls vielleicht auf Diskussionsseiten); und wenn, dann wird es auch kein Unglück sein. Dass Abschnittslinks nach Änderung einer Abschnittsüberschrift nicht mehr richtig funktionieren, kommt viel öfter vor.

Bleibt nur noch die Frage: Sollen wir die Regel, dass Linkziele mit einem Buchstaben beginnen müssen, umseitig mit aufnehmen? Ich wäre dafür, allein schon wegen der Konsistenz der Hilfe-Seiten, d.h. damit nicht ein und derselbe Sachverhalt auf zwei verschiedenen Hilfe-Seiten unterschiedlich geregelt ist; das würde Verwirrung erzeugen, so wie es mir passiert ist. Ich möchte es aber nicht ohne dein Einverständnis ändern. Viele Grüsse, --BurghardRichter (Diskussion) 21:58, 1. Apr. 2024 (CEST)

Nein.

Umseitig soll Tabellensyntax übersichtlich beschreiben, keine id-HTML-XML-Philosophie.

• Unix-Philosophie: Mache nur eine Sache, und die mache richtig und gut (McIlroy #1 = Gancarz #2).
• In den letzten 24 Stunden dürftest du eine andere Disk mitgelesen haben, in der jemand auf einer anderen Hilfeseite ebenfalls eine Dublette zu H:Tags explizit ausführen wollte.
• Dann wird jede Hilfeseite so überladen und unübersichtlich, dass niemand mehr in der Flut von Details noch irgendwas wiederfindet oder die Seite noch anfassen mag.

Umseitig ist bereits an der passenden Stelle H:Tags #id verlinkt, und damit ist für umseitig der Fall erledigt.

VG --PerfektesChaos 00:10, 2. Apr. 2024 (CEST)

2 neue Unterseiten

Umseitig heißt es: „und richtet sich speziell an Newcomer“

• Dafür ist mir umseitig im Lauf der Jahre zu fett geworden.
• Zu unübersichtlich, zu viel seltenes Gefummel.

Ich plane deshalb die Erstellung von zwei neuen Unterseiten, und dafür Ausgliederung der entsprechenden Abschnittsinhalte von umseitig:

1. Hilfe:Tabellen/Erweitert
   • #tabelle-zeile-aktiv
   • #Texteinrückung
   • #mw-collapsible
   • Sortierbarkeit (sortable)
     Doppelbeschreibung, komplett raus, hat eigene Seite.
   • Weißnicht: #zebra
   • Zukünftig: Weitere Features außerhalb der Standardversorgung.
     • Alle Klassenbezeichner die für Tabellen sinnvoll sind.
     • Vorlagenprogrammierung für Tabellen-Zeilen und -Köpfe.
     • Tabellen als Vorlagenparameter.
     • Trennlinien
     • Zellenabstände
2. Hilfe:Tabellen/Index
   • Alphabetisches Stichwortverzeichnis mit Verlinkungen (auch Mehrfacheinträge) zu den passenden Abschnitten

VG --PerfektesChaos 00:29, 17. Jul. 2024 (CEST)

Heute umgesetzt wie angekündigt. VG --PerfektesChaos 21:26, 24. Jul. 2024 (CEST)

In Vorlage:Klappbox wird auf Hilfe:Tabellen#mw-collapsible verwiesen, das existiert nun nicht mehr. Sollte wohl Hilfe:Tabellen/Erweitert#Einklappbare Tabelle sein. Allerdings ist der Hinweis, dass das in der mobilen Ansicht nicht funktioniert, nun anscheinend verschwunden. Ist das so gewollt, geht das mittlerweile? --Magnus (Diskussion) 09:22, 10. Aug. 2024 (CEST)

Ja, mw-collapsible steht inzwischen mobil zur Verfügung. -- hgzh 12:06, 31. Aug. 2024 (CEST)

Ergänzung: Spaltenbreite für Kopfzellen?

Hallo! Beim Rumprobieren habe ich feststellen müssen, dass eine Zuweisung der Spaltenbreite, z.B. mit style="width:20%;" nicht in Kopfzellen (die mit dem Ausrufezeichen) funktioniert.

Frage 1: Ist das so?

Frage 2: Wenn dem so ist, würde ich gerne einen dementsprechenden Satz zum Absatz der Spaltenbreite hinzufügen, um anderen Suchenden die Sucherei zu sparen. Ist das in Ordnung?

Liebe Grüße von DomenikaBo aka Gerd | Autistin | | | ❤ |  09:30, 31. Aug. 2024 (CEST)

1. Gut, dass du vorher fragst.
2. „Ist das so?“
   • Es ist kein Grund ersichtlich, warum das allgemein so sein sollte.
3. „Wenn dem so ist, würde ich gerne einen dementsprechenden Satz zum Absatz der Spaltenbreite hinzufügen“
   • Da es nicht allgemein so ist, wäre ein solcher Zusatz falsch.
4. Generell ist es absolut unerwünscht, bestimmten Spalten autorenseitig bestimmte Breiten vorzugeben. Nur in wenigen Ausnahmefällen, bei denen zwischen gleichartigen Spalten eine Harmonisierung notwendig ist, wäre das in Ordnung. Allgemein kennt der Browser im momentanen Endgerät des Publikums die Verhältnisse dort und passt sie optimal an, während eine autorenseitige feste Vorgabe unterstellt, in allen Situationen würde es sich beim Publikum um dieselbe Konstellation handeln wie momentan beim Autor. Das ist jedoch nicht der Fall.

VG --PerfektesChaos 10:23, 31. Aug. 2024 (CEST)

Ich danke Dir @PerfektesChaos für die schnelle, hilfreiche Antwort. In der Tat wurde ich auf den Fall aufmerksam, als ich eine Tabelle in meinem BNR - also nur für mich und meinen Bildschirm - optimieren wollte. Ich verstehe Deine Begründung. Danke und liebe Grüße von  DomenikaBo aka Gerd | Autistin | | | ❤ |  10:57, 31. Aug. 2024 (CEST)

Frage zu fixierten Tabellenköpfen

Hallo zusammen,

ich habe eine Frage zu fixierten Tabellenköpfen, also zu einem Aspekt dieser Sache: https://de.wikipedia.org/wiki/Hilfe:Tabellen/Erweitert#tabelle-kopf-fixiert

Ist es möglich, dass man zwei Zeilen oben fixiert? Ich würde das gern für diese Tabelle anwenden: https://de.wikipedia.org/wiki/Neue_Heimat#Entwicklungen_in_tabellarischer_%C3%9Cbersicht

Danke für Infos. LG --Atomiccocktail (Diskussion) 08:55, 19. Sep. 2024 (CEST)

Nein, das ist leider nicht möglich. Die untere Zeile weiß nicht, wie hoch die obere ist und kann sich bei absoluter Positionierung am oberen Anzeigerand somit nicht mehr sicher drunter setzen. Gruß, -- hgzh 17:16, 24. Sep. 2024 (CEST)

Hallo hgzh, danke für die Antwort. Jetzt habe ich an dieser Stelle Klarheit. LG Atomiccocktail (Diskussion) 09:08, 25. Sep. 2024 (CEST)

Größenbegrenzung

Gibt es abgesehen von der Lesbarkeit eine Größenbegrenzung für Tabellen, insb. eine maximale Zeilenzahl? -- Stechlin (Diskussion) 14:09, 28. Sep. 2024 (CEST)

Nein, nur die absolute Seitengröße (Inhaltsbereich etwa 2 MB für das generierte HTML).

Nebenbei: Bitte verwende die Funktionen für „Abschnitt hinzufügen“ oder + usw., damit dein Bearbeitungskommentar auch etwas anderes darstellt als ein vorangegangenes Thema – du bekommst sonst ggf. nie eine Antwort, weil das vorherige Thema bereits beantwortet und durchgekaut wurde.

VG --PerfektesChaos 16:12, 28. Sep. 2024 (CEST)

Keine Bearbeitung in Tabelle möglich

Hallo zusammen,

seit ein paar Stunden kann ich per Copy+Paste leider keine Zeileninhalte mehr in andere Zeilen kopieren innerhalb eines Artikels. Hatte das vor zwei oder drei Jahren schon einmal und habe es irgendwo angebracht, danach ging es wieder (finde ich allerdings nicht mehr). Hat jemand eine Ahnung wie ich das beheben kann? Danke vorab... --MarWal1985 (Diskussion) 14:44, 10. Okt. 2024 (CEST)

Gemeldet in Phabricator
Task T376901

Ich habe eine Meldung bei Phabricator erstellt, auf die inzwischen ein Mitarbeiter am VisualEditor reagiert hat. Wir können jetzt abwarten, wann das Problem behoben wird. --Kallichore (Diskussion) 18:33, 10. Okt. 2024 (CEST)

Das Problem wurde nun durch einen Backport behoben. Es sollte alles wieder wie gewohnt funktionieren.--Kallichore (Diskussion) 23:30, 10. Okt. 2024 (CEST)

Vielen Dank!@Kallichore@ „~~~~“ --MarWal1985MarcoW 07:07, 11. Okt. 2024 (CEST)

Lint-Fehler: Doppelte IDs mw-customtoggle + id

Wohin damit, falls überhaupt?

Funktionieren würde das

{| class="wikitable"
|+ … Zeile B–D <div class="mw-customtoggle-ZA mw-customtoggle-ZB mw-customtoggle-ZC">[ein-/ausklappen]</div>
|-
! Zeile !! Anmerkung !! Inhalt !! Inhalt
|-
| A || Normale Tabellenzeile || 20 || 11
|- id="mw-customcollapsible-ZA" class="mw-collapsible mw-collapsed"
| B || verborgene Zeile || 20 || 7
|- id="mw-customcollapsible-ZB" class="mw-collapsible mw-collapsed"
| C || verborgene Zeile || 21 || 11
|- id="mw-customcollapsible-ZC" class="mw-collapsible mw-collapsed"
| D || verborgene Zeile || 29 || 1
|-
| E || Normale Tabellenzeile || 0 || 30
|}
{| class="wikitable"
|+ … Spalte B–D <div class="mw-customtoggle-HB mw-customtoggle-HC mw-customtoggle-HD mw-customtoggle-B1 mw-customtoggle-B2 mw-customtoggle-B3 mw-customtoggle-B4 mw-customtoggle-C1 mw-customtoggle-C2 mw-customtoggle-C3 mw-customtoggle-C4 mw-customtoggle-D1 mw-customtoggle-D2 mw-customtoggle-D3 mw-customtoggle-D4" style="white-space:nowrap">[ein-/ausklappen]</div>
|-
! Spalte !! A !!id="mw-customcollapsible-HB" class="mw-collapsible mw-collapsed"| B !!id="mw-customcollapsible-HC" class="mw-collapsible mw-collapsed"| C !!id="mw-customcollapsible-HD" class="mw-collapsible mw-collapsed"| D !! E
|-
| 1 || 2002 ||id="mw-customcollapsible-B1" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-C1" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-D1" class="mw-collapsible mw-collapsed"| verborgene Spalte || 11
|-
| 2 || 2010 ||id="mw-customcollapsible-B2" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-C2" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-D2" class="mw-collapsible mw-collapsed"| verborgene Spalte || 7
|-
| 3 || 2021 ||id="mw-customcollapsible-B3" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-C3" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-D3" class="mw-collapsible mw-collapsed"| verborgene Spalte || 11
|-
| 4 || 2029 ||id="mw-customcollapsible-B4" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-C4" class="mw-collapsible mw-collapsed"| verborgene Spalte ||id="mw-customcollapsible-D4" class="mw-collapsible mw-collapsed"| verborgene Spalte || 1
|}

mw-customtoggle für …

… Zeile B–D

[ein-/ausklappen]

Zeile	Anmerkung	Inhalt	Inhalt
A	Normale Tabellenzeile	20	11
B	verborgene Zeile	20	7
C	verborgene Zeile	21	11
D	verborgene Zeile	29	1
E	Normale Tabellenzeile	0	30

… Spalte B–D

[ein-/ausklappen]

Spalte	A	B	C	D	E
1	2002	verborgene Spalte	verborgene Spalte	verborgene Spalte	11
2	2010	verborgene Spalte	verborgene Spalte	verborgene Spalte	7
3	2021	verborgene Spalte	verborgene Spalte	verborgene Spalte	11
4	2029	verborgene Spalte	verborgene Spalte	verborgene Spalte	1

Aber es bleibt eigentlich unlösbar für die Seiten, die die Vorlage:Verb Zelle verwenden, diese erzeugt nämlich nur identische IDs, ich weiß leider nicht, wie man das lösen könnte. CC: Bigbossfarin als Ersteller der Vorlage, siehe Liste unregelmäßiger Verben im Deutschen = 38 Fehler und Liste starker Verben (deutsche Sprache) = 370 Fehler. --Liebe Grüße, Lómelinde Diskussion 13:02, 14. Okt. 2024 (CEST)

Es würde reichen, wenn es einmal den Knopf ausklappen ganz am Anfang der Artikel gäbe. Würde das das Problem lösen? --Bigbossfarin (Diskussion) 14:06, 14. Okt. 2024 (CEST)

Nein, das Problem sind die einzelnen Zellen, die über die ID ausgeklappt werden, jede einzelne müsste eine andere ID haben (id="mw-customcollapsible-individuell-n") und diese müssten alle in der Klappzeile (class="mw-customtoggle-invividuell-1 mw-customtoggle-invividuell-2 … mw-customtoggle-invividuell-370") aneinander gereiht werden (siehe 2. Beispiel mit den Spalten). Ich sehe keine Chance das umzusetzen. --Liebe Grüße, Lómelinde Diskussion 16:04, 14. Okt. 2024 (CEST)

Okay, dann könnte man stattdessen an jeder Zeile einen ausklapp-Knopf hinmachen. --Bigbossfarin (Diskussion) 16:26, 14. Okt. 2024 (CEST)

Dann müsste man aber jeder Zeile wiederum eine individuelle ID zuweisen. Beispielsweise indem man das mit dem Wort (Parameter 1) kombiniert. class="mw-customtoggle-{{{1}}}" und id="mw-customcollapsible-{{{1}}}" class="mw-collapsible mw-collapsed"

Kopfzelle	Kopfzelle …
ein-/ausklappen	gehen
Inhalt ausklappen begehen	Text
ein-/ausklappen	stehen
Inhalt ausklappen bestehen	Text

Das kannst du ja mal ausprobieren. --Liebe Grüße, Lómelinde Diskussion 16:46, 14. Okt. 2024 (CEST)