Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2010/3

2010 FIBA World Championship 2010
	16. Basketball-Weltmeisterschaft
	<img alt="" src="//upload.wikimedia.org/wikipedia/commons/thumb/3/3b/IBM_clock_in_Japan.jpg/150px-IBM_clock_in_Japan.jpg" decoding="async" width="150" height="225" class="mw-file-element" data-file-width="511" data-file-height="768"> ; 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
<img alt="" src="//upload.wikimedia.org/wikipedia/commons/thumb/b/b1/Yellow_card.svg/12px-Yellow_card.svg.png" decoding="async" width="12" height="16" class="mw-file-element" data-file-width="200" data-file-height="260"> Gelbe Karten	1 (⌀: 0,01 pro Spiel)
<img alt="" src="//upload.wikimedia.org/wikipedia/commons/thumb/1/19/Yellow-red_card.svg/18px-Yellow-red_card.svg.png" decoding="async" width="18" height="18" class="mw-file-element" data-file-width="300" data-file-height="300"> Gelb-Rote Karten	1 (⌀: 0,01 pro Spiel)
<img alt="" src="//upload.wikimedia.org/wikipedia/commons/thumb/e/e7/Red_card.svg/12px-Red_card.svg.png" decoding="async" width="12" height="16" class="mw-file-element" data-file-width="200" data-file-height="260"> Rote Karten	1 (⌀: 0,01 pro Spiel)

Meine Bank
Sitz
Rechtsform
Leitung
Unternehmensleitung	test1234 --Lofor 11:27, 19. Aug. 2010 (CEST)

{{{building_name}}}
{{{building_name}}}
	[[Datei:{{{image}}}\|{{{image_size}}}\|alt={{{alt}}}]] {{{caption}}};
colspan="2" style="text-align:center; background-color:Vorlage:Infobox religious building/color" \| Basic information
Location	{{{location}}}
Geographic coordinates	{{{geo}}}
Geographic coordinates	Koordinaten fehlen! Hilf mit.unbenannte Parameter 1:0, 2:0, 3:type:landmark
Affiliation	{{{religious_affiliation}}}
Rite	{{{rite}}}
Region	{{{region}}}
State	{{{state}}}
Province	{{{province}}}
Territory	{{{territory}}}
Prefecture	{{{prefecture}}}
District	{{{district}}}
Sector	{{{sector}}}
Cercle	{{{cercle}}}
Municipality	{{{municipality}}}
Year consecrated	{{{consecration_year}}}
Ecclesiastical or organizational status	{{{status}}}
Status	{{{functional_status}}}
Heritage designation	{{{heritage_designation}}}
Leadership	{{{leadership}}}
Website	{{{website}}}
colspan="2" style="text-align:center; background-color:Vorlage:Infobox religious building/color" \| Architectural description
Architect(s)	{{{architect}}}
Architectural type	{{{architecture_type}}}
Architectural style	{{{architecture_style}}}
General contractor	{{{general_contractor}}}
Direction of facade	{{{facade_direction}}}
Groundbreaking	{{{groundbreaking}}}
Year completed	{{{year_completed}}}
Construction cost	{{{construction_cost}}}
colspan="2" style="text-align:center; background-color:Vorlage:Infobox religious building/color" \| Specifications
Capacity	{{{capacity}}}
Length	{{{length}}}
Width	{{{width}}}
Width (nave)	{{{width_nave}}}
Height (max)	{{{height_max}}}
Dome(s)	{{{dome_quantity}}}
Dome height (outer)	{{{dome_height_outer}}}
Dome height (inner)	{{{dome_height_inner}}}
Dome dia. (outer)	{{{dome_dia_outer}}}
Dome dia. (inner)	{{{dome_dia_inner}}}
Minaret(s)	{{{minaret_quantity}}}
Minaret height	{{{minaret_height}}}
Spire(s)	{{{spire_quantity}}}
Spire height	{{{spire_height}}}
Materials	{{{materials}}}
colspan="2" style="text-align:center; background-color:Vorlage:Infobox religious building/color" \| U.S. National Register of Historic Places
Added to NRHP:	{{{added}}}
NRHP Reference#:	{{{refnum}}}
Designated as NHL:	{{{designated}}}
	{{{{designation1}}}}
	Official name: {{{designation1_offname}}}
Type:	{{{designation1_type}}}
Criteria:	{{{designation1_criteria}}}
Designated:	{{{designation1_date}}}
Delisted:	{{{delisted1_date}}}
Parent listing:	{{{designation1_parent}}}
Reference #:	{{{designation1_number}}}
{{{designation1_free1name}}}:	{{{designation1_free1value}}}
{{{designation1_free2name}}}:	{{{designation1_free2value}}}
{{{designation1_free3name}}}:	{{{designation1_free3value}}}
	{{{designation2}}}
	Official name: {{{designation2_offname}}}
Type:	{{{designation2_type}}}
Criteria:	{{{designation2_criteria}}}
Designated:	{{{designation2_date}}}
Delisted:	{{{delisted2_date}}}
Parent listing:	{{{designation2_parent}}}
Reference #:	{{{designation2_number}}}
{{{designation2_free1name}}}:	{{{designation2_free1value}}}
{{{designation2_free2name}}}:	{{{designation2_free2value}}}
{{{designation2_free3name}}}:	{{{designation2_free3value}}}

Diese Seite bietet eine Übersicht der archivierten Diskussionen der Vorlagenwerkstatt. Die Abschnitte der einzelnen Archive sollten nicht mehr verändert werden.

Archiv: 2006 und 2007
Archiv: 2008/1, 2008/2, 2008/3, 2008/4
Archiv: 2009/1, 2009/2, 2009/3, 2009/4
Archiv: 2010/1, 2010/2, 2010/3, 2010/4
Archiv: 2011/1, 2011/2, 2011/3, 2011/4
Archiv: 2012/1, 2012/2, 2012/3, 2012/4
Archiv: 2013/1, 2013/2, 2013/3, 2013/4
Archiv: 2014/1, 2014/2, 2014/3, 2014/4
Archiv: 2015/1, 2015/2, 2015/3, 2015/4
Archiv: 2016/1, 2016/2, 2016/3, 2016/4
Archiv: 2017/1, 2017/2, 2017/3, 2017/4
Archiv: 2018/1, 2018/2, 2018/3, 2018/4
Archiv: 2019/1, 2019/2, 2019/3, 2019/4
Archiv: 2020/1, 2020/2, 2020/3, 2020/4
Archiv: 2021/1, 2021/2, 2021/3, 2021/4
Archiv: 2022/1, 2022/2, 2022/3, 2022/4
Archiv: 2023/1, 2023/2, 2023/3, 2023/4

Vorlage:Infobox Rugbyclub

Hallo liebe Bastler,
ist es möglich in der Infobox die Option zu integrieren, dieses unsägliche Trikotfarbenzusammengesetze durch eine einfach Grafik aus den Commons zu ersetzen? Mir ist das gerade aufgefallen, da ich auf meiner Baustelle einen neuen Artikel beginnen möchte. Die Vorlage enthält das Baukastensystem für Sporttrikots, es ist aber von vornherein nicht möglich, alternativ dazu eine Grafik wie bspw. File:Brisbane_Broncos_home_jersey_2010.svg einzubinden. Für Hilfe und/oder Belehrung wäre ich dankbar =) LG --Ervaude _Disk 19:24, 2. Jul. 2010 (CEST)

done. Die Doku habe ich auch gleich ausgebaut. -- ✓ ^Bergi 14:28, 3. Jul. 2010 (CEST)

Klasse, besten Dank für die Mühe. Ich bin begeistert! --Ervaude _Disk 14:48, 3. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ✓ ^Bergi 14:28, 3. Jul. 2010 (CEST)

Vorlage:Episodenliste

Ich habe da ein Problem: Nach dem Import von en:List of Get Smart episodes nach Benutzer:XanonymusX/Episodenliste der Serie Mini-Max ist da ein Riesenchaos, denn leider gibt es die Vorlage:Episode List in der deutschen Wikipedia nicht! Habe ich da eine Möglichkeit, diese Vorlage durch Vorlage:Episodenliste zu ersetzen? (Bitte sagt jetzt nicht nein!) --XanonymusX 20:26, 2. Jul. 2010 (CEST)

Nein! Episodenlisten sind so schon nur unter bestimmten Vorraussetzungen erwünscht. Bitte nicht auch noch Vorlagen dafür, die garantiert nicht an die Fälle anzupassen sind, wo man sie wirklich gebrauchen kann und sinnvoll sind. -- 20:31, 2. Jul. 2010 (CEST)

Das ist jetzt aber nicht die Antwort auf meine Frage! --XanonymusX 20:35, 2. Jul. 2010 (CEST)

Hilfe! --XanonymusX 20:40, 2. Jul. 2010 (CEST)

Gemach, gemach. Es gab erst letzthins eine derartige Anfrage zur Vorlage:Infobox Futurama-Episode. Es kam dabei auch schon die Frage auf, ob man so etwas für andere Serien bräuchte. Meinst du so eine Vorlage?
meint -- ✓ ^Bergi 12:59, 3. Jul. 2010 (CEST)

Ich habe dir Untervorlagen erstellt, diese anstelle der episode list eingesetzt, sodass du erstmal ein layout hast ;) Dazu noch die europäische Datumsformatierung und fertig is der Lack. Wenn du nach fragen haben solltest, kannst du dich ja bei mir melden? --darkking3 ^Թ 13:50, 3. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 13:50, 3. Jul. 2010 (CEST)

Vorlage FIFA-Rang

Kann bitte jemand gucken, warum bei den Vorlagen der Kategorie:Vorlage:Metadaten FIFA-Rang nach der Platzierung der Stand und der Einzelnachweis nicht mehr mit eingebunden werden? -- Memorino ^(D) _{Lust mitzuhelfen?} 10:42, 4. Jul. 2010 (CEST)

Hat sich erledigt, das </includeonly> war verrutscht. -- Memorino ^(D) _{Lust mitzuhelfen?} 13:34, 4. Jul. 2010 (CEST)

nicht erledigt; bringt jetzt ungültige Zeitangabe... --Atamari 13:42, 4. Jul. 2010 (CEST)

Erledigt. -- Memorino ^(D) _{Lust mitzuhelfen?} 19:54, 4. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: -- Memorino ^(D) _{Lust mitzuhelfen?} 19:54, 4. Jul. 2010 (CEST)

Fehlender Bezug von Quellen in Referenzliste und Haupttext

Hallo, ich vermisse in der deutschsprachigen Wikipedia eine Vorlage wie es sie in der englischen (und in anderen Sprachen) gibt: en:Template:Nofootnotes. Habe ich das einfach noch nicht gefunden oder gibt es das tatsächlich nicht? Falls nicht, kann man so eine Vorlage erstellen? Das wäre toll. --Pucicu 08:36, 5. Jul. 2010 (CEST)

{{Belege fehlen}} ist in der deutschen Wikiepedia vorgesehen. -- ✓ ^Bergi 15:16, 5. Jul. 2010 (CEST)

Gibt es eigentlich auch ein Äquivalent zu en:Template:Citation needed, also etwas, das man innerhalb eines Absatzes verwenden kann? --Tim Landscheidt 20:42, 5. Jul. 2010 (CEST)

Nein, eben nicht. Es soll immer die genannte Vorlage benutzt werden, halt mit der entsprechenden Anmerkung was einem nicht bequellt genug ist. Allerdings sollte man aufgrund der hohen Anzahl an Anfragen fast einmal ein MB starten, ob das vielleicht erwünscht ist.
meint -- ✓ ^Bergi 21:18, 5. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 10:43, 8. Jul. 2010 (CEST)

Mehrteilige Stellenreferenz-Vorlage mit switch und CSS: immer default

Wertgeschätzte Profis der Vorlagenwerkstatt! Mit mulmigen Gewissen wende ich mich vertrauensvoll an euch (ich musste euch sehr lange nicht belästigen ). Aber die Projektseite fragt ja schon: „Syntax, Parameterauflösung und <noinclude> treiben dich langsam in den Wahnsinn?“ So ähnlich ist es: langsam wird es unwirtschaftlich, selbst herumzuprobieren.

Zweck

Die Vorlage soll eine einfache Fußnote (<ref>) im Fließtext erzeugen. Diese Fußnote soll beinhalten:

eine Auswahl bei mehrteiligen Medien ({{{1}}})
eine Ausgabeninformation mittels einem Buchstaben ({{{2}}})
eine Seiten-/Minutenangabe ({{{3}}})

Der Code {{Vorlage|1|B|23}} soll also ein ^[1] erzeugen.
Beim <references/>-Tag wird dann angezeigt:

↑ I B min. 23

(Bedeutung: in Teil I der Version B bei Minute 23)

Vorlagen-Quelltext

<includeonly><ref>{{#switch:{{{1}}}

|1=<span style="font-family:serif;">[[Kill Bill – Volume 1{{!}}I]]</span>

|2=<span style="font-family:serif;">[[Kill Bill – Volume 2{{!}}II]]</span>

|#default = <span style="color:red;">Einbindungsfehler (Parameter 1)!</span>

}}& nbsp;{{#switch:{{{2}}}

|A = <span style="font-family:serif;">A</span>

|B = <span style="font-family:serif;">B</span>

|#default = <span style="color:red;">Einbindungsfehler (Parameter 2)!</span>

}}& nbsp;min.& nbsp;{{{3}}}</ref></includeonly><noinclude>Dokumentation...</noinclude>

Problem

Es werden immer die default-Werte ausgegeben, also die Fehlermeldungen bei {{{1}}} und {{{2}}} sowie die einfache Ausgabe von {{{3}}} bei dem dritten Parameter.
Ich dachte es läge an den <spans> bzw. am CSS, aber die default-Werte werden ja formatiert angezeigt. Auch das <ref>-Tag klappt ja mit den Fehlermeldungen.
Fehlen vielleicht trotzem irgendwo <nowikis>, weil #switch: keine Semikolons, Anführungszeichen, eckige oder runde Klammern mag?

Ich habe viele Konstellationen ausprobiert (!) und wer-weiß-wo gelesen und bin Informationen zu ParserFunctions durchgegangen, habe aber nichts zur Störanfälligkeit von {{#switch:…}} gefunden, außer {{!}}. Auch die Konstrukte an sich sind aus funktionierenden Syntaxen kopiert. Wahrscheinlich ist es wieder ein Zeilenumbruch oder ein halbes Leerzeichen zuviel. Trotzdem schonmal einen ♥-lichen Dank für eure Zeit! -- Gohnarch^░ 20:44, 9. Jul. 2010 (CEST)

Vorlagen und Parserfunktionen innerhalb von refs werden nicht aufgelöst: Hilfe:Einzelnachweise#Einzelnachweise in Vorlagen. Vorlage:! ist innerhalb von Wikilinks unnötig. Der senkrechte Strich stört dort nicht. --Der Umherirrende 22:47, 9. Jul. 2010 (CEST)

Hallo Gohnarch, mit folgendem Code funktioniert's.


<includeonly>{{#tag:ref|{{#switch:{{{1|}}}
|1=<span style="font-family:serif;">[[Kill Bill – Volume 1|I]]</span>
|2=<span style="font-family:serif;">[[Kill Bill – Volume 2|II]]</span>
|#default = <span style="color:red;">Einbindungsfehler (Parameter 1)!</span>
}} {{#switch:{{{2|}}}
|A = <span style="font-family:serif;">A</span>
|B = <span style="font-family:serif;">B</span>
|#default = <span style="color:red;">Einbindungsfehler (Parameter 2)!</span>
}} min. {{{3|}}}}}</includeonly><noinclude>Dokumentation…</noinclude>

Gruß --W_I^KImaniac 22:50, 9. Jul. 2010 (CEST)

Wo willst du denn diese Vorlage verwenden? Das ist ja schon fast Umgehung von Wikisyntax. Ansonsten geht das acuh noch ein bisschen kürzer:

<includeonly>{{#tag:ref|{{{#ifexpr:{{{1|5}}}<=2|[[Kill Bill – Volume {{{1}}}|{{Römische Zahl|{{{1}}}}}]]|Parameter 1 zu groß}} {{#switch:{{{2|}}}|A|B={{{2}}}|#default =Nur A oder B bei Parameter 2 erlaubt!}} min. {{{3|}}}}}</includeonly><noinclude>Dokumentation…</noinclude>

meint -- ✓ ^Bergi 16:16, 10. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 22:50, 9. Jul. 2010 (CEST)

Commons-Vorlage {{Information field}} im other_fields Parameter der {{Information}} Vorlage

Hallo zusammen! Leider erhalte ich auf Commons keine Antwort auf mein Problem. Ich hoffe, dass mir einer von Euch hier weiterhelfen kann – auch wenn es sich um eine Commons-Vorlage handelt. Ich habe das Problem, dass die {{Information field}} Vorlage beim Einsatz im other_fields Parameter der {{Information}} Vorlage eine fehlerhafte Darstellung verursacht. Was mache ich falsch? Danke und viele Grüße, --Sponk 17:28, 6. Jul. 2010 (CEST)

Die Template:Information nutzt HTML-Tabellen-Tags für das other versions-Feld. Wenn direkt danach Other_field mit Wiki-Tabellen-Syntax daherkommt, fehlt der nötige Zeilenumbruch vor |-. Probier mal deine Fehler-Einbindung in Special:ExpandTemplates aus, und du erkennst es sehr schnell. Leider braucht es einen Admin, um das zu korrigieren.
meint -- ✓ ^Bergi 15:47, 7. Jul. 2010 (CEST)

Hallo ~~Häckchen~~ Bergi! Vielen herzlichen Dank für Deinen Beitrag. Durch Deinen Hinweis habe ich nun ein Workaround für mein Problem gefunden: Ich habe vor der Einbindung der Vorlage {{Information field}} ein <nowiki />¶ (also inkl. Zeilenumbruch!) eingefügt. Durch diese Vorgehensweise wird die Fehlausgabe nun unterbunden. Den gleichen Weg hat die Vorlage {{Credit line}} offenbar auch beschritten – nur habe ich das leider erst zu spät festgestellt. Darum nochmals Danke für Deine Hilfe, die mich erst auf diesen Workaround gebracht hat. Viele Grüße, --Sponk 12:41, 10. Jul. 2010 (CEST)

Ein Workaround ist aber schlechter, v.a. wenn es jedesmal eingebaut werden muss. Der Zeilenumbruch gehört in die Vorlage, nicht in den Parameter. Sind die Admins auf Commons so faul, oder hast du noch keine Anfrage gestellt? ;-)
meint -- ✓ ^Bergi 16:23, 10. Jul. 2010 (CEST)

Ich werds mir in den nächsten tagen anschauen und korrigieren. --Leo ^DieBuche 18:02, 10. Jul. 2010 (CEST)

Alle Beispiele funktionieren jetzt. Falls ich was übersehen hab, schreib mir auf meiner commons seite--Leo ^DieBuche 18:18, 10. Jul. 2010 (CEST)

Vielen Dank für die Korrektur! Mir sind keine weiteren Fehler aufgefallen. Viele Grüße, --Sponk 19:12, 10. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Sponk 19:12, 10. Jul. 2010 (CEST)

Infobox Film character Vorlage erstellen

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

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

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

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

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 17:30, 13. Jul. 2010 (CEST)

Vorlage:Infobox Insel metadatentauglich mit Quelle?

Hi Leute!

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

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

Siehe Vorlage_Diskussion:Infobox_Insel#Quellenangabe_bei_Metadatenauswertung. Von daher betrachte ich das als "Erledigt". Erik Frohne (Diskussion) 08:47, 15. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Erik Frohne (Diskussion) 08:47, 15. Jul. 2010 (CEST)

DEFAULTSORT: in Vorlagen

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

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

Die entstehenden Probleme sind offenkundig:

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

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

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

Vorlage Navigationsleiste Nummer-eins-Hits in ... etliche: Nicht dokumentiert. Geheime Unterwanderung.
Vorlage:Infobox Regierungsbezirk: Nicht auffallend dokumentiert; ein oranger Warnkasten am Beginn der Vorlagendokumentation wäre erforderlich.; Versteckt bei "Köln" taucht der Parameter ganz hinten mal in der Doku auf.; Immerhin Definition eines abweichenden Schlüssels möglich.
Vorlage:Episodenliste: Der Parameter ist immerhin dokumentiert; es gibt die Möglichkeit der Angabe eines regelkonformen abweichenden Schlüssels.; Die Auswirkung auf die schließliche Einbindung in einen Artikel über Einbindung einer mittelbaren Vorlage hat sich mir gleichwohl nicht erschlossen.; Die Probleme 4 und 5 bestehen auch hier.; Wenn sowohl Vorlage:Episodenlistentabelle als auch Vorlage:Episodenlisteneintrag eingebunden sind, auch Problem 3 möglich.
Vorlage:Anker/Meta
Vorlage:Belege fehlen/Meta
Vorlage:ChoralWiki/Meta
Vorlage:Cite gnis/Meta
Vorlage:HistVV/Meta
Vorlage:Musik/Meta
Vorlage:WIMA/Meta
Vorlage:Zeno-Autor/Meta: Wirkt sich nicht auf Artikel, sondern nur auf die Kategorisierung der Vorlage aus.; {{SORTIERUNG:{{PAGENAME}}}} würde ich für den Standardwert (vgl. Kategorie:Vorlage:nur Metadaten) halten, also völlig sinnfrei und im Interesse der vereinfachten Fahndung zu tilgen.

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

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

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

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

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

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 14:55, 16. Jul. 2010 (CEST)

[citation needed] auf deutsch

Auch auf die Gefahr hin, dass ich hiermit jemanden wiederhole (ich kann mir sehr gut vorstellen, dass die Idee schon einmal geäußert wurde, finde nach zugegebenermaßen nicht gerade ausgedehnter Suche aber nichts):

Was – soll das Gewünschte tun?

Ein leichtgewichtiges, praktisches Pendant zu {{Quellen}} sein.

Wie – soll das Gewünschte aussehen?

http://en.wikipedia.org/wiki/Template:Citation_needed — nur halt auf deutsch. Einen Vorschlag für die Beschriftungen etc. habe ich allerdings noch nicht. Da es eine recht kleine Vorlage ist, könnte man diese bei Zuspruch wahrscheinlich hier diskutieren.

Warum – ist es hilfreich so etwas zu haben?

Es ist wahrscheinlich praktischer, auf die Art an Belege zu kommen, als Diskussionsseiten zu bemühen, die kaum jemand liest. Gleichzeitig kann sich Wikipedia ein wenig von einzelnen Behauptungen distanzieren, ohne sie zu löschen und ohne den ganzen betroffenen Abschnitt mit {{Quellen}} zu verschandeln. Ich habe den Verdacht, es wird zu oft gelöscht, anstatt {{Quellen}} (bzw. {{Belege fehlen}}) zu benutzen, weil letzteres zu "laut" ist. Ein dezentes citation needed könnte da Abhilfe schaffen.

Wer – wünscht die Umsetzung?

Tja, zunächst wohl nur ich, wenn es keine vergangenen Vorschläge dieser Art gab...

Wo – soll das umgesetzt werden?

Keine Ahnung!

Wo – findet sich ein Beispiel oder ähnlich Geartetes

Nochmal: http://en.wikipedia.org/wiki/Template:Citation_needed

Ich lass' mich auch gerne auf eine frühere Diskussion verweisen, in der ein ähnlich gelagerter Vorschlag abgelehnt wurde. :) --Daniel5Ko 22:20, 14. Jul. 2010 (CEST)

Bitte nicht. Das (und die gefühlt 1 Million anderen Bäpper der enWP für jede Lebenslage) versuchen nur dazu, einfach bequem einen Artikel damit zuzukleistern, anstatt ihn zu verbessern. --Studmult 10:47, 15. Jul. 2010 (CEST)

Das letzte mal war hier, und entsprechende Anfragen kommen ziemlich häufig. Bisher haben wir immer darauf verwiesen, dass es das bisher nicht gab. Wenn jemand ein MB durchführt, in dem die Einführung beschlossen wird, ist es für uns kein Probelm eine entsprechende Voralge zu erstellen. Aber auch ich würde – nach u.a. Studmults Argumentation – dagegen stimmen.
meint -- ✓ ^Bergi 14:53, 15. Jul. 2010 (CEST)

Danke für die Info. MB halte ich angesichts des kurzen zeitlichen Abstands von 9 Tagen auch für sinnvoll. --Daniel5Ko 18:45, 15. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 14:54, 16. Jul. 2010 (CEST)

Infobox Militärischer Konflikt

Hey Leute, ich wollte mich einmal dransetzen und den Artikel zu Operation Teardrop aus dem Englischen zu übersetzen, wobei ich mit der Infobox angefangen habe. Das Ganze hab ich erstmal hier gemacht: Benutzer:4thewin/Operation_Teardrop. Nun hab ich einfach die Infobox von der Schlacht um Guadalcanal kopiert und entsprechend bearbeitet. Nur leider wird bei mir jetzt überhaupt keine Infobox angezeigt, sondern einfach nur die eingegeben Zeilen + Bilder (wie bei Benutzer:4thewin/Operation_Teardrop zu sehen ist). Kann mir da jemand weiter helfen? Ich hab absolut keine Ahnung was ich hier falsch mache/gemacht habe. --4thewin 16:43, 19. Jul. 2010 (CEST)

Hallo 4thewin, es fehlte einfach eine eckige Klammer im Quellcode. --Wiegels „…“ 16:51, 19. Jul. 2010 (CEST)

Oh *peinlichpeinlich* .. Dankeschön für die Berichtigung! (nicht signierter Beitrag von 4thewin (Diskussion | Beiträge) 16:54, 19. Jul 2010 (CEST))

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 16:51, 19. Jul. 2010 (CEST)

Erbitte neue Vorlage Sakralbau

Hallo,

ich habe leider keine Ahnung von der Vorlagenerstellung und würde gerne eine Vorlage:Infobox Bauwerk Sakralbau haben.

Wer kann die Vorlage bitte erstellen (stark vereinfacht reicht erstmal): {{Infobox Sakralbau | Name = | Bild = | Bildgröße = | Bildbeschreibung = | geo = | Zugehörigkeit = | Ritus = | Ort und Land = | Jahr der Weihe = | Funktion = | heritage_designation = | Oberhaupt = | Architekt(en) = | Baustil = | Ausrichtung (Himmelsrichtung) = | Jahr der Errichtung = | Kosten = | Fassungsvermögen (Menschen) = | Länge = | Breite = | Turmhöhe = | Material = }} Kategorie:Vorlage:Infobox Bauwerk

Tausend Dank! --Bapho 18:14, 19. Jul. 2010 (CEST)

Das ist immer noch ein Fall für die löschprüfung. gabs schon, LA wurde gestellt und gelöscht! Siehe auch hier --darkking3 ^Թ 18:28, 19. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 18:28, 19. Jul. 2010 (CEST)

ip-edit (erl)

Hallo, ich bin dabei eine ein-Zeilen-Vorlage für einen IP-Edit zu programmieren. Sinn der Sache ist es, in meinem Benutzernamensraum unter Benutzer:Big-Jay/Alte IP-Edits meine eigenen IP-Edierungen (ich habe schon gesammelt) aufzulisten. Ansich komm ich super voran, steck nun aber bei der Vorlage fest, weil ein Fehler auftaucht, den ich einfach nicht nachvollziehen kann...

Was soll das Gewünschte tun?

Das wiederspiegeln, was nach einer Edierung in der entsprechenden Zeile der Versionsgeschichte / Benutzerbeiträge steht.

Wie soll das Gewünschte aussehen?

sollte sich nicht groß verändern

Warum ist es hilfreich so etwas zu haben?

Abgesehen vom offensichtlichen Motiv kann man so zB auch in Diskussionen eine einzelne IP-Edierung aufzeigen, ohne einen Link + Kommentare schreiben zu müssen.

Wer wünscht die Umsetzung?

Big-Jay... also ich, da ich mich diesbezg. noch nicht mit anderen Wikipedianern ausgetauscht habe.

Wo soll das umgesetzt werden?

Erstmal nur in meinem Banutzer-Namensraum unter Benutzer:Big-Jay/Alte IP-Edits.

Wo findet sich ein Beispiel oder ähnlich Geartetes?

Benutzerbeitragsseien eines Jeden.

Browser-Cache geleert?

Sinnloser Weiße schon ;)

