Wikipedia:WikiProjekt Vorlagen/Werkstatt

Automatische Archivierung

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.

Automatische Archivierung

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

Vorlage:Autoarchiv-Erledigt/Wartung/Parameter Zeigen auf Nein gesetzt

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Neue Infobox "Ostasiatischer Begriff"

• 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?

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

Thematische Diskussionsweiche

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

Es geht mit anderen Worten um eine Vorlage, mit der unübersichtliche Diskussionsseiten durchsichtig gemacht werden; im konkreten Testfall: diese Seite übersichtlicher und somit auch benutzerfreundlicher zu machen. (A) Es wäre schön durchsichtig, wenn einfach nur das jeweilige Thema angezeigt wäre (z.B.: „6. Literatur [...]“). Die Angabe der kompletten Seitennamen im Adressformat ist unnötig verwirrend. (B) Hingegen wären Info-Daten sehr hilfreich: Es müsste sich doch techn. einrichten lassen, die Themen untereinander zu listen (incl. Erläuterungsklammern und den Links auf die Diskussionsunterseiten, aber ohne Adressformat) und rechts von ihnen jeweils eine Info zum jeweils letzten Beitrag der jeweiligen Diskussionsunterseite einzurichten (zur Durchsicht: letzter Beitrag von ... zu... am ..., wie ja auch auf allen Versionsseiten).

Also, vielleicht ist das ein Test und/oder Fortschritt auch für andere (unübersichtliche) wiki-(Diskussions-)Seiten. In diesem Sinne, Jakob A. Bertzbach (Berlin) 10:31, 3. Aug. 2010 (CEST)

Man kann nicht einfach hinter den Link ne zeit setzen, wann da als letztes bearbeitet wurde. Alles was du bisher findest (Bearbeitet vo XX Minuten), bezieht sich auf die aktuelle Seite, genau dafür ist z.B. {{REVISIONTIMESTAMP}} gedacht. Die derzeitige Lösung ist noch am effektivsten, da man sonst die tabelle komplett selber schreiben müsste. Und genau das ist die einzig sinnvolle Lösung. --darkking3 ^Թ 10:57, 3. Aug. 2010 (CEST)

Danke darkking3, für die Antwort, dass es so, wie es ist, am effektivsten ist! Jedoch wurde gerade die derzeitige Lösung als Diagramm mit Adresszeilen deutlich kritisiert. (A) Eine durchsichtigere Tabelle (mit den exakten Artikelabschnittsüberschriften) und eben (B) falls möglich auch mit zusätzlichen Info-Zeilen (bzgl. der Diskussionunterseiten, vgl. ggf. mit jener Seite als einer mit Infos von anderen) ist daher nach wie vor das begehrte Ansehen. Können Sie (a) eine solche Tabelle schreiben (hier?) und dort einsetzen? Evtl. (b) mit Info-Zeilen? Wer sonst bitte? Mit sommerlichem Gruss, Jakob A. Bertzbach (Berlin) 09:19, 5. Aug. 2010 (CEST)

So wies jetzt ist? --darkking3 ^Թ 12:11, 5. Aug. 2010 (CEST)

Exzellenter Fortschritt! Bitte mal diesen Vorlagen-Eingriff überprüfen (mein erster überhaupt: mit Blick auf eine exakte Übereinstimmung mit der Nummerierung der derzeitigen Artikelfassung) und bitte mal probieren, ob wir die Archiverung noch überschaubarer hinkriegen (mit gemächlicher erledigt/30Tage-Automatik) und ein paar Tage abwarten, ob es weitere kritische Ideen/Reaktionen gibt. Eigentlich war daran gedacht, neben jeder Themenzeile (Sie schreiben treffend „Inhaltsverzeichnis“) den jeweils letzten Beitrag anzuzeigen (also nur acht Zeilen); aber m.E. ist Ihre darunter gestellte Liste noch klarer. Danke, danke! Jakob A. Bertzbach (Berlin) 16:32, 10. Aug. 2010 (CEST).

So, ich habe das Themenverzeichnis jetzt noch ein bisschen mehr auf Inhaltsverzeichnis gemünzt. Und das Ganze etwas komprimiert, indem ich es in eine Tabelle gesteckt habe. Ich hoffe das Nebeneinander sieht auch noch auf kleineren Bildschirmen OK aus. Was haltet ihr von dem Layout? Ich finde es übersichtlicher, weil auch die Bearbeitungen ohne Scrollen direkt sichtbar sind und alle Navigationselemente (Themen-, Inhaltsverzeichnis und Archiv) beieinander sind.
meint -- ✓ ^Bergi 12:43, 11. Aug. 2010 (CEST)

Besten Dank auch hier, ist m.E. noch übersichtlicher (weiteres hier bzgl. manuelle Archivierung u. transparent(er)er -übersicht). MfG, Jakob A. Bertzbach (Berlin) 09:14, 12. Aug. 2010 (CEST).

Letzte Bitte: Nachdem die Sache (wie bereits gestern verlinkt-verlinkt:) hier angezeigt u. jetzt beendet wurde, mag diese Anfrage am falschen Ort gestellt sein, aber könnte bitte einer der hiesigen Profis dort eine einigermaßen funktionierende (ich weiß nich’ genau wie) zur Seite passende, manuelle Archivierung einrichten? Damit erledigt. MfG, Jakob A. Bertzbach (Berlin) 01:45, 13. Aug. 2010 (CEST).

Turnierplan-Vorlagen in schlechtem Code und ohne Dokus

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)

Geschütztes Leerzeichen in Vorlage:Navigationsleiste

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

Vorlage:Literatur vs Vorlage:Internetquelle; Vorlage:Cite web

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)

Infobox Universal

Naturata e.V.
Schriftzug von 1979
Rechtsform:	eingetragener Verein
Gründung:	28. Oktober 2002
Anschrift:	88662 Überlingen, Rengoldshauser Straße 21
Vorstand:	nn
Internet:	www.naturata-gmbh.de

Metavorlage "Infobox"
Datei:Naturata eV.gif
Rechtsform:	eingetragener Verein
Gründung:	28. Oktober 2002
Anschrift	88662 Überlingen, Rengoldshauser Straße 21
Vorstand:	nn
Internet:	www.naturata-gmbh.de

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)

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)

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:

Rechtsform:	eingetragener Verein (e.V.)
Gründung:	28. Oktober 2002
Anschrift:	88662 Überlingen, Rengoldshauser Straße 21
usw.:	usw.

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

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

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)

