Hilfe Diskussion:Tabellen

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 1 Tag von PerfektesChaos in Abschnitt Breitenangaben
Zur Navigation springen Zur Suche springen
Dies ist eine Diskussionsseite zu Gestaltungsfragen und Inhalten der Vorderseite.

Bei aktuellen Problemen bitte andere Möglichkeiten wahrnehmen; insbesondere:

Archiv

Wie wird ein Archiv angelegt?
Auf dieser Seite werden Abschnitte halbmonatlich automatisch archiviert, deren jüngster Beitrag mehr als 90 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleiben mindestens 3 Abschnitte.

Klappbox o.ä. für einen Abschnitt bei einer Diskussionsseite?

[Quelltext bearbeiten]
Letzter Kommentar: vor 6 Monaten1 Kommentar1 Person ist an der Diskussion beteiligt

Bei 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)Beantworten

2 neue Unterseiten

[Quelltext bearbeiten]
Letzter Kommentar: vor 2 Monaten4 Kommentare3 Personen sind an der Diskussion beteiligt

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)Beantworten

Heute umgesetzt wie angekündigt. VG --PerfektesChaos 21:26, 24. Jul. 2024 (CEST)Beantworten
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)Beantworten
Ja, mw-collapsible steht inzwischen mobil zur Verfügung. -- hgzh 12:06, 31. Aug. 2024 (CEST)Beantworten

Ergänzung: Spaltenbreite für Kopfzellen?

[Quelltext bearbeiten]
Letzter Kommentar: vor 2 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt

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)Beantworten

  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)Beantworten
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)Beantworten

Frage zu fixierten Tabellenköpfen

[Quelltext bearbeiten]
Letzter Kommentar: vor 1 Monat3 Kommentare2 Personen sind an der Diskussion beteiligt

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)Beantworten

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)Beantworten
Hallo hgzh, danke für die Antwort. Jetzt habe ich an dieser Stelle Klarheit. LG Atomiccocktail (Diskussion) 09:08, 25. Sep. 2024 (CEST)Beantworten

Größenbegrenzung

[Quelltext bearbeiten]
Letzter Kommentar: vor 1 Monat2 Kommentare2 Personen sind an der Diskussion beteiligt

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

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)Beantworten

Keine Bearbeitung in Tabelle möglich

[Quelltext bearbeiten]
Letzter Kommentar: vor 1 Monat4 Kommentare2 Personen sind an der Diskussion beteiligt

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)Beantworten

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)Beantworten

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

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

Lint-Fehler: Doppelte IDs mw-customtoggle + id

[Quelltext bearbeiten]
Letzter Kommentar: vor 1 Monat5 Kommentare2 Personen sind an der Diskussion beteiligt

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)Beantworten

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)Beantworten
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)Beantworten
Okay, dann könnte man stattdessen an jeder Zeile einen ausklapp-Knopf hinmachen. --Bigbossfarin (Diskussion) 16:26, 14. Okt. 2024 (CEST)Beantworten
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)Beantworten


Breitenangaben

[Quelltext bearbeiten]
Letzter Kommentar: vor 1 Tag4 Kommentare2 Personen sind an der Diskussion beteiligt

Ich 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
  Spalte hat 21em
MMMMMMMMMMMMMMMMMMMMM 21 "M" sind immer noch kürzer als 21em;
————————————————————— 21 Geviertstriche sind bereits länger als 21em. Spalte daher breiter
–––––––––––––––––––––––––––––––––––––––– 42 Halbgeviertstriche passen selten in 21em.
123456789012345678901 21 Ziffern, Spalte mit 21em viel zu breit
123456789012345678901 2/3 der Zifferanzahl in em (14em) passt in etwa
Vergleich: ex statt em
  21ex statt 21em
MMMMMMMMMMMMMMMMMMMMM 21 "M" passen natürlich nicht in 21ex.
123456789012345678901 21 Ziffern passen je nach Schrift in 21ex oder nicht
  20 ex ...
22. September 2024 ..passen zu ausgeschriebenem Datum
  15 ex ...
22. Sep. 2024 ..passen zu kurzem Datum

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)Beantworten

Wo bitte würde stehen, dass exakt genau so viele em benutzt werden sollen wie Buchstaben vorhanden sind????
Wenn du fünfstellige Zahlen nebeneinander erwartest, mit Tausenderpunkt, dann sind 3em eine 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 10em und vielmehr vier „i“ drin. Vielleicht sind 6em oder 7em hilfreich?
Faustregel: Deutscher Durchschnittsbuchstabe hat etwas über 0.5em, eine Ziffer ziemlich genau 0.5em.
em und ex haben de facto einen konstanten Umrechnungsfaktor. Aber em verwenden wir seit Jahrzehnten wo auch immer an Millionen von Stellen, ex kennt 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 x gegen M in 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 die em mit 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 px benutzt wird, wobei Bilder nunmal px bedü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)Beantworten
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 = 4px einer px-Angabe gleichkommt. Gruß von ÅñŧóñŜûŝî (Ð) 14:18, 17. Nov. 2024 (CET)Beantworten
„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 ex haben wir keinen eigenen Artikel, sehr wohl aber em (Schriftsatz). Das liegt daran, dass em die 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.6em und erlaubt Exponenten, Unterlängen oder Indizes außerhalb der 1em Großbuchstaben-Höhe.
  • Die Basislinien der Schriftzeichen sind 1em voneinander entfernt und deshalb global anwendbar.
Das von dir gewünschte ex ist gerade kontraproduktiv.
  • Bei allen gängigen unserer Druckschriften ist 1ex bei 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 em gängig und dein ex ein nur extrem selten irgendwozu benötigter Exot.
„ob man besser Prozent, em oder ex angibt“ – das ist Nonsens, denn 1em sind exakt 100% und wirken auch auf die Breite, während 1ex für uns meist ⅔ oder 70 % von 1em sind, 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)Beantworten
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Hilfe_Diskussion:Tabellen&oldid=250428363“