Wikiup Diskussion:Technik/Skin/Gadgets/Personendaten
{{Wikipedia:Technik/Skin/Gadgets/!WP:MW/Ä}}
Anzeige
Ich würde table.metadata { display:table; }
bevorzugen.--Τιλλα 2501 ± 01:33, 15. Nov. 2007 (CET)
- Schwierig, display:table funktioniert beim IE (<7 ?) nicht. --Revolus Echo der Stille 01:45, 15. Nov. 2007 (CET)
table.metadata { display:table; }
* html table.metadata {
display:block;
}
- Ohne Garantie, da Linuxnutzer :-) --Revolus Echo der Stille 02:05, 15. Nov. 2007 (CET)
- Du hattest den Stern vergessen, der steht nicht zufällig da :-) Gruß, --Revolus Echo der Stille 15:55, 15. Dez. 2007 (CET)
- Ohne Garantie, da Linuxnutzer :-) --Revolus Echo der Stille 02:05, 15. Nov. 2007 (CET)
Dieser Workaround ist meines Erachtens komplizierter, als er sein muss. Er nutzt den sogenannten star html bug aus, der im IE7 gefixt wurde. display:table
wird aber erst ab IE8 unterstützt, würde also außen vor bleiben. Im englischen Common.css wird sinngemäß einfach
table.metadata { display: block; } /* for IE */
table.metadata { display: table; } /* for real browsers */
genutzt. Gruß --Entlinkt 04:35, 2. Jun. 2010 (CEST)
- Ich habe das so umgesetzt. Die Darstellung sollte nun in allen Browsern gleich sein (die alten IE-Versionen unterstützen zwar nämlich kein
display:table
, rendern aber ein auf Tabellen angewendetesdisplay:block
so, wie moderne Browserdisplay:table
rendern). --Entlinkt 13:36, 22. Jun. 2010 (CEST)
Kaputt
Das Gadget scheint nicht mehr zu gehen, weder bei mir noch bei Cecil, IE7, Opera und Minefield. Gruß, Code·Eis·Poesie 14:31, 4. Feb. 2008 (CET)
- Bestätigt mit dem FF 2. Erklären kann ich es mir aber nicht, da derselber CSS-Code in meiner Monobook.css funktioniert. — Raymond Disk. Bew. 16:12, 4. Feb. 2008 (CET)
- Ich habe die Lösung: Die Reihenfolge, in der die CSS-Dateien geladen, ist schuld. Geladen werden:
- Und damit überschreibt die Monobook.css die Anzeige-Definition der Personendaten aus der vorher geladenen Gadget-Personendaten.css. Lösung? Im Moment keine Ahnung. — Raymond Disk. Bew. 20:32, 4. Feb. 2008 (CET)
Ich frage mich, ob es überhaupt notwendig ist, hier !important
einzusetzen. Eine Alternative wäre, über die Spezifität zu gehen. Also in Common.css nicht table.metadata { display: none; }
, sondern .metadata { display: none; }
. Dann würde hier table.metadata { display: block; }
oder table.metadata { display: table; }
ohne !important
ausreichen, weil der Selektor table.metadata
spezifischer als .metadata
ist. Nebenbei verweise ich auch nochmal auf meine bislang unbeantwortete Anfrage zu Tabellenzeilen bei Common.css. Wäre, falls gewünscht, ein weiterer Grund, den Selektor in Common.css für andere Elementtypen freizugeben. Gruß --Entlinkt 06:00, 2. Jun. 2010 (CEST)
- Diese Änderung ist sinnvoll. Es wäre auch noch gut, wenn statt
span.metadata { display: block; }
undspan.metadata-inline { display: inline; }
besserdiv.metadata { display: block; }
undspan.metadata { display: inline; }
verwendet werden würde. Die Umstellung müsste in folgender Reihenfolge geschehen:div.metadata { display: block; }
hinzufügen. Erledigt- Alle
<span class="metadata">
auf<div class="metadata">
umstellen. Erledigt - Von
span.metadata { display: block; }
aufspan.metadata { display: inline; }
umstellen. Erledigt - Alle
<span class="metadata-inline">
auf<span class="metadata">
umstellen. Erledigt span.metadata-inline { display: inline; }
entfernen. Erledigt
- --Fomafix 12:37, 22. Jun. 2010 (CEST)
- Wegen der Spezifität ist das nicht notwendig, weil die Reihenfolge anscheinend wieder geändert wurde, so dass es jetzt auch mit gleich spezifischen Selektoren funktioniert. Sinnvoll fände ich es aber trotzdem, der Klarheit wegen. Betroffen wären von der Umstellung wohl mindestens Vorlage:PND und Vorlage:DNB-Portal. --Entlinkt 13:36, 22. Jun. 2010 (CEST)
- Ich weiß nicht, was Du hier mit Spezifität meinst. Ich habe die Umbenennung von
metadata-inline
aufmetadata
gemeint und die richtige Zuordnung (span
↔display:inline
unddiv
↔display:block
, denn einspan
mit einem Blockelement darin macht Probleme.) - In MediaWiki:Common.css müsste doch jetzt auch ein einfaches
.metadata { display: none; }
reichen. Dort ist eine geringere Spezifität sowieso sinnvoll. --Fomafix 13:57, 22. Jun. 2010 (CEST)
- Ich weiß nicht, was Du hier mit Spezifität meinst. Ich habe die Umbenennung von
- Wegen der Spezifität ist das nicht notwendig, weil die Reihenfolge anscheinend wieder geändert wurde, so dass es jetzt auch mit gleich spezifischen Selektoren funktioniert. Sinnvoll fände ich es aber trotzdem, der Klarheit wegen. Betroffen wären von der Umstellung wohl mindestens Vorlage:PND und Vorlage:DNB-Portal. --Entlinkt 13:36, 22. Jun. 2010 (CEST)
- Ich glaube, die Verwirrung kommt daher, dass ich teilweise auf deinen Beitrag, teilweise aber auch auf meinen eigenen vom 2. Juni eingegangen bin.
- Ich hatte vorgeschlagen, zur Umgehung des ganz am Anfang dieses Threads gemeldeten Problems in Common.css die Spezifität zu verringern, um hier auf
!important
verzichten zu können. - Von diesem Vorschlag bin ich inzwischen selbst nicht mehr so überzeugt, weil dieses Gadget, anders als am Anfang des Threads, nun doch wieder nach Common.css geladen wird, so dass
!important
einfach gelöscht werden kann (und von mir gelöscht wurde), ohne an der Spezifität zu schrauben. Auf der anderen Seite ist die Einschränkung auf bestimmte Elemente in Common.css aber, wie ich inzwischen meine, doch ganz sinnvoll, weil hier ja auch für jedes Element einzeln angegeben werden muss, wie es dargestellt werden soll. - Den Vorschlag, das jetzige span.metadata durch div.metadata und dann span.metadata-inline durch span.metadata zu ersetzen, finde ich sinnvoll, weil es dann intuitiver ist. Vorher wüsste ich aber gern, wo die Dinge überhaupt verwendet werden (von span.metadata kenne ich wenigstens ein paar Verwendungen, von span.metadata-inline keine).
- Ich hatte vorgeschlagen, zur Umgehung des ganz am Anfang dieses Threads gemeldeten Problems in Common.css die Spezifität zu verringern, um hier auf
- Gruß --Entlinkt 14:28, 22. Jun. 2010 (CEST)
- Merlissimo hat hier in der Vorlage:QS-BKS
metadata-inline
das erste mal verwendet. Ob es seither noch weitere Verwendungen gibt, müsste in einem aktuellen Dump nachgesehen werden. - Durch einer geringere Spezifität sollte es auch bei einer eventuellen Änderung der Reihenfolge des Ladens keine Probleme geben. --Fomafix 14:41, 22. Jun. 2010 (CEST)
- Merlissimo hat hier in der Vorlage:QS-BKS
- Ich glaube, die Verwirrung kommt daher, dass ich teilweise auf deinen Beitrag, teilweise aber auch auf meinen eigenen vom 2. Juni eingegangen bin.
Ich habe einen Dump nach dem obigen Punkt 2, also alle <span class="metadata">
, durchsucht und bin auf folgende Fundstellen gekommen:
- Vorlage:Chartplatzierungen habe ich geändert.
- Vorlage:PND (gesperrt)
display:inline
hier auch akzeptabel. - Vorlage:Parlament.ch
display:inline
hier auch akzeptabel.
Punkt 2 ist damit erledigt und Punkt 3 kann umgesetzt werden. --Fomafix 12:33, 20. Jan. 2011 (CET)
- Punkt 3 ist erledigt. Jetzt sollte noch etwas gewartet werden, bis eventuelle Caches in den Browsern ersetzt sind. --Fomafix 15:21, 20. Jan. 2011 (CET)
- Vorlage:Parlament.ch habe ich nun doch geändert, weil kein Leerzeichen vor dem
span
war und es als Absatz besser aussieht, weil nicht umgebrochen wird. --Fomafix 15:37, 20. Jan. 2011 (CET)
- Vorlage:Parlament.ch habe ich nun doch geändert, weil kein Leerzeichen vor dem
Alle Verwendungen von metadata-inline
sind durch metadata
ersetzt. span.metadata-inline { display: inline; }
kann jetzt entfallen. --Fomafix 21:24, 22. Feb. 2011 (CET)
Lemma
Nachdem die CSS-Klasse metadata
nicht nun mehr nur für Personendaten verwendet wird, wäre eine Umbenennung von Gadget-Personendaten auf Gadget-Metadaten sinnvoll. --Fomafix 12:46, 22. Jun. 2010 (CEST)
- Ja, eine Umbenennung ist lange fällig. Die Klasse wird schon seit Jahren für andere Dinge genutzt (deshalb jetzt auch die Unterstützung von Tabellenzeilen). Es wären aber zu klären:
- Eine griffige Beschreibung für MediaWiki:Gadget-Personendaten.
- Wie speichert MediaWiki, welcher Benutzer welche Gadgets aktiviert hat? Welche Auswirkungen hätte eine Verschiebung der Seite, müssten die Benutzer das Gadget gar neu aktivieren? Wenn dem so wäre, wäre es IMHO besser, den Seitennamen so zu lassen und nur die Beschreibung zu ändern.
- --Entlinkt 13:36, 22. Jun. 2010 (CEST)
- Wie Gadgets gespeichert werden weiß ich nicht. Eine Verschiebung mit Weiterleitung wird sicherlich funktionieren. Allerdings ist eine solche Weiterleitung ein ungewisser Verschieberest, bei dem nicht klar ist, ob er gelöscht werden darf oder nicht. --Fomafix 13:57, 22. Jun. 2010 (CEST)
- In den Einstellungen wird das unter dem Mediawiki-Lemma ohne "Gadget-" Präfix gespeichert, also nur "Personendaten". Ich wäre mir nicht so sicher, ob das auch mit einer Weiterleitung funktioniert. Merlissimo 14:13, 22. Jun. 2010 (CEST)
- Vermutlich müssten dann die Einstellungen mit userOptions.php für alle Benutzer mit
geändert werden. --Fomafix 14:22, 22. Jun. 2010 (CEST)php userOptions.php --old Gadget-Personendaten --new Gadget-Metadaten
- Der Befehl stimmt so nicht zu ganz. Ich vermute, dass es in zwei Schritten erlegt werden muss. Der erste erstellt die Liste aller Benutzer, die zweite setzt die neuen Werte. Einen direkten Befehl zum umbenennen habe ich nicht gefunden. Vermutlich müssen das aber sowieso die Entwickler machen. Dazu muss wohl ein Bugzilla-Eintrag gemacht werden.
- Wenn ich mw:Extension:Gadgets richtig verstanden habe, dann müssten wir die erste Stufe der Umbenennung aber bereits umstellen können:
- Verschieben von MediaWiki:Gadget-Personendaten.css nach MediaWiki:Gadget-Metadaten.css
- Ersetzen von „Personendaten.css“ durch „Metadaten.css“ in MediaWiki:Gadgets-definition
- Nach dieser Umstellung wird bereits die CSS-Datei unter dem neuen Namen geladen, das Gadget heißt aber weiterhin MediaWiki:Gadget-Personendaten. Diese Änderung hätte gleichzeitig den Vorteil, dass eine neue Datei http://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-Metadaten.css&action=raw&ctype=text/css in den Browser geladen wird und nicht mehr http://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-Personendaten.css&action=raw&ctype=text/css verwendet wird. Damit wären auch die alte Version aus dem Browsercache. --Fomafix 21:52, 22. Jan. 2011 (CET)
- Vermutlich müssten dann die Einstellungen mit userOptions.php für alle Benutzer mit
- In den Einstellungen wird das unter dem Mediawiki-Lemma ohne "Gadget-" Präfix gespeichert, also nur "Personendaten". Ich wäre mir nicht so sicher, ob das auch mit einer Weiterleitung funktioniert. Merlissimo 14:13, 22. Jun. 2010 (CEST)
- Wie Gadgets gespeichert werden weiß ich nicht. Eine Verschiebung mit Weiterleitung wird sicherlich funktionieren. Allerdings ist eine solche Weiterleitung ein ungewisser Verschieberest, bei dem nicht klar ist, ob er gelöscht werden darf oder nicht. --Fomafix 13:57, 22. Jun. 2010 (CEST)
PersonenMetadaten
Wie im Abschnitt oben diskutiert müsste man eigentlich das ganze Gadget verschieben, aber mir würde es schon reichen, wenn wir die Beschreibung in MediaWiki:Gadget-Personendaten ändern könnten. Kann das bitte ein Admin übernehmen? --TMg 12:06, 12. Jan. 2011 (CET)
- Angepasst habe ich es, wenngleich da noch Verbesserungspotential besteht. Verschieben wollte ich es nicht, denn dann, so glaube ich zumindest, wäre das Gadget bei allen Nutzern, die es aktiviert hatten, erst einmal deaktiviert. --32X 08:50, 21. Jan. 2011 (CET)
td und th
Hallo, was haltet ihr von der Erweiterung um
th.metadata,
td.metadata {
display: table-cell;
}
Ich würde gerne in {{Denkmalliste Österreich Tabellenzeile}} die Metadaten in einer zusätzlichen Spalte anzeigen... Oder hätte das anderswo Auswirkungen? LG --AleXXw •שלום!•disk 00:52, 31. Mai 2011 (CEST)
- Vorsicht, der IE <= 7 unterstützt kein
display: table-cell
, deshalb sollte es besser
th.metadata,
td.metadata {
display: block; /* IE <= 7 */
}
th.metadata,
td.metadata {
display: table-cell;
}