Meinung zu festen Umbrüchen in Navigationsleisten?

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)

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)

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

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

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)

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)

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

Infobox Wirtschaft

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)

Eine Vorlage ist sicherlich sinnvoll, da so zumindest die Foramtierung der Tabellen und die Parameter einheitlich wären. --darkking3 ^Թ 14:37, 28. Jul. 2010 (CEST)

Einbindung der Metadatenvorlagen Kategorie:Vorlage:Metadaten Einwohnerzahl CZ in die Vorlage:Infobox Ort in Tschechien

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)

Da ichs gerade versucht habe: Eine eindeutige Zurdnung ist derzeit nicht möglich, da der NUTS-Code fehlt. --darkking3 ^Թ 10:34, 2. Aug. 2010 (CEST)

Werde den Metadatenschlüssel erweitern, damit die Vorlagen über eine Weichenvorlage angesteuert werden können. --Septembermorgen 23:04, 15. Aug. 2010 (CEST)

Listen aus Fachportalen teilweise in andere WP-Projekte integrieren?

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)

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)

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)

Vorlage:Infobox Schutzgebiet

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)

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 [1], catscannen, aber nicht IB ohne Kat.. --W!B: 00:04, 26. Jun. 2010 (CEST)

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)

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)

Alterspyramide

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:

Land	M von 0–4	Gesamtbevölkerung	rechnerische Anpassung	ideale (?) Balkenbreite
Rumänien	591383	22181287	591383 / 22181287 * 300	= 7.998 (ex)
China	40850553	1330141295	40850553 / 1330141295 * 300	= 9.213 (ex)
Island	10456	308910	10456 / 308910 * 300	= 10.154 (ex)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

Vorlage:Kasten / Hintergrundfarbe

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)

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)

Kategorien für Artikelentwürfe

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)

Turnierplan128 benötigt

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)

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)

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)

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)

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)

Vorlage:Infobox PKW-Modell

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)

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

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

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

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)

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)

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)

Infobox Ort in Sri Lanka

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)

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)

Imagemap Erweiterung in der Infobox Gemeinde in Österreich

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)

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)

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. --Pomfuttge_ Diskussion 03:11, 11. Jul. 2010 (CEST)

Neue Vorlage >TdFTabelle<

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)

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

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)

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)

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)

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.

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)

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)

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

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)

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)

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

Redundanz: Vorlage:Infobox non-profit-Organisation - Vorlage:Infobox gemeinnützige Organisation

wrapen wir die eine auf die andere, oder lassen wir sie per bot ersetzten? (ersteres wär nicht blöd, um klarzumachen, das das dasselbe ist) - sollen wir anlässlich dessen die params auf dt umstellen? --W!B: 17:57, 15. Jul. 2010 (CEST)

Nein, das ist wirklich nicht nötig. Aber deutsche Parameter klingt gut :-)
meint -- ✓ ^Bergi 20:59, 15. Jul. 2010 (CEST)

ich hätts zwar umgekehrt gemacht, "gemeinnützig" ist ein begriff primär des vereinswesens, und meint steuerbefreit - non-profit-Organisation ist umfassender, und meint auch NGOs aller art einschliesslich internationaler organisationen: die UNESCO als "gemeinützig" zu bezeichen, ist zwar nicht falsch, klingt aber eher befremdlich.. - aber nur eine marginalie

ich werd mir aber eine mit den anderen organisationsboxen im wortlaut möglichst kompatible übersetzung überlegen, nichts ist so nervig wie die in jeder box anderslautenden params für immer dasselbe

ein en-kompatibilitätslayer bleibt erhalten: ich täte das sowieso in jeder box als standard machen, würde den interwiki-abgleich enorm erleichtern --W!B: 15:26, 16. Jul. 2010 (CEST)

Einbindung der Metadatenvorlagen Kategorie:Vorlage:Metadaten Einwohnerzahl ES in die Vorlage:Infobox Gemeinde in Spanien

Hallo zusammen,

könnte man die Vorlage:Infobox Gemeinde in Spanien so anpassen, dass wenn der Parameter "cod_ine" ausgefüllt ist, die Einwohnerzahlen der spanischen Gemeinden direkt aus den Vorlagen der Kategorie:Vorlage:Metadaten Einwohnerzahl ES eingebunden werden? --Septembermorgen 22:26, 15. Jul. 2010 (CEST)

Hallo miteinander,

ist diesbezüglich schon etwas passiert? Mir ist nicht klar, in welchem Format man den INE-Code (z.B. 280796 oder 28-0796 oder 28 0796 oder ...) angeben muss. Bei Madrid habe ich diesen gerade auskommentiert, da eine ziemlich schräge Fehlermeldung aufgetreten ist. Und noch etwas: Bei allen Angaben der Infobox schließt der Eintrag in der linken Spalte mit einem Doppelpunkt ab, nur bei "Koordinaten" fehlt dieser. Wie bekommt man den dahin? --Cleante 17:00, 18. Jul. 2010 (CEST)

Vorlage:Harvnb

Mit welcher Vorlage kann man denn diese neue Vorlage kombinieren, damit man von den Fußnoten zur Literaturangabe springen kann? In der engl. WP ist das Vorlage:Citation Holiday 02:02, 21. Jul. 2010 (CEST)

Gar nicht, dafür gibt es das <ref>-Tag? Ich würde auf SLA plädieren, im dem Artikel mit der Verwendung gibt sie (im derzeitigen Zustand) keinen Sinn und kann einfach entfernt werden. Vielleicht auch mit dem Argument Wiedergänger, obwohl die damaligen Dsikussionen nicht sonderlich ausführlich waren.
meint -- ✓ ^Bergi 17:09, 21. Jul. 2010 (CEST)

Ich glaube, wir verstehen uns nicht. Ich meine die Verknüpfung von Einzelnachweisen und Literatur: Klick hier zweimal auf Fußnote 1 und du gelangst zu Galliazzo. Das sollten wir auch in der dt. WP haben. Holiday 11:14, 28. Jul. 2010 (CEST)

Nein, Widergänger ist nicht, es gab dazu eine Löschprüfung – ich kam nur zeitlich nicht früher dazu. Die Vorlage, die die Vorlage braucht, ist Vorlage:Cite book. Ich habe nur den Fehler noch nicht gefunden, warum das im Gegensatz zu EN, siehe das Beispiel en:Template:Harvnb, nicht funktioniert. Ob's ein fehlendes | oder ein falsch gesetztes }} ist, habe ich noch nicht herausgefunden. Wenn ich das schon gefixt hätte, wäre die Vorlagen schon in Dutzenden von Artikeln drin. Die ist nämlich sinnvoll. --Matthiasb (CallMeCenter) 16:07, 28. Jul. 2010 (CEST)

