Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 60 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten.

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 2 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

WikiProjekt Vorlagen

• Vorlagen-Werkstatt
• Kategorisierung der Vorlagen
• Bugs mit Vorlagenbezug

Hilfeseiten

• Vorlagen
• Vorlagen­programmierung
• Vorlagen­spielwiese
• Vorlagen­dokumentation
• Vorlagen­beschränkungen

Vorlagen-Entwicklung

• Entwicklungsumgebung
• Testumgebung
• Vorlagen expandieren^?
• Wikipedia:Lua/Werkstatt

• Was – soll das Gewünschte tun?

Einblendung einer Infobox (zugehöriges Muster siehe hier) wobei nur die Zeilen angezeigt werden, dessen Parameter ausgefüllt wurden. Als Parametervorlage soll folgendes benutzt werden:

{{Ostasiatischer Begriff
 |Titel=
 |Bild=
 |Bildtext=
 |Langzeichen=|Kurzzeichen=|Pinyin=|Wade-Giles=|CÜ=
 |Japanisch=|Hepburn=|JÜ=
 |Hangeul=|Hanja=|RR=|Reischauer=|KÜ=
 |N_Hangeul=|N_Hanja=|N_RR=|N_Reischauer=|N_KÜ=
 |Kyrillisch=|KyrillischTranskript=|RÜ=
 |S_Hangeul=|S_Hanja=|S_RR=|S_Reischauer=|S_KÜ=}}

-Variable "Titel" gibt den Titel (1. Zeile der Infobox) wieder. Ohne das ausfüllen der Variable soll die Tabelle nicht angezeigt werden.

-Mit "Bild" wird der Pfad zum Bild angegeben (ohne "Datei:"). Angehängt soll dabei immer "|250px|center|thumb" werden.

-Mit "Bildtext" wird die Bildunterschrift aktiviert.

So, jetzt wird es etwas komplizierter:

-Die nun folgenden (letzten) 6 Zeilen stellen jeweils einen Sprachblock dar. Die Reihenfolge entspricht dem oben verlinkten Muster. Werden Variablen in der Variablenvorlage ausgefüllt, soll folgendes passieren:

-a) Es erscheint die Infomationszeile mit der ausgefüllten Variable

-b) Über die Zeile in der Infobox soll die Information der Sprache des Sprachblocks erscheinen.

-Beispiel: Werden die Variablen "Langzeichen", "Kurzzeichen" und "Japanisch" eingegeben, soll nicht nur, wie im Beispiel zu ersehen, Langzeichen, Kurzzeichen und Japanische Schrift wiedergegeben werden, sondern auch die Überschriften der Sprachblöcke Chinesischer Name und Japanischer Name. Der Rest soll nicht angezeigt werden.

-Weiterhin wichtig ist, dass der Sprachblock Nordkoreanischer Name (7. Zeile) und Südkoreanischer Name (9. Zeile) zwar unabhängig voneinander erscheinen dürfen, allerdings soll, sobald der Block Koreanischer Name ausgefüllt wurde (6. Zeile), diese beiden anderen Blöcke unterdrückt werden.

-Auch wichtig sind die in dem Muster enthaltenen Links und Vorlagen; Es soll nach Eingabe eines Wertes für die Variable dieser automatisch in die Vorlage:lang angegebunden werden.

• Wie – soll das Gewünschte aussehen?

Portal_Diskussion:Japan#Neue_Vorlage_f.C3.BCr_japanisch-koreanische_Artikel.

• Warum – ist es hilfreich so etwas zu haben?

Ja, dies verhindert die Erstellung weiterer Vorlagen und soll sogar drei andere ersetzten (Vorlage:Chinesischer koreanischer Begriff, Vorlage:Koreanischer Name, Vorlage:Chinesischer koreanischer Begriff). Dadurch werden Ressourcen gebündelt, und die auswahl erleichtert sich. Bei öfterem Gebrauch entsteht ein Lerneffekt, welche die Handhabung dieser beschleunigt.

Die 3 dann überflüssig gewordenen Vorlagen sollen später, nachdem die neue sie ersetzt hat, gelöscht werden.

• Wer – wünscht die Umsetzung?

Portal:Japan und Portal:Korea

• Wo – soll das umgesetzt werden?

Vorlage:Ostasiatischer Begriff

• Wo – findet sich ein Beispiel oder ähnlich Geartetes?

Z. B. Japanisches Meer, Socotra-Fels

Oje, hoffentlich kommt ihr mit den Wünschen hier zurecht. Schon jetzt mal vielen, vielen Dank für die doch etwas größere Mühe... --Valentim 21:29, 19. Jan. 2010 (CET)Beantworten

U+2212 ist das typographisch korrekte Minuszeichen (−). Für Berechnung mit Vorlagenprogrammierung wird aber das Bindestrich-Minus (-) U+002D von der Tastatur benötigt. In Artikeln wird das typographisch korrekte Minuszeichen schon tausendfach verwendet. Es wäre schön, wenn alle Vorlagen, die Zahlenberechnungen machen und Zahlen ausgeben, als Eingabe das Bindestrich-Minus verwenden und als Ausgabe typographisch korrekte Minuszeichen erzeugen. Vorlagen, deren Ausgabe in anderen Vorlagen zur Weiterverrechnung verwendet werden, dürfen kein typographisch korrektes Minuszeichen ausgeben, weil damit die weitere Berechnung nicht mehr funktioniert. Die Umwandlung würde prinzipiell folgendermaßen funktionieren:

