Hilfe Diskussion:Tabellen/Archiv/2020

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/2020#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

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

Ranglistenspalte in Tabelle

Braucht man eine Ranglistenspalte in einer Tabelle, wenn die Rangfolge durch das Lemma quasi vorgegeben ist? Beispiel: Liste der größten Inseln im Mittelmeer. Da sich die Größe der Fläche einer Insel nicht ändert, zumindest nicht in diesem Fall, bestimmt doch allein die Landfläche die Reihenfolge. Eine (zusätzliche) Ranglistenspalte erübrigt sich damit, oder? --Zollwurf (Diskussion) 12:38, 16. Feb. 2020 (CET)

Zunächst: Ich sehe keinen großen Mehrwert darin, eine Diskussion, die anscheinend bereits auf der Diskussionsseite zum Artikel geführt wurde, hier zu wiederholen. Persönlich finde ich es ganz hilfreich, wenn ich beim Herunterscrollen in einer größeren Tabelle, die nicht komplett auf den Bildschirm passt, sehen kann, in welcher Zeile ich bin. Grüße, --Birger (Diskussion) 14:43, 16. Feb. 2020 (CET)

Der Mehrwert liegt darin, dass es diese "Ranglistenspalten" offenbar mehrfach gibt, womit es von grundsätzlichem Interesse ist, ob man solch eine Spalte verwenden sollte oder nicht. --Zollwurf (Diskussion) 14:59, 16. Feb. 2020 (CET)

Ich habe auch schon gegen Ranglistenspalten argumentiert, wenn sich der Rang häufig ändert oder wegen divergierender Kriterien gar nicht eindeutig bestimmen lässt. Im genannten Beispiel aber, sehe ich, wenn ich zunächst nach Flächenrang, dann nach Staat sortiere, dass Italien die beiden größten und weitere unter ferner liefen hat. Das braucht man natürlich nicht, es bietet aber eine schnelle Übersicht. Da ich dort diese Information über verschiedene Staaten nacheinander betrachten kann, ist das sehr viel schneller als diese Informationen aus den Fließtexten verschiedener Artikel zusammenzusuchen. Ich halte bei so eindeutigen Rangfolgen die Spalte für sinnvoll. Zweifel hätte ich eher bei den Einwohnerzahlen. Naxos hatte 2011 angeblich 17.930 Einwohner, Krk hatte 2001 angeblich 17 860 Einwohner. Dazwischen liegen zehn Jahre, die möglicherweise abweichenden Zählmethoden mal außen vor. Können wir behaupten Naxos hätte mehr Einwohner als Krk? --Diwas (Diskussion) 21:57, 16. Feb. 2020 (CET)

Solche Tabellen mit quasi nicht vergleichbarem Zahlenmaterial gibt es aber häufiger. Nehmen wir beispielsweise mal was anderes: Die Liste der größten Städte Europas. Die dortige Rangliste (Spalte 1) bezieht sich auf die Einwohnerzahlen, mit unterschiedlichem Zensus, der teilweise viele Jahre auseinanderliegt. Würde man die Stadtgröße allerdings auf die Fläche beziehen wollen, dann stimmt die jetzige Reihenfolge überhaupt nicht, so dass die Rangnummer doch eher stört. Deshalb ist es z.B. in konventionellen Datenbanken verpönnt, eine solche Nummer zu verwenden. Wieso sollte das bei Wikipedia-Tabellen anders sein? --Zollwurf (Diskussion) 14:39, 17. Feb. 2020 (CET)

Widersprüchliche Angaben zur Farbe

Laut Abschnitt H:Tabellen #Beispiel 3b – mit farbigem Tabellenkopf, Farbe frei wählbar besteht die Kodierung von Hintergrundfarben aus einem Rautenzeichen, einer sechsstelligen Hexadecimalzahl und einem Semikolon: style="background-color:#6B8E23;". In H:Tabellen für Fortgeschrittene #Hinweise ist dagegen die Hintergrundfarbe ohne Semikolon am Ende angegeben: style="background-color:#B9FFC5" Das ist verwirrend. Was ist nun richtig, wie soll man es machen? Anscheinend funktionieren beide Möglichkeiten.
Ich vermute, dass das Semikolon nur als Trennzeichen bei der Angabe von mehreren style-Anweisungen notwendig ist und dass es unschädlich ist, wenn am Ende der letzten style-Anweisung auch noch ein Semikolon steht. Ich würde es begrüssen, wenn das auf dieser Hilfeseite klar gesagt würde. Ausserdem empfehle ich zur Vermeidung von Verwirrung eine einheitliche Schreibweise in den Beispielen mit einer style-Anweisung, am besten ohne Semikolon. --BurghardRichter (Diskussion) 19:41, 13. Mär. 2020 (CET)

Das wird intensiv auf Hilfe:CSS #CSS-Notation erörtert.

Wir können nicht auf jeder Hilfeseite alles andere, was auch noch irgendwie damit zu tun hat, ebenfalls in allen Details darstellen.

Hier umseitig wird erklärt, was mit Tabellensyntax zu tun hat; geschweifte Klammern, Pipes und die Wirkung diverser CSS-Zuweisungen.

Jetzt auch noch die Möglichkeiten und Optionen und Gebräuche von Leerzeichen und Semikolon auszubreiten, findet auch niemand wieder, selbst wenn es aus „juristischen Gründen“ irgendwo auf der Seite auch noch erwähnt werden würde.

„Was ist nun richtig, wie soll man es machen?“ – das können wir hier nicht auseinanderfummeln. Damit wird die ohnehin schon sehr volle Hilfeseite völlig unlesbar, und es könnte auch niemand wiederfinden und beachten und würde irgendjemandem, der es nicht sowieso schon wusste, irgendwie weiterhelfen.

Es kommen auch class= und <br /> in der Seite vor, ohne dass auch nur mit einer einzigen Silbe erklärt würde, was dies wäre und welche spezielle Leerzeichen-Notation hier gelten würde.

Heißt: Der Versuch, auf jeder Hilfeseite alles von Adam und Eva erklären zu wollen, führt nur dazu, dass niemand mehr irgendwas verstehen kann. Auch überall bei den Syntaxbeispielen noch Verlinkungen auf H:CSS und H:Tags#class und H:Tags#br zu verbauen, macht die Hilfeseite nicht verständlicher, weil die Suchenden dann so mit Verlinkungen geflutet werden, dass überhaupt keiner mehr Lust hat irgendwas anzuklicken.

