Wikipedia:WikiProjekt Vorlagen/Werkstatt

Automatische Archivierung

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

Automatische Archivierung

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

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

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Turnierplan-Vorlagen in schlechtem Code und ohne Dokus

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

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)

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)

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 <span class="…" title="…" style="…"></span> als unnötiges leeres Element entfernt. Wenn das span-Element allerdings ein id-Attribut enthält, entfernt MediaWiki das leere Element nicht:

• <span style="display:inline-block; width:1em; height:1em; background:green;" id="test1"></span> wird zu .
• <span style="display:inline-block; width:1em; height:1em; background:green;"></span> 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 <span /> 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:

1. Tidy anpassen, damit leere Elemente mit class nicht entfernt werden.
2. 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.
3. 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 <span title=""> 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)

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: [1][2]. 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)

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)

Vorlage:Fbm Vorlage:Fbi, Vorlage:Fbf und Vorlage:Fbm U21

Vorlagen Fbm, Fbi, Fbf und Fbm_U21, Teil 2

Könnte auch mit Bug 12901 zusammenhängen. Wenn die Fußballer auf die Personenbezeichnung verzichten können, dann könnte man Vorlage:Fbi löschen, da die Funktionalität durch andere Vorlagen abgedeckt ist. Aber bitte warte einige Zeit (min. 7 Tage, würde ich sagen) auf Kommentare, die Sache eilt ja nicht, da sich noch niemand anders beschwert hat. Wenn die Seite einmal im Cache liegt, dann ist es eh egal. Schaue aber auch, ob die Sortierfunktion erhalten geblieben ist, die scheint bei mir eh mit der Seite überfordert zu sein. Die anderen Vorlagen würde ich behalten, da sie das Bearbeiten erheblich vereinfachen. Der Umherirrende 19:18, 8. Okt. 2010 (CEST)

Bei den anderen schadet es aber nicht, wenn ab und zu ein Bot die Einbindungen durchgeht und {{Fbm|DEU}}} durch {{DEU|Deutsche Fußballnationalmannschaft}} etc. ersetzt. Denn der Vorteil besteht ja offensichtlich nur im leichteren Schreiben der Seite. ÅñŧóñŜûŝî (Ð) 19:40, 8. Okt. 2010 (CEST)

Also das mit der Sortierung funktioniert bei den Flaggen nicht. -- Geo1860 20:02, 8. Okt. 2010 (CEST)

Stimmt. Die Sortierstrings sind nur mit Bedingung drin. Das lässt sich aber ändern. Eine Arbeit, die sowieso noch gemacht werden muss ;-( ÅñŧóñŜûŝî (Ð) 21:02, 8. Okt. 2010 (CEST)

Für die aktuellen Flaggen sind sie jetzt drin. Die historischen sind viel Arbeit und ideal ist die CSS-Lösung auch nicht. Das dürfte etwas dauern. ÅñŧóñŜûŝî (Ð) 01:18, 11. Okt. 2010 (CEST)

Grundsätzlich bin ich da ziemlich emotionslos fbm/fbf halte ich auch für Firelfanz, fbi war nötig um größere Listen überhaupt erst wieder benutzbar zu machen. Wenn "Unbekannt" noch ans Tabellenende und die Waliser unter W eingeordnet werden, könnte ich grundsätzlich mit einer Änderung leben, zumal wenn es die Ladezeiten verkürzt. --Ureinwohner uff 22:50, 14. Okt. 2010 (CEST)

Bei einer Einbindung auf der Seite merkt man wenig, aber diese Vorlagen treten allgemein "gebündelt" auf. Da werden dann aus zwei Sekunden schnell zwanzig und noch mehr. Die dezentralen Ländervorlagen sind klein. Deshalb geht das viel schneller, besonders, wenn der Server insgesamt gerade erheblich beschäftigt ist. Ich habe es in meinem BNR ausprobiert. Was es fbm /fbf angeht, könnte man den Bot bestellen und die o.g. Ersetzung vornehmen. Die Sortierbarkeit ist jetzt gegeben. ÅñŧóñŜûŝî (Ð) 17:47, 17. Okt. 2010 (CEST)

Da hier gegen einen Austausch von Fbm bzw. Fbf gegen die Ländervorlagen keine weiteren Einwände kamen, werde ich das jetzt veranlassen. ÅñŧóñŜûŝî (Ð) 03:37, 20. Okt. 2010 (CEST)

Fbm und Fbf sind ersetzt und inzwischen gelöscht. Vorlage:Fbm_U21 wurde im Rahmen eines normalen LA gelöscht. Zum weiteren Vorgehen bei Vorlage Fbi siehe weiter unten. ÅñŧóñŜûŝî (Ð) 17:52, 28. Okt. 2010 (CEST)

Vorlage:Infobox Rennstrecke

Irgendwie kriege ich es nicht hin, alle Titel in der Vorlage:Infobox Rennstrecke mit valign="top" nach oben auszurichten. Im der abgebildeten Beispiel-Infobox auf Vorlage:Infobox Rennstrecke unter dem Punkt Kurvenüberhöhung fällt das z.B. ganz gut auf. Wer kann mir helfen? --Pitlane02 14:45, 10. Okt. 2010 (CEST)

Das liegt daran, dass die Kurvenüberhöhungs-zelle ein <th> ist und toptextcells nur für <td>s gilt. Sollte man imho ändern: MediaWiki Diskussion:Common.css#toptextcells für th. Vielleicht auch über WP:AA ein bisschen anschieben, die Disk ist meist etwas schläfrig. -- ✓ ^Bergi 16:46, 10. Okt. 2010 (CEST)

Kann mich denn jemand bei der Diskussion auf MediaWiki Diskussion:Common.css#toptextcells für th bzw. im zweiten Schritt auf WP:AA unterstützen. Ich überlebe fachlich nicht mal die erste Rückfrage! --Pitlane02 18:30, 23. Okt. 2010 (CEST)

Habe Deine Stellungnahme gesehen. Genau so eine Antwort hätte ich nicht geben können, DANKE. Vielleicht wird's ja jetzt was. --Pitlane02 16:11, 25. Okt. 2010 (CEST)

Probleme bei Vorlage mit Parameter und ref-Kontext.

Ich möchte mir monotone Schreibarbeit bei Einzelnachweis-Fußnoten ersparen und wiederkehrende Textsegmente mit eigengestrickten Vorlagen aus meinem BNR erzeugen. Da diese auch variable Textanteile haben sollen, brauche ich Parameter.

Wenn ich nun etwa eine Vorlage BNR-Präfix/Vorlagenname mit einem Inhalt des Typs

<ref>A{{{1}}}C</ref>

per

{{subst:BNR-Präfix/Vorlagenname|B}}

einsetzen lassen will, bleibt im ersetzten Vorlagenaufruf der Parameter unersetzt, also entsteht ein Quelltext-Ergebnis

<ref>A{{{1}}}C</ref>

statt wie erwartet

<ref>ABC</ref>

Wenn ich aus dem Vorlagentext die umschließenden <ref>-Klammern herausnehme und stattdessen per

<ref>{{subst:BNR-Präfix/Vorlagenname|B}}</ref>

einzubinden versuche, bleibt der gesamte Inhalt der ref-Klammer, also <ref>{{subst:BNR-Präfix/Vorlagenname|B}}</ref>, unersetzt erhalten.

Nach Versuchen liegt es anscheinend am <ref>-Kontext.

Ich möchte gerne verstehen: Was läuft da ab? Abhilfe? -- Silvicola Diskussion Silvicola 00:34, 12. Okt. 2010 (CEST)

Hi! Ich denke dir hilft dieser Abschnitt weiter. Im Allgemeinen sollten allerdings Benutzerunterseiten nicht im Artikelnamensraum eingebunden werden, darf ich Fragen worum es explizit geht? --AleXXw •שלום!•disk 01:05, 12. Okt. 2010 (CEST)

Er wollte ja substen. Du kannst evtl. wie folgt vorgehen:

1. Schreibe deine Vorlage im BNR und benutze statt <ref> die Schreibweise <ref>. Du musst auch öffnende eckige Klammern durch [ ersetzen.
2. Öffne Spezial:Vorlagen expandieren und schreibe dort den Text, der in den Artikel soll, also den mit der eingebundenen Vorlage, ins Eingabefeld.
3. Ausführen
4. Markiere unten in der Vorschau (nicht im Ergebnisfeld !) den ausgegebenen Text und übertrage ihn in den Artikel.

Eine zweite Methode ist:

1. Schreibe deine Vorlage im BNR und benutze statt <ref> die Schreibweise °ref>. Du kannst statt ° auch jedes andere Ansi-Zeichen, das im Text sonst nicht vorkommt, nehmen.
2. Öffne Spezial:Vorlagen expandieren und schreibe dort den Text, der in den Artikel soll, also den mit der eingebundenen Vorlage, ins Eingabefeld.
3. Ausführen
4. Kopiere den Inhalt des Ergebnisfelds in den Artikel und ersetze das ° durch < .

Bei programmierten Vorlagen, also solche mit Parametern, ist es dringend geboten, statt "subst:" die Seite Spezial:Vorlagen expandieren zu benutzen, da sonst auch die Programmiersyntax in den Artikel kommt ! Gruß von ÅñŧóñŜûŝî (Ð) 01:29, 12. Okt. 2010 (CEST)

Danke für die prompte Auskunft.

Da es sich i.d.R. nur um einen zu expandierenden Einzeiler handelt (Fußnotenbeleg), spare ich mir wohl besser das Spezial-Seiten-Gehangel, mache die Vorlage parameterlos und füge die variablen Anteile händisch ein; oder schreibe nach wie vor alles händisch, weil das Kopieren aus der Vorschau der bearbeiteten Seite in den Quelltext derselben auch nicht ohne physischen Rollaufwand und mentale Ablenkung zu haben ist; oder benutze doch besser das gute alte Copy&Paste aus einer daneben offenen Browserkachel, damit wenigstens keine Tippfehler hineinkommen.

Davon abgesehen würde ich gerne verstehen, woran es – technisch gesehen – hakt. Nach Deiner letzten Bemerkung vermute ich schon mal, dass subst nicht rekursiv wirkt, sondern nur die Vorlage oberster Ebene einsetzt, aber wieso klappt so wie versucht nicht einmal eine einfache Parametersubstitution? Nimmt der Textersatzmechanismus irgendwie Rücksicht auf die XML-Struktur, ohne dann aber die Teilsegmente, in die der Text dadurch begrifflich zerfällt, selber eines weiteren (Substitutions-)Blickes zu würdigen?

Gruß von -- Silvicola Diskussion Silvicola 08:11, 12. Okt. 2010 (CEST)

Jein. subst: wirkt zwar nicht rekursiv, die nicht-Paramtersetzung liegt aber tatsächlich an der XML-Struktur. ref ist eine Erweiterung der Wikisyntax (genauso ist es bei imagemap oder timeline) und wird vor der Vorlagenauswertung aus dem Kontext rausgezogen, weshalb hier {{#tag:ref|Inhalt}} benutzt werden muss (s. erste Antwort).

die einfachere Möglichkeit ist Wikipedia:Helferlein/Extra-Editbuttons. Falls du Monobook nutzt kein Problem, bei Vector musst du in den Einstellungen die neue Editleiste ausschalten.

var customEditButtons = "REF"; // Anzahl und Reihenfolge wählbar (siehe: [[Wikipedia:Helferlein/Extra-Editbuttons#Die Buttons]])

var rmEditButtons = []; // keine Standardbutton entfernen

var myButtons = {'REF':['/media/wikipedia/commons/c/c4/Button_ref.png','Referenz mit drumrum einfügen','<ref>A','C</ref>','B']} // eigene Buttons?

in der Benutzer:Silvicola/monobook.js bzw. Benutzer:Silvicola/vecor.js und das Aktivieren der Einstellungen sollte reichen (ungetestet), bei Problemen möglichst mit JavaScript-Fehlermeldung nachfragen. Dokumentiert ist das Skript ja ganz gut.

Alternativ kannst du dein Glück versuchen, die Funktion in Vektor zu integrieren: Benutzer Diskussion:Schnark/toolbar.js
meint -- ✓ ^Bergi 16:22, 12. Okt. 2010 (CEST)

Eine Vorlage, die mit einem subst auch alles in sich substituieren soll, ist immer etwas aufwendiger zu programmieren, da beim substen einige Sachen anders reagieren, ist aber möglich. Die unter Hilfe:Einzelnachweise#Einzelnachweise in Vorlagen empfohlende Parserfunktion #tag kann auch gesubst werden und liefert dann den richtigen Quelltext. Also müsste dein Quelltext in der Benutzerunterseite

<includeonly>{{subst:</includeonly><includeonly>#tag:ref|A{{{1}}}C}}</includeonly>

lauten. Der Umherirrende 20:53, 13. Okt. 2010 (CEST)

Danke Euch für die erteilten Ratschläge. Fürs leichte Arbeiten scheint die Lösung mit dem Extra-Button einfacher zu sein, allerdings müsste ich dazu von meiner quietistischen Lebenseinstellung "Niemals etwas konfigurieren" ablassen. Und noch einen Hinweis bekommen darauf, wo ich eine möglichst dem hiesigen Default entsprechende Vorlage für meine neue CSS-Datei herbekomme, die ich dann aufrüsten kann. Ich fand nur nach Hinweis hier: http://meta.wikimedia.org/wiki/Help:User_style eine englischsprachige "Grundausstattung", die könnte natürlich schon andere Defaults haben als für de.wikipedia.org eingestellt, für welche Wiki ich keine Default-Datei gefunden habe, dafür aber allzu viele disparate "Beispiele" hier: http://meta.wikimedia.org/wiki/Hilfe:Eigene_Stylesheets. – Oder genügt es etwa, meine neu und leer angelegte monobook.css allein mit den oben angegebenen paar Skriptzeilen zu befüllen? -- Silvicola Diskussion Silvicola 23:07, 13. Okt. 2010 (CEST)

Achtung, bitte nicht .css mit .js verwechseln! Es werden die CSS- und JS-Dateien eingebunden, die wie der verwendete Skin lauten. Siehe unter Spezial:Einstellungen im Reiter #Aussehen. Weitere Infos (von Spezialisten für Laien versucht zu schreiben) unter WP:Skin. Die Standarddateien werden weiterhin eingebunden, können theoretisch nur überschrieben werden.

Neben diesen Zeilen in der richtigen Datei wird entweder in den Einstellungen#helferlein das Buttonsskript aktiviert, oder direkt zu dem Skript importScript("MediaWiki:Gadget-Extra-Editbuttons.js"); vorangestellt. Unter Vector muss zusätzlich in den Einsellungen unter dem Reiter „Bearbeiten“ im Kasten „Beta-Funktionen“ die Werkzeugleiste deaktivieren.
meint -- ✓ ^Bergi 15:49, 14. Okt. 2010 (CEST)

Fehler in Infobox Ort

Woher kommt in der Infobox in Conakry die Zeile "Hauptstadt"? Konnte ich in der Vorlage nicht finden und hat eigentlich auch in einer Orts-Infobox nichts zu suchen, oder? --тнояsтеn ⇔ 19:59, 18. Okt. 2010 (CEST)

Jein. Laut ISO 3166 nämlich steht das angegebene Kürzel für genau diesen Administrationstyp. Eingebunden wird automatisch die Metadatenvoralge Vorlage:Info ISO-3166-2:GN-C, wie unter dem Editfenster zu erkennen ist. Leider ist die Vorlagensyntax durch viele #ifexist und Formatierungsprobleme "verhunzt", da blick ich auch nicht durch warum der Link nicht geht. Justbridge sollte laut Versionsgeschichte aber den Überblick haben, frag ihn einfach mal.
meint -- ✓ ^Bergi 20:19, 18. Okt. 2010 (CEST)

Habe ihm eine Nachricht hinterlassen (ist allerdings seit 3. August inaktiv). --тнояsтеn ⇔ 12:32, 20. Okt. 2010 (CEST)

Und noch in einem Artikel fällt die Infobox auf: Walikale. Dort wird die Zeile Provinz zweimal gezeigt. --тнояsтеn ⇔ 15:20, 28. Okt. 2010 (CEST)

Das kommt davon, dass sie einmal aus dem ISO-Code generiert wird, und einmal direkt als Parameter eingetragen ist. ISO langt. -- ✓ ^Bergi 17:31, 28. Okt. 2010 (CEST)

OK, das habe ich geändert. Ist die Infobox Ort überhaupt richtig für einen Distrikt? --тнояsтеn ⇔ 17:53, 28. Okt. 2010 (CEST)

In der Kategorie:Vorlage:Infobox Verwaltungsgliederung gibts eine Vorlage:Infobox Verwaltungseinheit, die passt wahrscheinlich besser. -- ✓ ^Bergi 18:17, 28. Okt. 2010 (CEST)

Siehe auch Diskussion:Walikale --тнояsтеn ⇔ 18:34, 28. Okt. 2010 (CEST)

OK, dieser Part ist erledigt. Das Problem bei Conakry bleibt... --тнояsтеn ⇔ 14:25, 30. Okt. 2010 (CEST)

Hmmm, niemand, der sich da mal reinfuchsen kann? Danke --тнояsтеn ⇔ 17:35, 6. Dez. 2010 (CET)

Der Fehler kommt von Vorlage:Info ISO-3166-2:GN-C. Dort steht level=2, der Link wird deswegen mit >admtype<: [[>lemma<|>2<]] erzeugt. Der Wert von 2 ist aber leer und deswegen dieser kaputte Link. Merlissimo 18:03, 6. Dez. 2010 (CET)

Vorlagen wie kategorisieren?

Hallo. Unter Hilfe:Vorlagen#Kategorisierung steht folgendes: Jede Vorlage sollte in entsprechende Unterkategorien der Kategorie:Vorlage: und die passendste thematische Kategorie (sofern sinnvoll) eingeordnet werden. Wie ist das zu verstehen? Wann ist eine Kategorisierung zum Thema sinnvoll, wann nicht? Sind damit Themen-Kategorien innerhalb des Vorlagen-Kategoriebaums gemeint oder auch Artikel-Themenkats? Bsp: Wäre es sinnvoll und erlaubt, eine die Vorlage:Navigationsleiste Stadtbezirke in München in die Kategorie:München einzusortieren? Ich finde hier die Anweisung der Hilfe-Seite schwer verständlich. --Krächz 16:44, 19. Okt. 2010 (CEST)

In Artikel-Themenkats sollten imho keine Vorlagen stehen. Manchmal sind Navivorlagen auch in Portal-Kats eingeordnet, keine Ahnung wie die Regelung da ist. Vorlagen, die nur für einzelen Portale gedacht sind (Tabs und Co) sollten im Portal-NR als Unterseite stehen, wo sie kategorisiert werden sollen (wenn überhaupt) weiß ich jetzt auch nicht. Das Projekt:Kategorisierung der Vorlagen scheint leider eingeschlafen zu sein.
meint -- ✓ ^Bergi 18:08, 19. Okt. 2010 (CEST)

In dem Projekt ging es, soweit ich das einschätze, nur um die Bearbeitung des Altbestands. Da aber fast alle Vorlagen aktuell kategoriesiert sind, ist es eingeschlafen. Ich denke auch nicht, das Vorlagen in Artikelkategorien gehören, genauso wenig wie Vorlagenkategorien in Artikelkategorien, aber einige Benutzer sehen einen Thematischen Zusammenhang und setzen somit entsprechend die Kategorien. Eine gute Beschreibung für den Hilfetext habe ich aber auch nicht. Der Umherirrende 19:15, 24. Okt. 2010 (CEST)

Ich habe mich mal versucht. Der Umherirrende 17:38, 7. Nov. 2010 (CET)

Vorlage:Infobox Alben

Ich bin gerade über die Vorlage:Infobox Alben gestolpert. Meine Frage ist, ob es wirklich vier verschiedene Vorlagen für die vier Unter-Typen geben muss - oder kann man die in einer vereinigen? --Atamari 20:26, 22. Okt. 2010 (CEST)

Ich bin dran. --Steef ³⁸⁹ 21:00, 22. Okt. 2010 (CEST)

So, die Einzelvorlagen benutzen jetzt den selben Kern. Ob man sie wirklich noch braucht, muss man sich nochmal ansehen. Die Boxen werden jeweils nur in wenigen Artikeln verwendet. --Steef ³⁸⁹ 21:50, 22. Okt. 2010 (CEST)

HErrschaften, die Boxen waren just wenige Stunden alt und wir klopften sie gestern gerade auf Fehler und Ungereimtheiten ab. Vielleicht wäre mal ein Blick auf die Diskussionsseite angezeigt gewesen. Die unterschiedliche Farbgebung wurde nun von Steef389 zerschossen. EP-Vorlage hatte eine andere Farbe als Studioalbum und der Chronologie-Balken bei Remix- und Live-Album sollte natürlich den individuellen Farben entsprechen. --Krächz 14:26, 23. Okt. 2010 (CEST)

EP hat wieder die alte Farbe die Anderungen von Steef389 wurden nur nicht gespeichert.-- xxvid 18:18, 23. Okt. 2010 (CEST)

Vorlage:Fbi

Nachdem die Vorlagen Fbm und Fbf erledigt sind, sollten wir uns um die genauso parserbelastende Vorlage:Fbi kümmern. Diese Vorlage ist noch überflüssiger als die beiden anderen. Sie sollte daher genauso ersetzt werden. Hier kann man analog vorgehen. Es gibt zwei Möglichkeiten:

1. Wir expandieren die Vorlage für eine Ebene und setzen die Sortkey-Ausdrücke ein.
2. Wir nehmen die entsprechende Ländervorlage.

Die erste Lösung hat den Vorteil, dass der Maus-Hint weiterhin "Afghane" lautet und nicht "Afghanistan", der Nachteil ist der Dateilink im Artikeltext und die fehlende Möglichkeit, zentral auf eine Änderung des notwendigen Dateilinks zu reagieren.

Die zweite Lösung hat den Vorteil, dass der Dateilink mit seiner Syntax in der Ländervorlage ist und das man nur diese ändern muss, wenn ein Land mal seine Flagge ändert. Der Maushint lautet dann allerdings "Afghanistan" und nicht "Afghane".

Ich halte die Vorteile der zweiten Lösung für wichtiger. Das der Bewohner Anghanistans "Afghane" heist, kann man als allgemein bekannt vorraussetzen. Wir sollten die Leser nicht für dumm halten. ÅñŧóñŜûŝî (Ð) 20:38, 24. Okt. 2010 (CEST)

Wenn es bis dahin keine Einwände gibt, dann werde ich das Thema nächste Woche nach bestem Wissen und Gewissen nach meiner Vorstellung umsetzen. ÅñŧóñŜûŝî (Ð) 17:55, 28. Okt. 2010 (CEST)

Commons:Template:Use TeX

Zwei kleinere Probleme:

1. Wenn man beim TeX-Code das Leerzeichen vor der abschliessenden doppelten geschweiften Klammer weglässt, ergibt sich ein Syntaxfehler:

   {{Use TeX|1=P_0=\sum_c\frac{o_{cc} }{n} }} geht

   {{Use TeX|1=P_0=\sum_c\frac{o_{cc} }{n}}} geht nicht

2. Beim automatisch generierten Löschkommentar hat es vor dem Doppelpunkt ein Leerzeichen, bzw. eigentlich ein durch : verursachter Zeilenumbruch (im Quelltext Zeile mit „nuke“ suchen). Macht es einen Unterschied, ob es durch <nowiki>:</nowiki> oder : ersetzt wird? Von den verfügbaren Zeichen soll möglichst wenige verschwendet werden, so dass wenn immer möglich der ganze TeX-Code Platz hat.

--Leyo 14:26, 29. Okt. 2010 (CEST)

zu 1) Da fällt der MediaWiki-Preprocessor auf die Nase. Die im TeX fehlende geschweifte Klammer steht nämlich noch nach der Vorlage. Dadurch das die geschweifte Klammer nicht mehr dem TeX zugeordnet ist, wird natürlich das TeX ungültig.

Der Preprocessor sieht die 3 geschweiften Klammern erstmal als zusammenhängend. Dadurch das er aber nur zwei Klammern braucht, um die Vorlage zu schließen, wird die letzte geschweifte Klammern wieder angehängt. Wenn ein Leerzeichen dort steht, dann sieht der Preprocessor das richtig, da die 3 geschweiften Klammern nicht als eine Einheit gesehen werden. (Hoffentlich war das verständlich). Umgehen kann man es nur mit dem Leerzeichen. Eine generelle Lösung fällt mir dazu nicht ein, man könnte höchstens auf die Paarigkeit der geschweiften Klammern im Parameter achten, kann aber dann auch andere Nebeneffekte haben.

zu 2) : sollte reichen. Ist Bug 12974 Der Umherirrende 14:52, 29. Okt. 2010 (CEST)

1) Danke für die Erklärung! Sowas hatte ich befürchtet.

2) Ist das Resultat also bei beiden Möglichkeiten identisch? Ist es, als ob ich im Löschkommentar manuell ein Leerzeichen eingebe, d. h. es wird nur 1 Zeichen „verbraucht“?

--Leyo 14:59, 29. Okt. 2010 (CEST)

zu1) noch meta:Help:Expansion

zu2) wollte ich gerade sagen, urlencode verhält isch bei nowiki ziemlich merkwürdig. &#58; würde ich auf jeden Fall vorziehen.