Ich vermute, daß der Hund beim Aufruf von #CITEREF bzw. der Definition des Links in Vorlage:Cite book begraben ist. Nur seit in EN alle Zitiervorlagen über en:Template:Citation/core nach en:Template:Citation gewrappt werden, ist der Code der deutschen Vorlage und der englischen praktisch nicht mehr vergleichbar, nur die Anwendersyntax ist gleich geblieben. Ich hoffe, daß ich am Wochenende dazu komme, das Problem zu finden. --Matthiasb (CallMeCenter) 16:17, 28. Jul. 2010 (CEST)

Vorlage: Neue Bilder auf Commons in Kategorie $foo

Hallo VorlagenWerkstatt-Mitarbeiter, auf den Commons gibt es im Benutzernamensraum eine Vorlage von Benutzer:Martin H., die es Projekten/Portalen erlaubt, mittels Catscan2 neue Bilder auf Commons in einer bestimmten Kategorie zu listen: Commons:User:Martin_H./CatScan. Könnte man die Eurer Meinung nach in die de.WP übernehmen? Es wäre ein weiteres Tool ähnlich der Vorlage:Catscan Portal (dort kann es aber nicht integriert werden, da die Kategorien nicht immer den selben Namen tragen). Vorausgegangen war diese Diskussion im Commons-Forum. Wie die Vorlage funktioniert, sieht man am Beispiel auf der Seite des Benutzers. Viele Grüße, --emha d|b 18:13, 23. Jul. 2010 (CEST)

Warum nicht in CatScan Portal mit neuem Parameter commonscat? Merlissimo 18:38, 23. Jul. 2010 (CEST)

Eine schlaue Idee. Kann das vielleicht jemand umsetzen? Freundliche Grüße, --emha d|b 10:34, 26. Jul. 2010 (CEST)

Geht allerdings nur mit dem CatscanRewrite. Magnus hat es so angepasst, dass man nach Uploaddatum sortieren kann, damit erscheinen neue Bilder oben. Die selbstausführende Url wäre:

http://toolserver.org/~magnus/catscan_rewrite.php?language=commons&project=wikimedia&depth=10&categories={{urlencode:{{{commonscat}}}}}&comb%5Bunion%5D=1&ns%5B6%5D=1&ns%5B14%5D=1&edits%5Bbots%5D=no&edits%5Banons%5D=both&edits%5Bflagged%5D=both&after={{#time:Ymd |7 days ago}}&sortby=uploaddate&sortorder=descending&ext_image_data=1&doit=1

Parameter Commonscat, letzte 7 Tagen (Wobei ich mir diese Datumsfunktion selber schnell angelesen habe), Kategorientiefe willkürlich auf 10 gesetzt, das Tool schafft aber, manchmal auch erst wenn man nochmal F5 drückt, eine erhebliche Kategorienzahl und nicht bloß 1000 oder so wie das alte catscan. Keine Bot edits - Uploadbots zählen nicht als Bots, beschränkt auf Dateinamensraum und Kategorien (macht Sinn wenn z.B. alte Personenkategorien hinzugefügt werden). Resultat für Gießen: hier. Nach uploads sortiert sind die ersten beiden Dateien im Zeitraum hochgeladen worden, alles dannach sind Bearbeitungen. --Martin H. Diskussion 11:32, 26. Jul. 2010 (CEST)

Dass es nur mit CatScan2 geht, war mir klar. Danke für den Code, kannst Du den auch in die Vorlage Catscan Portal einbauen? Oder spricht sich noch jemand dagegen aus? Ich würde das ja selber machen, aber ich kann das nicht :-) Sorry und Gruß, --emha d|b 10:10, 28. Jul. 2010 (CEST)

Müsste auf jeden Fall mit einem #if versehen werden damit der Link nur auftaucht wenn Commonscat= gesetzt ist. Es wird Portale geben die davon keinen Nutzen haben und es folglich nicht nutzen werden, dass liegt am Kategoriensystem auf Commons - Beispiel: In Äquatorialguinea wird Spanisch gesprochen, die unsägliche Kategorie commons:Category:Languages of Equatorial Guinea sortiert den gesammten Ast "Spanische Sprache" als Unterkategorie in die Länderkategorie, dass (nicht vorhandene) Portal Äquatorialguinea hätte keinen Nutzen davon irgendwelche Gedenksteine in Madrid in ihrem Catscan zu haben nur weil auf dem blöden Stein eine spanische Inschrift ist. Enger definierten Bereichen, z.B. oben genanntes Beispiel, haben aber sicher einen Nutzen davon. Kurzum: Die Vorlage übersteigt meine begrenzten Fähigkeiten, kann ich auch nicht :) --Martin H. Diskussion 11:53, 28. Jul. 2010 (CEST)