Diejenigen Anleitungen sind optimal und werden am besten von den Ratsuchenden verstanden, die bei genau einem Thema bleiben und dieses richtig erklären. Alle Ausschmückungen „wusstest du übrigens auch“ „nebenbei bemerkt“ „übrigens“„siehe bei der Gelegenheit auch“ führen dazu, dass von 100 Suchenden 99 verwirrt, überflutet werden, und schließlich nichts mehr von irgendwas verstehen, selbst wenn mal für 1 von 100 an dieser Stelle ein Direktlink hilfreich gewesen wäre. Es gibt aber 1000erlei auch irgendwie damit verknüpfte Angelegenheiten, die ebenfalls alle ihre Extra-Bemerkungen beanspruchen könnten, und für die sich wieder jemand anders interessieren würde. Besser gar nicht erst mit sowas anfangen.

Wenn überhaupt, dann müsste einmalig am Anfang eine formale Syntax für alles her; die ist jedoch sehr unanschaulich, und genau die Leute, die eine Erklärung zu CSS benötigen würden, kommen erfahrungsgemäß mit einer formalen Syntax überhaupt nicht klar, überspringen sie und finden den zentralen Hinweis auch nie.

Die Geschichte ist numal komplex; hier treffen Wikisyntax, HTML-Syntax und CSS-Syntax zusammen, jede mit ihrer eigenen Notation. Das liegt daran, dass in HTML auch der Fremdkörper CSS reingemischt ist und Wiki seine eigene Software mit HTML verquirlt. Alle drei Syntax- und Notationssysteme in derselben Hilfeseite erklären zu wollen würde sie völlig unbrauchbar machen.

Es ist übrigens auch eine völlig legitime CSS-Deklaration, style=";;" zu schreiben, selbst wenn da nix bei rumkommt.

Um die Frage nochmals zu beantworten: Schreibt man eher im ANR eine voraussichtlich einzig und allein bleibende Zuweisung, dann so kurz und knapp wie möglich; rechnet man damit, dass dies zukünftig noch durch weitere Zuweisungen erweitert werden könnte, dann werden Semikolonse angefügt, wodurch es auch schnell per C&P überall anders eingefügt werden kann, wo es auch schon ein Semikolon gibt. Fängt es an, unübersichtlich zu werden, insbesondere weil Werte auch Leerzeichen enthalten können, dann fängt man an, Leerzeichen nach dem Doppelpunkt zu schreiben. Werden es recht viele Zuweisungen, dann sortiert man besser die Eigenschaftsnamen alphabetisch, damit man sie nicht mehrfach und widersprüchlich angibt und schnell wiederfindet.

VG --PerfektesChaos 23:02, 14. Mär. 2020 (CET)

#Sortierbare Tabellen ausgliedern

Ich bin unzufrieden mit der umfangreichen Darstellung umseitig zu den sortierbaren Tabellen.

• Ich beabsichtige deshalb die Ausgliederung der Darstellung von Hilfe:Tabellen für Fortgeschrittene #Sortierbare Tabellen nach Hilfe:Tabellen/Sortierbar
• Umseitig soll nur noch auf diese neue Seite verwiesen werden.
• Damit wird die umseitige Einsteiger-Seite weniger abschreckend.
• Man hatte ursprünglich mal gewollt, die Einsteiger nicht zu verschrecken, indem sie nicht auf „Fortgeschrittene“ verlinkt, und wollte auch für den Einstieg nur eine reduzierte Fassung anbieten.
• Irgendwie hat man es im Lauf der Zeit fertigbekommen, dann auch umseitig eine fast genauso lange Darstellung einzubauen.
• Jetzt sieht es umseitig so aus, als ob das die vollständige Darstellung wäre, was sie beinahe auch ist; es ist nicht erkennbar, dass unter „Fortgeschritten“ auch noch was steht und möglicherweise dort noch mehr Details stünden, wobei auch ich nicht durchblicke, welche genau.
• Es ist grundsätzlich immer Mist, zwei ähnlich ausführliche Darstellungen auf zwei Seiten anzubieten.
• Übrig bleiben soll lediglich der Hinweis, aber nicht wieder angebissene doch wieder platzraubende Beispiele und inhaltliche Erläuterungen.

Meinungen? --PerfektesChaos 17:10, 26. Mär. 2020 (CET)

Da ich nicht regelmässig anspruchsvolle Tabellen erstelle, muss ich immer wieder die Hilfeseite bemühen. Mich würde es stören, dann auf eine weitere Hilfeseite verwiesen zu werden. Ich vermute, die meisten werden spezifische Fragen haben und Lösungen brauchen und entsprechend selektiv suchen. Aber ja, für Anfänger ist diese Seite zu umfangreich und zu spezifisch.

Mein Vorschlag wäre, für Anfänger ein Tutorial zu schreiben, in dem sie lernen, warum Tabellen besser sind als Aufzählungslisten, und wie man eine einfache und sortierbare Tabelle erstellt. Im Tutorial könnte man dann auf Hilfe:Tabellen verweisen, wo alles Weitere im Detail erklärt wird (rowspan, colspan, Formatierung, sort, etc). Dieses Tutorial verlinkt man dann am Anfang von Hilfe:Tabellen. Gruss, --Markus (Diskussion) 22:31, 28. Apr. 2020 (CEST)

Das kannst du versuchen, aber du musst berücksichtigen, dass es unterschiedliche Benutzer gibt, die einen arbeiten am Desktop, andere an Mobilgeräten, dann muss noch unterschieden werden welchen Editor diese Benutzer verwenden, also arbeiten sie im Quelltext oder visuell und wie die Software ihnen das dann präsentiert.

Siehe Hilfe:Tabellen/Sortierung und im Unterschied dazu Hilfe:Tabellen/VisualEditor#Tabelle erstellen da hast du nur einen Schalter, über den die Tabelle sortierbar oder eben nicht sortierbar eingestellt wird. Du kannst dem visuellen Bearbeiter schwerlich erklären, wie der Quelltext formatiert werden soll, er sieht diesen Quelltext nicht.

Ein Tutorial würde sich vordergründig an Neuautoren richten, und diesen Autoren wird als Standard der VisualEditor zur Bearbeitung angeboten. Außerdem ist deine These, dass Tabellen immer besser wären als Listen wohl eher eine persönliche Ansicht, die Einen sagen so, die Anderen so.

