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)

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

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)

Gibt es eine Möglichkeit bei einem subst etwas anderes zu erzeugen, als bei einem normalen einbinden? --Fomafix 15:14, 30. Aug. 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)

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)

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)

bisher	Variante A mit letter-spacing	Variante B <tt> formatiert
	01. Jan. 2000	01. Jan. 2000
	02. Feb. 2000	02. Feb. 2000
	11. Mär. 2000	22. März 2000
	22. Apr. 2000	22. Apr. 2000
	01. Mai 2000	01. Mai  2000
	02. Juni 2000	02. Juni 2000
	11. Juli 2000	11. Juli 2000
	22. Aug. 2000	22. Aug. 2000
	01. Sep. 2000	01. Sep. 2000
	02. Okt. 2000	02. Okt. 2000
	11. Nov. 2000	11. Nov. 2000
	22. Dez. 2000	22. Dez. 2000

Ich schlage vor die Vorlage:dts – die nur in sortierbaren Tabellen verwendet werden soll – so zu ändern, daß sie immer Monatsnamen abkürzt um ein gleichmäsiges Tabellenbild mit weniger Breite zu bekommen. Da sich das auf viele Verwendungsstellen auswirkt, möchte ich das hier zur Diskussion stellen.

Diese Abkürzung ist nach DIN 5008 erlaubt, aber für Screenreader möglicherweise nicht so gut. Die Vorlage:SortDate {{SortDate|2000-07-29|M}} → macht schon etwas ähnliches, aber mit der bei uns ungebräuchlichen Datumseingebe nach ISO 8601. Um eine möglichst gleichmäsige Breite zu erreichen, habe ich

<span style="width:2.5em;">Mai</span>

probiert, aber der Internet Exlporer ignoriert die Breitenangabe. Rechts im Beispiel habe ich bei Mai und Juli mit

<span style="letter-spacing:1pt">Mai</span>

den Text gestreckt. Exakte Breite funktioniert natürlich nur mit <tt>, aber ich finde Variante A besser.
Ein neuer optionaler 4. Parameter [l|c|r] könnte die Ausrichtung innerhalb der Zelle übernehmen, so daß mit {{dts|1|1|2000|r}} die Zelle rechtsbündig formatiert wird. --MatthiasDD 16:56, 2. Sep. 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: [1][2] :-) 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)

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)

Wer sich bei der Neuerstellung der von Benutzer:✓ vorgeschlagenen Vorlage:Infobox Ort im Vereinigten Königreich einbringen möchte, siehe o.g. Diskussion. --тнояsтеn ⇔ 09:54, 16. Aug. 2010 (CEST)

Es gibt die Vorlage:Infobox Gemeinde im Vereinigten Königreich, die grundsätzlich auch für Nordirland funktioniert, jedoch von ihrem Ersteller aufgelassen wurde und von Revolus und mir, die wir uns hinterher mehr oder weniger intensiv darum gekümmert haben, noch nicht vollständig fertiggestellt wurde. Im Prinzip ist sie jedoch verwendbar, auch wenn einige der in EN vorliegenden Parameter derzeit in DE nicht angezeigt werden. --Matthiasb (CallMeCenter) 12:56, 18. Aug. 2010 (CEST)

Wenn du dir in der verlinkten Diskussion die Beiträge von Benutzer:Dionysos1988 anschaust, ist diese Vorlage wohl nicht so beliebt... was auch immer passiert, eine einheitliche Handhabung muss her ;) --тнояsтеn ⇔ 13:03, 18. Aug. 2010 (CEST)

Sehe gerade, du hast dort geantwortet. Dann schauen wir mal, wie es sich entwickelt. --тнояsтеn ⇔ 13:05, 18. 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)

Entwurf Vorlage:Babel-Kategorisierung

Ich habe mir mal Gedanken zur Besseren Kategorisierung von Babel-Bausteinen gemacht. Mein Entwurf. Das meiste spielt sich natürlich im Quelltext ab.

Die Kategorisierung von Babel-Bausteinen und auch von den entsprechenden Benutzerseiten ist unstrukturiert und chaotisch. In vielen Bausteinen finden sich if, ifeq etc. Nicht jeder Benutzer kann damit etwas anfangen. Daher habe ich mir gedacht, das man eine zentrale Vorlage für dieses schaffen könnte. Mein Vorschlag ist oben verlinkt. Ich habe zwei Lösungsansätze gesehen: Der erste Lösungsansatz schafft eine zentrale Vorlage die im includeonly-Bereich der Bausteine gesetzt wird und somit die Kategorisierung der Benutzerseiten übernimmt. Dabei bleibt aber noch das Problem, das die einzelne Bausteine auch nicht gut kategorisiert sind. Daraus schließt sich dann der zweite Lösungsansatz: Eine zentrale Vorlage, die sowohl auf der Seite selber und auf den eingebundenen Seiten aktiv ist. Dafür dürfte sie natürlich nicht innerhalb von noinclude/includeonly stehen. Bei diesem Lösungsansatz wird anhand des Namensraum und/oder anhand der Seitennamen die Kategorisierung vorgenommen. Spricht natürlich verschiedenes für und gegen die Lösungsansätze. Beim ersten Lösungsansatz könnte man sauber zwischen eingebunden und nicht eingebunden unterschieden und somit die Verwendungen auf den Vorlagenseiten gestalten. Beim zweiten Lösungsansatz ist diese Grenze nicht vorhanden. Es ist egal, ob ein Baustein sicher selber einbindet, die Kategorien sind immer die selben (technisch zwar zweimal da, aber das kommt auch bei doppelter Verwendung von normalen Bausteinen zu stande).

