Archiv

2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024

Wie wird ein Archiv angelegt?

Auf dieser Seite werden Abschnitte halbmonatlich automatisch archiviert, deren jüngster Beitrag mehr als 360 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleiben mindestens 3 Abschnitte.

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.

Eine mögliche Redundanz der Hilfeseiten Hilfe:Tabellen-Referenz, Hilfe:Tabellen und Wikipedia:Tabellen wurde von März 2010 bis September 2010 diskutiert (zugehörige Redundanzdiskussion). Bitte beachte dies vor der Anlage einer neuen Redundanzdiskussion.

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

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

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

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

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

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

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

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

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

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

Ist es möglich, Tabellen-Abschnitte ein- bzw. ausklappbar zu machen, falls ein Abschnitt etwas lang ist und die oberen relevanter für den Leser sind? --GamerAndWriter (Diskussion) 19:01, 6. Nov. 2023 (CET)Beantworten

Gerade musste ich feststellen, dass oben genannte Kombination Probleme macht :-(

Wenn ich eine Tabelle mit class="wikitable sortable mw-collapsible mw-collapsed" definiere und die letzte Zeile mit class="sortbottom" deklariere, dann kann es vorkommen, dass diese letzte Zeile nicht wieder mit eingeklappt wird, nachdem ich ein wenig sortiert habe … hat das jemand anders auch schon mal erlebt? 80.141.195.158 21:06, 24. Nov. 2023 (CET)Beantworten

Es wäre ja hilfreich gewesen, wenn du da ein Beispiel angefügt hättest.

Wenn ich es richtig sehe passiert das nur dann, wenn keine Überschriftenzeile (caption) vorhanden und die Sortierfunktion quasi in der Kopfzeile steht, die dann nicht mit eingeklappt wird. Kann man hier testen ist bei mir zumindest im Firefox so. Was noch merkwürdiger ist, wenn man nun die Sortierpfeile der unteren Tabelle anklickt ohne, dass sie aufgeklappt wurde und sie erst danach öffnet, dann fehlt die Zeile mit dem sortbottom. Sehr interessantes Phänomen, da sind dann nur noch 3 Zeilen vorhabnen. --Liebe Grüße, Lómelinde Diskussion 10:49, 25. Nov. 2023 (CET)Beantworten

Ich kann bestätigen, dass auch im Chrome Browser auf einem Apple Macintosh die Sortbottom-Zeile nur in der unteren Tabelle nach dem Einklappen noch sichtbar bleibt.

Sie jedoch wie von Lomelinde beschrieben, vollständig zum Verschwinden zu bringen, gelang mir nicht ... nette Grüße, Kai Kemmann (Diskussion) - Verbessern statt löschen - 11:24, 25. Nov. 2023 (CET)Beantworten

Danke, dann liegt's nicht an meiner Unfähigkeit! Dann werde ich wohl nunmehr 'ne caption einbauen müssen … aber immerhin klappt's dann :) hier ja, aber nicht in jedem wiki :-(

Ich merke gerade, bei mir steht [Ausklappen] nicht in der caption Zeile sondern weiterhin in der Überschriftenzeile … aber warum? Zu alte MW-Version? 80.141.195.158 09:02, 5. Dez. 2023 (CET)Beantworten

Firefox 102.6.0esr/Linux: Die untere Tabelle: Ausklappen … 1 Klick auf "Überschrift 1" … Einklappen … "Sortbottom" bleibt stehen. --Wurgl (Diskussion) 10:39, 5. Dez. 2023 (CET)Beantworten

Könnte auch eine Feature sein .. je nach Inhalt der beiden Zeilen. --Enhancing999 (Diskussion) 10:44, 5. Dez. 2023 (CET)Beantworten

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

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

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

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

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

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

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

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