Wir haben auch da wieder Seiten die Vor- und Nachteile von Listen erklären Wikipedia:Listen und die Technischen Umsetzungen dazu auf Hilfe:Listen und Hilfe:Listen/VisualEditor.

Es gibt ein Wikipedia:Tutorial, das geht aber nicht auf Tabellen oder Listen ein, wenn ich mich recht erinnere. Wenn, dann müsstest Du so etwas dort integrieren, denn das neue Tutorial sollte alles in einer Serie beinhalten. Mehrere Tutorials parallel helfen auch niemandem wirklich dabei das gesuchte zu finden. Tabellen sind ein sehr komplexes Thema. Einfache Tabellen reichen zumeist aus, komplexeres ist in meinen Augen eher persönliche Spielerei mit Farben, Sortierung, Zebrastreifen Klappfunktionen, das ist alles Syntaxzusatz, Verschönerung (oder Verkomplizierung), was aber nichts mit dem eigentlichen Zelleninhalt zu tun hat. Und der Inhalt sollte eigentlich das Wichtigste sein, nicht eine individuelle Präsentation, bei der unter Umständen erst durch Legenden erklärt werden muss, was die Farben bedeuten, warum etwas links, rechts, oder mittig steht, oder weshalb man komplette Inhalte von Tabellen verbirgt, wenn sie doch eigentlich wichtige Inhalte anzeigen sollen …. --Liebe Grüße, Lómelinde Diskussion 10:54, 29. Apr. 2020 (CEST)

+1

• Hier genau umseitig ist eigentlich das Tutorial für Anfänger. Die Folgeseite Hilfe:Tabellen für Fortgeschrittene soll dann genau die Vertiefung in seltener benötigte und spezielle Details ermöglichen. Das Problem ist, dass im Lauf der Jahre umseitig immer wieder mehr und mehr Zeugs abgeladen wurde, das ich kürzlich schon etwas zurückgestutzt hatte.
• Umseitig sollte eigentlich nur den Einstieg, Überblick und erste Beispiele für einfache Fälle liefern. Wer sich dann für eine kompliziertere Vertiefung interessiert, etwa, „dynamisches Layout für Mobilgeräte“, „Verbundene Zellen“, „Sortierung“, „Dekoration“ sollte diese besser auf einer eigenständigen, aber immer noch übersichtlichen und deshalb Anfänger-freundlicheren Einzelseite dargestellt bekommen.
• Die pauschale Hilfe:Tabellen für Fortgeschrittene geht aber selbst kaputt, wenn dort in einem riesigen Brei und bei abschreckender Länge alle Einzelheiten nochmal und vollständig aufgekocht werden.
• Heißt: Umseitig ist das Tutorial für Anfänger. Wer dann für sich persönlich jetzt eine Vertiefung einer Spezialfrage benötigt, der kann speziell diese Spezialfrage auf einer gesonderten Seite dargestellt bekommen. Alle anderen, die sich für diese Spezialfrage jetzt nicht interessieren, werden damit in Ruhe gelassen und bekommen eine überschaubare Hilfeseite. In welchem Umfang man zum Schnuppern einen kleinen Einstieg in die „Sortierung“ drinlässt oder sofort radikal auf eine gesonderte Seite verweist und damit die Startseite übersichtlicher macht wäre zu klären. Das Problem ist dabei, dass die kurzen Schnupper-Brösel dann entweder Erläuterungen brauchen, um allgemeinverständlich zu sein, weshalb sie eigentich nicht kurz sein können, oder wieder in umfangreiche Darstellungen ausarten. Außerdem erweckt das den Eindruck, da stünde eigentlich schon alles, weil es ja schon recht viel ist; ist aber nur ein Teilstück.
• Es gibt Menschen, die lernen nur aus Beispielen, gucken sich die Quelltext-Beispiele an, verstehen diese und ignorieren alle Erläuterungen. Für die wäre eine fast nur aus Beispielen bestehende Unterseite ideal.
• Gerade bei Tabellen sind aber Quelltext+Resultat sehr umfangreich und sprengen eine normale und überschaubare Erklärung.
• Es kann es nicht allen recht gemacht werden.
• Hinzu kommt, dass in diesen alten Hilfeseiten der VisualEditor noch überhaupt nicht vorkommt. Gerade der ist aber das Werkzeug, mit dem Anfänger arbeiten würden, wie Ló bereits zutreffend darstellte. Für VisualEditor-Anfänger ist aber der Quelltext, der zurzeit einen Großteil des Einstiegs ausmacht, völlig uninteressant.

VG --PerfektesChaos 12:59, 29. Apr. 2020 (CEST)

@Lómelinde: Ich könnte mir im Sommer auch eine Unterseite Hilfe:Tabellen/wikitable vorstellen.

• Bisher stellen wir wikitable nur in der Umkehrung auf Hilfe:Tabellen/prettytable dar.
• Hier könnte positiv jede Auswirkung der Klasse wikitable beschrieben werden; auch einfach nur in Worten.
  • Ebenso ein Vergleich der Darstellung gleicher Inhalte mit/ohne. Mobiltauglich.
• Weiterhin sollte dargestellt werden, wie vorzugehen wäre, wenn man die Kopfzeile anders haben möchte; etwa in hellgrün oder in dunkelgrün.
• Weil die Hilfeseite insgesamt ja nicht sehr lang wäre, könnten auch Quelltext-Beispiele direkt gezeigt werden.
  • Dabei sollte aber immer das Resultat Vorrang vor dem Quelltext haben, weil VE-Benutzer bekanntlich nichts mit Quelltext zu tun haben.
  • Soweit zurzeit bereits unterstützt, sollte die VE-Alternative dargestellt werden.
  • Ich rechne damit, dass es irgendwann mal die Eigenschaften für eine gesamte Tabelle auch für einzelne Zeilen und Zellen im VE geben wird.
• Das Ganze per absolute beginner Niveau.
• Abschließend kann für Interessierte auch der wirksame globale CSS-Code gezeigt werden.
• Wenn dies fertig ist, könnte geschaut werden, inwieweit man von umseitig auf eine solche neue Hilfeseite verweist und dafür Details herausnimmt, damit das umseitig ein übersichtlicherer Einstieg wird.

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