Ich wollte hier meinen Entwurf vorschlagen und hoffe auf Rückmeldungen. Positiv, wie negativ sind willkommen. Vielleicht fällt jemand ja noch etwas anderes dazu ein. Falls sich meine Idee als gut erweisen sollte, werde ich auch bereit sein, das ganze später umzusetzen. Ich bezweifle aber die Machbarkeit per Bot, da die Bausteine zu unterschiedlich sind. Das könnte man sich dann aber anschauen. Vielen Dank. Der Umherirrende 20:58, 23. Aug. 2010 (CEST)

Volles Pro. Ich würde es einfach direkt in die Vorlage:Babel field implementieren.
meint -- ✓ ^Bergi 14:00, 24. Aug. 2010 (CEST)

Das sieht gut aus. Den Bereich der Babel-Vorlagen lasse ich beim Kategorisieren immer außer Acht, in der Hoffnung, dass das mal gründlich nachgeholt wird. Bei der Umsetzung könnte ich dir behilflich sein. --Wiegels „…“ 23:02, 24. Aug. 2010 (CEST)

Vorlage:Navileiste Metro Barcelona (erl.)

Habe ich aus der entsprechenden Hamburger Vorlage kopiert. Wenn mal einer drüberschauen könnte, ob da noch Fehler sind, wäre es schön.

Die korrekten Endstationen der anderen Linien muss ich noch ermitteln, aber sonstige Schnitzer bitte korrigieren. --Eingangskontrolle 10:58, 27. Aug. 2010 (CEST)

Fehlende Linien samt Dokumentation ergänzt. --Voyager 13:59, 27. Aug. 2010 (CEST)

Infobox Ort im Irak

Hallo, wer möchte eine Infobox für die Artikel in Kategorie:Ort im Irak basteln? Danke --тнояsтеn ⇔ 13:10, 29. Aug. 2010 (CEST)

Kann ich machen, dazu müsste ich aber erstmal wissen was da alles reinsoll. Neben Standardangaben (Fläche, Einwohner, Höhe, Koordinaten) sehe ich in der Verwaltungsgliederung mal autonome Region (optional), Gouvernement und Distrikt. Gibts da mehr, soll man religiöse/ethnische gebiete angeben? Dann: brauchen/haben die so etwas wie PLZ/Telfonvorwahl? Was soll zur Verwaltung geschrieben werden, Bürgermeister, Dorfältester, Adresse, Webseite? Wie sieht es mit Medien aus: die Karte wird aus den Koordinaten erzeugt, oder auch als Bild eingebunden; gibt es Wappen, Flaggen, ein charakteristisches Bild?

Als nächstes: Welche dieser Angaben lassen sich automatisch generieren? Gibt es Metadatenvorlagen für die Einwohnerzahlen (soll es welche geben?), kann man aus Distrikt auf (Teile) der PLZ schließen; kann man aus dem Distrikt (oder niedriger) automatisch das Gouvernement etc. generieren?

Schließlich: Welche all dieser Angaben können/müssen (zur automatischen Generierung) Pflichtparameter sein? Über das Layout kann man sich zum Schluss noch streiten.
meint -- ✓ ^Bergi 15:28, 29. Aug. 2010 (CEST)

Wenn ich jetzt sage "ist mir egal", hilft dir das wohl reichlich wenig. Als erster Ansatz mal Bagdad, Basra, Mosul... dort sind schonmal ein paar Parameter drin. Was es sonst noch so gibt: keine Ahnung. Aber wir haben ja auch noch nicht so viele Ortsartikel, da könnte man das Ganze ja noch recht einfach ausbauen später. --тнояsтеn ⇔ 16:13, 29. Aug. 2010 (CEST)

Viel Spaß: Vorlage:Infobox Ort im Irak. In der Metadatenvorlage Distrikt2ISO werden die Distrikte auch der autonomen Region Kurdistan zugeordnet. Könntest du das bitte überprüfen und ggf. korrigieren? Aktuell sind das alle Distrikte in den Gouvernements Arbil, Dahuk und as-Sulaimaniyya, einzelne Distrikte sind Akre, Schikhan (Ninawa) und Chanaqin (Diyala).
meint -- ✓ ^Bergi 16:59, 30. Aug. 2010 (CEST)

Danke soweit. Da mit den Distrikten steige ich selber auch nicht so durch. Habe gerade mal bei Basra mein Glück versucht, ist wohl als Al-Basra in der Distrikt2ISO? Und warum gibt es zwei Kopiervorlagen? Sorry, mit Vorlagen hab ich es nicht so. --тнояsтеn ⇔ 22:22, 30. Aug. 2010 (CEST)