Ich habe den Link in Vorlage:Catscan Portal eingebaut und bitte um Korrektur. Z.B. verwende ich keinen durchnummerierten Parameter (#6 ?) sondern einfach Commonscat=. Testweise habe ich es in Portal:Südafrika eingefügt, da recht große Kategorie brauchts einmal reloaden zum funktionieren - allerdings mit umfangreicher Fehlermeldung von der ich nicht weiß ob sie an meinem Link (Datum?) liegt oder am Tool. --Martin H. Diskussion 20:41, 3. Aug. 2010 (CEST)

Änderung des Hintergrunds

Hi, ich hab da mal eine Frage: Ich möchte gern den Hintergrund in einer Charakterinfobox ändern, aber bei dem letzten Teil der Box (siehe unten) komme ich nicht weiter. Ich möchte gern, dass das "Zufinden in", sowie der "Erste Auftritt" die Farbe #eeeeee;" haben (also nur die linke Seite). Könnte mir hier bitte jemand weiterhelfen? --84.145.135.233 09:50, 25. Jul. 2010 (CEST)

|- style="vertical-align: top; display:{{#if:{{{auftritt|}}}|table-row|none}};"
| '''Zufinden in:''' || {{{auftritt}}} 
|- style="vertical-align: top; display:{{#if:{{{auftritt|}}}|table-row|none}};"
| '''Erster Auftritt:''' || {{#switch: {{{erster_auftritt|?}}} 
| ? = '''Buch''' {{#switch: {{{band|?}}}
| ? = Band ?
| #default = [[Band {{{band}}}]]
}}; <br /> {{#switch: {{{kapitel|?}}}
| ? = Kapitel ?
| #default = Kapitel {{{kapitel}}}
}} <br /> '''TV''' {{#switch: {{{episode|?}}}
| ? = Episode ?
| #default = [[Episode {{{episode}}}]]
}}
| #default = {{{erster_auftritt}}}
}} 

|- style="vertical-align: top;"
{{#if:{{{auftritt|}}} |
{{!}}style="background-color:#EEE;"{{!}}'''Zufinden in:''' 
{{!}} {{{auftritt}}} 
}}
|- style="vertical-align: top;"
{{#if:{{{auftritt|}}} |
{{!}}style="background-color:#EEE;"{{!}} '''Erster Auftritt:'''
{{!}} {{#if: {{{erster_auftritt|}}}
 | {{{erster_auftritt}}}
 | '''Buch''' {{#if: {{{band|}}} | [[Band {{{band}}}]] | Band ? }}
}}; <br /> Kapitel {{{kapitel|?}}};
<br /> '''TV''' {{#if: {{{episode|}}} | [[Episode {{{episode}}}]] | Episode ? }}
}} 

sollte das gewünschte tun. Wenn du auf einem anderen Wiki arbeitest (wovon ich ausgehe), fehlt dir vermutlich die Vorlage !. Die umständlichen switch-Konstruktionen lassen sich mit if leichter darstellen. Zu deinem eigentlich Problem: Hilfe:Tabellen.
meint -- ✓ ^Bergi 16:11, 29. Jul. 2010 (CEST)

Vorlage:S-Bahn-Hannover

Ist es möglich, die Vorlage:S-Bahn-Hannover etwas runder zu gestalten, etwa so wie die Vorlage:ÖPNV Berlin? Dies würde eher dem Original entsprechen. Könnte das jemand umsetzen?--nonoh 16:23, 28. Jul. 2010 (CEST)

Jein, es ist nicht nur möglich, sondern eigentlich sogar Standard. Das aber nicht wie bei der Berliner Vorlage, die mit Bildern arbeitet, sondern über die CSS3-Eigenschaft border-radius. Diese war allerdings weder per Parameter von ihrem Standardwert abzubringen, noch für alle unterstützenden Browser realisiert. Mit dieser Änderung lässt sich die Vorlage:Bahnlinie jetzt auch derart einstellen, wie hiermit realisiert.
meint -- ✓ ^Bergi 21:31, 28. Jul. 2010 (CEST)

Sieht aber noch genauso aus wie vorher: S-Bahn Hannover.--nonoh 10:48, 29. Jul. 2010 (CEST)

Das dürfte an deinem Browser (Betriebsystem) liegen. FF, Chrome und Opera können es (meist, teilweise nur mit Präfix, versionsabhängig), IE wohl erst ab Version 9. Sonst muss man halt Bilder nehmen. -- ✓ ^Bergi 12:54, 29. Jul. 2010 (CEST)

Ich verstehe die Änderung an der Vorlage:Bahnlinie nicht ganz. Beim Firefox werden die Ecken jetzt nicht mehr abgerundet. Vorher hat es funktioniert. --Fomafix 13:39, 29. Jul. 2010 (CEST)

Das verstehe ich auch nicht. Ist aber imho ein Cache-Problem, im FF (unangemeldet) hat ein Purge den Fehler behoben. -- ✓ ^Bergi 15:31, 29. Jul. 2010 (CEST)

Bei mir ist nach wie vor alles eckig, ob mit IE oder mit FF.--nonoh 16:07, 29. Jul. 2010 (CEST)

Bei mir siehts im Firefox rund aus. Vielleicht mal Cache leeren.--Stanzilla 16:18, 29. Jul. 2010 (CEST)

Hm, hatte ich vorhin schon mal gemacht, da blieb es eckig. Jetzt mal an einem anderen Rechner versucht und siehe da: FF rund, IE aber nach wie vor eckig. Nun gut, damit ist mein Wunsch erfüllt, vielen Dank.--nonoh 16:28, 29. Jul. 2010 (CEST)

Habe neue Vorlage erstellt - wo kann ich diese diskutieren?

Ich habe eine neue Vorlage erstellt und ausgetestet (meine Unterseite /Infobox). Bevor ich sie einsetze, würde ich sie doch einmal zur Diskussion stellen. Bitte seid so nett und gebt mir einen Tipp, wie ich jetzt weiter vorgehen sollte. Oder soll ich sie einfach bei der nächsten Gelegenheit verwenden und dann diskutieren lassen? Danke! --Wribln 11:11, 29. Jul. 2010 (CEST)

Output der Vorlage dts

Auf der Diskussionsseite zur Vorlage dts wurde folgende Frage bis jetzt noch nicht beantwortet. Vielleicht also mag hier jemand helfen mit Rat oder Tat:

Kann die Vorlage auch so genutzt werden, dass das Datum in begründeten Ausnahmefällen z.B. als 01.02.2010 und nicht als 1. Februar 2010 angezeigt wird? Auch bei Eingabe von {{dts|01|02|2010}} wird nämlich das Langformat ausgegeben, was grds. im Interesse der Einheitlichkeit sehr schön, aber eben nicht immer gewollt ist. Der Wunsch nach einer Ausnahme gilt z.B. für solche Tabellen, die möglichst schmale Spalten haben sollen und also auf eine möglichst kurze Datumsanzeige angewiesen sind.

Hervorgegangen ist die Frage aus der Diskussion zum Wahlkalender.

--JotW 09:44, 30. Jul. 2010 (CEST)

Vorlage:Fußballbox

Bitte alle Parameter optional machen, da oft einige Daten fehlen. Und dann bitte eine Kopiervorlage auf der Seite hinterlassen. Besten Dank, --Jakob Gottfried 19:35, 1. Aug. 2010 (CEST)

Ich hab die Box mal auf dieses Format hochgerüstet. Ist (war) sie eigentlich identisch mit der Vorlage:Fußballbox Männlich? Überhaupt sollte man imho Vorlage:Fußballbox, Vorlage:Fußballbox Männlich, Vorlage:Fußball Gruppenspiel, Vorlage:Fußballspiel und Vorlage:Fußballspiel national zusammenführen. Oder spricht da was dagegen?
meint -- ✓ ^Bergi 17:20, 2. Aug. 2010 (CEST)

siehe Vorlage Diskussion:Fußballspiel national. Ich finde die Änderung von dir, bergi, nicht gut, da das Layout nicht beibehalten wurde. Allerdings ist die idee mit der Überschrift ein netter Ansatz. --darkking3 ^Թ 22:11, 2. Aug. 2010 (CEST)

Ah ja. Allerdings stimmt diese Diskussion für nur eine Vorlage, und das mit nur einem Layout (ich hab sogar das richtige genommen, ohne es zu wissen). Allerdings sollte man tatsächlich alles in einer Vorlage zusammenfassen. Als Lemma würde ich die Vorlage:Fußballspiel favorisieren. Für das schlichtere Layout2 würde sich vielleicht zusätzlich so etwas wie Vorlage:Infobox Fußballspiel anbieten, mit ~30%Breite, float-right und evtl. klappbaren Spielerlisten.
meint -- ✓ ^Bergi 10:23, 3. Aug. 2010 (CEST)

Dann hier melden. Bin auch bloß auf die Vorlagen bei einer Anfrage hier gestoßen. --darkking3 ^Թ 10:59, 3. Aug. 2010 (CEST)

Verwaltungseinheit namentlich ↔ ISO 3166, NUTS

gibt es eigentlich irgendwo eine umrechnungsserie dafür? ich sehe immer wieder, dass das in infobox zehnmal hintereinander hardcodiert ist, haben wie in den geographie-IBs sicherlich schon tausendmal codiert, und in Kategorie:ISO 3166-2 und Kategorie:NUTS mehr oder minder vollständig schon verlinkt zusammengeschrieben - sollten wir nicht eine serie erstellen, die name in code hinundherrechnet? wie könnte die infrastruktur dafür aussehen? --W!B: 05:16, 2. Aug. 2010 (CEST)

Seitens WP:GEO wird bevorzugt, nur von ISO 3166-2 zum Namen und nicht umgekehrt umzuwandeln. Vorlage:Info ISO-3166-2 unterstützt das bereits; Vorlage:ISO Code zu Region kann als Beispiel dienen. Wo bislang noch mit ellenlangen #switch-Konstrukten der Name zum Code umgewandelt wird, sollte stattdessen gleich der Code erfasst und bei Bedarf zum Namen umgewandelt werden. So kann auf #switch-Konstrukte ganz verzichtet werden. Andernfalls müsste es einen riesengroßen #switch mit allen möglichen Namensvarianten für jeden der rund 4800 zulässigen Codes geben.

Für NUTS sehe ich ehrlich gesagt keinerlei Bedarf. Wo wird das ernsthaft verwendet? --Entlinkt 04:02, 5. Aug. 2010 (CEST)

FN/FNZ eingerückt

Frage zur Vorlage:FN: Vor allem wenn der Text der Anmerkung länger ist (also zwei Zeilen und mehr, siehe z.B. Hilfe:TeX#Hoch- und Tiefstellungen m Schluss), insbesondere dann in Tabellen (mit schmaleren Spalten), wäre es schöner, wenn die weiteren Zeilen eingerückt wären - so wie bei <references /> üblich. Wie erreicht man das am besten? Danke -jkb- 10:29, 3. Aug. 2010 (CEST)

? sieht iommer noch unschön aus :-) -jkb- 09:17, 12. Aug. 2010 (CEST)

An der Vorlage:FNZ könnte mit style="padding-left: 1em; text-indent: -1em;" dafür gesorgt werden, dass Folgezeilen um 1em eingerückt werden. Das erste Zeichen nach dem Fußnotenzeichen ist damit aber nicht immer exakt über dem ersten Zeichen der Folgezeilen, da das Fußnotenzeichen unterschiedlich breit sein kann. --Fomafix 12:44, 12. Aug. 2010 (CEST)

Vorlage:Infobox Fußballliga modifizieren?

Hallo,

wäre es möglich in der Vorlage:Infobox Fußballliga die Parameter "aktueller Meister" so zu programmieren, dass es statt dessen "Titelträger" heißt und statt "Rekordmeister" "Rekordsieger" und die Vorlage so als Infobox für einen Fußballwettbewerb allgemein (z.B. Pokalwettbewerbe) nutzbar ist? Gruß --Ranofuchs 20:13, 5. Aug. 2010 (CEST)

Fürn Pokalwettbewerb müssteste schon genauer werden, was da geändert werden soll/muss. Der Rest ist erledigt. --darkking3 ^Թ 23:14, 5. Aug. 2010 (CEST)

OK, dass mit dem Titelträger funktioniert, obwohl in der Kopiervorlage immer noch aktueller Meister steht, aber egal. Was den Rekordmeister angeht, soll statt dessen einfach in der Box stehen: Rekordsieger: Klub XY, da es ja nicht für ne Liga Verwendung finden soll, sondern für nationale (Pokal)wettbewerbe, oder drück ich mich unverständlich aus? Gruß --Ranofuchs 23:56, 5. Aug. 2010 (CEST)

Nachtrag: Nach einer Nacht Schlaf glaube ich, ich habe mich da verrannt. Was ich brauche (oder algemein fehlt) ist eine Vorlage für Wettbewerbe, die eben keine Liga darstellen (z.B. Pokalwettbewerbe). Wenn die vorhandene Ligavorlage umgeschrieben wird (s.o.) und nicht mehr von Meistern die Rede ist, ist sie ja für einen Ligawettbewerb so nicht mehr brauchbar, richtig?

Also ist es möglich eine neue Vorlage zu erstellen, die sich von den Parameter her an der Ligavorlage orientiert? Soll ich Euch die Parameter auflisten, die sie m.E. enthalten sollte? Gruß --Ranofuchs 08:49, 6. Aug. 2010 (CEST)

Möglich ist vielse, welche Parameter sollen vorhanden sein? --darkking3 ^Թ 09:45, 6. Aug. 2010 (CEST)

Also die Vorlage sollte sich an der Vorlage für die Fußballiga orientieren, aber eben einige Begrifflichkeiten sollten eben anders lauten. Hier mein Vorschlag: (neu) heißt geändert gegenüber der Ligavorlage.

wettbewerbsname Kurzer Name des Wettbewerbs (neu)
bild Logo des Verbandes
langname Langname des WB zum Beispiel inkl. Sponsorname
verband Name des Verantwortlichen Verbandes
erstaustragung Jahr (neu)
mannschaften Anzahl der Mannschaften
aktueller Titelträger Amtierender Sieger und Titelverteidiger (neu)
rekordgewinner(sieger) Rekordgewinner(sieger) des WB (neu)
rekordspieler Rekordspieler des WB
rekordtorschütze Rekordtorschütze des WB
homepageWebseite des Verantwortlichen Verbandes
qualifikationen zu Zu welchen Kontinentalwettbewerben kann sich qualifiziert werden
region Übersichtskarte

Ich hoffe ich habe verständlich rübergebracht, was ich möchte? Gruß --Ranofuchs 11:22, 6. Aug. 2010 (CEST)

Zur Umsetzung: Man sollte die Infobox Fußballliga nach Vorlage:Infobox Fußballwettbewerb (o.ä.) verschieben, und dann die Feldnamen als Paramter anpassen: Rekordmeister → {{{Rekordteilnehmer|Rekordsieger}}} etc. Die Fußballliga-Box reicht ihre Parameter an die Wettbewerbsbox weiter und sagt zusätzlich |Rekordteilnehmer = Rekordmeister. Es ändern sich ja nicht viele Parameter. Dann muss man nicht mehrere Layouts pflegen.
meint -- ✓ ^Bergi 11:32, 6. Aug. 2010 (CEST)

Done. Mit dem Lemma bin ich mir aber nicht so sicher, nicht dass man das noch mit der Infobox Fußballturnier verwechselt. -- ✓ ^Bergi 16:36, 7. Aug. 2010 (CEST)

Also Jungs das habt Ihr richtig gut gemacht - dickes Lob. Zumindest entspricht das dem, was ich mir vorgestellt habe. Seht hier: DFL-Supercup. Gruß --Ranofuchs 10:59, 9. Aug. 2010 (CEST)

Die Doku hast du aber nicht ganz gelesen. Das Bild soll als Pfad eingebunden werden, wenn es dir zu klein ist wird die Vorlage geändert. Das andere Format wird nur aus Kompatibilitätsgründen unterstützt, es wird aber ein Wartungslink generiert. Wenn man eine offene erzeugen würde, sind schnell alle Einbindungen korrigiert. BTW: 5×<br /> ist häßlich. Wenn dann 1×<br style="clear:right;">, oder einfach die Tabelle normalbreit, sodass sie danebenpasst.

Tut mir einfach leid, ich verstehe überhaupt nichts! --Ranofuchs 21:08, 9. Aug. 2010 (CEST)

Also mein Browser rendert die Tabelle (ohne 100%) so, dass sie neben die Infobox rutscht. Ansonsten sorry für die Tippfehler. und der Infobox soll nur der Pfadname übergeben werden, damit – wenn nötig – die Bildgröße zentral geändert werden kann. Was verstehst du sonst noch nicht?
meint -- ✓ ^Bergi 11:54, 10. Aug. 2010 (CEST)

Na ich bin grundsätzlich kein Programmierer und kann ganz allgemein schwer nachvollziehen, was sich sichtbar ändert, wenn ein Parameter angepasst wird, aber trotzdem danke. Gruß --Ranofuchs 20:06, 10. Aug. 2010 (CEST)

Hallo, zwei Wünsche hätte ich noch zur Vorlage:Fußballwettbewerb, falls sie sich realisieren lassen. Ersterer betrifft den Paramerter Hierachie. Wäre es möglich den so zu programmieren, dass er nicht automatisch "Liga" mit dazu setzt? Denn so heißt es, wenn ich z.B. Kontinentalmeisterschaft eingebe: Kontinentalmeisterschaft Liga (da merkt mann dann, wo die Vorlage eigentlich einmal herstammt). Zweitens wäre es schön, wenn es einen Parameter Modus oder Spielmodus geben würde; gleich angeordnet hinter Mannschaften um eben diese kurz zu erläutern. Nützlich für alle Wettbewerbe, die eben nicht im reinen Ligasystem gespielt werden. Gruß --Ranofuchs 16:01, 11. Aug. 2010 (CEST)

Ja, ich wusste noch nicht wie der Defaulthierarchiename sein sollte, siehe auch hier. Der Spielmodus ist drin, aber bitte nichts erläutern, sondern höchstens „[[Link]] mit Abweichungen“ schreiben und diese dann im Fließtext unter ==Spielmodus== erklären. Die Links findet man unter Spielmodus. -- ✓ ^Bergi 11:18, 12. Aug. 2010 (CEST)

Danke nochmals! Schau mal hier, isses so OK Copa América? Gruß--Ranofuchs 11:43, 12. Aug. 2010 (CEST)

Die Infobox ja, die Tabellensyntax war gräßlich. Aber da bist du nicht schuld, vor 5 Jahren hat man das halt so gemacht. -- ✓ ^Bergi 16:21, 12. Aug. 2010 (CEST)

Na ja, übers Design kann man streiten, denn die "Zebratabellen" hatten zumindest für die Augen schon eine gewisse Berechtigung, but so what. Aber nicht so gut ist, dass Du jetzt ein paar brasilianische Fähnchen in den Listen der Rekordspieler und - schützen unterschlagen hast. Gruß --Ranofuchs 17:42, 12. Aug. 2010 (CEST)

Haben Sie doch auch noch: [2][3] :-) Aber der Quelltext ist übersichtlicher, und vor allem in den Rankings muss man kein Design mehr verändern beim Umsortieren. Das Fläggchen-Problem liegt an der Vorlage:fbi, die die alten Namen nicht verarbeiten konnte. Dort ist man aber auch der Meinung dass sie das nicht müsste. Es werden nur aktuelle Flaggen angezeigt.
meint -- ✓ ^Bergi 18:31, 12. Aug. 2010 (CEST)

Ja und nun? Bleibt es also ohne und sieht echt Ka... aus nur weil einige meinen technisch tut es keine Not. Dabei wird hier allerorten soviel Wert auf die historisch korrekte Beflaggung gesetzt. Leider muss ich nun wieder händisch zumindest einen Flagicon nachtragen -oder? Gruß --Ranofuchs 19:03, 12. Aug. 2010 (CEST)

Vorlage:Medaillen und andere

Hey Kollegen, vielleicht könnt ihr mir helfen. Es gibt ja die bekannte Vorlage:Medaillen für den Einsatz in diversen Infoboxen. Nun gibt es schon sehr lange Zeit Vorlage:Medaillen Wintersport, die die Wo-Variable entsprechend umarbeitet. Analog dazu habe ich nun Vorlage:Medaillen Sommersport begonnen zu erarbeiten. Soweit so gut funktioniert alles prima. Nun haben wir aber den Fall, dass wir noch Vorlage:MedaillenLand. Diese funktioniert wunderbar, wenn man mit der originalen Vorlage:Medaillen arbeitet. Jedoch kommt es zu Problemen wenn man das ganze bei Wintersport oder Sommersport-Entsprechung benutzen will. Beispiel Dagmar Hase. Dort werden dann die Wo-Variablen nicht mehr gemäß Vorgabe angezeigt und hinter das Land rutscht ein Hochkomma. Könntet ihr mal schauen ob ihr hier helfen könnt? Weil wenn das nicht funzt, müsste man sonst die Vorlage:MedaillenLand rauswerfen, damit es wieder klappt. --Wikijunkie ^{Disk. (+/-)} 18:19, 9. Aug. 2010 (CEST)

Das Problem ist, das die Vorlage:MedaillenLand mit im Parameter-Feld Wo steht, daher wird das Wo auch nicht mit dem Bild der Olympischen Ringe gekennzeichnet, da der #default-Zweig ausgewertet wird. Zusätzlich kommen die Hochkommata für den Fettdruck durcheinander, da in Vorlage:MedaillenLand auch welche stehen, daher rührt dann das Hochkommata am Ende. Ich habe gerade keine Idee, ob man das anders erreichen könnte. Mit Spezial:Vorlagen expandieren sieht es so aus:

|- class="hintergrundfarbe5"
 ! colspan="3" | '''Olympia

|- style="background-color:#eeeeee;" class="centered" style="text-align:center;"
!colspan="4"| '''Teilnehmer für  [[Datei:Flag of Germany.svg|border|18px|Deutschland]] [[Deutschland|Deutschland]] ''''''

Die Hochkommta in der einen Zeile sind nicht beendet und in der andere zuviele. MediaWiki schließt aber innerhalb von Tabellenzeilen die Hochkommata bevor es das ganze anzeigt, dadurch sind zuviele da und es wird ungünstig dargestellt. Der Umherirrende 12:07, 10. Aug. 2010 (CEST)

Die ''' sind völlig unnötig, da es sich um einen Tabellenkopf handelt und diese sowieso fett dargestellt werden. Ich hab mal sämtliche rausgeschmissen. Das andere Problem lässt sich nur durch einen zusätzlichen Parameter in Medaillen Sommersport bzw. Wintersport lösen, der nicht in den switch fällt, sondern danach im wo= kommt.
meint -- ✓ ^Bergi 15:38, 10. Aug. 2010 (CEST)

Okay, wie könnten wir das mit dem zusätzlichen Parameter lösen? --Wikijunkie ^{Disk. (+/-)} 21:33, 10. Aug. 2010 (CEST)

Ich hab den Parameter mal „Kopf“ genannt und in der Doku zur Vorlage:MedaillenLand beschrieben. Eine andere Möglichkeit wäre noch gewesen, sich per {{Str left}} die ersten Zeichen des Wo-Wertes zu holen und abzugleichen, dann braucht es aber für jede Länge einen eigenen Switch, die sich stapeln etc. Die Vorlage wäre absolut unübersichtlich geworden, und zudem tötet diese Methode Hamster, um es so auszudrücken Man hätte auch gleiche mehrere {{Str find}} verwenden können :-)
meint -- ✓ ^Bergi 12:19, 11. Aug. 2010 (CEST)

Optionaler Alternativname in Vorlage:Infobox Ort in England

Auf Grund von Wikipedia_Diskussion:WikiProjekt_Georeferenzierung#Vorlage_im_Koordinatennamen: Könnte bitte jemand einen optionalen Parameter in o.g. Infobox einbauen, der Alternativnamen des Ortes zulässt? Beispiel: der kornische Name in Rock (Cornwall). Grund ist die fehlerhafte Übergabe des Seitennamens an den Geohack, wenn ein Link im Namen ist ([4]). --тнояsтеn ⇔ 10:31, 11. Aug. 2010 (CEST)

Und das selbe bitte auch noch in Vorlage:Infobox Ort in Schottland und Vorlage:Infobox Ort in Wales. Danke. --тнояsтеn ⇔ 10:37, 11. Aug. 2010 (CEST)

Welche Sprachen gibt es denn? Wenn möglich mit Link hieraus angeben, dann kann man das automatisch mit einbauen. -- ✓ ^Bergi 14:39, 13. Aug. 2010 (CEST)

England: Vorlage:KwS; Schottland: Vorlage:GdS, Vorlage:ScoS; Wales: Vorlage:CyS. Keine Ahnung, ob das vollständig ist. --тнояsтеn ⇔ 15:01, 13. Aug. 2010 (CEST)

Es reicht doch einen Zusatzparameter, etwa Andere Namen, einzubauen, der kann dann alles aufnehmen (Vorlagen mit und ohne span), die Sprachen sind doch eh durch die Vorlagen identifizierbar und brauchen mE keine eigene Tabellenzeile. Ein eigener Parameter etwa für den kornischen Namen erzeugt so eine merkwürdige Dynamik. Gibt es außer dem einen Problemfall noch andere? lg --Herzi Pinki 20:32, 13. Aug. 2010 (CEST)

Wie es letztendlich umgesetzt wird, ist mir eigentlich egal. Ein Feld für Alternativnamen ist auch gut, führt dann aber wahrscheinlich wieder zu uneinheitlichen Formatierungen. "Problemfälle" sind mir keine weiteren bekannt, liegt aber wohl daran, dass bisher darauf verzichtet wurde, den Alternativnamen in die Infobox einzutragen bzw. es ist keine Infobox eingebunden. Auf der Insel besteht da noch großer Nachholbedarf, viele Ortsartikel haben nur selbstgestrickte Tabellen. --тнояsтеn ⇔ 18:44, 14. Aug. 2010 (CEST)

Ich habe jetzt mal den Parameter „Namen“ hinzugefügt, beispielhafte Verwendung in Rock (Cornwall). Wenn es immer nur einzelne Alternativsprachen sind, reicht ein Paramter imho aus. Für den seltenen Fall meherer Sprachen ist die Formatierung als mit <br />s getrennten Vorlagen ist in der Doku festgelegt. -- ✓ ^Bergi 10:53, 15. Aug. 2010 (CEST)

Sieht gut aus, danke. Könntest du das gleiche bitte noch in Vorlage:Infobox Ort in Schottland und Vorlage:Infobox Ort in Wales machen? --тнояsтеn ⇔ 14:44, 15. Aug. 2010 (CEST)

Imho lohnt sich das nicht, das baue ich dann gleich in die Über-Box ein, siehe auf eurer Portaldisk. Wenns unbedingt nötig ist: c&p kannst du auch :-) -- ✓ ^Bergi 14:48, 15. Aug. 2010 (CEST)

Ja, habe das im Portal eben erst gelesen. Auf jeden Fall unterstützenswert, da mal etwas Ordnung rein zu bringen! Ich habe mit dem UK-Portal eigentlich nichts am Hut, bin nur über die WP:GEO auf das Durcheinander mit den Vorlagen dort aufmerksam geworden... und auf den Missstand, dass viele Ortsartikel anstatt Infoboxen uneinheitliche Tabellen haben. Dann mal ran an den Speck ;-) --тнояsтеn ⇔ 14:54, 15. Aug. 2010 (CEST)

Vorlage:Infobox Ort in Nordirland

Wo wir schon dabei sind, eine Vorlage:Infobox Ort in Nordirland gibt es noch nicht, die Ortsartikel enthalten teils keine, teils handgestrickte Infoboxen (siehe Kategorie:Ort in Nordirland). Könnte die Vorlage noch jemand erstellen?
Bei Rückfragen wahrscheinlich am besten unter Portal Diskussion:Vereinigtes Königreich#Infobox Gemeinden im Vereinigten Königreich. Danke --тнояsтеn ⇔ 15:06, 13. Aug. 2010 (CEST)

Vorlage:Nachbargemeinden

Hallo, die Vorlage hat einen kleinen Tilt unter Safari (FF; IE ok). Unter Safari 5.0 schieben sich die Nachbargemeinden über die Infobox, die bei den Orten meistens rechts davon steht. Beispiel: Bad Fischau-Brunn. Hier braucht es jemand, der weiß was er tut, bei den vielen skins und browsern mag ich nicht mit css experimentieren. Kann mir bitte wer helfen? lg --Herzi Pinki 23:31, 13. Aug. 2010 (CEST)

Ursache ist die Kombination aus width: 50% und margin-left: auto; margin-right: auto. Die Angabe width: 50% weist den Browser an, die Tabelle halb so breit wie das Elternelement (#bodyContent) zu machen und sollte eigentlich ignoriert werden, weil auch min-width und max-width angegeben sind. WebKit (die Rendering-Engine von Safari und Google Chrome) ignoriert die Angabe leider doch nicht, sondern nimmt sie zum Anlass, die Zentrierung mittels margin-left: auto; margin-right: auto auf das Elternelement zu beziehen (und nicht nur auf den Teil des Elternelements, der neben dem Float frei bleibt).

Das sieht nach einem Bug aus, der gemeldet werden sollte. Mit vernünftigem CSS ist da nichts zu machen. Man könnte höchstens einen Hack einbauen, der die width-Angabe vor allen Browsern außer dem IE 6 versteckt (von den Browsern, die weit verbreitet sind, ist der IE 6 nämlich der einzige, der sie braucht, weil alle anderen min-width und max-width verstehen). Zusammenstellung bekannter Hacks (nicht alle brauchbar, weil es sich um Inline-CSS handelt und deshalb kein Selektorbug ausgenutzt werden kann).

Besser fände ich es aber, dieses Problemchen zum Anlass zu nehmen, diese alberne Vorlage endlich auszurangieren. Gruß --Entlinkt 23:58, 13. Aug. 2010 (CEST)

PS: Der Bug ist bei WebKit schon gemeldet, sogar zweimal: Bug 12396 und Bug 25016. Gruß --Entlinkt 00:28, 14. Aug. 2010 (CEST)

erstmal danke, ausrangieren würde natürlich jedes Problem lösen, war aber nicht im Lösungsraum :-). ich habe vorhin damit experimentiert, die Tabelle in 2 geschachtelte divs zu verpacken, aber das hätte deinem gestrengen Urteil wohl nicht standgehalten. Allerdings: Bei Vorlage:Großes Bild geht es auch? lg --Herzi Pinki 00:29, 14. Aug. 2010 (CEST)

Dass Ausrangieren nicht im Lösungsraum ist, finde ich schade, weil die Vorlage nicht barrierefrei ist, indem sie Tabellensyntax für Layoutzwecke missbraucht. Screenreader lesen an dieser Stelle wörtlich Tabelle mit 3 Zeilen und 3 Spalten vor und leiten jede Zelle mit Erste Spalte der ersten Zeile usw. ein. Tabellen sind ausschließlich für tabellarische Daten da.

Vorlage:Panorama ist auch nicht barrierefrei, aber auf eine ganz andere Weise. Dort wird keine Tabelle eingesetzt, und deshalb bereiten auch die beiden oben zitierten WebKit-Bugs, die sich explizit auf Tabellen beziehen, keine Probleme. Gruß --Entlinkt 01:30, 14. Aug. 2010 (CEST)

Ach, übrigens würde es schon helfen, auf die Zentrierung mittels margin-left: auto; margin-right: auto zu verzichten (kein Fix, und barrierefrei wird die Vorlage dadurch auch nicht, aber Sehende würden keinen groben Darstellungsfehler mehr wahrnehmen, sondern das Ding wäre bloß einfach nicht mehr zentriert). --Entlinkt 01:35, 14. Aug. 2010 (CEST)

Letzteres hatte ich bereits ausprobiert. Bzgl. Barrierefreiheit kann ich dir folgen und mir gefallen Tabellen zu layout-Zwecken genausowenig wie dir. --Herzi Pinki 17:49, 14. Aug. 2010 (CEST)

Vorlage:RIB

Hallöchen :)

Ich bin gerade am Werkeln an keltischen Göttern und mir ist z.B. hier aufgefallen, dass die Vorlage:RIB einen Darstellungsfehler hat, wenn sie in eine Liste eingefügt wird. So sollte es aussehen:

• RIB 123

So sieht es aus:

• The Roman Inscriptions of Britain (RIB) 123

Ohne Liste geht es wunderbar:

The Roman Inscriptions of Britain (RIB) 123

Könnte jemand mit Vorlagenahnung mal so lieb sein und einen kleinen Blick drauf werfen? Vielen Dank! --Yrwyddfa 23:58, 15. Aug. 2010 (CEST)