meint -- ✓ ^Bergi 15:07, 29. Okt. 2010 (CEST)

(BK) 2) Ja, es kommt ein ":" im Kommentarfeld an. Die Maskierung ist hier nur nötig, um die Bedeutung ":" = "Einrückung" zu nehmen, wenn es verarbeitet wird. Ist das gleiche wie bei den <>. Der Umherirrende 15:09, 29. Okt. 2010 (CEST)

Bei < und > kommt aber < bzw. > im Kommentarfeld an. Erst im Löschlog sieht man < und >. „Verbrauchen“ die nun je ein oder fünf Zeichen? --Leyo 15:48, 29. Okt. 2010 (CEST)

Du hast Recht, da innerhalb von urlencode die Entitäten als Text gesehen werden. Das hatte ich nicht getestet. Bei mir funktioniert es aber auch, wenn du :<> als normale Zeichen drin stehen lässt. Sie landen dann im Log-Buch. Im Log-Buch werden die Tags aber nicht aufgelöst, daher sieht man dort dann auch <math></math>. Es kommt nur das angehängte Leerzeichen mit ins Logbuch: Der Umherirrende 18:34, 29. Okt. 2010 (CEST)

Ich habe jetzt ein paar Test innerhalb der benutzten Vorlage (Commons:Template:Nuke) gemacht. Ein Resultat wie bei deinem Link kriege ich jedoch nicht hin. Vielleicht geht es nur ohne diese Vorlage. --Leyo 19:06, 29. Okt. 2010 (CEST)

Das ist sehr interessant. Auf Commons bekomme ich das auch nicht hin, aber auf einem lokalen Wiki schon. ({{nuke|1=The mathematical formula has globally been replaced by TeX code: <math>P_0=\sum_c\frac{o_{cc} }{n}</math>}}) Da mein lokales Wiki mit der neuesten Version läuft, scheint sich da irgendetwas verbessert zu haben. An der Sprachversion liegt es aber nicht. Der Umherirrende 19:50, 29. Okt. 2010 (CEST)

Ich habe mal Bug 25721 für Punkt 1 geschrieben. Vielleicht sehen die Entwickler das ja ähnlich und können das parsen bei paarigen Klammern verbessern. Der Umherirrende 10:20, 31. Okt. 2010 (CET)

Übersetzung

Zu der Vorlage hätte ich einen Wunsch: kann die jemand mehrsprachig anlegen? Dankesehr --91.22.241.178 17:00, 29. Okt. 2010 (CEST)

Ich habs mal auf Deutsch übersetzt. Ich weiß aber weder, ob ich die richtige Vorlage verwendet habe noch in welche Kategorie sie jetzt als übersetzt einzuordnen ist. -- ✓ ^Bergi 11:30, 30. Okt. 2010 (CEST)

Unter Commons:Special:PrefixIndex/Template:PD-ineligible siehst du ein Beispiel, wie das mit verschiedenen Unterseiten gehandhabt wird. Ich komme momentan nicht dazu, da selbst Hand anzulegen. --Leyo 11:57, 30. Okt. 2010 (CEST)

Muss das denn per Unterseite geschehen? Ich finde die von mir verwendete Vorlage:LangSwitch deutlich einfacher. Um die Seite in die Category:Autotranslated templates einzuordnen, müsste sie doch die Vorlage:Autotranslate enthalten? Und gibts auf Commons sowas wie {{Mehrsprachige Vorlage}}? -- ✓ ^Bergi 13:08, 30. Okt. 2010 (CEST)

Meinst du Commons:Template:Autotranslate? Das Problem bei deiner Methode ist, dass der Quelltext sehr lang wird, wenn die Vorlage in etliche Sprachen übersetzt wird. Es ist auch einfacher für unerfahrene Benutzer eine Unterseite von Englisch in ihre Sprache (in einer anderen Unterseite) zu übersetzen, und nicht die komplexere und ev. geschützte (Haupt-)Vorlage ändern zu müssen. --Leyo 13:35, 1. Nov. 2010 (CET)

Ich habe jetzt Commons:Template:Use TeX/layout und Commons:Template:Use TeX/lang angelegt. Die Texte der beiden momentan vorhandenen Sprachen befinden sich nun unter Commons:Template:Use TeX/de und Commons:Template:Use TeX/en. Leider gibt es mit dem Parameter Keep noch Probleme. --Leyo 15:23, 8. Nov. 2010 (CET)

Ein Beispiel ist Datei:Albumin formula 2.png, wo Keep=Grund leider nicht mehr zur Kategorisierung in Commons:Category:Images with a TeX equivalent to keep führt. Die Übergabe des Parameterwerts scheint ein Problem zu machen. --Leyo 10:09, 11. Nov. 2010 (CET)

Jetzt funktioniert es dank Martin H. wieder. --Leyo 09:21, 2. Dez. 2010 (CET)

Vorlage:Infobox Provinz in Indonesien

M.E. sollte man die Vorlage so umgestalten, dass die Fläche und Einwohnerzahl mit 1000er-Trennungspunkten ausgegeben wird. --Hydro 11:03, 30. Okt. 2010 (CEST)

Besser mit (schmalen) Leerzeichen. --Leyo 11:59, 30. Okt. 2010 (CEST)

(BK)Erledigt. Aber wie groß ist Jawa Barat denn jetzt, 38km² oder 38000km²? Wenn der Vorlage 146.760 übergeben wird, dann gilt das als entweder als 146,760 oder als 146760. Üblich ist die Übergabe von Zahlen im englischen Format an die Infoboxen. -- ✓ ^Bergi 12:03, 30. Okt. 2010 (CEST)