Wie soll's tatsächlich aussehen?

einfach mal korrekt

Wie sieht's fehlerbehaftet aus?

der gesamte (2.) Switch-Container scheint "auszufallen", wenn die Parameter 7 & 8 ausgefüllt sind (der erste Switch-Tag ganz oben regelt die BG-Farbe, das funktzt ja auch.)

Wo tritt das auf?

Ganz am Ende der Zeile, wo eig. der Abschnitt und der "Zusammenfassung & Quellen"-Text stehen sollte - Wenn die Parameter 7 & 8 Inhalte haben.

Wo findet sich ein Beispiel?

Hier ist die Vorlage und hier eine beispielhafte Darstellung. Das Problem tritt im 4. Beispiel auf, da da beide Parameter nicht mit dem "0"-Wert übereinstimmen.

Was wurde schon unternommen um den Fehler zu beheben?

den darzustellenden Text mit einem "aaa" ersetzt, das Problem war weg, aber auch das, was dargestellt werden soll. Das Problem ist nur, dass eber dieser Text offenbar nicht fehlerhaft ist.

Und nun nochmal kurz zu den Parametern

1, 2 oder 3 für die vordefinierte Hintergrundfarbe (Switch; <sonst> = "auto")
IP-Adresse
Zeitstempel
Lemma (hier müssen alle Leerzeichen mit Tiefstrichen (_) ersetzt werden, das dies in der Vorlage nicht alsWiki- sondern Weblink dargestellt werden muss (bgzl oldid & Vorherige))
VersionsID des Lemmas
Lemma mit Leerzeichen (wenn nötig - ausgefüllt werden muss es aber schon)
Abschnitt, in dem ediert wurde ("0" = nichts)
Text aus "Zusammenfassung und Quellen" ("0" = nichts)
Bonusinformationen, welche in einem < ref >-Tag ausgegeben werden ("0" = nichts... das scheint aber ohnehin nicht zuu funktionieren)

Ich hoffe, dass mir jemand helfen kann. Gruß & Danke --Tha-Jay 10:46, 22. Jul. 2010 (CEST)

besser ? --darkking3 ^Թ 12:13, 22. Jul. 2010 (CEST)

Vielen dank, das bringt mich ein ganzen Stück weiter, muss jetzt aber erstmal auf N8-Schicht, thx, Jay --Big-Jay 20:39, 22. Jul. 2010 (CEST)

Hab nun ein neues und ein altes Problem, bei einigen, wenigen, Beispielen wird der "→"-Link zum Anker (Abschnitt) nicht sofort wieder geschlossen sondern erst nach dem nächsten Wort. Zum anderen bleibt die Frage mit der Ausgabe der < ref >-Texte (Parameter 9), was schlicht nicht interprätiert wird. Hat jemand eine Idee? Gruß & Danke --Tha-Jay 16:48, 23. Jul. 2010 (CEST)

Wegen dem ref: Hilfe:Einzelnachweise#Einzelnachweise in Vorlagen

Zum Problem des Links: Technisch gesehen, handelt es sich um einen "linktrail", also einen Linkanhang. Diese werden automatisch dem Link zugeordnet und mitverlinkt, sofern sie einem bestimmten Muster entsprechen (Kleinbuchstaben a bis z und ä, ö, ü). Du kannst aber ein <nowiki /> dazwischen packen, um den Linktrail zu durchbrechen. Ich habe beides mal gemacht Der Umherirrende 17:51, 23. Jul. 2010 (CEST)

Super, vielen dank, ich hab das hier mal auf erl gesetzt, da die Vorlage nun Spruchreif ist. Daher ist auch die Testphase auf Alte IP-Edits abgeschlossen und ich hab den geplante Inhalt (wo ich auch die Beispiele her hatte^^) geuppt. Nochmal danke euch ;) Gruß --Tha-Jay 06:48, 24. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 23:24, 27. Jul. 2010 (CEST)

Vorlage:Démographie

Ist ja nun eigentlich eine brauchbare Vorlage, man kann sie nach rechts und links schieben, sie ist leicht ausfüllbar, wäre auch leicht aktualisierbar und so weiter. Aber sie ist sehr grün und grün ist keine neutrale Farbe. Vergleiche: Hilfe:Farben#Hintergrundfarben. Ich gehe auch davon aus, dass die Vorlage häufiger verwendet werden würde, wenn sie grau oder weiss wäre. Könnte das also bitte jemand für diese zu Unrecht vernachlässigte Vorlage tun (sie entweder grau oder weiss machen, oder farboptional)? Grüsse, --Stanzilla 10:34, 24. Jul. 2010 (CEST)

Sagen wir mal grau kann ich sie selbst machen, indem ich <tr style="background:#E0E0E0" align="center"> statt ddffdd reinschreib. Ich würde das auch glatt tun, möchten aber einen Editwar vermeiden, vielleicht gibt es ja irgendwelche "Grünfans".--Stanzilla 10:29, 25. Jul. 2010 (CEST)

Zustimmung (bin selbst in hunderten Fällen auf andere Tabellenformen ausgewichen, um dem grünen Ton zu entgehen). Rauenstein 21:08, 27. Jul. 2010 (CEST)

Ebenfalls Zustimmung. War übrigens mal grau. --Oltau ^Disk. 21:13, 27. Jul. 2010 (CEST)

Danke :) , das hatte ich gehofft, ich habs dann mal grau gemacht.--Stanzilla 21:19, 27. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Stanzilla 21:19, 27. Jul. 2010 (CEST)

Zeitleiste Bundespräsidenten BRD

{{Zeitleiste Bundespräsidenten BRD}} wird verwendet in Bundespräsident (Deutschland)#Aufgaben und Befugnisse und ist aus den in Diskussion:Bundespräsident (Deutschland)#Amtsantritt Heuss dargestellten Gründen dahin zu ändern, dass Heuss das Bundespräsidentenamt am 12. (nicht 13.) 09.1949 antrat. Wer kam dabei helfen? Ich bin damit überfordert. Danke!

P.S.:Das ist jetzt mein dritter Versuch, meine Bitte lesbar auf dieser Seite unterzubringen. Anscheinend mag die mich nicht. --Vsop 21:00, 27. Jul. 2010 (CEST)

Häh? ich hab nur ein / ins pre gemacht, dieser Beitrag ist nicht von mir--Stanzilla 21:03, 27. Jul. 2010 (CEST)

Was häh? Ist von mir, aber meine Signatur mag diese Seite anscheinend auch nicht. Siehe Versionsgeschichte. Danke, Stanzilla, fürs Lesbar Machen! --Vsop 21:25, 27. Jul. 2010 (CEST)

Vsop hats selber gerichtet. --darkking3 ^Թ 14:20, 28. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 14:20, 28. Jul. 2010 (CEST)

BKL auflösen

Im Artikel Shenango River befindet sich in der Vorlage:Infobox Fluss unter Abflussweg eine BKL. In der Vorlage gibt es zwar eine Beschreibung, wie bei einer BKL vorgegangen werden soll:

| ABFLUSSWEG= Fluss1//Fluss (2)/Fluss2/Meer/

das funktioniert in meinem Fall aber leider nicht. Auflösung der BKL Beaver River sollte nach Beaver River (Pennsylvania) sein.

| ABFLUSSWEG= Beaver River//Ohio River//Mississippi River//Golf von Mexiko/

Könnte evtl. daran liegen, dass die BKL an Position 1 liegt und dementsprechend irgendetwas anders ist? Diverse Varianten mit Schrägstrichen ausprobiert, aber entweder es fehlen dann die weiteren Flüsse oder es sind zuviel Klammern da. Wie lässt sich das hinbiegen? --Vux 01:31, 28. Jul. 2010 (CEST)

erledigt. --Fomafix 08:29, 28. Jul. 2010 (CEST)

Danke. --Vux 11:21, 28. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Fomafix 08:29, 28. Jul. 2010 (CEST)

{{time}} aktualisieren

Wie mache, dass {{time}} sich von selbst aktualisiert? --79.218.225.46 16:22, 1. Aug. 2010 (CEST)

gar nicht, da #time eine Parserfunktion ist und die Uhrzeit beim Laden der Website ermittelt. Man bräuchte dazu javaskript, was für solche zwecke nicht in der WP verwendet wird. --darkking3 ^Թ 17:02, 1. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 17:02, 1. Aug. 2010 (CEST)

Vorlage:Löschantrag entfernt: Leerzeichen in Parameter = broken link

Hallo, betreffend der Vorlage:Löschantrag entfernt habe ich eine Frage: Wenn der Parameter „LD-Betreff“ mit einem Leerzeichen beginnt, führt der Link nur auf die LK-Seite, nicht aber in den betreffenden Abschnitt (Beispiel). Kann man der Vorlage beibringen, ein solches Leerzeichen zu ignorieren? Gruß --Schniggendiller Diskussion 00:25, 17. Jul. 2010 (CEST)

Ich dachte immer das täten Parameter automatisch. Wie ich nach kurzem Testen erkannt habe, funktioniert das ignorieren sämtlicher Whitespaces am Anfang/Ende eines Parameters nur bei benannten. Mit {{Löschantrag entfernt|SG Oftersheim (erl.)}} funktioniert es. Man könnte eine Wrapper-Vorlage erstellen, andere Wege wüsste ich jetzt nicht. Braucht es das wirklich? -- ✓ ^Bergi 16:57, 17. Jul. 2010 (CEST)

Naja, die Parameter zu benennen, um dieses Problem zu vermeiden, scheidet wohl aus. Ich habe das Problem auf der Vorlagen-Disku nicht angesprochen, dachte halt, daß man mit einer kleinen Korrektur evtl. das Problem so lösen könnte. Aus demselben Grund scheidet auch eine neue Vorlage aus, ist die Mühe wohl nicht wert. Aber nur aus Neugier: Was genau ist eine Wrapper-Vorlage? Gruß --Schniggendiller Diskussion 23:02, 19. Jul. 2010 (CEST)

Eine Vorlage, die ihre Parameter (fast) nur an eine Untervorlage weiterreicht. Der Quelltext sähe so aus: {{Vorlage:Löschantrag entfernt|1={{{1|}}}|2={{{2|}}}}}. Die meisten Wrappervorlagen werden substituiert, formatieren die Parameter noch ein bisschen nach, sodass keine Fehleinbindungen entstehen, oder belegen Standardparameter vor. Ein Beispiel wären die zahllosen Positionskarten.
meint -- ✓ ^Bergi 14:49, 20. Jul. 2010 (CEST)

Okay, danke. Gruß --Schniggendiller Diskussion 17:51, 21. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:02, 2. Aug. 2010 (CEST)

Vorlage:Infobox Nationalpark

Hi, wie kann man es bei dieser Box erreichen, dass keine Koordinaten erforderlich sind, also bei leeren Feldern nicht das Label "Koordinaten fehlen" gesetzt wird. Es gibt einige Verwendungen der Box bei denen eine Punktkoordinate unangebracht ist und deshalb eine alternative Kartendarstellung eingebunden wurde, die die Koordinate ersetzt. Danke im Voraus für jeden Tipp und viele Grüße --h-stt !? 17:55, 17. Jul. 2010 (CEST)

Es gibt den Parameter location_map (mit location_mapname), die statt der Postionskarte angezeigt werden. Allerdings gibt es keinen Park ohne Koordinaten. Welche Beipiele meinst du denn?
meint -- ✓ ^Bergi 20:48, 17. Jul. 2010 (CEST)

World War II Valor in the Pacific National Monument weil der Park drei, sehr weit von einander entfernte Standorte hat
Oregon Trail und Santa Fe Trail und alle anderen National Trails.

Und mit location_map word trotzdem eine Koordinate erwartet und das Label "Koordinate fehlt" gesetzt. Grüße --h-stt !? 21:57, 17. Jul. 2010 (CEST)

[1][2]. Für das andere braucht es eine Vorlage:Infobox National Trail, oder man nimmt gleich die {{Infobox Wanderweg}}. Denn da stimmt ja nicht nur der Parameter Koordinate nicht, da braucht es Länge statt Fläche etc. -- ✓ ^Bergi 12:48, 18. Jul. 2010 (CEST)

Danke dir für die Korrektur in der Infobox. Was den "Wanderweg" angeht, dessen BOx passt nicht so ganz, aber wahrscheinlich ist er trotzdem ein Fortschritt. Ich überleg's mir. Nochmal Danke und Grüße --h-stt !? 21:28, 21. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:02, 2. Aug. 2010 (CEST)

Umbruch

Die Vorlage Bahnlinie bricht in Tabellen manchmal mitten im Symbol um. Wie kann man das verhindern?--91.4.21.69 21:08, 3. Aug. 2010 (CEST)

So. -- ✓ ^Bergi 15:12, 4. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: -- ✓ ^Bergi 15:12, 4. Aug. 2010 (CEST)

Vorlage:Infobox Insel

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

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

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

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

Ich sag’s mal ganz direkt: Die Vorlage versucht, eine merkwürdige Verhaltensweise des Parsers auszunutzen, um aus der Tabelle heraus Elemente außerhalb der Tabelle zu erzeugen.

Minimaler Testfall: Der Wikitext

{|
Hello World
|}

ergibt

<p>Hello World</p>
<table>
  <tbody>
    <tr>
      <td></td>
    </tr>
  </tbody>
</table>

Man beachte, dass der Text „Hello World“ ohne Pipe einfach so zwischen Tabellenanfang und -ende steht. Ohne Pipe heißt, nicht in einer Tabellenzelle. Was dann passiert, ist m. E. zumindest theoretisch undefiniert. In der Praxis verschiebt der Parser den Inhalt vor die Tabelle und packt noch einen Absatz drumherum, falls es sich um ein Inline-Element handelt.

Die Vorlage nutzt das für gleich 2 Dinge aus: Um den Lagewunsch und Wartungslinks außerhalb der Tabelle zu erzeugen und um optionale Zeilen (die, wenn der entsprechende Parameter nicht angegeben ist, nur aus einer Leerzeile bestehen) auszublenden. Bisher funktionierte das auch nur aus 2 Gründen: Weil der zusätzliche Absatz am Artikelanfang visuell kaum auffällt und die Leerzeilen sich nicht auswirken, solange alle auf diese Weise außerhalb der Tabelle erzeugten Inhalte Inline-Elemente sind.

Hier kommt nun eine Änderung an der Lagewunsch-Vorlage ins Spiel. Um den semantisch unsinnigen Absatz loszuwerden, erzeugt die Lagewunsch-Vorlage nun ein div statt einem span, genau wie Vorlage:CoordinateMAIN es seit langem auch tut. Sobald aber der außerhalb der Tabelle erzeugte Lagewunsch ein div ist, sind die Leerzeilen, die von den optionalen Parametern kommen, nicht mehr egal, sondern MediaWiki verpasst jeder einzelnen Leerzeile einen eigenen Absatz.

Ich habe versucht, die optionalen Parameter anders zu implementieren, so dass sie keine Leerzeilen mehr erzeugen, bin aber netterweise revertiert worden. Ich sehe nun folgende Möglichkeiten:

Um das System, das m. E. ziemlich daneben ist (Ausnutzung eines Parserbugs, um einen semantisch unsinnigen Absatz mit Lagewunsch und Wartungslinks vor der Tabelle, also als allererstes im Artikel zu erzeugen), aufrecht zu erhalten, kann diese eigentlich sinnvolle Änderung der Vorlage:CoordinateNO und Vorlage:CoordinateNOx zurückgenommen werden. (Ich sage bewusst „zurücknehmen“ und nicht „revertieren“, weil es danach weitere Änderungen gab, die bitte keinem undifferenzierten Revert geopfert werden sollten).
Alternativ kann das Hauptproblem (die Erzeugung von Content außerhalb der Tabelle mittels eines Parserbugs) angegangen werden. Ich sehe keinen Grund, den Lagewunsch nicht innerhalb der Tabelle anzuzeigen. Das würde den unmittelbar sichtbaren Teil des Problems bereits beheben. Ebenso kann der Lagewunsch, wenn er denn außerhalb der Tabelle sein soll, auf normalem Wege außerhalb der Tabelle angezeigt werden, indem er auch außerhalb der Tabelle eingebunden wird (d. h. 2 entgegengesetzt bedingte Einbindungen der Koordinatenvorlage). Die Wartungslinks als spans in einem eigenen Absatz am Artikelanfang sind zwar auch falsch, aber fallen dann wenigstens nicht auf.

Gruß --Entlinkt 02:36, 14. Jul. 2010 (CEST)

Hallo Entlinkt, das Problem tritt ja vermutlich in allen Infoboxen auf, die Koordinaten verwenden. Neulich bei Infobox Berg. Deine Argumentation habe ich nicht ganz verstanden, <ref>s werden ja schließlich auch außerhalb der box erzeugt. Wie gehen wir weiter vor? Ich würde vorschlagen, du nimmst deine eigentlich sinnvolle Änderung zurück. Damit ist alles beim Alten. ~~Die Änderung war ja bloße css-Kosmetik, oder?~~ Danach können wir überlegen, was weiter in den Infoboxen zu geschehen hat, damit die ~~kosmetische~~ Änderung wieder reaktiviert werden kann. So trivial dürfte das aber nicht sein, da du bei der einen Box hier daran gescheitert bist. Die Eliminierung unnötiger Zeilenumbrüche in den Vorlagen, die vom Parser ausgewertet werden, ist harter Stoff und macht den Vorlagencode unwartbar. Auch das ein Fehler im Parser. lg --Herzi Pinki 17:56, 17. Jul. 2010 (CEST)

Meiner Meinung nach ist die Änderung nicht nur Kosmetik, und vor allem keine CSS-Kosmetik, weil sie mit CSS eigentlich gar nicht viel zu tun hat.  ist im HTML ein bedeutungstragendes (semantisches) Element und impliziert, dass hier ein Inhalt vorhanden ist. Ich halte es nicht für sinnvoll, dass Artikel sinngemäß mit

<p>
<span>Lagewunsch</span>
<span>Wartungslink1</span>
<span>Wartungslink2</span>
<span>Wartungslink3</span>
<p>
<table>Infobox</table>
<p>Hier geht es erst richtig los</p>

beginnen. Das hilft Suchmaschinen nicht weiter und sieht auch in anderen Situationen, in denen kein CSS es kompensiert, ziemlich schlecht aus. Unter „normalen“ Bedingungen (visueller User Agent mit CSS-Unterstützung) fällt es auch nur deshalb nicht auf, weil die durchaus vorhandenen margins des ersten Absatzes mit anderen margins kollabieren. Das kann man in Firebug und ähnlichen Tools prüfen.

Ich würde vorschlagen, in allen Infoboxen den Lagewunsch so umzubauen, dass er genau so wie Koordinaten angezeigt wird (gleiche Parametrierung für article und text, egal ob Koordinaten vorhanden sind oder nicht). Vielmehr ist die Nichtanzeige des Lagewunsches in der Infobox Kosmetik; der Lagewunsch gehört ja zur Infobox und muss innerhalb dieser erfüllt werden.

Die Wartungslinks würden dann nicht störender als vorher auffallen. Mittelfristig sollten aber auch sie durch etwas angemesseneres, zum Beispiel Wartungskategorien, die am Artikelende angezeigt werden, ersetzt werden. Vor Suchmaschinen sind diese halbherzig versteckten Links nämlich gar nicht versteckt. Gruß --Entlinkt 18:07, 17. Jul. 2010 (CEST)

Tut leid, wenn ich deine Änderung technisch nicht ganz verstanden habe. Unabhängig davon, teile ich deine im folgenden dargestellt Meinung nur teilweise.

du hast Recht, was die außerhalb der Tabelle erzeugten Codeteile angeht. Aber es ist noch schlimmer. Dort stehen nicht nur Wartungslinks, sondern auch ein leerer Absatz für jeden fehlenden Optionalparameter. Am Beispiel Schutzhütte mit entkernter Infobox (kein Parameter gesetzt) ergibt sich:

<p><span style="display:none"><a href="/w/index.php?title=Vorlage:Infobox_Schutzh%C3%BCtte/Wartung/Bild_fehlt&action=edit&redlink=1" class="new" title="Vorlage:Infobox Schutzhütte/Wartung/Bild fehlt (Seite nicht vorhanden)">p1</a></span> <span style="display:none"><a href="/w/index.php?title=Vorlage:Infobox_Schutzh%C3%BCtte/Wartung/Lage_fehlt&action=edit&redlink=1" class="new" title="Vorlage:Infobox Schutzhütte/Wartung/Lage fehlt (Seite nicht vorhanden)">p2</a></span></p>
<div id="coordinates" class="coordinates" style="background:#FFC;">Koordinaten fehlen! <a href="/wiki/Wikipedia:WikiProjekt_Georeferenzierung" title="Wikipedia:WikiProjekt Georeferenzierung">Hilf mit.</a></div>
<p><br /></p>
<pre>
 <span style="display:none"><a href="/w/index.php?title=Vorlage:Infobox_Schutzh%C3%BCtte/Wartung/H%C3%B6he_fehlt&action=edit&redlink=1" class="new" title="Vorlage:Infobox Schutzhütte/Wartung/Höhe fehlt (Seite nicht vorhanden)">p4</a></span>