{{#ifexpr: {{{1}}} < 0 | −{{#expr:-{{{1}}}}} | {{{1}}} }}

Eine solche Änderung könnte in folgenden Vorlagen durchgeführt werden:

• Vorlage:Deklination
• Vorlage:Klimatabelle

Bei Bedarf weitere Vorlagen ergänzen

Wäre eine solche Umstellung sinnvoll? --Fomafix 11:30, 12. Mär. 2010 (CET)Beantworten

Interessanter Aspekt. Wenn diese Änderung die Nutzung durch andere Vorlagen unmöglich macht, sollte man hier in jedem Fall sehr vorsichtig sein.--Trockennasenaffe 11:59, 12. Mär. 2010 (CET)Beantworten

(BK) Nein, ich denke eher, dass das von der Software geregelt werden sollte. Typographische Minuszeichen in Ausdrücken werden bereits verstanden: {{#expr: 1−2}} = -1. Dass trotzdem bindestriche Zurückgegeben werden, ist da recht unschön … --Revo Echo der Stille 12:02, 12. Mär. 2010 (CET)Beantworten

Nachdem in Formeln bereits das typographische Minuszeichen verarbeitet werden kann, solle es wohl keine Probleme geben, wenn in Vorlagen mit der obigen Formel das Bindestrich-Minuszeichen durch ein typographisches Minuszeichen ersetzt wird. --Fomafix 12:13, 12. Mär. 2010 (CET)Beantworten

Das wäre nur ein Workaround. Bevor man soetwas einbaut sollte man lieber dafür sorgen, dass standardmäßig das richtige Zeichen ausgegeben wird.--Trockennasenaffe 12:27, 12. Mär. 2010 (CET)Beantworten

Auch wenn Formeln inzwischen das typographische Minuszeichen verarbeiten können, gibt es weiterhin Stellen, bei denen zwingend das Bindestrich-Minus benötigt wird, wie bei CSS-Programmierung. Eine generelle Umstellung von formatnum als Parserfunktion ist abgelehnt worden. Vielleicht könnte die Funktion für das typographische Minuszeichen in eine spezielle Funktion ausgelagert und damit zusammengefasst werden, so dass sie bei Bedarf verwendet werden kann. --Fomafix 12:35, 12. Mär. 2010 (CET)Beantworten

Ich habe gerade festgestellt, dass die oben angegebenen Vorlagen bereits das typographische Minuszeichen ausgeben, wenn ein typographisches Minuszeichen eingegeben wird und die Vorlagenprogrammierung trotzdem weiterhin funktioniert, weil das typographische Minuszeichen in Formeln als Minuszeichen akzeptiert wird. Es kann also in Artikeln in den Vorlagenparametern, wie auch im Artikeltext das typographische Minuszeichen verwendet werden. Ich habe die Dokumentationen der beiden Vorlagen angepasst.[1][2] --Fomafix 16:25, 12. Mär. 2010 (CET)Beantworten

Wäre vielleicht eine Anfrage (ersetzen von „-“ durch „−“ in allen entsprechenden Artikeln) unter WP:B/A sinnvoll? --Leyo 16:30, 12. Mär. 2010 (CET)Beantworten

Vielleicht doch besser in die Vorlage reinprogrammieren. Bei der Vorlage:Klimatabelle gibt es noch Änderungsbedarf, denn eine negative Duchschnittstemperatur wird immer mit „-“ statt „−“ ausgegeben. --Fomafix 18:10, 12. Mär. 2010 (CET)Beantworten

Für genau so Sachen ist doch die Parserfunktion formatnum da. Wenn es abgelehnt wurde, wird es wohl irgendein Hindernis gegeben haben; vielleicht wäre es besser, dieses auszuräumen, als die einzelnen Vorlagen wegen dieses doch eher kosmetischen „Problems“ mit Workarounds zu versehen. Es ist nicht so, dass der Workaround keine Nachteile hätte. Er „verschluckt“ abschließende Nullen rechts des Kommas, womit u. U. die Genauigkeit verfäscht wird. --Entlinkt 19:06, 12. Mär. 2010 (CET)Beantworten

Stimmt. {{formatnum:-1.20}} ergibt −1,20 und {{formatnum:−1.20}} ergibt −1,20. Das entsprechende Minuszeichen und die Null am Ende bleibt also erhalten. Die Berechnung {{#expr:−1.20}} ergibt -1.2 mit Bindestrich-Minus und ohne Null am Ende. Dadurch hat die Vorlage:Klimatabelle ein „−“ bei den durchgereichten Monatstemperaturen, aber ein „-“ bei den berechneten Durchschnittstemperaturen. Wie sollte dieses Problem der uneinheitlichen Darstellung „elegant“ gelöst werden? --Fomafix 10:34, 13. Mär. 2010 (CET)Beantworten

Die jetzige Situation ist: #expr akzeptiert als Eingabeformat beides und gibt immer das Bindestrich-Minus aus; formatnum akzeptiert ebenfalls beides und gibt das aus, was eingegeben wurde. Das ist IMHO nicht wirklich sinnvoll. Gerade bei #expr müssten die Leute es doch gewohnt sein, dass Zahlen unformatiert einzugeben sind, also bringt es nichts, bei der Eingabe das lange Minuszeichen zu akzeptieren; erst recht nicht, wenn doch wieder ein Bindestrich-Minus ausgegeben wird.

Mal angenommen, es wäre eine „klare Sache“, dass das lange Minuszeichen verwendet werden soll, dann sollte IMHO formatnum aus jedem Bindestrich-Minus ein langes Minus machen. Was #expr macht, ist eher egal, schließlich muss man eh auf jede anzuzeigende Zahl formatnum anwenden. Nun müsste man wissen, warum formatnum das nicht tut, und die Hinderungsgründe ausräumen. Die Hinderungsgründe kenne ich nicht, vermute aber einfach mal, dass das lange Minuszeichen bei sortierbaren Tabellen Probleme bereitet, also müsste man die lösen. --Entlinkt 12:31, 13. Mär. 2010 (CET)Beantworten

Seit heute wird anscheinend das mathematische Minuszeichen bei sortierbaren Tabellen richtig behandelt. --Fomafix 14:28, 9. Apr. 2010 (CEST)Beantworten

Sortierbare Tabellen waren wohl doch nicht der einzige Grund, siehe Bug 8327. Auf Vorlage Diskussion:FormatZahl sehe ich auch keine große Begeisterung, und auf m:Help:Calculation#Minus sign heißt es “Also many other calculation programs require a hyphen. Therefore, in order to be able to copy rendered numbers and expressions to the edit box or input them through a copy operation into other calculation programs, displayed minus signs also need to be hyphens.” Auf der anderen Seite würde die Umsetzung dieses Vorhabens erfordern, jede einzelne Vorlage, die negative Zahlen ausgeben kann, mit einer neuen Metavorlage zu versehen, wobei sich neue Fragen stellen: Wie verhindert man das Unterdrücken von Nullen am Ende (Stringfunktionen!), was passiert mit Zahlen in Exponentialschreibweise usw. Meines Erachtens ist das nur softwareseitig gut lösbar. Es mit irgendwelchen neuen Metavorlagen zu versuchen, steht meiner Meinung nach in keinem Verhältnis mehr zum Nutzen. --Entlinkt 15:58, 28. Apr. 2010 (CEST)Beantworten

Stimmt. Eine neue Metavorlage mit viel Stringoperationen wegen den Nullen am Ende ist nicht sinnvoll. Die Wandlung müsste schon in MediaWiki geschehen. Den Hinweis auf m:Help:Calculation#Minus sign kann ich nicht ganz nachvollziehen. #expr erzeugt ein normales Bindestrich-Minus (-) und das muss auf jeden Fall auch so bleiben. Mit formatnum aber wird bereits ein länderspezifisches Zahlenformat mit verschiedenen Tausendertrennzeichen erzeugt, bei dem genauso viele Berechnungsprogramme Probleme haben. Was für Gründe gibt es, das typographische Minuszeichen (−) nicht in formatnum zu integrieren? --Fomafix 20:20, 22. Jun. 2010 (CEST)Beantworten

Hallo! Meine Anfrage ist hier formuliert, weil die dortige Arbeit ins Stocken kam bzgl. der Einfügung von Informationszeilen (letzter Beitrag von ... zu... am ...). Kann hier bitte jemand helfen oder sogar die Umsetzung hinbekommen? Der dortige Bearbeiter ist Atlan. Ich selbst habe von der Technik leider zu wenig Ahnung. Mit freundlichem Gruss, Jakob A. Bertzbach (Berlin) 13:55, 24. Mär. 2010 (CET). Die Sache ist noch nicht gelöst, Jakob A. Bertzbach (Berlin) 00:00, 17. Mai 2010 (CEST)Beantworten

Vereinfachung: Von komplizierten techn. Verbesser- und Verschönerungsfragen zur Atheismus-Diskussionshauptseite abgesehen (die vorstehend gewünschten "Informationszeilen"), geht es zumindest um die techn. Hürde einer Einrichtung von mehreren Unterseiten (mit der dort protokolierten Zuordnung von derzeit zwanzig Themen nach entsprechenden Gruppen). Dies ist, auch wenn ich hier nur mit mir selber spreche, der nächste Schritt. Kann ihn bitte jemand so bald wie möglich tun? Jakob A. Bertzbach (Berlin) 15:29, 11. Jun. 2010 (CEST).Beantworten

Bei den Turnierplan-Vorlagen fehlt jegliche Dokumentation. Das wäre dringend notwendig. Darüber hinaus enthalten sie einen fürchterlichen Kauderwelch an CSS- und HTML-Styles und nicht validen Code. ÅñŧóñŜûŝî (Ð) 16:50, 7. Apr. 2010 (CEST)Beantworten

In manchen Browsern, zum Beispiel Google Chrome 5, verursacht der Teil <div class="NavEnd">&nbsp;</div> am Ende der Vorlage:Navigationsleiste einen sichtbaren Abstand zwischen der unteren Linie des farbig unterlegten Bereichs und der äußeren Linie (Screenshots bei Bedarf). Mit <div class="NavEnd"></div> oder gar <div class="NavEnd" /> wäre der Abstand weg. Welches Problem soll das geschützte Leerzeichen lösen? Gibt es eine bessere Lösung, die sich nicht in manchen Browsern negativ auswirkt? --Entlinkt 15:28, 12. Mai 2010 (CEST)Beantworten

Hallo Entlinkt, für die CSS-Klasse NavEnd ist in MediaWiki:Common.css eine Zeilenhöhe (line-height) von 1 Pixel definiert. Würde es helfen, auch die Höhe (height) auf 1 Pixel zu setzen? Ich habe gerade keinen Chrome-Browser zum Testen da. --Wiegels „…“ 15:42, 12. Mai 2010 (CEST)Beantworten

Der Abstand ist größer als 1 Pixel (siehe Screenshot). Ich vermute, es liegt am Leerzeichen selbst. Aber warum steht das Leerzeichen überhaupt dort? Ist es ein Workaround für Browser, die mit einem leeren div nicht klarkommen? Gibt es einen besseren Workaround, oder ist er vielleicht doch gar nicht notwendig? Gruß --Entlinkt 16:17, 12. Mai 2010 (CEST)Beantworten

Sorry, ich hatte die Frage erst nicht ganz richtig verstanden. Mit <div class="NavEnd" style="height: 1px;">&nbsp;</div> sieht es schon besser aus, aber um dasselbe Aussehen wie ohne das Leerzeichen zu erreichen, bräuchte es 0px. Ist das eine saubere Lösung oder sollte eher das Leerzeichen weg? --Entlinkt 16:30, 12. Mai 2010 (CEST)Beantworten

Ich fürchte, dass einige Browser das div-Element missachten, wenn gar kein Text enthalten ist, und eine Höhe von 0 Pixeln nicht korrekt interpretieren. Die Ergänzung der Höhenfestsetzung könnte man aber schonmal hier vorschlagen. --Wiegels „…“ 16:37, 12. Mai 2010 (CEST)Beantworten

Wie wäre es mit <div class="visualClear"></div>? MediaWiki verwendet das und definiert
in http://bits.wikimedia.org/skins-1.5/common/shared.css

.visualClear {
	clear: both;
}

in http://bits.wikimedia.org/skins-1.5/monobook/IE60Fixes.css

div.visualClear {
	width:100%;
	line-height: 0;
}

in http://bits.wikimedia.org/skins-1.5/monobook/IE55Fixes.css

.visualClear {
	width: 90%;
	height: 1px;
	padding: 0;
	margin: 0;
}

in http://bits.wikimedia.org/skins-1.5/monobook/IE50Fixes.css

.visualClear {
	width: 100%;
	height: 0px;
	padding:0;
	margin: 0;
}

Damit werden anscheinend alle Browserbugs umgangen. --Fomafix 19:39, 12. Mai 2010 (CEST)Beantworten

Da würde ich eher ebenfalls <div class="NavEnd" /> vorschlagen. Das ist seit der Erfindung von XHTML normgerecht und wenn ein Browser das nicht kann, muss man einen neueren/besseren Browser nehmen. ÅñŧóñŜûŝî (Ð) 20:33, 13. Mai 2010 (CEST)Beantworten

Oder auch gemischt einfach <div class="visualClear" />? Ein Browser, der mit dem XHTML Probleme hat, wird auch das zugehörige CSS nicht mögen, ist also eh egal :-)
meint -- ✓ ^Bergi 21:16, 13. Mai 2010 (CEST)Beantworten

Zunächst mal zum Verständnis: <div class="irgendwas" /> und <div class="irgendwas"></div> im Wikitext werden beide von MediaWiki zu XHTML <div class="irgendwas"></div> gewandelt. Die Schreibweise ist somit egal.
Weil in Navigationsleisten Fließobjekte verwendet werden, muss dafür gesorgt werden, dass die Fließobjekte nicht aus der Navigationsleiste heraushängen. Es gibt mehrere Methoden dies zu erreichen. Die einfachste Methode ist <div style="clear:both" /> am Ende der Box. Eine andere Methode wäre overflow:hidden an der gesamten Navigationsleiste. Leider sind nicht alle Browser fehlerfrei. Ältere Versionen vom Internet Explorer haben da viele Probleme. Die CSS-Klasse visualClear behebt genau diese Probleme, indem sie je nach Browserversion andere CSS-Definitionen verwendet. Die CSS-Klasse NavEnd hat genau das gleiche Ziel wie visualClear, nur dass nicht für alle Browser-Versionen Workarounds existieren.
Meiner Meinung nach könnte daher NavEnd von MediaWiki:Common.css komplett durch visualClear ersetzt werden. --Fomafix 02:26, 15. Mai 2010 (CEST)Beantworten

In Google Chrome 5 ist der gewünschte Effekt auch mit visualClear nur zu erreichen, wenn man zugleich das Leerzeichen entfernt. Mit Monobook kommt <div class="visualClear"></div> im Quelltext beliebiger Seiten allerdings zweimal vor, einmal zwischen Kategorien und Portlets und einmal zwischen Portlets und Footer. Es scheint also kein Problem zu sein, das Leerzeichen wegzulassen. Der Wechsel von NavEnd nach visualClear ist zur Lösung des Problems mit Google Chrome 5 nicht nötig, erscheint mir aber trotzdem sinnvoll, wenn die Klasse von MediaWiki aus bereits da ist. Ich setze das mal um. --Entlinkt 14:16, 15. Mai 2010 (CEST)Beantworten

Richtig. Das geschützte Leerzeichen war ebenfalls nur als Workaround für ältere Browser drin. Beim Internet Explorer 6 scheint auch mit visualClear weiterhin alles zu funktionieren. Ältere Browser habe ich nicht zum testen. Wir können uns nun auf die Suche nach weiteren <div class="NavEnd">&nbsp;</div> machen und diese durch <div class="visualClear"></div> ersetzen. --Fomafix 14:41, 15. Mai 2010 (CEST)Beantworten

Ich habe mich auf die Suche gemacht und ein paar <div class="NavEnd">&nbsp;</div> entfernt, weil sie eh unnötig waren. Es gibt noch einige Verwendungen, sogar häufig im Artikelnamensraum. Um einen besseren Überblick für eventuelle Änderungen an den Definitionen zu erhalten, sollten zunächst alle Vorlagen, die NavFrame direkt verwenden mit einer Kategorie:mit NavFrame (Ober-Kategorie:Vorlage:nach Eigenschaft) erfasst werden. (Wikipedia:Administratoren/Anfragen/Archiv/2010/Mai#Vorschlag (Navigationsleisten)) --Fomafix 21:52, 10. Jun. 2010 (CEST)Beantworten

Ich bin von visualClear mittlerweile nicht mehr so überzeugt. Diese Klasse ist in der Datei shared.css definiert, die bei der Druckversion (URL mit &printable=yes) nicht mitgeladen wird. Dadurch ist jetzt zwar nichts kaputtgegangen, weil die Navigationsleisten in der Druckversion wegen einer Regel in MediaWiki:Print.css sowieso nicht angezeigt werden, aber es ist eine wacklige Sache. Außerdem wird IE60Fixes.css nur bei Monobook mitgeladen.

Ich habe das im Internet Explorer 6 mit Vector getestet und kein Problem festgestellt. Es reicht also anscheinend ein leeres, clearendes div, wobei clear meiner Meinung nach auch als style-Attribut in der Vorlage gesetzt werden kann, weil das Clearen die einzige Funktion dieses divs ist und ich mir keine sonstige Verwendung vorgestellen kann. In noch älteren IE-Versionen habe ich das nicht getestet, aber die sind sowieso quasi tot; niemand testet noch ernsthaft IE 5.0 und IE 5.5.

Alternativ habe ich einen Ansatz recherchiert, der ganz ohne das Clearing-div auskommt und eine Art Browserweiche implementiert: Im Internet Explorer <= 7 wird ausgenutzt, dass die MS-proprietäre hasLayout-Eigenschaft entgegen der W3C-Spezifikation Floats einschließt. Im Internet Explorer >= 8 und anderen standardkonformen Browsern erfolgt das Clearen durch ein Pseudoelement, das mit CSS erzeugt wird. Hier der Code:

/* hasLayout-Trigger für IE <= 7, um Floats automatisch einzuschließen */
div.NavFrame {
	display: inline-block;
}
/* Für normale Browser den Normalzustand wiederherstellen */
div.NavFrame {
	display: block;
}
/* Pseudoelement als Clearer für IE >= 8 und andere Browser */
div.NavFrame:after {
	clear: both; /* Daseinszweck */
	content: ""; /* Kein Inhalt notwendig, erspart das Unsichtbarmachen */
	display: block; /* Voraussetzung, damit "clear" funktionieren kann */
}
/* Verhindern, dass diese Klassen das Testergebnis verfälschen */
div.NavFrame .visualClear,
div.NavEnd {
	clear: none;
}

Ich habe das in folgenden Browsern getestet und keine Probleme festgestellt:

• Internet Explorer 6 (hasLayout)
• Internet Explorer 7 (hasLayout)
• Internet Explorer 8, Kompatibilitätsansicht (hasLayout)
• Internet Explorer 8, Standardkonformer Modus (Pseudoelement)
• Firefox 4.0 Beta 1 (Pseudoelement)
• Google Chrome 5 (Pseudoelement)
• Opera 10.60 (Pseudoelement)
• Konqueror aus KDE 3.5.10 (Pseudoelement)

Ein möglicher Knackpunkt an der Sache ist hasLayout. Es hat schon etwas Sonderbares, sich darauf zu verlassen (auch wenn die Verwendung in veralteten IE-Versionen und der Kompatibilitätsansicht des IE 8 m. E. ungefährlich ist). Statt display: inline-block kann auch jeder andere hasLayout-Auslöser genutzt werden. Die Inline-Block-Methode ist allerdings die einzige, die nicht vor anderen Browsern versteckt werden muss. Vorteil des ganzen ist, dass das div aus der Vorlage und die Definition von NavEnd aus MediaWiki:Common.css entfernt werden können, ohne vorher zu prüfen, ob alle Verwendungen von NavEnd ersetzt wurden. Gruß --Entlinkt 01:17, 13. Jul. 2010 (CEST)Beantworten

In den Vorlagen werden die Parameter unterschiedlich mit Großbuchstaben, Kleibuchstaben, englische/deutsche Sprache verwendet. Letztere ist wohl ein Import aus en:WP. Beststeht die Möglichkeit, dass die de:WP-Vorlagen grundsätzlich so geändert werden, dass Groß- und Kleinschreibung möglich ist? -- Wo st 01 (Di / ± / MP) 10:22, 19. Mai 2010 (CEST)Beantworten

Kann man da was draus machen? Ist ja nur ein Text in der Vorlage. Cherubino 01:55, 21. Mai 2010 (CEST)Beantworten

Danke, kann man die PPN noch anders finden als mit dem bei Portal_Diskussion:Hessen#Hessische_Bibliografie dargestellten Weg? -- Cherubino 01:20, 22. Mai 2010 (CEST)Beantworten

Die Vorlage behauptet von sich, dass sie automatisch einen Diskussionsabschnitt erstelle

Im Artikelnamensraum fügt das subst [...] Im Bereich der Redundanzseiten erzeugt die Einbindung eine Überschrift die der Verlinkung im Redundanztext angepasst ist.

Davon ist aber bei Benutzung nichts zu merken und man muss die Überschrift immer umständlich von Hand selbst anlegen.

Fragen:

1. Stapelt die Vorlage(nbeschreibung) hoch oder bin ich nur zu bl*d, sie richtig anzuwenden
2. Gibt es evtl. eine Möglichkeit, die Funktion irgendwie einzubauen (meinetwegen halbautomatisch wie beim Löschantrag)
3. Gäbe es evtl. sogar einen Freiwilligen, der das für uns tut ...

Danke. --Normalo 15:30, 24. Mai 2010 (CEST)Beantworten

Das hier war gemeint. So ein Link für eine halbautomatische Eintragung sollte aber auch möglich sein. -- ✓ ^Bergi 18:19, 24. Mai 2010 (CEST)Beantworten

Momentan sieht es immer so aus, dass die Vorlage in einem Artikel zig-fach verwendet werden muss:

{{Link FA|en}}
{{Link FA|fr}}
{{Link FA|es}}
{{Link GA|bg}}
{{Link GA|ru}}

Ließe sich das nicht einfach in

{{Link FA|en|fr|es}}
{{Link GA|bg|ru}}

ändern, was deutlich einfacher und lesbarer wäre? Vorlagentechnisch wäre das vermutlich kein Problem, vermutlich nur für die Bots. Hat in der Richtung jemand Ahnung? --The Evil IP address 17:09, 27. Mai 2010 (CEST)Beantworten

Ja, das ließe sich ganz leicht ändern, wenn die Vorlage nicht gesperrt wäre. Einen Botlauf würde ich wegen so einer Kleinigkeit aber nicht veranstalten (lassen).
meint -- ✓ ^Bergi 18:40, 27. Mai 2010 (CEST)Beantworten

Leicht ist relativ. Zuerst müsste das im pywikipediabot-Framework und beim User:LinkFA-Bot geändert werden. Danach alle Vorlagen global geändert werden. Merlissimo 18:43, 27. Mai 2010 (CEST)Beantworten

Dadurch wird die Vorlage aber auch wieder unnötig verkompliziert. Ich finde es nicht unnötig, wenn man für jede Sprache die Vorlage setzt. Eher stellt sich die Frage, wie viele Parameter man akzeptieren möchte, da es keine Schleifen in Wikisyntax gibt. Sollte mit den Bots aber vorher abgesprochen werden, sonst ergibt es nur Müll. Mir soll es aber egal sein. Der Umherirrende 21:37, 27. Mai 2010 (CEST)Beantworten

Im "schlimsten" Fall kann ein Artikel in 261 Wikipedias exzellent sein. Hinzu vielleicht noch ein paar Parameter mehr für neue Sprachen in der Zukunft. Also unter 300 Parameter würde die Umstellung dann keinen Sinn machen. Man kann ja nicht ständig in allen Wikipedia die Vorlage erweitern. Merlissimo 06:13, 28. Mai 2010 (CEST)

Ich hatte jetzt gar nicht daran gedacht, dass die von Bots aktualisiert werden. Dem Nutzer könnte man die Möglichkeit aber durchaus geben. Schleife geht übrigens schon, indem man die Vorlage rekursiv einbindet:
<span id="interwiki-{{{1}}}-fa" class="FA"></span>{{{#if:{{{2|}}}|{{Link FA|{{{2}}}|{{{3|}}}|{{{4|}}}|{{{5|}}}|{{{6|}}}...}} }}
meint -- ✓ ^Bergi 11:45, 28. Mai 2010 (CEST)Beantworten

Es ist nicht notwendig, die Vorlagen in allen Wikis gleich zu halten und weiterhin braucht man auch nicht für jede Wikipedia einen Parameter, da die nicht alle Exzellente/Lesenswerte haben. Aber die Problematik mit der Bot-Abhängigkeit habe ich mir schon vorgestellt. --The Evil IP address 16:51, 28. Mai 2010 (CEST)Beantworten

Die Syntax von global verwendeten Botvorlagen muss überall gleich sein. Dazu gehören bots, nobots, usw. aber eben auch Link FA und Link GA.

Nicht identisch muss das das resultierende Layout sein (ist es auch derzeit nicht der Fall). Eine Vorlage, die nur einen Parameter erwartet, wird aber auch nicht die gewünschte Ausgabe erzeugen um mehrere Artikel mit einem Sternchen zu versehen. Insofern müssten alle Vorlagen angepasst werden, wobei mal noch nicht einmal einfach kopieren kann.

Zu meinem persönlichen Geschmack: Bei den Babel-Vorlagen ist es derzeit so, dann manche Wikis nur eine Vorlage verwenden (z.B. dewiki) und manche die Multiple-Vorlagen-Version. Die zweite Variante ist im Quelltext IMO in eine Millisekunde schneller lesbar, wenn die Liste länger wird. Merlissimo 08:07, 31. Mai 2010 (CEST)

Hallo,

ich habe mich an einer Vorlage für DIN 1505-2-gerechte Literaturangaben versucht: Vorlage:Alter Orient/Literatur. Beim Versuch die Vorlage einzubinden ergibt sich jedoch folgende Fehlermeldung:

Vorlage:Alter Orient/Literatur

Weiß von euch zufällig jemand, woran das liegt und wie man das beheben kann? --šàr kiššatim 09:42, 31. Mai 2010 (CEST)Beantworten

sieht so aus, als ob in der Vorlage der if-tag nicht geschloßen wurde. nur leider weißt nur du, wo er geschloßen werden soll ;) --darkking3 ^Թ 19:15, 2. Jun. 2010 (CEST)Beantworten

Mal anders gefragt: Wozu braucht es denn diese Vorlage überhaupt? Was spricht dagegen, die übliche Vorlage:Literatur zu verwenden? Und wenn es unbedingt nach DIN sein muss, dann würde ich die Vorlage auch so ({{DIN 1505-2|…}} oder {{Literatur/DIN 1505-2|…}}) nennen und nicht nach irgendeinem Portal, das sie verwendet. Noch besser wäre es allerdings, die normale Vorlage per Parameter umzuformatieren, also in der Form {{Literatur|DIN 1505-2|Autor=| Titel=| Verlag= …}}.
meint -- ✓ ^Bergi 16:15, 5. Jun. 2010 (CEST)Beantworten

<reinquetsch Verständnisfrage> Die erwünschte neue Vorlage nach DIN 1505-2 ist mir rätselhaft: Sie unterscheidet sich von der Langversion in Vorlage:Literatur durch nur durch den Extra-Parameter Vorname, der jedoch nicht zu DIN gehört. Alles kann durch bisherige Vorlagen abgedeckt werden. Der Witz bei DIN 1505-2 ist jedoch die daraus resultierende Ausgabeform mit Deskriptionszeichen, die jedoch in der wikipedia gar nicht erwünscht ist(!), was ich eigentlich bedauere, aber wir sind hier keine Bibliothekare. Die neue Vorlage ist offensichtlich noch nicht verwendet worden, ich hätte dann gerne gesehen, welchen Mehrwert sie hat. Die Parameter entsprechen i.A. den Tag-Namen in Marc-21 oder Unimarc, von denen DIN eine Teilmenge abbildet, ein Einspielen bibliographischer Angaben (z.B. aus LoC oder OCLC oder DNB) wird aber nie stattfinden - wenn ich das richtig sehe, also alles recht witzlos (?) - fragt einer, der da überall bei Erfassungs- und Austauschformaten in beschränktem Maße mal mitbasteln durfte. Beitrag bei Bedarf nach Diskussion Vorlage:Alter_Orient/Literatur verschieben. <endquetsch>. --Emeritus 18:04, 5. Jun. 2010 (CEST)

Dies gibt es immer noch deutlich zu viel, um im Zweifelsfall wird dann das Mausover oder im schlimmsten Falle sogar der Dateiname angezeigt. Es wäre schön, wenn jemand mithelfen könnte, diesen langsam aus Vorlagen zu entfernen. Dies würde auch einige Admin-Edits benötigen, da nicht zu wenige geschützt sind. --The Evil IP address 15:09, 2. Jun. 2010 (CEST)Beantworten

Hallo Evil IP address, wenn Du konkrete Fälle hast, bei denen Du an dem Schreibschutz von Vorlagen scheitern solltest, darfst Du Dich gerne jederzeit melden. In diesen Fällen kann ich Dir gerne behilflich sein. Für solch umfangreiche Projekte fehlt mir leider aktuell die Zeit. Gruß --W_I^KImaniac 17:40, 2. Jun. 2010 (CEST)Beantworten

Was genau meinst du mit "Icons bei Vorlagen" ? Hast du ein Beispiel ? ÅñŧóñŜûŝî (Ð) 20:16, 2. Jun. 2010 (CEST)Beantworten

Aus dem Kopf fällt mir jetzt kein Beispiel ein, wo man es noch machen müsste (es werden ja auch vergleichsweise wenige Icons hier benutzt), allerdings ein Beispiel wo es schon gemacht wurde, waren {{Dieser Artikel}} oder {{Begriffsklärungshinweis}}. Danke schonmal für die Hilfe, ich komme dann möglicherweise demnächst mal darauf zurück. --The Evil IP address 21:27, 5. Jun. 2010 (CEST)Beantworten

Da wäre mal die Vorlage:URV, die hat zwar keinen Title / Alttext, aber noch den Link zur Bildbeschreibungsseite. Ob der allerdings entfernt werden darf ist fraglich, da die Datei nicht gemeinfrei ist und Schöpfungshöhe besitzt. Ansonsten müsste man halt mal die Kategorie:Vorlage:Baustein nach Bilderverwendung durchsuchen und evtl. korrigieren. Gibts dafür ein Tool? -- ✓ ^Bergi 18:00, 7. Jun. 2010 (CEST)Beantworten

Ich habe mal unter Benutzer:The Evil IP address/vorlagen die geschützten Vorlagen gelistet, die eine solche Bearbeitung brauchen würden. Hierbei müsste man allen Bildern (nur bei {{Football kit}} bin ich mir nicht sicher, müsste man mal gucken, ob dort vielleicht statt leerem ein beschreibender Alternativtext nicht besser wäre), link= setzen (wenn es noch nicht so ist), bei einigen wenigen die Imagemaps gegen neue Bildsyntax auflösen und soweit ich es sehe bei allen den Alternativ-Text über alt= ausblenden. --The Evil IP address 20:15, 11. Jun. 2010 (CEST)Beantworten

Bei vielen Vorlagen passt doch schon alles (Beispiel). Übrigens funktioniert das alt- bzw. title-Attribut nicht als Tooltip, wenn link= gesetzt ist. Für den Großteil der Benutzer also bedeutungslos. -- ✓ ^Bergi 18:04, 14. Jun. 2010 (CEST)Beantworten

Alternativ-Text und der Link oder das Mausover sind etwas ganz anderes. Der Alternativ-Text ist der Text, der in einem Browser ohne Bilder-Unterstützung angezeigt wird. Im Standardfall fällt dieser entweder auf das Mausover oder auf den Dateipfad zurück. Da in den Fällen dieser Vorlagen das Icon rein dekorativ ist, ist es besser, es einfach komplett auszublenden, anstatt es langwierig zu erklären. --The Evil IP address 23:18, 15. Jun. 2010 (CEST)Beantworten

Eben, die Bildbeschreibung kann also weggelassen werden. Aber woran störst du dich dann an z.B. der Vorlage:NoCommons, die du in deiner Liste stehen hast? -- ✓ ^Bergi 14:59, 16. Jun. 2010 (CEST)Beantworten

Liebe Werkstatt-Aktive,
ich stieß soeben auf die Liste geplanter Kohlekraftwerke und Liste von Kernkraftanlagen. Dabei fiel mir auf, dass der Status in derartigen Tabellen visuell schwer auf einen Blick zu erfassen ist (in Planung/in Bau/fertiggestellt/gestoppt). Auch interessant für Portal:Architektur und Bauwesen.
Wäre es möglich, eine Vorlage dafür zu entwerfen (ähnlich Vorlage:Version)?
Vielen Dank. -- Gsälzbär (?|☱) 17:25, 5. Jun. 2010 (CEST)Beantworten

Ja, wäre wohl sinnvoll. Aber laut QS sollen die Listen eh gelöscht werden. -- ✓ ^Bergi 16:40, 6. Jun. 2010 (CEST)Beantworten

Hallo Projektmitarbeiter, ich möchte nochmals anfragen, ob eine Vorlage machbar ist, die im IV die Gliederungsziffern weglässt.

Anlass ist neben WD:Hauptseite/Artikel des Tages die Seite WP:Hauptseite/Aktuelles/Archiv 2010 incl. dessen Inhaltsverzeichnis, welches ebenfalls hauptsächlich aus nachfolgenden Zahlen-Überschriften besteht und sich die ordnende Struktur somit bereits aus den Überschriften ergibt; die zusätzlichen Ziffern wie 1.1, 1.2, 1.3 usw. bringen da eher einen Verlust an Übersichtlichkeit und benutzerfreundlicher Navigation.

Vielleicht hast ja genau du eine Eingebung oder kennst jemanden, der eine haben könnte. Danke schonmal fürs Grübeln & Gruß, Hæggis 18:56, 14. Jun. 2010 (CEST)Beantworten

den TOC selber bauen? --darkking3 ^Թ 19:14, 14. Jun. 2010 (CEST)Beantworten

Oder besser auf WP:VV ein neues MagicWord vorschlagen und warten… -- ✓ ^Bergi 19:57, 14. Jun. 2010 (CEST)Beantworten

Erlödicht, danke.

@ darkking3: Wie meinst´ das? Manuell jede neue Überschrift am Anfang der Seite verlinken wäre m.E. zu aufwändig im Vergleich zu den Vorteilen. --Hæggis || ☎→♜ 17:26, 19. Jun. 2010 (CEST)Beantworten

Als Grundgerüst habe ich die Vorlage: Infobox toccolors float-right gewählt (siehe Muster rechts →)

• Dafür benötige ich folgende Anpassungen:
  

1. Erste Zeile (Titelzeile), Spaltenbreite = Tabellenbreite, Hintergrund Grau, Textausrichtung: Mitte
2. Zweite Zeile (für Logo o. ä.), Spaltenbreite = Tabellenbreite, Textausrichtung: Mitte
3. Dritte und weitere Zeilen: 2-spaltig,
   1. Spalte: Breite ca. 18 % der Tabellenbreite, Textausrichtung: rechtsbündig, Schrift: klein (aber nicht fett!)
   2. Spalte: Breite ca. 82 % der Tabellenbreite, Textausrichtung: linksbündig, Schriftgröße: Standard
4. Frei wählbare Bezeichnungen in der ersten Spalte.
5. Außerdem hätte ich gerne – wenn das möglich ist – eine leicht zu bearbeitende Kopiervorlage für spätere Änderungen, Ergänzungen etc.

• Eine solche Infobox brauche ich unter anderem für meine neue Artikelseite → Naturata (Entwurfsstadium). Auf dieser Seite werden zu den vier Abschnitten jeweils Infoboxen gebraucht, die im bestehenden Fundus der Wikipedia zwar als Infobox Organisation, Gesellschaft (Unternehmen) oder Verein existieren. Alle vier sehen aber unterschiedlich aus und enthalten teilweise Pflichtfelder, die für die jeweils anderen Infoboxen unpassend sind und ohne Inhaltstext trotzdem stehenbleiben. Das steht einer einheitlichen und sauberen Gestaltung aber entgegen.
• Eine adäquate Infobox für alle Zwecke habe ich bis jetzt nicht finden können und habe mich deshalb selbst an einer Vorlage versucht. Aber wie das Beispiel zeigt, stoße ich an meine Grenzen.
• Gibt es eine solche Infobox schon und wenn ja, wo? Oder könnt ihr mir bei der Erstellung einer neuen Vorlage behilflich sein?
  

Für eure Hilfe wäre ich sehr dankbar, denn ich murkse schon seit mehr als zwei Tagen daran herum.
Vielen Dank und Grüße von Jochen2707 19:17, 15. Jun. 2010 (CEST)Beantworten

Nimm doch einfach die Infoboxen Verein und Unternehmen! Wenn du auf stilistische Gleichheit bestehst, nimm {{Infobox Unternehmen|Unternehmensform=Verein|…}}. Ansonsten gibt es die Metavorlage Infobox, die eigentlich nicht in Artikel verwendet werden sollte.
meint -- ✓ ^Bergi 15:31, 16. Jun. 2010 (CEST)Beantworten

Lieber „✓“, entschuldige, aber Dein Vorschlag bringt mich nicht weiter:

1. Die Infoboxen Verein und Unternehmen habe ich schon ausprobiert. Sie haben unterschiedliche Erscheinungsbilder und Pflichtfelder die nicht erwünscht sind. Zusammen auf einer Artikelseite sieht das uneinheitlich aus. (→ Naturata)
2. Die Kombination „Unternehmensform: Verein“ löst das Problem nicht – Der Begriff Unternehmensform ist unpassend, es müßte Rechtsform heißen.
3. Die Vorlage Infobox taugt auch nicht, wie Du rechts unschwer erkennen kannst. Außerdem ist der Feldname (linke Spalte) in fetter Schriftstärke und dominiert dadurch unsinnigerweise die Tabelle, deren wichtige Informationen doch in der rechten Spalte (Daten) stehen. Dieser Tabellenteil sollte wie folgt aussehen:

Trotzdem vielen Dank für deine Mühe, Gruß Jochen2707 11:47, 17. Jun. 2010 (CEST)Beantworten

• Welche Pflichtfelder sind denn unerwünscht? Wenn es sich um Unternehmen und Vereine handelt, werden diese Felder doch wohl sinnvoll sein.
• Stimmt. Man könnte a) einen (undokumentierten) Parameter einführen, oder b) die Box im Artikel substituieren und dann ändern.
• Den Formatierungssonderwünschen kann ich nicht zustimmen. Nichts gegen Einheitlichkeit im Artikel, aber die Grundlagen werden doch durch den Rest der Wikipedia gegeben und da (wie z.B. in der Unternehmensbox) sind linksbündige, normalgroße Formatierungen nunmal üblich.

meint -- ✓ ^Bergi 19:57, 17. Jun. 2010 (CEST)Beantworten

Nun, unerwünscht ist z.B. bei Benutzung der Infobox Unternehmen für einen eingetragenen Verein o.ä. das Pflichtfeld Unternehmensform. Der Feldname ist nicht änderbar in Rechtsform (was passend wäre). Bei Nichtbenutzung (kein Dateneintrag) bleibt der Feldname sichtbar. Genauso bei dem Feld Sitz: Wenn diese Information nicht vorliegt, bleibt der Feldname, auch ohne Daten, sichtbar. Umgekehrt ist die Infobox Verein für eine Aktiengesellschaft in der Terminologie schlecht oder nicht verwendbar. Wenn also zwei oder mehr Infoboxen für unterschiedliche Rechtsformen auf einer Artikelseite zusammentreffen, sieht es unübersichtlich aus. Das Argument „linksbündige, normalgroße Formatierung seien nunmal üblich“ würgt jegliche Weiterentwicklung ab.
Inzwischen habe ich mich in der Infobox-Programmierung etwas kundig gemacht und habe das entwickelt, was ich für meinen Artikelentwurf brauche. So bin ich zufrieden damit und ich halte dies für einen diskutablen Vorschlag, den ich bitte einmal unvoreingenommen und losgelöst von Vorgaben zu betrachten (→ Naturata). Die Progammierung ist vielleicht noch nicht die eleganteste (u.a. mangels Zugriff auf das Grundgerüst der Tabelle), aber es funktioniert zur Zufriedenheit.
Ich würde gerne die Aufnahme meines Entwurfs in die Kategorie Vorlage:Infobox Organisation als Infobox:Universal zur Diskussion stellen.
Viele Grüße Jochen2707 12:12, 20. Jun. 2010 (CEST)Beantworten

Durch die Standarte links in der Box sind die beiden ersten Zeilen nicht identisch zu den anderen zentriert was sehr unschön aussieht. Gibt es eine Möglichkeit, das zu vereinheitlichen? --Studmult 15:41, 16. Jun. 2010 (CEST)Beantworten

Ja: [3] Ist aber ein häßliche Lösung, so ist alles untereinander aber zu weit rechts. Man könnte auch ein clear:left; einbauen, das ist aber so richtig häßlich. (18:30)

Jetzt ist mir noch eine Lösung eingefallen: einfach das div (per Klasse) zentrieren. Das funktioniert, nur frage ich mich ob man das nicht gleich als optionalen Parameter {{{1}}}==center in die Navigationsleistenvorlage (in das NavContent-div) einbauen sollte. Was haltet ihr davon?
meint -- ✓ ^Bergi 19:40, 17. Jun. 2010 (CEST)Beantworten

Diese Lösung zur einheitlichen Zentrierung des Textinhalts von Navigationsleisten bei Vorhandensein eines Bildes kannte ich noch nicht und finde sie sehr interessant. Mit einem einfachen Schalter wird sich diese Ausrichtung nicht allgemein verwirklichen lassen, weil der linke Außenrand genau so groß sein sollte wie die Bildbreite. Vielleicht könnte man einen neuen Parameter einführen, der die Bildbreite entgegennimmt und, falls vorhanden, diese Formatierung vornimmt. --Wiegels „…“ 19:52, 17. Jun. 2010 (CEST)Beantworten

Ich hatte jetzt eher an die zentrier-Lösung mit margin: 0 auto 0 auto; gedacht. Das funktioniert aber leider nicht, da auto das div wieder maximal breit macht. Mit padding:auto ist es dasselbe. Wir bräuchten also tatsächlich einen Bildbreitenparameter, Einbindungen gibt es 25, 30, 40, 50, 55px.
meint -- ✓ ^Bergi 21:10, 17. Jun. 2010 (CEST)Beantworten

Bei der Tabelle zum Beziehungsgefüge zw. Boden-pH-Wert und Verfügbarkeit von Pflanzennährstoffen hatte ein Beleg gefehlt...den (Seite 13; PDF - 1MB) habe ich nun hinzugefügt. Nur ist die Tabellen-Darstellung ein wenig unglücklich, wie auch schon auf der Diskussionsseite von Grottenolm angemerkt wurde und auch im Vergleich mit dem Diagramm in der Quelle zu sehen ist → Die Verfügbarkeit der Nährstoffe nimmt relativ kontinuierlich ab und hört nicht abrupt auf! Der Vorschlag zur Ampeldarstellung, also die Abnahme durch einen Farbverlauf von ka gelb nach grün zu visualisieren ist mM nach gut und wäre auch leicht zu realisieren, nur sollte dafür bekannt sein um wie viel (%) die Verfügbarkeit sinkt... diese Informationen habe ich nirgends herausgefunden (nur hier (PDF - 46KB) für die Elemente N, K und P)! Gibt es eine Möglichkeit mittels Vorlage/Tablelle ein ähnliches Diagramm zu erstellen? Oder soll ich mich lieber an die Grafikwerkstatt wenden? Lg und vielen Dank, --Rosso Robot 20:00, 17. Jun. 2010 (CEST)Beantworten

wenn bei der vorlage ein "ß" (vielleicht auch andere sondezeichen, da ist es mir aber noch nicht aufgefallen) im titel steht, kommt bei mir eine fehlermeldung. gibts dafür eine lösung? grüße, --itsnotuitsme (bewerten? | verbessern?) 20:44, 17. Jun. 2010 (CEST)

Wie meinst du das? Bei mir funktioniert dieser Link: . Eine Beispieleinbindung wäre hilfreich. Der Umherirrende 20:52, 17. Jun. 2010 (CEST)Beantworten

hier mit vorlage, der link. (bitte [[Beauty+%26amp%3B+Crime]] anhängen, wenn ich den link hier einfach reinstelle tut das nicht) grüße, --itsnotuitsme (bewerten? | verbessern?) 20:57, 17. Jun. 2010 (CEST)

Ah, du hast in der Einleitung ß erwähnt, was aber ungleich zu & ist. Das Problem ist, dass PAGENAME eine Entität zurück liefert (&amp; - Bug 16474). Die Funktion urlencode löst diese Entität vorher aber nicht auf, daher entsteht ein %26amp%3B ein der URL. Eine Umgehungslösung ist mir nicht bekannt. Der Wikimedia Error ist nur eine Schutzreaktion der Server, da sie das ganze garnicht mögen und es zu Fehlern führen kann. Der Umherirrende 21:05, 17. Jun. 2010 (CEST)Beantworten

ja, zeichen im eifer des gefechts vertauscht... kann man nicht irgendwie schon in die vorlage reinprogrammieren, dass "&" durch was anderes ersetzt wird? der buglink tut übrigens nicht, aber die technischen einzelheiten dürften mir wenig helfen, da ich mich damit sowieso nicht auskenne. grüße, --itsnotuitsme (bewerten? | verbessern?) 21:09, 17. Jun. 2010 (CEST)

Nein, eine (effiziente) replace-Funktion ist nicht vorhanden. Der Umherirrende 21:39, 17. Jun. 2010 (CEST)Beantworten

Ich hätte da eine Lösung: {{PAGENAMEE}} ergibt den korrekt aufgelösten Titel. Entweder kann man das verwenden, indem man die Vorlage in dem QS-Baustein substituiert (<span class="plainlinks">[{{fullurl:Wikipedia:Redaktion Musik/Musikalben QS/{{#ifexist:Wikipedia:Redaktion Musik/Musikalben QS/{{{Genre|}}}|{{{Genre}}}|Nicht eingeordnet}}|action=edit&section=new&preloadtitle=%5B%5B{{SUBJECTPAGENAMEE}}%5D%5D}} Artikel eintragen]</span>) oder indem man in der AddNewSection überprüft, ob der eingegebene Parameter eine Seitenvariable ist, und dann die -E(ncoded)-Entsprehung verwendet. Da im Beispiel aber auch noch die [[]] dazukommen, funkioniert nur die erste Variante. BTW: die plainlink-Klasse kann man doch sowieso rausschmeißen, oder?
meint -- ✓ ^Bergi 13:56, 18. Jun. 2010 (CEST)Beantworten

Im Musikbereich scheinen häufiger Artikel mit & aufzutauchen. Da könnte es schon Sinn machen, sich eine Lösung auszudenken. Eine Alternative wäre ein weiterer Parameter in der Vorlage, der kein urlencode durchführt. Der Umherirrende 16:52, 18. Jun. 2010 (CEST)Beantworten

Plainlinks kann dort allerdings wirklich raus. --The Evil IP address 13:46, 19. Jun. 2010 (CEST)Beantworten

tut mir leid, blicke da nicht mehr durch. könnte das bitte einer von euch bei {{QS-Musikalben-Text}} ändern? danke & grüße, --itsnotuitsme (bewerten? | verbessern?) 14:10, 19. Jun. 2010 (CEST)

Jetzt hat man leider das Problem, dass Leerzeichen zu _ statt + escaped werden: . Der Link funktioniert dann zwar, sieht aber nicht gut aus. -- ✓ ^Bergi 15:48, 19. Jun. 2010 (CEST)Beantworten

völlig wurscht wies aussieht, hauptsache es tut ;) danke fürs verbessern, --itsnotuitsme (bewerten? | verbessern?) 21:13, 19. Jun. 2010 (CEST)

Naja, vorher hast du das & korrigeiren müssen, jetzt die _. Und die sind imho eher noch häufiger… -- ✓ ^Bergi 13:00, 20. Jun. 2010 (CEST)Beantworten

ja, aber korrigieren muss man die ja nich (tut ja auch so), und wenn man trotzdem will, muss man nur die unterstriche mit nem leerzeichen ersetzen anstatt das symbol fürs "&" in der url zu löschen oder manuell nen neuen abschnitt zu beginnen. grüße, --itsnotuitsme (bewerten? | verbessern?) 13:04, 20. Jun. 2010 (CEST)

Hallo Werkstattleute, habe ihr Erfahrung mit der Verwendung von festen Umbrüchen im Inhaltstext von Navigationsleisten und eine Meinung zu dieser Diskussion? --Wiegels „…“ 00:25, 18. Jun. 2010 (CEST)Beantworten

Also bei der angesprochenen Vorlage bin ich strikt dagegen. Bei mir wird sie (noch nicht mal im Vollbildmodus) einzeilig dargestellt, und ich wüsste nicht warum man etwas dagegen haben sollte. Dass bei mehrzeiliger Darstellung alle Zeilen möglichst gleich breit sein sollte, ist verständlich, aber mit (aktuellem) CSS nicht zu erreichen. Auf manuelle Zeilenumbrüche ist dennoch zu verzichten! Sie sind nur bei fester Breite einsetzbar, die es in der WP (zum Glück) aber nicht gibt.

Bei der Dürrenmatt-Vorlage wäre es hingegen OK, da hier mehrere Kapitel nur kurze Zeilen haben, und die lange da nicht unbedingt herausstechen sollte. Dennoch bleibt hier das Problem, dass er auf sehr kleinen Anzeigebreiten Unschönheiten verursachen könnte.

Lösungsvorschlag: ein paar umbruchsgeschützte Leerzeichen gezielt verwenden. Dann wird im Falle eines Umbruchs nicht nur ein Name in die nächste Zeile gerückt, sondern gleich zwei oder drei. Abermals muss man aufpassen, um nicht den Kardinalfehler einer aus dem Bildschirmrand herausragenden Zeile zu begehen. Länger als ~500px (Schätzwert) dürfen diese umbruchsgeschützten Textblöcke daher nicht sein. Alternativ dazu könnte man eine Klasse einführen, die nur auf großen Anzeigegeräten umbruchsgeschützt ist. Per white-space:nowrap;, das man @media:handheld (oder ähnlich) wieder aufhebt, sollte das möglich sein.
meint -- ✓ ^Bergi 14:59, 18. Jun. 2010 (CEST)Beantworten

Danke Bergi, für deine Meinung. Inzwischen habe ich die Anleitung ergänzt. --Wiegels „…“ 15:10, 20. Jun. 2010 (CEST)Beantworten

Schön dass mir niemand widerspricht :-) -- ✓ ^Bergi 16:13, 20. Jun. 2010 (CEST)Beantworten

Das ist m.E. sehr leicht zu handhaben: Kein fester Zeilenumbruch zwischen Elementen gleicher Stufe. Zeilenumbrüche bei Untertiteln/Gruppierungen sind m.E. Ok. Siehe z.B. Vorlage:Navigationsleiste Sonnensystem. ÅñŧóñŜûŝî (Ð) 16:39, 20. Jun. 2010 (CEST)Beantworten

Hallo Antonsusi, dein Beispiel zeigt eine Navigationsleiste mit Layout-Tabelle, wie sie selten vorkommt. Gängiger sind als eigene Absätze (Leerzeilen im Quelltext) formatierte Teillisten, wie in einem älteren Zustand des Beispiels, wobei zwischen Überschrift und Eintragsliste oft ein Umbruch steht. --Wiegels „…“ 16:59, 20. Jun. 2010 (CEST)Beantworten

Da sind <BR/> aber auch Ok. ÅñŧóñŜûŝî (Ð) 17:16, 20. Jun. 2010 (CEST)Beantworten

Für mein Projekt bräucht ich noch einen ganzen Haufen Ländervorlagen mit Flagge. Gibt das eine Möglichkeit wie man die (semi)automatisch erstellen könnte? (das ist sonst von sehr langwierig)--Antemister 22:34, 19. Jun. 2010 (CEST)Beantworten

Ob es sich lohnt kommt darauf an, ob die Bildchen auch passend benannt sind; ansonsten ist aber auf alle Fälle WP:Bots/Anfragen der richtige Ansprechpartner. -- ✓ ^Bergi 14:15, 20. Jun. 2010 (CEST)Beantworten

(Fürs Verständniss:) Die Vorlagen, die du erstellst, sind Ländervorlagen, die es noch nicht gibt? --darkking3 ^Թ 23:53, 20. Jun. 2010 (CEST)Beantworten

Ja sicher. Alle Vorlegen in meiner Nationalhymnenliste die noch rot sind müssen noch erstellt werden, manuell eine verdammt nervige arbeit--Antemister 19:05, 27. Jun. 2010 (CEST)Beantworten

Betrifft nicht direkt mich, aber in (zumindest einigen) Artikeln über die Wirtschaft einzelner Länder ist eine Kopie dieser Vorlage als einzelne Infobox eingebunden. Eine Vorlage wäre zweckmäßig--Antemister 19:45, 20. Jun. 2010 (CEST)Beantworten

Ich fände es wünschenswert, in der Vorlage:Infobox_Software einen Punkt Toolkit zu haben. Dieser sollte sich zwischen den Punkten "Programmiersprache" und "Kategorie" befinden. Damit wäre auf einen Blick ersichtlich, wenn man nach einem Programm sucht, ob dieses z. B. das Qt- oder das GTK-Toolkit verwendet. Diese Information ist für Linuxuser nützlich, da das Laden mehrerer Toolkits beim Start länger dauert, die Toolkits unterschiedliche Look&Feel aufweisen und jedes Toolkit Plattenplatz beansprucht. (nicht signierter Beitrag von 79.229.194.177 (Diskussion) 23:20, 20. Jun. 2010 (CEST)) Beantworten

Hallo zusammen, könnte jemand die Vorlage:Infobox Ort in Tschechien so anpassen, dass immer dann wenn der Parameter "Gemeindenummer" ausgefüllt ist (die Vorlage also für eine Gemeinde verwendet wird), die Einwohnerzahl, Stand d. Einwohnerzahl und Quelle als Einzelnachweise aus den Metadatenvorlagen der Kategorie:Vorlage:Metadaten Einwohnerzahl CZ aufruft? Gruß --Septembermorgen 22:15, 21. Jun. 2010 (CEST)Beantworten

Hallo. Ich suche nach einer einfachen Möglichkeit (mittels einer geeigneten Vorlage) frei definierbare Teile einer Portal-Unterseite auf eine andere WP-Seite zu spiegeln. Wieso? Im Portal Inseln wurde auf der Unterseite Portal:Inseln/Fehlende Artikel von einem Dritten ein Abschnitt "Warteliste" erzeugt, der einzig den Sinn hat, das Layout der Seite WP:Artikelwünsche nicht überzubelasten (siehe auch Diskussion unter Portal Diskussion:Inseln/Fehlende Artikel). Könnte man das Konstrukt "Warteliste" abschaffen, indem man etwa eine Vorlage erzeugt die nur eine bestimmte Anzahl von Listeneinträgen von einer anderen Seite einträgt? Könnte das jemand von euch umsetzen? Gruß --Zollwurf 20:38, 25. Jun. 2010 (CEST)Beantworten

Ganz so leicht ist das nicht. Nicht eine ganze Seite einbinden zu wollen, geht tatächlich nur mit der bereits umgesetzten <onlyinclude>-Lösung (bzw. gleichwertigen Konstrukten). Die Abschnittsüberschrift ist dabei nicht zwingend, sie dient nur der visuellen Abgrenzung welche Inhalte woanders eingebunden werden; den Link „mehr“ könnte man noch per <includeonly> ausblenden.

Andere Lösungen sind die Einrichtung eines scroll-baren Abschnittes, wie in WP:QSMA. Das müsste man aber den Pflegern der Artikelwunsch-Seite vorschlagen, und nicht nur für einen Fachbereich so gestalten. Alternativ würde sich sicher ein Bot finden, der eine genau definierte Anzahl von Listenpunkten in eine separate Vorlage überträgt, es gibt bereits Bots die deratige Wunschlisten pflegen und das imho dann auch können sollten (genaueres: WP:BA).
meint -- ✓ ^Bergi 13:49, 26. Jun. 2010 (CEST)Beantworten

ich glaube, du meintest WP:WPA#Zur_Zeit_in_der_QS_.2F_mit_Wartungsbausteinen. grüße, --itsnotuitsme (bewerten? | verbessern?) 13:56, 26. Jun. 2010 (CEST)

uraltteil, könnt uns die wer auf automatische POSkarte umstellen - ist ca 200mal eingebunden, die lösung müsste also aufwärtskompatibel sein

übrigens, gäbe es dann einwände, die Vorlage:Infobox Nationalpark, eiin noch älterer en-import, auf die Vorlage:Infobox Schutzgebiet zu wrappen (= IUCN-Kategorie II), gemeinsame pflege&design - die (zusätzlichen) parameter dort (visitation_num/year und nearest_city) gehören sowieso auch in die IB Schutzgebiet implementiert --W!B: 23:57, 25. Jun. 2010 (CEST)Beantworten

PS - etliche verwendungen der IB Nationalpark dürften aber misbräuchlich bzw. notnagel für andere schutzgebeitskategorien sein, durchschauen muss man die sowieso im laufe der zeit - leider kan man zwar auf kat:NP ohne IB:NP [5], catscannen, aber nicht IB ohne Kat.. --W!B: 00:04, 26. Jun. 2010 (CEST)Beantworten

Hallo W!B:, CatScan2 kann was du brauchst. Was das Mappen angeht, musst du dich glaube ich mit Benutzer:h-stt einigen. Ich wäre dafür, halte das aber nicht für durchsetzbar. lg --Herzi Pinki 02:20, 26. Jun. 2010 (CEST)Beantworten

wow, danke Dir (und Magnus).. - da scheinen ja kaum echte NPs drunter zu sein - kann ich das mit der poskarte selber machen? gibt es einen IB, deren code man direkt übernehmen könnte --W!B: 01:38, 27. Jun. 2010 (CEST)Beantworten

Alterspyramide Rumäniens

	Alter
	100+
	95–99
	90–94
	85–89
	80–84
	75–79
	70–74
	65–69
	60–64
	55–59
	50–54
	45–49
	40–44
	35–39
	30–34
	25–29
	20–24
	15–19
	10–14
	5–9
	0–4

Ich versuche einen Ersatz für die normale grafische Darstellung einer Alterspyramide (links) zu basteln. Problematisch an Bildern ist hierbei generell, dass sie sich schlecht verändern lassen, wenn neue Datensätze zur Verfügung stehen (außer vom Erschaffer des Bildes). Aktuelle Daten lassen sich zu vielen Ländern problemlos finden. Mit einer gemeinsamen Vorlage brauchte man in den entsprechenden Länderartikeln nur noch die demografischen Zahlen anzupassen.

Wie eine Alternative aussehen könnte, zeigt die Tabelle rechts (Die Vorlage befindet sich hier). Es handelt sich dabei natürlich nur um einen Entwurf. Dieser hakt aber noch an allen Ecken und Enden. Allein komme ich nicht mehr weiter.

Mein Hauptproblem ist die Breite der Tabelle. Bei der rumänischen Pyramide rechts ist sie meiner Meinung nach etwas zu schmal. Die Breite ist aber abhängig vom Datensatz. Damit überhaupt eine halbwegs vernünftige Tabellenbreite entsteht, habe ich die die Daten recht willkürlich geändert: Eigentlich hätten unter männliche Bevölkerung von 0 bis 4 Jahren die Zahl 591383 (Einwohner) stehen müssen, woraus ich 5.91383 gemacht habe, damit der entsprechende Balken nicht den Bildschirm sprengt. Abhängig von der Landesgröße müsste jedesmal willkürlich der Datensatz an einer Kommastelle angepasst werden. Ich hatte eigentlich vor, dass die Spaltenbreite abhängig von der Gesamtbevölkerung ist. Beispiel:

Der demografische Datensatz stammt von hier. Der Multiplikator 300 (vierte Spalte) ist willkürlich gewählt. Die jeweilige Balkenbreite (letzte Spalte) ist insgesamt relativ ähnlich – egal ob es sich um ein großes oder kleines Land handelt. Ich schaffe es allerdings nicht, diese Rechnung in die Alterspyramide einzubauen.

Meine Tabelle krankt natürlich noch an weiteren Punkten: Die Balken für die sehr alten Bevölkerungsschichten (85+) müssten eigentlich gegen Null gehen. Tun sie aber nicht.

Für praktische Hilfe wäre ich dankbar. --Kryston 00:09, 26. Jun. 2010 (CEST)Beantworten

Hi! Ich habe vor einiger Zeit die Vorlage:Wahldifferenzen erstellt, wenn man die um 90° dreht ist die Idee ist die recht ähnlich. Vielleicht hilft dir die oder die ähnliche Vorlage:Wahlverlauf ja weiter. Ansonsten kann ich dir Ende nächster Woche Hilfe anbieten, ab morgen bin ich nicht im Lande. LG --AleXXw •שלום!•disk 00:31, 26. Jun. 2010 (CEST)Beantworten

Alterspyramide Deutschlands

					Alter
					100+
					95-99
					90-94
					85-89
					80-84
					75-79
					70-74
					65-69
					60-64
					55-59
					50-54
					45-49
					40-44
					35-39
					30-34
					25-29
					20-24
					15-19
					10-14
					5-9
					0-4

Was hältst du davon? Jetzt ist sie abhängig von der Gesamtbevölkerung, allerding muss das Verhältnis noch besser getestet werden. Und die restlichen Spalten hinzugefügt werden. -- ✓ ^Bergi 15:41, 26. Jun. 2010 (CEST)Beantworten

Das passt jetzt auch. Leider gibt es große Probleme im Firefox, der die absolute Positionierung auf den bodyContent bezieht und nicht auf die Tabellenzelle. Kann mir da jemand weiterhelfen?
meint -- ✓ ^Bergi 18:08, 26. Jun. 2010 (CEST)Beantworten

So, der Firefox-Bug ist ausgeschltet durch ein zusätzliches Div-Element in der Zelle. Dieses hat auch gleich noch einen Tooltip bekommen, welcher die absoluten und relativen Werte in einer Generation anzeigt. -- ✓ ^Bergi 19:09, 26. Jun. 2010 (CEST)Beantworten

Ich habe dies hier nur am Rande verfolgt, sollte aber die linke und rechte Breite der Tabelle/Lösung nicht gleich sein (ich meine nicht die blauen und roten Balken). Sieht vielleicht besser aus. --Atamari 19:38, 26. Jun. 2010 (CEST)Beantworten

Ja, das geht ganz einfach per Parameter. Ich wollte es ursprünglich vom Maximum abhängen lassen, aber leider kann {{Max}} nur drei Parameter aufnehmen. Mir ist vorher noch aufgefallen, dass Kryston in seinen Parametern den Bisstrich statt dem Minus genommen hat. Das ist zwar korrekt, aber eher unpraktikabel, solange nicht mit Kopiervorlage gearbeitet wird. Sollte ich das bei mir noch umstellen? -- ✓ ^Bergi 20:38, 26. Jun. 2010 (CEST)Beantworten

Durch einen Trick kann die Funktion MAX mehr Parameter verarbeiten, schau dir den Quellcode zu commons:User:Atamari/contrib/VarA an (wird für commons:User:Atamari/contrib gebraucht). --Atamari 20:52, 26. Jun. 2010 (CEST)Beantworten

Hallo Kryston, ich habe mal die Tabellen zur Erzeugung der Balken in deiner Vorlage durch div-Elemente ersetzt. Damit fallen Umrandung und Innenabstand, der zu der Mindestbreite führte, weg. Ich würde für eine flexible Skalierung jeder Pyramide einen zusätzlichen Parameter (z. B. max) mitgeben, der einen Wert angibt, dessen Balken maximal (z. B. als 10ex) dargestellt werden soll, und intern alle Ausdehnungen damit umrechnen (z. B. width:{{#expr:{{{m 100+}}}/max*10}}ex). --Wiegels „…“ 11:14, 27. Jun. 2010 (CEST)Beantworten

So, die Vorlage:Alterspyramide ist mal erstellt. Leider funktioniert die Maximumsberechnung nicht richtig, ich weiß noch nicht woran das liegt. Braucht es denn jetzt noch einen Parameter, der die Breite der Tabelle anpasst? Imho ist der aktuelle Wert von 2em=1% ganz gut.
meint -- ✓ ^Bergi 19:23, 27. Jun. 2010 (CEST)Beantworten

Ländername+"s" funktioniert bei den meisten Ländern - aber nicht bei allen. z.B. Niederlande, Vereinigte Staaten oder Cookinseln. --Atamari 19:51, 27. Jun. 2010 (CEST)Beantworten

Schade, dass wir hier so gut wie keinen easytimeline-Experten haben. Damit wäre das alles bestimmt garantiert eleganter lösbar. 20:59, 28. Jun. 2010 (CEST)

Textkopie von Vorlage Diskussion:Kasten:

Auf Grund der Tatsache, dass nunmehr auch die Diskussionsseiten standardmäßig ein reines weiß als Hintergrundfarbe haben, schlage ich vor, die Hintergrundfarbe von background-color:white beispielsweise auf background-color:#E8E8E8 zu ändern, damit der beabsichtigte Text im Kasten von nun ab im neuen Gesamtlayout auch besser als Kasteninhalt zu erkennen ist. Für diejenigen, die beim alten Layout bleiben wollen, wäre eine dezente Hintergrundfarbe statt reinweiß mMn auch zumutbar. Oder gibt es für was auch immer schon eine Kasten-Sondervorlage mit anderer Hintergrundfarbe als weiß ? Gruß -- Muck 16:46, 24. Jun. 2010 (CEST)Beantworten

Das sollte man besser als Klasse hintergrundfarbe-weiß-abgehoben (o.ä.) lösen, die in Monobook- und Vector-Stylesheets einfach eine unterschiedliche Definition bekommt.
meint -- ✓ ^Bergi 20:44, 1. Jul. 2010 (CEST)Beantworten

Artikel, die sich zur Bearbeitung in einer Unterseite im Benutzernamensraum befinden, sollten nicht in die Kategorien eingetragen werden. Eventuell vorhandene Kategorien werden daher mit :, <nowiki> oder <!-- deaktiviert. Die Kategorien sind dann zwar deaktiviert, stehen aber am Artikelende unstrukturiert herum oder sind nicht mehr lesbar. Wie wäre es, wenn stattdessen mit einer Vorlage die Kategorien erfasst, in strukturierter Form angezeigt und verlinkt, aber nicht kategorisiert werden? Möglicherweise kann aus der Vorlage mit subst: auch wieder normale Kategorien erstellt werden, wenn der Artikel wieder in den Artikelnamensraum verschoben wird. Als Name der Vorlage würde sich {{Kategorie|Kategorie 1|Kategorie 2|Kategorie 3}} anbieten. --Fomafix 11:17, 2. Jul. 2010 (CEST)Beantworten

Ich war gerade dabei, einen Artikel über die Beachvolleyball-Europameisterschaft 2008 zu erstellen. Die EM wurde im Double knock out gespielt. Allerdings habe ich bei der Verlierer-Runde festgestellt, dass ich eine Vorlage mit sieben Runden brauche, um das hier darzustellen. Die größte vorhandene Vorlage ist Vorlage:Turnierplan64. Da müsste ich vorher noch eine Runde anfügen, also sozusagen ein Turnierplan128. Theoretisch erkenne ich auch, wie das funktioniert: RD um jeweils eins erhöhen und dann die Spalte für die neue RD1 hinzufügen. Allerdings ist der Code so komplex, dass ich nicht durchblicke, wo genau ich die Plätze für die erste Runde einfügen muss. Deshalb bitte ich euch um Hilfe. --MSchnitzler2000 02:30, 3. Jul. 2010 (CEST)Beantworten

Hallo MSchnitzler2000, wäre es nicht einfacher und platzsparender, einen vertikalen Schnitt vorzunehmen und beispielsweise die ersten drei oder vier Runden sowie die restlichen Runden in mehrere kleinere Turnierpläne aufzuteilen? --Wiegels „…“ 02:51, 3. Jul. 2010 (CEST)Beantworten

Als ich das Problem bemerkt hatte, hab ich überlegt, ob ich die Ergebnisse der ersten Runde als Liste darstellen und dann den 64er-Plan nehmen soll, auch weil ja nicht alle Plätze im Turnierplan gefüllt sind. Andererseits habe ich den Eindruck, dass das etwas unbeholfen aussieht, wenn auf der Gewinnerseite der vollständige Baum steht und auf der Verliererseite so eine Hilfskonstruktion. Naja, ich werd mal sehen, was ich da machen kann. --MSchnitzler2000 15:05, 3. Jul. 2010 (CEST)Beantworten

Das wäre eine Riesenarbeit und wegen der vielen Parameter eine Monstervorlage. Ich empfehle, für den konkreten Fall mit OpenOffice/MS Office eine Zeichnung zu erstellen und diese mit genug Auflösung als 16-Farben-GIF hochzuladen. (Und das Officedokument vorsorglich offline aufzubewahren) 19:36, 11. Jul. 2010 (CEST)

Ich hab es jetzt mal anders gelöst, indem ich die Spiele der ersten Runde in eine Tabelle gepackt und für den Rest den Turnierplan64 benutzt habe. Ergebnis siehe Beachvolleyball-Europameisterschaft 2008#Verliererrunde.--MSchnitzler2000 19:45, 11. Jul. 2010 (CEST)Beantworten

Für das laufende Turnier ist das ausreichend. Eine Grafik macht Sinn, wenn das Turnier vorbei ist und alle Einträge drin sind. 19:51, 11. Jul. 2010 (CEST)

Tach. Das Dings macht vielerlei Schwierigkeiten, insbesondere in den Feldern Vorgänger und Nachfolger. Häufig gibt es so etwas nicht, "Keines" ist aber auch nicht immer richtig, da die Firmen ja vielleicht andere Autos bauten. Aber den Nachfolger der BMW Isetta als BMW Neue Klasse zu bezeichnen, ist eben bisserl unsinnig. Der Rede Sinn: könnte das entfernt werden, oder nur noch fakultativ ausfüllbar gemacht werden? MfG, TJ.Fernſprecher 21:07, 3. Jul. 2010 (CEST)Beantworten

Wurde bisher von den MB-one verhindert. --darkking3 ^Թ 22:08, 3. Jul. 2010 (CEST)Beantworten

Ja. Dann haben wir jetzt diskutiert und können das machen. Gruß, TJ.Fernſprecher 08:34, 4. Jul. 2010 (CEST)Beantworten

+1. Ich habe die Boxen zwar nie selbst verwendet, war aber immer von leeren Feldern überrascht, dass das per VP nicht berücksichtigt würde. -- ✓ ^Bergi 13:40, 4. Jul. 2010 (CEST)Beantworten

Verstehe das Problem nicht ganz: entweder es gibt ein Vorgänger-/Nachfolge-Modell oder es gibt eben keines. TJ: welche Schwierigkeiten hast du denn sonst noch? Grüße --MB-one 14:37, 4. Jul. 2010 (CEST)Beantworten

Ja, aber wenn es keines gibt würde ich diesen Fakt als nicht wichtig genug für die Infobox erachten. Vorschlag: Wir hübschen die Parameter Vor- und Nachgänger etwas auf, sodass sie wie in einer Folgenleiste nebeneinander stehen. Gibt es weder Vor- noch Nachgänger, wird die ganze Zeile ausgeblendet.
meint -- ✓ ^Bergi 15:13, 5. Jul. 2010 (CEST)Beantworten

Es gibt selten "kein" Vor-/Nachgängermodell. Aber es gibt verschiedenes.

A) einfach: Golf 1 zwischen VW 1303 und Golf 2.

B) auch einfach: Borgward Isabella: Ende auf dem Gelände, aus war's. Aber auch dort wurden anschließend wieder Fahrzeuge gebaut, wenn auch welche mit dem Stern.

C) nicht einfach: Mercedes-Benz W100. Ja, wie weit wollen oder können wir denn da zurück- oder vorgehen, um einen Vorgänger zu identifizieren oder nicht. ohne uns auf POV zu begeben? Mercedes-Benz W186 als Vorgänger, aber erst nach 2 Jahren? - Und als DESSEN Vorgänger den Mercedes-Benz W142, mit Abstand von elf!! Jahren? Nach welchen OBJEKTIVEN Kriterien? - Und noch mal anders herum: Mercedes-Benz W186gens Nachfolger den 600, oder doch eher den Mercedes-Benz W112, der erst angefangen wurde, als über dem Adenauer das Licht ausgiung und die Zeit bis zum 600 überbrückte?

Das ist das Problem. Und mit einer Zeile, in denen entweder irgendein Modell steht, oder eben "keines" ist das nicht enzyklopädisch zu lösen. TJ.Fernſprecher 20:16, 5. Jul. 2010 (CEST)Beantworten

Ich wollte unlängst einem Artikel über einen Ort in Sri Lanka eine Infobox nach dem Schema Ort in XXXXXXXXXXXXX hinzufügen, wobei ich aber keine fand. Da wäre es langsam sinnvoll, mal eine für Sri Lanka zu erstellen. Das sind zwar momentan noch nicht allzu viele Orte, die Wikipedia da in Sri Lanka schon hat, aber immerhin hätte man da was für zukünftige Zugänge. --Singsangsung ^{Fragen an mich?} 08:31, 4. Jul. 2010 (CEST)Beantworten

Dazu kann die Vorlage:Infobox Ort verwendet werden. Die Vorlage könnte allerdings eine Überarbeitung gebrauchen (wofür ich mich anbieten würde). --justbridge 16:21, 4. Jul. 2010 (CEST)Beantworten

Anfrage habe ich zwar hier formuliert, allerdings befürchte ich keine Antwort zu bekommen. Spricht etwas dagegen? --darkking3 ^Թ 17:30, 8. Jul. 2010 (CEST)Beantworten

Wüsste nicht. -- ✓ ^Bergi 19:44, 8. Jul. 2010 (CEST)Beantworten

Was mir dann gerade noch dazu einfällt: Wäre es nicht sinnvoll, die Multileiste auf die bestehende zu schieben? Und dann per Botlauf mehrere Einbindungen der normalen leiste in die dann verschobene jetzige Multi wandeln? --darkking3 ^Թ 21:16, 8. Jul. 2010 (CEST)Beantworten

Hi Leute!

Nachdem man mich aus Portal Diskussion:Inseln#Vorlage:Infobox Insel metadatentauglich mit Quelle? auf die Vorlagen-Disk verwiesen hat, stelle ich meine Frage zusätzlich dort und gleichzeitig auch hier:

Das Portal:Dänemark arbeitet zur Zeit daran, die Einwohnerzahlen auf Metadaten umzustellen. Mittlerweile umfassen die Metadaten auch die Einwohnerzahlen der dänischen Inseln. Nun wäre es natürlich sehr schön, wenn man beim Parameter EINWOHNER der Infobox einfach die Metadaten-Vorlagen nebst Quellen eintragen könnte, also bei Samsø beispielsweise EINWOHNER={{Metadaten Einwohnerzahl DK|Samsø}}<ref>{{EWQ|DK|Inseln}}</ref> Leider führt - vorausgesetzt, ich bin nicht einfach nur zu blöd - die Angabe der Quelle zu einer Fehlermeldung. Kann man daran etwas tun bzw, gibt es einen Workaround? LG -- M.ottenbruch ^{¿⇔! RM} 19:53, 9. Jul. 2010 (CEST)Beantworten

Hi, ich habe die Frage zwar schon auf der Diskussion der Infobox gestellt, aber ich denke, hier ist sie besser aufgehoben. In der Vorlage:Infobox Gemeinde in Deutschland existiert ein Baustein, der Automatisch Imagemaps über die Gemeindekarten einbindet, wenn diese Vorlagen denn existieren.

Ich wünsche mir das auch für die Österreichische Infobox, sie soll also kontrollieren, ob eine Imagemap nach dem Muster Vorlage:Imagemap Bezirk "NAME DES BEZIRKS" (at), also zum Beispiel Vorlage:Imagemap Bezirk Wolfsberg (at) existiert und diese dann über die Lagekarte unter dem gleichnamigen Parameter legen. Existiert die Imagemap nicht, soll nichts passieren. Existiert keine Lagekarte, auch nicht.

Ein anderer Fall sind die Statutarstädte, ist unter dem Parameter |Art Statutarstadt angegeben, soll die Vorlage eine Imagemap nach dem Muster Vorlage:Imagemap Bezirke von ARTIKELNAME DES BUNDESLANDES einsetzen. Von diesen Imagemaps habe ich schon einige nach eben diesem Muster erstellt. Wie Die Infobox das Bundesland herausfindet weis ich nicht, sie verlinkt es aber auf jeden Fall das gleich als erstes in den Basisdaten. Auch bei den statutarstädten soll die Infobox bei Nichtexistieren einer Imagemap die Anfrage ignorieren und keine "es existiert keine Imagemap" Fehlermeldung anzeigen. --Pomfuttge_ Diskussion 07:16, 10. Jul. 2010 (CEST)Beantworten

Ja, das ist möglich und ich werde mich mal daran machen. Allerdings waren deine Imagemap-Vorlagen mit ziemlich merkwürdigen Parametern und einer nicht hinreichenden Dokumentation ausgestattet. Ich habe mal eine „korrigiert“, so wie ich das machen würde. Oder habe ich bloß den Sinnn deiner VP nicht verstanden? Insbesondere sollte die Vorlage passende Karten von sich aus zu Verfügung stellen und andernfalls eine Fehlermeldung ausgeben.

Ansonsten bin ich mir mit den vorgeschlagenen Lemmata der Vorlagen nicht sicher, insbesondere das (at) stört mich.
meint -- ✓ ^Bergi 15:35, 10. Jul. 2010 (CEST)Beantworten

Das (at) kann auch weggelassenwerden. Es würde mehr Sinn machen, wenn in mehr Ländern Imagemaps zur Verfügung stehen. Die Programmierung habe ich selber nicht gemacht,ich habe sie größenteils übernommen und nur die Koordinaten verändert. Sie soll-soweit ich weis-nur einfach die Koordinaten über das Bild legen. Deine Progammierung finde ich aber auch gut.

Hallo, zusammen, ich bin auf der Suche nach einer Infobox- Vorlage für Filmcharaktere. Bisher habe ich nur spezielle Infobox- Vorlagen wie z.B. "Infobox Lost character" gefunden. Eine etwas allgemeiner gehaltene Vorlage wäre doch sicher auch ganz schön. Vielleicht existiert sie ja schon und ich habe sie trotz Suche n.n. gefunden. Falls sie nicht existiert, würde mich auch interessieren, wie man eine solche Vorlage erstellen kann. Insbesondere ist mir das Procedere zum Test einer solchen Vorlage nicht ganz klar. Und wie komme ich z.B. an den Quelltext der Vorlage "Infobox Lost character", von der ich dann kopieren könnte. Vielen Dank im Voraus für die Unterstützung. --LeananKite 16:43, 11. Jul. 2010 (CEST)Beantworten

Hallo LeananKite, ich gehe davon aus, dass Du die in der englischsprachigen Wikipedia enthaltene Vorlage en:Template:Infobox Lost character in der hiesigen Wikipedia nachbauen möchtest. Diese Darstellung ist in der hiesigen Wikipedia unüblich. Stattdessen werden die Informationen in dem zugehörigen Serien-Artikel abgelegt. Die Personenartikel der Darsteller enthalten einen entsprechenden Link auf den Serien-Artikel und ggf. weitere Informationen zur Beteiligung der Person an der Serie. Eine Infobox ist jedoch in diesem Fall meiner Meinung nach zu großer Formalismus. Gruß --W_I^KImaniac 19:16, 11. Jul. 2010 (CEST)Beantworten

Hallo WIKImaniac, habe ich leider vergessen zu erwähnen, daß die Infobox für die englische Wikipedia sein soll; dort scheint diese ja auch für Filmcharaktere üblich zu sein.--LeananKite 09:38, 13. Jul. 2010 (CEST)Beantworten

Hallo LeananKite, bevor ich jetzt hier etwas entwerfe, was „nebenan“ bereits existiert oder nicht gewünscht ist, würde ich Dir empfehlen, Dich mit en:Wikipedia:Requested templates in Verbindung zu setzen. Was den Quellcode einer Vorlage angeht, den kannst Du Dir einfach ansehen, indem Du die Vorlage bearbeitest. Das funktioniert genauso wie mit Artikeln. Weiterführende Informationen zum Thema Vorlagenprogrammierung findest Du unter WP:VP bzw. unter Wikipedia:WikiProjekt Vorlagen/Anleitung: Erstellen einer Infobox. Gruß --W_I^KImaniac 17:30, 13. Jul. 2010 (CEST)Beantworten

Zufällig RMS_Campania_(1892) habe ich festgestellt, dass seit einiger Zeit manche Vorlagen den für Artikel einmaligen Standard-Sortierschlüssel verborgen mit einbinden.

Wohlgemerkt, es geht um {{SORTIERUNG:/DEFAULTSORT: und nicht um die Kategorie:Vorlage:mit Kategorisierung – gegen automatische Kategorisierung von Massenware per Infobox habe ich nichts einzuwenden.

Die entstehenden Probleme sind offenkundig:

1. Enthält der ausgewertete PAGENAME non-ASCII-Zeichen, ergibt sich ein unerwünschter Sortierschlüssel.
2. Definiert der Artikel-Autor durch Ersetzen von Umlauten den Sortierschlüssel in der üblichen Form, kommt es offenbar zum Konflikt (siehe obiges Beispiel).
3. Sind mehrere derartige Vorlagen eingebunden und generieren diese unterschiedliche Sortierschlüssel, kommt es zu einem für Autoren nicht auflösbaren Konflikt.
4. Wenn man schon so vorgehen würde, müsste am Artikelende vor dem Kategorienblock mittels eines Kommentars auf die versteckte Einbindung durch eine Infobox am Artikelanfang und den generierten Sortierschlüssel ausdrücklich hingewiesen werden. Damit entfiele jeder Einsparungseffekt.
5. Das Verfahren ist maximal intransparent und verletzt das Law of Demeter.

Sofern ihr als Vorlagen-Fachleute darin übereinstimmt, würde ich das weitere Vorgehen gern in eure Mausklicks legen und empfehlen, bei Autoren, Portalen und Redaktionen auf Einfügen expliziter Sortierschlüssel hinzuwirken; wenn dies von eurer kompetenten Seite dargelegt wird, kommt das wahrscheinlich besser an. In meinem eigenen Fachgebiet habe ich dies bereits begonnen (Vorlage Diskussion:Infobox Schiff/BasisErw). Das &#32; stammt offenbar aus der Vorlage, deren Quelltext-Leerzeichen von einem Parser umgesetzt wurde.

Eine etwa halbjährliche Suche nach neu eingeschlagenen Irrwegen würde sich anbieten. Bisher habe ich gefunden:

Vorlage Navigationsleiste Nummer-eins-Hits in ... etliche

Nicht dokumentiert. Geheime Unterwanderung.

Vorlage:Infobox Regierungsbezirk

Nicht auffallend dokumentiert; ein oranger Warnkasten am Beginn der Vorlagendokumentation wäre erforderlich.

Versteckt bei "Köln" taucht der Parameter ganz hinten mal in der Doku auf.

Immerhin Definition eines abweichenden Schlüssels möglich.

Vorlage:Episodenliste

Der Parameter ist immerhin dokumentiert; es gibt die Möglichkeit der Angabe eines regelkonformen abweichenden Schlüssels.

Die Auswirkung auf die schließliche Einbindung in einen Artikel über Einbindung einer mittelbaren Vorlage hat sich mir gleichwohl nicht erschlossen.

Die Probleme 4 und 5 bestehen auch hier.

Wenn sowohl Vorlage:Episodenlistentabelle als auch Vorlage:Episodenlisteneintrag eingebunden sind, auch Problem 3 möglich.

Vorlage:Anker/Meta

Vorlage:Belege fehlen/Meta

Vorlage:ChoralWiki/Meta

Vorlage:Cite gnis/Meta

Vorlage:HistVV/Meta

Vorlage:Musik/Meta

Vorlage:WIMA/Meta

Vorlage:Zeno-Autor/Meta

Wirkt sich nicht auf Artikel, sondern nur auf die Kategorisierung der Vorlage aus.

{{SORTIERUNG:{{PAGENAME}}}} würde ich für den Standardwert (vgl. Kategorie:Vorlage:nur Metadaten) halten, also völlig sinnfrei und im Interesse der vereinfachten Fahndung zu tilgen.

HGZH --Schiefbauer 23:32, 11. Jul. 2010 (CEST)Beantworten

Ja, kann man machen. Die völlig unsinnige Nutzung des Parameters Kat-Name hat mich auch zu diesem Umbau bewogen. Die Doku wollte ich aber nicht neu schreiben. Den Defaulsort kann man von mir aus auch ganz wegschmeißen.

{{SORTIERUNG:{{PAGENAME}}}} ist übrigens nur im ANR Standard. Ohne Sortierung würde die Vorlage unter {{FULLPAGENAME}} laufen, also unter V wie Vorlage: eingeordnet werden. Genauso ist es auch bei Benutzerseiten.
meint -- ✓ ^Bergi 14:46, 12. Jul. 2010 (CEST)Beantworten

• Die Schiff-Geschichte wurde inzwischen gütlich bereinigt.
• /Meta und PAGENAME: Stimmt offenbar. Dies waren lediglich die einzigen, die bei der Suche nach SORTIERUNG:/DEFAULTSORT: aufgefischt wurden; meist wird bei Meta der Schlüssel an die Vorlagen-Kategorie angehängt, und in etwa Vorlage:Commonscat/Meta wurde die dort überflüssige zusätzliche SORTIERUNG: nicht gefunden, lag vielleicht an Sonderzeichen/Buchstabe? Egal. Gleichwohl wäre bei einer einzigen Kategorie die Form [[Kategorie:Vorlage:nur Metadaten|{{PAGENAME}}]] vorzuziehen, damit Suche nach SORTIERUNG:/DEFAULTSORT: in Vorlagen nur problematische Fälle liefert.
• Was mich aber auf eine konstruktive Anregung bringt: Wenn schon jemand im begründeten Einzelfall und bei einheitlich anwendbarer Struktur eine Kategorie in der Vorlage definiert, dann statt der universalen SORTIERUNG: den spezifisch gebildeten Schlüsselausdruck mit Pipe an diese Kategorie anhängen. Damit wird wenigstens der Konflikt zweier SORTIERUNG: vermieden. Bleibt offen, was bei Umlauten usw. im PAGENAME geschehen soll ...

Für mich soweit erl. --Schiefbauer 23:57, 12. Jul. 2010 (CEST)Beantworten

Hallo,
ich bearbeite gerade den Artikel Tour de France 1903#Platzierungen. Den vorherigen Datenhaufen habe ich in Tabellen strukturiert. Die übliche Wiki-Tabellensyntax habe ich durch CSS-Befehle angepaßt. Dadurch ist viel Quellcode entstanden. Diese Tabelle(n) setze ich für 1903 6mal ein und für 1904 auch mehrfach. Bei weiteren Tour de France-Artikeln wird das wohl auch so sein. Im Quell-Artikeltext sieht das aber schon heftig/abschreckend aus. Desweiteren kann es sein, daß ich die Syntax später anpassen muß. Dann sollte es für die bereits bestehenden Tabellen einheitlich mitgeändert werden. → Neue Vorlage
Die Vorgabe-Fragen:

• Was – soll das Gewünschte tun? Eine/Mehrere einheitliche (speziell angepasste) Tabelle/Liste in meheren TdF-Artikeln erzeugen, die auch einheitlich angepasst werden kann.
• Wie – soll das Gewünschte aussehen? Tour de France 1903#Platzierungen
• Warum – ist es hilfreich so etwas zu haben? Ergänzend zu bereits genanntem werden andere Benutzer/IPs eher Ergänzungen /Verbesserungen machen.
• Wer – wünscht die Umsetzung? Ich … Weitere im Portal:Radsport#Diskussion.
• Wo – soll das umgesetzt werden? ?? In Wiki.de in den TdF-Seiten.
• Wo – findet sich ein Beispiel oder ähnlich Geartetes? Tour de France 1903#Platzierungen

Ich habe noch nie eine Vorlage erstellt, bin noch nie in die Nähe von sowas gekommen, habe auf den Hilfeseiten gesehen, daß da eine genormte Dokumentation zu gehört usw. Bei der Selber-Programmierung würde ich euch wahrscheinlich noch mehr beschäftigen, weil dies und das fehlt, falsch ist, zuviel/zuwenig macht, gar nicht funktioniert etc. Vielleicht würde ich Javascript einbauen. …
Ich bitte euch, mir so eine Vorlage zu erstellen.-- JLeng 09:40, 12. Jul. 2010 (CEST)Beantworten

Ich denke nicht, dass sich hier eine Vorlage lohnen würde. Besser sind wahrscheinlich maximal mehrere Einzelvorlagen. --darkking3 ^Թ 10:45, 12. Jul. 2010 (CEST)Beantworten

Von 1903 bis 2010 … 1905 waren es 11 Etappen, 1910 →15, 1925 →18, 1935 →21 Etappen. 1955 →22 Etappen, 1990 →21 Etappen. Ich rate mal einen Durchschnitt von 20 Etappen bei 107 Jahren → 2104 mal die (zukünftige) Vorlage benutzen. Nun, da wird wohl in einigen Artikeln schon etwas sein; einige Jahre gabs die Tour nicht. Also geschätzte 1500mal eine einheitliche Tabelle/Liste. … Wenn sich zeigt, daß in einem Jahr die Tabelle(n) geändert werden müssen, dann muß man das ca. 1500mal wiederholen.

Pardon. … Wann lohnt sich die Vorlage denn?-- JLeng 13:05, 12. Jul. 2010 (CEST)Beantworten

Wenns wenige bzw. eine überschaubare Anzahl an Parameter ist und/oder eine Tabellenformatierung zu schwierig. So sind einfach mal 60 Parameter pro etappe, die in Wikicode besser sind. --darkking3 ^Թ 14:26, 12. Jul. 2010 (CEST)Beantworten

Das wären höchstens zwei Vorlagen Tabellenkopf und Tabellenzeile. Die Zeile hat 4 Parameter und hat den einzigen Vorteil, dass man das border-css nicht im Wikitext drinhat. Deine Layout-Lösung ist sowieso nicht sinnvoll, da sie das Konzept einer Tabelle völlig über den Haufen wirft. Wenn man eine Tabelle über mehrere Spalten verteilen will, macht man das indem mehrere Tabellen nebeneinander angeordnet werden. Im Quelltext ist die Nummerierung durchgehend. Ich habe mal ein Beispiel formatiert. Für die Anordnung der Tabellen nebeneinander gibt es einmal die Lösung, dass man die beiden Tabellen (wie bei mir) nebeneinander floaten lässt, oder sie in eine Übertabelle packt (z.B. hier). Wie das Tabellen-CSS aussieht ist davon unabhängig, man kann noch die an den margins rumspielen, dazwischen eine (doppelte) Linie einziehen oder die Rahmen weglassen. Ich habe der Einfachkeit halber zwei Wikitables genommen.
meint -- ✓ ^Bergi 15:07, 12. Jul. 2010 (CEST)Beantworten

Als ich begann, den Datenhaufen zu strukturieren, hatte ich nie eine richtige Tabelle vor; ich wollte eine klar lesbare Auflistung. Eine Auflistung, die (unter anderem) auch an verschiedenen Monitoren (Auflösung) noch gut zu lesen ist. Eine reine Liste nimmt zuviel Platz weg. –ist ja genug da– Der Artikel sieht dann aber nach „nur Liste“ aus. Die Liste (erst recht zwei nebeneinander) läßt die Daten aber nicht untereinander (wie eine Spalte) erscheinen. Deswegen eine Tabelle als Struktur.

Um die Aufzählungsart zu zeigen und um Platz zu sparen, hatte ich die Zellenränder weggelassen. Ich hatte erst auch keinen Hintergrund, dann einen blaßen Hintergrund und erst dann den tabellenüblichen Hintergrund gewählt. Es ist mit dieser Farbe doch am besten zu lesen.

Ich habe auch Abstände zwischen den Daten gesetzt. Insgesamt ist es komprimiert und vor allem klar und angenehm leserlich, auf jedem Bildschirm.

Neben der kleinen Tabelle (echte Tabelle :)) hatte ich Raum vorgesehen, um einige Sätze zur jeweiligen Etappe zu schreiben.

Insgesamt hatte (habe) ich mir viele Gedanken gemacht, wie man diese Etappen sauber und strukturiert darstellt, aber die Liste (Tabelle) nicht so stark in den Vordergrund stellt.

Und dann kommt da einer und macht da zwei gewöhnliche Tabellen rein. Die Daten auf eine Seite gequetscht und daneben ist Leerraum. …

Ich bitte um Nachsicht. Mein erster Gedanke war: Ein Neuer, der die Tabelle ausprobieren will. Das ist nicht bös gemeint, auch nicht hinterlistig oder so.

Ich will auch nicht stänkern.

Ich bitte dich um ein ehrliches Urteil: Sieht mein Format nicht doch ein kleines bißchen besser aus ? ? (Nur für die TdF-Artikel!)

Mit guter Hoffnung und nochmals um Entschuldigung bittend Gruß,-- JLeng 22:03, 12. Jul. 2010 (CEST)Sollte man den Hintergrund vielleicht ganz weglassen? Dann sieht es nicht so nach Tabelle aus.Beantworten

Gar kein Hintergrund ist gut. War da jemals einer? Das variert imho nach Skin, ob sich deine absolute Farbangabe vom Seitenhintergrund abhebt. Zu deiner Frage: Natürlich sieht es besser aus. Aber zwei Datensätze in eine Tabellenzeile zu werfen geht einfach gar nicht. Ich hab mal meine Änderungen wiederhergestellt, aber statt wikitable das Elegantere ohne Rahmen und mit Doppelstrich in der Mitte verwendet.
meint -- ✓ ^Bergi 14:30, 13. Jul. 2010 (CEST)Beantworten

Muss das sein? Warum kann man da keine "normalen" Tabellen verwenden so wie z. B. hier? -- Chaddy · D·B - DÜP 22:07, 12. Jul. 2010 (CEST)Beantworten

hier: Sehr viel Leeraum, lange Tabellen, zum Teil kleinere Schrift und Überbreite, … Gruß,-- JLeng 22:44, 12. Jul. 2010 (CEST)Beantworten

Willst du allgemein die standardmäßig in der Wikipedia verwendeten "prettytable"-/"wikitable"-Tabellen in Frage stellen? Die haben das nämlich alle an sich (ich sehe im übrigen dein Problem mit diesen Tabellen nicht wirklich...). -- Chaddy · D·B - DÜP 00:09, 13. Jul. 2010 (CEST)Beantworten

Das will ich nicht; ich habe auch keinen Gedanken an sowas. Diese Tabellen sind gut, wirklich gut. Auch die Tabellen bei Tour de France 2010 würde ich nicht verändern. Insgesamt bieten sie eine gut strukturierte Darstellung der Daten. Der Vorteil einer wiki-Tabelle. Es verbraucht zwar viel Platz, die Übersicht ist aber noch ausreichend. Ich wüßte nicht, wie sowas –vor allem allgemein– besser zu machen ist.

Bei den Fahrerlisten der Etappen habe ich die Tabelle nur zur gegliederten Anordnung der Daten verwendet. Mir geht es wirklich nicht um die Tabellen selbst. … Ich habe in Tour_de_France_1903#2._Etappe den Hintergrund weggenommen, um die Tabellenform weniger deutlich zu machen. Der Kontrast zwischen Schrift und Hintergrund ist jetzt aber etwas intensiver. Müssen die Striche auch weg?

Es geht mir aber wirklich nicht um Kritik an den Tabellen.-- JLeng 09:18, 13. Jul. 2010 (CEST)Beantworten

Dank Bergi jetzt noch besser und mit weniger Quellcode.-- JLeng 00:52, 14. Jul. 2010 (CEST)Beantworten

Die Vorlage:Infobox Insel macht unter best. Bedingungen eine störende Leerzeile am Anfang eines Artikels, siehe Rabeninsel (Rabeninsel/Permanenter Link). --Atamari 21:26, 13. Jul. 2010 (CEST)Beantworten

die Leerzeile verschwindet, sobald man die Koordinaten versorgt. Sollte daher irgendwie mit dem Lagewunsch zusammenhängen. --Herzi Pinki 22:26, 13. Jul. 2010 (CEST)Beantworten

Nicht ganz. Es liegt an den Wartungslinks bzw. an der Tatsache, dass es spans sind. Diese spans sind zwar mit display:none ausgeblendet, aber da sie außerhalb der Tabelle (also „direkt im Artikel“) stehen und MediaWiki an dieser Stelle nur Block-Elemente duldet, fügt MediaWiki Absätze (p-Elemente) ein, deren Außenabstände (margin-top und margin-bottom) sichtbaren Leerraum erzeugen. Lösung 1: Die Wartungslinks als spans belassen, aber in die Tabelle verschieben. Lösung 2: Die Wartungslinks außerhalb der Tabelle belassen, aber div statt span verwenden.

PS: Mit dem Lagewunsch hast du insofern recht, als die Wartungslinks doch innerhalb der Tabelle stehen, sobald Koordinaten angegeben sind. Sind keine Koordinaten angegeben, dann steht auch die Koordinatenvorlage selbst außerhalb der Tabelle, erzeugt aber keinen Absatz, weil sie dann eine reine Artikelkoordinate ohne Textkoordinate und als solche ein div ist (siehe Vorlage:CoordinateNO). Gruß --Entlinkt 00:04, 14. Jul. 2010 (CEST)Beantworten