Die WP-Regeln sehen Punkte zur Tausendertrennung vor. --Hydro 12:44, 30. Okt. 2010 (CEST)

Natürlich, zur Ausgabe. Bei Vorlagen ist es aber üblich die „Computerschreibweise“ (mit . als Dezimaltrenner) zu verwenden, vgl. z.B. Vorlage:FormatZahl. -- ✓ ^Bergi 13:00, 30. Okt. 2010 (CEST)

@Hydro: Es ist leider so, dass Leerzeichen im Fliesstext leider Probleme bereiten bzw. nicht OMA-tauglich sind. Deshalb werden sie nicht standardmässig eingesetzt. Bei einer Vorlagen-Ausgabe bestehen diese Probleme hingegen nicht. --Leyo 16:48, 2. Nov. 2010 (CET)

Ich habe doch gar nichts von Leerzeichen gesagt. Meines Erachtens sollte die Ausgabe durch 1000er-Trennungspunkte gegliedert sein. Erst war überhaupt keine Gliederung vorhanden, jetzt eine schweizerische, also durch Kommas. --Hydro 20:05, 2. Nov. 2010 (CET)

Nicht schweizerisch, angelsächsisch! Ich finde eben Leerzeichen besser als Trennungpunkte, -kommata oder Apostrophs/Hochkommata (und beziehe mich dabei auch auf die Ausgabe). --Leyo 21:10, 2. Nov. 2010 (CET)

Nein, das ist keine Gliederung, das sind Kommas. Der Vorlage müssten eben Werte mit „.“ als Dezimaltrenner und sonst nichts übergeben werden. -- ✓ ^Bergi 10:25, 3. Nov. 2010 (CET)

Ich habe jetzt mal die ganzen Artikel geändert. Die Eingabe im Quelltext wie üblich ohne Tausendertrennzeichen, diese werden durch die Vorlage automatisch eingefügt.

Jetzt gibt es noch ein Problem: Bei Dezimalzahlen versagt die Berechnung der Bevölkerungsdichte, siehe Gorontalo und Bali (Werte stimmen nicht). Kann das jemand reparieren?

Und dann könnte der nicht verwendete Parameter Dichte auch noch komplett entfernt werden. Alle Artikel haben Angaben zu Fläche und Einwochnerzahl, die Dichte wird daraus berechnet. --тнояsтеn ⇔ 10:56, 24. Nov. 2010 (CET)

Infobox zu Eiskunstlauf-Weltmeisterschaft

Ich habe leider keine Ahnung von der Erstellung einer Infobox. Ich wollte nur mal fragen, ob es möglich und wünschenswert ist, solch eine für Eiskunstlauf-Weltmeisterschaften zu erstellen, wie sie auch die englische Wikipedia hat. Sie sollte genau so aussehen: http://en.wikipedia.org/wiki/1957_World_Figure_Skating_Championships Einfach zur besseren Übersicht der Sieger und zur einfacheren Navigation. Vielen Dank. --Common Senser 03:20, 2. Nov. 2010 (CET)

Die Template:Infobox figure skating competition ist für beliebige Eiskunstlaufwettbewerbe, magst du das auch oder lieber eine nur für WMs? Möglich auch: Eine für EMs und eine für WMs, die auf derselben Designvorlage basieren, oder eine Vorlage mit einem Parameter um welchen Wettbewerb es sich handelt?

Möglich ist es auf alle Fälle, sinnvoll nur wenn du sie auch überall einbaust :-). Aber ob sie zur gegenwärtigen Situation überhaupt Sinn macht bezweifele ich, da die Artikel sowieso nur Stubs (mit Tabellen) sind, eine IB würde ich erst bei längerem Text empfehlen.
meint -- ✓ ^Bergi 16:39, 2. Nov. 2010 (CET)

Mir geht es eigentlich besonders um eine für WMs, höchstens noch EMs, die Designvorlage ist ganz ok, man könnte höchstens noch angeben, die wievielte Ausgabe einer WM es ist und hinter dem Namen des Siegers der wievielte Titel es für ihn war. Start-u. Enddatum und Saison würde ich zusammenfassen, einfach als Datum. Ich würde die Vorlage auf jeden Fall in die Artikel einbauen, gleiches gilt für Informationen zu den einzelnen Turnieren, soweit sie denn vorhanden sind.--Common Senser 22:57, 2. Nov. 2010 (CET)

Willst du die englischen Parameternamen übernehmen für c&p aus der en:WP oder darf ich sie (frei) übersetzen? -- ✓ ^Bergi 10:39, 3. Nov. 2010 (CET)

Du darfst sie gern frei übersetzen.--Common Senser 15:35, 3. Nov. 2010 (CET)

Turniervorlage

Bräuchte für den Artikel AHL 1994/95 eine Turniervorlage für 12 Mannschaften, hab dazu aber leider nirgends was gefunden. Wäre prima, wenn das dann bei den Playoffs so aussehen würde wie im englischen Artikel. --Vicente2782 22:22, 6. Nov. 2010 (CET)

Hallo Vicente2782, wird der Turnierplan für 12 Teilnehmer noch gewünscht? Kann en:Template:AHLBracket 1992-1995 inhaltlich so übernommen werden? Wird sie auch für andere Jahre, Turniere oder Sportarten gebraucht? --Wiegels „…“ 18:05, 13. Nov. 2010 (CET)

Molmasse automatisch berechnen in Vorlage:Infobox Chemikalie

Ist es möglich ohne kryptische Parameter direkt aus der Summenformel die Molmasse zu berechnen? In Vorlage:Quersumme wird auch recht intelligent eine Zahl zerlegt, aber geht das auch mit Text+Zahlen? Wir diskutieren gerade unter WP:RC#Molmasse automatisch berechnen, sprich erstmal eine Machbarkeitsstudie, bitte noch nichts im Produktivsystem ändern. Matthias 15:31, 7. Nov. 2010 (CET)

Machbarkeit: Mit einer Liste Liste der Atommassen wäre das kein Problem. Das wäre nur Addition nach Art {{#expr:1.008*{{{H|0}}} + 4.003*{{{He|0}}} + 6.941*{{{Li|0}}} + ... + 238.03*{{{U|0}}} }} (die Werte habe ich von hier). Das Einzubauen wäre auch nicht schwer. Insgesamt würde ich mich dennoch dagegen aussprechen … ohne sonderliche Gründe. Ich hätte dabei einfach ein schlechtes Bauchgefühl. Gruß, --Revo Echo der Stille 16:00, 7. Nov. 2010 (CET)

Ich habe das jetzt mal unter Vorlage:Molmasse ausprobiert. Irgendwie klappt das nicht so wie ich mir das vorstelle. Könnte man auch Dinge wie CH4 = 16.00 + 4*1.008 auswerten oder <sub> und <sup> ignorieren lassen. Matthias 16:52, 7. Nov. 2010 (CET)

Nein, <sub> und <sup> kann nicht effizient ignoriert werden. --Revo Echo der Stille 20:16, 7. Nov. 2010 (CET)

Wenn man den Syntax in der Art ({{Molmasse|C=1|H=4}}) schreibt, sollte es nicht unmöglich sein... --darkking3 ^Թ 19:02, 7. Nov. 2010 (CET)

Das wird den Chemie-Admins zu kryptisch und OMA-feindlich. Matthias 21:50, 8. Nov. 2010 (CET)

Einfach ist es nicht, aber in der Art der Vorlage:Str sub ließe sich was machen; denn Zahlen können nur ohne Text ausgewertet werden. Eine auf Formeln optimierte Version sollte möglich sein. Ist aber sicher parserbelastend, sollte also möglichst trotzdem per Hand eingegeben werden. Eine Substitution der Vorlage wäre besser, alternativ könnte ein Skript beim Ausfüllen helfen (oder beim Nachkorrigieren, denn OttoNormalnutzer wird kein Skript einbinden). Ansonsten ist {{Molmasse|C2|H6}} auch möglich, eine Infobox-Eingabe sähe wahrscheinlich so aus: |Formel = C3/H7/O/H (wird dann automatisch formatiert und berechnet); wäre das weniger kryptisch?
meint -- ✓ ^Bergi 14:11, 9. Nov. 2010 (CET)

In en:Template:Chembox Properties und fr:Modèle:Chimiebox ist die automatische Berechnung übrigens implementiert. Damit will ich jedoch nichts zur OMA-Tauglichkeit sagen… --Leyo 14:32, 9. Nov. 2010 (CET)

Genaugenommen macht das wohl fr:Modèle:Fchm. Autsch. -- ✓ ^Bergi 15:58, 9. Nov. 2010 (CET)

Die Vorlagen aus en und fr sind unheimlich kompliziert und auch die von ✓ vorgeschlagene Syntax ist extrem einsteigerfeindlich. Wenn jemand ein Vorlagenskript schreibt, dass automatisch aus CH3OH → CH₃OH macht und die Molmasse ausspuckt bringt das vielleicht etwas Benutzerfreundlichkeit. Ansonsten machen wir weiter mit Periodensystem und Taschenrechner. Matthias 19:38, 9. Nov. 2010 (CET)

Es gibt ja ziemlich praktische Taschenrechner… --Leyo 10:03, 11. Nov. 2010 (CET)

Ich bin noch am Basteln… Nur als Herausforderung. -- ✓ ^Bergi 17:58, 12. Nov. 2010 (CET)

Bitte Benutzer:✓/Chemieformel bewundern :-) Könnte man da noch was vereinfachen (für den Parser)? Der leserfreundliche Weg wäre über den Wrapper: [3]. -- ✓ ^Bergi 21:28, 13. Nov. 2010 (CET)

Vorlage:Inflation

erhält gelegentlich Kritik weil immer angegeben wird " was heute 100 Mio USD" entspricht und keine Jahreszahl angeben wird. Im Fließtext macht das keinen guten Eindruck, kann man da das Jahr, auf dem sich der berechnete Wer momentan bezieht, angegeben werden?--Antemister 22:49, 7. Nov. 2010 (CET)

Wenn da „heute“ steht, ist wohl auch heute (2025) gemeint. Die Vorlage ist immer aktuell, wenn man ein Endjahr angibt sollte man das natürlich in den Fließtext danebenschreiben. Das kann von der Vorlage aber nicht erledigt werden, nur der Autor kennt die passende Formulierung. -- ✓ ^Bergi 15:51, 9. Nov. 2010 (CET)

Nein, das Problem ist das das Wort "heute" in der WP häufig auch dann benutzt wird, wenn eigentlich eine Jahreszahl fällig ware, also: "heute gilt...." anstatt korrekt: "heute (Juli 2008) gilt....". Für den Leser ist des daher nicht unbedingt nachvollziehbar, auf welches Jahr sich die Berechnung bezieht, denn es wird ja i. d. R. nicht angegeben das diese Vorlage verwendet wurde.--Antemister 20:04, 9. Nov. 2010 (CET)

Schon klar, dennoch kann die Vorlage das nicht erledigen. Sie erzeugt schließlich keinen Fließtext. Schreibe also was heute ({{LOCALYEAR}}) einem Betrag von {{Inflation|…}} € entspricht oder was 2008 einem Betrag von {{Inflation|…|2008}} € entsprach. -- ✓ ^Bergi 17:18, 10. Nov. 2010 (CET)

Ah, geht doch. Könnte man noch in der Vorlage darauf hinweisen dass und wie man den localyear-parameter verwenden soll?--Antemister 22:22, 11. Nov. 2010 (CET)

Die Diskussion hier hat einen Denkfehler. Die Variable LOCALYEAR gibt bereits um 0:00 am 1. Januar das neue Kalenderjahr aus; díe Inflation des Vorjahres steht aber erst einige Zeit nach dem Neujahrstag zur Verfügung, in DE wohl Anfang Februar. Wie schnell das in den anderen Staaten geht, die die Vorlage unterstützt, entzieht sich meiner Kenntnis. {{Inflation|US|500|1983}} gibt jedenfalls die "aktuelle" Kaufkraft der 500 US-Dollar von 1983 wider, wobei aktuell das Jahr der letzten bekanntgegebenen Inflationsrate meint. Wenn man will, daß das Jahr, auf das sich der Wert bezieht, stets dazu geschrieben wird, müßte man die Vorlage ändern – und wohl die meisten Einbindungen nacharbeiten, da, wie Bergi andeutet, in vielen Fällen der Fließtext entsprechend ausformuliert wurde. Es besteht ja auch durchaus die Möglichkeit, daß man die Kaufkraft des ursprünglichen Betrages zu einem bestimmten Zeitpunkt angeben will, also etwa {{Inflation|US|500|1983|2004}} zum Zeitpunkt 2004. --Matthiasb (CallMeCenter) 11:09, 12. Nov. 2010 (CET)

ein Zwischending zwischen Vorlage:Infobox Brauner Zwerg und Vorlage:Infobox Stern

Hallo Vorlagenbastler!

Heute ist mir bei meinem Rumwandern in der Wikipedia ein Problem herangetragen worden, welches sich wahrscheinlich nur mit einer neuen Vorlage lösen lässt: Es gibt wohl nach neueren wissenschaftlichen Untersuchungen einige Sterne von der Spektralklasse L, die massereich genug sind, dass sie nicht mehr zu den braunen Zwergen gezählt werden - in der Systematik aber auch nicht in die Kategorie:Individueller Stern gehören, sondern in die Kategorie:L-Zwerg.

Wäre es möglich, eine Vorlage hierfür aus dem Hut zu zaubern, so dass der Autor nicht mehr zu solchen Krücken greifen muss?

hier noch die Kopie von der Disk, aka ist immer so schnell mit dem Löschen von IP-Diskussionsseiten...

bevor du die (wohl inkorrekten, an sich habe ich von dem Thema keine Ahnung...) Infoboxen für braune Zwerge manuell zerlegst - es dürfte leichter (auch für die nachfolgenden Editierer wie mich...) sein, wenn du diese durch Vorlage:Infobox Stern ersetzt.

ich gehe erst mal schlafen, wenn du selber auf das Aufräumen keine Lust hast (was ich verstehen könnte) - schreib mir doch auf auf meine Disk eine Liste deiner umgebauten braunen Zwerge, ich kümmer mich dann irgendwann mal um das schöner wohnen. Grüße und gute Nacht, rbrausse (Diskussion Bewertung) 23:42, 7. Nov. 2010 (CET)

Das "Problem" / die Unschönheit bei den Boxen ist halt, dass sie die Kategorie:Brauner Zwerg der Spektralklasse bzw. Kategorie:Individueller Stern einfügen und auch so betitelt sind. Ob es sich aber um einen Stern oder um einen Braunen Zwerg handelt, kann man gar nicht sicher sagen, da das Objekt gerade im Grenzbereich liegt. Ich weiss auch nicht, was man da am besten macht in Sachen Box / Tabelle, es gibt eigentlich nur unbefriedigende Lösungen. Eine Liste "umgebauter Brauner Zwerge" habe nicht ich nicht. Aber die meisten müssten aber in Kategorie:L-Zwerg zu finden sein. Gute Nacht. -- 83.78.19.110 23:47, 7. Nov. 2010 (CET)

Vielen Dank, rbrausse (Diskussion Bewertung) 00:01, 8. Nov. 2010 (CET)

Wenn bei diesem Objekt normaler Wasserstoff fusioniert, dann ist es per Definition ein Stern, andernfalls ein brauner Zwerg. Im Zweifelsfall würde ich die IB Stern empfehlen. ÅñŧóñŜûŝî (Ð) 00:13, 8. Nov. 2010 (CET)

nun ja, wirklich passend ist das auch nicht, die Infobox für Sterne kategorisiert als kleinste Klasse Kategorie:Individueller Stern fünfter Größe und dunkler, da ist ein L-Zwerg wie 2MASS J17111353+2326333 extrem weit von entfernt. von der Kat-Systematik her gehören solche Objekte (als neutrales Wort) in Kategorie:L-Zwerg, die parallel zu Kategorie:Stern in die Kategorie:Astronomisches Objekt eingeklinkt ist. rbrausse (Diskussion Bewertung) 09:43, 8. Nov. 2010 (CET)

Was spricht denn dagegen, einfach die automatische Kategoriesierung der IB Stern zu ändern? -- ✓ ^Bergi 15:53, 8. Nov. 2010 (CET)

gar nichts - aber ich kann es nicht :) in dem Fall müsste auch das Feld Spektralklasse ausgewertet werden und bei einer "L" statt individueller Stern L-Zwerg eintragen. oder so. rbrausse (Diskussion Bewertung) 16:04, 8. Nov. 2010 (CET)