</pre>
<p><br /></p>
<p><br /></p>
<p><br /></p>

<p><br /></p>
<p><br /></p>
<pre>
 <span style="display:none"><a href="/w/index.php?title=Vorlage:Infobox_Schutzh%C3%BCtte/Wartung/Beherbergungsangaben_fehlen&action=edit&redlink=1" class="new" title="Vorlage:Infobox Schutzhütte/Wartung/Beherbergungsangaben fehlen (Seite nicht vorhanden)">p8</a></span>
 
</pre>
<p><br /></p>
<p><br /></p>
<table .....

(seltsam sind auch die darin vorkommenden <pre>s.)
Das heißt aber das bisherige Vorgehen bei optionalen Parametern ist grundfalsch und muss in allen Boxen geändert werden (das sind mehr als solche mit Koordinate).

Der Lagewunsch gehört zum Artikel. Es werden Lemmas georeferenziert, nur nebenbei ist die Koordinate auch eine wesentliche Eigenschaft des Objekts und steht daher in der Infobox (und aus Redundanzgründen nur dort). Lagewunsch in der Infobox kann man machen, aber eigentlich ist es der Artikel dem die Lage fehlt, und die Infobox nur der Automat, der das geeignet prüfen kann. Da bin ich also nicht deiner Meinung, aber mir ist es nicht ganz so wichtig, wo der Lagewunsch angezeigt wird, machen manche Infoboxen auch anders. Da aber jeder fehlende Optionalparameter eine Leerzeile erzeugt, löst das das Gesamtproblem ohnehin nicht.
Du hast Recht, dass die Nichtanzeige des Lagewunsches in der Infobox Kosmetik ist, halt für den Benutzer sichtbare Kosmetik, analog zu den optionalen Parametern, die man ja auch als Leerzelle anzeigen könnte.
die Suchmaschinen sind mir vorerst wurscht, eventuell kann man ja statt dep1 auch irgendwelche Sonderzeichen wählen, die die Suchmaschinen ausfiltern. Da geht es ja nur darum, dass nicht der ganze lange Wartungslink im Text aufscheint (was noch schlechter wäre) und um mit den sizelimits des Parsers vorsichtiger umzugehen.
Ad Wartungskategorien vs. Wartungslinks bin ich nicht ganz deiner Meinung. Neben den beiden gibt es ja noch die visuelle Fehlermeldung für den Autor. Für Koordinaten wird ja jetzt schon zweierlei erzeugt: Kategorie:Wikipedia:Lagewunsch, und die Fehlermeldung im Text Koordinaten fehlen! Hilf mit. Wartungslinks haben den großen Vorteil, dass man sie nicht anlegen muss und nicht löschen kann, da sie ins Nichts zeigen. Wartungskategorien muss man anlegen, da es sonst keine Wartungskategorien sein können. Diesen Schritt halte ich aber für auf später verschiebbar und daher derzeit nicht relevant.
Das Kernproblem ist aber, dass es offensichtlich ein akutes Problem gibt. Dieses durch Änderung fast aller Infoboxen zu beheben, wird also einiges an Zeit kosten, insoferne habe ich für eine vorübergehende Rücknahme deiner Änderung plädiert.

lg --Herzi Pinki 19:16, 17. Jul. 2010 (CEST)

Nein, sorry, gleich die erste Annahme stimmt nicht. Wäre der Lagewunsch in der Infobox (oder als span außerhalb der Infobox), dann würde nicht mehr jeder fehlende Optionalparameter einen leeren Absatz erzeugen, sondern es gäbe nur noch einen Absatz für den Lagewunsch und die Wartungslinks. Die leeren Absätze entstehen erst, wenn der Lagewunsch ein div ist. (Dieses Parserverhalten verstehe ich nicht, aber es ist einfach so, mit Spezial:ExpandTemplates kann man es nachprüfen, und wenn es schon so verkorkst ist, finde ich es um so fragwürdiger, sich darauf zu verlassen).

Deshalb hatte ich ja quasi die Verantwortung übernommen und angeboten, dass Lagewünsche wieder spans werden können. Mittlerweile habe ich meine Meinung aber geändert. Es gibt keinen Grund, die Koordinatenvorlage anders zu parametrieren, wenn sie ein Lagewunsch ist. Will man |article=/|text=/, dann kann man es immer machen, egal ob die Koordinate eine Koordinate oder ein Lagewunsch ist. Will man nur |article=/ oder nur |text=/, dann ebenso. Wenn der Lagewunsch schon anders als eine Koordinaten-Koordinate parametriert sein muss, dann genau andersrum, also Koordinaten-Koordinate |article=/|text=/, Lagewunsch nur |text=/. Dies würde nebenbei auch das Problem lösen, dass NEBENBOX=ja und Lagewunsch unverträglich sind.

Mir sind Suchmaschinen ebenso wie andere nichtvisuelle User Agents übrigens gar nicht wurscht, und es gibt auch überhaupt keine Garantie, dass die Koordinaten oben rechts angezeigt werden. In keinem einzigen Skin ist Platz für außerhalb von #bodyContent positionierte Vorlagen eingeplant, den Artikel Llanfair zerschießen sie bei einer Bildschirmauflösung von 1024x768, und die Aussage, dass für das Funktionieren solcherlei Vorlagen die verantwortlich sind, die sie aufrechterhalten wollen (nicht die, die ihren negativen Einfluss auf die Qualität des Markups eindämmen), ist seit Jahren unwidersprochen.

Wartungslinks können wir hier erst mal außen vor lassen. Zwar erzeugen auch sie einen unsinnigen Absatz am Artikelanfang, dieser bereitet aber zurzeit keine Probleme, solange die Wartungslinks spans sind. Gruß --Entlinkt 20:20, 17. Jul. 2010 (CEST)

PS: Auch dem Konzept Der Lagewunsch gehört zum Artikel. Es werden Lemmas georeferenziert kann ich nicht folgen. MediaWiki ermöglicht das gar nicht. Die Koordinatenvorlage befindet sich, wie jede andere Vorlage auch, in #bodyContent (= Textfeldbereich); sie ist im Prinzip ganz normaler Text, der irgendwo im Artikel steht. Außerhalb von #bodyContent können Vorlagen gar nichts erzeugen. Es wird lediglich mit schlechtem, bei langen Lemmata nicht funktionierendem CSS in MediaWiki:Vector.css der Eindruck erweckt, die Koordinate stünde irgendwo außerhalb des Texts. In Vector haben wir gegenüber Monobook schon einen Fortschritt gemacht, indem die Koordinate nicht mehr über, sondern unter dem Lemma steht. (Aus komplizierten technischen Gründen klappt das leider nur, wenn #contentSub leer ist; hat es einen Inhalt, zum Beispiel bei Weiterleitungen, dann drückt der Inhalt die Koordinaten nach oben und es kommt zu dem Konflikt, den man bei Llanfair sieht; nicht lösbar, ohne den Skin noch mehr kaputtzumachen.) Letztlich ist eine Koordinate auch nichts anderes als jedes andere Metadatum. Auch Flächen, Einwohnerzahlen usw. in der Infobox beziehen sich in der Regel auf den ganzen Artikel, aber es kommt niemand auf die Idee, für sie eine besondere Behandlung etablieren oder aufrecht erhalten zu wollen. Es sind immer nur die Koordinaten, die solche Probleme bereiten. Ich habe übrigens alle absolut positionierten Vorlagen von span auf div umgestellt. Das jetzt akute Problem gibt es mal wieder nur mit Koordinaten, weil die Koordinaten nicht nur gegenüber Einwohnerzahlen, Flächen usw., sondern auch gegenüber den anderen absolut positionierten Vorlagen eine besondere Behandlung erwarten. Gruß --Entlinkt 20:49, 17. Jul. 2010 (CEST)

Danke für deine Erläuterungen. Ich glaube, ich habe sie nicht verstanden. Du greifst mich hier für etwas an, dass ich nicht zu verantworten habe. Eine globale Änderung der Position der Koordinaten mit mir hier zu diskutieren, macht auch wenig Sinn, da ich in dem ganzen css und skin Kram nicht so tief drinnen bin wie du. Eine solche Änderung müsste auch mit Wikipedia:GEO abgesprochen werden. Ich bin nicht WP:GEO. Wenn man es technisch nicht hinbekommt (ich bekäme es auch nicht hin), die Koordinaten an prominenter Stelle zu platzieren, dann sind halt Kompromisse gefragt. Aber dazu gehören mehr als wir beide. Hängt auch mit den Papperln zusammen, für die es in Vector auch noch keine Lösung gibt. Und bei den Koordinaten sollte nicht auf die Artikel vergessen werden, die keine Infobox ihr Eigen nennen, wohin dann? Der große Vorteil einer immer gleichen Stelle für alle Koordinaten in allen Artikeln ist die verbesserte Usability (gilt sogar über iw-Grenzen). Und die wäre dahin. Die Abwägung zwischen Usability und Schwierigkeit der Implementierung würde ich anders treffen.

Und weißt du was, eigentlich war mein Punkt 6 der Vorschlag, deinen Plan einer Lösung in allen Vorlagen umzusetzen, nur halt ohne monatelang eine Baustelle offen zu haben. Mir geht es nicht um die konkrete Position der Koordinaten (sie sollte nur in allen Artikeln dieselbe sein und natürlich klaglos funktionieren), mir geht es nicht um die konkrete Lösung in css und was auch immer (sie sollte nur ausdiskutiert und abgestimmt sein), mir geht es um das akute Problem der unschönen Leerzeilen (dem Ausgangspunkt dieses Threads).

Bitte starte die entsprechenden Diskussionen und finde einen Kompromiss für eine neue allgemeine Position der Koordinaten oder für eine sonstige allgemein akzeptierte Lösung (andere WPs haben die Koordinaten übrigens auch generell rechts oben, manche noch immer in der Lemmazeile - die müssten ja analoge Probleme haben.), lg --Herzi Pinki 00:14, 18. Jul. 2010 (CEST)

