Hilfe Diskussion:Tabellen
| Archiv |
| Wie wird ein Archiv angelegt? |
Klappbox o.ä. für einen Abschnitt bei einer Diskussionsseite?
BearbeitenBei einem soeben in den ANR verschobenen Artikel wurde natürlich auch die Diskussionsseite übernommen. Da der erste Abschnitt (ursprünglich noch aus dem BNR/der Spielwiese) doch sehr lang ist die Frage: kann man einen Grossteil des Abschnitts (ab 2. Kommentar) in eine Klappbox o.ä. packen, mit dem Vermerk "Hier weiterlesen"? Nicht zwingend nötig, aber wäre aus meiner Sicht ein "nice-to-have". Falls das nicht gegen etwaige Wiki-Regeln verstösst: was wäre die geeignete Vorgehensweise/Vorlage? Danke und Gruss --*Rectilinium 22:42, 5. Mai 2024 (CEST)
2 neue Unterseiten
BearbeitenUmseitig 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:
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
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)
- 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)
Ergänzung: Spaltenbreite für Kopfzellen?
BearbeitenHallo! 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)
- Gut, dass du vorher fragst.
- „Ist das so?“
- Es ist kein Grund ersichtlich, warum das allgemein so sein sollte.
- „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.
- 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)
- 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 |
Frage zu fixierten Tabellenköpfen
BearbeitenHallo 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
BearbeitenGibt 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
BearbeitenHallo 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)
- 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
BearbeitenWohin 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 | 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 | 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}}}"undid="mw-customcollapsible-{{{1}}}" class="mw-collapsible mw-collapsed"
- Dann müsste man aber jeder Zeile wiederum eine individuelle ID zuweisen. Beispielsweise indem man das mit dem Wort (Parameter 1) kombiniert.
- Okay, dann könnte man stattdessen an jeder Zeile einen ausklapp-Knopf hinmachen. --Bigbossfarin (Diskussion) 16:26, 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 (
| 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)
Breitenangaben
BearbeitenIch halte die Breitenangabe in em (also Geviert) für keine gute pauschale Empfehlung. In den meisten Fällen werden Spalten dadurch unnötig breit, denn Text besteht nicht nur aus großen "M". Bei N Ziffern sind N em sogar viel zuviel. In vielen Fällen sind Angaben in ex besser. Beispiele (ohne Padding):
| Beispiele | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Angaben in em
| ||||||||||||||
| Vergleich: ex statt em | ||||||||||||||
|
Vergleichbares gilt für fast alle üblichen Schriften, auch Serifenschrift oder sogar "Breitkopf Fraktur". Es hängt also vom Kontext ab, ob man besser Prozent, em oder ex angibt. Ein paar Tipps wären als Beispiele sinnvoll. ÅñŧóñŜûŝî (Ð) 13:07, 17. Nov. 2024 (CET)
- Wo bitte würde stehen, dass exakt genau so viele
embenutzt werden sollen wie Buchstaben vorhanden sind???? - Wenn du fünfstellige Zahlen nebeneinander erwartest, mit Tausenderpunkt, dann sind
3emeine passende Spaltenbreite für gleichbreite nebeneinander. - Wenn du das Wort „Mississippi“ als typische Bezeichnung für einen Bundesstaat erwartest, dann sind das zehn Buchstaben, aber nicht
10emund vielmehr vier „i“ drin. Vielleicht sind6emoder7emhilfreich? - Faustregel: Deutscher Durchschnittsbuchstabe hat etwas über
0.5em, eine Ziffer ziemlich genau0.5em. emundexhaben de facto einen konstanten Umrechnungsfaktor. Aberemverwenden wir seit Jahrzehnten wo auch immer an Millionen von Stellen,exkennt niemand, und deine komplette Darlegung bringt überhaupt keinerlei Vorteile, außer dass das niemand begreift, noch nicht einmal du selbst.- Aus dem Handgelenk: Ein Kleinbuchstabe hat meist knapp 70 % der Höhe von Großbuchstaben, also
xgegenMin der Höhe. Die von dir geforderte Änderung hätte also keine andere Folge, als dass wir alle Autoren umschulen sollen, damit sie an Millionen von Stellen dieemmit 1,3 multiplizieren sollen, und hinterher ist es genauso wie vorher. - Entscheidend ist ohnehin nur, dass bei textbezogenen Breiten eine schriftbezogene Maßeinheit und nicht
pxbenutzt wird, wobei Bilder nunmalpxbedürfen und Mischungen von Text und Bild sich je nach persönlichen Präferenzen nicht linear skalierbar darstellen. - VG --PerfektesChaos 13:55, 17. Nov. 2024 (CET)
- Du hast in dem Sinne recht, dass es individuell angepasst sein muss und ich habe nicht verlangt, dass man alles umändern soll. Ich wollte klarstellen, dass N em nicht bedeuten muss, dass es N mal ein "M" hineinpasst. Wichtiger sind pragmatische Hilfen wie empfohlene Breiten für Datumspalten (evtl. mit Uhrzeit), Zahlen und ähnliches. Kann man natürlich auch in em (oder en) angeben, aber nur schlecht in Prozent und schon gar nicht in Pixel. Ich habe hier schon pt gefunden, obwohl das nur für Druck ein absolutes Maß und damit sinnvoll ist und wegen der ansonsten üblichen Zuordnung
3pt = 4pxeiner px-Angabe gleichkommt. Gruß von ÅñŧóñŜûŝî (Ð) 14:18, 17. Nov. 2024 (CET)
- Du hast in dem Sinne recht, dass es individuell angepasst sein muss und ich habe nicht verlangt, dass man alles umändern soll. Ich wollte klarstellen, dass N em nicht bedeuten muss, dass es N mal ein "M" hineinpasst. Wichtiger sind pragmatische Hilfen wie empfohlene Breiten für Datumspalten (evtl. mit Uhrzeit), Zahlen und ähnliches. Kann man natürlich auch in em (oder en) angeben, aber nur schlecht in Prozent und schon gar nicht in Pixel. Ich habe hier schon pt gefunden, obwohl das nur für Druck ein absolutes Maß und damit sinnvoll ist und wegen der ansonsten üblichen Zuordnung
- „klarstellen, dass N em nicht bedeuten muss, dass es N mal ein "M" hineinpasst“ – das hat nirgendwo jemand behauptet, auch umseitig nicht, und deshalb gibt es auch nichts klarzustellen.
- Zu dem von dir geforderten
exhaben wir keinen eigenen Artikel, sehr wohl aber em (Schriftsatz). Das liegt daran, dassemdie global einheitlich weitaus überwiegend benutzte Nenngröße für die Schrifthöhe im Sinne eines „Großbuchstabens“ ist, sofern es dieses Konzept in Japanisch oder Arabisch überhaupt gibt.- Unser Zeilenabstand ist standardmäßig
1.6emund erlaubt Exponenten, Unterlängen oder Indizes außerhalb der1emGroßbuchstaben-Höhe. - Die Basislinien der Schriftzeichen sind
1emvoneinander entfernt und deshalb global anwendbar.
- Unser Zeilenabstand ist standardmäßig
- Das von dir gewünschte
exist gerade kontraproduktiv.- Bei allen gängigen unserer Druckschriften ist
1exbei um die ⅔ – es gibt allerdings Designerschriften im Stil der 1960er Jahre oder auch als 1920er-Bauhaus-Stil mit 50 %, die dann ziemlich exotisch aussehen. - Bei diesen Designerschriften sind aber die Buchstaben genauso breit wie die sonst üblichen. Deine Vorstellung, die Breitenangaben an der Höhe von Kleinbuchstaben auszurichten, bewirkt den völlig verkehrten Effekt.
- Weil das Konzept „Kleinbuchstabe“ aber global (Japanisch, Arabisch) nicht funktioniert, ist lediglich
emgängig und deinexein nur extrem selten irgendwozu benötigter Exot.
- Bei allen gängigen unserer Druckschriften ist
- „ob man besser Prozent, em oder ex angibt“ – das ist Nonsens, denn
1emsind exakt100%und wirken auch auf die Breite, während1exfür uns meist ⅔ oder 70 % von1emsind, je nach Design. Breitenangaben an der ästhetischen Höhe von Kleinbuchstaben zu bemessen ist gaga. - VG --PerfektesChaos 15:01, 17. Nov. 2024 (CET) * fehlende Angabe nachgetragen 15:10, 17. Nov. 2024 (CET)