Ich muss denken. Also du möchtest mehrere neue Unterseiten. Mal sehen, wenn ich Zeit habe. Derzeit verbrauche ich mehr Zeit mit Recherche als ich eigentlich wollen würde, weil viel zu oft die Angaben nur von irgendwo abgekupfert werden, Lemma und Seitenangaben, wer bracht die schon? Und ganz so optimistisch bin ich da nicht was den VE angeht. Schön wäre es natürlich wenn man links, rechts, zentriert, etwas kleinere Schrift oder farbigen Hintergrund auch dort einfach als Zelleneigenschaft einsetzen könnte. Aber das sehe ich noch in weiter Ferne. --Liebe Grüße, Lómelinde Diskussion 13:43, 1. Mai 2020 (CEST)

Tabellen, einfache

Hallo Team, das hier schreibt,

ich vermisse unter „einfache Tabelle“ die Hinweise, wie man Tabellenzellen mit Rahmen umgibt. Es betrifft hier nicht jede einzelne Zelle, sondern manchmal nur die Zeile ohne Spaltentrennung, manchmal veerschiedene Strichstärken, dann wiederum die Striche zwischen den Zellen, insbesondere, wenn diese über mehrere Spalten reichen. Desweiteren die Strichstärken, wie und wo werden die eingetragen, usw. „Wikitable“ ist hier meist nicht möglich, da diese immer nur jede einzelne Zelle umrahmt (zumindest in dieser ausführlichen Beschreibung für Profis von Profis), aber für den gelegentlichen Anwender nicht fasslich ist. Einfach mal die Syntax erklären; ohne Fachausdrücke, und zwar so, dass es auch ein einfacher Anwender ohne Spezialkenntnisse in Programmierung versteht. Das werdet ihr doch hinbekommen, oder? Gruß, --Peter-K (Diskussion) 15:57, 10. Mai 2020 (CEST)

Ich bin noch am umbauen es gibt mehrere Seiten.

• Rahmen und Zellenränder
• Beispiele für einfache Tabellen

Hilft dir das erst einmal weiter? --Liebe Grüße, Lómelinde Diskussion 17:19, 10. Mai 2020 (CEST)

Ich muss das mal genauer ansehen, denn ich benötige dies auf einem anderen Schwesterprojekt (Wikisource) und da habe ich mit „Wikitable“ bisher ein Problem, es funktioniert nicht bzw. ich bekomme es nicht gebacken. Da werden oftmals Tabellen benötigt, die keine Rahmen um einzelne Zellen haben, sondern nur Unterscheidungs-(Trenn-)linien zwischen den einzelnen Zeilen bzw. Spalten haben. Ich werde mal einige Begriffe wie: margin; rowspan; cellpadding; style; usw. sammeln und nach deren Bedeutung hier fragen, bzw. wenn Du willst auf Deiner Disk-Seite. Dauert nur ein paar Tage, danke. Gruß, --Peter-K (Diskussion) 13:08, 11. Mai 2020 (CEST)

Lómelinde überarbeitet ja derzeit fleißig die Tabellen-Hilfeseiten bei Wikipedia, aber das muss nicht alles 1:1 auch für andere Wikis zutreffen. So erwas wie in den Klassen (class= wikitable centered center toptextcells....) ist in einer "zentralen" css-Datei definiert. Vermutlich sieht die bei Wikisource etwas anders aus und dann fehlt etwas wie ‚wikitable‘. Schlimmstenfalls müsste man das tabellen-, zeilen- und/oder zellenweise mit css-Anweisubgen (style=" ....;") realisieren, was aber sicher kein Kinderspiel für Anfänger ist.--Klaus-Peter (ex und hopp) 13:59, 11. Mai 2020 (CEST)

Das sind globale Definitionen, die in allen Wikis definiert sind. Sogar außerhalb der WMF.

Du palaverst einfach nur irgendwas daher, ohne irgendeine wirkliche Ahnung von irgendwas zu haben.

Lesetipps: Selektoren unter MediaWiki – weltweit

Die Fragestellung hier war eine ganz andere gewesen; man wolle Tabellen individuell dekorieren, ohne das global einheitliche Standard-Design von wikitable zu nutzen. Bei dem sind jedoch immer Rahmenlinien mit bei.

wikitable ist aber gerade die Klasse, die ein ganz einfaches Standard-Design für alle Anwendungen von Datentabellen bereitstellt, ohne dass sich Autoren noch um Details kümmern müssen. Wenn man jedoch ein individuelles Design entwerfen will, dann muss man auch etwas Ahnung davon haben. Wir schreiben hier allerdings Inhalte für eine Enzyklopädie und sind kein Malwettbewerb. Es gibt je nach Sichtweise 20–50 in Frage kommende Dekorationseigenschaften, und da ist die Anfrage, wir sollten ihm das jetzt alles beschreiben, wie er aus der unendlichen Vielzahl an Kombinationen mal schnell eben eine „einfache“ künstlerisch in seinem Sinn erschaffen kann schon etwas kurios. „Das werdet ihr doch hinbekommen, oder?“ – Wir können das schon, aber die Frage ist, ob das alles begriffen würde.

VG --PerfektesChaos 14:57, 11. Mai 2020 (CEST)

Auch bei mir dauert es noch ein paar Tage. Eine einfache Form ginge so. Die Farbe der Linien kann einzeln festgelegt werden.

Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3

Ich vermute aber du meinst so etwas (veraltete Syntax)

Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3

Das ist etwas schwieriger

Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3

Ein Spaltenbeispiel

Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3
Zelle 1	Zelle 2	Zelle 3

Vielleicht hilft dir das ja schon. --Liebe Grüße, Lómelinde Diskussion 14:01, 11. Mai 2020 (CEST)

Hallo PerfektesChaos, hallo Lómelinde,

das Erstellen einer Tabelle ohne Vorgaben ist etwas anderes, als Tabellen in der Form darzustellen, wie sie in den Texten der WS oftmals auftauchen.

Einige Beispiele:

a) diese Tabelle ist in der Druckvorlage (Originaltext) anders dargestellt als in der Transkription; hier wurde „wikitable“ verwendet mit dem Ergebnis vieler Linien die im Original nicht existiren.

b) ebenso wie es auf diesen beiden Seiten gemacht wurde.

c) So sollte eine Tabelle nicht aussehen, hier wurde schlicht eine "Aufzählung" gewählt.

d) Auch auf dieser Seite ist die Darstellung der Tabelle anders als gewünscht.

Nun ist mein Anliegen: wie bekomme ich die fehlenden "Linien" in diese Tabelle? Dazu müsste ich wohl die Tabelle "zu Fuß" aufbauen und nicht mit einer komplexen Vorlage. Daher fragte ich nach den einzelnen Begriffen, von denen jedoch mit Sicherheit noch jede Menge fehlen, um diese Art der Tabellendarstellung hinzubekommen. Gruß, --Peter-K (Diskussion) 20:25, 12. Mai 2020 (CEST)