Ich habe deinen Punkt 6 nun umgesetzt. Das hätte jeder machen können (Vorlage:CoordinateNO ist nur halbgesperrt; Vorlage:CoordinateMAIN ist zwar vollgesperrt und hat das Problem im Prinzip auch, und zwar sogar schon seit 11 Monaten, gleichzeitig aber auch wieder nicht, weil es damals mittels move out of table, also dem, was ich auch für Lagewünsche vorschlage, gelöst wurde). Und es ist keine Lösung, ja noch nicht mal eine Verbesserung, sondern nur eine Verlagerung. Mittels p { min-height: 1.5em; border: 1px solid #aaa; } in der persönlichen CSS-Datei kann jeder für sich visualisieren, dass die betroffenen Artikel immer noch Absätze am Anfang haben, die nur deshalb nicht auffallen, weil der zusätzliche Leerraum, den sie erzeugen, kleiner ist.

Ansonsten bin ich eigentlich nicht der Meinung, jemanden angegriffen zu haben, sondern ärgere mich bloß über Vorlagen, die seit Jahren Dinge tun, die nicht funktionieren können und auch nicht funktionieren, sondern nur so aussehen, als würden sie funktionieren und von denen dann erwartet wird, dass es weiter so aussehen soll, als würden sie funktionieren. Ich habe deshalb Bug 24420 gemeldet, weil ich der Meinung bin, dass der Parser etwas zulässt, das er zumindest in dieser Form nicht zulassen sollte.

Was dabei herauskommt, weiß ich natürlich nicht. Vielleicht wird es nicht als Bug gesehen, vielleicht doch; wenn doch, gibt es wieder zwei Möglichkeiten: Der Parser kann geändert werden, so dass er auch bei div keine Absätze mit Leerzeilen ausgibt, er könnte aber auch so geändert werden, dass er es überhaupt nicht mehr erlaubt, Inhalte außerhalb der Tabelle zu erzeugen. Bevor das geklärt ist, hat es m. E. wenig Sinn, in lokalen Diskussionen irgendwelche Kompromisse zu suchen. Die Diskussion muss ja irgendeine Grundlage haben. Move out ouf table wäre die Option gewesen, die funktioniert, ohne zu wissen, was der Parser eigentlich macht; so müssen wir halt eben warten.

Ganz unabhängig davon ist es einfach meine Meinung, dass die Koordinatenvorlage zu den wikipediaweit problematischsten Vorlagen gehört, weil sie in mehrfacher Hinsicht auf Sand gebaut ist. Der Forderung, dass die Position der Koordinaten immer gleich sein sollte, möchte ich auch nicht folgen, weil sie m. E. eher Geschmackssache ist (andere Artikel- und Infoboxinhalte stehen auch nicht immer an derselben Stelle). Jenseits von Geschmackssachen spricht für die absolute Positionierung eigentlich nur, dass sie vor Jahren etabliert und trotz der Probleme, die vorhersehbar waren und vor denen gewarnt wurde, nicht rechtzeitig unterbunden wurde, so dass es mittlerweile zigtausend Artikel gibt, die davon abhängig sind (nämlich die ohne Infobox). Ich hatte aber auch nie das Ziel, irgendwas kaputtzumachen. Gruß --Entlinkt 00:49, 18. Jul. 2010 (CEST)

erstmal ein herzliches und ernst gemeintes Danke --Herzi Pinki 02:11, 18. Jul. 2010 (CEST)

deine Meinung zu den Koordinatenvorlagen sei dir unbenommen, bedenke aber bitte, dass diese Vorlagen damals auf breiter konsensualer Basis entstanden sind. Du hast dich oben klar gegen jede Art von absoluter Positionierung ausgesprochen, also muss dafür eine Alternativlösung gefunden werden, die zur Diskussion vorgeschlagen werden kann. Erst dann kann umgesetzt werden. Und mehr als Sand als Argument wird es dafür auch brauchen.

Ärgern über Vorlagen ist keine Lösung, mir war das alles nicht bewusst, bin aber auch bisher wissentlich über keine von dir angestoßene Diskussion zu diesem Thema gestolpert. Ich bin zwar nicht der Erfinder der Wartungslinks, aber vermutlich einer der Hauptanwender dieses Musters. Auch hier wäre es sinnvoll, eine Diskussion unter breiter Beteiligung anzustoßen. Der richtige Platz könnte diese Seite sein. Es sollte aber getrennt werden zwischen dem Wartungslink, und der Position, wo der Link erzeugt wird. Mir war nicht bewusst, dass er vor der box erzeugt wird, hätte ich intuitiv auch für schlecht gefunden. Aber er könnte in der Tabelle (zeilenhöhe 0?) oder danach erzeugt werden (dazu müsste man aber das {{#if: {{{par|}}}|{{!}}{{{par}}}|<wartungslink>}}-Konstrukt auf zwei Teile aufteilen) und genauso seinen Zweck erfüllen und obiges Problem würde nicht mehr auftreten. Das was die Vorlage Coordinate im Falle Lagewunsch erzeugt, ist nebstbei nach meinem Verständnis kein Wartungslink, sondern ein schlichter link (wenn auch für Wartungszwecke).

Und die ganze Vorlagenschreiberei ist doch ein Herumbasteln mit untauglichen Mitteln, seien wir doch so ehrlich.

ich bin jetzt mal 3 Wochen ziemlich weg. Danach solltest du meine Unterstützung haben (da fehlen noch Festlegungen dazwischen) lg --Herzi Pinki 02:11, 18. Jul. 2010 (CEST)

--Herzi Pinki 02:11, 18. Jul. 2010 (CEST)

Erst mal zur absoluten Positionierung allgemein (auch wenn es mit dem Parserproblem nur am Rande zu tun hat): Dass das in Vector überhaupt funktioniert, ist der Tatsache zu verdanken, dass ein einzelner Admin entsprechenden Code in MediaWiki:Vector.css eingefügt hat. Ebenso unbürokratisch, wie der Code reingekommen ist, kann er zumindest theoretisch auch wieder raus (wird wahrscheinlich nicht passieren, könnte es aber). Stünde in MediaWiki:Vector.css nicht #coordinates { display: block; }, dann würde das nicht zur Disposition stehende #coordinates { display: none; } aus MediaWiki:Common.css die Wirkung entfalten, dass die Koordinaten nicht angezeigt werden. Die Entscheidung, ob absolut positionierte Vorlagen angezeigt werden, ist für jeden Skin einzeln zu treffen, weil auch die Umsetzung skinabhängig ist und nicht mal feststeht, ob sie in jedem Skin überhaupt möglich ist. Im Skin „Klassik“ zum Beispiel werden die absolut positionierten Koordinaten nicht angezeigt.

Dass es immer zu bevorzugen ist, Änderungen auf einer breiten konsensualen Basis vorzunehmen, da stimme ich dir zu, ist aber bei den Koordinaten meines Wissens nicht der Fall gewesen: Hier wurden sie eingefügt und das war die Diskussion dazu: Auf einer Benutzerdiskussionsseite und unter technisch völlig verkehrten Voraussetzungen (Argumente: „… die Idee mit den Geokoordinaten finde ich ganz fantastisch gut und bin ganz begeistert, daß das so unproblematisch umsetzbar zu sein scheint …“, „Find ich ja genial“). Dass die neue Koordinatenvorlage durch ein Meinungsbild abgesegnet ist, hat mit der absoluten Positionierung eigentlich nichts zu tun, weil sie einfach die Positionierung der alten übernommen hat. Wäre die neue Vorlage nicht angenommen worden, hätten wir noch die alte mit derselben Positionierung und denselben Problemen.

Insofern habe ich gar kein schlechtes Gewissen,

zu dieser Vorlage meine Meinung zu sagen, die da lautet: So wünschenswert es auch wäre, dass sie fantastisch gut, unproblematisch umsetzbar und genial wäre, ist sie es nicht. Das sage ich auch mit dem Hintergedanken, dass der Ansatz sich möglichst nicht noch weiter verbreitet – Vorlage:All Coordinates und Vorlage:Linked Coordinates zum Beispiel hätten m. E. auch normale Datenbanklinks im Abschnitt „Weblinks“ werden können, zumal sie id="coordinates" auch nur für die Positionierung benutzen; ihr Inhalt (der Text zwischen Start- und Endtag) ist keine Koordinate (kein Paar von Breiten- und Längengrad), ihre Verwendung von class="coordinates" beeinträchtigt sogar deren Benutzbarkeit,
sie beherzt zu ändern: Natürlich nicht mit der Absicht, sie kaputtzumachen, aber auch nicht, sie zu signifikant zu verbessern (bei diesem Ansatz auch kaum möglich), sondern unerwünschte Nebenwirkungen zu beseitigen. Und der zusätzliche Absatz ist sicher unerwünscht; in http://bits.wikimedia.org/skins-1.5/vector/main-ltr.css steht nämlich p { margin: .4em 0 .5em 0; line-height: 1.5em; }. Dass das kaum eine sichtbare Beeinträchtigung ergibt, ist dem Zufall zu verdanken, dass es in CSS collapsing margins gibt (padding oder border jedoch wären fatal, weil sie nicht kollabieren), es beeinträchtigt die Anpassbarkeit mittels User-CSS, und das darf man auch durchaus mal mit „auf Sand gebaut“ umschreiben, wie auch die anderen Probleme mit der absoluten Positionierung. Siehe MediaWiki Diskussion:Vector.css – keines der Probleme ist unvorhersehbar, denn wenn etwas absolut positioniert ist, dann muss auch dafür gesorgt sein, dass an der Zielstelle Platz frei ist, was diese Vorlage nicht tut und auch nicht tun kann, weil sie nicht weiß, wie lang das Lemma ist. Es ist eine falsche Verwendung von position: absolute, vulgo „auf Sand gebaut“.

Was den zusätzlichen Absatz am Artikelanfang angeht, ist es egal, ob man den Lagewunsch als Wartungslinks wertet, die Wirkung ist dieselbe. Weg wäre der Absatz erst, wenn alle Lagewünsche und Wartungslinks Blockelemente sind. Wenn die Wartungslinks außerhalb der Tabelle stehen sollen (egal ob darunter oder darüber), müssen sie divs sein (andere Blockelemente kommen eigentlich nicht in Frage, weil sie eine hier unerwünschte Semantik einbringen). Divs außerhalb der Tabelle sind wegen Bug 24420 zurzeit nur möglich, wenn der Code, der sie erzeugt, auch in der Vorlage selbst außerhalb der Tabelle steht (also ggf. dupliziert werden müsste). Wenn man schon dupliziert, kann man sich die Position vor oder nach der Tabelle auch aussuchen; will man nicht duplizieren, geht es nur mit spans, die unweigerlich in einem Absatz vor der Tabelle landen.

Am unproblematischsten wären m. E. Wartungskategorien. Wo im Code sie erzeugt werden, ist nun wirklich egal, weil MediaWiki sie ans Seitenende setzt, wo sie am wenigsten stören und auch User Agents ohne CSS-Unterstützung etwas sinnvolles mit ihnen anfangen können. Wartungslinks, die keine eigenen Absätze erzeugen, wären aber auch schon ein Fortschritt, wenn auch nicht optimal (nicht alle Screenreader respektieren display: none oder unterstützen überhaupt CSS, und einen Link vor einem Screenreader zu verstecken, indem als Beschriftung ein Punkt o. ä. benutzt wird, ist zwecklos, weil der verwunderte Benutzer das Programm dann anweisen würde, das href-Attribut vorzulesen). Gruß --Entlinkt 04:04, 18. Jul. 2010 (CEST)

Hallo Entlinkt, das was also überbleibt, ist das Problem der absoluten Positionierung (zufällig #coordinates, könnte aber auch anders heißen) unabhängig vom konkreten Inhalt (Coordinate, Papperl, All Coordinates, etc.) und ergo kein Problem der Koordinaten. Da die Papperl momentan dort verschwunden sind, stellt sich das bloß als ein Problem der Koordinaten dar. BTW: das Problem mit zu langen Lemmatas z.B. Llanfair wurde nicht dadurch gelöst, dass die Koordinaten dort verschwunden sind. Es lässt sich nur mit automatischem/halbautomatischem Umbruch im Titel lösen, und dann hätte ein absolut positioniertes Element doch wieder Platz (mit DISPLAYTITLE und hat es nicht funktoniert) lg --Herzi Pinki 00:04, 20. Jul. 2010 (CEST)

Ich weiß nicht, ob bekannt ist, was eine absolute Positionierung eigentlich ist. Mit position: absolute wird ein Element aus dem normalen Dokumentfluss entfernt (an der Stelle, an der das Element sich eigentlich befindet, hat es dieselbe Wirkung wie display: none) und mittels right und top an einer anderen Stelle über die Dinge gelegt, die sich an besagter anderer Stelle befinden. Trotzdem befindet sich das absolut positionierte Element im DOM weiterhin dort, wo es ursprünglich war. Das hat folgende Auswirkungen:

Das absolut positionierte Element verdeckt immer aktiv etwas anderes; es wird nicht von etwas anderem bzw. allenfalls von anderen absolut positionierten Element verdeckt. Insbesondere wird eine absolut positionierte Vorlage nicht vom Lemma verdeckt, sondern verdeckt dieses. Das beantwortet auch die Frage, ob Vorlagen überhaupt etwas außerhalb von #bodyContent positionieren sollten: Sollten sie natürlich nicht, weil sie nur innerhalb von #bodyContent selbst dafür sorgen können, dass der Platz frei ist. Die jetzige Skinumstellung haben die Vorlagen überstanden, ohne dieses Problem zu lösen, aber die Lösung wird nicht lauten, dass Lemmata umgebrochen werden; eher kommen die absolut positionierten Vorlagen weg, oder es bleibt eben, wie es ist.
Die absolute Positionierung muss für jeden Skin einzeln implementiert werden, weil die Werte für right und top an die einzelnen Skins angepasst sein müssen. Dabei ist aber nicht gesagt, dass überhaupt jeder Skin einen geeigneten Platz frei hat (Vector hat eigentlich keinen). Es gibt Skins, in denen sie nicht implementiert ist, und es können jederzeit neue Skins eingeführt werden, in denen sie am Anfang nicht implementiert ist, wobei es auch dauerhaft bleiben kann, wenn niemand sie implementiert. Eine Garantie, dass diese Sachen allen Benutzern angezeigt werden, gibt es nicht.
Deshalb lautet die Grundeinstellung für absolut positionierte Elemente display: none, was auch ganz logisch ist, weil position: absolute auch wie display: none wirkt: Die Elemente sind ja nicht dafür bestimmt, dort angezeigt zu werden, wo sie sich eigentlich befinden. Was dabei herauskommt, wenn man das nicht beachtet, sieht man in der Mobile-Version (ein Beispiel für einen „Skin“, dessen Existenz kaum jemand einkalkuliert). Die Artikelkoordinate wird hier zwar softwareseitig ausgefiltert, so dass sie gar nicht mit CSS wieder eingeblendet werden kann, aber selbst das Geo-Microformat neben der Textkoordinate schafft es, den Artikel zu verhunzen.
Trotz allem befinden sich absolut positionierte Elemente weiterhin dort, wo sie eigentlich sind (dort, wo die Vorlage eingebunden ist) und erben manche Eigenschaften ihres Elternelements, insbesondere die Schriftgröße. Koordinaten sind oft in Infoboxen eingebunden und Infoboxen haben oft eine verkleinerte Schrift. Für die Schriftgröße wurde dieses Problem umgangen, indem in MediaWiki:Vector.css font-size: 10px hartkodiert ist (eine relative Größe scheidet aus, weil sie sich mit dem Verkleinerungsfaktor der Infobox multiplizieren würde). Dies bedeutet aber auch, dass die Koordinaten quasi das einzige sind, das eine Änderung der Schriftgrößeneinstellung im Browser völlig kalt lässt. Es kann deshalb gut sein, dass manche Menschen die Koordinaten zwar sehen, aber nicht lesen können. Für andere Eigenschaften gilt das jedoch nicht: Schriftfarben zum Beispiel (aber auch andere Dinge) werden ganz regulär von einer Infobox an die Koordinaten vererbt, was u. U. unvorteilhafte Auswirkungen haben kann.

Ich hoffe, hiermit zum Verständnis beigetragen zu haben, weshalb die absolute Positionierung problematisch ist. Das ist nicht nur eine bloße Abneigung, sondern es gibt nachvollziehbare technische Mängel, die nicht behoben werden und nicht behebbar sind, weil sie nicht in der Umsetzung, sondern in der Anfangsentscheidung, auf absolute Positionierung zu setzen, begründet liegen. Meiner Meinung nach sollte das die Georeferenzierung besonders interessieren, weil die Georefenzierung fast das einzige Projekt ist, das enzyklopädisch wichtige Informationen von der absoluten Positionierung abhängig macht; sonst tut das nur noch die Vorlage:ISSN-Link, die aber ganz zu recht einer Löschentscheidung anheimgefallen ist, die bloß noch auf ihre Umsetzung wartet. Die anderen Dinge (Bapperlicons, Editcounter auf Benutzerseiten, Shortcuts im Projektnamensraum) sind dagegen zu vernachlässigen, weil sie zur Enzyklopädie eigentlich eh nichts (jedenfalls viel weniger als die Koordinaten) beitragen. Gruß --Entlinkt 21:22, 20. Jul. 2010 (CEST)

Du hast, brillant erklärt, viele Sachen, die ich nicht gewusst habe oder in dieser Deutlichkeit nicht formulieren könnte. Nur zur Lösung des Problems hast du damit wenig beigetragen. Wir labern hier in der Vorlagenwerkstatt herum, und du meinst selbst, das sollte die Georeferenzierung interessieren. hmm? Hier liest doch schon lange keiner mehr mit. Ich bin nicht WP:GEO (wie schon oben erwähnt). lg --Herzi Pinki 23:50, 24. Jul. 2010 (CEST)

Zu anstrengend → ab ins Archiv damit, Fortsetzung für Interessierte ggf. auf Wikipedia Diskussion:WikiProjekt Vorlagen/Anleitung: Erstellen einer Infobox und MediaWiki Diskussion:Vector.css. --Entlinkt 04:45, 5. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Entlinkt 04:45, 5. Aug. 2010 (CEST)

Frage zur Vorlagenumstellung

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

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

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

Wurde gemacht --Der Umherirrende 17:26, 6. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:26, 6. Aug. 2010 (CEST)

Benutzervorlage

Hallo, ich bräuchte Hilfe bei der Vorlage Benutzer:Lady Whistler/marjorie-wiki.js. Die letzten 3 Links funktionieren wunderbar - nur der erste Link zum "Schnell-Exportieren" eben nicht. Ich habe alles mögliche versucht - aber wenn man nicht wirklich Ahnung hat, ist es eben nur Gestochere im Dunkel ;-(

LG Lady Whistler - ( Disk | Bew. ) 13:47, 19. Jul. 2010 (CEST)

   addPortletLink ('p-cactions', 'http://de.wikipedia.org/w/index.php?title=Spezial:Exportieren&pages='+wgPageName+'&dir=desc&limit=5&wpDownload&history=1' , 'EX?');

führt zum Gewünschten. Aus welcher Vorlage hast du das kopiert? Ich glaube übrigens nicht, dass der Parameter &wpDownload Sinn ergibt. Auch history ist nicht dokumentiert, dir und limit funktionieren angeblich nur mit POST. [3][4].
meint -- ✓ ^Bergi 14:49, 19. Jul. 2010 (CEST)

1000 Dank - funktioniert einwandfrei incl. der Versionen

Die diversen Parameter stammen von hier, hab halt ein bißchen rumprobiert - wenn wpDownload nicht dabei steht bekommt man immer leider nur die XML im Browser angezeigt ;-(

LG Lady Whistler -

( Disk | Bew. ) 17:18, 19. Jul. 2010 (CEST)

Macht auch Sinn, da technisch wpDownload für die CheckBox "Als XML-Datei speichern" steht (Siehe HTML-Quelltext). Der Umherirrende 17:15, 6. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:15, 6. Aug. 2010 (CEST)

Vorlage:Okina

Hi, die Vorlage wird unter anderem in Israel Kamakawiwoʻole und Oʻahu mit der Parserfunktion DISPLAYTITLE verknüpft. Dabei scheint es einen Fehler zu geben, so dass im Seitentitel einige Bestandteile vor den Edit-Button gerückt werden. Die Seitentitel sehen also wie folgt aus:

ahuʻ[Bearbeiten]  O
oleʻ[Bearbeiten]  Israel Kamakawiwo

Wo liegt der Fehler? Viele Grüße, --NiTen ^(Discworld) 13:58, 20. Jul. 2010 (CEST)

Äh was? ich sehe alles ganz normal. Welchen Skin, welchen Browser benutzt du? -- ✓ ^Bergi 14:52, 20. Jul. 2010 (CEST)

Skin Vector, Firefox 3.66. Der Titel des Artikels ist bei mir komplett zerschossen, die Vorlage bewirkt anscheinend, dass alles nach dem Okina vor den Bearbeiten-Button gerückt wird, während der Rest dahinter stehen bleibt. --NiTen ^(Discworld) 15:07, 20. Jul. 2010 (CEST)

Das liegt an dem Gadget MediaWiki:Gadget-Einleitung-bearbeiten.js. Hast Du bei dem Artikel AUCTeX auch Probleme? --Fomafix 15:16, 20. Jul. 2010 (CEST)

Bist du sicher, dass es daran liegt? Bei AUCTeX habe ich keine Probleme, sieht völlig korrekt aus (mit tiefgestelltem E):

AUCTeX  [Bearbeiten]

Grüße, --NiTen ^(Discworld) 15:24, 20. Jul. 2010 (CEST)

Ja, habe ich gerade auch festgestellt. Der Fehler liegt in MediaWiki:Vector.js in Kombination mit dem MediaWiki:Gadget-Einleitung-bearbeiten.js bei {{DISPLAYTITLE:irgendwasirgendwasIRGENDWAS}}. Bei Monobook funktioniert es, weil dort noch der bisherige Code ist. --Fomafix 15:29, 20. Jul. 2010 (CEST)

Danke schon mal für die Identifizierung des Problems. Finden wir auch noch eine Lösung dafür? :) --NiTen ^(Discworld) 15:39, 20. Jul. 2010 (CEST)

addOnloadHook(
  function () {
    if (typeof oldEditsectionLinks != 'undefined' && oldEditsectionLinks)   
      return;
    appendCSS(".editsection {float:none;margin-left:0}");
    var root = document.getElementById("bodyContent");
    for (var i=1; i <= 6; ++i) {
      var list= root.getElementsByTagName("h"+i);
      for (var j=0; j < list.length; j++) {
        var item = list[j];
        var elt = item.firstChild;
        if (elt && elt.className == "editsection")
        {
          item.insertBefore(item.lastChild, elt); // Überschrift vor Bearbeitenlink
          item.insertBefore(item.lastChild, elt); // Eh vorhandenes Leerzeichen auch
        }
      }
    }
  }
);

Das sollte funktionieren, mit bodyContent schließt man nämlich die erste Überschrift aus, und damit die einzige, die keinen Bearbeiten-Link hat und nicht in <span class="mw-headline"… eingeschlossen ist. Das Einleitungshelferlein setzt seinen Link ja sowieso schon hinter die Überschrift, wenn es so geschrieben ist:

if (wgIsArticle) {
	addOnloadHook(function () {
		// Neither run on fully-protected pages (which lack ca-edit) nor modify the same page twice
		if ((document.getElementById("ca-edit") == null) || (document.getElementById('firstsectionedit') !== null)) return;

		// if there are no edit-section links then stop
		if (! getElementsByClassName(document, "span", "editsection")) return;

		// get first header element
		var fst_h1 = document.getElementsByTagName("h1")[0];

		// Creating elements
		// create span
		var span = document.createElement("span");
		span.setAttribute('class', "editsection");
		span.setAttribute('id', "firstsectionedit");

		// create link
		var link = document.createElement("A");
		link.setAttribute('href', document.getElementById("ca-edit").getElementsByTagName("a")[0].href + "&section=0");
		link.setAttribute('title', "Abschnitt bearbeiten: Einleitung");
		link.appendChild(document.createTextNode('Bearbeiten'));
		// append link and stuff to span
		span.appendChild(document.createTextNode('['));
		span.appendChild(link);
		span.appendChild(document.createTextNode(']'));

		// Insert span container into the DOM before the h1
		if (typeof oldEditsectionLinks != 'undefined' && oldEditsectionLinks) { 
			fst_h1.insertBefore(document.createTextNode(" "), fst_h1.firstChild);
			fst_h1.insertBefore(span, fst_h1.firstChild);
		}else{
			fst_h1.appendChild(document.createTextNode(" "));
			fst_h1.appendChild(span);
		}
	});
}

-- ✓ ^Bergi 18:45, 20. Jul. 2010 (CEST)

Übertragen: Wikipedia Diskussion:Helferlein/Einleitungshelferlein#Vorlage:Okina --Der Umherirrende 17:11, 6. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:11, 6. Aug. 2010 (CEST)

commons:Template:Bar box und commons:Template:Bar pixel

Auf den Commons gibt es die Vorlagen commons:Template:Bar box und commons:Template:Bar pixel. Diese habe ich auf meiner Benutzerseite commons:User:Atamari als eingebundene Vorlage commons:User:Atamari/contrib genutzt (als Vorlage genutzt: commons:User:R. Engelhardt). Die Balkengrafiken werden unter IE8 korrekt dargestellt, im IE6 ist ein merkwürdiges Quadrat im Balken und unter Firefox wird gar nichts (!) dargestellt. Wieso wird meine Benutzerseite unter Firefox nicht korrekt dargestellt aber die Seite von R. Engelhardt? (Am Skin liegt es wohl nicht...) --Atamari 21:31, 2. Aug. 2010 (CEST)

Das liegt an dem Zeilenumbruch im style-Attribut, den zumindest Opera nicht mag. Wenn du den Parameter benennst, werden alle Whitespaces am Anfang und Ende entfernt, also genau so wie wir es brauchen. Merkwürdigerweise werden aber unbenannte Parameter einfach weitergezählt und überschreiben bereits belegte Attribute ({{Vorlage|1=bla|<ich gelte trotzdem als Parameter1>|<ich würde als Parameter2 gelten>|2=wenn nicht ich wäre}}), sodass du

{{Bar pixel
 | [[:Category:Files by User:Atamari|Files - unsorted - various]]
 | | 2= #FFD700
 | {{#expr:{{User:Atamari/contrib/Files}}*{{User:Atamari/contrib/VarA}}}}
 |
 | [[:Category:Files by User:Atamari|{{User:Atamari/contrib/Files}}]]
}}

benutzen musst. Oder du schreibst alles in eine Zeile: … |#FFD700| ….
meint -- ✓ ^Bergi 10:53, 3. Aug. 2010 (CEST)

hab's gemacht und alles sooo kompliziert wegen dem Firefox. :-(

Danke --Atamari 17:18, 3. Aug. 2010 (CEST)

Man könnte auch die Vorlage so umbauen, dass die Leerzeichen entfernt werden (leeres if beispielsweise) ist nur erstmal nicht sehr aussagekräfig.

Wäre es nicht eher ein Feature-Request wert, dass die geschützten Leerzeichen (  -   wandelt MediaWiki in die nummerische Variante um) im style-attribut entfernt werden, weil sie nicht von jedem Browser verstanden werden? Ich kenn mich mit den Browserunterschieden nicht aus, daher lasse ich es gerne andere vorschlagen. Der Umherirrende 21:23, 3. Aug. 2010 (CEST)

Bugzilla:24662 :-) -- ✓ ^Bergi 15:14, 4. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 17:03, 6. Aug. 2010 (CEST)

Vorlage:Infobox Fußballspieler

Kann jemand vllt. kurz bei obiger Vorlage das Feld Geburtstag auf optional setzen? Ist das einzige, das noch Pflicht-Angabe ist, obwohl es leider immer wieder vorkommt, dass kein (eindeutiges) Geburtsdatum vorliegt. Gruß --Ureinwohner uff 23:23, 6. Aug. 2010 (CEST)

done --darkking3 ^Թ 00:08, 7. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 00:08, 7. Aug. 2010 (CEST)

Vorlage:EJ2

Die Vorlage EJ2 hat fünf Parameter. Sie dient zum Zitieren aus der Encyclopaedia Judaica, 2. Auflage.

* {{EJ2|Band|SeiteAnfang|SeiteEnde|EJ2-Lemma|EJ2-Autor}}

Es sollte ein sechster Parameter eingeführt werden, der den Parameter 4 (Lemma) mit einer url verlinkt.

Beispiel:

Samuel Rosenblatt: FANO, MENAHEM AZARIAH DA. In: Encyclopaedia Judaica. 2. Auflage. Band 6, Detroit/New York u. a. 2007, ISBN 978-0-02-865934-3, S. 709 (englisch). Online

* {{EJ2|6|709|709|FANO, MENAHEM AZARIAH DA|Samuel Rosenblatt}} 

mit manuell hinzugefügter url 

[http://www.jewishvirtuallibrary.org/jsource/judaica/ejud_0002_0006_0_06274.html Online]

sollte so aussehen:

Samuel Rosenblatt: FANO, MENAHEM AZARIAH DA. In: Encyclopaedia Judaica. 2. Auflage. Band 6, Detroit/New York u. a. 2007, ISBN 978-0-02-865934-3, S. 709 (englisch).

* {{EJ2|6|709|709|FANO, MENAHEM AZARIAH DA|Samuel Rosenblatt|ejud_0002_0006_0_06274}}

wie kann ich Parameter 6: Teil-url für Verlinkung in die Vorlage EJ2 einfügen?

Kann mir jemand helfen? Besten Dank Sanblatt 20:30, 20. Jul. 2010 (CEST)

Umgesetzt:

Samuel Rosenblatt: FANO, MENAHEM AZARIAH DA. In: Encyclopaedia Judaica. 2. Auflage. Band 6, Detroit/New York u. a. 2007, ISBN 978-0-02-865934-3, S. 709 (englisch).

Bitte die Dokumentation noch ergänzen, wie an den URL-Part heranzukommen ist. Danke. Der Umherirrende 12:29, 10. Aug. 2010 (CEST)

Danke! -- Sanblatt 10:16, 12. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 12:29, 10. Aug. 2010 (CEST)

Vorlage:Datum

Hallo! Man kann doch Vorlage:Datum noch insofern ausbauen, dass numerisch angegebene Monate mit dem Monatsnamen automatisch ersetzt werden. Was haltet Ihr davon? Wollt Ihr das oder soll ich das machen? (ist ja auch meine Idee, aber was soll's) Grüße, Doc Taxon @ Discussion 13:29, 29. Jul. 2010 (CEST)

Du meinst so? -- ✓ ^Bergi 15:55, 29. Jul. 2010 (CEST)

hübsch! Danke schön, Doc Taxon @ Discussion 18:21, 29. Jul. 2010 (CEST)

Ich hab mal noch punktierte Möglichkeiten eingebaut... Doc Taxon @ Discussion 18:31, 29. Jul. 2010 (CEST)

Dabei gibt es doch Vorlage:Monat Name-Zahl und Vorlage:Monat Name-Nummer, die ähnliches auch bereits machen. Der Umherirrende 21:31, 29. Jul. 2010 (CEST)

Auch fehlt bei Januar das österreichische Jänner. --darkking3 ^Թ 23:23, 29. Jul. 2010 (CEST)

Der Jänner ist jetzt auch drin. Grüße, Doc Taxon @ Discussion 07:29, 30. Jul. 2010 (CEST)

Nichts gegen Jan. und Co, aber so etwas wie 10. 2010 hab ich noch nie gesehen. Gibts das wirklich? -- ✓ ^Bergi 14:29, 30. Jul. 2010 (CEST)

Ja, gibt's. Nämlich mit dem Tag davor sähe es wieder plausibel aus: 11. 10. 2010. Wenn man dann den Monat mit Punkt dahinter in die Vorlage schreibt, wird es korrigiert: {{Vorlage:Datum|tag = 11|monat = 10.|jahr = 2010}} ergibt jetzt auch {{Vorlage:Datum|tag = 11|monat = 10|jahr = 2010}}. Den Punkt hinterm Tag müsste man noch einarbeiten, aus gleichem Grund. Den Wikipedianern (vor allem neueren) möchte man es ja so leicht wie möglich machen. Vielleicht wäre noch darüber zu sprechen, ob man die Vorlagenparameter nicht auch groß schreiben kann. Ich werde mich der Vorlage nochmals widmen. Wenn ich fertig bin, geb ich es hier bekannt, und dann können wir mal drüber schauen. Schönen Abend noch, Doc Taxon @ Discussion 20:09, 30. Jul. 2010 (CEST)

erledigt! Doc Taxon @ Discussion 17:13, 31. Jul. 2010 (CEST)

Hallo Bergi! Du hast jetzt die Vorlage nochmals geändert. Was erreichst Du mit #default = {{{tag|{{{Tag|{{{day|{{{Day}}}}}}}}}}? Doc Taxon @ Discussion 20:13, 31. Jul. 2010 (CEST)

Wenn ein Tag angegeben ist, der nicht dem gültigen Format entspricht, wurde garnichts ausgegeben. Man könnte natürlich auch eine Fehlermeldung zeigen, aber ich denke dass es sehr viele mögliche noch nicht in die Liste aufgenommene Tagangaben gibt, die die Vorlage berücksichtigen sollte (z.B. [[1. April|{{Datum|tag=32.|monat=3}}]]). Vielleicht ist eine Fehlermeldung auch sinnvoller. -- ✓ ^Bergi 14:38, 1. Aug. 2010 (CEST)

Das Monster sollte jetzt groß genug sein. Eine Fehlermeldung halte ich für übertrieben. Der Umherirrende 12:35, 10. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 12:35, 10. Aug. 2010 (CEST)

Vorlage in Text übertragen

Hallo,

ich wüßte gerne, wie ich die von mir geänderte Formatvorlage in einen Artikel übernehmen kann; ich dachte das ist eines Maske in die ich etwas eintragen kann ! Vielen Dank für eine Antwort Hhppss (00:08, 10. Aug. 2010 (CEST), Datum/Uhrzeit nachträglich eingefügt, siehe Hilfe:Signatur)

Hallo, du hast schon einen Beitrag auf deiner Diskussionsseite bekommen, der dir alles erklären sollte.

Du musst die Kopiervorlage in deinen gewünschten Artikel kopieren und dort ausfüllen. Nicht auf der Dokumentationsseite. Der Umherirrende 12:10, 10. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 12:10, 10. Aug. 2010 (CEST)

Vorlage:Einklappen?

Bei Navigationsleisten, Inhaltsverzeichnissen und einigen anderen Boxen ist es möglich, die Box einzuklappen und wieder auszuklappen. Nun ist bei einem Artikel die Frage aufgetaucht, ob man nicht auch so eine Einklappbox für Zusatzinformationen machen könnte, die nur einen kleineren Teil der Leserinnen und Leser interessiert, die aber trotzdem auf ein gewisses Interesse stossen und enzyklopädisch relevant sind. WikiCommons kennt so etwas, siehe z.B. Commons:Category:Rolling stock, wo es eine Klappbox (Template:Collapse) gibt für "Rolling stock types in other languages". Gibt es sowas in der deutschen Wiki schon und ich habe es nicht gefunden oder würde es Sinn machen, so etwas zu erstellen? Ich habe versucht, mit den Befehlscodes aus WikiCommons eine Vorlage zu erstellen, aber offensichtlich sind nicht alle Befehle von WikiCommons in der deutschen Wiki verfügbar.-- Gürbetaler 01:26, 11. Aug. 2010 (CEST)

Wurde vor Kurzem unter Wikipedia:FR#class="wikitable (sortable) collapsible" angesprochen. Die Vorlagenwerkstatt kann dir in diesem Fall nicht behilflich sein. Der Umherirrende 10:52, 11. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 10:52, 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 (http://toolserver.org/~geohack/geohack.php?pagename=Rock_(Cornwall)&language=de&params=50.5437_N_4.9182_W_region:GB-CON_type:city&title=Rock+%28%5B%5BKornisch%7Ckor.%5D%5D%3A%26nbsp%3B%3Cspan+lang%3D%22kw%22+xml%3Alang%3D%22kw%22+class%3D%22lang%22%3EKarrek%3C%2Fspan%3E%29). --тноя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 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 Wikipedia: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)

Archivierung dieses Abschnittes wurde gewünscht von: тнояsтеn ⇔ 09:51, 16. 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:

{{RIB|123}}

Ohne Liste geht es wunderbar:

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

Hallo Yrwyddfa, ein Zeilenumbruch im Quelltext hatte zum Beenden der Liste geführt. Ich habe ihn entfernt. --Wiegels „…“ 09:43, 16. Aug. 2010 (CEST)

Vielen Dank! --Yrwyddfa 11:13, 16. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 09:43, 16. Aug. 2010 (CEST)

Vorlage:Infobox Studienhaus

Hier ist ein Link auf Studienleiter (BKL) drin. Ich trau mich nicht an Vorlagen ran, wäre schön, wenn ein Fachkundiger den BKL-Link ersetzen könnte. Danke! (Aufgefallen in: Albrecht-Bengel-Haus) --Die Schwäbin 15:43, 17. Aug. 2010 (CEST)

Trau dich!. Ich schau auch noch mal drüber. Ich wüsste jetzt gar nicht, auf welchen Studienleiter man denn linken sollte. Der Link steht innerhalb eines if-Konstruktes, das ändert aber nichts am Link und man kann ihn ganz normal ändern. Nach evtl. Neuladen von „Albrecht-Bengel-Haus“ sollte er dort auch erscheinen. -- ✓ ^Bergi 21:45, 17. Aug. 2010 (CEST)

Ich hab ihn jetzt mal ganz rausgenommen. Es gibt derzeit keinen wirklich passenden Artikel dafür. Danke, dass Du's Dir nochmal anschaust, das gibt mir Sicherheit :-) --Die Schwäbin 21:50, 17. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 11:43, 19. Aug. 2010 (CEST)

Navigationsleiste

Könnte bitte irgendwer die Vorlage:Navigationsleiste Bundesstraßen in Österreich erstellen?--SteEis. 19:54, 17. Aug. 2010 (CEST)

done... --darkking3 ^Թ 11:34, 19. Aug. 2010 (CEST)

Danke.--SteEis. 16:49, 19. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 11:34, 19. Aug. 2010 (CEST)

eigene Vorlage erstellen

Hallo zusammen! Ich möchte gerne eine Vorlage erstellen, damit ich eine weitere, bisher nicht existente Box in meine Babelliste integrieren kann. Die Box soll so aussehen:

babylonisch

Dieser Benutzer hält lange Babellisten für babylonisch.

Was muss ich dazu tun?!? Habe von der Sache überhaupt keine Ahnung (bisher jedenfalls). ThomasMuentzer 04:26, 19. Aug. 2010 (CEST)

done --darkking3 ^Թ 09:32, 19. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 09:32, 19. Aug. 2010 (CEST)

cool. Danke! ThomasMuentzer 10:01, 19. Aug. 2010 (CEST)

Die zwei Links auf Begriffsklärungsseiten darin sind gewollt? --Die Schwäbin 11:33, 19. Aug. 2010 (CEST)

Durchaus. ThomasMuentzer 03:49, 20. Aug. 2010 (CEST)

Infobox Kreditinstitut

Taeusche ich mich oder ich bei Leitung der Eingetragene horizontal ein bisschen nach unten versetzt? --Lofor 11:27, 19. Aug. 2010 (CEST)

Das ist mit Absicht, da es sonst zu problemen z.B. hier kommt. --darkking3 ^Թ 11:40, 19. Aug. 2010 (CEST)

Ach ja: fixed --darkking3 ^Թ 11:41, 19. Aug. 2010 (CEST)

danke --Lofor 16:11, 19. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 11:40, 19. Aug. 2010 (CEST)

Iran Iran

In der Vorlage:IRN läuft was falsch. Statt der Flagge wird die Karte des Landes angezeigt. --Jakob Gottfried 18:00, 19. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Jakob Gottfried 19:06, 19. Aug. 2010 (CEST)

Ja, war der Edit einer IP: [5]. Mittlerweile repariert. --тнояsтеn ⇔ 19:17, 19. Aug. 2010 (CEST)

Leerzeichen

Warum produziert die Vorlage:Infobox Gemeindeteil in Österreich ein Leerzeichen vor dem Komma (siehe z.B. hier)? --Hydro 13:36, 20. Aug. 2010 (CEST)

Hallo Hydro, in der Vorlage war eins versteckt. --Wiegels „…“ 14:10, 20. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 14:10, 20. Aug. 2010 (CEST)

#ifexist - 100 oder 500 Abfragen pro Seite?

Hallo zusammen, ich wollte heute in einer anderen Wiki ein paar Seiten mit "relativ" vielen ifexist-Abfragen einbauen - dabei bleibe ich jedoch noch deutlich unter den 500, wie es hier steht. Leider scheint die Wiki nicht mehr als 100 zu akzeptieren, alle weiteren werden automatisch als falsch ausgegeben. Tests hier in der Wikipedia haben aber ergeben, dass hier tatsächlich bis zu 500 Abfragen möglich sind. Gibt es irgendeine bestimmte Methode, diese Grenze herauf zu setzen, oder wieso ist hier solch ein Unterschied vorherrschend?
Die Wiki benutzt derzeit MediaWiki 1.16, also die gleiche Version wie hier. — David Sallaberger Disku Bewertung 15:32, 27. Aug. 2010 (CEST)

Nimm mal den Quelltext dieser Seite und suche darin nach "NewPP". Dort stehen die Limits des Parsers und zu wieviel diese "verbraucht" werden. Weitere Infos unter mw:Manual:$wgExpensiveParserFunctionLimit. Merl issimo 15:40, 27. Aug. 2010 (CEST)

Super, danke für die schnelle Antwort! Dann werde ich mal den Serveradministrator ansprechen, damit er mir das ändert ;-) — David Sallaberger Disku Bewertung 15:58, 27. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: — David Sallaberger Disku Bewertung 15:58, 27. Aug. 2010 (CEST)

Vorlage Anker greift nicht

Hallo zusammen, da auf der betreffenden Diskussionsseite niemand antwortet, versuche ich es hier: Mir scheint, die Anker-Vorlage funktioniert nicht – unabhängig davon, an welcher Stelle ich die Vorlage positioniere, lande ich am Seitenanfang des Zielartikels, statt beim Anker. Hier ein Beispiel zum Ausprobieren: Benutzer:Wikinger08#FSH, dasselbe Ergebnis mit Benutzer:Wikinger08#Anker:FSH. Mit Benutzer:Wikinger08#Falschschreibungshinweise hingegen komme ich ans gewünschte Ziel.

Mache ich etwas falsch oder hält die Vorlage nicht, was sie verspricht? --Wikinger08 Diskurs? 22:14, 24. Aug. 2010 (CEST)

In welchem Browser passiert das? --Entlinkt 22:18, 24. Aug. 2010 (CEST)

Internet Explorer 7, der 8er steht mir nicht zur Verfügung. Mit Firefox kann ich es erst am Abend testen. Mit welchem Browser hast Du Erfolg? --Wikinger08 Diskurs? 10:15, 25. Aug. 2010 (CEST)

Mit allen, auch mit dem IE 7 und sogar mit dem IE 5.5. Ich kann deshalb nur spekulieren, dass es evtl. an dem Attribut style="visibility:hidden" in der Vorlage liegen könnte, das meines Erachtens sowieso überflüssig ist. Könntest du auf deiner Seite die Vorlageneinbindungen durch

und dann durch

ersetzen und jeweils testen? Gruß --Entlinkt 16:24, 25. Aug. 2010 (CEST)

@Entlinkt: Was meinst Du mit deinem ersten Satz? --Fomafix 16:43, 25. Aug. 2010 (CEST)

Bei meinem IE6 funktionieren alle Anker-Links, auch mit style="visibility:hidden". --Fomafix 16:43, 25. Aug. 2010 (CEST)

Der erste Satz („Mit allen …“) bezieht sich auf die Frage „Mit welchem Browser hast Du Erfolg?“. Der zweite bezieht sich auf diesen Edit. Das style="visibility:hidden" ist meiner Meinung nach überflüssig, weil das Element leer ist und deshalb sowieso nicht sichtbar sein sollte. (Ob es auch die Ursache des geschilderten Problems ist, weiß ich nicht; ich kann es nicht reproduzieren.)

Mit dem „grauen Kasten“, den das style="visibility:hidden" unsichtbar machen soll, ist wahrscheinlich das <pre>-Element gemeint, das MediaWiki automatisch einfügt, wenn die Zeile mit einem Leerzeichen beginnt und darauf ein Inline-Element folgt:

visibility:hidden ist aber nicht geeignet, den Kasten wegzubekommen, weil es sich nur auf ein Element innerhalb des Kastens bezieht:

Zielführender wäre es, aus dem  ein <div> zu machen, dann wird nämlich trotz Leerzeichens kein <pre> drumherum erzeugt:

Gruß --Entlinkt 17:00, 25. Aug. 2010 (CEST)

Bei Vorlage:Anker muss ein span und kein div verwendet werden, denn sonst kann es nicht mehr im Fließtext verwendet werden (So wie hier), ohne dass ein Zeilenumbruch entsteht (so wie hier

). --Fomafix 17:14, 25. Aug. 2010 (CEST)

Richtig, dachte ich mir auch gerade. Ein Grund mehr, die Vorlage zu meiden; verwendet man sie nämlich nicht im Fließtext, sondern als eigenen Absatz (z. B. unmittelbar vor einer Überschrift), dann erzeugt MediaWiki ein -Element drumherum, das schon immer unsinnig war und mit HTML5 nicht mehr valide ist (in HTML5 ist  nämlich eines der Elemente, das nicht leer sein darf, sondern phrasing content enthalten muss; ein leeres  zählt nicht als phrasing content). Gruß --Entlinkt 17:21, 25. Aug. 2010 (CEST)

Nochmal sachlicher: Die Verwendung der Vorlage im Fließtext finde ich problematisch, denn wenn man im Fließtext einen Anker erzeugt, möchte man in der Regel eigentlich gar kein leeres span-Element haben, sondern man möchte ein bestimmtes Wort oder ein paar Wörter mit einer ID auszeichnen. Mit dieser Vorlage, die vor dem auszuzeichnenden Wort ein leeres span erzeugt, ist das nicht möglich; als Anker funktioniert es zwar, zeichnet aber nichts aus und ist deshalb nicht semantisch (den Unterschied sieht man zum Beispiel, wenn man versucht, das Linkziel mit :target zu stylen). Besser wären wohl zwei getrennte Vorlagen: Eine, die ein leeres div erzeugt, und eine, die ein span mit dem auszuzeichnenden Wort als Inhalt erzeugt.

Mit dem ursprünglich geschilderten Problem hat das aber nicht mehr viel zu tun. Das visibility:hidden kann meiner Meinung nach bedenkenlos entfernt werden, weil es keine nützliche Wirkung hat (es macht weder den grauen Kasten noch sonst irgendwas unsichtbar; wenn es irgendeine Wirkung hätte, würde es das ohnehin leere Element nur transparent machen, aber keinen Raum freigeben). Ob das ursprüngliche Problem mit dem visibility:hidden zusammenhängt, kann wohl nur Wikinger08 testen. --Entlinkt 18:06, 25. Aug. 2010 (CEST)

Hallo Entlinkt und Fomafix,

vielen Dank für Eure Tipps! Leider funktioniert es unter Verwendung von Internet Explorer 7 nicht mit: .

Dafür klappt es mit: .

Ich habe jetzt auch mit der neuesten Firefox-Version versucht und festgestellt, dass dieser auf keine der in diesem Thread erwähnten Ankervarianten reagiert; ich lande immer am Seitenanfang. Kann es denn sein, dass der Feuerfuchs in diesem Fall mit der Wiki-Syntax nicht klarkommt?

Wünschenswert wäre jedenfalls, dass der Code der Vorlage:Anker so umgestrickt wird, dass man mit jedem gängigen Browser ans Ziel kommt, wenn ein Link zu einem Anker angeklickt wird.  scheint immerhin schon ein Ansatz zu sein, der zumindest vom Internet Explorer unterstützt wird. Diesen Code habe ich testhalber ins Innere der Zielüberschrift eingebaut und gelange auch ans Ziel, und es entsteht kein Zeilenumbruch, siehe nochmals Benutzer:Wikinger08#FSH. --Wikinger08 Diskurs? 22:36, 25. Aug. 2010 (CEST)

Ich finde das sehr merkwürdig. Dass Firefox Probleme mit Ankern hätte, habe ich noch nie bemerkt und kann es auch nicht reproduzieren. Welche Version von Firefox ist das denn? Klappt im Artikel Berlin das Springen von den beiden Icons oben rechts (Gesprochene Version/Lesenswert) zu den Bausteinen am Artikelende? --Entlinkt 04:39, 26. Aug. 2010 (CEST)

@Wikinger08: Hast Du unter Spezial:Einstellungen im Reiter Helferlein irgendwelche Gadgets ausgewählt? --Fomafix 09:09, 26. Aug. 2010 (CEST)

@Entlinkt: Zu Deiner ersten Frage: Es ist die zurzeit neueste Firefox-Version, nämlich 3.6.8.

Zu Frage 2: Bei beiden Icons lande ich beim ersten Anklicken am Seitenanfang, beim zweiten Anlauf bleibt der Fokus auf der Stelle stehen (getestet mit Internet Explorer 7). Der neueste Feuerfuchs hingegen positioniert den Fokus im Nirvana.

Warum da beide Browser zicken, ist mir ein Rätsel, schließlich gibt es mit den Inhaltsverzeichnissen auf den Artikelseiten auch keine Probleme.

@Fomafix: Folgende Helferlein habe ich aktiviert:
"Der Vorlagen-Meister erleichtert die Arbeit mit komplexeren Vorlagen. Er erlaubt die komfortable Erzeugung und Änderung von Vorlagen mit bereits definiertem Schema über ein eingeblendetes Eingabeformular."
"Cursor-Platzierung auf der Hauptseite immer in der Suchbox"
"Dauerhaftes Einblenden des Personendaten-Blocks und der PND-Info bei nicht-individualisierten PNDs."
"PrettyLog: zeigt die Einträge im Logbuch im selben Format an wie Suchergebnisse. Wenn das Logbuch Dateiuploads enthält, werden kleine Vorschaubilder angezeigt."
"Der Revision Counter zeigt beim Link auf „Versionen/Autoren“ zusätzlich an, wie viele Versionen es insgesamt gibt und wie viele Versionen vom Nutzer bearbeitet wurden."
"markAdmins markiert auf Spezial-, Benutzer-, Diskussions-, Projekt-, Datei- und Hilfeseiten sowie in Versionsunterschieden und der Versionsgeschichte Benutzer mit erweiterten Rechten."
"Der Zeitzonenkonverter wandelt beim Betrachten (nicht aber beim Bearbeiten, Speichern, etc.) in Signaturen alle „CET“ und „CEST“ in „MEZ“ bzw. „MESZ“ um."

Sollte ich vielleicht alles mal auf Standard zurücksetzen? --Wikinger08 Diskurs? 10:53, 26. Aug. 2010 (CEST)

Ich konnte das Problem bisher nicht nachstellen. Tritt das Problem auch auf, wenn Du nicht angemeldet bist? --Fomafix 14:20, 26. Aug. 2010 (CEST)

Ja, auch dann tritt das problem auf; es liegt also definitiv nicht an den Helferlein oder anderen Einstellungen. – Nun ist es wohl höchst an der Zeit, mich als Screenreader-Benutzer zu outen, denn der "Hund" muss in meinem JAWS 8.0 begraben liegen, wie ich inzwischen entsetzt feststellen musste. Wenn ich nämlich ein Tool namens Webformator[6], das sich zwischen Internet Explorer und Screenreader hängt, aktiviere, dann gelange ich zu den Ankern; ohne Webformator ist JAWS 8.0 offenbar blind für die Anker, die mit Vorlage:Anker erzeugt werden.

Ich habe bei der BIENE nachgefragt, ob andere JAWS-Benutzer meine Beobachtungen bestätigen können oder das Problem mit höheren JAWS-Versionen vielleicht nicht mehr auftritt. --Wikinger08 Diskurs? 10:03, 27. Aug. 2010 (CEST)

Ich entferne jetzt mal das visibility:hidden aus der Vorlage, weil es in dieser Softwarekonstallation vermeidbare Probleme bereitet (siehe Beitrag von Wikinger08 oben) und ansonsten nutzlos ist. --Entlinkt 16:04, 28. Aug. 2010 (CEST)

Hallo Entlinkt, vielen Dank, jetzt klappt es – wenn auch nur mit dem Internet Explorer; der Feuerfuchs spielt nicht mit, aber das liegt nicht an der Anker-Vorlage, sondern ist dann doch eher meiner in die Jahre gekommenen Screenreader-Version zuzuschreiben. Ich bin sehr erfreut über die prompte Hilfestellung hier! --Wikinger08 Diskurs? 17:56, 28. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Wikinger08 Diskurs? 17:56, 28. Aug. 2010 (CEST)

Schneeweißchen und Rosenrot (1979)

Die Infobox im Artikel geht über den rechten Rand hinaus. Der rechte Teil der Box (Rand und letzte Buchstaben) sind abgeschnitten. Vielleicht liegts ja auch an meinen Schrifteinstellungen im Browser; hat aber sonst kein Artikel bei mir. Könnt ihr das bitte korrigieren? Gruß,-- JLeng 12:06, 29. Aug. 2010 (CEST)

keine probleme feststellbar, ich denke mal die Schrifteinstellungen... versuchs mal mit nem anderem Browser oder ausgeloggt. --darkking3 ^Թ 15:09, 29. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 15:09, 29. Aug. 2010 (CEST)

Zeitleistenproblem

Im Artikel Großer Preis von Belgien 2010 sollte durch die Vorlage:Formel-1-Führungsrunden 2010 in der Vorlage:Infobox Formel-1-Rennen eine Zeitleiste angezeigt werden. Wieso wird sie nicht angezeigt? Kann man für kommende Rennen (bspw. Großer Preis von Italien 2010) die eingeklappte Zeitleiste irgendwie ausblenden? Gruß,--Tilla 2501 16:15, 29. Aug. 2010 (CEST)

Hallo Tilla, nach Behebung eines kleinen Syntaxfehlers wird der Belgien-Zweig in der Zeitleistenvorlage erkannt und die Belgien-Zeitleiste erzeugt. Bei Rennen, die in der Zukunft liegen, wird die eingeklappte Zeitleiste ausgeblendet. --Wiegels „…“ 02:28, 30. Aug. 2010 (CEST)

Danke. Gruß,--Tilla 2501 15:07, 30. Aug. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 02:28, 30. 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)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 17:03, 31. Aug. 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)

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)

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 12:22, 1. Sep. 2010 (CEST)

Tabellenbreite

Hallo, ich habe letzthins die Vorlage:Japan-Bahnsteig-Multi und Vorlage:Japan-Bahnsteig vereinigt (und gräßliche VP bereinigt). Vom ursprünglichen Ersteller wurde ich jetzt jedoch darauf angesprochen, dass die Breite nicht mehr stimmt. Beispielsweise im Artikel Bahnhof Shibuya tritt das Problem auch bei mir auf (Opera 10.6), ich kann mir jedoch keinen Reim darauf machen. Der Quelltext (auch expandiert) ist doch OK, oder hab ich ein Brett vor der Stirn?
fragt -- ✓ ^Bergi 21:04, 31. Aug. 2010 (CEST)

Hallo Bergi, im Internet Explorer 8, nicht aber im Firefox, hatte sich die dritte Spalte außer in der ersten Zeile so weit ausgedehnt, wie der Inhalt beanspruchte. Durch (wiederholte) Angabe der Zellenbreite wird dem Einhalt geboten. Außerdem stehen jetzt verlinkte Liniennamen bündig mit nicht verlinkten Liniennamen. Im selben Browser werden aber die oberen und unteren 2 Pixel breiten grauen Zellenränder nicht angezeigt, weil diese Angaben nicht zellenweise, sondern zeilenweise angegeben werden. Soll ich das auch noch ändern? Viele Grüße --Wiegels „…“ 23:23, 31. Aug. 2010 (CEST)

Achso, und die anderen beiden Zellen wurden dann relativ mitvergrößert… Von dem Rahmen für jede einzelne Zelle wollte ich eigentlich wegkommen, aber wenn der IE das braucht, OK. Danke, -- ✓ ^Bergi 11:48, 1. Sep. 2010 (CEST)

Die Breiten der linken und mittleren Spalte waren anscheinend nicht betroffen. Die Ränder werden jetzt pro Zelle statt pro Zeile gesetzt, sodass sie auch im Internet Explorer angezeigt werden. --Wiegels „…“ 12:38, 1. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 12:38, 1. Sep. 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)

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:

Archivierung dieses Abschnittes wurde gewünscht von: 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)

Danke.--Skarpenstein 09:49, 6. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 20:32, 6. 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, [7]). 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)

Ich habe mal einen Parameter Bild Beschreibung eingebaut. Der Umherirrende 20:32, 6. Sep. 2010 (CEST)

Der Parameter heißt jetzt Bildbeschreibung. Als ich die Dokumentation anpassen wollte, war das schon erledigt. :-) --Wiegels „…“ 20:49, 6. Sep. 2010 (CEST)