Ein Wunsch noch: Tausender-Trennpunkte bei den Einwohnern. Und eine Frage: in Mosul haut das mit den Refs nicht hin, kann man das nicht so lösen wie im Moment mit <ref name="Einwohner Stadt">? --тнояsтеn ⇔ 22:31, 30. Aug. 2010 (CEST)

Und das letzte für heute: Fehlermeldung in Al-A'amiriya und keine Ahnung, was ich wo in dieser Distrikt2ISO eintragen müsste. gelöst --тнояsтеn ⇔ 22:38, 30. Aug. 2010 (CEST)

Du musst für die Referenz nur den Text angeben, das Ref wird automatisch drumrum erzeugt. Mosul ist korrigiert. Wenn du willst, kann man auch noch einen anderen Namen wählen. Eine andere Möglichkeit wäre, der Vorlage nur den Namen zu übergeben und sie erzeugt dann ein leeres Tag.

Zu Basra: Leider enthält Basra (Gouvernement) keine Liste mit (deutschen) Namen, darum habe ich auf diese hier zurückgegriffen: fr:Al-Basra (province).

Eine automatische Kategoriesierung für Kategorie:Ort im Irak und Kategorie:Ort in der autonomen Region Kurdistan wäre leicht einzubauen. Spricht da was dagegen?
meint -- ✓ ^Bergi 14:52, 31. Aug. 2010 (CEST)

Super, danke. So langsam beginne ich, zu kapieren, wie das mit den Gouvernements und Distrikten läuft. --тнояsтеn ⇔ 15:26, 31. Aug. 2010 (CEST)

So, Kategorisierung ist auch drin. Die Referenzierung wurde auch nochmal überarbeitet, man kann jetzt auch einfach bloß den Namen der schon vorhandenen Referenz übergeben. In der Metadatenvorlage ist jetzt auch „Basra“ neben vielen anderen ergänzt worden, ich habe noch eine Liste und eine Kat gewälzt.
meint -- ✓ ^Bergi 20:02, 31. Aug. 2010 (CEST)

Ein letzter Wunsch: die Bildbeschreibung sollte in die gleiche Zelle wie das Bild und evtl. darunter (Bsp: Ramadi). --тнояsтеn ⇔ 11:32, 2. Sep. 2010 (CEST)

Vorlage:Test

Hallo, heute kommt mir etwas komisch vor: An der Vorlage:Test scheint sich was verändert zu haben, da erscheint oben immer so eine unhübsche Leerzeile, wenn man etwas substituieren will. Ist das so gewollt? Ich hab gesehen, dass das jemand eingebaut hat ... Grüße, --Singsangsung ^{Fragen an mich?} 19:49, 31. Aug. 2010 (CEST)

ich habe mal die Leerzeile herumgeschubst. Dadurch sollte jetzt alles wieder richtig dargestellt werden, auch wenn im Quelltext zu viele Leerzeichen auftauchen können (Bei normalen Benutzern). Das sollte aber weniger stören. Ich hoffe, das waren die eigentlichen Probleme. Der Umherirrende 21:25, 31. Aug. 2010 (CEST)

Anscheind waren gerade diese beiden Leerzeichen das Problem: Benutzer_Diskussion:DerHexer/Archiv14#Vorlage:Test. Sehe aber gerade keine Chance die wegzubekommen, auch wenn sie meines Erachtens keine Probleme machen. Hier sollten die funktionierenden Überschriften aber den Leerzeilen vorgezogen werden. Der Umherirrende 21:46, 31. Aug. 2010 (CEST)

Angelehnt an Vorlage:Infobox Fußballturnier die Vorlage:Infobox Basketballturnier erstellen?

Ich würde gerne o.g. Infobox haben wollen. Kann mir die jemand erstellen, wenn ich die benötigten Parameter nenne? Ich bin in Vorlagenerstellung leider noch nicht so fit. Freue mich auf Antworten. Gruß. --Djmirko 20:55, 31. Aug. 2010 (CEST)

Nenn die parameter ;) --darkking3 ^Թ 21:30, 31. Aug. 2010 (CEST)

Kann ich machen. Ich wollte eigentlich eh mal auch eine Metavorlage Infobox Turnier erschaffen, die von den anderen ([3], [4], [5], [6], ([7],) [8], [9], [10], [11]) eingebunden wird. So kann ein einigermaßen einheitliches Aussehen erreicht werden. Auch die NK sollten dazu direkter werden, um eindeutig zwischen Wettbewerb (allgemein), Turnier (1 Austragung) und Spiel zu unterscheiden.
meint -- ✓ ^Bergi 21:37, 31. Aug. 2010 (CEST)

Bei einheitlichem Aussehen bin ich in jedem Fall voll und ganz bei dir ;o) – deshalb ja auch die Idee die Vorlage:Infobox Basketballturnier an die Vorlage:Infobox Fußballturnier anzulehnen. Bist du im Bereich Basketball vielleicht fitter als ich und würdest die möglichen Parameter vorschlagen? Ich versuche es mal (bin aber im Basketball nun auch kein Profi). Logischerweise sollten statt Tore Körbe angegeben werden. Die Karten sollten raus. Vielleicht hat Bergi noch eine Idee oder Ergänzungen? --Djmirko 22:00, 31. Aug. 2010 (CEST)