Wir sind hier durchaus bereit, als Technik- und Serviceportal für alle deutschsprachigen Fragesteller zu dienen, aber unsere Hilfeseiten sind auf die Erfordernisse einer Wikipedia (und zwar genau dieser hier) ausgerichtet. Und hier wollen wir möglichst einfach aufgebaute Artikel ohne dekorativen Schnickschnack, damit möglichst viele Autoren mit möglichst wenig Vorkenntnissen sie bearbeiten können.

Du kannst Lómelindes Beispielen schon mal einige Grundzüge des Systems entnehmen.

Mehr Details findest du auf selfhtml – da gibt es 45 Eigenschaften nur zur individuellen Gestaltung von Rahmenlinien; und damit alles was geht. Da müsstest du dich selbst reinfuchsen und einfach ein wenig ausprobieren.

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

Danke, das wird zwar etwas dauern, aber es ist schon mal eine große Hilfe. Gruß, --Peter-K (Diskussion) 22:11, 12. Mai 2020 (CEST)

Ich habe dir drüben mal dein erstes Beispiel auf die Diskussionsseite gesetzt. Mit dem Trennstrich musste ich etwas tricksen, denn der geht nicht über die gesamte Breite. Aber als Beispiel wie man etwas formatieren kann sollte es schon mal ganz brauchbar sein. Einfach ist das auch für mich nicht, obwohl ich recht viel mit Tabellensyntax arbeite. --Liebe Grüße, Lómelinde Diskussion 08:13, 13. Mai 2020 (CEST)

Eigenwillige Verarbeitung in Nachbarzellen nicht dokumentiert?

Bei „Syntaxelemente einer Tabelle → Zellensyntax → Nachbarzelle (inline)“ sollte unbedingt auf mögliche Probleme hingewiesen werden, wenn in den benachbarten Zellen Elemente außer Text eingetragen werden.

Soche dekorativen Elemente wie | || || || u.s.w.
sind schwer verständlich und die nicht klar erkennbare Absicht sollten mit Beispielen erklärt werden

Möglicherweise wird an anderer Stelle (z.B. für Fortgeschrittene?) bereits auf dieses Feature hingewiesen. Dann sollte man auch an dieser Stelle darauf verweisen.

Mein Dank an Lómelinde für die Anregung und das (etwas modifizierte) Demobeispiel.

Vielleicht sollte man erst mal bei der Vorlage anfangen die Fehler auszumerzen. Aber das ist ein anderes Thema. --Klaus-Peter (auf und davon) 08:18, 4. Jun. 2020 (CEST)

Ich habe keine Zeit und auch keinerlei Lust mehr mit dir zu diskutieren. Mach halt wenn du das haben möchtest, ich bin nicht die Schreibkraft für alle. --Liebe Grüße, Lómelinde Diskussion 08:23, 4. Jun. 2020 (CEST)

Warum finde ich dann so viele unnütze Beiträge von dir wo du Wort- und Beispielreich an Thema vorbei gehst? Mache scheinbar mehr Spaß, als konstruktive ‚Zeitverschwendung‘. Jämmerlich!--Klaus-Peter (auf und davon) 09:10, 4. Jun. 2020 (CEST)

Mach doch einfach den Zeilenumbruch raus und schon hast du eine Tabelle.

Die doppelten Pipe-Zeichen klappen nur bei Einzeilern. Mit Vorlagen hat das ziemlich genau gar nix zu tun. --Wurgl (Diskussion) 10:01, 4. Jun. 2020 (CEST)

Ich mache das inzwischen (außer oben bei der Demo), aber weiß das Jeder? Ich bin kein Solotänzer bei WP! Auf eine Anfrage in dieser Richtung bekam ich von ‚Experten‘ viele total unsinnige Antworten. Erst nach fast 2 Wochen fruchtlosem Gelaber kam Benutzer:Hgzh mit exakt der richtigen Lösung (ohne viele Worte) und mit seiner flotten Korrektur der Bilderwunsch-Vorlage wurde der Tabellenfehler kompensiert (nicht behoben). Doch wann kommt mit anderem Zelleninhalt das nächste unlösbare Problem? Offensichtlich ist es nicht Allgemeinwissen und sollte daher auch Laien erklärt werden. Selbst wenn es ein Feature und kein Fehler ist, sollte das in der Doku nachlesbar sein. Ich werde es NICHT ändern, ich habe schon genug Feinde aus dem Zirkel.--Klaus-Peter (auf und davon) 10:53, 4. Jun. 2020 (CEST)

Das hat doch gar nichts mit dekorativen Elementen zu tun, das ist das gleiche Problem wie zuvor bei den Bilderwünschen. Wenn Inline-Definition genutzt wird, darf innerhalb der Zeile kein Linefeed in den Zellen (wie im oberen Beispiel nach „wie“) vorkommen.

a b || c || d

funktioniert nicht (Inline + Linefeed in Zelle)

a b

c

d

funktioniert (keine Inline-Definition)

a b

c

d

funktioniert (kein Linefeed, sondern optischer Umbruch). Ob da Text, Bilder, Vorlagen, HTML, eine weitere Tabelle oder irgendetwas anderes in der Zelle steht, ist egal. -- hgzh 11:30, 4. Jun. 2020 (CEST)

Ich wurde hierher zitiert und werde zudem noch von dem Zitator massiv diffamiert, muss das wirklich sein. Stellt man sich so Teamarbeit vor, wer ist denn hier bitte der Programmierer? Wundert es da dass ich keine Lust mehr habe mit dir zu reden? Es ist ja nicht das erste Mal, dass du mich beleidigst. Ich habe immer versucht dir bei deinen Problemen zu helfen. Ist das der Dank dafür? Sehr nett, wirklich. Aber hast du dich mal gefragt, weshalb dir fast niemand mehr auf deine ständigen Fragen antworten möchte? --Liebe Grüße, Lómelinde Diskussion 12:21, 4. Jun. 2020 (CEST)

@hgzh was da passiert, habe (sogar) ich inzwischen begriffen. Egal, ob es ein Feature oder ein Fehler ist oder einfach übersehen wurde, ich halte es für sinnvoll, das in der Doku zu erwähnen. Man kann locker damit leben, wenn man es weiß. Minimal wäre das ein Satz, maximal reicht dein Beispiel. Das sind kaum 100 Anschläge und darum wird ein Drama gemacht, was zumindest ich nicht mehr verstehe.