Ich hatte "Bild Beschreibung" in Anlehnung an "Bild Vorsitzender" genommen. Aber mir soll es egal sein.

Hattest dir ja zwischenzeitlich eine Bearbeitung und ein Hochladen gegönnt ;-) Der Umherirrende 20:56, 6. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 20:32, 6. 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)

Nein, da der sogenannte Pipe-Trick beim Seite speichern aufgelöst wird, lässt sich dieser Effekt nicht in der Vorlagenprogrammierung nutzen. Es war mal angedacht, den Pipe-Trick auch mithilfe eine Parserfunktion für die Vorlagenprogrammierung zu ermöglichen, aber das wurde wieder aus MediaWiki entfernt, weil wohl zu unüberlegt umgesetzt (Bug 7264). --Der Umherirrende 20:20, 6. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 20:20, 6. Sep. 2010 (CEST)

Vorlage:Infobox Fußballturnier

Hallo, zwei Fragen zu o.g. Box:

1.) Ist es möglich das Parameter Kontinent um die Möglichkeit der Eingabe "Olympia" zu erweitern, so dass in der Box Olympiasieger angezeigt wird?

2.) Ist es möglich so wie hier zwei Bilder/Logos etc. unter das Parameter Bild einzubinden und anzeigen zu lassen.

Gruß --Ranofuchs 15:02, 6. Sep. 2010 (CEST)

Hallo. Schau mal ein paar Beiträge weiter oben unter "Vorlage:Infobox Sportturnier"... ist eh gerade alles in Überarbeitung. -- Chtrede 15:05, 6. Sep. 2010 (CEST)

Eingebaut. --darkking3 ^Թ 18:26, 6. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 18:26, 6. Sep. 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 (Vorlage:Infobox_AFC_Champions_League, Vorlage:Infobox_AFC_Cup, Vorlage:Infobox_Badmintonturnier, Vorlage:Infobox_Baseballturnier, (Vorlage:Infobox_Basketball-Saison_Nordamerika,) Vorlage:Infobox_Hockeyturnier, Vorlage:Infobox_Fußballturnier, Vorlage:Infobox_Grand-Slam-Turnier_(Tennis), Vorlage:Infobox_Tennisturnier) 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)

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)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 09:40, 7. Sep. 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)

Bild

Wie kann ich die Vorlage:Navigationsleiste Gouverneur von Queensland so einrichten, dass ein zweites Bild auf der rechten Seite zu sehen ist wie hier en:Template:QueenslandGovernors? --Blatand 10:45, 8. Sep. 2010 (CEST)

Entweder platzierst du beide Bilder in den INHALT-Parameter (mit |links bzw. |rechts ausgerichtet), oder du nutzt folgendes Konstrukt:

<div class="NavFrame">
<div class="NavPic">[[Datei:<!--links.jpg-->]]</div>
<div class="NavPic" style="float:right;">[[Datei:<!--rechts.jpg-->]]</div>
<div class="NavHead"><!--Titel--></div>
<div class="NavContent">
<!--die ganze Liste-->
</div><div class="visualClear"></div>
</div>

-- ✓ ^Bergi 13:40, 8. Sep. 2010 (CEST)

Alles klar, Danke. --Blatand 14:07, 8. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:30, 10. Sep. 2010 (CEST)

Vorlage:Infobox Fußballspieler

Ich würde es begrüßen, wenn in genannter Infobox unter "Vereine als Aktiver" neben den genannten Vereinen auch ein Land auftauchen würde (oder vielleicht nur ein flagicon). Ich persönlich finde es so, v.a. bei den vielen unbekannteren Spielern in unbekannteren Vereinen aktuell etwas schwierig die Laufbahn, zumal sie nicht immer im Artikel en detail erklärt wird, nachzuvollziehen. Was denkt ihr? -- Chtrede 09:38, 10. Sep. 2010 (CEST)

Ich denke, dass das keine Frage für die Werkstatt ist, da es jetzt auch schon funktionieren sollte. Stimm dich lieber mit dem Portal ab. --darkking3 ^Թ 10:25, 10. Sep. 2010 (CEST)

Alles klar... bei der letzten Frage im Portal zu ähnlichem Anliegen wurde ich auf die Vorlagenwerkstatt verwiesen :-( -- Chtrede 12:55, 10. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:25, 10. Sep. 2010 (CEST)

Infobox Gericht

Es gab mal eine Infobox Gericht. Wieso ist diese gelöscht worden? Hinweise habe ich nicht gefunden. --Olaf Kosinsky 09:54, 11. Sep. 2010 (CEST)

Klick --darkking3 ^Թ 10:04, 11. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:04, 11. Sep. 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:HoWi-102. mit optionaler Seitenangabe (erl.)

Hallo Ihr Experten, als Vorlagenprogrammierungs-Newbie bräuchte ich Eure Hilfe: ich habe in der Vorlage:HoWi-102. den Seiten-Parameter optional gemacht, was sogar funktioniert. Leider wird jetzt bei der Anzeige um die Seitennummer eine runde Klammer angezeigt.^[1]

↑ {{HoWi-102.|Seite=125}}

Wie bekomme ich diese weg? Die Vorlage verwendet {{BibISBN|3110177706}}. Danke im Voraus und Gruß --Cvf-ps^Disk_+/− 14:49, 17. Sep. 2010 (CEST)

Leyo und Orci hatten jeweils eine Lösung, damit erledigt. Sorry, dass Ihr jetzt nix zu tun habt....

Gruß --Cvf-ps^Disk_+/− 15:28, 17. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: тнояsтеn ⇔ 15:52, 17. Sep. 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)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 09:47, 19. Sep. 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)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 09:45, 19. 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)

Scheint so keinem weiter zu stören. Die zwei Leerzeichen stören auch nicht wirklich. Der Umherirrende 15:50, 19. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 15:50, 19. 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)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 15:51, 19. 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)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 09:43, 19. Sep. 2010 (CEST)

Wikipedia:WikiProjekt Verwaiste Seiten

Hallo Leute,

als Mitarbeiter des o.g. Projektes habe ich an der Navi-Vorlage hier "rumgefummelt", dadurch wurde hier, hier und hier was überflüssig. Da ich nicht weis, wie und wo dies entfernt werden kann/soll, möchte ich das in bewährte Hände legen. Außerdem bietet sich an, dass mal eine/r "vom Fach" nach dem Rechten sieht und evtl. die Sache ein wenig aufhübscht. Danke im Voraus. --El. 13:49, 6. Sep. 2010 (CEST)

Ich mach mich mal auf Wikipedia:WikiProjekt Verwaiste Seiten/Navileiste dran. Die Seite klappt, ähnlcih wie Vorlage:Wikipedia-Hilfe die passende Unternavigation aus, die nicht mehr in zusätzliche Vorlagen gepackt werden muss. Irgendwelche besonderen Designwünsche? -- ✓ ^Bergi 17:38, 6. Sep. 2010 (CEST)