2010 FIBA World Championship 2010
16. Basketball-Weltmeisterschaft
Logo (falls vorhanden, wenn nicht, ausblenden möglich?)
Anzahl Nationen	24
Sieger	jeder (1. Titel)
Austragungsort	Türkei
Eröffnungsspiel	datum
Endspiel	datum
Spiele	80
Tore	1 (⌀: 0,01 pro Spiel)
Zuschauer	4.096.000 (⌀: 51.200 pro Spiel)
Torschützenkönig	?
Bester Spieler	Jemand
Gelbe Karten	1 (⌀: 0,01 pro Spiel)
Gelb-Rote Karten	1 (⌀: 0,01 pro Spiel)
Rote Karten	1 (⌀: 0,01 pro Spiel)

Sry, aber so wird das nichts. Man braucht schon bessere Parameter als dass, was du gezeigt hast. Mir reicht eine einfache Benennung von Parametern. Soweit schon mal angefangen. --darkking3 ^Թ 22:40, 31. Aug. 2010 (CEST)

OK, 2ter Versuch ;o)

• Originalname der Veranstaltung in fett
• Deutscher Name der Veranstaltung in mager, grau (#E7E7E7) hinterlegt
• Logo (falls vorhanden, wenn nicht, ausblenden möglich?)
• Anzahl Nationen
• Sieger + in Klammern Angabe über die Anzahl der bisher gewonnenen Titel
• Austragungsort
• Datum des Eröffnungsspiels
• Datum des Endspiels
• Spiele
• Körbeanzahl Gesamt + in Klammern ∅ Körbe pro Spiel
• Zuschaueranzahl Gesamt + in Klammern ∅ Zuschaueranzahl pro Spiel

Der Rest der Box in 'wikitable'-Klasse. Ist das besser für dich? Gruß. --Djmirko 06:38, 1. Sep. 2010 (CEST)

Viel besser. jetzt hast du genau das Genannte, was ich so schon erstellt habe ;) --darkking3 ^Թ 10:06, 1. Sep. 2010 (CEST)

Wow! Das ist ja klasse. Danke. Ich werde es leider erst morgen testen können. Gruß. --Djmirko 18:55, 1. Sep. 2010 (CEST)

Haut soweit alles hin. Besten Dank, darkking3! Gruß. --Djmirko 19:42, 2. Sep. 2010 (CEST)

Vorlage:Infobox Fußballstadion

Guten Tag, wo kann ich in der Vorlage:Infobox Fußballstadion die Lage eintragen? --188.174.12.215 12:00, 1. Sep. 2010 (CEST)

Willst du die Vorlage erweitert haben oder bloß eine Koordinate im Artikel sehen? Letzeres geht mit der Vorlage:Coordinate, sie ist ausführlich dokumentiert. -- ✓ ^Bergi 12:29, 1. Sep. 2010 (CEST)

Ja, die Vorlage kenne ich. Mit der Infobox geht es also nicht? Das wäre doch sinnvoll, jedes Station hat ja auch eine genaue Lage. --93.104.188.88 12:50, 1. Sep. 2010 (CEST)

Ja, natürlich es ist sinnvoll. Übrigens: es ging sogar schonmal. Dazu gibt es auf der Diskussionsseite eine Anmerkung, dass es wegen diesem Vorhaben rückgängig gemacht wurde. Fazit: in der neuen Box gibt es alle Bequemlichkeiten, doch anscheinend ist die Entwicklung eingeschlafen. Am besten du erinnerst ihn mal freundlich daran :-) -- ✓ ^Bergi 17:04, 1. Sep. 2010 (CEST)

OK, mal abwarten (Benutzer Diskussion:Markus Schulenburg#Infobox Stadion). --79.239.129.209 22:39, 1. Sep. 2010 (CEST)

Die Entwicklung ist nicht eingeschlafen ;) Das werte Portal hatte leider nichts zu der Zusammenführung aller IB's zu Stadien zu sagen :( Falls noch Interesse an der "neuen" IB besteht, kann ich die gerne fertig stellen. Dazu benötige ich aber auch einmal ein Feedback :) --Markus S. 01:13, 2. Sep. 2010 (CEST)

Ob die Zusammenführung sinnvoll ist, kann ich nicht beurteilen. Egal ob mir verschiedenen Vorlagen oder einer universellen Vorlage, es sollten auf jeden Fall Parameter für die Koordinaten eingeführt werden. --93.104.169.17 11:23, 3. Sep. 2010 (CEST)

Hi Markus S. Ich finde Deinen Vorschlag hier sehr gelungen. Woran hapert es also diese "live" zu stellen? -- Chtrede 12:05, 3. Sep. 2010 (CEST)

Es hapert daran, dass die neue Infobox ein paar Parameter mehr hat und auch gleichzeitig drei verschiedene Infoboxen ablösen soll. Ich war schon soweit einen Bot zu beauftragen, als Einspruch erhoben wurde. Diesem bin ich nachgegangen und habe in die entsprechenden Portalen Hinweis zur Diskussion hinterlassen. Dort war die Resonanz tendenziell gegen Null. Von daher habe ich das Projekt neue Infobox erst einmal liegen gelassen. Wenn hier die Diskussion dazu führt das die neue umgesetzt werden kann/soll, werde ich auch das entsprechende Prozedere anstoßen, damit die bisherigen Infoboxen die neuen Parameter bekommen. --Markus S. 12:28, 3. Sep. 2010 (CEST)