Ich hab jetzt mal diese Kategorisierung entfernt, wenn der Parameter Spektralklasse mit einem L anfängt. Es scheint aber auch einen nicht dokumentierten Parameter Spk zu geben, der über Vorlage:Infobox Stern/SPK2KAT die richtige Sternklasse zuordnet. Sollen wir dort auch erweitern? -- ✓ ^Bergi 15:40, 9. Nov. 2010 (CET)

dankeschön, dann werde ich [irgendwann...] die manuellen Boxen umbauen zur Infobox Stern. (zu deiner Rückfrage: Nachdem es noch keinen Artikel über die L-Zwerge gibt (und diese Bezeichnung auch eher provisorisch aussieht) wäre eine Erweiterung dort wohl eher provisorisch und nicht von Bestand). Grüße, rbrausse (Diskussion Bewertung) 15:48, 9. Nov. 2010 (CET)

Es geht hier nicht um Artikel, sondern um die Kategoriesierung. @Antonsusi als Ersteller: vielleicht willst du dich ja mal dazu äußern? -- ✓ ^Bergi 16:03, 9. Nov. 2010 (CET)

Da ist aber was schief gegangen bei der Änderung. Ich würds ja selbst reparieren... -- 83.78.133.17 18:52, 9. Nov. 2010 (CET)

Freigabe beantragt, da hier keine Reaktion. -- 83.78.133.17 23:19, 9. Nov. 2010 (CET)

Hallo. Den Parameter Spk habe ich testweise ergänzt, um damit in der Untervorlage SPK2KAT die Kategorisierung durchzuführen. Nur so kann man sehen, ob das gut funktioniert oder nicht. Ich bin aber inzwischen zu der Auffassung gekommen, dass der Aufwand nicht lohnt, denn dieser Testparameter muss extra stets manuell ergänzt werden und wird nicht allen Fällen gerecht. Daher will ich den auch wieder entfernen. Die Kategorien der Spektralklasse sind wohl direkt im Artikel besser aufgehoben. Einfach die Einbindung von SPK2KAT entfernen geht nicht, da dann die Kategorien einfach "verschwinden". ÅñŧóñŜûŝî (Ð) 23:37, 9. Nov. 2010 (CET)

Ich finde ihn nicht schlecht (ich bin auch ein Freund automatischer Kategoriesierung), er hätte halt dokumentiert gehört. Wenn du ihn wieder entfernen willst, kann der Bot sicher auch die passenden Kats wiedereinsetzen. -- ✓ ^Bergi 17:21, 10. Nov. 2010 (CET)

Vorlage:Parteifarbe et. al.

Kopiert von meiner Disk --Revo Echo der Stille 21:59, 10. Nov. 2010 (CET)

Vorlage:Parteifarbe ist gar nicht verlinkt; aber das ist nicht das Thema. Ich habe vor einigen Wochen, unabhängig von dir, Vorlage:Partei-Farbcode-US angelegt. Wir sollten da jedenfalls einen kanonischen Vorlagennamen der Form [[Vorlage:Partei-Farbcode-<ISO-3166-1-ALPHA2>]] einführen, um "zukunftssicher" zu sein. Grüße. --Matthiasb (CallMeCenter) 21:40, 10. Nov. 2010 (CET)

Gefällt mir sehr gut die Idee! Vorlage:Parteifarbe war glaube ich nur Teil eines "Brainstormings" in der Vorlagenwerkstatt, aus dem nichts geworden ist. Aufgrund der Unvollständigkeit wäre die Vorlage wahrscheinlich eh nur begrenzt sinnvoll. Sie ist nebenbei bemerkt die Schwestervorlage zu {{Parteiname}}, die auch an das Schema angepasst werden sollte/müsste. Was genau hast du denn mit der Vorlage vor?

Zur Vorlage selbst: Ich denke, du solltest dich an das Schema in Vorlage:Parteifarbe halten, also eine Rückgabe ohne style="…" benutzen, da man ansonsten die Benutzbarkeit einschränkt, ohne dass es an der Stelle zwingend wäre. Gruß, --Revo Echo der Stille 21:59, 10. Nov. 2010 (CET)

Ich habe vor einiger Zeit für {{Wahldiagramm}} die {{Wahldiagramm/Partei}} geschaffen, vielleicht kann man das gleich miteinbinden... --AleXXw •שלום!•disk 22:42, 10. Nov. 2010 (CET)

Hej, Revo... die Frage der Styles ist meinerseits eher sekundär... erstens blick ich da sowieso nicht durch, zweitens interessieren mich Formalitäten grundsätzlich nicht und drittens ist mir vor allem die Benutzerfreundlichkeit das wesentlichste Kriterium. (Im konkreten Fall: der Benutzer kann "allgemein" unverständlichen Tabellensyntaxkram copypasten. Letztendlich sollte der gesamte "Schotter" sowieso in einem Commons-ähnlichen Repositorium gespeichert werden; es ist Kokolores, daß EN innerhalb von Artikeln dieselben Daten pflegt, wie wir sie pflegen und wie FR sie pflegt und so weiter. Die Anfänge dazu sind mit den Metadatenseiten (bspw. Einwohnerzahlen) gemacht, letztlich sind allerding auch die Interwikis genau dasselbe Problem: wir brauchen dringendst Wikidata.
Was genau ich mit der Vorlage vorhabe, ist mehr oder weniger klar: In "allen" relevanten Artikeln sollen zur Darstellung von Wählerstimmen und/oder Mandaten dieselben Farbschattierungen verwendet werden. (Ich weiß nicht, wer sich erinnert: so in den 1970er Jahren, als offen
bar (?) die Rechenkraft von Infas und FGW nicht ausreichte, wichen die Balken und Torten wesentlich von der Gegenwart ab: CDU/CSU wurden vor einem schwarzen Hintergrund blau dargestellt.)
Bislang jedenfalls gibt es keine konsistente übereinstimmende "Fabrcodierung" zwischen den einzelnen Sprachversionen der Wikipedia, ja überhaupt zwischen unterschiedlichen Medien: Grafiken verwenden womöglich andere Farbtöne als Tabellen in Artikeln usw.
Inspiriert wurde ich eigentlich durch die Vorgehensweise bei tropischen Wirbelstürmen: Hurrikan Katrina, Atlantische Hurrikansaison 2005 und die zugehörigen Grafiken, etwa Datei:Katrina 2005 track.png, aber auch die in den entsprechenden Infoboxen verwndendeten Farben stimmen alle überein.
Wieauchimmer, letztlich haben diese "Farbwerte" hinsichtlich der einzelnen Staaten unter sich wenig gemeinsam, dennoch halte ich es für sinnvoll, wenn wir hier eine "einheitliche" Syntax einführen. --Matthiasb (CallMeCenter) 23:02, 10. Nov. 2010 (CET)

@Revo: Was meinst du mit "et. al."? --94.79.141.152 23:17, 10. Nov. 2010 (CET)

Vorlage:Parteifarbe und andere, die ich vielleicht gar nicht kenne und dennoch "Auslöser" der Diskussion sind. --Revo Echo der Stille 00:31, 11. Nov. 2010 (CET)

Vorlage:Staatslastig

Hallo & Danke schonmal für die Mühen, über eine evtl. Lösung zu grübeln :-) Kann man die Vorlage so gestalten, dass

• man eine kurze Erläuterung abgeben muss – sonst funktioniert sie nicht?
• der ISO-Parameter optional ausfüllbar wird? Der Default-Text könnte lauten „Dieser Abschnitt stellt die Sitation zu regional dar und ist nicht allgemeingültig gehalten.“, die/der ISO-Parameter wäre dann dazwischen.
• Nicht soo wichtig: Kann man den ISO-Parameter kombinierbar machen, ähnlich wie hier? Vielleicht ist ein Limit sinnvoll, z.B. 4, um nicht so etwas zu erzeugen: „Dieser Abschnitt stellt die Situation in Bayern,Niedersachsen,c,d,e,f,g,h,i,j … dar. …“

--Hæggis 16:32, 11. Nov. 2010 (CET)

Vorlage:Infobox Streitkräfte

Bitte das BSP durch das BIP ersezten, so wie seit Jahrzehnten üblich ist. EIne Dokumentation wäre ebenfalls wünschenswert.--Antemister 22:20, 11. Nov. 2010 (CET)

Parameter als Wert und als Name

Hallo, ich bin gänzlich unerfahren mit Templates. Ich habe mir das OEIS Template angeschaut und würde dies gerne nachmachen, mit einem kleinen Unterschied. Das OEIS-Template schaut so aus: {{fullurl:OEIS:{{{id}}}}} {{{id}}} und in der Anwendung sieht es A000110 auch so aus wie ich das gerne hätte (also ohne Pfeil). Nur mich stört, dass hier der Parameter A000110 zweimal eingegeben werden muss. Das will ich aber vermeiden, da dies leicht zu Fehlern führen kann. Also erste Frage: Wie muss ich das Template schreiben damit OEIS:A000110 (in eckigen Klammern) bereits das Gewünschte liefert? Natürlich will ich aber nicht das OEIS-Template neu erfinden, sondern meine eigene Url da einsetzen. Sagen wir also zum Beispiel die ist http://uni.buxtehude (die es nicht gibt) und der Student Maier hat die Seite http://uni.buxtehude/Maier. Wie schreibe ich also das Template buxte:Maier so, dass ohne Verweispfeil mit Maier auf Maiers Page verwiesen wird? Vielen lieben Dank für jede Hilfe.JuliaMilano 17:03, 13. Nov. 2010 (CET)

Warum du die OEIS mit eckigen Klammern und ohne verlinken kannst, ist in der Vorlage:OEIS erklärt: Das Kürzel funktioniert wie ein Interwikipräfix. Die Uni Buxtehude wird da wohl eher kaum dazugehören, und Wikimedia wirst du nicht so einfach davon überzeugen können. PS: mw:Manual:Guide to setting up interwiki linking -- ✓ ^Bergi 21:26, 13. Nov. 2010 (CET)

Danke lieber Bergi. Aber geht es denn auch ohne Interwicki? Das ist doch der Kern meiner Frage. Und auch dieses zum Fehler einladende Doppelmoppel "OEIS:A000110|A000110", das auch in der Vorlage:OEIS steht, kann doch nicht der Höhepunkt des Vorlagenschreibens sein! Aber vielleicht geht es eben nicht? Dass ich Wikimedia nicht von der Uni Buxtehude überzeugen kann, naja, damit kann ich eher leben. Lieben Dank! JuliaMilano 00:41, 14. Nov. 2010 (CET)

Achso. Nein, genau dazu ist die Vorlage ja da. Du schreibst in der Anwendung {{NameDerVorlage|id=XYZ}}, waraus dann [[präfix:XYZ|XYZ]] wird, wenn in der Vorlage der Parameter mehrmals verwendet wird. Es gibt zwar den Link-Trick, dass [[WP:X|]] zu [[WP:X|X]] wird, der wird aber nur einmal beim Speichern der Seite ausgeführt und funktioniert bei Vorlagen also nicht. In der Vorlage musst du einfach denselben Parameter mehrfach verwenden: [[WP:{{{Link}}}|{{{Link}}}]], beim Vorlagenaufruf muss er nur einmal gefüllt werden.
meint -- ✓ ^Bergi 14:41, 14. Nov. 2010 (CET)

Weiterer Parameter für die Ländervorlagen

Um die Ländervorlagen besser einsetzen zu können, ist es sinnvoll, den sogen. Hint, also den Text, der beim darüberfahren mit der Maus gezeigt wird, per Parameter festlegen zu können. Es kam der Vorschlag, dafür einen benannten Parameter zu nehmen. Das halte ich für sehr sinnvoll. Statt dem Standardparam. "3" wäre z.B. "Label" viel besser. Bisher wurden zwar ein paar vorlagen mit der "3" versehen, aber genutzt wurde das fast nur mittels der Vorlage Fbi. Ich schlage daher vor, wir ergänzen die Vorlagen - ein Bot wäre nutzbar - um den Parameter "Label". Meinungen dazu ? ÅñŧóñŜûŝî (Ð) 13:13, 15. Nov. 2010 (CET)

ja aber 1 und 2 ist auch scon vergeben und dann müsste man die auch umbenennen! Ich finde 3 als fortlaufend Zahl gut und nicht so schreibintensiv! :-D --Benedikt2008 13:35, 15. Nov. 2010 (CET)

Ich finde Label gut. Die Zahlen sind mehr was für "Insider" während sich hinter einem Namen auch ein Laie etwas vorstellen kann.

Gibt es die Möglichkeit {{DEU|Sebastian Vettel|Sebastian Vettel}} so zu verkürzen, so dass der selbe "Output" erzeugt wird? Eventuell {{DEU|Artikel=Sebastian Vettel}}? Das könnte dann, wenn ein Bot über die Vorlagen "läuft" auch geändert werden. Gruß, --Gamma127 13:39, 15. Nov. 2010 (CET)

okay da Parmeter 1 und 2 wie ein normaler Link funktionieren können wir für den Zussatz Worte wählen, wie z.B. WIDTH! Comment für Kommentar? Aber Label wäre auch okay

aber am Ende ist es egal wie es heisst! auch die Wortbezeichung ist was für Insider, oder weiss jemand fremdes das WIDTH die Größe bestimmt? die Idee von Gamma127 hatte ich auch schon, aber leider keine Idee wie man diese umsetzt! Ich bringe mal was neues ins Spiel! Flagge und ein Text ohne Verlinkung! :-D --Benedikt2008 13:35, 15. Nov. 2010 (CET)

(2 x BK)1 und 2 macht nichts. Es funktioniert auch gemischt. Es gibt ja auch schon "WIDTH". Eine Angabe wie {{DEU|Wert1|WIDTH=50|Wert2|Label=Deutscher}} funktioniert einwandfrei. Der zuerst auftauchende Wert ohne Zuweisung wird der "1", der zweite der "2" zugeordnet. Benannte Parameter sind aber viel sicherer vor Editfehlern und deren Funktion ist leichter zu erkennen.

Was es die Vereinfachung von Text= Linkziel angeht: Das kann man in einem Aufwasch miterledigen. Dazu benötigt man wegen der Abwärtskompatiblität auch für "1" und "2" benannte Parameter, welche parallel genutzt werden. Hier würde ich "Linkziel" und "Linktext" vorschlagen. ÅñŧóñŜûŝî (Ð) 13:48, 15. Nov. 2010 (CET)