Ich habs sogleich mal auf den "relevanten" Seiten eingebaut. Was ist mit Datum (samt Unterseiten), Bearbeitungsstatus (sollte vielleicht durch {{Inuse}} ersetzt werden)? Die Hauptnavigation und Kat-Navigation hab ich mal zu Archivzwecken bestehen lassen, BKL-, NW- und Namen-Navigation hab ich mal löschen lassen.
meint -- ✓ ^Bergi 20:47, 6. Sep. 2010 (CEST)

Lieber ?(Bergi?), vielen Dank für die Mühe, die ich Dir gemacht habe, mir gefällts. Warten wir erst mal ab, was die Anderen davon halten, ich hab´ ein Link nach hier auf der Diskussionsseite des Projekts eingefügt. Gruß --El. 10:24, 7. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 09:43, 19. Sep. 2010 (CEST)

Vorlage Infobox Solokünstler?

ich bin ja erst seit August dabei (eigentlich eher zufällig)- Jedenfalls hatte ich bei Wikipedia engl. gesehen, dass es dort eine Vorlage für eine Infobox Solomusiker ("Musical artist") gibt (z.B. "Clueso"),
fand das ganz praktisch und dachte, ich könnte mal so eine Vorlage basteln. (es gibt ja hier eine Vorlage für Bands) Bis zu einer Tabelle habe ich es gebracht, nuss jetzt aber leider zugeben,
dass ich mit dem Programmieren völlig überfordert bin (ich sag lieber nicht, wie lange ich an dem winzigen Teil gesessen habe).
Deshalb würde ich gern die Tabelle für die Projektwerkstatt zur Verfügung stellen, wenn das o.k. ist.
Könnte von den Spezialisten jemand sich der Sache annehmen? Das wäre sehr nett.

(Name)

Backround
geboren:	xx.xy.yyyy
Herkunft:
Genres:
Instrumente:
Talente:
assoziierte Künstler:
Label:
Homepage:

--Hyronimus299 11:37, 13. Sep. 2010 (CEST)
N.S.: das engl. "Occupations" würde ich mal frei übersetzen (für Künstler) als "Berufung" oder "Talente" --Hyronimus299 11:37, 13. Sep. 2010 (CEST)

Hallo! Gab es schonmal (siehe hier) und wurde gelöscht. -- Chtrede 12:06, 13. Sep. 2010 (CEST)

Meist werden Infoboxen über Personen abgelehnt, die PND reichen. Ob solche Boxen gewünscht sind, sollte erstmal aktuell fertig diskutiert werden, bei dem derzeitigem Widerstand wird da wohl fast ein MB nötig sein. Siehe auch das Intro, Vorlagen werden erst entwickelt wenn eine ausreichende Zahl von Benutzern eine Umsetzung wünscht.
meint -- ✓ ^Bergi 12:09, 13. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 09:38, 19. Sep. 2010 (CEST)

Infobox Comunità Montana

Hallo,

könnte man obige Infobox um eine Karte (oben unter der Bezeichung) sowie ein Bild unten am Ende der Infobox erweitern? Es würde die geographische Zuordnung erleichtern. Beispiele gibt es in der Infobox Fluss, Berg, oder Bahn.

Grüße --BreilD 12:53, 15. Sep. 2010 (CEST)

Nachdem es sich um mehrere Gemeinden mit einiger Fläche handelt, sollte man eher eine Grafik als eine {{Positionskarte}} einbinden. Gibt es die oder wolltest du die Karte automatisch aus Koordinaten und Region erzeugen lassen? -- ✓ ^Bergi 16:42, 15. Sep. 2010 (CEST)

Die Karten sind m.e. schon alle vorhanden wie hier z.B. und müssten dann nur eingebunden werden, wie ein Bild.--BreilD 17:27, 15. Sep. 2010 (CEST)

Gerade die verlinkte Karte ist noch nicht auf Commons :-) Ist die Infobox OK so? Die Koordinaten (des Verwaltungssitzes) könnte man noch mit hineinnehmen (und die ISO-Region automatisch erzeugen lassen).
meint -- ✓ ^Bergi 19:56, 16. Sep. 2010 (CEST)

Ja, schon sehr gut. Ich habe nur ein Problem mit der Größe von Bild und Karte, wenn ich sie einbinde. Siehe Comunità Montana del Calore Salernitano in der Versionsgeschichte unter "so, wie es nicht geht". Oder mache ich da etwas falsch??? Grüße --BreilD 10:04, 17. Sep. 2010 (CEST)

Nein, du nicht: [8] -- ✓ ^Bergi 12:17, 17. Sep. 2010 (CEST)

Klasse, Super Arbeit! Danke --BreilD 16:53, 17. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: W_I^KImaniac 09:39, 19. Sep. 2010 (CEST)

Tagesordnungspunkte

Hallo ich möchte gerne für unser Arbcom-Wiki eine einfache Vorlage schreiben, die eine Tagesordnungsliste für unsere wöchentliche Konferenz liefert. Dazu würde ich gerne wissen, wie ich ein einfaches Datum als Parameter übergebe, also: {{Themen|22. 9.}} liefert etwa:

<div>
== Themen für die Konferenz am 22. 9. um 21:30 Uhr ==
;Anwesend (Einschränkung, bitte notieren)
*  
;Abwesend 
*  
;Protokoll
*  
;Moderation
*  

;TOP 
(Themen mit Anfragebezug zuerst, organisatorische Diskussionen später)

=== Anfragen ===
*  

=== Orga ===
*  
</div>

Kann mir da jemand unter die Arme greifen? Gruss Port(u*o)s 13:15, 20. Sep. 2010 (CEST)

Ob das ein Datum ist oder auch nicht ist egal, es geht um einzubindenden Text. Dazu siehe Hilfe:Vorlagen #Parameter einfügen und verwenden. Kompliziertere Sachen, wie Anzeige des Diskussionsabschnittes erst eine Woche vor diesem Datum oder andere Spielereien ;-) würden Vorlagenprogrammierung erfordern, damit musst du dich in deinem Fall aber nicht herumquälen.
meint -- ✓ ^Bergi 16:34, 20. Sep. 2010 (CEST)

Prima, danke, funzt! Port(u*o)s 17:56, 20. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 22:11, 20. Sep. 2010 (CEST)

float-right

Hallo zusammen, ich hab versucht mir eine Vorlage zu Basteln, dabei hab ich auf eine Tabelle gesetzt die wie im Wiki öftern zu sehen Rechts angeordnet ist. Dazu habe ich die CSS Klasse floatright verwendet. Mein Problem ist jetzt, das Vohergehender Text kein Float Left besitzt, und desshalb die Tabelle immer weiter nach unten befördert.

Beispiel:

{{{Nameame}}}
Datei:Name-mini.jpg {{{Bildbeschribung}}}
Start	{{{startdatum}}}

Wie kann ich den Text nun Umlaufend machen? (nicht signierter Beitrag von 109.192.50.130 (Diskussion) 18:20, 20. Sep. 2010 (CEST))

ganz einfach: Du setzt das Float-Objekt vor den Text, der dann um es herumfließt. BTW: In der deutschen Wikipedia sind die von dir verwendeten Klassen in MediaWiki:Common.css definiert, in anderen Wikis gibt es damit meist Probleme. Eventuell musst du style="float:right;" verwenden. -- ✓ ^Bergi 19:48, 20. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 22:11, 20. Sep. 2010 (CEST)

Optik in Rubens Barrichello

Vorher und nachher, dabei habe ich nur die Parameter geändert. Woher kommt der Abstand zwischen Lemma und Intro? Gruß,--Tilla 2501 23:52, 20. Sep. 2010 (CEST)

dein Span hatte nen Zeilenumbruch und das war dann für das Ende der Vorlage zuviel. Kannst ihn ja sonst auch an ne "ungefährliche" Stelle in der Box platzieren ;) --darkking3 ^Թ 00:05, 21. Sep. 2010 (CEST)

Danke. :-) Gruß,--Tilla 2501 00:10, 21. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 00:05, 21. Sep. 2010 (CEST)

Vorlage:Infobox Höhle

Weder die Unterdrückung der Ausgabe einer Positionskarte, noch die Ausgabe einer alternativen Positionskarte scheinen zu funktionieren. Details siehe Vorlage_Diskussion:Infobox_Höhle#POSKARTE. Entschuldigt das Crossposting, aber die Diskussionsseite der Vorlage ist seit mehr als drei Jahren nicht mehr frequentiert worden. Alfie ↑↓ 15:55, 19. Sep. 2010 (CEST)

HerziPinki ist mir schon zuvorgekommen: Das mit dem "none" ist behoben (Falschschreibung des Paramternamens in der Vorlage), auch ein Parameter ALTERNATIVKARTE ist hinzugekommen. Die POSKARTE erlaubt eigentlich ein Wählen aus den Positionskartenvorlagen. -- ✓ ^Bergi 16:47, 19. Sep. 2010 (CEST)

Danke! Alfie ↑↓ 17:27, 19. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: тнояsтеn ⇔ 15:09, 21. 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)

Den Hinweis von Atamari habe ich als Einspruch gewertet (siehe diese Diskussion), worauf ich meine Anfrage bei Wikipedia:Bots zurück gezogen habe. Ein weiterer Diskussionsort. Ergebnis der Nachsicht: Überwiegende Zustimmung zur Zusammenführung der unterschiedlichen Boxen, keinerlei Anregungen zur Optimierung für andere Sportbereiche :( Das Wrappen habe ich übrigens noch nicht gemacht, sollte auch nicht erste Wahl sein ;) den ich bin ein Anhäger von wenn schon dann richtig^^ Wenn am nächsten Sonntag (12. September) kein Widerspruch vorhanden ist, werde ich wieder eine Anfrage bei den Bots stellen. --Markus S. 10:03, 4. Sep. 2010 (CEST) PS: Um Anregungen für eine Optimierung der Box bitte die Diskussionsseite nutzen. --Markus S. 10:04, 4. Sep. 2010 (CEST)

Da keine weiteren Änderungswünsche an mich herangetragen wurden, werde ich die Umstellung der Infoboxen an leiern. --Markus S. 15:54, 12. Sep. 2010 (CEST)

Als fleißiger Koordinaten-Sammler hast du meinen Segen ;) Danke dafür! --тнояsтеn ⇔ 16:00, 12. Sep. 2010 (CEST)

Es sollte sich mal jemand den Beispielartikel anschauen. Irgendwas mit der Karte ist falsch gelaufen. --Markus S. 20:13, 14. Sep. 2010 (CEST)

1. funktioniert {{ParmPart}} nur mit „/“ und nicht mit „-“, daher habe ich {{Str left||2}} eingebaut. 2. war einfach der Parameter REGION-ISO falschgeschrieben, nämlich groß. ☠c&p :-), ich hab lange gerätselt. BTW: Ich würde die Überschriftenhintergründe noch etwas dunkler machen, und außerdem die Koordinaten zu den Daten raufschieben. Eigentlich sollte eine IB ganz auf eine Bildschrimseite passen, mit langer Veranstaltungsliste und Bild muss man aufpassen dass die wichtigen Daten oben stehen. -- ✓ ^Bergi 21:27, 14. Sep. 2010 (CEST)

Das mit der Region-ISO habe ich mir schon gedacht ;) aber leider hatte ich keine Zeit mehr daran zu basteln. Das mit der IB-Länge ist der Karte und dem Bild geschuldet. Könnten natürlich rausgenommen werden, bringt aber nicht wirklich was. Aber warum ich nicht schon früher auf die Idee gekommen bin einen Lesenswerten-Artikel für die Optimierung der IB zu nutzen ... . Der Auswurf der Koordinaten innerhalb der IB bräuchte auch nicht zu sein. Aber das sind nur noch optische Dinge ;) sollten aber der Handhabung der IB nicht entgegen stehen. --Markus S. 03:28, 15. Sep. 2010 (CEST)

Die weitere Diskussion zu dem Thema Infoboxen im Stadionbereich findet hier statt. --Markus S. 19:37, 23. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Markus S. 19:37, 23. Sep. 2010 (CEST)

Vorlage:Infobox Formel-1-Fahrer

In die Infobox habe ich folgendes eingebaut: {{#ifeq: {{{Debüt|{{{debut_jahr|}}}}}} | {{LOCALYEAR}} | Neueinsteiger | {{#if: {{{WM-Bilanz|{{{wm-bilanz}}}}}}|{{{WM-Bilanz|{{{wm-bilanz}}}}}}|Keine WM-Platzierung}} }}. Da die Formel-1-Saison 2010 aber nicht am 31. Dezember 2010 endet, kann man nach dem Saisonende bei Neulingen nicht die WM-Bilanz ergänzen. Kann man eventuell einen Zeitvergleich ergänzen, sodass bis zum 14. November 2010 automatisch „Neuling“ erscheint und der Parameter „WM-Bilanz“ danach genutzt werden kann? Gruß,--Tilla 2501 23:31, 21. Sep. 2010 (CEST)

wie wärs mit

{{#ifexpr:{{LOCALYEAR}} < {{{Debüt|{{{debut_jahr|}}}}}} or {{LOCALYEAR}} = {{{Debüt|{{{debut_jahr|}}}}}} and {{CURRENTMONTH1}} <= 11 {{CURRENTDAY}} <= 14 | Neueinsteiger | WM-Platzierung }}

? Sind alle F1-Saisonen am 14. November aus? Wenn nicht, würde ich einfach jedes Jahr am entsprechenden Tag die Überprüfung umstellen. Alternativ neue Fahrer mit |WM-Platz = Neueinsteiger ausrüsten, dann wird keiner verwirrt wenn er am 14. 11. direkt nach dem Rennen die Platzierung einzutragen versucht.
meint -- ✓ ^Bergi 17:06, 22. Sep. 2010 (CEST)

Klappt nicht. PS: Fällt dir hierzu keine Lösung ein? Gruß,--Tilla 2501 00:22, 23. Sep. 2010 (CEST)

#expr will Vergleiche geklammert. Einzeln ist es aber sowieso Unsinn, die Logik hätte folgendermaßen ausgesehen: (jahr<2010) oder ((jahr=2010) und ((monat<11) oder ((monat=11) und (tag<14)))). Besser man vergleicht zwei Timestamps #time:Ymd (im Test einzeln zusammengebaut). Geht jetzt.
meint -- ✓ ^Bergi 17:56, 23. Sep. 2010 (CEST)

Danke. Gruß,--Tilla 2501 01:42, 24. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Tilla 2501 01:42, 24. Sep. 2010 (CEST)

Segugio Italiano (Drahthaar)

Hallo, es gelingt mir partout nicht, in dem o.g. Artikel herauszukriegen, wie ich in der Infobox (in Gruppe 6 und in Sektion 1.2) die typos (Schweisshunde; mittelgrosse) beheben kann. Macht eine(r) von Euch das bitte? Vielen Dank, Qaswa 01:22, 25. Sep. 2010 (CEST)

Erl.

Archivierung dieses Abschnittes wurde gewünscht von: Steef ³⁸⁹ 01:55, 25. Sep. 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)

Kategoria Superiore

Wie erstelle ich eine Navi-Leiste zu den Spielzeiten einer Liga (Hier: Albanien)? --Fussballmann 14:08, 21. Sep. 2010 (CEST)

Hallo Fussballmann, am einfachsten ist es wohl, wenn du dir eine fertige Spielzeiten-Navigationsleiste, beispielsweise Vorlage:Navigationsleiste Spielzeiten Namibia Premier League, nimmst, den Inhalt in die neu erstellte Vorlage kopierst und dort die nötigen Anpassungen vornimmst. --Wiegels „…“ 14:29, 21. Sep. 2010 (CEST)

Dankeschön. --Fussballmann 17:45, 23. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wiegels „…“ 03:25, 26. Sep. 2010 (CEST)

Formel-1-Resultate

Zur Vereinheitlichung sollen die Resultate demnächst über eine Vorlage eingebunden werden. Hier ist mein erster Versuch. Folgende Probleme treten auf, jedoch vorab eine kleine Erklärung: Die (erste) Formel-1-Saison 1950 bestand aus sieben Rennen und ab 2011 werden es sogar 20 Rennen. Daher sind im Kopf die Nummern (und dann auch automatisch die Flaggen) von 8–20 jeweils optional. Nun zu meinem Problem: „Durch {{{foo|}}} ist keine Unterscheidung mehr zwischen einem nicht angegebenen oder einem leer angegebenen Parameter möglich.“ Diese leeren Parameter müssen aber sein, da die Resultate sich ja erst im Saisonverlauf vervollständigen. So sollte es aussehen, allerdings sieht es so aus. Außerdem ist bei 20-n Rennen die letzte Rennspalte immer nach oben verschoben, sodass es so aussieht. Gruß,--Tilla 2501 05:13, 16. Sep. 2010 (CEST)

Kannst du mir bitte nochmal ein Testgelände schaffen? Ich denke da sollte sich was machen lassen. -- ✓ ^Bergi 17:47, 23. Sep. 2010 (CEST)

Bitte (sowie oben dadurch wieder richtig). Gruß,--Tilla 2501 23:40, 23. Sep. 2010 (CEST)

Das Problem ist der riesengroße Whitespace, der durch die Zeilenumbrüche zwischen den #if:s entsteht und dann als gerendert wird. -- ✓ ^Bergi 15:17, 24. Sep. 2010 (CEST)

Es ist eher noch schlimmer geworden. Gruß,--Tilla 2501 23:55, 24. Sep. 2010 (CEST)

Jetzt gehts. BTW: Die erste Zeile und auch die Spaltenanzahl ist doch nur vom Jahr abhängig und komplett gleich bei jedem Fahrer? Das wäre eigentlich ein Automatisierungsgrund. Ansonsten kann man per {{#ifeq:{{{param|ja}}}|{{{param|nein}}}||}} unterscheiden, ob die Zelle angezeigt werden soll.
meint -- ✓ ^Bergi 10:48, 25. Sep. 2010 (CEST)

Hast du Benutzer:Tilla/Müllhalde überhaupt gesehen? Leider werden die Überschriften nicht angezeigt und beim 18. Rennen fehlt die Trennung der Zellen. Gruß,--Tilla 2501 23:18, 25. Sep. 2010 (CEST)

Hallo Tilla, beide Mängel sind beseitigt. --Wiegels „…“ 01:56, 26. Sep. 2010 (CEST)

Danke, nun steht wenigstens das Grundgerüst. Gruß,--Tilla 2501 06:19, 26. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Tilla 2501 11:37, 28. Sep. 2010 (CEST)

Vorlage:Infobox Schule - Fehler mit Regionalcodes GB

Bei Verwendung der Vorlage:Infobox Schule mit einem Regionalcode aus ISO 3166-2:GB wird eine hässliche Fehlermeldung erzeugt, siehe etwa Gresham’s School oder Winchester College, bei Regionalcodes für andere Länder offenbar nicht.--StefanC 10:38, 26. Sep. 2010 (CEST)

Wie die Vorlage schon ausspukt, liegt das an der dritten Administrationsebene; die Schule liegt in NFK in ENG in GB. Reicht die Ausgabe von Norfolk oder sollte man korrekt zwischen County und Staat noch den Landesteil ausgeben lassen? -- ✓ ^Bergi 15:59, 26. Sep. 2010 (CEST)

Da keine Antwort kam, hab ich die einfachste Lösung gewählt: [9]. England wird nicht angezeigt. -- ✓ ^Bergi 19:24, 28. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ✓ ^Bergi 19:24, 28. Sep. 2010 (CEST)

Kopieren von Vorlagen

Darf ich Vorlagen aus anderen wikimedia-Projekten für die deutsche Version kopieren, und dann nur sprachlich modifizieren? Oder gibt's einen (von mir unentdeckten) Weg, englische Vorlagen direkt mit geänderten Texten (deutsch statt englisch) zu verwenden?--Etamatic123 12:13, 26. Sep. 2010 (CEST)

Direkt verwenden geht nicht, mit geänderten Texten schon gar nicht. Je nach Komplexität der Vorlage (Schöpfungshöhe der Syntax) sollte auch ein Import beantragt werden, wenn du einfach gleich eine deutsche Version abspeicherst dürfte auch ein Hinweis „inspiriert von [[:en:…]]“ genügen. Worum gehts denn konkret?
meint -- ✓ ^Bergi 16:04, 26. Sep. 2010 (CEST)

Hat sich erledigt, habe eine neue Vorlage selbst erstellt. :Archivierung dieses Abschnittes wurde gewünscht von: --Etamatic123 21:21, 29. Sep. 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? Merl issimo 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: 7 27am2418 am42024&sortby=uploaddate&sortorder=descending&ext_image_data=1&doit=1 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: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 Wikipedia: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)

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)

Danke für deine Korrektur. --Der Umherirrende 15:44, 19. Sep. 2010 (CEST)

~~Das ganze in Vorlage:Babel field einzubauen funktioniert nicht, da der letter code nicht gesplittet werden kann.~~ Die Untervorlagen (wie Vorlage:Babel field 1) könnten die notwendigen Informationen weiterreichen. ~~Zum splitten müssten aber auch wieder alle Vorlagen bearbeitet werden, durch andere Vorlagen hindurchgeschleift,~~ Die überflüssigen Kategorien müssten aber auch entfernt werden, also kommt es auf das gleiche hinaus. Weiß aber nicht, ob es besser auf lange Sicht besser wäre. ~~Der Umherirrende 15:44, 19. Sep. 2010 (CEST)~~ Der Umherirrende 17:04, 20. Sep. 2010 (CEST)

Ich habe die Vorlage angelegt und das level 0 damit versorgt. Mal schauen, wie sich das im kleinen Feldversuch macht. Der Umherirrende 21:25, 29. Sep. 2010 (CEST)

Level-1 erledigt. Scheint noch keinen zu stören. Der Umherirrende 20:53, 1. Okt. 2010 (CEST)

Level-2 ist auch erledigt. Der Rest wird auch noch gemacht, aber ich denke, es ist hier erledigt. Danke für die Antworten. Der Umherirrende 14:17, 2. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 14:17, 2. Okt. 2010 (CEST)

Vorlage:Infobox Betriebssystem

Hallo zusammen, ich versuche z.Zt. diese Vorlage als Beispiel zu verstehen ... kann mir jeamnd erläutern warum in einer anderen Media-Wiki-Installation die Verwendung von <td> und <tr> nicht möglich ist? Fehlt dort irgend etwas bei der Installation ? --Nobby1805 19:16, 16. Sep. 2010 (CEST)

Normalerweise ist es erlaubt, zumindest laut mw:Help:HTML in wikitext. Irgendwas an der Konfiguration (u.a. hier) verändert, oder ein alte Version installiert? Sonst kann ich auch nur raten. -- ✓ ^Bergi 19:43, 16. Sep. 2010 (CEST)

Leider bin ich noch nicht weiter gekommen, der erste Link zeigt ins Leere und der Zweite hat auch keinen direkten Bezug (bzw. ich erkenne ihn nicht). Keiner eine Idee ? --Nobby1805 19:58, 17. Sep. 2010 (CEST)

Der erste Link sollte wohl meta:Help:HTML in wikitext sein... --Steef ³⁸⁹ 20:37, 17. Sep. 2010 (CEST)

HTML-Tabellen in einem Wiki sind sehr unschön. In diesem Fall scheinen auch zwei Tags zu fehlen. Somit gibt es ohne HTML Tidy wohl Darstellungsprobleme (HTML Tidy wird auf WMF-Wikis eingesetzt).

Hat jemand die Lust und Zeit die Tabelle noch in Wikitext zu schreiben? Würde das meines erarchtens vereinfachen. Der Umherirrende 16:04, 19. Sep. 2010 (CEST)

Die Wikifizierung ist durchgeführt. ÅñŧóñŜûŝî (Ð) 12:05, 7. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 12:06, 7. Okt. 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)

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 Fehlermeldung erzeugen würde, sind schnell alle Einbindungen korrigiert. BTW: 5× ist häßlich. Wenn dann 1× , 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: [10][11] :-) 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: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: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)

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 width:2em	Variante B <code> formatiert	minimal
{{SortKey\|2000-01-01}}1. Januar 2000	01. Jan. 2000	01. `Jan.` 2000	01.01.2000
{{SortKey\|2000-02-02}}1. Februar 2000	02. Feb. 2000	02. `Feb.` 2000	01.02.2000
{{SortKey\|2000-03-11}}11. März 2000	11. Mär. 2000	22. `März` 2000	22.03.2000
{{SortKey\|2000-04-22}}22. April 2000	22. Apr. 2000	22. `Apr.` 2000	22.04.2000
{{SortKey\|2000-05-01}}1. Mai 2000	01. Mai 2000	01. `Mai` 2000	01.05.2000
{{SortKey\|2000-06-02}}2. Juni 2000	02. Juni 2000	02. `Juni` 2000	02.06.2000
{{SortKey\|2000-07-11}}11. Juli 2000	11. Juli 2000	11. `Juli` 2000	11.07.2000
{{SortKey\|2000-08-22}}22. August 2000	22. Aug. 2000	22. `Aug.` 2000	22.08.2000
{{SortKey\|2000-09-01}}1. September 2000	01. Sep. 2000	01. `Sep.` 2000	01.09.2000
{{SortKey\|2000-10-02}}2. Oktober 2000	02. Okt. 2000	02. `Okt.` 2000	02.10.2000
{{SortKey\|2000-11-11}}11. November 2000	11. Nov. 2000	11. `Nov.` 2000	11.11.2000
{{SortKey\|2000-12-22}}22. Dezember 2000	22. Dez. 2000	22. `Dez.` 2000	22.12.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}} → {{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~~ hatte 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)

Für Screenreader-Benutzer sind alle in der obigen Tabelle genannten Varianten verständlich, um aber die bestmögliche Verständlichkeit mit dem kleinstmöglichen Platzbedarf zu verbinden, ist folgende Variante klar auf Platz 1:

05.09.2010 (Sprachausgabe: „fünfter September 2010“)

--Wikinger08 Diskurs? 21:08, 5. Sep. 2010 (CEST)

Die width-Angabe funktioniert mit den meisten Browsern nicht in inline-Tags. Daher Mai nehmen und es sollte funktionieren. -- ✓ ^Bergi 21:29, 5. Sep. 2010 (CEST)

Danke für den Tipp. Ich habe ihn heute die in die Variante A eingebaut. Mit Mai steht alles richtig untereinander, und das letter-spacing:1pt ist überflüssig. --MatthiasDD 19:29, 7. Sep. 2010 (CEST)

Heute habe ich die Vorlage:dts geändert, wie Variante A mit Monatsnamen in gleicher Breite und zusätzlich noch text-align:left; damit Monatsnamen bei rechtsbündiger Zelle linksbündig untereinander stehen.

Die ursprüngliche Frage von JotW ist ohne eine Vorlage zu verwenden möglich, wie die 4. Spalte oben zeigt. Datumsangaben mit exakt 8 Zeichen: TT.MM.JJ und 10 Zeichen: TT.MM.JJJJ werden ohne Vorlage richtig sortiert. --MatthiasDD 19:59, 18. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: MatthiasDD 22:55, 16. Okt. 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)