Ich habe sowas schoneinmal gemacht, damals bei Ortsinfoboxen in Portugal. Du kannst Wrapper in den alten Vorlagen erstellen, die die neue Vorlage einbinden und die alten Parameter so an andersbenannte weiterreichen; einziges Problem ist, dass man dann jeden neuen Parameter mit #if überprüfen muss. Ansonsten ist die Redundanzminimierung immer gewünscht, dass es bei den zugehörigen Portalen auf keine Zustimmung stößt ist klar, die meisten verbinden damit nur Arbeit und „funktioniert doch wie’s is“. Wo hast du einen Einspruch erhalten?
meint -- ✓ ^Bergi 12:48, 3. Sep. 2010 (CEST)

Vorlage:Infobox Sportturnier

Hallo zusammen. Gemäß der Diskussion hier und eines gemeinsam besprochenen Entwurfes hier habe ich mit dem Infobox-Generator hier die Infobox generiert... und würde euch nun gerne darum bitten diese "schöner und zweckmäßiger" (gemäß Diskussion hier und analog zu vergleichbaren Infoboxen wie z.B. hier) zu gestalten, da ich mich mit den Parametern etc. nicht auskenne. Hoffe es ist selbsterklärend, ansonsten stehe ich für Fragen gerne zur Verfügung. Danke. -- Chtrede 13:47, 1. Sep. 2010 (CEST)

Guckstu 2 weiter oben :-) Ich hätte die Box nur Vorlage:Infobox Turnier genannt, was hälst du für sinnvoller? -- ✓ ^Bergi 14:05, 1. Sep. 2010 (CEST)

Siehste mal... zwei Dumme, ein Gedanke ;-) Ich finde halt solche Dinge wie "Endspiel" etwas schwierig, da es Turniere gibt wo einfach ein Gruppensieger der Turniergewinner ist etc. Deshalb hatte ich meinen Vorschlag noch allgemeiner gehalten. -- Chtrede 14:08, 1. Sep. 2010 (CEST)

Ja, eine gaaanz allgemeine Infobox und viele verschiedene Wrapper für die einzelnen Sportarten bzw. Wettbewerbe. Die allgemeine Vorlage kann ihrerseits mit verschiedenen Spielmodi umgehen und zeigt dann die Platzierungen meinetwegen auch in einer Zelle „Endspiel“ an. -- ✓ ^Bergi 14:51, 1. Sep. 2010 (CEST)

Also wie weiter vorgehen? -- Chtrede 15:01, 1. Sep. 2010 (CEST)

Als erstes brauchen wir eine Parametersammlung. Ich fange hier mal damit an, bitte hier ergänzen:

alle Turniere	nur teilweise	Designfragen
Sportart Name offizieller Name Austragungsort (dessen Geokoordinaten), Orttyp (Land, Stadt) Austragungsorte (Städte, Stadien, Hallen) Startdatum, Enddatum (Austragungsdauer) Auflage / Jahr Bewerberzahl Teilnehmerzahl Titel (des Siegers, zb. Weltmeister) Titelverteidiger (Sieger beim letzten Mal) Sieger Zweiter (Dritter, ?) Zuschauerzahl Spielanzahl Anzahl gespielter Spiele Gesamt-Score, Bezeichnung (Tore/Körbe/sonstwas) Topscorer(in)	Logo Bild (Beschreibung) ausgezeichneter Spieler(in) (Auszeichnung), zb. MVP Ahndungen (gelbe karten, gelbrote karten, rote karten, Platzverweise, Disqualifizierungen) Preise, Preisgeld Navigation zu ähnlichen Turnieren	verschiedene Parameter für Zwischnenüberschriften Farbangabe für Überschriften Breite, Bilderbreite?

Nach der Durchsicht der Vorlagen fürchte ich mittlerweile allerdings, dass – um der Parameter Herr zu werden – entweder verschiedene Untervorlagen angelegt werden müssen, von denen dann die richtige zusätzlich eingebunden wird, oder ganze Tabellenabschnitte von den Wrappern gestellt werden. Saisons (auch das sind Turniere) haben nicht nur normale Sieger, sondern massenhaft Auf- und Absteiger sowie Liganavigationselemente. Ein Tennisturnier hingegen bietet je 5 verschiedene Titelverteidiger und -träger. Und amerikanische Saisonen haben mit ihrem Playoff-system ganz eigene Siegerauflistungen, teilweise mit Links zu den einzelnen Spielen.
meint -- ✓ ^Bergi 16:50, 1. Sep. 2010 (CEST)

Bei allen turnieren einen zweiten anzuzeigen halte ich für falsch! --darkking3 ^Թ 16:57, 1. Sep. 2010 (CEST)

sämtliche Parameter sind optional, und einen zweiten hat nunmal jedes Turnier. Gebraucht wird er natürlich nur, wo beispielsweise die Endbegegnung angezeigt wird. -- ✓ ^Bergi 17:08, 1. Sep. 2010 (CEST)