<span style="display:none;">Deutschland</span>[[Datei:Flag of Germany.svg|{{{WIDTH|20}}}px|{{{LABEL|Deutschland}}}]]{{#ifeq:{{{1|}}}|#|<!-- nix -->| {{#if:{{{LINE|}}}|{{{LINE}}}|[[{{{LINKTEXT|{{{LINK|Deutschland}}}}}}|{{{LINKTEXT|{{{TEXT}}}}}}]]}}}} habe mal hier etwas ausgearbeitet und die Idee eingefügt! LABEL = Flaggenkommentar, LINK= verlinkter Artikel, TEXT = angezeigter Text, LINKTEXT = LINK und TEXT in einem, LINE= nur Text ohne Verlinkung z.B. Benutzer:Benedikt2008/test {{Benutzer:Benedikt2008/test|LINE=Vettel}}! --Benedikt2008 14:14, 15. Nov. 2010 (CET)

Ich würde mit einem unbenannten Parameter durchaus zurfecht kommen. Ein = dürfte im "Hint" ja eigentlich kaum vorkommen. Ansonsten: Korrekt heißt das Ding Tooltip, abkürzen könnte man vielleicht zu |tt=. -- ✓ ^Bergi 15:16, 15. Nov. 2010 (CET)

Da war nur ein Vorschlag, die Parameternamen kann man ja noch ändern! Nee umstellung wird es für uns alle. aber mit Namen geht es besser als nummer! bie WIDTH weiss ich größe, bei z.B. 5 nicht unbedingt! --Benedikt2008 15:22, 15. Nov. 2010 (CET)

Bitte keine weiteren Parameter in BLOCKSCHRIFT. WIDTH ist schon schlimm genug. Das nervt bei der Eingabe besonders (mich zumindest und ich bin da wohl nicht allein). LINKTEXT ist unnötig, denn das geht per Vorlagenprogrammierung auch ohne. TT ist nicht gut, denn das verwirrt, weil es auch ein HTML-Tag "TT" gibt. Einfach für jeden Bestandteil ein normales Wort, dass - zur Vermeidung von Missverständnissen - nicht schon eine andere Syntax-Bedeutung hat ("Link" fällt also weg). Ich schlage daher vor:

1. "Ziel", parallel zu "1", Vorgabewert ist das Land
2. "Text", parallel zu "2", Vorgabewert ist "Ziel"
3. "Tooltip", Vorgabewert ist "Text"
4. "WIDTH" bleibt, evtl. "Width" parallel einführen.
5. Der Sonderfall mit dem Wert "#" für den 1. Param. (=nur Flagge) muss bleiben, da in den Artikeln verbreitet eingeführt.
6. "1" und "2" werden aus der Doku genommen, damit benannte Patram. bevorzugt werden. Ausgetauscht werden sie aber nur "nebenbei".
7. Evtl. kann man die Kombination "#" für "Ziel" und nichtleerer Wert für Text als Text ohne Verlinkung nehmen.

"Parallel" ist im übrigen wenig Programmieraufwand. Sollen wir das so umsetzen ? ÅñŧóñŜûŝî (Ð) 22:13, 15. Nov. 2010 (CET)

was ist ToolTip? Du willst das der Ziel auch der Text wird und nicht die Vorgabe der Vorlage? Kann man sehen wir man will! Ich würde sagen wenn Link oder Text leer ist dann die Vorgabe und wenn Link und Text gleich seien soll, dann einen eigene Parameter! deine Idee mit Text ohne Link verstehe ich nicht ganz z.B. DEU|#|So? ergibt Benutzer:Benedikt2008/test? ich habe mal eine Testvorlage erstellt! --Benedikt2008 22:44, 15. Nov. 2010 (CET)

• "Tooltip" (statt"3") ist das Feature, das du haben willst.
• Wenn ein Ziel, aber kein Text angegeben wird, dann wird "Ziel", also ein Seitenname, genommen. Du brauchst also keinen Extraparameter für die Gleichheit von Linkziel und Linktext. Das ist hier in Vorlagen verbreitet.
• {{DEU|#}} bewirkt Deutschland. Man kann die Vorlagen so programmieren, das {{DEU|#|nicht verlinkter Text}} eine Flagge und "nicht verlinkter Text" dahinter bewirkt.

ÅñŧóñŜûŝî (Ð) 23:03, 15. Nov. 2010 (CET)

es ist aber auch verbreitet das man den Link ändert aber dabei bleibt die Vorlagenvorgabe gleich! ITA|Fußball-Weltmeisterschaft 1982/Italien Italien Italien bei dir Italien Fußball-Weltmeisterschaft 1982/Italien. kann also dein das ich doch Parameter 1 und 2 setzen muss?! Ich wäre für einen zusätzlichen Parameter!

also bekommt der "nicht verlinkter Text" keine Parameter?

mach mal bitte ein Programmiervorlage damit ich mir das vorstellen kann! --Benedikt2008 23:10, 15. Nov. 2010 (CET)

Also ich bin der Meinung, dass der Tooltip als Standardeinstellung den Namen des Landes enthalten sollte, da es bisher so verwendet wird. Gruß, --Gamma127 23:37, 15. Nov. 2010 (CET)

Denke ich auch, ich kenne keine Vorlage die anderes ist, wenn doch dann nenne uns eine! --Benedikt2008 23:43, 15. Nov. 2010 (CET)

Stimmt auch wieder. Kann man machen. Eine V. schreiben ? Heute Nacht nicht mehr. ÅñŧóñŜûŝî (Ð) 23:47, 15. Nov. 2010 (CET)

nee heute nacht nicht mehr aber damit wir auch Bildlich wissen was der andere vorhat! --Benedikt2008 23:53, 15. Nov. 2010 (CET)

EVTL. sollten wir nach der Flagge noch einen Zeileumbruch gestatten und dann darf nach der Flagge kein Leerzeichen sein, wegen der Zentrierung! Siehe hier. Wobei die ganze Arbeit könnte man sich sparen man kann auch {{DEU|#}} [[Sebastian Vettel]] schreiben. oder was ist der Nachteil? --Benedikt2008 18:11, 16. Nov. 2010 (CET)

Du meinst ein Abfangen, wenn der Text-Parameter mit <br /> beginnt? Da schreibt man doch lieber {{DEU|#}}<br />Text. BTW: Wenns weiter so kompliziert wird, sollten wir vielleicht doch meinen Vorschlag des Wrappens auf eine Layout/VP-Vorlage umsetzen (auch wenn die Hamsterfreunde dagegen sind). -- ✓ ^Bergi 18:20, 16. Nov. 2010 (CET)

normal ja als {{DEU|#}} Text geht doch auch und die umsetzung wäre einfach, denn es wäre nur ein # und width. --Benedikt2008 18:59, 16. Nov. 2010 (CET)

Vermutlich eine sehr dumme Frage: Was bedeutet "Wrappen auf eine Layout/VP-Vorlage"? Gruß, --Gamma127 19:16, 16. Nov. 2010 (CET)

Damit meint er den Umbruch.

Vorsicht. Nicht zuviel hineinpacken. Der Tooltip und die Umstellung auf benannte Patrameter reichen aus. Der Rest ist ein festes Layout für alle Vorlagen, dass man hier festlegen sollte. ÅñŧóñŜûŝî (Ð) 22:15, 16. Nov. 2010 (CET)

Wieso überhaupt die Arbeit? Machen wir Manuell den Link dahinter! --Benedikt2008 22:35, 16. Nov. 2010 (CET)

Nein, weder ist das eine dumme Frage noch meine ich den Umbruch. Mit Wrappen meine ich eine Metavorlage für Parameterauswertung, wie hier vorgeschlagen ({{DEU}} bindet eine Untervorlage mit dem ganzen Code ein und fügt zu den weitergereichten Parametern die Infos über Datei:Flag of Germany.svg hinzu). Andersrum (Metavoralge bindet die Flaggeninfos per {{Info ISO-3166-2}} ein) wurde hier vorgeschlagen.
meint -- ✓ ^Bergi 14:05, 17. Nov. 2010 (CET)

So etwas fände ich gut. Gruß, --Gamma127 22:29, 17. Nov. 2010 (CET)

??? Der große Vorteil der Ländervorlagen gegenüber Flagicon, Fbi etc. ist ja gerade, das sie separat und unabhängig sind und damit einen parserfreundlichen, schlanken Code haben. Da darf man auf keinen fall etwas zusammenfassen. separate Unterseiten sind aber unnötig, denn das geht auch gleich in der Vorlage. Nach längerer Diskussion mit Benedikt2008 halte ich es nicht mehr für klug, benannte Parameter einzuführen, denn die Standardparas müssen ja bleiben und niemand schreibt "Text=" wenn er sich das auch sparen kann. Daraus ergibt sich am Beispiel DEU:

<onlyinclude><span style="display:none;">{{{3|Deutschland}}}</span>[[Datei:Flag of Germany.svg|{{{Width|{{{WIDTH|20}}}}}}px|{{{3|Deutschland}}}]]{{#ifeq:{{{1|}}}|#|{{#if:{{{2|}}}|&nbsp;}}{{{2|}}}|&nbsp;{{#if:{{{Ziel|}}}|[[{{{Ziel}}}]]|[[{{{1|Deutschland}}}|{{{2|Deutschland}}}]]}}}}</onlyinclude>

In diesem Stil sollten die Vorlagen umgestaltet werden. Dadurch ergibt sich, dass die Bildgröße durch "WIDTH" oder "Width" angegeben werden kann. Die übrige Funktionalität ergibt sich aus drei Standardparametern und einem Parameter "Ziel":

1: Hier kann ein Linkziel angegeben werden. Vorgabe: "Deutschland" Wird hier ein "#" eingegeben, so wird der 2. Parameter ohne Verlinkung angegeben. Ist dieser leer ergibt sich also kein Text.

2: hier wird der Text des Links angegeben. Wichtig für Klammerlemmata als zu verlinkende Seite.

3: Angabe des sogen. Tooltip. Nach dem wird die Vorlage auch in eioner Tabelle sortiert.

Ziel: Für den Fall, dass 1 und 2 gleich wären, kann man einfach "Ziel=" schreiben. 1 und 2 bleiben dann unberücksichtigt. Beispiele:

1.	{{DEU}}	Benutzer:Antonsusi/Landvorlage
2.	{{DEU|#}}	Benutzer:Antonsusi/Landvorlage
3.	{{DEU|#|Ein Text ohne Verlinkung|schwarz-rot-gold}}	Benutzer:Antonsusi/Landvorlage
4.	{{DEU|Germanien|Hies ganz früh mal so|Dt. Flagge}}	Benutzer:Antonsusi/Landvorlage
5.	{{DEU|WIDTH=50}}	Benutzer:Antonsusi/Landvorlage
6.	{{DEU|Width=50|3=Germanien}}	Benutzer:Antonsusi/Landvorlage
7.	{{DEU|1=#|2=Textangabe}}	Benutzer:Antonsusi/Landvorlage
8.	{{DEU|#|Ziel=Germanien}}	Benutzer:Antonsusi/Landvorlage
9.	{{DEU|Ziel=Germanien}}	Benutzer:Antonsusi/Landvorlage
10.	{{DEU|Ziel=Germanien|3=Dt. Flagge}}	Benutzer:Antonsusi/Landvorlage

Das Beispiel hinkt in der Sache etwas, aber das ist hier unwichtig. Soweit verständlich ? ÅñŧóñŜûŝî (Ð) 01:12, 21. Nov. 2010 (CET)

Ja aber leider einen kleine Einwand! Ich würde gern wenn "Text ohne Link" (-) und kein Text eingegeben den Vorlagentext anzeigen lassen!

• {{DEU|-}} Benutzer:Benedikt2008/test
• {{DEU|-|Vettel}} Benutzer:Benedikt2008/test

-- Benedikt2008 13:37, 21. Nov. 2010 (CET)

Ich finde den Vorschlag von Antonsusi gut. Die Vorteile, die die Vorlage gegenüber Flagicon besitzt müssen auf jeden Fall beibehalten werden. Wenn das technisch "nur so" möglich ist, dann bleibt keine andere Wahl. Die Lösung "Ziel=" finde ich gut. Ist in vielen Fällen kürzer, als das was bisher in den Artikeln ist. Gruß, --Gamma127 14:42, 21. Nov. 2010 (CET)

Wenn man Flagicon ersetzten will sollte man evtl. noch bei Flaggekommentar {{#ifeq:{{{3}}}|m|Deutscher|{{#ifeq:{{{3}}}|w|Deutsche|{{{3|Deutschland}}}}}}} sodass man nur 3=w schreibt und es kommt Deutsche!

Wenn wir die Vorlagen einmal ändern und den "Text ohne Link" hinzufügen sollte wir meine Variante nehmen, den so ist der Text schon vorgegeben und mit nicht eingeben werden (Siehe die WM-Artikel). sonst muss man schreiben:

• {{DEU|#|Deutschland}} Benutzer:Benedikt2008/test
• {{DEU|-}} Benutzer:Benedikt2008/test

-- Benedikt2008 17:56, 21. Nov. 2010 (CET)

Die Vorlagen sind nur so gut, wie sie allgemein sind und ein Bot muss sie (ca. 700 !) ändern können. Wenn wir anfangen, für die Fußballfans Extras einzubauen, dann kommen bald die Handballer, Schachfans, Eisenbahnfans ... Sowas get nicht. Bitte keine Erweiterungen für bestimmte Inhalte. Nur die allgemeine Funktionalität sollte beachtet werden. Das "#" ist eine Ausnahme und notwendig, um "kein Link" zu realisieren. So ist es gerade noch per Bot umsetzbar. ÅñŧóñŜûŝî (Ð) 01:18, 23. Nov. 2010 (CET)

1) ist dies ja nicht für Fussball, sondern ein Handball ist auch ein Deutscher!

2) Auch eine Vorgabe bei "Text ohne Link" muss rein". -- Benedikt2008 08:50, 23. Nov. 2010 (CET)

1) Egal, wofür: Kürzel für bestimmte Textkonstanten sind der Anfang vom Ende der Vorlagen, wenn es um die Belastung des Parsers geht.
Ich bin absolut dagegen, dass hier, von "1 = 2" abgesehen, irgendwelche Extras hineinkommen, welche nur der Faulheit Bequemlichkeit von Autoren dienen. Das Ergebnis derartiger Extras war/ist bei den Vorlagen Fbm und Fbi zu sehen: Die Artikel werden mit bis zu 1000 (!) Flaggenbildchen geflutet, obwohl auch ein Bruchteil davon ausreichen würde, so dass der Parser "kurz vor den Herzinfarkt" agiert.
2) Hast du eigentlich gelesen, was ich hier weiter oben dargestellt habe ? In der Tabelle steht in Reihe 7 das Beispiel für "Text ohne Link". Es ist also schon drin. ÅñŧóñŜûŝî (Ð) 15:13, 23. Nov. 2010 (CET)

wenn wir nicht faul wären könnten wir auch die Flagge und dann den Text eintragen [[Datei:Flag of xxx.svg|20px|xxx]] [[xxxx]]

wegen mir lassen wir 1) wegen, obwohl es nicht das Problem wäre es in Einzelne Vorlage einzufügen, da wird der Parser sicher nicht so belastet! aber 2) ich denke das es einen Vorgabetext für Text ohne Link geben sollte, genau wie mit Link! Sonst hane ich keinen Anreiz es zu nutzen!

sonst kann ich ja auch {{xxx|#}} xxxx schreiben! --Benedikt2008 23:54, 23. Nov. 2010 (CET)

Ist es eine dumme Idee, [[{{DEU|evtl.Parameter}}]] [[xxx]] vorzuschlagen? Dann gibts keine Probleme mit dem nachfolgenden Text, dieser kann vom Benutzer individuell und in normaler Wikisyntax bearbeitet werden. Vgl. Test. Achja: Ein im Wartbarkeitsargument immer wieder gebrachtes Beispiel ist die Bildchengröße. Die könnte man doch (statt in eine große Syntax-Metavorlage) einzeln auslagern, per {{Icongröße}} ohne irgendwelche Parameter eingebunden erzeugt sie doch keine höhere Parserbelastung bei Mehrfachverwendung?
meint -- ✓ ^Bergi 17:56, 24. Nov. 2010 (CET)

Probleme mit der XML-Vorlagenbeschreibung des Vorlagen-Meister

Ich habe testhalber eine XML-Vorlagenbeschreibung für den Vorlagen-Meister gebaut und in einer Beispielseite getestet. Vieles funktioniert aber ein paar Effekte bekomme ich leider nicht hin. Auch nach mehrfachem studieren der Dokumentation und meiner XML-Beschreibung finde ich die Fehler nicht - ich hoffe, die Experten hier können mir in den folgenden Punkten weiterhelfen:

1. Mit <Parameter name="Bildtext" length="max"> hoffte ich, ein Eingabefeld über die ganze Breite zu erhalten. Statt dessen erhalte ich ein Feld in Standardbreite, das im Unterschied zu anderen Parametern ohne lenght-Attribut selbst bei langen Inhalten nicht länger wird.
2. Mit <Parameter name="andereSchiffsnamen" heigth="2"> hoffte ich, ein Eingabefeld von zwei Zeilen Höhe zu erhalten. Statt dessen erhalte ich ein Feld in normaler Höhe. Auch wenn beim Aufruf der Parameterwert bereits mehrzeilig ist, wird das Feld nicht höher.
3. Mit <Default>Handelsschiff</Default> und <Default>1</Default> hoffte ich, einen Standardwert vorgeben zu können, wenn der VM den entsprechenden Parameter selbst anlegt. Das würde ich erwarten wenn
   1. der VM ohne Vorlage gestartet und der Vorlagenname erst im VM eingegeben wird oder
   2. eine Vorlage wie z.B. {{Benutzer:Spischot/Infobox Schiff/BasisErw}} ohne Parameter im Quelltext vorhanden ist, und der VM dazu aufgerufen wird.

Getestet habe ich mit Firefox 3.6.12 und Internet Explorer 8.0.6001 auf Windows XP Professional SP3 mit Vector und Monobook. Wie muss die XML-Vorlagenbeschreibung aussehen, damit es klappt? --Spischot 00:29, 18. Nov. 2010 (CET)

Der Fehler zu Punkt 2 hab ich grade selbst gefunden. --Spischot 12:34, 28. Nov. 2010 (CET)

Parameter entfernen

Analog zur Anfrage oben mit der Infobox Burg: Wer kann bei der Vorlage:Infobox Fluss die veralteten Parameter zu Quelle und Mündung (durchgestrichen in der Doku) komplett entfernen aus Vorlage und Doku? Danke, ich kenne mich da zu wenig aus mit Vorlagen. -91.22.207.72 23:34, 18. Nov. 2010 (CET)

Ich hab jetzt mal Wartungslinks eingebaut, wie du in der Linkliste (siehe Wartungsseite) erkennen kannst sind die noch ziemlich häufig. Ich würde sowieso präferieren, die -GRAD auch noch wegzulassen.

BTW: Kann mal jemand überprüfen, ob die Mündungskoordinaten tatsächlich zweimal als topicon (einmal aus der Tabelle raus, einmal unter der Tabelle) dargestellt werden? Was ist besser?

meint -- ✓ ^Bergi 11:27, 20. Nov. 2010 (CET)

Danke. Ich dachte nicht, dass die alten Parameter noch so häufig im Einsatz sind. Vielleicht wird ja mal ein Botlauf nötig, dann könnte man die Parameter gleich mit umstellen. -GRAD weglassen wäre dann auch sinnvoll. Und was meinst du mit "zweimal als topicon"? --91.22.198.60 11:24, 22. Nov. 2010 (CET)

Vorlage:Infobox PKW-Modell

Könnte man die Vorlage nicht so einrichten, dass die Kategorisierung der Fahrzeugklasse automatisch erfolgt? --Hydro 10:38, 27. Nov. 2010 (CET)

Jein. Nachdem es nicht von Anfang an war, sind mittlerweile sehr unterschiedliche Parameterwerte zustandegekommen. Diese sinnvoll auszuwerten wird schwierig. Zudem gibt es auch teilweise Mehrfacheinordnungen (Beispiel). Außerdem ist ja derzeit die richtige Kategorie schon überall drin, das wäre also doppelt gemoppelt. Zudem wird die automatische Kategoriesierung oft als intransparent bewertet, was sich durch die Doppelung noch verstärken würde. Möglich wäre es aber natürlich schon.
meint -- ✓ ^Bergi 11:24, 27. Nov. 2010 (CET)

Kapellenberg (Taunus)

Hallo rundrum. Habe Probleme bei o. g. Artikel. Da sind zwei Infoboxen drin: Berg-Box und Burg-Box. Problem ist, dass sich bei Boxen bei der Koordinatenangabe am Seitenanfang überlagern. Kann mir da wer helfen? Ich habe doch keine Ahnung... Vielen Dank! --Frank Winkelmann 19:52, 28. Nov. 2010 (CET)

Bei der Berg-Box sind eh keine Koordinaten angegeben, hier würde also höchstens ein Lagewunsch entstehen. Mit dem Parameter NEBENBOX lässt sich das unterdrücken. Anscheinend überlagern sich aber eher weniger die Koordinaten, als die Burgkoordinate mit der Kandidatur. Das lässt sich kaum verhindern, da die beiden absolut positioniert werden. Für solche Sachen wurde bereits ein Featurerequest angelegt.
meint -- ✓ ^Bergi 20:07, 28. Nov. 2010 (CET)

habe das Problem mal im Artikel gelöst, Berg und Burg haben beide Koordinaten, auch wenn sie gleich sind. Ich werde aber noch die Infobox Berg dahingehend verbessern, dass fehlende Koordinaten bei Nebenboxen nicht oben rechts gemeldet werden. lg --Herzi Pinki 02:18, 29. Nov. 2010 (CET)

Problem auch in Infobox Berg entschärft, aus meiner Sicht erl. lg --Herzi Pinki 02:32, 29. Nov. 2010 (CET)

Vorlage:Artikel gehören zu

Hallo, für das Portal Wikipedia:WikiProjekt Portale/Baustelle/Portal:Arabische Welt möchte ich analog der französischen Portalseite fr:Portail:Monde arabe eine Ausgabe der dazugehörigen Artikelanzahl und Erstellung einer Kategorie-Seite haben. Die Franzosen verwenden dazu fr:Modèle:Articles liés und erzeugen , ohne Aufruf eines Bot, fr:Catégorie:Portail:Monde arabe/Articles liés. Ich habe versucht, das auf Vorlage:Artikel gehören zu nachzustellen(verlinkt über "Kategorie:Portal:Arabische Welt/Artikel gehören zu", weiss aber nicht, ob das technisch so funktionieren wird/kann und wie. Könnt ihr mich, auch im Interesse anderer Portale, hierbei unterstützen? Oder einen anderen Weg vorschlagen? Vielen Dank im voraus. --Peter Littmann 05:39, 2. Dez. 2010 (CET)

Das passiert über PAGESINCATEGORY (versteckt in fr:Modèle:Nombre d'articles). Dafür müssen aber alle Artikel in einer Kategorie sein. Das wird dort über weitere Vorlagen geregelt. In der deutschsprachigen Wikipedia ist dieses Konstrukt der Portalzuordnung nicht bekannt. Alternativ kann man mit PAGESINCATEGORY auch alle Unterkategorien zusammen addieren, das wäre aber ein sehr starres Konstrukt, da jede Kategorieumordnung auch wieder in der Addition niederschlagen muss. Der Umherirrende 19:32, 3. Dez. 2010 (CET)

Wie der Umherirrende bereits schrieb, gibt es in der deWP keine „Portalrechte“ (oder feste Zuordnungen) an Artikeln. Es ist gestattet, in den Hauptartikel (hier: Arabische Welt die Vorlage:Portal einzubauen, mehr nicht (vgl. Wikipedia:Meinungsbilder/Portalhinweise). Eine Kategorie für jedes Portal gibt es nicht, und ich würde mich auch dagegen wehren, da es zu hohen Wartungsaufwand ergibt. Man kann höchstens in thematisch passende Kategorien (dezente) Hinweise auf die Betreung der Artikel durch das Portal einfügen, schon hier enstehen aber Überschneidungen (z.B. gehört die Kategorie:Eisenbahn im Film mehr zur WP:RFF). Um so etwas einzuführen, musst du mindestens ein MB anleiern. Daher würde ich dir raten, die Vorlage (und die versteckte Kat) selbst per SLA zu entsorgen. -- ✓ ^Bergi 21:09, 4. Dez. 2010 (CET)

Ich habe einen LA auf die Vorlage gestellt: Wikipedia:Löschkandidaten/7._Dezember_2010#Vorlage:Artikel gehören zu. --Revo Echo der Stille 23:57, 7. Dez. 2010 (CET)

Vorlage:Infobox Schiff

Da ich mich im Moment aus bestimmten Gründen aus dem Projekt zurückziehen möchte, die Box aber noch einige Kinken hat, die ich ungern jemandem so zurücklassen möchte, wäre es schön, wenn mich einer von Euch persönlich begleiten könnte, am besten jemand, der sich auch schon mit der class=zebra auseinandergesetzt hat. --CeGe Diskussion 09:50, 2. Dez. 2010 (CET)

Neu: Vorlagenwartung in Botlisten

Wie ihr oben (Vorlagenverwendung notwenig) schon gesehen habt, bin ich dabei einige neue Wartungslisten meinem Bot beizubringen. Ich habe mir dabei ein Konzept ausgedacht, dass ich auf Kategorie:Vorlagenwartung beschrieben habe. Damit sind Wartungskats für Vorlagen und Wartungslinks möglich. Ich hoffe es findet eure Zustimmung. Es ändert sich nicht viel. Nur müsst ihr eines der beiden Konzepte anwenden, wenn es auch auf den Botlisten erscheinen soll. Vorlage:Coordinate habe ich schon fertig umgestellt [4]. Ich hoffe mit der neuen Botversion in etwa einer Woche live gehen zu können. Merlissimo 15:54, 3. Dez. 2010 (CET)

Tabelle mit ein-/ausklappbaren Zeilen erstellen

Hallo, ich suche eine Tabellenvorlage bzw. einen Code-Schnipsel mit dem man in einer Tabelle eine Reihe von Zeilen ein-/ausklappbar machen kann.

Hier eine Tabelle, deren rot eingefärbten Felder sollten ein-/ausklappbar sein:

Bezirk	THF				Pro Reli
	WB	Ja(SB)	Ja(T)	Nein(T)	WB	Ja(SB)	Ja(T)	Nein(T)
Berlin insgesamt	36,1 %	21,7 %	60,1 %	30,7 %	29,2 %	14,1 %	48,4 %	51,4 %
Mitte	30,9 %	18,0 %	58,4 %	41,4 %	24,3 %	10,9 %	44,8 %	55,0 %
Friedrichshain-Kreuzberg	30,6 %	12,0 %	39,2 %	60,5 %	26,2 %	06,7 %	25,8 %	74,0 %

Warum? Nun weil es schön wäre, eine Tabellenform anzubieten, bei der viele Informationen angeboten werden können, ohne dass der Betrachter gleich damit erschlagen wird. Für das Lemma Volksgesetzgebung (Berlin) wäre es z. B. schön, wenn man die Ergebnisse einzelner Volksentscheide nach Bezirken aufgliedern könnte (ist in Berlin nicht unwichtig). Ansonsten würde bei 12 Bezirken die Tabelle schon bei drei Volksentscheiden unerträglich lang. Könnte man die Zeilen mit den Ergebnissen aus den einzelnen Bezirken einklappen, würde man die Gesamtergebnisse von Volksentscheiden in Berlin gut im Vergleich sehen. Will ich es genauer wissen, kann ich den Detailabschnitt ausklappen.

Hat jemand eine Idee wie so etwas bewerkstelligt werden kann? Kann das jemand umsetzen oder mir Hinweise geben wie ich selber eine solche Tabellenvorlage erstellen kann?

Vielen Dank für Eure Hilfe, Gruß Lokiseinchef 19:56, 3. Dez. 2010 (CET)

Das ist keine reine Vorlagenfunktion, da müssen Skripte im Browser werkeln, die auf MediaWiki:Common.js eingebaut werden müssen. Siehe WP:VV/F#class="wikitable (sortable) collapsible". Aber zu deiner Absicht: Wo sollten denn die Ausklappbuttons stehen? Und wie definiere ich in der Tabelle, welche Zeile von welchem Button ausgeklappt wird?
meint -- ✓ ^Bergi 15:12, 4. Dez. 2010 (CET)

Danke für Deinen Link, ich scheine ja zumindest nicht der einzige mit diesem Wunsch zu sein. Zu Deiner Nachfrage: Ich würde mir ein kleines Symbol im ersten Feld der Spalte vorstellen unter der aufgeklappt werden soll. In den Code für diese Spalte könnte man ja dann angeben, wie viele Zeilen darunter vom auf-/zuklappen "betroffen" sind. Im obigen Beispiel also hinter "Berlin insgesamt". Zu Deinem Hinweis auf die Common.js... diese Datei ist für die ganze deutsche Wikipedia zuständig? Das heißt Änderungen dort wirken sich auf das gesamte Projekt aus? Ich habe ganz offen nur sehr wenig Ahnung vom HTML-Programmierung und traue mich da sicher nicht ran. Ich erde mich vielleicht nochmal in die andere Diskussion einmischen. Danke erstmal, Grüße Lokiseinchef 16:32, 6. Dez. 2010 (CET)

Das ist nicht nur HTML, eher DOM und JavaScript. Das Problem ist, dass sich das auf die Barrierefreiheit auswirkt. Nicht jeder Browser führt JS aus, und sieht das für diese Benutzer dann noch in Ordnung aus? Selbes Problem beim Ausdrucken. Viele sperren sich daher gegen zu viele Skripte, mit diversen guten Argumenten. -- ✓ ^Bergi 17:06, 6. Dez. 2010 (CET)

Vorlage:Infobox Bergwerk in Stephansburger Erbstollen

Hallo. Hat jemand eine Idee, warum in Stephansburger Erbstollen das Infoboxbild trotz korrekter Syntax nicht angezeigt wird? Kann das %-Zeichen im Dateinamen ein Problem sein, oder stimmt mit der Datei etwas nicht? Ohne Infobox wird das Bild normal angezeigt ([5]). Danke und Gruß...--9of17 22:31, 3. Dez. 2010 (CET)

Bei mir wird keines der Bilder angezeigt. Der Link auf das Bild ergibt bei mir nur:

Error creating thumbnail: convert: unable to open image `/mnt/thumbs/wikipedia/commons/thumb/3/30/Mundloch_wiki_20%%.JPG/267px-Mundloch_wiki_20%%.JPG': @ error/blob.c/OpenBlob/2498.

Weder purge der Seite, noch des Bildes hat geholfen. --Steef ³⁸⁹ 22:52, 3. Dez. 2010 (CET)

Datei:Mundloch wiki 20%.JPG existiert und auf der Dateibeschreibungsseite wird das Bild angezeigt, da es dort keine Vorschau ist, sondern das Original. Ich denke mal, das hier das %-Zeichen für Chaos sorgt, entweder beim erstellen des Vorschaubildes oder beim Browser, wenn er es anzeigen möchte. Ich würde eine Verschiebung der Datei anregen. Der Umherirrende 14:53, 4. Dez. 2010 (CET)

Bugzilla:26233 Das URL-Encoding ist korrekt, am Browser liegts nicht. -- ✓ ^Bergi 16:44, 4. Dez. 2010 (CET)

Vorlage:War in Löschprüfung

Hallo zusammen. Vorlagen für LAE- und LA-Abschluss hatten wir schon. Vorlage:War in Löschprüfung bisher nicht. Hatte diesbezüglich einen Versuch des Eintrags in Diskussion:Awola gemacht. (die LP wurde hier abgeschlossen) Wäre nett wenn sich hier jemand um die Vorlage:War in Löschprüfung kümmern könnte. --Bucksbunny 23:05, 3. Dez. 2010 (CET)

Ja, das würde mich auch freuen, ich komm damit nicht klar.--Mautpreller 14:14, 4. Dez. 2010 (CET)

Jein, es gibt schließlich auch die Vorlage:Wurde wiederhergestellt. Daraus dass sie sich hier nicht verwenden lässt und aus deiner Erstellung einer neuen Vorlage schließe ich, dass in diesem Bereich eher eine von Grund auf neu designte Mastervorlage nötig wäre. Eine Einbindung stelle ich mir so vor:

{{Diskussionschrnologie
 |1Typ = LD
 |1Datum = 2010-11-14
 |1Entscheidung = bleibt
 |2Typ = LP
 |2Datum = 2010-11-26
 |2Entscheidung = bleibt
 |2Abschnitt = (erl.)
}}

Diese Vorlage sollte verschiedene Löschtypen sowie ihre Ausgänge berücksichtigen können. Eine korrekte Verlinkung sollte über Logiken in Untervorlagen geschehen, gerade bei der LP muss (seit 2007) in Kalenderwochenarchive umgerechnet werden. Ich werde mich daran mal versuchen, zuvor sollten wir aber den Namen klären. Fällt euch etwas besseres als mein Vorschlag Diskussionschrnologie? SLAs wurden ja eigentlich nicht diskutiert…
meint -- ✓ ^Bergi 16:01, 4. Dez. 2010 (CET)

Vorlage:Coordinate

Bei der Vorlage Coordinate wird die Vorlage Coordinate im Quelltext selber noch mal benutzt, warum? --BigbossF★rin 22:12, 4. Dez. 2010 (CET)

Kann ich im Quelltext nicht erkennen. Wo? Falls du das ganz am Anfang meist: Da wird je nach Fall die Vorlage CoordinateNO, CoordinateNOx oder CoordinateMAIN eingebunden. Merlissimo 22:17, 4. Dez. 2010 (CET)

Dieser Abschnitt kann archiviert werden. Revo Echo der Stille 19:15, 12. Dez. 2010 (CET)

Gemeinsame Lösung für Fußballspiele

Da ich es satt habe, dass es derzeit 4 verschiedene Möglichkeiten gibt, wie man ein Fussballspiel darstellen kann: Ich bin auf der Suche nach einer Vorlage, die es vielen (alle wird man nie schaffen) recht macht. derzeit gibt es

• Vorlage:Fußballspiel
• Vorlage:Fußballspiel national
• Vorlage:Fußball Gruppenspiel
• Vorlage:Fußballbox (heute erst über die Suche gefunden -.-)
• Vorlage:Fußballbox Männlich

Die beiden erstgenannten sind ähnlich aufgebaut, sodass man eine auf die andere Vorlage mappen kann/könnte. Wer Haben/Soll gegenüberstellen möchte, kann dies hier tun. Ich favorisiere die Gruppenspielvorlage, da ich diese mit "aufgebaut" und entwickelt habe. Ideen, Meinungen? --darkking3 ^Թ 18:02, 6. Dez. 2010 (CET)

Hatten wir doch schonmal: Archivlink (am Fußballportal gescheitert, wenn ich mich recht irre). Demnach hast du sogar ein paar Vorlagen übersehen.  Pro Vereinheitlichung, möglichst variabel (am besten mit Einbindungsmöglichkeiten für Trikots und Aufstellung). Wo willst du diskutieren? Wo sollen wir die neue Vorlage erstellen? -- ✓ ^Bergi 21:44, 6. Dez. 2010 (CET)

Stimmt, das wusste ich noch. Wollts nur mal wieder in Errinnerung bringen ;). hier war die entsprechende Disk. Wenn man die IP-und Damei81-beiträge weglässt, kristallisiert sich da was herraus: gruppenspiel! Damei81 wurde aufgrund seiner vehemenz beim Durchsetzen gesperrt. Für seine Faulheit, damit er sich nicht um die Formatierung kümmern muss, hat er nen riesigen Quelltext zusammengepappt. Da wurde ein Parameter |SCHIEDSRICHTER_LAND und |SCHIEDSRICHTER_STADT eingeführt, anstatt simpel |SCHIEDSRICHTER= Name (Stadt, Land) in einem parameter zu schreiben. Die Disk sollte entspannter werden als vorher. Somit sehe ich realistische Chancen, dies durchzusetzen. Im übrigen hast du wahrscheinlich Recht mit der Einbindung des footballkit. --darkking3 ^Թ 21:59, 6. Dez. 2010 (CET)

Abschnitts-Überschrift aus sehr, sehr naheliegenden Gründen geändert. --Minderbinder 22:04, 6. Dez. 2010 (CET)

→ Benutzer Diskussion:Darkking3/Fußballspiel -- ✓ ^Bergi 17:30, 9. Dez. 2010 (CET)

Vorlage:Infobox Ort in der Schweiz

Hallo! Ich möchte gerne wissen, wie es möglich ist, dass in der oben genannten Vorlage in der Zeile Kanton das jeweilige Wappen des Kantons dargestellt wird (so: Kanton Genf Genf anstatt Genf (ohne Wappen)). Die Zeile Kanton wird durch folgenden Code generiert:

[[{{Info ISO-3166-2 |code={{{REGION-ISO|}}}|lemma}}|{{Info ISO-3166-2 |code={{{REGION-ISO|}}}|name}}]]

Auf den Artikelseiten selbst wird in der Zeile |REGION-ISO = CH-GE der ISO-3166-2-Code, beispielsweise CH-UR für den Kanton Uri, eingetragen. Für jeden der Kantone gibt es eine eigene Vorlage (siehe hier), beispielsweise {{CH-AR}}. Ich habe in der Vorlage bereits einiges ausprobiert und jedes Mal die geschweiften Klammern in den oben stehenden, langen Code an unterschiedlichen Stellen eingefügt, jedoch erfolglos. – PsY.cHo, 11:15, 8. Dez. 2010 (CET)

Die Zeile müsste [[Datei:{{Info ISO-3166-2 |code={{{REGION-ISO|}}}|flag}}|20x20px|Flagge des Kantons]] lauten, einfacher natürlich {{ {{{REGION-ISO|ns:0}}} }}. Ich würde das allerdings unterlassen, da diese Icons als unnötige Klickibunti verschrien sind, sowie ganz einfach nicht Standard in den übrigen Ortsinfoboxen.
meint -- ✓ ^Bergi 18:47, 8. Dez. 2010 (CET)

Okay, dann lass ich es lieber. Dennoch danke. – PsY.cHo, 01:33, 9. Dez. 2010 (CET)

Neue Sprachkürzel-Vorlagen.

In einigen anderssprachigen Wikipedias existieren Sprachkürzel-Vorlagen, die hauptsächlich dem Zweck dienen, interne oder externe Links zu fremdsprachigen Websites in den Artikeln zu kennzeichnen. Die aus zwei Buchstaben bestehenden Sprachkürzel entsprechen dem Sprachcode ISO-639. Dies ist z.B. in der niederländisch-sprachigen Wikipedia die Vorlage nl:Sjabloon:Taalaanduiding (“Vorlage:Sprachkennzeichnung“) in Verbindung mit jeweils einer weiteren Vorlage für die jeweilige Sprache, z.B. für Deutsch: nl:Sjabloon:De.
In der französischsprachigen Wikipedia gibt es das auch, auch hier wird die Vorlage fr:Modèle:Indication de langue (“Vorlage:Sprachkennzeichnung“) in Verbindung mit einer weiteren Vorlage für die heweilige Sprache verwendet, z.B. für deutsch: fr:Modèle:De.
Wie das dann in den Artikeln konkret aussieht, läßt sich z.B. unter nl:Hamburg#Externe links oder fr:Cologne#Liens externes betrachten.
Auch in der Saterfriesischen Wikipedia gibt es das: stq:Foarloage:Sproakwiedergoawe bzw. stq:Foarloage:De.
Ich finde diese Vorlagen eigentlich ganz praktisch und würde gerne deutsche Versionen dazu anfertigen. Bevor ich mir aber jetzt vergebliche Mühe mache, wollte ich mal anfragen, ob das o.k. wäre, oder ob diese Vorlagen in der deutschsprachigen Wikipedia aus irgendwelchen Gründen unerwünscht sind. (Wenn ja, warum?).

Schöne Grüße: --Þomas 12:56, 8. Dez. 2010 (CET)

ganz einfach: Wir nehmen uns die Freiheit, die Sprache auszuschreiben (oder bei Abkürzung zumindest verlinken). Ein Kürzel (wenn auch schön mit abbr-tag und title) ist imho häßlicher. Bevor man eine (!) Vorlage programmiert, sollte man per MB oder Umfrage ausloten, ob das andere genauso sehen. Echte Vorteile gegenüber jetzt brächte die Vorlage auch nicht mit sich, höchstens die statistische Auswertung der Fremdsprachenverteilung. Und dazu müsste die Vorlage auch überall eingebaut werden, was du sicher nicht erreichen können wirst. Achja: Kürzel sind unnötig, denn WP ist kein Papier. -- ✓ ^Bergi 18:59, 8. Dez. 2010 (CET)

Es ging bei meinem Vorschlag eigentlich nicht um technische Vorteile, sondern ich finde, die Auflistung von Links oder Einzelnachweisen mit den Kürzeln davor wie in Holland oder Frankreich (siehe oben) sieht übersichtlicher aus, gerade, wenn mehrere fremdsprachige Links oder Einzelnachweise zusammenkommen. Im übrigen sehe ich das auch als einen Beitrag, um die Wikipedia international vielleicht etwas zu harmonisieren. Was ich finde, ist natürlich persönliche Geschmackssache, so wie es das bei anderen auch ist.

Du schreibst in Deiner Antwort: "Wir nehmen uns die Freiheit."

Hierzu mal die Gegenfrage: Wer ist denn eigentlich wir? Zähle ich nicht dazu, oder andere, die die Kürzel möglicherweise gut finden?

Ich habe auch nicht die Absicht oder Erwartung, daß die Vorlage jetzt überall eingebaut werden soll, sie soll eigentlich nur eine Art Angebot sein, was man nutzen kann oder auch nicht, es steckt ja kein Anwendungszwang dahinter.

Du schreibst: "Bevor man eine (!) Vorlage programmiert, sollte man per MB oder Umfrage ausloten, ob das andere genauso sehen." Dazu: Das habe ich hier probiert, überhaupt nur deswegen hatte ich dieses Thema hier eröffnet. Die Frage blieb dann einen halben Tag lang offen, ohne daß überhaupt jemand darauf reagiert hat, weder positiv noch negativ, woraufhin ich die Vorlage dann programmiert habe. Es ist schön, daß dann prompt hinterher eine negative Reaktion darauf eintrifft. Ich werde jetzt auch keine weiteren Vorlagen in diesem Zusammenhang mehr erstellen, da ich mich hier nicht weiter vergeblich bemühen möchte.

Wenn es Euch was gibt oder was bringt, dann tut meine Vorlagen von mir aus wieder löschen, damit "Wir" (in Eurem Sinne) dann auch alle rundum glücklich sind.

Schönen Gruß --Þomas 20:02, 8. Dez. 2010 (CET)

Sorry, ich spreche eigentlich nur für mich, glaube aber dass die Mehrheit so denkt (bitte widersprechen). Du hast bloß mit der (gesamten) deutschsprachigen WP angefangen…

Es ist bloß eher unüblich, die Länderkürzel davor zu setzen, sodass ich keine große Akzeptanz (Veruneinheitlichung blablabla) erwarte. Und das Argument, dass die WP für eher Unbedarfte (Neulinge) mit mehr Vorlagen noch komplizierter wird käme sicher auch, hier sogar gerechtfertigt da die Links einfache Standard-Wikisyntax ist, die nicht erschwert werden sollte. Zum halben Tag: So schnell sind wir auch wieder nicht, da müsstest du dich an Seiten mit mehr Verkehr (WP:FzW) wenden, da findet man auch eher Vorlagenkritiker als im Projekt dafür.
meint -- ✓ ^Bergi 21:43, 8. Dez. 2010 (CET)

URL-Fragment – # bedingt anhängen

Ich möchte optional an eine URL ein Fragment anhängen, also bei Angabe des Parameters soll der URL #Anker folgen, sonst nicht.

Eigentlich trivial – bloß, dass # hinter dem Pipe-Symbol einen Zeilenumbruch und damit ein Aufzählungszeichen auslöst. * übrigens auch.

Stehe ich auf dem Schlauch, gibt es ein von mir übersehenes Escape oder ist das Fügung höherer Mächte?

Eine beratungsfreundliche Kodierung steht unter Benutzer:Linksverdreher/Vorlage:URL-Fragment mit den Varianten zur Expansion.

Danke für kompetente Auskunft --Linksverdreher 17:26, 8. Dez. 2010 (CET)

Hallo Linksverdreher, hilft dir diese Anleitung weiter? --Wiegels „…“ 17:56, 8. Dez. 2010 (CET)

Bedaure, nein; gleich eingefügt – und führt zu

• http://example.com?id=ID<nowiki>#</nowiki>Anker

(siehe Benutzer:Linksverdreher/Vorlage:URL-Fragment, 2. Variante)

Trotzdem danke für den Anfang --Linksverdreher 18:07, 8. Dez. 2010 (CET)

Das letzte Beispiel auf deiner Seite funktioniert doch? Du solltest nur {{{Fragment}}} durch {{{Fragment|}}} ersetzen. --Steef ³⁸⁹ 19:36, 8. Dez. 2010 (CET)

• Irgendwas scheint sich geändert zu haben; unter Hilfe:Vorlagen #Problem: Aufzählungszeichen heißt es, vor Aufzählungszeichen als Parameter solle man einen Zeilenumbruch setzen. Möglicherweise wurde die Programmierung vor einer Weile dahingehend geändert, dass Aufzählungszeichen immer auf eine neue Zeile gesetzt werden, um die Wiki-Aufzählungslisten zu generieren?
• Dann wäre es eine Anregung für die große Wikimedia-Programmierung und jemand mit bugzilla-Account, analog zu den Hilfe:Vorlagen #Problem: Sonderzeichen in Parameterwerten die Escapes {{#}} sowie {{*}} für diese Situation einzuführen.
• An den URL-Pfad immer das Fragment-Zeichen # anzuhängen, ist eine Notlösung, die in diesem Fall gerade noch mal klappt. In anderen Fällen kann das jedoch unmöglich sein, das müsste mittelfristig irgendwie umgangen werden können.
• Danke für den Hinweis betreffend {{{Fragment|}}} – ist so in der richtigen Vorlage vorgesehen, war nur in der example.com auf ein Minimum zusammengekürzt worden.

--Linksverdreher 20:27, 8. Dez. 2010 (CET)

Ich hab noch eine Lösung hinzugefügt. Hilft natürlich bei unkomplizierten Ident-Werten (wenn statt dem Parameter eine komplexe VP in die Vorlage soll, die dann sowohl größeren Wartungsaufwand durch Redundanz als auch Parsermehrbelastung bedeuten würde. -- ✓ ^Bergi 21:35, 8. Dez. 2010 (CET)

• Danke, lieber Bergi. – Du hast es schon geahnt: der Query-String der URL ist in der realen Vorlage nicht so simpel wie für das Beispiel ?id={{{Ident}}} vereinfacht, sondern eine wertabhängige Kombination dreier Vorlagenparameter. Hier jedesmal die Weiche mit dem möglichen Fragment anzuhängen, macht die Sache sehr unübersichtlich.
• Für den Moment werde ich als Notlösung stets ein # anhängen und bei fehlendem Fragment die URL so enden lassen.
• Auf dem bugzilla-Weg sollte das Problem beschrieben und eine Lösung (Escape) auf Parser-Ebene gefunden werden.
• Auf Hilfe:Vorlagen sollte irgendwo der Effekt mit # und * (immer Aufzählung) beschrieben werden.

Damit für mich beendet, danke nochmal. --Linksverdreher 14:11, 10. Dez. 2010 (CET)

Scheint Bug 12974 zu sein. Der Umherirrende 17:21, 10. Dez. 2010 (CET)

Warum nicht einfach die Raute vor das if ziehen? Falls fragment leer ist erhält man einfach http://example.com?id=ID#, was aber kein Problem ist. Merlissimo 17:43, 10. Dez. 2010 (CET)

• @Umherirrender: In der Tat, es ist bugzilla:12974. Der Effekt tritt auch bei Doppelpunkt und Semikolon auf; meine Versuchsvorlage aktualisiert.
• @Merlissimo: Dies habe ich zuvor bereits unter Halbkrücke/Notlösung benannt, in meinem Fall komme ich ja erstmal klar. Es ist aber ein generelles Problem, und nicht immer lässt es sich halbwegs hinnehmen wie hier.
• @ToWhomItMayConcern: Die Hilfe:Vorlagen/-programmierung sollte kompetent irgendwo dahingehend ergänzt werden, dass # * ; : zurzeit immer den unerwünschten Effekt bewirken und auch die Escapes {{*}} {{#}} {{:}} {{;}} nicht oder anders definiert sind. Solche Escapes wären ja die Lösung; ich verstehe durchaus, das man etwa in einer Infobox eine Aufzählungsliste generieren möchte, und deshalb hat man wohl diesen Zeilenumbruch eingeführt. Leerzeichen zwischen Pipe und Sonderzeichen bringt auch nichts.

--Linksverdreher 16:22, 11. Dez. 2010 (CET)

Escapen lassen sich die wohl nicht. Vorlage:# wäre ein ungültiger Titel, genau wie „:“. „*“ oder „;“ im Titel bringen alles durcheinander. Zudem würde auch ein aus einer Vorlage heraus eingebundenes # wieder als Aufzählung geparst werden, siehe auch /Archiv 2010/4#Leerzeile bewirkt Layoutproblem -- ✓ ^Bergi 18:06, 11. Dez. 2010 (CET)

Nein, ich meinte das etwas anders. Die Sauerei kommt von Parser.php etwa Zeile 3232:

} elseif ( is_string( $text )
   && !$piece['lineStart']
   && preg_match( '/^(?:{\\||:|;|#|\*)/', $text ) )
{
   # Bug 529: if the template begins with a table or block-level
   # element, it should be treated as beginning a new line.
   # This behaviour is somewhat controversial.
   $text = "\n" . $text;
}

In der Tat, controversial.
Ich meine, ein Syntaxelement {{{ESC}}} oder nicht-lateinisch besser {{{\}}} bzw. {{{\#}}} und {{{\*}}} usw. sollte eingeführt werden, das zu '\x1B' oder von mir aus &zwj; (U+200D) etc. expandiert. Der Parser kann dann nach der obigen Abfrage das erste Zeichen testen, ob es 27 (ASCII-Escape) oder auch 8205 (ZeroWidthJoiner) sei, und dieses erste Zeichen löschen.
Damit funktioniert alles bisher Geschriebene ungestört weiter, und wo es mal anders benötigt wird, kann man flüchten.
Ich habe allerdings weder Bugzilla-Account noch Lust, PHP zu pätschen.

Diese Art der Parser-Verarbeitungsabfolge brachte mich dann auch auf den ultimativen und absolut simplen Hack, mit dem ich sogar das hässliche # bei fehlendem Fragment aus der URL schießen kann.

In Hilfe:Vorlagen #Problem: Sonderzeichen … o. Ä. sollte die Problematik und die Abhilfe von sachkundigerer Seite beschrieben werden.

Wieder was gelernt, frohen Kranz noch --Linksverdreher 23:17, 11. Dez. 2010 (CET)

Die Idee ist nicht schlecht, einfach die Entität ausschreiben. Gleiches gibt es ja auch für |{}. Geht aber nur, wenn die Bedeutung nicht mehr als Wikitext interpretiert werden soll. Daher klappt &#124; nicht in Tabellen, sondern man brauch {{!}}. Mit der ASCII-Escapesequenz zu arbeiten, ist vielleicht etwas zu technisch, wäre aber eine Option für den Parser, das stimmt. Der Umherirrende 12:10, 12. Dez. 2010 (CET)

Dieser Abschnitt kann archiviert werden. Der Umherirrende 12:10, 12. Dez. 2010 (CET)

Vorlagen/Infoboxen Unternehmen und Fluggesellschaft

Bei der einen Vorlage findet sich ein Parameter "Homepage" bei der anderen nicht - obwohl m.W. fast alle Fluggesellschaften eine Website haben. Daher das Anliegen, auch bei den Fluggesellschaften einen (optionalen) Parameter "Website" (oder obwohl fachlich eigentlich falsch: Homepage) einzufügen. --PhChAK 14:08, 10. Dez. 2010 (CET)

Hallo PhChAK, könntest du das bitte mit dem Portal:Luftfahrt absprechen? Die Diskussionsseite scheint rege genutzt zu werden, weshalb mit einer schnellen Antwort zu rechnen wäre. Gruß, --Revo Echo der Stille 19:11, 12. Dez. 2010 (CET)

Infobox:Song

Im englischen Wikipedia ist hier der Parameter Bild integriert. Ich habe bei verschiedenen Songs das Bild dann nach der Infobox eingefügt.(siehe Mannish Boy z. B). Im englischen Wp sieht es so aus und das gefällt mir besser. Mannish Boy Ginge das für die deutsche Vorlage auch?--Werner100359 06:27, 11. Dez. 2010 (CET)

Hallo Werner, ich habe die Parameter Bild und Bildunterschrift hinzugefügt. Gruß, --Revo Echo der Stille 14:53, 11. Dez. 2010 (CET)

Und wie üblich für das Portal:Musik wurde mein Edit rückgängig gemacht. Warum ich überhaupt wieder mal in diesem Bereich editiert habe, weiß ich auch nicht … --Revo Echo der Stille 03:53, 12. Dez. 2010 (CET)

Ich habe ein Problem, in manchen Infoboxen ist das Bild nicht sichtbar, obwohl es im Text aufscheint. (hier zum Beispiel) Bitte um Hilfe. Seltsam ist, das es hier funktioniert.--Werner100359 06:58, 12. Dez. 2010 (CET)

Mal eine Meinung eines Dritten: Wozu soll das mit dem Bild gut sein? Cover dürfen nicht eingebunden werden (anders als in der en-WP, da gibt's Fair Use), und Künstlerbilder halte ich in so einer Box für fehl am Platz. Davon abgesehen geht es um Lieder, nicht um Singles - das Bild muss also irgendeinen Bezug zum Lied haben. Es mag den ein oder anderen exotischen Fall geben, wo die Einbindung eines Bildes in den Artikel sinnvoll sein könnte, das ist aber die Ausnahme. Ich werde den Teufel tun, hier irgendwas an der Vorlage zu ändern, mein Anliegen ist es nur, die Sinnhaftigkeit der Änderung zu hinterfragen. Dass der Musikbereich vor solchen Änderungen nicht mehr gefragt wird, scheint ja leider mittlerweile normal zu sein. Gruß, Siech•Fred 10:12, 12. Dez. 2010 (CET)

Da es leider mehrere Änderungen gab, habe ich das mal zurückgesetzt. Das Bild mag ja noch okay sein - andere Änderungen bitte auf der Disk. der Vorlage ansprechen. Danke.--Rmw 12:17, 12. Dez. 2010 (CET)

mehrere Änderungen... Die Änderungen haben nur Einfluß auf die Vorlagenseite, nicht aber auf die Einbindungen. Ich kann Revolus änderungen durchaus nachvollziehen, allerdings gefallen mir diese nicht unbedingt, da sie nicht meinem Programmierstil in der WP entsprechen. Ansonsten ist alles so geblieben wie vorher auch, man nennt sowas: Codeoptimierung. --darkking3 ^Թ 12:22, 12. Dez. 2010 (CET)

Ist unzutreffend. So wurde ohne Absprache die Schriftgröße geändert.--Rmw 12:28, 12. Dez. 2010 (CET)

 Info: Ich habe eben die Vorlage für drei Tage vollgesperrt. Bitte diskutiert die Änderungen aus! Gruß, Siech•Fred 12:54, 12. Dez. 2010 (CET)

Was ne Farce! jetzt wird hier um die Schriftgröße diskutiert... --darkking3 ^Թ 13:24, 12. Dez. 2010 (CET)

Es wurden mehrere Änderungen gemacht, aber es steht doch dran, welche Änderung für die größere Schrift zuständig ist. Warum muss man dann alles rückgängig machen, wenn das andere nur Codeoptimierungen sind (steht auch dran)? Ich weiß, das es für ungeübte Benutzer schwierig einzuschätzen ist, welche Änderung das verursacht, aber hier wurde es einem einfach gemacht. Der Umherirrende 13:37, 12. Dez. 2010 (CET)

Jau, ganz einfach. Einen Schritt vorher wurde die Breite angeblich nur wiedereingesetzt, nur dass sie jetzt dummerweise um 3em größer war. Kann man dem Editkommentar nicht entnehmen. Und da das offenbar mit dem ersten der drei Edits in irgendeinem Zusammenhang steht, bleibt nur Komplettrevert. Wenn Pfusch in den Edits ist, dann muss nicht ich das auseinanderklamüsern, sondern der Verursacher soll es ggf. nochmal vernünftig machen. Außerdem sollte sich die Vorlagenwerkstatt nun wirklich bewusst sein, dass man nicht einfach so an zigfach verwendeten Vorlagen herumändert. Besonders bei wesentlicher Veränderung des Erscheinungsbilds. Eine nicht hinterfragte Anfrage eines Users auf der obskuren Werkstattseite darf nicht Auslöser für eine solche Änderung sein. Da diskutiert ein Fachbereich tagelang über diese Vorlage, im Musikbereich ist Konsens ohnehin nicht so einfach, und dann ändert jemand in seinen lustigen fünf Minuten alles, ohne sich zu informieren? Kann es nicht sein. Breite und Schriftgröße hatten wir ausdrücklich angesprochen und das ist so gewollt. Und dass wir nicht mit Standardparametern zu nicht lizenzkonformen Bildeinbindungen verleiten wollen, kam auch zur Sprache. Insofern sehe ich keinen Bedarf für die Änderungen. Wenn das trotzdem weiter verfolgt werden sollte, dann aber auf der Vorlagendiskussionsseite, wo es hingehört. -- Harro von Wuff 16:48, 12. Dez. 2010 (CET)

Oben war nur die Sprache von der Schriftgröße. Das sich auch die Breite geändert hat, habe ich nicht wahrgenommen. Ich verstehe dann dein Komplettrevert, auch wenn das Anpassen genauso viel Aufwand verursacht hätte. Der Umherirrende 20:21, 12. Dez. 2010 (CET)

Infobos tauglich für Windkraftanlagen/Windparks

Siehe Hilfe-Anfrage wg. Windkraftanlagen/Windparks -- Tilman Kluge 19:57, 12. Dez. 2010 (CET)

Vorlage einer Gliederung

In Anlehnung an Vorlage:Ahnentafel-compact4 suche ich für Aufgliederungen von Behörden und ähnlichem eine ähnlich aussehende Vorlage. Ändern müßte sich am Muster folgendes: Die Zahl der "Vorfahren" müßte variabel gestaltbar sein, d.h. 3 sollte nicht nur aus 6 und 7 bestehen können, sondern aus weiteren Zahlen wie 8 und 9. Gleichfalls natürlich die nachfolgenden "Generationen". Wenns unverständlich war, bitte nachfragen.--scif 10:54, 13. Dez. 2010 (CET)

Vorlage:Stammbaum --darkking3 ^Թ 11:48, 13. Dez. 2010 (CET)

Ähm, yo. Die ist mir bekannt. Aus Platzgründen suche ich eine querliegende Gliederung... Ich hab mir schon was gedacht bei der Problemstellung. Es sei denn, man kann den Stammbaum auch querliegend darstellen. Beispiele habe ich dafür bisher aber nicht gefunden.--scif 12:45, 13. Dez. 2010 (CET)

ich glaub dass diese thematik so komplex ist, dass es besser ist, da einfach eine saubere tabelle zu setzten (bei fimenstrukturen hatten wir darüber diskutiert) - das mit stammbaum/tafel zu setzen ist enorm plegeintensiv, weil man bei jedem behördenumbau die tafel komplett neu aufsetzen muss (vorfahren ändern sich dahingegen selten, einmal gemacht, bleibt es)

da ist es langfristig sinnvoller, das mit einem organigrammprogramm in svg zu machen, und allenfalls als imagemap mit links zu unterlegen - damit sind auch veraltete behördenstrukturien als archiv erhalten, wenn mans nicht überschreibt, sondern im filenamen datiert

--W!B: 12:58, 13. Dez. 2010 (CET)

Konkret geht es um den Ministerrat der DDR. Da ändert sich nix mehr... Organigramm klingt aber auch nicht schlecht. Gibts da Beispiele?--scif 13:02, 13. Dez. 2010 (CET)

Artikel aus [] freistellen?

gibt es eine vorlage/funktion, die mir aus einem verlinkt angegebenem parameter [[Link]] den artikelnamen Link freistellt? sie sollte auch mit [[Link|Text]] funtionieren (hier bräuchte ich eigentlich Text, also eigentlich: die mir den Linktext freistellt) --W!B: 12:51, 13. Dez. 2010 (CET)

padleft und Padright dürfte gehen, allerdings würde ich dies nicht bevorzugen. --darkking3 ^Թ 12:55, 13. Dez. 2010 (CET)

ja, systematisch ists mir klar

• {{str right|PARAMETER||2}} - öffnende klammer weg
• {{str left|{{str find|…|{{!}}}} (wenn das klappt) − am «|» trennen
• noch mit prüfen str find=-1, dann nur {{str crop|…||2}} - schliessende klammer weg
• und für den text dasselbe mit right und crop

inklusive errorhandling: aufwändige sache, in spagetticode - hat das schon wer ausprobiert? --W!B: 13:24, 13. Dez. 2010 (CET)