Stups... wer machts? --тнояsтеn ⇔ 09:45, 8. Sep. 2010 (CEST)

Danke für den Stups, passt es so? Die Zelle war analog zu den anderen Überschriften „Lage“, „Basisdaten“ und dem optionellen „Stadtplan“ gedacht, sollte bloß nicht fett sein. Ich hab dabei aber Hintergrund und Ausrichtung übersehen.
meint -- ✓ ^Bergi 17:45, 8. Sep. 2010 (CEST)

Ich kenne es halt aus anderen Infoboxen, dass die Bildbeschreibung – wie bei im Fließtext eingebundenen Bildern – darunter steht und (evtl.) etwas kleiner ist. Wird z.B. auch hier so gehandhabt (wahllos herausgesucht):Linz. In der Irak-Vorlage fehlt mir ein bisschen der klare Zusammenhang zwischen Bild und der Bildbeschreibung, von der man gewohnt ist, dass sie drunter steht. --тнояsтеn ⇔ 17:57, 8. Sep. 2010 (CEST)

? --тнояsтеn ⇔ 09:42, 19. Okt. 2010 (CEST)

Naja, in Infoboxen wird normalerweise mit Überschriften gearbeitet, weshalb mir eine darunterstehende Bildbeschreibung irgendwie nicht gefällt. Bei Linz sind immerhin auch Wappen und Lagekarte mit Unterschriften ausgestattet. Da bei der Irak-Box jedoch auch die anderen Bilder (Karten) Überschriften haben, passt imho eine untenstehende Beschreibung irgendwie nicht. Alternativ kann man das Bild ja auch ganz normal als Thumb unter die IB einbinden, sonst: it’s a wiki.
meint -- ✓ ^Bergi 17:42, 19. Okt. 2010 (CEST)

Gut, ist Geschmackssache... und mit dem "it's a wiki" wird das nix, der Vorlagenquelltext sieht für einen Laien auf dem Gebiet aus wie ein Trümmerfeld ;) --тнояsтеn ⇔ 18:58, 19. Okt. 2010 (CEST)

Tipp: Der Parameter {{{Bildbeschreibung|}}} findet sich ganz unten, vor einem [[Datei:-Einbindungslink mit weiteren Parametern. Und: Ich hab die Box auf meiner BEO, du kannst nix falsch machen :-)

Dann schaun wir mal... --тнояsтеn ⇔ 21:54, 19. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: тнояsтеn ⇔ 18:58, 19. Okt. 2010 (CEST)

Vorlage:Flagicon

Da es gestern ein paar Probleme gab (siehe FzW und Portal_Diskussion:Motorsport#Gro.C3.9Fer_Preis_von_Deutschland_.28Motorrad.29), hab ich ne Frage. Ist die Vorlage:flagicon einfach zu kompliziert, oder sollte man sie nicht massenhaft verwenden? Die Frage stellt sich nur einfach, um zu verhindern das es wieder passiert, denn es ist verlockend die Flaggen in längere Tabellen zu packen... In Vorlage flagicon nen Hinweis "nicht über 500 Stück" oder so... --Jeremiah21 09:53, 7. Sep. 2010 (CEST)

Das problem ist nicht die Vorlage an sich, sondern das Zusammenspiel aller Vorlagen in einem Artikel. Theoretisch könnte man flagicon ~1900x einbinden, andere Vorlagen in einem Artikel reduzieren diese Anzahl. Allerdings könnte man flagicon so umbauen wie {{Fbf}} oder {{Fbm}}, d.h. beide #switch-Konstrukte zusammenfassen. Die Vorlagen lassen sich in etwa vergleichen. Dabei steigt (gemessen anhand der Parserangaben auf ner leeren Testseite) die Einbindungsanzahl auf ~5600. --darkking3 ^Թ 10:22, 7. Sep. 2010 (CEST)

Die doppelte #switch-Konstruktion in der Vorlage ist wirklich übel verschwenderisch: For the expansion of #switch every checked condition adds 2 to the count. Sollte unbedingt zusammengefasst werden.

Wie oft die Vorlage eingebunden werden kann, kann man übrigens gar nicht so genau sagen, weil es auch davon abhängt, mit welchem Parameter man sie einbindet. Es könnte sich lohnen, die #switch-Konstruktion nach Verwendungshäufigkeit der Flaggen zu ordnen (häufiger verwendete oben), weil die Teile unterhalb des Treffers nicht mehr zum Preprocessor node count beitragen. --Entlinkt 10:45, 7. Sep. 2010 (CEST)

Wenn ich bedenke das nochmal 200 Einträge ergänzt werden sollen (siehe Diskussion dort) dann wird es wohl bedenklich. Da ich zwar das Problem verstehe, aber ansonsten keine Ahnung davon hab, muss ich aus der Entwicklung aussteigen. Wollte aber darauf hinweisen, vielleicht nimmt das jemand mit Ahnung in die Hand. Grüße --Jeremiah21 12:14, 7. Sep. 2010 (CEST)

Schon dabei, ist ja nicht meine erste Ländervorlage ;) Aber die Inkonsistenzen sind zum Ko**en... --darkking3 ^Թ 12:47, 7. Sep. 2010 (CEST)

Also: verbessern geht, allerdings wächst die Vorlage um etwa das doppelte... --darkking3 ^Թ 14:43, 7. Sep. 2010 (CEST)

Dann sollte man das auf Vorlage Diskussion:Flagicon#Codeoptimierung genauer abklären. ÅñŧóñŜûŝî (Ð) 14:02, 17. Sep. 2010 (CEST)

Wird/Wurde auf der Diskussionsseite besprochen. Hier wohl erledigt. Der Umherirrende 22:05, 23. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:05, 23. Okt. 2010 (CEST)

Vorlage:Flagicon 2

Ich habe einen Entwurf fertig, der die Anzahl der Nodes ungefähr auf ein Drittel reduziert. Ich schlage vor, wir setzen das um. ÅñŧóñŜûŝî (Ð) 22:29, 20. Sep. 2010 (CEST)

Das ist mir jetzt irgendwie zu schnell gegangen. Kann vielleicht noch ein Parserverständiger über meine Anmerkungen drüberschauen? (Am besten dort weiter) -- ✓ ^Bergi 16:11, 21. Sep. 2010 (CEST)

Wird/Wurde auf der Diskussionsseite besprochen, ist hier wohl erledigt. Der Umherirrende 22:04, 23. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:04, 23. Okt. 2010 (CEST)

Ländervorlagen - Hinweis

Hallo. Für die Ländervorlagen habe ich auf Wikipedia Diskussion:Ländervorlagen mit Flagge#Linkziel und Linktext Änderungen vorgeschlagen. Wäre nett, wenn da noch ein paar Vorlagenprofis mitdiskutieren oder Stellung nehmen würden. ÅñŧóñŜûŝî (Ð) 18:01, 27. Sep. 2010 (CEST)

Wurde bereits umgesetzt, Bedenken gehören dann auf die Diskussionsseite. Der Umherirrende 18:20, 28. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 18:20, 28. Okt. 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:Infobox Nationalmannschaft

Hallo zusammen. Wir hatten hier ein kurzes "Gespräch" zu dem Thema und es besteht Interesse, dass analog zu z.B. Vorlage:Infobox Fußballnationalmannschaft eine allgemeine Infobox für alle (anderen) Nationalmannschaften eingerichtet wird (d.h. für die, für die es keine Vorlage gibt, z.B. Cricket etc.). Ich werde mir hier einmal zu den Inhalten Gedanken machen und würde mich über rege Mitarbeit freuen. -- Chtrede 08:10, 7. Sep. 2010 (CEST)

Irgendjemand Interesse daran Inputs zu geben oder die Infobox umzusetzen? -- Chtrede 09:33, 10. Sep. 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)

Archivierung dieses Abschnittes wurde gewünscht von: Wahrscheinlich nicht mehr wichtig.|Revo Echo der Stille

03:12, 11. Nov. 2010 (CET)

Vorlage:Infobox Schule

Auf Nachfrage auf der Disk-Seite stell ich es mal hier: derzeit muss der Parameter "Bundesland" und "Region-ISO" angegeben werden. Ist es möglich, dass nur eine der beiden Angaben gemacht werden muss und die andere automatisch dann benutzt wird? Also z. B. nur ISO-Code eingeben und Bundesland wird automatisch ausgegeben oder halt Bundesland angeben und das wird automatisch für die Geokoordinate verwendet. -- Quedel 00:50, 25. Sep. 2010 (CEST)

siehe dort. -- ✓ ^Bergi 11:50, 25. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Scheint erledigt zu sein.|Revo Echo der Stille

03:14, 11. Nov. 2010 (CET)

Vorlage: Infobox Fußballturnier nochmal nachhacken

Hallo, zwei Fragen zu o.g. Box:

1.) Ist es möglich das Parameter Kontinent um die Möglichkeit der Eingabe "Olympia" zu erweitern, so dass in der Box Olympiasieger angezeigt wird?

2.) Ist es möglich so wie hier zwei Bilder/Logos etc. unter das Parameter Bild einzubinden und anzeigen zu lassen.Gruß --Ranofuchs 15:02, 6. Sep. 2010 (CEST)

Hallo. Schau mal ein paar Beiträge weiter oben unter "Vorlage:Infobox Sportturnier"... ist eh gerade alles in Überarbeitung. -- Chtrede 15:05, 6. Sep. 2010 (CEST) Eingebaut. --darkking3 Թ 18:26, 6. Sep. 2010 (CEST) Archivierung dieses Abschnittes wurde gewünscht von: darkking3 Թ 18:26, 6. Sep. 2010 (CEST)

Hallo Darkking3,

das mit dem Olympiasieger klappt, aber mit den 2 Logos/Piktogrammen (Ringe und Fußballspieler) krieg ich irgendwie nicht hin. Wo liegt der Trick? Gruß --Ranofuchs 23:19, 17. Sep. 2010 (CEST)

Vorlage:Infobox Ort in Bosnien-Herzegowina

Hallo ihr Lieben, ich habe bei dem Ort Zvornik in der Infobox die Postleitzahl nachgetragen. Im Artikel erscheint diese jedoch nicht, weder in der gesichteten, noch in der ungesichteten Version. Bei näherem Hinsehen ist mir aufgefallen, dass auch noch weitere Informationen, die in der Box im Quelltext eingetragen sind, im Artikel gar nicht auftauchen. Irgendwelche Gründe hierfür? Ist die Vorlage nicht in Ordnung oder hab ich was falsch geschrieben? Wäre nett wenn sich das mal jemand anschaut. Gruß LaFuente 10:56, 23. Sep. 2010 (CEST)

Hab es repariert, ist in der Vorlagenbeschreibung nicht klar ersichtlich wie die Parameter nun heißen. Werde es dort auch gleich noch ändern. --тнояsтеn ⇔ 11:05, 23. Sep. 2010 (CEST)

Sehe gerade, andere Sachen sind in der Doku auch falsch. Die Parameter Breitengrad und Längengrad etwa gibt es nicht und Beschriftung funktioniert auch nicht? Wer kann der Vorlage mal eine Komplettsanierung verpassen? --тнояsтеn ⇔ 11:08, 23. Sep. 2010 (CEST)

Längen und breitengrad ist zwar vorhanden, müsste aber von grad, Minuten,sekunden auf Dezimal umgerechnet werden --darkking3 ^Թ 21:45, 26. Sep. 2010 (CEST)

Das mein ich ja, in der Doku sind die Parameter falsch benannt. --тнояsтеn ⇔ 22:03, 26. Sep. 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)

Bitte nicht wieder ohne Antwort archivieren, mein Anfrage steht immernoch im Raum. Die Vorlage soll einfach nur Imagemaps über die Karten legen, sie muss sich nicht extra ein Bild suchen. Ich füge einfach nur neue Koordinaten ein und verändere etwas die Beschreibung bei jeder Vorlage. Sag mir einfach, wie ich die Vorlagen benennen soll, füge den Baustein in die Infobox ein und ich fange mit dem Erstellen an. --Pomfuttge_ Diskussion 16:27, 19. Sep. 2010 (CEST)

OK, die Vorlagen heißen Imagemap {{{Lageplan}}}, wenn es nicht passen sollte. Wird der Parameter weg-/leergelassen, nimmt die Vorlage bei Statutarstädten die Vorlage Imagemap Bezirke im Burgenland, Imagemap Bezirke von Kärnten, Imagemap Bezirke von Niederösterreich, Imagemap Bezirke von Oberösterreich, Imagemap Bezirke von Salzburg, Imagemap Bezirke in der Steiermark, Imagemap Bezirke von Tirol, Imagemap Bezirke von Vorarlberg oder Imagemap Bezirke in Wien, bei anderen Gemeindearten wird die Vorlage Imagemap Bezirk {{BezirkAt}} eingebunden, d.h alle Bezirksnamen, die von der Vorlage:BezirkAt erzeugt werden können. Gibt es keine dieser Vorlagen, wird noch nach der [[Datei:{{{Lageplan}}}]] gesucht, sonst wird nichts angezeigt.

Die Vorlagen müssen dazu die Parameter der Vorlage:Imagemap Bezirke von Burgenland verstehen (c&p von dort), bei den Vorlagen:Imagemap Bezirk xyz heißt der Auswahl-Parameter nicht Bezirk, sondern Gemeinde. Die Auswahlparameter werden immer mit dem Seitentitel gefüllt, die Imagemap muss das berücksichtigen.
-- ✓ ^Bergi 18:00, 19. Sep. 2010 (CEST)

Sehr gut, vielen dank. Die Imagemaps heißen dann etwa Vorlage:Imagemap Lemma des Bezirks, oder?--Pomfuttge_ Diskussion 13:53, 21. Sep. 2010 (CEST)

Kannst du diese Vorlage mal überprüfen? ich habe zu wenig erfahrung mit der Programmierung--Pomfuttge_ Diskussion 12:24, 25. Sep. 2010 (CEST)

Ist korrigert. Ich habe mal eine Preload-Vorlage erstellt, probiere folgenden Link: [12] und ersetze alles was als Kommentar formuliert ist, der Rest passt.
meint -- ✓ ^Bergi 15:54, 25. Sep. 2010 (CEST)

Vielen dank. --Pomfuttge_ Diskussion 10:55, 26. Sep. 2010 (CEST)

Eines noch: kannst du die Imagemaps so aussehen lassen wie die Orginalkarten (mit dem blauen i)? Ich habe es probiert, aber es nicht geschafft, das Bild ist zwar nicht mehr gerahmt, aber die Bildbeschreibung oben auf grauem Grund fehlt. Außerdem ist rechts von den Karten in den Artikeln ein grauer Streifen. (siehe Alberschwende)--Pomfuttge_ Diskussion 12:07, 26. Sep. 2010 (CEST)

Dass das Bild nicht mehr gerahmt sein soll hätte man hier lösen sollen. Das blaue i ist bei thumb-Darstellung wohl überflüssig, allerdings sollte thumb die Standardeinbindung bleiben und nur von der Infobox geändert werden. Wo fehlt dir die Bildbeschreibung? Im alt-Attribut des <img> ist sie drin, wo soll man sie noch sehen? -- ✓ ^Bergi 16:35, 26. Sep. 2010 (CEST)

Über dem Bild in der Infobox war ein graues Feld mit dem Inhalt {{{Lage der Gemeinde x im Bezirk y}}} (vgl. 1 und 2). Nun wird das nicht mehr angezeigt bei den Infoboxen mit den Imagemaps. Der Infobox sollte es egal sein, ob unter dem Parameter |Lageplan oder in der Imagemap eine Lagekarte existiert, sie muss nur beide überprüfen --Pomfuttge_ Diskussion 20:14, 26. Sep. 2010 (CEST)

Ist jetzt drin, allerdings ohne Parameter {{{Lageplanbeschreibung}}}. Ich persönlich würde allerdings eine Bildunterschrift (ohne Hintergrund oder fett) wie beim Bild darunter bevorzugen. -- ✓ ^Bergi 14:59, 27. Sep. 2010 (CEST)

mir gefällts so besser, hab auch schon eine Anfrage bekommen, unter anderem wieso ich denn bitte es weggemacht habe, siehe meine Diskussion. Ich währ dafür es erstmal so zu lassen, ich melde mich, wenn ich noch was zum Verbessern finde. --Pomfuttge_ Diskussion 15:39, 27. Sep. 2010 (CEST)

pretty ungleich wiki?

wikitable

prettytable

E3	E6	E12	E24	E96

E3	E6	E12	E24	E96

#F2F2F2

#F9F9F9

E3

E3

Kann mir jemand sagen, warum wikitable sich nicht so verhält, wie man es von prettytable erwartet? Ich dachte, die Klasse wurde einfach nur umbenannt? --darkking3 ^Թ 00:09, 21. Sep. 2010 (CEST)

Mich stören die Unterschiede auch. Liegt es an der Defintion hier? Gruß,--Tilla 2501 00:19, 21. Sep. 2010 (CEST)

Woanders sind die Klassen afaik nicht sortiert. mich wundert nur, dass eine Nichtdefinition einzelner Elemente in der css dann die genaue definition in einem Artikel unterbindet. Eigentlich sollte die genaue Definition im Artikel vor den Klassendefinitionen gehen. --darkking3 ^Թ 00:22, 21. Sep. 2010 (CEST)

Ich seh auch gerade, dass beide Klassen unterschiedliche Headerfarben verwenden. --darkking3 ^Թ 00:28, 21. Sep. 2010 (CEST)

Und um dem ganzen das Sahnehäubchen aufzusetzen: bgcolor="#e2ffe2" wird von der Klasse wikitable gar nicht erst akzeptiert, erst style="background-color:#e2ffe2;" wird akzeptiert. --darkking3 ^Թ 01:54, 21. Sep. 2010 (CEST)

Die unterschiedlichen Headerfarben liegen an http://de.wikipedia.org/skins-1.5/common/shared.css, deswegen funktioniert das zeilenweise „Behintergründen“ in Wiktable-<th>s nur mit den HintergrundfarbeN-Klassen aus Common.css. Für die prettytable ist dies offengelassen worden. Evtl. sollte man das anregen, entweder .wikitable th{background:inherit;} oder .prettytable th {/*text-align: center; natürlich*/ background: #f2f2f2;} @Darkking: CSS ist immer stärker als HTML-Hintergrund, selbst wenn es in Untiefen definiert wurde :-) Bei <td>s funktionierts dann auch.
meint -- ✓ ^Bergi 16:24, 21. Sep. 2010 (CEST)

Wurde unter MediaWiki Diskussion:Common.css/Archiv/2#Hintergrundfarben nach Übernahme von wikitable in core-css bereits ausführlich diskutiert. Ist auch kein alleiniges Vorlagenproblem. Der Umherirrende 19:59, 21. Sep. 2010 (CEST)

Wie schon dort gesagt, sehe ich keine sinnvolle Möglichkeit für irgendwelche weiteren Änderungen. Egal, was man ändert, irgend etwas geht dabei auf jeden Fall kaputt. Einen Vorschlag ähnlich dem oben genannten .wikitable th { background: inherit; } hatten wir übrigens schon vor Jahren, es steht aber auch direkt dabei, weshalb er nicht geht. (Darüber hinaus unterstützen IE 6 und 7 das Keyword inherit nicht.) Gruß --Entlinkt 18:04, 27. Sep. 2010 (CEST)

Warum es nicht geht? Das „falsch-positiv“ bezieht sich meines Ermessens nur auf das tr[style]. Kaputtgehen würde ich übrigens nicht sagen, so groß ist der Farbunterschied eh nicht; und die Vorteile würden imho überwiegen. BTW: Dann sehen manche IE-Nutzer halt nicht alle Verbesserungen; siehe auch IE6
meint -- ✓ ^Bergi 18:34, 27. Sep. 2010 (CEST)