Ich würde nur Turniere, keine Saisons nehmen! Saisons würde ich in eine total seperate Infobox machen. Somit hat man es schonmal etwas übersichtlicher. -- Chtrede 18:13, 1. Sep. 2010 (CEST)

@Bergi: Wenn man "freie" Felder definiert, so müssen nicht alle Parameter in einer Vorlage sein ;) --darkking3 ^Թ 18:59, 1. Sep. 2010 (CEST)

Ich hätte mir da halt so etwas wie die Vorlage:Medienbox vorgestellt, als Inhalt werden je nach Spielsystem und daraus folgender Siegerdarstellung die passende Untervorlage eingebunden. -- ✓ ^Bergi 12:37, 2. Sep. 2010 (CEST)

Find ich absolut nicht toll, die Vorlage. Dann lieber freie zellen schaffen und in den Turniervorlagen einbinden. --darkking3 ^Թ 12:40, 2. Sep. 2010 (CEST)

Was genau meinst du mit freien Zellen? solche wo sowohl links als auch rechts ein Parameter drinsteckt? Dann wäre das ja wieder in verschiedenen Vorlagen redundant, zum Beispiel die beiden Ami-Vorlagen haben ja dasselbe System.
meint -- ✓ ^Bergi 14:34, 2. Sep. 2010 (CEST)

Vorlage:Löschantrag

Bevor ich das Thema zur Diskussion stelle, zunächst mal die Frage nach der grundsätzlichen Machbarkeit: Nach einem aktuellen Meinungsbild ist ein Mindestartikelalter von 1 Std. vorgesehen, bevor ein LA gestellt werden darf. Wäre es technisch möglich, das Alter (via Erstelldatum) in der Vorlage abzufragen und bei <60 Minuten den Baustein (in der Vorschau) mit einer Fehlermeldung anzuzeigen (oder gar nicht, wenn man speichert)? So ähnlich wie wenn man nicht „substet“ oder eine falsche Geo-Koordinate eingibt … Ob's sinnvoll ist, habe ich noch nicht zu Ende gedacht (ist hier auch nicht das Thema), aber interessieren würde mich, ob's geht und welche technischen Fallen sich öffnen ;-) Was meint Ihr? --elya 22:59, 1. Sep. 2010 (CEST)

Wenn ein Skript die Revisiontimestamp der ersten version in die Vorlage übergibt, sollte dass denke ich mal kein problem sein. Aus der Revisiontimestamp kann man leicht das Datum plus Uhrzeit generieren. --darkking3 ^Թ 23:34, 1. Sep. 2010 (CEST)

Mit MediaWiki ist dies nicht möglich, da man nicht an das Erstelldatum einer Seite über Vorlageneinbindung herankommt. Man kann nur das Datum der letzten Bearbeitung bekommen (aber das auch nicht in der Vorschau). Ein Bot, der das Erstelldatum einträgt scheint etwas viel Overhead zu sein. Per JavaScript/API wäre es aber möglich an das Erstelldatum zu kommen. Der Umherirrende 19:28, 2. Sep. 2010 (CEST)

oh, vielen Dank, das reicht mir erstmal als Info. Ich dachte offenbar, Ihr könnt zaubern ;-) --elya 08:49, 3. Sep. 2010 (CEST)

du könntest mal bei PDD und allen anderen, die Skripte fürs automatische LA-Stellen anbieten, anfragen, ob sie vielleicht solch eine Warnmeldung einbauen könnten/möchten. Davon sind zwar wohl nur wenige LAe betroffen, aber die meisten MassenLAsteller habe diese Skripte im Einsatz. BTW: Wir könnten ja ein neues MagicWord beantragen, {{FIRSTREVISIONTIMESTAMP}} klingt doch gut :-)
meint -- ✓ ^Bergi 12:03, 3. Sep. 2010 (CEST)

Vorlage Tröndle-Fischer - Erweiterung

Was soll das Gewünschte tun?

Die Vorlage Tröndle-Fischer (link zum Vorlagenentwurf in meinem Namensraum) soll das Einfügen von Einzelnachweisen in Artikel des Strafrechts erleichtern. Dabei soll nur drei Zahlen eingegeben werden: die 1 ist die Nummer der Auflage, die 2 steht für den jeweiligen Paragraphen des StGB und 3 ist die entprechende Randnummer. Bisher funktioniert zwar die Vorlage. Aber leider bekomme ich die <ref>und</ref>-Kürzel nicht vernünftig untergebracht, sodass auch tatsächlich ein neuer Einzelnachweis entsteht.

Wie soll das Gewünschte aussehen?

Die Form steht bereits, nur soll das Ganze als Einzelnachweis am Ende des Artikels erscheinen. Ich hätte gern eine Vorlage die sich mit {{Vorlage:Tröndle-Fischer|55|12|34}} einfach so in den Quelltext einbinden lässt, worauf hin die Ausgabe "Tröndle/Fischer, Beck'scher Kurzkommentar StGB, 55. Aufl., § 12 Rn. 34;" als Einzelnachweis unter Einzelnachweise am Ende des Artikels erfolgt.

Warum ist es hilfreich soetwas zu haben?