Mit HTML-Tabellen arbeite ich schon sehr viele Jahre. Meine Kunden waren stets zufrieden und das ist und bleibt mein Maßstab und mehr erwarte ich auch bei WP nicht. Wenn ich das mit <tr><td></td><td></td><td></td><td></td></tr> nachstelle, läuft es mit allem Schnickschnack und Dekos prima. Lediglich der Zeilenumbruch erfordert <br /> oder <p> ... </p>, was mir bei WP (wenn auch inkonsistent) durch \n in der Tabelle oder \n\n im Fließtext erspart bleibt. In jedem Fall sehe ich bei HTML/php ohne Wenn und Aber oder sonstige Ausreden exakt das, was ich will. Hier einfach so tun, als wären die Sonderregelungen von WP so normal, dass sie unerwähnt bleiben können, ist schon .... --Klaus-Peter (auf und davon) 15:24, 4. Jun. 2020 (CEST)

Tabelle trotz richtiger (?) Formatierung nicht richtig

Hallo,

ich habe bei Kinderflamme#Anforderungen_HE eine Tabelle eingefügt und alles richtig eingefügt. Allesdings mag nicht die spalte 3 und 4 nicht wie ich. Kann bitte mal danach geschaut werden--Vielen Dank und Grüße Woelle ffm (Uwe) (Diskussion) 22:13, 6. Jul. 2020 (CEST)

Ich würde hier wohl die Vorlagen {{FN}} (z. B. ⁠) und {{FNZ}} benutzen, aber warum deine Version nicht funktioniert, weiß ich nicht.

¹⁾ 

Fußnote 1

--Mahlzahn (Diskussion) 22:21, 6. Jul. 2020 (CEST)

ES lag an Zeilenumbrüchen innerhalb von Tabellenzellen bei Inline-Notation, siehe auch einen Abschnitt hierdrüber. --Wiegels „…“ 22:33, 6. Jul. 2020 (CEST)

Danke an alle Helfer--Vielen Dank und Grüße Woelle ffm (Uwe) (Diskussion) 22:35, 6. Jul. 2020 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Vielen Dank und Grüße Woelle ffm (Uwe) (Diskussion) 22:35, 6. Jul. 2020 (CEST)

rowspan und Sortierung

Nur weil es mir gerade aufgefallen ist und ich echt eine ganze Weile nach der Ursache suchen musste. Wenn eine sortierbare Tabelle mit rowspan arbeitet, darf dieses span nicht weiter reichen als die Tabelle an sich. Normalerweise sieht man das auch, weil die Tabellenzelle dann unten nicht geschlossen wäre. Wenn denn die Tabelle auf den Bildschirm gepasst hätte.

wikitable mit rowspan	wikitable sortable mit rowspan	Quelltext
Überschrift Überschrift Überschrift Beispiel Beispiel Beispiel Beispiel2 Beispiel2 Beispiel3 Beispiel3 Beispiel4 Beispiel4 Beispiel5 Beispiel5	Überschrift Überschrift Überschrift Beispiel Beispiel Beispiel Beispiel2 Beispiel2 Beispiel3 Beispiel3 Beispiel4 Beispiel4 Beispiel5 Beispiel5	{| class="wikitable sortable" |- ! Überschrift !! Überschrift !! Überschrift |- | Beispiel ||rowspan="5"| Beispiel || Beispiel |- | Beispiel2 || Beispiel2 |- | Beispiel3 || Beispiel3 |- class="hintergrundfarbe7" | Beispiel4 || Beispiel4 |- | Beispiel5 || Beispiel5 |}
wikitable mit zu großem rowspan	wikitable sortable mit zu großem rowspan	Quelltext
Überschrift Überschrift Überschrift Beispiel Beispiel Beispiel Beispiel2 Beispiel2 Beispiel3 Beispiel3 Beispiel4 Beispiel4 Beispiel5 Beispiel5	Überschrift Überschrift Überschrift Beispiel Beispiel Beispiel Beispiel2 Beispiel2 Beispiel3 Beispiel3 Beispiel4 Beispiel4 Beispiel5 Beispiel5	{| class="wikitable sortable" |- ! Überschrift !! Überschrift !! Überschrift |- | Beispiel ||rowspan="6"| Beispiel || Beispiel |- | Beispiel2 || Beispiel2 |- | Beispiel3 || Beispiel3 |- class="hintergrundfarbe7" | Beispiel4 || Beispiel4 |- | Beispiel5 || Beispiel5 |}
fatal ist, dass die Tabelle zunächst scheinbar normal reagiert, wenn man die Sortierung anklickt die mittlere Spalte wird durch Zellen [Beispiel] aufgefüllt die Tabelle wird unten optisch geschlossen die Sortierung ist jedoch außer Funktion
wikitable mit zu großem rowspan	wikitable sortable, rowspan zu groß + unsortable	Quelltext
Überschrift Überschrift Überschrift Beispiel Beispiel Beispiel Beispiel2 Beispiel2 Beispiel3 Beispiel3 Beispiel4 Beispiel4 Beispiel5 Beispiel5	Überschrift Überschrift Überschrift Beispiel Beispiel Beispiel Beispiel2 Beispiel2 Beispiel3 Beispiel3 Beispiel4 Beispiel4 Beispiel5 Beispiel5	{| class="wikitable sortable" |- ! Überschrift !! class="unsortable"| Überschrift !! Überschrift |- | Beispiel ||rowspan="6"| Beispiel || Beispiel |- | Beispiel2 || Beispiel2 |- | Beispiel3 || Beispiel3 |- class="hintergrundfarbe7" | Beispiel4 || Beispiel4 |- | Beispiel5 || Beispiel5 |}
auch ein class="unsortable" für diese spalte würde das nicht verhindern.

Ich habe mich da gerade echt dumm und dusselig gesucht bei dieser Tabelle. vorher mit rowspan-Fehler und defekter Sortierung → und rowspan repariert Wie soll man denn auf so etwas kommen? --Liebe Grüße, Lómelinde Diskussion 07:55, 8. Jan. 2020 (CET)

Spalten zentrieren?

Hallo,

gibt es eine technische Möglichkeit, für eine an sich linksbündig formatierte Tabelle den Inhalt von bestimmten Spalten zu zentrieren, ohne dass man es bei jeder einzelnen Zelle formatiert? --Alabasterstein (Diskussion) 10:58, 20. Okt. 2020 (CEST)