Erst die Analyse: Das Problem ist, dass die Klasse wikitable den Kopfzellen (th) eine Hintergrundfarbe (#f2f2f2) zuweist. Das tut sie mit voller Absicht; die Kopfzellen sollen eine Hintergrundfarbe haben. Zu einem Problem wird es erst, wenn auch die Zeile (tr), die die Kopfzellen enthält, eine Hintergrundfarbe hat, weil die Hintergrundfarbe der Kopfzellen die der Zeile verdeckt, was Benutzer so nicht erwarten.

Dann die Lösung. Ein simples .wikitable th { background: inherit; } ist leider keine, weil es den beabsichtigten Effekt, dass die Kopfzellen eine Hintergrundfarbe haben sollen, außer Kraft setzt. (Davon abgesehen ist es aber auch unnötig kompliziert; .wikitable th { background: transparent; } erreicht den Zweck ebenso und funktioniert in allen Browsern.) Man müsste also einen Weg finden, den Kopfzellen nur dann eine Hintergrundfarbe zuzuweisen, wenn die sie enthaltende Zeile keine Hintergrundfarbe hat. Und das ist schwieriger, als man denkt. (Was den IE 6 betrifft, bin ich übrigens ähnlicher Meinung, aber inherit funktioniert auch im IE 7 nicht, und den IE 7 benutzen in Deutschland immerhin noch über 6 Prozent. Natürlich streben wir an, browserabhängige Unterschiede so weit wie sinnvoll möglich zu vermeiden, damit man keine detaillierten CSS- und Browserkenntnisse haben muss, um mit Tabellen zu arbeiten.)

Meiner Meinung nach ist der ganze CSS-Kram aber sowieso nur Fummelei an den Symptomen. Das eigentliche Problem besteht – siehe wieder ganz oben – darin, dass die Kopfzellen eingefärbt werden und nun mal alles hinter sich verdecken. Wenn anstelle von Kopfzellen Tabellenköpfe (thead-Elemente) eingefärbt würden, gäbe es das Problem gar nicht. Leider gibt MediaWiki zurzeit keine gegliederten Tabellen und somit auch keine Tabellenköpfe aus, sondern packt unsinnigerweise den gesamten Inhalt in einen Tabellenkörper (tbody). (Genau genommen packt MediaWiki die Zeilen direkt in die Tabelle, was aber in HTML gleichbedeutend mit einem einzelnen Tabellenkörper ist, weil Start- und Enttag des tbody-Elements optional sind.) Hierzu gibt es in Bugzilla mehrere Einträge.

Nachdem MediaWiki gefixt ist, müsste im CSS bloß noch .wikitable th { background: #f2f2f2; } durch .wikitable thead { background: #f2f2f2; } ersetzt werden. Bis dahin können wir natürlich gerne weiter nach Workarounds suchen, ich hätte aber schon ganz gerne, dass es wenigstens ab IE 7 aufwärts funktioniert. Gruß --Entlinkt 19:01, 27. Sep. 2010 (CEST)

Als Workaround könnte ich höchstens noch [style*="background"] > th, [bgcolor] > th { background-color: transparent; } anbieten. Das funktioniert wegen des Attributselektors nicht im IE 6 (ab IE 7 aufwärts sollte es funktionieren) und deckt wohl die meisten Fälle ab, macht aber auch das bgcolor-Attribut für th-Elemente kaputt. (Kann man möglicherweise verschmerzen, weil das bgcolor-Attribut in HTML5 nicht mehr erlaubt ist und auch jetzt schon eigentlich nicht mehr benutzt werden sollte; ich sag's aber trotzdem, damit man sieht, dass es nicht so einfach ist, wie man vielleicht denkt.) --Entlinkt 20:13, 27. Sep. 2010 (CEST)

Voted for Bugzilla:4740 :-) Ansonsten klingt der Workaraound mit style*="background" ganz gut. Bitte dieselben Deklarationen (inlusive der grauen Hintergrundfarbe) dann auch für die prettytable nachtragen, das war die ursprüngliche Absicht. -- ✓ ^Bergi 20:26, 27. Sep. 2010 (CEST)

Sorry, aber der Vorschlag muss leider flachfallen, weil IE 7 und 8 (!) einen mir bisher unbekannten Bug haben, der es verhindert, das style-Attribut in Attributselektoren zu benutzen. Beschreibung des Bugs, Testfall.

Lustigerweise funktioniert im IE 8 stattdessen [style*="BACKGROUND"] (was wiederum in standardkonformen Browsern nicht funktioniert, man müsste also auf Groß- und Kleinschreibung prüfen), aber im IE 7 funktioniert weder Groß- noch Kleinschreibung und im IE 6 funktionieren Attributselektoren grundsätzlich nicht => Es bleibt alles wie gehabt. Gruß --Entlinkt 21:40, 27. Sep. 2010 (CEST)

Imagemap-Vorlagen

→ Vorlage Diskussion:Imagemapdokumentation -- ✓ ^Bergi 16:20, 25. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 22:44, 27. Nov. 2010 (CET)

Schachvorlagen als svg

Wäre es möglich die Vorlage:Schachbrett auf SVG umzustellen? Die geringe Auflösung fällt beim Druck schon sehr auf und in der Commons:Category:SVG chess pieces sind entsprechende Grafiken vorhanden. Vielleicht kann man damit auch die Schachbrett Größe stufenlos ändern und muss nicht auf wenige fest kodierte Fälle zurückgreifen.--Trockennasenaffe 10:19, 27. Sep. 2010 (CEST)

Nachtrag:In der englischsprachigen Wikipedia gibt es mit en:Template:Chess diagram svg schon etwas vergleichbares.--Trockennasenaffe 13:57, 27. Sep. 2010 (CEST)

Ich mach mich mal dran: Vorlage:Schachbrett/SVG. Dabei sollte man auch von verschiedenen Bildern wegkommen und die Hintergrundfarbe der Tabellenzelle überlassen. -- ✓ ^Bergi 15:30, 27. Sep. 2010 (CEST)

Was haltet ihr davon? Interessant fände ich noch eine Untervorlage, die die Bildchen (oder gleich die ganze Zelle) ausgibt; sie hätte die Parameter Figur und Größe. Damit wären endlich Alternativtexte und auch andere (v.a. deutsche) Kürzel möglich, vgl. Schachfigur#Figurenbezeichnungen (gefährlich im Sinne der internationalen Vereinheitlichung, ich weiß).
meint -- ✓ ^Bergi 16:39, 27. Sep. 2010 (CEST)

Ursprünglich war ja mal geplant, die Vorlage international zu vereinheitlichen. Auf Meta scheint sich da aber niemand mehr für zu interessieren, so dass man vermutlich Änderungen im Alleingang durchziehen muss, wenn man etwas verändern möchte und daher keine Rücksicht auf andere nehmen kann. Ich wäre daher auch dafür, das ganze möglichst praktikabel und modular zu machen. Erreichen sollte man auch, dass die Vorlage auch in der Druck- und PDF-Version gut aussieht. Da gibt es bei der momentanen Vorlage deutliche Defizite. Was die Farbe des Tabellenhintergrund angeht: Aus der englischsprachigen Wikipedia habe ich gehört, dass man damit möglicherweise Probleme mit dem IE6 bekommt, weil der Probleme mit transparenten PNGs hat. Ich denke aber nicht, das man darauf Rücksicht nehmen sollte.--Trockennasenaffe 18:37, 27. Sep. 2010 (CEST)

Sollte schon, tut man aber nicht :-) Die Probleme der Druckversion liegen halt an den kleinen generierten Thumbnails, da müssten wohl zum Drucken Bilder eingebunden werden, die größer als die 26px sind (der Browser kann das dann beim „Zoomen“ darstellen). Ist das aber nicht eher ein Bug bei allen Bildern? -- ✓ ^Bergi 20:36, 27. Sep. 2010 (CEST)

Ich habe mich wohl etwas missverständlich ausgedrückt. Ich meinte in erster Linie die PDF und Buchfunktion. Diese scheinen tatsächlich – falls vorhanden – eine höher auflösende Bildversion zu verwenden (Eine genaue Dokumentation habe ich leider nicht gefunden). Auch Tabellen werden vergrößert aber die darin enthaltenen Bilder offenbar nicht (vielleicht weil sie nicht höher aufgelöst vorliegen?). Das führt dazu, dass die Schachbretter „auseinandergerissen“ werden. Kann man bei den Schachartikeln einfach ausprobieren. Ob das bei deiner SVG Version auch der Fall ist konnte ich bisher nicht testen da die PDF-Funktion offenbar nur im Artikelnamensraum aktiv ist.

Vielleicht wäre es auch gut wenn die SVG Version zur Standardversion kompatibel wäre, so dass man sie einfach ersetzen könnte.--Trockennasenaffe 10:52, 28. Sep. 2010 (CEST)

Gibts da echt höhere Auflösung? Ich habe jetzt aber (außer für Formeldarstellung im Buch) auch nichts gefunden. Die verpixelten Bilder sind aber bei mir das einzige Problem, zerissene Tabellen sehe ich nicht (Browser, Permalink?), oder meinst du die Buchfunktion?.

Ich meine den Punkt Als PDF herunterladen links in der Werkzeugleiste unter Drucken/exportieren. Die Auflösung ist hier tatsächlich größer, was im direkten Vergleich deutlich auffällt, insbesondere wenn man etwas reinzoomt. Die Tabellen werden dabei separiert und vergrößert.--Trockennasenaffe 15:31, 28. Sep. 2010 (CEST)

Ah, die bekommen ein Padding. Das ist in der neuen Version nicht mehr so schlimm, weil es nicht weiß, sondern in Feldfarbe ist. Das Bild darin dürfte allerdings auch nicht größer werden. Die schwarzen Ränder krieg ich aber auch nicht weg. -- ✓ ^Bergi 19:02, 28. Sep. 2010 (CEST)

Das sieht schon deutlich besser aus als die ursprüngliche Version. Die Ränder finde ich dabei weniger störend als die Sache, dass die Felder nicht mehr quadratisch sind. Kannst du mal ein Beispiel machen, bei dem Figuren auf dem Feld sind?--Trockennasenaffe 19:09, 28. Sep. 2010 (CEST)

Ich könnte mir vorstellen, dass man beim Hauptfeld ganz von der Tabelle wegkommen muss und einfach nur Grafiken übereinanderlegt. ÅñŧóñŜûŝî (Ð) 02:38, 6. Okt. 2010 (CEST)

Vorlage:Infobox Partei

Die Vorlage leistet leider nicht das, was sie verspricht, denn sie ist für deutsche Parteien angelegt. Eigene Länder-Parteivorlagen gibts leider nur für sehr wenige Staaten, sinnigerweise aber für Südtirol. Wäre es evtl. möglich, diese Vorlage nach Vorlage:Infobox Partei in Deutschland zu verschieben und an ihrer Stelle eine allgemeine Parteien-Box zu erstellen; die alle wichtigen Eigenschaften (Logo, Gründung, Vorsitzende(r), Mitglieder etc.) enthält? † ♂ 10:47, 25. Sep. 2010 (CEST)

Wieso leistet sie nicht, was sie verspricht? Was fehlt, was ist (an Pflichtparametern) zu viel? -- ✓ ^Bergi 10:56, 25. Sep. 2010 (CEST)

Siehe hier, der Anteil der Parlamentsmandate kann nur als Bundestagsmandate angegeben werden.--† ♂ 21:42, 1. Okt. 2010 (CEST)

Wie dort: eine zweite IB ist aus Redundanzgründen zu vermeiden. Der Parameter kann jetzt auch als Parlamentsmandate genutzt werden. -- ✓ ^Bergi 14:00, 2. Okt. 2010 (CEST)

Vielen Dank; kannst du vielleicht noch einen ähnlichen Ersatz für die "Bundes"- und "Landes"ämter schaffen?--† ♂ 22:53, 16. Okt. 2010 (CEST)

Ersetzen durch was, ich kenn mich da nicht aus? -- ✓ ^Bergi 15:43, 17. Okt. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Revo Echo der Stille

01:15, 15. Dez. 2010 (CET)

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)

Ich meine damit, dass man einfach Zellen generiert und diese dann quasi erst in den einzelnen Vorlagen füllt. --darkking3 ^Թ 18:27, 6. Sep. 2010 (CEST)

Wie ist der aktuellen Stand, wie das weitere Vorgehen? -- Chtrede 09:33, 10. Sep. 2010 (CEST)

Ist da schon konkreter was passiert? Danke! -- Chtrede 17:46, 19. Okt. 2010 (CEST)

WikiProjekt Düsseldorf-Einklappbare Liste

Die beiden Vorlagen WikiProjekt Düsseldorf-Einklappbare Liste und WikiProjekt Düsseldorf-Einklappbare Liste 2 werden in vielen PlanenUndBauen- und StädteUndRegionen-Kategoriesystemsvorlagen eingesetzt: [13][14]. Neben Darstellungsfehlern und schlechter Syntax sind sie auch noch funktional redundant zur Vorlage:Navigationsleiste. Löschen und per Bot ersetzen?

Alternativ: sollte man endlich mal eine anständige Vorlage:Klappleiste für den nicht-ANR erstellen, in der das design beeinflussbar ist?
meint -- ✓ ^Bergi 16:03, 19. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 23:16, 11. Mär. 2011 (CET)

Vorlage:Literatur

Die Vorlage:Literatur erzeugt am Ende folgenden Code:

<span class="Z3988" title="ctx_ver=Z39.88-2004…" style="display:none;">&nbsp;</span>

Ich vermute mal, dass damit Informationen an eine JavaScript-Funktion übergeben werden soll. Darum geht es mir aber gar nicht, sondern mich stört das  . Es ist zwar mit display:none ausgeblendet, aber es steht trotzdem im Dokument drin und stört beispielsweise bei der Suche im Browserfenster. Konkret habe ich nach .. suchen wollen, um Literaturangaben zu finden, die zwei Punkte am Ende haben und konnte keine finden, obwohl solche vorhanden waren. Das   ist hier allerdings notwendig, weil MediaWiki bei der Transformation  als unnötiges leeres Element entfernt. Wenn das span-Element allerdings ein id-Attribut enthält, entfernt MediaWiki das leere Element nicht:

 wird zu .
 wird zu .

Wäre diese Methode bei der Vorlage:Literatur geeignet? Wie kann hier ein sinnvoller Inhalt für das id-Attribut erzeugt werden, der für das Dokument eindeutig ist? Oder gibt es weitere Attribute, die auch bewirken, dass MediaWiki ein leeres Element nicht entfernt? --Fomafix 13:33, 7. Sep. 2010 (CEST)

Das span-Element besitzt in HTML 4.01 folgende Attribute:

coreattrs = id, class, style, title
i18n = lang (in XHTML 1.0 zusätzlich xml:lang, was bei Verwendung des MIME-Types text/html aber ignoriert wird), dir
events = onclick usw.

Events erlaubt MediaWiki überhaupt nicht, alle anderen außer id nur bei nicht-leeren Elementen.

HTML5 erlaubt überhaupt keine leeren span-Elemente (span-Elemente müssen Phrasing content enthalten, also mindestens einen Textknoten, der nicht nur aus Leerzeichen besteht).

=> Meiner Meinung nach tut die Vorlage etwas, das sie nicht soll. Es sollte eruiert werden, wozu das gut sein soll, und dafür eine andere/bessere Lösung gefunden werden. Zu lösen ist das Problem so jedenfalls nicht. Gruß --Entlinkt 14:15, 7. Sep. 2010 (CEST)

Die Methode ist COinS. Wenn bei HTML5 das span nicht leer sein darf, gibt es denn einen sinnvollen Inhalt, der in das span geschrieben werden könnte? --Fomafix 15:06, 7. Sep. 2010 (CEST)

Ich halte die COinS-Spezifikation in ihrer jetzigen Form für untauglich (auf ihre Probleme weist sie übrigens auch selbst hin) und würde am ehesten dort ansetzen, die Spezifikation zu ändern.

Wenn ich den Code richtig verstanden habe, ist es übrigens gar nicht MediaWiki selbst, das leere Elemente entfernt, sondern HTML Tidy, das benutzt wird, wenn $wgUseTidy aktiviert ist. Für leere Elemente mit einem id-Attribut hat Tidy seit Juni 2000 eine Sonderregel. Der Code steckt in CanPrune(). Also wäre der andere Ansatz, Tidy zu ändern. Gruß --Entlinkt 15:41, 7. Sep. 2010 (CEST)

Noch etwas zu HTML5: In der Spezifikation heißt es über Phrasing content: “As a general rule, elements whose content model allows any phrasing content should have either at least one descendant text node that is not inter-element whitespace, or at least one descendant element node that is embedded content.” Wenn ein leeres Element als Platzhalter dient, um von einem Skript befüllt zu werden, dann ist das möglicherweise durch “As a general rule” abgedeckt. Da Tidy Elemente mit id- oder name-Attribut nicht entfernt, weil es die Methoden getElementById() und getElementsByName() gibt und HTML5 eine neue getElementsByClassName()-Methode spezifiziert, könnte man nun sagen, Tidy solle das class-Attribut wie id und name behandeln (also keine leeren Elemente entfernen, die ein class-Attribut haben, wie es auch keine leeren Elemente entfernt, die ein id- oder name-Attribut haben). Das müsste aber mit den Tidy-Entwicklern geklärt werden. --Entlinkt 16:22, 7. Sep. 2010 (CEST)

Warum sollten leere (span-)Elemente in HTML5 verboten werden? Bei Tabellen werden leere td-Elemente benötigt, um leere Tabellenzellen zu überspringen. Ein leeres span ist nützlich, um Formatierungen darzustellen, wie in meinem obigen Beispiel. In CSS3 gibt es extra für leere Elemente den einen Selektor :empty. In HTML5 wird auch nur von SHOULD gesprochen, also kein MUST (RFC 2119), eine Pflicht auf Inhalt besteht demnach nicht. Dass Tidy leere Elemente entfernt, sehe ich als problematisch. Ein leeres  zu entfernen ist noch in Ordnung, aber sobald ein id, class oder style vorhanden ist, sollte ein solches Element nicht entfernt werden.

Um das aktuelle Problem der Vorlage zu lösen muss das   raus und dazu sehe ich folgende Möglichkeiten:

Tidy anpassen, damit leere Elemente mit class nicht entfernt werden.
Das Attribut id mit dem gleichen oder ähnlichen Inhalt wie das Attribut title zu befüllen. Fehlerhaft wird die Seite dann allerdings, wenn die gleiche Literaturangabe mehrfach im Artikel vorkommt, weil die ID identisch ist.
class="Z3988" und title="ctx_ver=Z39.88-2004…" an das bestehende span mit class="cite" anhängen. Da dieses nicht leer ist, wird Tidy es auch nicht entfernen. Nachteil: Wenn der Mauszeiger über der Literaturangabe ist, dann wird der nur maschinenlesbare Inhalt des title-Attributs angezeigt. Mit einem weiteren  könnte die Anzeige allerdings unterbunden werden.

Gibt es weitere Möglichkeiten? --Fomafix 14:30, 13. Sep. 2010 (CEST)

Als Alternative setze ich statt dem   den abschließenden . in das span und entferne das display:none. Wer nutzt das class="Z3988" überhaupt? --Fomafix 08:31, 10. Nov. 2010 (CET)

Der abschließende Punkt ist leider nicht immer da:

<!--Abschließender Punkt-->{{#if:{{{Verlag|}}}{{{Ort|}}}{{{Jahr|}}}{{{Kapitel|}}}{{{Seiten|}}}{{{Spalten|}}}{{{ISBN|}}}{{{ISSN|}}}{{{Zugriff|}}}{{{Band|}}}{{{Nummer|}}}{{{Online|}}}{{{Kommentar|}}}{{{arxiv|}}}{{{DOI|}}}{{{LCCN|}}}{{{DNB|}}}{{{ZDB|}}}{{{PMID|}}}{{{OCLC|}}}|.|}}

--Fomafix 12:31, 12. Nov. 2010 (CET)

Bei HTML5 wäre die Einbettung von nicht sichtbaren Informationen per data-Attribut am sinnvollsten:

<span class="cite" data-z3988="ctx_ver=Z39.88-2004…">Autor: ''Titel''.</span>

Das müsste aber erst mal statt COinS akzeptiert werden. --Fomafix 12:31, 12. Nov. 2010 (CET)

Ich habe jetzt die Variante 3 umgesetzt. Das extra span mit dem störenden   ist damit weg. Wenn jetzt mit dem Mauszeiger auf eine Literaturangabe gezeigt wird, dann wird ein Tooltip mit den unleserlichen COinS-Daten angezeigt. Mit einem weiteren span-Block innerhalb kann das überlagert werden. title="" funktioniert anscheinend aber nicht. title=" " scheint aber den Tooltip vollständig auszublenden.

Verwendet jemand Zotero und kann jetzt testen, ob die Datenübergabe noch funktioniert? --Fomafix 00:06, 4. Dez. 2010 (CET)

Die Tooltips mit unleserlichen Daten, die jetzt erscheinen, sind schon etwas störend. --Fomafix 17:57, 29. Dez. 2010 (CET)

Es gibt noch eine Vorlage:COinS, die das gleiche Problem hat, denn sie erzeugt auch ein  . Die Vorlage:COinS wird in der Vorlage:BibRecord eingebunden, die wiederum über die Vorlage:BibISBN mit Unterseiten genutzt wird. Bei der normalen Verwendung wird über die Vorlage:BibRecord/Literatur die Vorlage:Literatur eingebunden, die bereits selbst COinS-Daten erzeugt. Damit stehen die COinS-Daten doppelt drin. Beispiel: Georg Vogel, Hans Dieter Hartmann, Klaus Krahnstöver: Handbuch des speziellen Gemüsebaues. Eugen Ulmer, Stuttgart 1996, ISBN 3-8001-5285-1. Wie kann hier diese Dopplung aufgelöst werden? --Fomafix 17:57, 29. Dez. 2010 (CET)

Um die Tooltips unsichtbar zu machen werde ich ein zusätzliches  einfügen. Statt wie bisher

Max Mustermann: Aspekte modernen Wikipädisierens. In: Bernd Beispiel (Hrsg.): Soziologie der Wikipädianer. Wikipedia-Press, Musterstadt 2003, ISBN 978-3-9801412-1-5, S. 213–278.

sieht das dann so aus:

Max Mustermann: Aspekte modernen Wikipädisierens. In: Bernd Beispiel (Hrsg.): Soziologie der Wikipädianer. Wikipedia-Press, Musterstadt 2003, ISBN 978-3-9801412-1-5, S. 213–278.

Sieht darin jemand Probleme? --Fomafix 20:48, 27. Feb. 2011 (CET)

Ja, ich bekomme den Tooltip trotzdem angezeigt (Opera). Nicht einmal das span mit dem leeren title außen zu setzen hilft. -- ✓ ^Bergi 21:37, 27. Feb. 2011 (CET)

Stimmt. Anscheinend blendet das nur beim Firefox den Tooltip aus. Gibt es andere Möglichkeiten? --Fomafix 22:28, 27. Feb. 2011 (CET)

Auch der IE zeigt einen Tooltip, aber immerhin das Leerzeichen. Ja, natürlich gibt es Möglichkeiten: Bug 27786 ;-) Bitte kräftig voten oder warten… -- ✓ ^Bergi 17:01, 28. Feb. 2011 (CET)

Ich habe ein paar Testcases hinzugefügt: bugzilla:27786#c1. Der Bug wurde am 10. März 2011 dem Bug 2542, dem Trackingbug für Tidy, hinzugefügt. Sonst ist nichts passiert. --Fomafix 14:48, 12. Apr. 2011 (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)

Soweit ich weiß, ist es nicht möglich. Du könntest aber mal mit substall herumspielen. Vielleicht ist es damit möglich, einen Unterschied zwischen subst und nicht-subst hinzubekommen, der aber beim Einbinden oder substen nicht auffällt. Der Umherirrende 22:37, 23. Okt. 2010 (CEST)

Visi-on hat da einige Experimente. Vielleicht passt davon etwas. --Fomafix 21:49, 13. Dez. 2010 (CET)

Die beste Lösung für ein automatisches Subst für Vorlagen wäre eine Erweiterung von MediaWiki. Ein Tag-Paar <subst>…</subst>, ähnlich wie <includeonly>…</includeonly>, das beim normalen Einbinden der Vorlage gestubst wird. Damit könnten auch viele Vorlagenwartungen realisiert werden. --Fomafix 08:33, 14. Feb. 2011 (CET)

Mit safesubst geht es:

{{<includeonly>safesubst:</includeonly>#ifeq:{{<includeonly>subst:</includeonly>ns:0}}|{{<includeonly>safesubst:</includeonly>ns:0}}|
[[Kategorie:{{{1}}}]]
[[Kategorie:{{{2}}}]]
[[Kategorie:{{{3}}}]]
|{{#ifeq:{{NAMESPACE}}|{{ns:0}}|Bitte substen!!|<div id="catlinks" class="catlinks"><div id="mw-normal-catlinks">[[Spezial:Kategorien|Kategorien]]: [[:Kategorie:{{{1}}}|{{{1}}}]] &#124; [[:Kategorie:{{{2}}}|{{{2}}}]] &#124; [[:Kategorie:{{{3}}}|{{{3}}}]] </div></div>}}}}

Besteht den noch Bedarf? Dann könnte man das ausarbeiten, da in meinem Beispiel nur eine fixe Anzahl von Kategorien möglich ist. Der Umherirrende 13:25, 6. Mär. 2011 (CET)

Das sieht ja interessant aus, aber ich verstehe es noch nicht so ganz. Was geschieht, wenn man im Benutzernamensraum {{subst:Kategorie|Kategorie 1|Kategorie 2|Kategorie 3}} verwendet? Wird da zusätzliche so etwas, wie bei meta:Help:Recursive conversion of wikitext benötigt? Bedarf für Kategorien bei Artikelentwürfen ist meiner Meinung nach vorhanden. --Fomafix 20:22, 6. Mär. 2011 (CET)

Auch dann wird gesubst. Ich habe erstmal nur die Fallunterscheidung zwischen subst und normal einbinden versucht. Der Rest sollte dann nicht mehr so schwierig sein (man könnte es so machen, das sich die Vorlage selber wieder einfügt, wenn man sie nicht substen soll, very nice ;-)).

Erklärungsversuch: Ich vergleiche {{ns:0}} mit sich selbst (Man kann auch jede andere Vorlage/Funktion nehmen). Mit subst wird {{ns:0}} nur expandiert, wenn du die Vorlage substituierst, beim Einbinden wird es zum Text {{subst:ns:0}}, mit safesubst wird es immer expandiert, und schon hat man eine Fallunterscheidung. Ich hoffe, ich konnte das jetzt rüberbringen. Der Umherirrende 21:04, 6. Mär. 2011 (CET)

Ich habe mal eine Version erstellt. Du kannst die Version gerne übernehmen und ausbauen. Aber bitte nicht auf meiner Spielwiese ;-) Ansonsten habe ich nichts dagegen. Der Umherirrende 20:12, 7. Mär. 2011 (CET)

Danke für die Vorlage. Ich bin allerdings noch nicht zum Testen gekommen, weil ich mit Artikelentwürfen nur selten zu tun habe. --Fomafix 21:53, 6. Mai 2011 (CEST)

[1]

[1]

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)