Tröndle/Fischer ist die gebräuchliche Abkürzung eines bestimmten Gesetzeskommentares für das deutsche Strafgesetzbuch. Dieses Werk hat sich in den vielen Jahren zum Standartnachschlagewerk für Juristen erwiesen. Sein Inhalt ist allgemein anerkannt. Viele der Artikel im Portal Recht sind unzureichend mit Einzelnachweisen belegt. Die Juristerei erfordert bei jedweder Aussage aber generell eine besondere Sorgfalt beim Nachweisen der Aussage mit genauer Angabe des Fundorts. Eine einfache Angabe des Tröndle/Fischer am Ende des Artikels in der Literaturliste ist aber leider nicht ausreichend (wie schon gesagt: genaue Angabe des Fundorts). Um schnellstmöglich so viele Nachweise wie möglich (es werden sehr viele werden!) nachzutragen ist eine solche Vorlage hilfreich.

Wer wünscht die Umsetzung?

Das Portal Recht kann solche Vorlagen gebrauchen.

Wo soll das umgesetzt werden?

Es geht um alle Artikel die sich um Paragraphen des deutschen Strafgesetzbuches drehen. Wenn die Vorlage aber so fuktioniert wie sie soll lässt sie sich bequem auch auf andere Werke und Maßgaben anderer Wissenschaften umprogrammieren. Auf jeden Fall lohnt sich diese Vorlage auch für andere Standartwerke der Juristerei.

Wo findet sich ein Beispiel oder ähnlich Geartetes?

Bisher ist mir eine ähnliche Vorlage nicht untergekommen. Ließe sich eine andere bereits exisitierende Vorlage nach unserem Bedarf verändern würde mir das total reichen. Eine solche Vorlage ist mir bisher aber unbekannt.

Ich danke euch für eure Hilfe! --Hannesbr100 01:44, 2. Sep. 2010 (CEST)