Nein, entweder einzeln oder gesamte Tabelle. Einige Vorlagen geben aber ihre eigene Richtung vor und widersetzen sich der Anweisung. --Klaus-Peter (^aufund_davon) 11:48, 20. Okt. 2020 (CEST)

Zellfärbung der Überschriftszeile

Das Einfärben kompletter Überschriftszeilen funktioniert nur mittels |- class="hintergrundfarbeX" und nicht mit |- style="background:#RRGGBB". Das wurde vor der großen Überarbeitung der Seite auch korrekt beschrieben:

„Für die Überschriftszeile einer Tabelle (definiert durch!) funktioniert das Färben nur mittels class="hintergrundfarbeX" uneingeschränkt. bgcolor="#112233" funktioniert hier überhaupt nicht und style="background:#112233" funktioniert nur für einzelne Überschriftzellen, nicht für eine komplette Zeile. Will man dies erreichen, muss man den Befehl vor jede Zelle der Überschriftzeile setzen.“

In der neuen Version der Seite (Hilfe:Tabellen#Stylezuweisung) wird das nicht mehr erwähnt. Warum wurde diese Information entfernt? --Kienny (Diskussion) 22:06, 23. Dez. 2020 (CET)

• Deine Darstellung suggeriert, dies wäre bei allen Tabellen so.
  • Das ist schlicht falsch.
  • Es kann grundsätzlich bei Tabellen eine Überschriften- (Kopf-) -zeile mittels style= eingefärbt werden.
  • Ich habe jetzt keine Lust, den alten Text auszugraben, aber was du da oben zitierst ist jedenfalls falsch. Käme darauf an, in welchem Zusammenhang das stand.
• Nur wenn die class="wikitable" verwendet würde, bleibt das style= für die Hintergrundfarbe unwirksam, weil deren Spezifikation das style= überschreibt.
• Das steht auch nach wie vor umseitig unter Hilfe:Tabellen #wikitable –
  „Es ist nur die Nutzung der Wiki-CSS-Klassen, beispielsweise class="hintergrundfarbe2" erlaubt“
• Es gibt nunmehr eine eigenständige Hilfe:Tabellen/wikitable, die alles das im Detail erklärt: „Zur alternativen Einfärbung der gesamten Kopfzeile ist nur die Nutzung der Wiki-CSS-Klassen, beispielsweise class="hintergrundfarbe2" sinnvoll möglich. Ansonsten muss jeder Kopfzelle einzeln eine Hintergrundfarbe oder Textausrichtung zugewiesen werden.“

VG --PerfektesChaos 23:18, 23. Dez. 2020 (CET)

Es werden fast nur Tabellen mit class="wikitable" erstellt. Ich habe bisher noch keine ohne gesehen. Ich sehe häufig Tabellen (mit class="wikitable"), wo versucht wurde die Kopfzeile mit style= einzufärben, was natürlich nicht funktioniert. Ich dachte nur, es sollte auf der Hilfeseite unter Zellfärbung klargestellt werden, dass das nicht funktioniert.

Hier der Link zu dem Zitat: Klick

--Kienny (Diskussion) 00:07, 24. Dez. 2020 (CET)

Die Aussage in ihrer Allgemeinheit ist jedoch trotzdem falsch. Die obige Einstufung als „auch korrekt beschrieben“ trifft nicht zu.

Kopfzeilen lassen sich wie alle anderen Elemente sehr wohl mit style= einfärben.

Es gibt auch sehr viele Tabellen, von denen du überhaupt nicht mitbekommst, dass dort Tabellen stehen. So etwa alle Infoboxen, und mehr.

Richtig ist, dass wir Datentabellen natürlich hübsch aussehen lassen möchten, und wir diese dann mit netten Linien und Abständen und Überschriftdesign ausstatten. Deshalb dort gern class="wikitable".

Es ist nur die in class="wikitable" eingebaute Eigenschaft, dass alle Kopfzellen grau hinterlegt und mittig ausgerichtet werden sollen, die verhindert, dass ohne eine class="hintergrundfarbe*" oder aber Einzelfärbung aller Kopfzellen die Farbe oder Textausrichtung verändert werden kann. Deshalb trifft die Aussage ausschließlich auf class="wikitable" zu. Die historische Darstellung auf der Hilfeseite war falsch gewesen, mindestens aber irreführend und missverständlich, weil diese Bedingung fehlte.

VG --PerfektesChaos 01:04, 24. Dez. 2020 (CET)

@Kienny vergleiche den Unterschied zwischen einer „einfachen“ Tabelle, und davon gibt es durchaus etliche, und class="wikitable" (gemeint ist hier die Zuweisung für die komplette Kopfzeile)

Einfache Tabelle mit eingefärbter Kopfzeile (style) wirksam

Kopfzelle	Kopfzelle	Kopfzelle
Zelle 1	Zelle 2	Zelle 3
Zelle 4	Zelle 5	Zelle 6
Zelle 7	Zelle 8	Zelle 9

Einfache Tabelle mit eingefärbter Kopfzeile (style) wirksam und sortable möglich zusätzlich mit border:solid #DDDDDD 2px; border-collapse: collapse;

Kopfzelle	Kopfzelle	Kopfzelle
Zelle 1	Zelle 2	Zelle 3
Zelle 4	Zelle 5	Zelle 6
Zelle 7	Zelle 8	Zelle 9

class="toccolours" eingefärbte Kopfzeile (style) wirksam

Kopfzelle	Kopfzelle	Kopfzelle
Zelle 1	Zelle 2	Zelle 3
Zelle 4	Zelle 5	Zelle 6
Zelle 7	Zelle 8	Zelle 9

class="mw-datatable" eingefärbte Kopfzeile und Inhaltszeile (style) unwirksam

Kopfzelle	Kopfzelle	Kopfzelle
Zelle 1	Zelle 2	Zelle 3
Zelle 4	Zelle 5	Zelle 6
Zelle 7	Zelle 8	Zelle 9

class="wikitable" eingefärbte Kopfzeile (style) unwirksam

Kopfzelle	Kopfzelle	Kopfzelle
Zelle 1	Zelle 2	Zelle 3
Zelle 4	Zelle 5	Zelle 6
Zelle 7	Zelle 8	Zelle 9

Wikitable und andere Klassen, wie mw-datatable, überschreiben manche Eigenschaften der einfachen Tabelle, dort sind dann einige Style-Zuweisungen nicht möglich oder mit der Klasse schlicht unvereinbar (Hilfe:Tabellen/Beispiele#Einschränkungen). --Liebe Grüße, Lómelinde Diskussion 07:04, 24. Dez. 2020 (CET)

Maximale Länge / Maximale Anzahl Einträge oder Zeilen in einer Tabelle

Ich konnte keine Diskussion zu dem Thema finden. Gibt es einen (inoffiziellen) Standard, wie lang eine Wikipedia Tabelle maximal sein sollte? Sprich wieviele Einträge / Zeilen es maximal geben sollte? In den Lemma in denen ich so unterwegs bin, scheint mit 100 eine häufig angetroffene Zahl. Biolekk (Diskussion) 11:16, 25. Dez. 2020 (CET)

Soweit ich es weiß, gibt es keinerlei Festsetzung dafür wie breit (was ich als schlimmer empfinde, wenn Tabellen extrem breit sind und man auch noch seitwärts scrollen muss) oder lang eine Tabelle sein darf. Überlange Tabellen verleiten viele Benutzer dazu diese Inhalte einzuklappen, was auch nicht wirklich sinnvoll ist und auf Mobilgeräten wohl zudem unwirksam wäre. Es ist zudem auch abhängig davon wie wesentlich die Informationen dann sind, die in der Tabelle stehen. Gleiches gilt ja auch für Listen (beispielsweise Werklisten) da wird zugunsten der Übersichtlichkeit eine Auswahl getroffen und möglichst auf komplette Werklisten verzichtet. --Liebe Grüße, Lómelinde Diskussion 11:26, 26. Dez. 2020 (CET)

Spaltenbeschriftung senkrecht (90° gedreht)

Das Problem wurde 2012 und 2020 diskutiert. Inzwischen gibt es Lösungen bzw. Lösungsänsätze, aber keinen Plan, wie das in die Mediawiki-SW eingebaut werden könnte. Damit es wiedergefunden werden kann, habe ich es hier angepinnt. Gruss, --Markus (Diskussion) 22:11, 28. Apr. 2020 (CEST)

Sinnvoll wäre es schon bei Tabellen mit vielen schmalen Spalten. Zudem schreiben paar Asiaten gerne vertikal, aber das wäre schon etwas exotisch.

Spalte 1	Spalte 2	Spalte 3	entweder 横浜マリンタワー	oder 横浜マリンタワー
A	B	C	1	3
D	E	F	2	4

Syntax für verschiedene Browser → writing-mode: -webkit-writing-mode: -ms-writing-mode--Klaus-Peter (ex und hopp) 19:31, 6. Mai 2020 (CEST)

So wäre das für WP gut:

Spalte 1	Spalte 2	Spalte 3	Spalte 4	Spalte 5
A	B	C	1	3
D	E	F	2	4

Vielleicht könnte man ja für den Style eine Kurzform kreieren ( ! class="vertical"|Spalte 1 ).

Und die Kopfbeschriftung damit gleich unten bündig machen (statt zentriert).

Gruss, --Markus (Diskussion) 16:20, 8. Feb. 2022 (CET)

Mach mal "mobile Ansicht" (ganz unten ist der Link). Da hüpfen die Überschriften aus den Spalten raus. Und in der App ist die obere Tabelle (die mit den chinesischen Zeichen) mit gedrehter Überschrift, die untere Tabelle (von dir gebastelt) kümmert sich nicht darum.

Ich glaub, so ein Style wäre gut für Überraschungen, aber (noch) nicht gut für die Wikipedia. --Wurgl (Diskussion) 16:28, 8. Feb. 2022 (CET)

Nachtrag: Opera und Chromium kümmern sich auch nicht um deine Drehung. --Wurgl (Diskussion) 16:30, 8. Feb. 2022 (CET)

Alternative Implementierung über <span style="writing-mode:vertical-lr; transform:rotate(180deg);">

Spalte 1	Spalte 2	Spalte 3	Spalte 4	Spalte 5
AAA	B	C	1	3
	D	E	F	2

Getestet mit Firefox, Chromium und Android-App in Desktop- und Mobiler Ansicht. Ob und wann sinnvoll ist eine andere Frage. Gruß --Emberwit (Diskussion) 13:21, 19. Sep. 2023 (CEST)

Trotzdem nicht wünschenswert.

Nicht jeder ist im Hals so beweglich.

Wir haben es seit zwei Jahrzehnten ohne Schnickschnack und barrierefrei hinbekommen, Spaltenüberschriften in normal lesbarer Schrift darzustellen. Notfalls sinnvolle Abkürzungen verwenden, die nicht viel breiter als die Dateninhalte sind, und vor der Tabelle eine Legende mit ausführlicher Bedeutungsbeschreibung anzuordnen.

Gute Techies machen nicht jeden Quark der irgendwie technisch möglich ist.

VG --PerfektesChaos 13:30, 19. Sep. 2023 (CEST)

Danke für die Ergänzung, ich stimme uneingeschränkt zu. Obiges war Ergebnis meines Ausprobierens, das ich aus den von dir genannten Gründen nicht im ANR angewandt habe. Ergänzt habe ich es hier eher, falls jemand sowas im BNR oder anderen Namensräumen nutzen möchte, der Beitrag ist immerhin hier angepinnt. Warum ich überhaupt damit experimentiert habe ist die sehr dürftige Kompatibilität unserer Tabellen mit schmalen Bildschirmen, ein Problem, das die Vorliebe für sehr breite und ausufernde Tabellen hierzuwiki verschlimmert. Standardmäßige oder zumindest einfache Realisierung responsiver Tabellen wäre sehr hilfreich. Besten Gruß --Emberwit (Diskussion) 16:07, 19. Sep. 2023 (CEST)

Tabellen sind seit immer schon responsiv.

Heißt: Die Spaltenbreiten werden von den Browsern so ermittelt, dass die Inhalte unzerbrochen reinpassen, wie es die Erfordernisse auf dem Endgerät erfordern und zulassen.

Machen wir höchstens selbst kaputt durch überflüssiges width ohne die Verhältnisse auf dem Endgerät kennen zu können.

Was grundsätzlich nicht „responsiv“ ist und sein darf, ist die Struktur in Zeilen und Spalten, die wir ja explizit fordern, und die immer dargestellt werden muss.

VG --PerfektesChaos 23:10, 19. Sep. 2023 (CEST)