Da es mehrere Gesetzeskommentare gibt (z.B. Palandt für's BGB), sollte die Vorlage entsprechend erweitert werden, dass sie für alle Werke genutzt werden kann. --Markus S. 10:25, 2. Sep. 2010 (CEST)

Das ist ja recht unproblematisch und losgelöst von meinem Anliegen hier. kann ich machen und habe ich weiter oben auch schon mal angeboten. Ich brauch aber ersteinmal Hilfe für die Einbindung als Einzelnachweis. --Hannesbr100 11:44, 2. Sep. 2010 (CEST)

Ja, das ist gemein. Die Lösung versteckt sich unter Wikipedia:REF#Einzelnachweise in Vorlagen. Ich habs auch sogleich mal umgesetzt. -- ✓ ^Bergi 12:31, 2. Sep. 2010 (CEST)

Danke sehr! Jetzt kann ich die Vorlage auch noch für andere Kommentare nutzbar machen. Supi! --Hannesbr100 13:08, 2. Sep. 2010 (CEST)

Addieren von Bevölkerungszahlen aus einer Vorlage

Gibt es eine Möglichkeit, aus der "Vorlage:Metadaten Einwohnerzahl CH-FR" (oder ähnlichen Vorlagen) die Bevölkerungszahlen von einzelnen Gemeinden mittels einer mathematischen Funktion zu addieren? Auf der Seite Senseoberland werden 9 von 19 Gemeinden des Sensebezirks aufgeführt. Ziel ist es, das Total der Einwohnerzahlen automatisch berechnen zu lassen, welches in der Tabelle und im Text eingefügt werden soll. Weiter soll diese Zahl zur Berechnung der Bevölkerungsdichte weiterverwendet werden. Vielen Dank für Eure Hilfe. --Wuyuay 08:23, 2. Sep. 2010 (CEST)

Zum Addieren von Metadaten siehe beispielsweise hier. -- M.ottenbruch ^{¿⇔! RM} 09:27, 2. Sep. 2010 (CEST)

Vielen Dank für die rasche Antwort. Das hat prima geklappt. Weisst Du eventuell auch, wie ich die Zahlenformatierung anpassen kann? --Wuyuay 10:22, 2. Sep. 2010 (CEST)

Wie und was möchtest Du denn formatieren? Kennst Du formatnum (siehe Beispiel) und Vorlage:FormatZahl? -- M.ottenbruch ^{¿⇔! RM} 12:48, 2. Sep. 2010 (CEST)

Hallo. Das Problem habe ich in der Zwischenzeit gelöst. Ich habe die Addition von Metadaten für die Bevölkerungszahl einiger Schweizer Gemeinden gesucht. Mit dem oben erwähnten Beispiel habe ich die deutsche Notation mit einem Punkt als Tausendertrennzeichen erhalten, deshalb meine zweite Frage. Nach Entfernung von formatnum stimmt das Zahlenformat. --Wuyuay 14:48, 2. Sep. 2010 (CEST)

Ganz „nackt“ bekommst Du üebrhaupt keine Tausender-Trennzeichen. Die Schweizer Variante erhältst Du mit {{FormatZahl|12345.67|LAND=CH}} = 12'346. -- M.ottenbruch ^{¿⇔! RM} 15:03, 2. Sep. 2010 (CEST)

Vorlage:RK-Link

Beim Aufbau eines Index für die Relevanzkriterien wurde hier vorgeschlagen eine Vorlage zu basteln die gleichzeitig einen Link auf den Abschnitt in den Relevanzkriterien und das Register der archivierten Diskussionsbeiträge erzeugt. Die Vorlage Benutzer:Lpz1976/RK-Link ist nun soweit fertig und verrichtet in der Vorabversion des Index gute Dienste. Da ich vorhabe die Vorlage nach Vorlage:RK-Link zu verschieben steht die Doku vorerst noch in der Vorlage. Ist die Doku soweit ausreichend und verständlich? Ist der Quelltext so in Ordnung? Kann ich die Vorlage nach Vorlage:RK-Link verschieben oder wäre eine andere Bezeichnung sinnvoller? (Ich habe mich an Vorlage:RK-Register orientiert) --Oliver 17:46, 2. Sep. 2010 (CEST)

Da die Vorlage nur auf einer Seite Verwendung findet, würde ich es als Unterseite konstruieren, also Wikipedia:Relevanzkriterien/Index/Link und per {{/Link|Parameter}} einbinden. Bei Vorlage:RK-Register ist es mit der Unterseite schon schwieriger, da es auf der Diskussionsseite gebraucht wird. Der Umherirrende 19:33, 2. Sep. 2010 (CEST)

Danke für den Tipp. Werde mich mal dran machen --Oliver 22:40, 2. Sep. 2010 (CEST)

So. Läuft! Super Tipp, daher hier:

Dieser Abschnitt kann archiviert werden. Oliver 22:53, 2. Sep. 2010 (CEST)

Infobox Verkehrsbetrieb bei TRD-Reisen

Hallo, beim Artikel "TRD-Reisen" sollten in der Infobox Verkehrsbetriebe noch die Tochtergesellschaften genannt werden. Wie kann diese Box erweitert werden? (nicht signierter Beitrag von Skarpenstein (Diskussion | Beiträge) 12:02, 3. Sep. 2010 (CEST))

ist drin. -- ✓ ^Bergi 12:58, 3. Sep. 2010 (CEST)

Vorlage:Infobox Partei Landesverband

Frage von der Artikeldisk (die auch hier gestellt wurde): Falls der Artikel zu einem Landesvorsitzenden ein Klammerlemma trägt, so kommt es zu einer unschönen Darstellung vor Klammerlemma und klammerfreien Namen unter dem Foto (Beispiel: Saar-FDP, [12]). Für die Anzeige im Feld "Vorsitzender" kann man das Problem mittels Christoph Hartmann (Politiker){{!}}Christoph Hartmann umgehen, aber unter dem Foto steht dann Christoph Hartmann (Politiker)|Christoph Hartmann.
Gibt es hierzu einen anderen Lösungsvorschlag, als einen klammerfreien Redirect (die momentane Lösung)? Danke + Gruß --Rapober 21:55, 2. Sep. 2010 (CEST)

Kann jemand helfen?Karsten11 14:52, 3. Sep. 2010 (CEST)

Hallo Karsten11, würde es helfen, den Namen in der Bildunterschrift automatisch zu verlinken? --Wiegels „…“ 17:05, 3. Sep. 2010 (CEST)

Ich denke nicht. Imho wäre es sinnvoll, wie in Vorlage:Infobox Parlament ein Feld "FotoBeschreibung" vorzusehen, dies aber standardmäßig mit dem Inhalt von "Vorsitzender" zu füllen, wenn es nicht explizit angegeben ist.Karsten11 20:25, 3. Sep. 2010 (CEST)

Klammerlemmata

Ich möchte in der Vorlage:Infobox Formel-1-Fahrer den Paramter „name“ entfernen und über {{SEITENNAME}} den Name des Fahrers einbinden. Kann man die Klammerzusätze „(Rennfahrer)“ (bspw. bei Wolfgang Seidel) irgendwie umgehen? Gruß,--Tilla 2501 00:37, 4. Sep. 2010 (CEST)

Du kannst den {{{name}}}-Parameter optional machen: {{{name|{{SEITENNAME}}}}}. Wenn der Parameter nicht angegeben wird erscheint der Seitentitel, bei Klammerlemmata oder ähnlichem kann der Name händisch eingegeben werden. --AleXXw •שלום!•disk 00:58, 4. Sep. 2010 (CEST)

Ich weiß, aber anders geht es nicht? Gruß,--Tilla 2501 01:18, 4. Sep. 2010 (CEST)

Mit der Einbindung [[Wolfgang Seidel (Rennfahrer)|]] wird die Klammer nicht angezeigt, geht aber nicht mit [[{{SEITENTITEL}}|]]. Sonst fällt mir nichts ein, sorry. --AleXXw •שלום!•disk 01:36, 4. Sep. 2010 (CEST)

Umstellung der Vorlage:Infobox Formel-1-Fahrer

Bei der Vorlage:Infobox Formel-1-Fahrer werden sich alle Parameter ändern. Wie kann ich die Vorlage umstellen, sodass in den noch nicht umgestellten Artikeln weiterhin die alten Variablen funktionieren, gleichzeitig aber auch die neuen? Gruß,--Tilla 2501 03:08, 4. Sep. 2010 (CEST)