Wikipedia:WikiProjekt Vorlagen/Werkstatt
Neue Infobox "Ostasiatischer Begriff"
- Was – soll das Gewünschte tun?
Einblendung einer Infobox (zugehöriges Muster siehe hier) wobei nur die Zeilen angezeigt werden, dessen Parameter ausgefüllt wurden. Als Parametervorlage soll folgendes benutzt werden:
{{Ostasiatischer Begriff |Titel= |Bild= |Bildtext= |Langzeichen=|Kurzzeichen=|Pinyin=|Wade-Giles=|CÜ= |Japanisch=|Hepburn=|JÜ= |Hangeul=|Hanja=|RR=|Reischauer=|KÜ= |N_Hangeul=|N_Hanja=|N_RR=|N_Reischauer=|N_KÜ= |Kyrillisch=|KyrillischTranskript=|RÜ= |S_Hangeul=|S_Hanja=|S_RR=|S_Reischauer=|S_KÜ=}}
- -Variable "Titel" gibt den Titel (1. Zeile der Infobox) wieder. Ohne das ausfüllen der Variable soll die Tabelle nicht angezeigt werden.
- -Mit "Bild" wird der Pfad zum Bild angegeben (ohne "Datei:"). Angehängt soll dabei immer "|250px|center|thumb" werden.
- -Mit "Bildtext" wird die Bildunterschrift aktiviert.
So, jetzt wird es etwas komplizierter:
- -Die nun folgenden (letzten) 6 Zeilen stellen jeweils einen Sprachblock dar. Die Reihenfolge entspricht dem oben verlinkten Muster. Werden Variablen in der Variablenvorlage ausgefüllt, soll folgendes passieren:
- -a) Es erscheint die Infomationszeile mit der ausgefüllten Variable
- -b) Über die Zeile in der Infobox soll die Information der Sprache des Sprachblocks erscheinen.
- -Beispiel: Werden die Variablen "Langzeichen", "Kurzzeichen" und "Japanisch" eingegeben, soll nicht nur, wie im Beispiel zu ersehen, Langzeichen, Kurzzeichen und Japanische Schrift wiedergegeben werden, sondern auch die Überschriften der Sprachblöcke Chinesischer Name und Japanischer Name. Der Rest soll nicht angezeigt werden.
- -Weiterhin wichtig ist, dass der Sprachblock Nordkoreanischer Name (7. Zeile) und Südkoreanischer Name (9. Zeile) zwar unabhängig voneinander erscheinen dürfen, allerdings soll, sobald der Block Koreanischer Name ausgefüllt wurde (6. Zeile), diese beiden anderen Blöcke unterdrückt werden.
- -Auch wichtig sind die in dem Muster enthaltenen Links und Vorlagen; Es soll nach Eingabe eines Wertes für die Variable dieser automatisch in die Vorlage:lang angegebunden werden.
- Wie – soll das Gewünschte aussehen?
Portal_Diskussion:Japan#Neue_Vorlage_f.C3.BCr_japanisch-koreanische_Artikel.
- Warum – ist es hilfreich so etwas zu haben?
Ja, dies verhindert die Erstellung weiterer Vorlagen und soll sogar drei andere ersetzten (Vorlage:Chinesischer koreanischer Begriff, Vorlage:Koreanischer Name, Vorlage:Chinesischer koreanischer Begriff). Dadurch werden Ressourcen gebündelt, und die auswahl erleichtert sich. Bei öfterem Gebrauch entsteht ein Lerneffekt, welche die Handhabung dieser beschleunigt.
Die 3 dann überflüssig gewordenen Vorlagen sollen später, nachdem die neue sie ersetzt hat, gelöscht werden.
- Wer – wünscht die Umsetzung?
- Wo – soll das umgesetzt werden?
Vorlage:Ostasiatischer Begriff
- Wo – findet sich ein Beispiel oder ähnlich Geartetes?
Z. B. Japanisches Meer, Socotra-Fels
Oje, hoffentlich kommt ihr mit den Wünschen hier zurecht. Schon jetzt mal vielen, vielen Dank für die doch etwas größere Mühe... --Valentim 21:29, 19. Jan. 2010 (CET)
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)
In den Vorlagen werden die Parameter unterschiedlich mit Großbuchstaben, Kleibuchstaben, englische/deutsche Sprache verwendet. Letztere ist wohl ein Import aus en:WP. Beststeht die Möglichkeit, dass die de:WP-Vorlagen grundsätzlich so geändert werden, dass Groß- und Kleinschreibung möglich ist? -- Wo st 01 (Di / ± / MP) 10:22, 19. Mai 2010 (CEST)
- Das würde den Vorlagenquelltext weiter aufblähen und die Wartbarkeit verschlechtern. Sollte für jede Vorlage einzeln auf der Diskussionsseite besprochen werden, würde ich vorschlagen. Der Umherirrende 22:33, 23. Okt. 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)
- Soweit ich weiß, ist es nicht möglich. Du könntest aber mal mit
Habe neue Vorlage erstellt - wo kann ich diese diskutieren?
Ich habe eine neue Vorlage erstellt und ausgetestet (meine Unterseite /Infobox). Bevor ich sie einsetze, würde ich sie doch einmal zur Diskussion stellen. Bitte seid so nett und gebt mir einen Tipp, wie ich jetzt weiter vorgehen sollte. Oder soll ich sie einfach bei der nächsten Gelegenheit verwenden und dann diskutieren lassen? Danke! --Wribln 11:11, 29. Jul. 2010 (CEST)
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)
- 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)
- 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)
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 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)
- 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 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)
- Wie ist der aktuellen Stand, wie das weitere Vorgehen? -- Chtrede 09:33, 10. 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)
- 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.
Hallo zusammen. Wir hatten hier ein kurzes "Gespräch" zu dem Thema und es besteht Interesse, dass analog zu z.B. Vorlage:Infobox Fußballnationalmannschaft eine allgemeine Infobox für alle (anderen) Nationalmannschaften eingerichtet wird (d.h. für die, für die es keine Vorlage gibt, z.B. Cricket etc.). Ich werde mir hier einmal zu den Inhalten Gedanken machen und würde mich über rege Mitarbeit freuen. -- Chtrede 08:10, 7. Sep. 2010 (CEST)
- Irgendjemand Interesse daran Inputs zu geben oder die Infobox umzusetzen? -- Chtrede 09:33, 10. Sep. 2010 (CEST)
Die Vorlage:Literatur erzeugt am Ende folgenden Code:
<span class="Z3988" title="ctx_ver=Z39.88-2004…" style="display:none;"> </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 dasspan
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 leeretd
-Elemente benötigt, um leere Tabellenzellen zu überspringen. Ein leeresspan
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 einid
,class
oderstyle
vorhanden ist, sollte ein solches Element nicht entfernt werden. - Um das aktuelle Problem der Vorlage zu lösen muss das
raus und dazu sehe ich folgende Möglichkeiten:- Tidy anpassen, damit leere Elemente mit
class
nicht entfernt werden. - Das Attribut
id
mit dem gleichen oder ähnlichen Inhalt wie das Attributtitle
zu befüllen. Fehlerhaft wird die Seite dann allerdings, wenn die gleiche Literaturangabe mehrfach im Artikel vorkommt, weil die ID identisch ist. class="Z3988"
undtitle="ctx_ver=Z39.88-2004…"
an das bestehendespan
mitclass="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 destitle
-Attributs angezeigt. Mit einem weiteren<span title="">
könnte die Anzeige allerdings unterbunden werden.
- Tidy anpassen, damit leere Elemente mit
- Gibt es weitere Möglichkeiten? --Fomafix 14:30, 13. Sep. 2010 (CEST)
- Warum sollten leere (
- 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)
- Die Methode ist COinS. Wenn bei HTML5 das
Vorlage: Infobox Fußballturnier nochmal nachhacken
Hallo, zwei Fragen zu o.g. Box:
1.) Ist es möglich das Parameter Kontinent um die Möglichkeit der Eingabe "Olympia" zu erweitern, so dass in der Box Olympiasieger angezeigt wird?
2.) Ist es möglich so wie hier zwei Bilder/Logos etc. unter das Parameter Bild einzubinden und anzeigen zu lassen.Gruß --Ranofuchs 15:02, 6. Sep. 2010 (CEST)
Hallo. Schau mal ein paar Beiträge weiter oben unter "Vorlage:Infobox Sportturnier"... ist eh gerade alles in Überarbeitung. -- Chtrede 15:05, 6. Sep. 2010 (CEST) Eingebaut. --darkking3 Թ 18:26, 6. Sep. 2010 (CEST) Archivierung dieses Abschnittes wurde gewünscht von: darkking3 Թ 18:26, 6. Sep. 2010 (CEST)
- Hallo Darkking3,
- das mit dem Olympiasieger klappt, aber mit den 2 Logos/Piktogrammen (Ringe und Fußballspieler) krieg ich irgendwie nicht hin. Wo liegt der Trick? Gruß --Ranofuchs 23:19, 17. Sep. 2010 (CEST)
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)
Imagemap Erweiterung in der Infobox Gemeinde in Österreich
Hi, ich habe die Frage zwar schon auf der Diskussion der Infobox gestellt, aber ich denke, hier ist sie besser aufgehoben. In der Vorlage:Infobox Gemeinde in Deutschland existiert ein Baustein, der Automatisch Imagemaps über die Gemeindekarten einbindet, wenn diese Vorlagen denn existieren.
Ich wünsche mir das auch für die Österreichische Infobox, sie soll also kontrollieren, ob eine Imagemap nach dem Muster Vorlage:Imagemap Bezirk "NAME DES BEZIRKS" (at), also zum Beispiel Vorlage:Imagemap Bezirk Wolfsberg (at) existiert und diese dann über die Lagekarte unter dem gleichnamigen Parameter legen. Existiert die Imagemap nicht, soll nichts passieren. Existiert keine Lagekarte, auch nicht.
Ein anderer Fall sind die Statutarstädte, ist unter dem Parameter |Art Statutarstadt angegeben, soll die Vorlage eine Imagemap nach dem Muster Vorlage:Imagemap Bezirke von ARTIKELNAME DES BUNDESLANDES einsetzen. Von diesen Imagemaps habe ich schon einige nach eben diesem Muster erstellt. Wie Die Infobox das Bundesland herausfindet weis ich nicht, sie verlinkt es aber auf jeden Fall das gleich als erstes in den Basisdaten. Auch bei den statutarstädten soll die Infobox bei Nichtexistieren einer Imagemap die Anfrage ignorieren und keine "es existiert keine Imagemap" Fehlermeldung anzeigen. --Pomfuttge_ Diskussion 07:16, 10. Jul. 2010 (CEST)
- Ja, das ist möglich und ich werde mich mal daran machen. Allerdings waren deine Imagemap-Vorlagen mit ziemlich merkwürdigen Parametern und einer nicht hinreichenden Dokumentation ausgestattet. Ich habe mal eine „korrigiert“, so wie ich das machen würde. Oder habe ich bloß den Sinnn deiner VP nicht verstanden? Insbesondere sollte die Vorlage passende Karten von sich aus zu Verfügung stellen und andernfalls eine Fehlermeldung ausgeben.
- Ansonsten bin ich mir mit den vorgeschlagenen Lemmata der Vorlagen nicht sicher, insbesondere das (at) stört mich.
meint -- ✓ Bergi 15:35, 10. Jul. 2010 (CEST)- Das (at) kann auch weggelassenwerden. Es würde mehr Sinn machen, wenn in mehr Ländern Imagemaps zur Verfügung stehen. Die Programmierung habe ich selber nicht gemacht,ich habe sie größenteils übernommen und nur die Koordinaten verändert. Sie soll-soweit ich weis-nur einfach die Koordinaten über das Bild legen. Deine Progammierung finde ich aber auch gut. --Pomfuttge_ Diskussion 03:11, 11. Jul. 2010 (CEST)
Bitte nicht wieder ohne Antwort archivieren, mein Anfrage steht immernoch im Raum. Die Vorlage soll einfach nur Imagemaps über die Karten legen, sie muss sich nicht extra ein Bild suchen. Ich füge einfach nur neue Koordinaten ein und verändere etwas die Beschreibung bei jeder Vorlage. Sag mir einfach, wie ich die Vorlagen benennen soll, füge den Baustein in die Infobox ein und ich fange mit dem Erstellen an. --Pomfuttge_ Diskussion 16:27, 19. Sep. 2010 (CEST)
- OK, die Vorlagen heißen Imagemap {{{Lageplan}}}, wenn es nicht passen sollte. Wird der Parameter weg-/leergelassen, nimmt die Vorlage bei Statutarstädten die Vorlage Imagemap Bezirke im Burgenland, Imagemap Bezirke von Kärnten, Imagemap Bezirke von Niederösterreich, Imagemap Bezirke von Oberösterreich, Imagemap Bezirke von Salzburg, Imagemap Bezirke in der Steiermark, Imagemap Bezirke von Tirol, Imagemap Bezirke von Vorarlberg oder Imagemap Bezirke in Wien, bei anderen Gemeindearten wird die Vorlage Imagemap Bezirk {{BezirkAt}} eingebunden, d.h alle Bezirksnamen, die von der Vorlage:BezirkAt erzeugt werden können. Gibt es keine dieser Vorlagen, wird noch nach der [[Datei:{{{Lageplan}}}]] gesucht, sonst wird nichts angezeigt.
- Die Vorlagen müssen dazu die Parameter der Vorlage:Imagemap Bezirke von Burgenland verstehen (c&p von dort), bei den Vorlagen:Imagemap Bezirk xyz heißt der Auswahl-Parameter nicht Bezirk, sondern Gemeinde. Die Auswahlparameter werden immer mit dem Seitentitel gefüllt, die Imagemap muss das berücksichtigen.
-- ✓ Bergi 18:00, 19. Sep. 2010 (CEST)- Sehr gut, vielen dank. Die Imagemaps heißen dann etwa Vorlage:Imagemap Lemma des Bezirks, oder?--Pomfuttge_ Diskussion 13:53, 21. Sep. 2010 (CEST)
- Kannst du diese Vorlage mal überprüfen? ich habe zu wenig erfahrung mit der Programmierung--Pomfuttge_ Diskussion 12:24, 25. Sep. 2010 (CEST)
- Ist korrigert. Ich habe mal eine Preload-Vorlage erstellt, probiere folgenden Link: [3] und ersetze alles was als Kommentar formuliert ist, der Rest passt.
meint -- ✓ Bergi 15:54, 25. Sep. 2010 (CEST)- Vielen dank. --Pomfuttge_ Diskussion 10:55, 26. Sep. 2010 (CEST)
- Eines noch: kannst du die Imagemaps so aussehen lassen wie die Orginalkarten (mit dem blauen i)? Ich habe es probiert, aber es nicht geschafft, das Bild ist zwar nicht mehr gerahmt, aber die Bildbeschreibung oben auf grauem Grund fehlt. Außerdem ist rechts von den Karten in den Artikeln ein grauer Streifen. (siehe Alberschwende)--Pomfuttge_ Diskussion 12:07, 26. Sep. 2010 (CEST)
- Dass das Bild nicht mehr gerahmt sein soll hätte man hier lösen sollen. Das blaue i ist bei thumb-Darstellung wohl überflüssig, allerdings sollte thumb die Standardeinbindung bleiben und nur von der Infobox geändert werden. Wo fehlt dir die Bildbeschreibung? Im alt-Attribut des <img> ist sie drin, wo soll man sie noch sehen? -- ✓ Bergi 16:35, 26. Sep. 2010 (CEST)
- Über dem Bild in der Infobox war ein graues Feld mit dem Inhalt {{{Lage der Gemeinde x im Bezirk y}}} (vgl. 1 und 2). Nun wird das nicht mehr angezeigt bei den Infoboxen mit den Imagemaps. Der Infobox sollte es egal sein, ob unter dem Parameter |Lageplan oder in der Imagemap eine Lagekarte existiert, sie muss nur beide überprüfen --Pomfuttge_ Diskussion 20:14, 26. Sep. 2010 (CEST)
- Ist jetzt drin, allerdings ohne Parameter {{{Lageplanbeschreibung}}}. Ich persönlich würde allerdings eine Bildunterschrift (ohne Hintergrund oder fett) wie beim Bild darunter bevorzugen. -- ✓ Bergi 14:59, 27. Sep. 2010 (CEST)
- mir gefällts so besser, hab auch schon eine Anfrage bekommen, unter anderem wieso ich denn bitte es weggemacht habe, siehe meine Diskussion. Ich währ dafür es erstmal so zu lassen, ich melde mich, wenn ich noch was zum Verbessern finde. --Pomfuttge_ Diskussion 15:39, 27. Sep. 2010 (CEST)
- Ist jetzt drin, allerdings ohne Parameter {{{Lageplanbeschreibung}}}. Ich persönlich würde allerdings eine Bildunterschrift (ohne Hintergrund oder fett) wie beim Bild darunter bevorzugen. -- ✓ Bergi 14:59, 27. Sep. 2010 (CEST)
- Über dem Bild in der Infobox war ein graues Feld mit dem Inhalt {{{Lage der Gemeinde x im Bezirk y}}} (vgl. 1 und 2). Nun wird das nicht mehr angezeigt bei den Infoboxen mit den Imagemaps. Der Infobox sollte es egal sein, ob unter dem Parameter |Lageplan oder in der Imagemap eine Lagekarte existiert, sie muss nur beide überprüfen --Pomfuttge_ Diskussion 20:14, 26. Sep. 2010 (CEST)
- Dass das Bild nicht mehr gerahmt sein soll hätte man hier lösen sollen. Das blaue i ist bei thumb-Darstellung wohl überflüssig, allerdings sollte thumb die Standardeinbindung bleiben und nur von der Infobox geändert werden. Wo fehlt dir die Bildbeschreibung? Im alt-Attribut des <img> ist sie drin, wo soll man sie noch sehen? -- ✓ Bergi 16:35, 26. Sep. 2010 (CEST)
- Eines noch: kannst du die Imagemaps so aussehen lassen wie die Orginalkarten (mit dem blauen i)? Ich habe es probiert, aber es nicht geschafft, das Bild ist zwar nicht mehr gerahmt, aber die Bildbeschreibung oben auf grauem Grund fehlt. Außerdem ist rechts von den Karten in den Artikeln ein grauer Streifen. (siehe Alberschwende)--Pomfuttge_ Diskussion 12:07, 26. Sep. 2010 (CEST)
- Vielen dank. --Pomfuttge_ Diskussion 10:55, 26. Sep. 2010 (CEST)
- Ist korrigert. Ich habe mal eine Preload-Vorlage erstellt, probiere folgenden Link: [3] und ersetze alles was als Kommentar formuliert ist, der Rest passt.
pretty ungleich wiki?
wikitable | prettytable | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
|
| ||||||||||
#F2F2F2 | #F9F9F9 | ||||||||||
|
|
Kann mir jemand sagen, warum wikitable sich nicht so verhält, wie man es von prettytable erwartet? Ich dachte, die Klasse wurde einfach nur umbenannt? --darkking3 Թ 00:09, 21. Sep. 2010 (CEST)
- Mich stören die Unterschiede auch. Liegt es an der Defintion hier? Gruß,--Tilla 2501 00:19, 21. Sep. 2010 (CEST)
- Woanders sind die Klassen afaik nicht sortiert. mich wundert nur, dass eine Nichtdefinition einzelner Elemente in der css dann die genaue definition in einem Artikel unterbindet. Eigentlich sollte die genaue Definition im Artikel vor den Klassendefinitionen gehen. --darkking3 Թ 00:22, 21. Sep. 2010 (CEST)
- Ich seh auch gerade, dass beide Klassen unterschiedliche Headerfarben verwenden. --darkking3 Թ 00:28, 21. Sep. 2010 (CEST)
- Und um dem ganzen das Sahnehäubchen aufzusetzen:
bgcolor="#e2ffe2"
wird von der Klasse wikitable gar nicht erst akzeptiert, erststyle="background-color:#e2ffe2;"
wird akzeptiert. --darkking3 Թ 01:54, 21. Sep. 2010 (CEST)
Die unterschiedlichen Headerfarben liegen an http://de.wikipedia.org/skins-1.5/common/shared.css, deswegen funktioniert das zeilenweise „Behintergründen“ in Wiktable-<th>s nur mit den HintergrundfarbeN-Klassen aus Common.css. Für die prettytable ist dies offengelassen worden. Evtl. sollte man das anregen, entweder .wikitable th{background:inherit;}
oder .prettytable th {/*text-align: center; natürlich*/ background: #f2f2f2;}
@Darkking: CSS ist immer stärker als HTML-Hintergrund, selbst wenn es in Untiefen definiert wurde :-) Bei <td>s funktionierts dann auch.
meint -- ✓ Bergi 16:24, 21. Sep. 2010 (CEST)
- Wurde unter MediaWiki Diskussion:Common.css/Archiv2#Hintergrundfarben nach Übernahme von wikitable in core-css bereits ausführlich diskutiert. Ist auch kein alleiniges Vorlagenproblem. Der Umherirrende 19:59, 21. Sep. 2010 (CEST)
- Wie schon dort gesagt, sehe ich keine sinnvolle Möglichkeit für irgendwelche weiteren Änderungen. Egal, was man ändert, irgend etwas geht dabei auf jeden Fall kaputt. Einen Vorschlag ähnlich dem oben genannten
.wikitable th { background: inherit; }
hatten wir übrigens schon vor Jahren, es steht aber auch direkt dabei, weshalb er nicht geht. (Darüber hinaus unterstützen IE 6 und 7 das Keywordinherit
nicht.) Gruß --Entlinkt 18:04, 27. Sep. 2010 (CEST)
- Wie schon dort gesagt, sehe ich keine sinnvolle Möglichkeit für irgendwelche weiteren Änderungen. Egal, was man ändert, irgend etwas geht dabei auf jeden Fall kaputt. Einen Vorschlag ähnlich dem oben genannten
- Warum es nicht geht? Das „falsch-positiv“ bezieht sich meines Ermessens nur auf das
tr[style]
. Kaputtgehen würde ich übrigens nicht sagen, so groß ist der Farbunterschied eh nicht; und die Vorteile würden imho überwiegen. BTW: Dann sehen manche IE-Nutzer halt nicht alle Verbesserungen; siehe auch IE6
meint -- ✓ Bergi 18:34, 27. Sep. 2010 (CEST)- Erst die Analyse: Das Problem ist, dass die Klasse
wikitable
den Kopfzellen (th) eine Hintergrundfarbe (#f2f2f2) zuweist. Das tut sie mit voller Absicht; die Kopfzellen sollen eine Hintergrundfarbe haben. Zu einem Problem wird es erst, wenn auch die Zeile (tr), die die Kopfzellen enthält, eine Hintergrundfarbe hat, weil die Hintergrundfarbe der Kopfzellen die der Zeile verdeckt, was Benutzer so nicht erwarten. - Dann die Lösung. Ein simples
.wikitable th { background: inherit; }
ist leider keine, weil es den beabsichtigten Effekt, dass die Kopfzellen eine Hintergrundfarbe haben sollen, außer Kraft setzt. (Davon abgesehen ist es aber auch unnötig kompliziert;.wikitable th { background: transparent; }
erreicht den Zweck ebenso und funktioniert in allen Browsern.) Man müsste also einen Weg finden, den Kopfzellen nur dann eine Hintergrundfarbe zuzuweisen, wenn die sie enthaltende Zeile keine Hintergrundfarbe hat. Und das ist schwieriger, als man denkt. (Was den IE 6 betrifft, bin ich übrigens ähnlicher Meinung, aberinherit
funktioniert auch im IE 7 nicht, und den IE 7 benutzen in Deutschland immerhin noch über 6 Prozent. Natürlich streben wir an, browserabhängige Unterschiede so weit wie sinnvoll möglich zu vermeiden, damit man keine detaillierten CSS- und Browserkenntnisse haben muss, um mit Tabellen zu arbeiten.) - Meiner Meinung nach ist der ganze CSS-Kram aber sowieso nur Fummelei an den Symptomen. Das eigentliche Problem besteht – siehe wieder ganz oben – darin, dass die Kopfzellen eingefärbt werden und nun mal alles hinter sich verdecken. Wenn anstelle von Kopfzellen Tabellenköpfe (thead-Elemente) eingefärbt würden, gäbe es das Problem gar nicht. Leider gibt MediaWiki zurzeit keine gegliederten Tabellen und somit auch keine Tabellenköpfe aus, sondern packt unsinnigerweise den gesamten Inhalt in einen Tabellenkörper (tbody). (Genau genommen packt MediaWiki die Zeilen direkt in die Tabelle, was aber in HTML gleichbedeutend mit einem einzelnen Tabellenkörper ist, weil Start- und Enttag des tbody-Elements optional sind.) Hierzu gibt es in Bugzilla mehrere Einträge.
- Nachdem MediaWiki gefixt ist, müsste im CSS bloß noch
.wikitable th { background: #f2f2f2; }
durch.wikitable thead { background: #f2f2f2; }
ersetzt werden. Bis dahin können wir natürlich gerne weiter nach Workarounds suchen, ich hätte aber schon ganz gerne, dass es wenigstens ab IE 7 aufwärts funktioniert. Gruß --Entlinkt 19:01, 27. Sep. 2010 (CEST)- Als Workaround könnte ich höchstens noch
[style*="background"] > th, [bgcolor] > th { background-color: transparent; }
anbieten. Das funktioniert wegen des Attributselektors nicht im IE 6 (ab IE 7 aufwärts sollte es funktionieren) und deckt wohl die meisten Fälle ab, macht aber auch dasbgcolor
-Attribut für th-Elemente kaputt. (Kann man möglicherweise verschmerzen, weil dasbgcolor
-Attribut in HTML5 nicht mehr erlaubt ist und auch jetzt schon eigentlich nicht mehr benutzt werden sollte; ich sag's aber trotzdem, damit man sieht, dass es nicht so einfach ist, wie man vielleicht denkt.) --Entlinkt 20:13, 27. Sep. 2010 (CEST)- Voted for Bugzilla:4740 :-) Ansonsten klingt der Workaraound mit
style*="background"
ganz gut. Bitte dieselben Deklarationen (inlusive der grauen Hintergrundfarbe) dann auch für die prettytable nachtragen, das war die ursprüngliche Absicht. -- ✓ Bergi 20:26, 27. Sep. 2010 (CEST)- Sorry, aber der Vorschlag muss leider flachfallen, weil IE 7 und 8 (!) einen mir bisher unbekannten Bug haben, der es verhindert, das
style
-Attribut in Attributselektoren zu benutzen. Beschreibung des Bugs, Testfall. - Lustigerweise funktioniert im IE 8 stattdessen
[style*="BACKGROUND"]
(was wiederum in standardkonformen Browsern nicht funktioniert, man müsste also auf Groß- und Kleinschreibung prüfen), aber im IE 7 funktioniert weder Groß- noch Kleinschreibung und im IE 6 funktionieren Attributselektoren grundsätzlich nicht => Es bleibt alles wie gehabt. Gruß --Entlinkt 21:40, 27. Sep. 2010 (CEST)
- Sorry, aber der Vorschlag muss leider flachfallen, weil IE 7 und 8 (!) einen mir bisher unbekannten Bug haben, der es verhindert, das
- Voted for Bugzilla:4740 :-) Ansonsten klingt der Workaraound mit
- Als Workaround könnte ich höchstens noch
- Erst die Analyse: Das Problem ist, dass die Klasse
- Warum es nicht geht? Das „falsch-positiv“ bezieht sich meines Ermessens nur auf das
Hallo ihr Lieben, ich habe bei dem Ort Zvornik in der Infobox die Postleitzahl nachgetragen. Im Artikel erscheint diese jedoch nicht, weder in der gesichteten, noch in der ungesichteten Version. Bei näherem Hinsehen ist mir aufgefallen, dass auch noch weitere Informationen, die in der Box im Quelltext eingetragen sind, im Artikel gar nicht auftauchen. Irgendwelche Gründe hierfür? Ist die Vorlage nicht in Ordnung oder hab ich was falsch geschrieben? Wäre nett wenn sich das mal jemand anschaut. Gruß LaFuente 10:56, 23. Sep. 2010 (CEST)
- Hab es repariert, ist in der Vorlagenbeschreibung nicht klar ersichtlich wie die Parameter nun heißen. Werde es dort auch gleich noch ändern. --тнояsтеn ⇔ 11:05, 23. Sep. 2010 (CEST)
- Sehe gerade, andere Sachen sind in der Doku auch falsch. Die Parameter Breitengrad und Längengrad etwa gibt es nicht und Beschriftung funktioniert auch nicht? Wer kann der Vorlage mal eine Komplettsanierung verpassen? --тнояsтеn ⇔ 11:08, 23. Sep. 2010 (CEST)
- Längen und breitengrad ist zwar vorhanden, müsste aber von grad, Minuten,sekunden auf Dezimal umgerechnet werden --darkking3 Թ 21:45, 26. Sep. 2010 (CEST)
- Das mein ich ja, in der Doku sind die Parameter falsch benannt. --тнояsтеn ⇔ 22:03, 26. Sep. 2010 (CEST)
- Längen und breitengrad ist zwar vorhanden, müsste aber von grad, Minuten,sekunden auf Dezimal umgerechnet werden --darkking3 Թ 21:45, 26. Sep. 2010 (CEST)
- Sehe gerade, andere Sachen sind in der Doku auch falsch. Die Parameter Breitengrad und Längengrad etwa gibt es nicht und Beschriftung funktioniert auch nicht? Wer kann der Vorlage mal eine Komplettsanierung verpassen? --тнояsтеn ⇔ 11:08, 23. Sep. 2010 (CEST)
Auf Nachfrage auf der Disk-Seite stell ich es mal hier: derzeit muss der Parameter "Bundesland" und "Region-ISO" angegeben werden. Ist es möglich, dass nur eine der beiden Angaben gemacht werden muss und die andere automatisch dann benutzt wird? Also z. B. nur ISO-Code eingeben und Bundesland wird automatisch ausgegeben oder halt Bundesland angeben und das wird automatisch für die Geokoordinate verwendet. -- Quedel 00:50, 25. Sep. 2010 (CEST)
- siehe dort. -- ✓ Bergi 11:50, 25. Sep. 2010 (CEST)
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)
- Siehe hier, der Anteil der Parlamentsmandate kann nur als Bundestagsmandate angegeben werden.--†
- 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)
- Vielen Dank; kannst du vielleicht noch einen ähnlichen Ersatz für die "Bundes"- und "Landes"ämter schaffen?--†
- Ersetzen durch was, ich kenn mich da nicht aus? -- ✓ Bergi 15:43, 17. Okt. 2010 (CEST)
Imagemap-Vorlagen
→ Vorlage Diskussion:Imagemapdokumentation -- ✓ Bergi 16:20, 25. Sep. 2010 (CEST)
Schachvorlagen als svg
Wäre es möglich die Vorlage:Schachbrett auf SVG umzustellen? Die geringe Auflösung fällt beim Druck schon sehr auf und in der Commons:Category:SVG chess pieces sind entsprechende Grafiken vorhanden. Vielleicht kann man damit auch die Schachbrett Größe stufenlos ändern und muss nicht auf wenige fest kodierte Fälle zurückgreifen.--Trockennasenaffe 10:19, 27. Sep. 2010 (CEST)
Nachtrag:In der englischsprachigen Wikipedia gibt es mit en:Template:Chess diagram svg schon etwas vergleichbares.--Trockennasenaffe 13:57, 27. Sep. 2010 (CEST)
- Ich mach mich mal dran: Vorlage:Schachbrett/SVG. Dabei sollte man auch von verschiedenen Bildern wegkommen und die Hintergrundfarbe der Tabellenzelle überlassen. -- ✓ Bergi 15:30, 27. Sep. 2010 (CEST)
- Was haltet ihr davon? Interessant fände ich noch eine Untervorlage, die die Bildchen (oder gleich die ganze Zelle) ausgibt; sie hätte die Parameter Figur und Größe. Damit wären endlich Alternativtexte und auch andere (v.a. deutsche) Kürzel möglich, vgl. Schachfigur#Figurenbezeichnungen (gefährlich im Sinne der internationalen Vereinheitlichung, ich weiß).
meint -- ✓ Bergi 16:39, 27. Sep. 2010 (CEST)
- Ursprünglich war ja mal geplant, die Vorlage international zu vereinheitlichen. Auf Meta scheint sich da aber niemand mehr für zu interessieren, so dass man vermutlich Änderungen im Alleingang durchziehen muss, wenn man etwas verändern möchte und daher keine Rücksicht auf andere nehmen kann. Ich wäre daher auch dafür, das ganze möglichst praktikabel und modular zu machen. Erreichen sollte man auch, dass die Vorlage auch in der Druck- und PDF-Version gut aussieht. Da gibt es bei der momentanen Vorlage deutliche Defizite. Was die Farbe des Tabellenhintergrund angeht: Aus der englischsprachigen Wikipedia habe ich gehört, dass man damit möglicherweise Probleme mit dem IE6 bekommt, weil der Probleme mit transparenten PNGs hat. Ich denke aber nicht, das man darauf Rücksicht nehmen sollte.--Trockennasenaffe 18:37, 27. Sep. 2010 (CEST)
- Sollte schon, tut man aber nicht :-) Die Probleme der Druckversion liegen halt an den kleinen generierten Thumbnails, da müssten wohl zum Drucken Bilder eingebunden werden, die größer als die 26px sind (der Browser kann das dann beim „Zoomen“ darstellen). Ist das aber nicht eher ein Bug bei allen Bildern? -- ✓ Bergi 20:36, 27. Sep. 2010 (CEST)
- Ich habe mich wohl etwas missverständlich ausgedrückt. Ich meinte in erster Linie die PDF und Buchfunktion. Diese scheinen tatsächlich – falls vorhanden – eine höher auflösende Bildversion zu verwenden (Eine genaue Dokumentation habe ich leider nicht gefunden). Auch Tabellen werden vergrößert aber die darin enthaltenen Bilder offenbar nicht (vielleicht weil sie nicht höher aufgelöst vorliegen?). Das führt dazu, dass die Schachbretter „auseinandergerissen“ werden. Kann man bei den Schachartikeln einfach ausprobieren. Ob das bei deiner SVG Version auch der Fall ist konnte ich bisher nicht testen da die PDF-Funktion offenbar nur im Artikelnamensraum aktiv ist.
- Vielleicht wäre es auch gut wenn die SVG Version zur Standardversion kompatibel wäre, so dass man sie einfach ersetzen könnte.--Trockennasenaffe 10:52, 28. Sep. 2010 (CEST)
- Sollte schon, tut man aber nicht :-) Die Probleme der Druckversion liegen halt an den kleinen generierten Thumbnails, da müssten wohl zum Drucken Bilder eingebunden werden, die größer als die 26px sind (der Browser kann das dann beim „Zoomen“ darstellen). Ist das aber nicht eher ein Bug bei allen Bildern? -- ✓ Bergi 20:36, 27. Sep. 2010 (CEST)
- Gibts da echt höhere Auflösung? Ich habe jetzt aber (außer für Formeldarstellung im Buch) auch nichts gefunden. Die verpixelten Bilder sind aber bei mir das einzige Problem, zerissene Tabellen sehe ich nicht (Browser, Permalink?), oder meinst du die Buchfunktion?.
- Ich meine den Punkt Als PDF herunterladen links in der Werkzeugleiste unter Drucken/exportieren. Die Auflösung ist hier tatsächlich größer, was im direkten Vergleich deutlich auffällt, insbesondere wenn man etwas reinzoomt. Die Tabellen werden dabei separiert und vergrößert.--Trockennasenaffe 15:31, 28. Sep. 2010 (CEST)
- Ah, die bekommen ein Padding. Das ist in der neuen Version nicht mehr so schlimm, weil es nicht weiß, sondern in Feldfarbe ist. Das Bild darin dürfte allerdings auch nicht größer werden. Die schwarzen Ränder krieg ich aber auch nicht weg. -- ✓ Bergi 19:02, 28. Sep. 2010 (CEST)
- Das sieht schon deutlich besser aus als die ursprüngliche Version. Die Ränder finde ich dabei weniger störend als die Sache, dass die Felder nicht mehr quadratisch sind. Kannst du mal ein Beispiel machen, bei dem Figuren auf dem Feld sind?--Trockennasenaffe 19:09, 28. Sep. 2010 (CEST)
- Ich könnte mir vorstellen, dass man beim Hauptfeld ganz von der Tabelle wegkommen muss und einfach nur Grafiken übereinanderlegt. ÅñŧóñŜûŝî (Ð) 02:38, 6. Okt. 2010 (CEST)
Vorlage:Infobox Futurama-Episode
Hallo, ich würde gerne die Infobox der Futurama-Episoden für die Episodenliste von Fringe verwenden. Würde jedoch gerne eine extra Infobox für Fringe haben. Als Vorlage könnte die Futurama Box dienen, aber etwas umgestaltet, leider kann ich das nicht selber machen, da ich mich mit Infoboxen und Vorlagen im Allgemeinen kaum auskenne. Ich hätte folgende Wünsche für Veränderungen:
- die Parameter Opening caption, Gastauftritt, mehrere bräuchte die neue Box nicht
- bei den Parametern TV-US und TV-DE sollte es, wie auch in der Vorlage:Infobox Fernsehsendung, möglich seien den Sender der Erstausstrahlung zu nennen
- zudem sollte beim Parameter TV-US nicht Erstausstrahlung sondern englischsprachige Erstausstrahlung angezeigt
Ich hoffe es kann mir jemand, der sich mit solchen Vorlagen auskennt, eine solche Infobox zusammen bauen. Gruß --Tostedt (Disk.) 19:17, 1. Okt. 2010 (CEST)
- Die Futurama-Box ist nicht ganz unumstritten. ich halte den Futurama-Artikel für einen der unübersichtlichsten Überhaupt! Für jede Episode einen eigenen Abschnitt ist weit übertrieben. Wenn man dies bei den Simpson machen würde, würde man erstmal Seitenlang scrollen, um nur die Inhaltsangabe zu überspringen! Und wenn, würde eine zentrale Box reichen, sonst müsste man für jede Serie ne eigene Box erstellen! --darkking3 Թ 19:50, 2. Okt. 2010 (CEST)
- Ich würde eine allgemeine Vorlage:Infobox Episode oder Folge befürworten, nicht für jede Serie eine eigene. Alternativ auch nur eine Infobox Staffel, z.B. für solche Listen. Ansonsten finde ich die Futurama-Liste besser als eine riesige Tabelle, ein Episodenlisteneintrag hat u.a. keinen Anker (könnte man aufgrund der Vorlage wenigstens einfach einbauen). Das ist aber immer noch besser als diese (unsortierbare) Formatierung, vgl. Vorlage Diskussion:Episodenlistentabelle#Weiterentwicklung, wo auch schon eine IB angesprochen wurde.
meint -- ✓ Bergi 13:34, 3. Okt. 2010 (CEST)
- Ich würde eine allgemeine Vorlage:Infobox Episode oder Folge befürworten, nicht für jede Serie eine eigene. Alternativ auch nur eine Infobox Staffel, z.B. für solche Listen. Ansonsten finde ich die Futurama-Liste besser als eine riesige Tabelle, ein Episodenlisteneintrag hat u.a. keinen Anker (könnte man aufgrund der Vorlage wenigstens einfach einbauen). Das ist aber immer noch besser als diese (unsortierbare) Formatierung, vgl. Vorlage Diskussion:Episodenlistentabelle#Weiterentwicklung, wo auch schon eine IB angesprochen wurde.
- Eine eigene Box für Fernsehsender befürworte ich auch. Außerdem finde ich die Futurama Liste eigentlich die übersichtlichste die ich gesehen habe. Sie hat genügend Platz um auch einmal eine ordentliche und ausführliche Inhaltsangabe zu schreiben, jedoch hat sie zu viele Überschriften. Sehe ich ein.
- Eine eigene Box für Fernsehsender befürworte ich auch. Außerdem finde ich die Futurama Liste eigentlich die übersichtlichste die ich gesehen habe. Sie hat genügend Platz um auch einmal eine ordentliche und ausführliche Inhaltsangabe zu schreiben, jedoch hat sie zu viele Überschriften. Sehe ich ein.
- Ich werde mal in der nächsten Zeit in der Wikipedia:Redaktion Film und Fernsehen anzusprechen, ob solch eine Box sinnvoll ist. Zudem sollte eine einheitliche Episodenliste eingeführt werden, es gibt ja jetzt fast für alle Serien eine eigene! Danach werde ich mich hier wieder melden und man kann eine Box entwickeln, ich will jetzt nämlich keinen Alleingang machen. Gruß --Tostedt (Disk.) 16:14, 5. Okt. 2010 (CEST)
weiter unten auf dieser Seite und bei der Redaktion FF. --Wikiroe 22:30, 22. Okt. 2010 (CEST)
Info: Eine allgemeine Vorlage für Einzelepisoden einer Fernsehserie ist auf dem Weg, sieheDie Vorlage ist so programmiert, dass durch die Verbands-Auswahl automatisch das entsprechende Kontinentalturnier ausgesucht wird. Das ganze hat allerdings leider einen Haken: Es gibt Verbände, die bei mehreren Verbänden gespielt haben, so gewann die israelische Fußballnationalmannschaft 1964 die Fußball-Asienmeisterschaft (und belegte bei den drei weiteren Teilnahmen Medaillenplätze), der australische Verband wechselte 2005 vom ozeanischen in den asiatischen Verband. Zudem gibt es Verbände wie Kasachstan die den Verband wechselten und bei der Copa America (Mexiko, USA, Costa Rica, Honduras, Japan) und dem CONCACAF Gold Cup (Brasilien, Kolumbien, Südkorea, Ecuador, Peru, Südafrika) nehmen oder nahmen regelmäßig Teams aus anderen Verbänden teil. Es wäre daher toll, wenn man weitere Kontinentalturniere manuell einfügen könnte, hoffe es gibt da eine relativ simple Lösung. Gruß --Ureinwohner uff 00:47, 2. Okt. 2010 (CEST)
- Da ich bei Vorlage:Infobox Fußballturnier vor dem gleichen Problem stand: Ich habe die #switch-konstrukte einfach weggelassen, sodass die paramter sowie Kategorien händisch gesetzt werden müssen. es gibt einfach zu viele verbände und Möglichkeiten bzw. wusste ich irgendwann nicht mehr, was wie wo richtig ist. Dies sollte auch einer verkomplizierung entgegenwirken, sodass man leichter die Box einsetzen kann. Allerdings ist dazu das einmalige Ändern aller Seiten mit Einbindungen erforderlich. Ansonsten: switch auslagern und dann setzen sollte es einfacher werden. --darkking3 Թ 19:48, 2. Okt. 2010 (CEST)
Links auf Los Angeles (Kalifornien)
Im Artikel Liste der Countys in Kalifornien bekomme ich den o. g. Link nicht entfernt, da die Vorlage:County7 automatisch ein „Kalifornien“ ergänzt. Gruß,--Tilla 2501 07:15, 4. Okt. 2010 (CEST)
- Das problem dabei ist, dass die Vorlage von der en übernommen und dort durch eine andere en:Template:Countyrow ersetzt wurde. Dies würde ich auch für die de Vorschlagen. Und:#ifexist dürfte helfen, die en hat das gleiche problem und ne Weiterleitung! --darkking3 Թ 10:23, 4. Okt. 2010 (CEST)
- Würdest du die Vorlage anpassen wollen? Gruß,--Tilla 2501 17:58, 5. Okt. 2010 (CEST)
- #ifexist hätte den prinzipiellen Nachteil, dass nicht vorhandene Artikel nicht verlinkt werden, sondern im zweifel dann auf ne BKL verlinkt wird. --darkking3 Թ 18:17, 5. Okt. 2010 (CEST)
- Würdest du die Vorlage anpassen wollen? Gruß,--Tilla 2501 17:58, 5. Okt. 2010 (CEST)
- #switch? Nachfolgend eine Gegenüberstellung aus der Kategorie:County in den Vereinigten Staaten
- Mit Klammer 1448
- ohne Klammer 1714
- also ganz schnell wieder vergessen. Dann gibts nur die Einführung eines optionalen Parameters „Link“, wo er nicht angegeben ist wird per ifexist gesucht.
meint -- ✓ Bergi 19:19, 5. Okt. 2010 (CEST)- Dann lieber nur Link, dass man den link hart angeben kann. Sollte dann m.M. nach auch reichen? --darkking3 Թ 13:56, 6. Okt. 2010 (CEST) P.S.: im übrigen hätte mir ne Zahlenangabe gereicht, so sinds 90kB zusatzdaten... --darkking3 Թ 13:56, 6. Okt. 2010 (CEST)
Neue Infobox "Heilige"
- Was – soll das Gewünschte tun?
Erstellen einer Infobox in allen Heiligen- und Seligen-Biographien, wobei nur die Zeilen angezeigt werden, deren Parameter ausgefüllt wurden. Als Beispiel könnte die entsprechende französische Infobox dienen: [[4]] Als Parametervorlage soll folgendes benutzt werden:
{{Heilige | Name = | Bild = | Bildtext = | Geboren = | Geburtsort = | Verstorben = | In = | Titel = | Staatsangehörigkeit = | Seligsprechung = | Heiligsprechung = | Festtag = | Verehrt von = | Verehrungsstätte = | Attribute = | Schutzpatron = }}
- -Variable "Name" gibt den Namen des Heiligen/Seligen (1. Zeile der Infobox) wieder. Ohne das Ausfüllen der Variable soll die Tabelle nicht angezeigt werden.
- -Mit "Bild" wird der Pfad zum Bild angegeben (ohne "Datei:").
- -Mit "Bildtext" wird die Bildunterschrift aktiviert.
- -Unter Seligsprechung bzw. Heiligsprechung sollte man jeweils Datum, Ort und den entsprechenden Papst eingeben können.
- -Alle anderen Einträge sollen jeweils nur eine Textzeile enthalten, deren Inhalt aus der obigen Tabelle hervorgeht.
- Wie – soll das Gewünschte aussehen?
Ich verweise noch einmal auf die musterhafte französische Version: [[5]].
- Warum – ist es hilfreich so etwas zu haben?
Eine entsprechende Infobox ist bis jetzt nicht vorhanden und wird die Einführung des Portals "Katholizismus" begleiten. Die entsprechenden Heiligen- und Seligenbiographien würden übersichtlicher, ansprechender und informativer und könnten sich gleichzeitig in den innerhalb anderer Wiki-Sprachen etablierten Rahmen optisch eingliedern.
- Wer – wünscht die Umsetzung?
Das bis jetzt noch nicht bestehende Portal "Katholizismus"
- Wo – soll das umgesetzt werden?
- Wo – findet sich ein Beispiel oder ähnlich Geartetes?
Z. B. in der französischen Mutter Teresa-Biographie [[6]]
Für alle Mühe und Hilfe danke ich allen Beteiligten aufs Herzlichste im Voraus! --Saintambroise 17:59, 4. Okt. 2010 (CEST)
- Warum wurde die Anfrage nach einer neuen Infobox "Heilige" gelöscht? Danach besteht Bedarf! (nicht signierter Beitrag von 193.253.183.24 (Diskussion) 15:44, 5. Okt. 2010 (CEST))
- guckstu #Neue Infobox "Heilige" 2. Neue Abschnitte werden immer unten erstellt, siehe auch BD:Matthiasb. -- ✓ Bergi 18:50, 6. Okt. 2010 (CEST)
- Danke, ich füge unten ein! --Saintambroise 22:21, 6. Okt. 2010 (CEST)
- guckstu #Neue Infobox "Heilige" 2. Neue Abschnitte werden immer unten erstellt, siehe auch BD:Matthiasb. -- ✓ Bergi 18:50, 6. Okt. 2010 (CEST)
Ich habe Vorlage:Infobox Heilige erstellt. Ich hoffe, sie ist gut so? Gruß, --Revo Echo der Stille 17:29, 7. Nov. 2010 (CET)
- Hallo Revolus, wäre nicht Vorlage:Infobox Heiliger der passendere Name, denn eine Infobox beschreibt ja nicht mehrere Heilige? --Wiegels „…“ 18:25, 7. Nov. 2010 (CET)
- Hm, da hast du wohl recht. Ich habe nur auf den Rotlink geklickt, ohne mir sonderlich Gedanken darüber zu machen. --Revo Echo der Stille
18:56, 7. Nov. 2010 (CET)
- Hm, da hast du wohl recht. Ich habe nur auf den Rotlink geklickt, ohne mir sonderlich Gedanken darüber zu machen. --Revo Echo der Stille
Vorlagen Fbm, Fbi, Fbf und Fbm_U21, Teil 1
Diese Vorlagen haben die gleiche, unangenehme Eigenschaft wie Flagicon. Sie enthalten eine große Switch-Anweisung, belasten den Parser und sorgen, da sie auf einer Seite bevorzugt gehäuft auftreten, für sehr lange Ladezeiten. Im gegensatz zu Flagicon sind das aber reine Faulheitsvorlagen Bequemlichkeitsvorlagen. Man kann auch die Ländervorlage direkt angeben. So z.B. statt {{Fbm|DEU}}} gleich {{DEU|Deutsche Fußballnationalmannschaft}}. Nur wenige Tippzeichen mehr ...
In der Summe verschärfen sie "ewiges" warten, wenn die WP-Server gerade viel zu tun haben. Ich bin daher dafür, dass diese vier Vorlagen vom Bot durch die passende Ländervorlagen ersetzt und dann gelöscht werden. ÅñŧóñŜûŝî (Ð) 16:07, 8. Okt. 2010 (CEST)
Diskussion der Übersichtlichkeit wegen vom Fußball-Portal hierher verschoben, damit nicht an zwei Stellen diskutiert wird. -- Geo1860 18:24, 8. Okt. 2010 (CEST)
Diese Vorlagen haben die gleiche, unangenehme Eigenschaft wie Flagicon. Sie belastet den Parser und sorgen, da sie auf einer Seite bevorzugt gehäuft auftreten, für sehr lange Ladezeiten. Hier ist dringend Abhilfe nötig. ÅñŧóñŜûŝî (Ð) 17:52, 7. Okt. 2010 (CEST)
Nachtrag: Beide Vorlagen enthalten eine riesige Switch-Anweisung, um alle Kürzel "abzuklappern". Das generiert sehr viele, sogenannte "Nodes", jedes "Case" zwei Nodes. Von der Anzahl der Nodes hängt die Zeit ab, welche der Parser benötigt. Ist der Server gerade sehr beschäftigt, dann macht das viel aus. Ich möchte diese beiden Vorlagen daher durch einen direkten Aufruf der jeweiligen ländervorlage ersetzen. ÅñŧóñŜûŝî (Ð) 14:57, 8. Okt. 2010 (CEST)
- Den Wahrheitsgehalt können nur Techniker überprüfen! --Ranofuchs 15:04, 8. Okt. 2010 (CEST)
- Du kannst die Zahl der Nodes im HTML-Quelltext der Seiten nachlesen. Dort gibt es eine stelle, an der steht:
<!-- NewPP limit report Preprocessor node count: NNN/1000000 Post-expand include size: MMM/2048000 bytes Template argument size: PPP/2048000 bytes Expensive parser function count: QQQ/500 -->
Wobei NNN, MMM, PPP und QQQ ganze Zahlen sind. Die passende Metaseite suche ich dir noch heraus. ÅñŧóñŜûŝî (Ð) 15:09, 8. Okt. 2010 (CEST)
P.S.: Deine Reverts sind m.E. ein schlechter Stil. Ich mache dir den Vorwurf, der WP leichtfertig zu schaden. ÅñŧóñŜûŝî (Ð) 15:11, 8. Okt. 2010 (CEST)
- Schlechter Stil ist es eigenmächtig nicht diskutierte Vorgehensweise umzusetzen! Gruß --Ranofuchs 15:14, 8. Okt. 2010 (CEST)
Kommen diese Vorlagen sehr oft vor, dann sprengen sie das Limit von 1.000.000 Nodes. Siehe dazu. Sie sind dafür verantwortlich, dass man zu manchen Zeiten auf eine Seite ewig warten muss, bis die Seite kommt. Es gibt auch Fehlermeldungen (Timeouts) des Gateways. Das alles nur, weil {{Fbm|DEU}}} ein paar Schriftzeichen kürzer ist als {{DEU|Deutsche Fußballnationalmannschaft}}. sowas ist doch vermeidbar. ÅñŧóñŜûŝî (Ð) 15:27, 8. Okt. 2010 (CEST)
Es gibt noch mehr Vorlagen dieser Art. Ich habe das Thema daher auf vier Vorlagen erweitert. Alle vier gehören ersetzt und dann gelöscht. ÅñŧóñŜûŝî (Ð) 15:36, 8. Okt. 2010 (CEST)
- M.E. gehört das Ganze in die Vorlagenwerkstatt - nur dort sitzen die Experten, die die o.g. Behauptungen bestätigen können oder nicht. Gruß --Ranofuchs 15:42, 8. Okt. 2010 (CEST)
Wikipedia:Sorge dich nicht um die Server. Wenn also hier nicht die Foundation oder deren offizielle Abgesandte an uns herantreten halte ich das für private Beschäftigungstherapie. Vorlage:fbi ist schon allein deswegen notwendig, weil einige Spielerlisten ansonsten von den kB her an den Rand des machbaren stoßen. Und wo der Unterschied zwischen obigen Vorlagen und flagicon & Co liegen soll, ist mir auch ein Rätsel. --Ureinwohner uff 15:52, 8. Okt. 2010 (CEST)
- (2 x BK) Die Foundation kümmert es heutzutage leider keinen deut, ob wir User ewig auf die Seiten warten müssen. Das ist denen total egal. Daher ist das absolut kein Argument (mehr). WP:DWAP ist nur bei Problemen anwendbar, bei denen es um die Interesen der Foundation geht und nicht um die der User. Im übrigen wechsle ich mit dem Thema zur Vorlagenwerkstatt. Gruß ÅñŧóñŜûŝî (Ð) 16:01, 8. Okt. 2010 (CEST)
- en:Wikipedia:Don't worry about performance ergänzt allerdings: Also, you can worry about performance if you can tell the difference yourself. If you find that a page takes ten seconds to load, and takes only one second to load if you remove a particular template, and you can reliably reproduce this and other editors confirm they can too, then obviously the template is slowing down that page. If you would like the page to load faster, then by all means remove or simplify the template. 172.158.30.238 15:57, 8. Okt. 2010 (CEST)
- Richtig. Fehler bei der Vorlagennutzung sind unser Problem. ÅñŧóñŜûŝî (Ð) 16:02, 8. Okt. 2010 (CEST)
- Dann bring eine machbare Alternative. Es gab Gründe für die Vorlage:fbi, und ich nehme lieber 10 Sekunden Ladezeit inkauf anstelle von „gar nicht mehr aufrufbar“. --Ureinwohner uff 16:15, 8. Okt. 2010 (CEST)
- Richtig. Fehler bei der Vorlagennutzung sind unser Problem. ÅñŧóñŜûŝî (Ð) 16:02, 8. Okt. 2010 (CEST)
- en:Wikipedia:Don't worry about performance ergänzt allerdings: Also, you can worry about performance if you can tell the difference yourself. If you find that a page takes ten seconds to load, and takes only one second to load if you remove a particular template, and you can reliably reproduce this and other editors confirm they can too, then obviously the template is slowing down that page. If you would like the page to load faster, then by all means remove or simplify the template. 172.158.30.238 15:57, 8. Okt. 2010 (CEST)
Habe ich bereits gemacht: Statt der Vorlage den Quelltext, der hinter dem passenden "Fall" steht, einsetzen. Die Ländervorlagen sind dezentral und belasten den Server daher unwesentlich. Ich lade dich und andere, schreibende Fußballfans zur Diskussion in der Vorlagenwerkstatt ein. ÅñŧóñŜûŝî (Ð) 16:42, 8. Okt. 2010 (CEST)
- Bitte lesen. Der entsprechende Quelltext ist umständlich und zum Teil zu lang und bringt dadurch viele Listenartikel an den Rande des technisch möglichen. die Liste der Spieler der Wolverhampton Wanderers war bereits zeitweise nicht mehr aufrufbar und erst durch die Verwendung von "fbi" wieder nutzbar. {{SortKey|Bosnien-Herzegowina|[[Bild:Flag of Bosnia and Herzegovina.svg|border|20px|Bosnier]]}} ist halt nunma um ein vielfaches länger als {{fbi|BIH}} --Ureinwohner uff 17:41, 8. Okt. 2010 (CEST)
- Könntest zumindest verkürzen auf {{SortKey|Bosnien-Herzegowina|{{BIH|#}}}}. Dann erscheint zwar Bosnien und Herzegowina statt Bosnier, wenn du mit der Maus über die Flagge fährst, aber das sollte denke ich verschmerzbar sein (und ließe sich eventuell auch noch ändern, dann müsste man vllt {{SortKey|Bosnien-Herzegowina|{{BIH|#|Bosnier}}}} eingeben, Möglichkeiten lassen sich bestimmt finden).
Gibt es vllt auch ’ne Möglichkeit, den SortKey in die Flaggenvorlagen einzubauen?Gibt es, ist ja bei der fbi-Vorlage auch drin... Wie sieht es damit aus, den SortKey in die Vorlage einzubauen, gibt’s da irgendwelche Probleme? Sorry, dass ich hier antworte und nicht in der Vorlagenwerkstatt, aber bezieht sich ja gerade auf Ureinwohners Antwort. Vielleicht die ganze Diskussion rüberverschieben? -- Geo1860 18:05, 8. Okt. 2010 (CEST)
- Könntest zumindest verkürzen auf {{SortKey|Bosnien-Herzegowina|{{BIH|#}}}}. Dann erscheint zwar Bosnien und Herzegowina statt Bosnier, wenn du mit der Maus über die Flagge fährst, aber das sollte denke ich verschmerzbar sein (und ließe sich eventuell auch noch ändern, dann müsste man vllt {{SortKey|Bosnien-Herzegowina|{{BIH|#|Bosnier}}}} eingeben, Möglichkeiten lassen sich bestimmt finden).
- Diese Länge ist nicht entscheidend, sondern der Aufwand für den Parser, das HTML zu erstellen. Deshalb:
Das würde ich gerne in die V-Werkstatt verlagern, weil da auch mehr Techniker vorbeischauen. Wäre das Ok ? ÅñŧóñŜûŝî (Ð) 17:20, 8. Okt. 2010 (CEST)
Eine Codeoptimierung wäre schon ein wichtiger Schritt. Die Ländervorlagen enthalten bereits alle einen Sortierstring. Deshalb kann SortKey ganz entfernt werden. Da steht halt z.B. nur "Italien" statt "Italiener". Das ein Bürger Italiens "Italiener" genannt wird, kann man aber als bekannt vorraussetzen.
Ich habe das o.g. Beispiel von Liste der Spieler der Wolverhampton Wanderers aufgegriffen und die Tabelle in meinen BNR kopiert, um zu vergleichen. Benutzer:Antonsusi/Fbi enthält das Original, Benutzer:Antonsusi/FbiExpand eine Version mit direktem Aufruf der Ländervorlagen ohne "Fbi". Dazu muss man wie folgt vorgehen:
- Browsercache leeren.
- Den Link http://de.wikipedia.org/w/index.php?title=Benutzer:Antonsusi/Fbi&action=purge in ein neues Fenster/Tab öffnen lassen und die Zeit bis zum Auftauchen der ersten Seiteninhalte stoppen.
- Fenster/Tab wieder schließen
- 30 Sek. warten
- Browsercache nochmal leeren.
- Den Link http://de.wikipedia.org/w/index.php?title=Benutzer:Antonsusi/FbiExpand&action=purge in ein neues Fenster/Tab öffnen lassen und die Zeit bis zum Auftauchen der ersten Seiteninhalte stoppen.
Ich habe beim ersten Link immer mehr Sekunden gemessen als beim zweiten. Der "NewPP limit report" zeigt die Komplexität der Seiten auf:
- Benutzer:Antonsusi/Fbi:
<!-- NewPP limit report Preprocessor node count: 185069/1000000 Post-expand include size: 588147/2048000 bytes Template argument size: 66031/2048000 bytes Expensive parser function count: 0/500 -->
- Benutzer:Antonsusi/FbiExpand:
<!-- NewPP limit report Preprocessor node count: 8980/1000000 Post-expand include size: 51707/2048000 bytes Template argument size: 1275/2048000 bytes Expensive parser function count: 0/500 -->
Ein drastischer Unterschied. ÅñŧóñŜûŝî (Ð) 18:46, 8. Okt. 2010 (CEST)
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)
- 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)
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)
- 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)
Abschnitt oder Teil eines Textes als Vorlage einbinden.
Bei den Jahresartikeln der Friedensfahrt gibt es für einige Fahrer nur Anmerkungen. (Über diese Fahrer habe ich nicht genug für einen Artikel gefunden.) Diese Fahrer tauchen in den Jahresartikeln mehrfach auf. Nun kann ich ja einfach die vorhandenen Daten kopieren, aber es wird schnell unübersichtlich und muß bei neuen Daten in allen Jahrgängen einzeln geändert werden.
Eine Anfrage bei Wikihilfe ergab, die Daten als (jeweilige) Vorlage einzubinden.
Der Vorteil wäre, daß überall gleiche Daten zum selben Fahrer stehen.
Ich habe da mal einen Test gemacht. Benutzer:JLeng/a Auf Benutzer:JLeng/b wollte ich einzelne Textteile mit {{Benutzer:JLeng/a … }} einbinden. Es wird immer die ganze Seite eingebunden.
Wie kriege ich Textteile eingebunden?
Die (evlt.) Möglichkeit mit <a href … > vielleicht? Oder wird dann die Serverbelastung zu groß?-- JLeng 11:26, 9. Okt. 2010 (CEST)
- → Hilfe:Vorlagen#Bedingtes Einbinden von Quelltextblöcken. Was du mit <a href … > meintest, ist mir nicht klar. Ansonsten habe ich noch Bedenken:
- Wird wahrscheinlich als Missbrauch des Vorlagen-Namensraumes gesehen, ähnlich wie die Statistik-Vorlagen für Tennisspieler, die allerdings nur einmal verwendet werden.
- Vielleicht ist eine Lösung wie bei den Begriffsklärungsseiten möglich und sinnvoll, bei denen keine Vorlage, sondern Artikelteile eingebunden werden
- Warum kann eine Auflistung bekannter Fahrer nicht in den Hauptartikel?
- Reicht es vielleicht doch wenigstens für Stubs?
- meint -- ✓ Bergi 15:22, 9. Okt. 2010 (CEST)
- Ich vermute, das könnten ca. 200 Fahrer werden, die davon betroffen wären. Von diesen Fahrern habe ich einige Daten, es reicht nicht für einen Artikel. Das Einarbeiten mit ref als Anmerkung ist ja auch ok. Einige Jahre später gewinnt dieser Fahrer wieder eine Etappe/Gesamtsieg. Vielleicht denke ich nicht mehr an die alte ref. Vielleicht habe ich inzwischen mehr gefunden …
- Da dachte ich an eine ref, die über mehrere Artikel Bezug hat. Bes.:
- Ein Fahrer gewinnt 1970 eine Etappe. Ich finde über ihn, das er davor/danach einige Rennen gewonnen hat. Für einen Artikel reicht das nicht, aber für eine Anmerkung. Im Jahr 1975 gewinnt er zwei Etappen. Ich suche wieder Daten über ihn, finde etwas, baue es als ref ein und merke irgendwann, daß er schonmal da war. Dazu kommen evtl. neue Daten und das alles mit 58 Artikeln * ca. 15 Fahrer. Irgendwann habe ich keinen Überblick mehr.
- Um das zu verhindern, wollte ich die Daten zentral verwalten. Die Fahrerdaten in eine Datei oder (mit Vorbehalt) auch als Abschnitt im Hauptartikel. Ich dachte da an eine dateiübergreifende ref. Also ein <ref name=xxx> gilt dann auch für andere Artikel, die ich in der ref angebe.
- Ein Gedanke war, das mit Anker zu versuchen. (Deswegen a href …)
- Das Teileinbinden mit onlyinclude hat den Haken, es gilt für jede Vorlage. Und es wird in die aufgerufene Datei eingeschrieben. Ist also nicht flexibel, wenn ein anderes Teil abgefragt wird.
- Ein Einbauen dieser Daten in den Hauptartikel würde eine lange Liste werden, deren Sinn nicht so erkennbar wäre.
- -- JLeng 17:07, 9. Okt. 2010 (CEST)
- Immmerhin sind in manchen deiner Anmerkunge sogar Bilder drin, da wäre ein eigener Artikel doch sinnvoller. Refs mit wikipediaweit eingültigen Namen sind auch schon öfters gewünscht worden, meist aber wegen Unübersichtlichkeit (für Newbies) abgelehnt worden. Daher muss man sich eben mit Vorlagen abhelfen. Dein Problem ließe sich per VP druchaus lösen, aber ich fürchte es wird zu aufwändig. Du übergibst der Vorlage den Fahrernamen, sie wählt den Datensatz aus und gibt ihn zurück (Link zum Fahrer+Ref). In dem Ref allerdings muss in Artikel A stehen „xy gewann auch im Jahre b“, in B allerdings „XY gewann auch im Jahre a“. Und das ist zwar möglich, wird aber so richtig kompliziert. Ich kann mal ein Struktur-Beispiel anlegen, was für ein kurzer, aber sinnvoller Vorlagenname käme dir in den Sinn?
meint -- ✓ Bergi 18:45, 9. Okt. 2010 (CEST)
- Immmerhin sind in manchen deiner Anmerkunge sogar Bilder drin, da wäre ein eigener Artikel doch sinnvoller. Refs mit wikipediaweit eingültigen Namen sind auch schon öfters gewünscht worden, meist aber wegen Unübersichtlichkeit (für Newbies) abgelehnt worden. Daher muss man sich eben mit Vorlagen abhelfen. Dein Problem ließe sich per VP druchaus lösen, aber ich fürchte es wird zu aufwändig. Du übergibst der Vorlage den Fahrernamen, sie wählt den Datensatz aus und gibt ihn zurück (Link zum Fahrer+Ref). In dem Ref allerdings muss in Artikel A stehen „xy gewann auch im Jahre b“, in B allerdings „XY gewann auch im Jahre a“. Und das ist zwar möglich, wird aber so richtig kompliziert. Ich kann mal ein Struktur-Beispiel anlegen, was für ein kurzer, aber sinnvoller Vorlagenname käme dir in den Sinn?
- Du meinst, eine Übergabe einer Variable beim Vorlagenaufruf; entsprechend dem Wert dieser wird dann ein Teil (Datensatz) ausgelesen. Klingt gut, ich hab keine Ahnung, wie man das programmiert. ;)
- Umso dankbarer bin ich, weil du ein Beispiel programmieren willst. Der Name: Vielleicht FF-Fahrer. (FF steht für Friedensfahrt) Ist kurz, passend und mir fällt nichts ein, wo das Kürzel sonst benutzt wird.-- JLeng 19:29, 9. Okt. 2010 (CEST)
- Mal kurz getextet. Ich hoffe du kannst etwas damit anfangen :-) Anm: Die #tag-Parserfunktion ist nötig, damit die VP innnerhalb des refs funktioniert. -- ✓ Bergi 21:59, 9. Okt. 2010 (CEST)
- Danke! Funktioniert sehr gut!
- Die beiden Zeilen:
|Internationale Friedensfahrt 1984 = siegte er nochmals 2000.
|Internationale Friedensfahrt 2000 = siegte er bereits 1984.
- sind mir nicht klar. Löschen?
- …und das
class=error
ist doch viel zu rot. ;) Ich mach da mal style. - Die Vorlage erleichtert so viel … :)))-- JLeng 10:41, 10. Okt. 2010 (CEST)
- Zu den Codezeilen gehört das #switch:{{PAGENAME}} dazu, das ermöglicht, dass in den beiden Artikel verschiendenes steht. Wenn ein Fahrer mehrmals einen Rang belegt hat (was ja die Vorlage erst erforderlich macht), kann man so auf die anderen Siege/Platzierungen hinweisen, ohne in einem Artikel auf diesen selbst zu verweisen. Das class="error" ist insofern Standard, als dass es für die Abfangung von Fehlern verwendet wird, und sollte höchstens mit styles erweitert, nicht aber ersetzt werden.
meint -- ✓ Bergi 10:56, 10. Okt. 2010 (CEST)
- Zu den Codezeilen gehört das #switch:{{PAGENAME}} dazu, das ermöglicht, dass in den beiden Artikel verschiendenes steht. Wenn ein Fahrer mehrmals einen Rang belegt hat (was ja die Vorlage erst erforderlich macht), kann man so auf die anderen Siege/Platzierungen hinweisen, ohne in einem Artikel auf diesen selbst zu verweisen. Das class="error" ist insofern Standard, als dass es für die Abfangung von Fehlern verwendet wird, und sollte höchstens mit styles erweitert, nicht aber ersetzt werden.
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)
- 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)
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:
- Schreibe deine Vorlage im BNR und benutze statt
<ref>
die Schreibweise<ref>
. Du musst auch öffnende eckige Klammern durch[
ersetzen. - Öffne Spezial:Vorlagen expandieren und schreibe dort den Text, der in den Artikel soll, also den mit der eingebundenen Vorlage, ins Eingabefeld.
- Ausführen
- Markiere unten in der Vorschau (nicht im Ergebnisfeld !) den ausgegebenen Text und übertrage ihn in den Artikel.
Eine zweite Methode ist:
- 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. - Öffne Spezial:Vorlagen expandieren und schreibe dort den Text, der in den Artikel soll, also den mit der eingebundenen Vorlage, ins Eingabefeld.
- Ausführen
- 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.
- 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
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)
Neue Bausteine
Was: Vorlage:SÜdamerikalastig, Vorlage:Asienlastig, analog für jeden Kontinent
wie soll das Aussehen? Wie Deutschlandlastig, über die Flagge/Logo kann man ja noch diskutieren
Warum? Dann kann jeder, wie in der Auskunft geschehen, Artikel als "südamerikalastig" bezeichnen, dies eintragen und damit 'Bearbeiter anregen, nicht nur auf Südamerika fokussiert zu schreiben
Wer: Ich persönlich, --Eu-151 15:53, 15. Okt. 2010 (CEST)
Wo? Als Baustein wie Deutschlandslastig
Beispiele: Siehe oben
Ich fände es einfach hilfreich, auch Vorlage:USA-lastig usw. einbinden zu können, um Autoren auf den Tatbestand hinzuweisen --Eu-151 15:53, 15. Okt. 2010 (CEST)
- Das lassen wir lieber, wie wärs mit einer Vorlage:Situationsbezogen oder Landbezogen, die dann per {{Xyz|DEU/EU/USAetc.}} eingebunden wird? Welchen Namen fändet ihr passender?
meint -- ✓ Bergi 18:24, 15. Okt. 2010 (CEST)
- Beispielsweise Vorlage:Staatslastig oder Vorlage:Länderspezifisch wenn es wie Vorlage:Deutschlandlastig aussehen soll und man die Flaggen in jedem Einzelfall extra einbaut. Alternativ kann vielleicht auch dieser Lösungsweg als Vorbild dienen: en:Template:Globalize. --DolphinBGG 19:32, 15. Okt. 2010 (CEST)
- Muss nicht so genau so wie Deutschlandlastig aussehen, aber wäre gut das auch für andere Länder hätte. @Dolphin: Deinen Vorschlag Vorlage:Staatslastig finde ich gut, also ran an die Buletten! --Eu-151 20:12, 15. Okt. 2010 (CEST)
- Für Länder geht es (mit der Einschränkung der Akkusativbildung, siehe Doku). Für ganz Kontinente wie Südamerika oder Asien oder Staatenverbünden wie die EU allerdings passt weder der Vorlagenname, noch gibt es Kürzel oder Flaggen. Wie viele dieser Sonderfälle gibt es und wie soll die Einbindung gelöst werden? Auch ja: soll es eine neue Wartungskat geben, zurzeit werden nur DACH-Artikel kategoriesiert?
meint -- ✓ Bergi 14:43, 16. Okt. 2010 (CEST)- Eine "Wartungskategorie" für den Baustein muss nicht sein (eher eine reine "Baustein-verwendet-Sammelkategorie"), denn oft gibt es nicht wirklich Bedarf etwas zu "warten" sondern ein Hinweis an den Leser genügt. --DolphinBGG 20:01, 16. Okt. 2010 (CEST)
- Baustein-verwendet geht ganz leicht: [7]. Wie machen wir das jetzt mit den Kontinenten? -- ✓ Bergi 15:26, 17. Okt. 2010 (CEST)
- Eine "Wartungskategorie" für den Baustein muss nicht sein (eher eine reine "Baustein-verwendet-Sammelkategorie"), denn oft gibt es nicht wirklich Bedarf etwas zu "warten" sondern ein Hinweis an den Leser genügt. --DolphinBGG 20:01, 16. Okt. 2010 (CEST)
- Für Länder geht es (mit der Einschränkung der Akkusativbildung, siehe Doku). Für ganz Kontinente wie Südamerika oder Asien oder Staatenverbünden wie die EU allerdings passt weder der Vorlagenname, noch gibt es Kürzel oder Flaggen. Wie viele dieser Sonderfälle gibt es und wie soll die Einbindung gelöst werden? Auch ja: soll es eine neue Wartungskat geben, zurzeit werden nur DACH-Artikel kategoriesiert?
- Ich kenne nur Wikipedia:Vorlagen subnationaler Einheiten mit Flagge & Wikipedia:Ländervorlagen mit Flagge. Für Kontinente kann man evtl. einen Platzhalter wie die Weltkugel bei en:Template:Globalize einbauen. --DolphinBGG 15:55, 17. Okt. 2010 (CEST)
- Gut, ich habe jetzt mal die Weltkugeln von commons:Grey-green orthographic projections maps genommen. Eventuell sollte man jetzt auch noch einen Redirect als Alternative für den Vorlagennamen bereitstellen, Vorlage:Regionsbezogen oder ähnlich. Außerdem habe ich die Einzelvorlagen als veraltet markiert. -- ✓ Bergi 18:07, 17. Okt. 2010 (CEST)
- Danke für die gute Arbeit! Vorlage:Regionsbezogen habe ich als WL neu angelegt. --DolphinBGG 01:36, 19. Okt. 2010 (CEST)
- Eigentlich war es im WPBB immer klar, dass wir den englischen Beispiel nicht folgen, weil andere Bausteine als DACH quasi keine Change haben jemals abgearbeitet zu werden, sondern das ein ewiger Mangel bleiben wird. Deswegen wurden immer LAs auf andere -lastig-Bausteine gestellt. Aber gut sei's drum.
- Was aber gar nicht geht ist, dass die Bausteine gar nicht aufgefunden werden können. Es gibt keine Kategorie. Alle Wartungsbausteine sollten für eine Portal über {{Catscan Portal}} zu finden sein. Diese Vorlage ist noch nicht angepasst worden. Auch gibt es keine Erklärungsseite. Bisher existieren nur Wikipedia:Deutschlandlastige Artikel, Wikipedia:Österreichlastige Artikel und Wikipedia:Schweizlastige Artikel. Wenn nun die vier DACH-Bausteine durch die eine Neue ersetzt werden sollen, müssen auch die alten Hilfetexte durch eine neue Hilfeseite ersetzt werden. So halb das Konzept umstellen ist irgendwie schlecht. Merlissimo 00:15, 26. Okt. 2010 (CEST)
- Die ursprüngliche Idee war eigentlch nur eine Erweiterung der Auswahlmöglichkeiten über die DACH-Vorlagen hinaus. Ich persönlich sehe diesen "neuen" Baustein auch nicht als Wartungsbaustein in dem Sinne dass irgendwer eine Liste abarbeiten soll, sondern als Hinweis an den Leser auf einen vorliegenden Länder-/Regionenschwerpunkt (den man zwar gerne ergänzen darf wenn man kann, aber nicht muss). Ein richtiger "Wartungsbaustein" erweckt doch schnell den Eindruck dass der Artikel fehlerhaft und unvollständig ist, was ja nicht stimmen muss. --DolphinBGG 00:43, 26. 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)
- Siehe auch Diskussion:Walikale --тнояsтеn ⇔ 18:34, 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)
- OK, das habe ich geändert. Ist die Infobox Ort überhaupt richtig für einen Distrikt? --тнояsтеn ⇔ 17:53, 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)
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)
- 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)
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 389 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 389 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)
- 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)
Wünsch dir was
Sieht hier jemand die Möglichkeit, meine dort geäusserten Wünsche in Erfüllung gehen zu lassen? Danke. -- Michael Kühntopf 19:52, 26. Okt. 2010 (CEST)
- Jein, die Möglichkeit gibt es sicher. Aber ist es sinnvoll? Wo bitte gibt es denn Stiftungen ohne Stifter? Ansonsten: ich kann eine Bilanzsumme ganz leicht einbauen, wo denn und wie soll der Parameter genau heißen? -- ✓ Bergi 21:28, 26. Okt. 2010 (CEST)
- Der Stifter ist mir nicht bekannt, obwohl ich viel Info-Material über die Stiftung besitze. Wenn man den Stifter für diesen einen Fall rausnehmen könnte, wäre das super. Der Parameter sollte heissen "Bilanzsumme:" und über "Mitarbeiterzahl" positioniert werden. Ich bedanke mich. -- Michael Kühntopf 21:31, 26. Okt. 2010 (CEST)
- Na, gut, wenns sein muss. Ich vermute mal der Stifter dürfte der Vorgängerverein sein, du kannst sicher (z.B. per Email) mal bei der Stiftungsleitung anfragen.
meint -- ✓ Bergi 18:34, 27. Okt. 2010 (CEST)- Nur wenn es nicht zu viel Arbeit ist. Sonst bleibt es halt so. Ich sehe gerade, jetzt kommt da so ein deplatzierter roter Text. So kann das nicht bleiben. Grüsse, -- Michael Kühntopf 19:08, 27. Okt. 2010 (CEST)
- Ups, Wartungslinks gehören natürlich versteckt -- ✓ Bergi 21:04, 27. Okt. 2010 (CEST)
- Ganz herzlichen Dank, jetzt passt's. -- Michael Kühntopf 23:22, 27. Okt. 2010 (CEST)
- Ups, Wartungslinks gehören natürlich versteckt -- ✓ Bergi 21:04, 27. Okt. 2010 (CEST)
- Nur wenn es nicht zu viel Arbeit ist. Sonst bleibt es halt so. Ich sehe gerade, jetzt kommt da so ein deplatzierter roter Text. So kann das nicht bleiben. Grüsse, -- Michael Kühntopf 19:08, 27. Okt. 2010 (CEST)

In der Infobox ist ein kleiner Fehler: Komponist und Dichter sollen nicht automatisch verlinkt sein, das gibt z. B. hier einen Fehler. Bitte ausbessern.--Antemister 19:59, 27. Okt. 2010 (CEST)
- Dann müsste man alle anderen Einbindungen ausbessern. Wäre es OK, wenn „unbekannt“ einfach dann ausgegeben wird, wenn nichts angegeben ist? -- ✓ Bergi 21:06, 27. Okt. 2010 (CEST)
- Ich befürchte, das kann auch Probleme verursachen, denn die Marcha Real hat beispielsweise keinen Text. Grüße, Wikiroe 21:09, 27. Okt. 2010 (CEST)
- Gut, dann eher ein Parameter zur Unterdrückung des Feldes (oder
|Text=keiner
) oder lieber ein Parameter zur Unterdrückung des Links? Oder automatisch eine Nicht-Verlinkung, wenn der|Text=unbekannt?
(analog für Melodie) -- ✓ Bergi 21:12, 27. Okt. 2010 (CEST)- Letzteres einfach mal eingebaut und dokumentiert. -- ✓ Bergi 15:51, 28. Okt. 2010 (CEST)
- Gut, dann eher ein Parameter zur Unterdrückung des Feldes (oder
- Ich befürchte, das kann auch Probleme verursachen, denn die Marcha Real hat beispielsweise keinen Text. Grüße, Wikiroe 21:09, 27. Okt. 2010 (CEST)
Lieber ein Parameter zur Entfernung des Links. Das sind ja die Ausnahmefälle wo man das braucht--Antemister 21:22, 27. Okt. 2010 (CEST)
- Mir fällt gerade auf, dass auch die Option nicht berücksichtigt ist, dass der Name von Komponist/Autor vom Lemma abweicht, z.B. wegen eines Klammerzusatzes. Vielleicht sollte man das gleich mitbedenken. (Im Übrigen halte ich bei aktuell 29 Einbindungen auch die Idee, die Verlinkung jeweils per Hand einzufügen, noch für einen vertretbaren Aufwand.) Grüße, Wikiroe 21:34, 27. Okt. 2010 (CEST)
- #ifexist? --darkking3 Թ 21:39, 27. Okt. 2010 (CEST)
- Zu „teuer“, und funktioniert bei
|Link=A{{!}}b
nicht. -- ✓ Bergi 21:44, 27. Okt. 2010 (CEST) - ... löst das Ausgangsproblem, hilft aber nicht, wenn sich der Artikel zum Komponisten Sepp Mustermann unter [[Sepp Mustermann (Komponist)]] versteckt. --Wikiroe 21:45, 27. Okt. 2010 (CEST)
- Zu „teuer“, und funktioniert bei
- #ifexist? --darkking3 Թ 21:39, 27. Okt. 2010 (CEST)
Inzwischen ists in Ordnung, kann wenns nachmir geht archiviert werden, wenn die Vorlagenprogrammierer nicht noch was einfällt.--Antemister 22:51, 7. Nov. 2010 (CET)
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:
- Wir expandieren die Vorlage für eine Ebene und setzen die Sortkey-Ausdrücke ein.
- 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)
Zwei kleinere Probleme:
- 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
- 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. : 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)
- Das ist sehr interessant. Auf Commons bekomme ich das auch nicht hin, aber auf einem lokalen Wiki schon. (
- 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)
- 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:
- Bei
- 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)
- 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)
- 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)
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)
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 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)
- Die WP-Regeln sehen Punkte zur Tausendertrennung vor. --Hydro 12:44, 30. Okt. 2010 (CEST)
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)
- 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)
- 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)
Leerzeile bewirkt Layoutproblem
Die (sinnvolle und übliche) Leerzeile nach der Infobox in Loud dürfte sich nicht aufs Layout des Artikels auswirken. Die Ursache habe ich leider nicht gefunden. --Leyo 17:23, 2. Nov. 2010 (CET)
- Der Absatz kommt von dem Umbruch vor der IB. An welcher Stelle er sich neben dem Kommentar noch reinmogelt muss ich mal sehen. -- ✓ Bergi 18:38, 2. Nov. 2010 (CET)
- Stimmt. Ich bezog mich aber auf den Quelltext. --Leyo 18:40, 2. Nov. 2010 (CET)
- Ja, im Quelltext. Zwischen Kommentar und der Infobox kommt noch eine Leerzeile rein, vgl. [8]. Merkwürdigerweise passiert dies nicht, wenn man die Vorlage:Infobox Alben direkt verwendet. Der Kommentar entfällt zwar bei der Endausgabe, nicht aber der doppelte Zeilenumbruch. Ein Workaround wäre [9] oder den Kommentar ganz wegzulassen.
meint -- ✓ Bergi 19:28, 2. Nov. 2010 (CET)- Hm, bei Acrosathe annulata beispielsweise stören Kommentar vor und Leerzeile nach der Infobox nicht. --Leyo 19:36, 2. Nov. 2010 (CET)
- Ich denke mal, das kommt dadurch, das die Vorlage:Infobox Studioalbum die Vorlage:Infobox Alben einbindet und sich daher eine Leer
zeichenzeile einschleust, welches aufgrund des Kommentars nicht entfernt wird. Dies wäre die einzigste Erklärung, da sich die beiden genannten Artikel ansonsten analog Verhalten. Der Umherirrende 20:01, 2. Nov. 2010 (CET)- Es ist nicht nur ein Leerzeichen, sondern eine ganze Leerzeile… Aber wo die herkommen weiß ich nicht, auch meine Versuche haben nichts gebracht. -- ✓ Bergi 10:20, 3. Nov. 2010 (CET)
- Hallo, das mit der Leerzeile ist mir auch aufgefallen. Sie erscheint aber nicht, wenn die Box direkt am Artikelanfang steht wie bei Ö (Album). Wenn etwas davorsteht wie dieser auskommentierte Hinweis, dann erscheint sie offenbar (siehe 12 (Album)).--Rmw 13:55, 3. Nov. 2010 (CET)
- Ja, eine Leerzeile meinte ich, danke. Der MediaWiki-Parser bindet in einigen Situationen Leerzeilen ein, damit Tabellen und andere Syntax, die ein Zeilenanfang benötigen nicht gestört werden, was aber andersherum wieder zu Problemen führt (unteranderem Bug 12974). Das es sich nicht so verhält, wie ohne Kommentar, könnte Bug 23698 sein. Der Umherirrende 14:32, 3. Nov. 2010 (CET)
- Hallo, das mit der Leerzeile ist mir auch aufgefallen. Sie erscheint aber nicht, wenn die Box direkt am Artikelanfang steht wie bei Ö (Album). Wenn etwas davorsteht wie dieser auskommentierte Hinweis, dann erscheint sie offenbar (siehe 12 (Album)).--Rmw 13:55, 3. Nov. 2010 (CET)
- Es ist nicht nur ein Leerzeichen, sondern eine ganze Leerzeile… Aber wo die herkommen weiß ich nicht, auch meine Versuche haben nichts gebracht. -- ✓ Bergi 10:20, 3. Nov. 2010 (CET)
- Ich denke mal, das kommt dadurch, das die Vorlage:Infobox Studioalbum die Vorlage:Infobox Alben einbindet und sich daher eine Leer
- Hm, bei Acrosathe annulata beispielsweise stören Kommentar vor und Leerzeile nach der Infobox nicht. --Leyo 19:36, 2. Nov. 2010 (CET)
- Ja, im Quelltext. Zwischen Kommentar und der Infobox kommt noch eine Leerzeile rein, vgl. [8]. Merkwürdigerweise passiert dies nicht, wenn man die Vorlage:Infobox Alben direkt verwendet. Der Kommentar entfällt zwar bei der Endausgabe, nicht aber der doppelte Zeilenumbruch. Ein Workaround wäre [9] oder den Kommentar ganz wegzulassen.
- Stimmt. Ich bezog mich aber auf den Quelltext. --Leyo 18:40, 2. Nov. 2010 (CET)
Der Bug bleibt bestehen, unser Problem hat sich mit dem Umbau auf mehrere Tabellen mit <div>-Container außenrum erledigt. -- ✓ Bergi 11:14, 6. Nov. 2010 (CET)
Hallo, allerseits. Durch Zufall bin ich auf die Infobox Insel gekommen, und zwar in den Artikeln Hoste (Insel) und Wellington (Insel). Die Inseln sind beide bewohnt, Wellington hat z.B. 250 Einwohner. Die Infobox Insel ermittelt aus der Flächenangabe und der Einwohnerzahl die Einwohner pro Quadratkilometer und gibt die Zahl gerundet an. Ab einem Schwellwert - ich vermute weniger als 0,1 - wird die Zahl der Einwohner pro Quadratkilometer wie in den genannten Fällen mit 0 angegeben, obwohl die Insel bewohnt ist, wenn auch dünn. 0 bedeutet aber, sie ist unbewohnt. ME. wäre es besser, bei einer so geringen Besiedlungsdichte den Wert < 1 oder < 0,1 anzugeben und eben nicht 0. Die Vorlage Infobox Insel sollte - ich vermag es nicht selbst - , soweit ein Konsens erreicht werden kann, entsprechend geändert werden. Danke. -- Datenralfi 21:25, 3. Nov. 2010 (CET)
- Dafür brauchts keinen Konsens, das ist die einzige logische Lösung. Im Übrigen dürfte der Schwellwert von round bei 0.5 liegen. -- ✓ Bergi 11:30, 6. Nov. 2010 (CET)
Vorlage Benutzernavigation
Hallöle, habe eine Frage zur Vorlage Benutzernavigation, ist vielleicht aber auch eine blöde Frage, weil ich irgendwo etwas übersehen habe. In diesem Falle: Sorry!!!! Ich habe also gelernt, dass man den Titel ein- oder ausschalten kann, Farben verändern, Ecken abrunden usw. Kann man auch die begriffe, z.B. "Baustelle" ändern? und wenn ja, wie geht das denn wohl? Dank für die Mühe, --hastdutoene 12:51, 4. Nov. 2010 (CET)
- Nein, du hast nichts übersehen. Man kann die Felder bloß ausblenden, nicht ändern. Tipp: Expandieren und händisch umbauen. Das Nutzen von Wiki-Tabellensyntax würde das ganze noch erleichtern. Willst du das Konstrukt mehrmals nutzen, so lege dir die Unterseite Benutzer:Hastdutoene/Navigation an und binde sie mit {{Benutzer:Hastdutoene/Navigation}} ein.
meint -- ✓ Bergi 11:38, 6. Nov. 2010 (CET)- Da bedanke ich mich ganz artig für die Mühe. Wenn ich allerdings ehrlich bin, dann kann ich da nix mit anfangen. Macht nix, is nich so wichtig...LG, --hastdutoene 17:57, 6. Nov. 2010 (CET)
- Du kopierst einfach das was bei obigen Link unten angezeigt wird (oder das hier) auf eine Unterseite, passt sie dort deinen Wünschen nach an und bindest diese Unterseite statt der Vorlage ein. --Steef 389 18:30, 6. Nov. 2010 (CET)
- Ich vermute mal er kann eher mit HTML nichts anfangen. Nutze also die Expandieren-Seite, kopiere den Code nach http://toolserver.org/~diberri/cgi-bin/html2wiki, stelle Wikidialekt=MediaWiki ein und entferne die <nowiki>-Tags aus dem Ergebnis. Wie du siehst, ist das eine simple Tabelle, oben die Icons, unten die Links. -- ✓ Bergi 19:29, 6. Nov. 2010 (CET)
- Hallo Kollegen, ich hab ja weder daran geglaubt das hinzukriegen, und verstanden hab ich schonmal garnix, weder was ich tun sollte, und auch nicht was ich getan hab. Ich hab praktisch wie'n Blinder mit 'nem Krückmann da irgendwas rumgefummelt und auf irgendnen Knopp gedrückt - aber ich habs dann doch hingekriegt. Danke nochmal...--hastdutoene 13:48, 8. Nov. 2010 (CET)
- Ich vermute mal er kann eher mit HTML nichts anfangen. Nutze also die Expandieren-Seite, kopiere den Code nach http://toolserver.org/~diberri/cgi-bin/html2wiki, stelle Wikidialekt=MediaWiki ein und entferne die <nowiki>-Tags aus dem Ergebnis. Wie du siehst, ist das eine simple Tabelle, oben die Icons, unten die Links. -- ✓ Bergi 19:29, 6. Nov. 2010 (CET)
- Du kopierst einfach das was bei obigen Link unten angezeigt wird (oder das hier) auf eine Unterseite, passt sie dort deinen Wünschen nach an und bindest diese Unterseite statt der Vorlage ein. --Steef 389 18:30, 6. Nov. 2010 (CET)
- Da bedanke ich mich ganz artig für die Mühe. Wenn ich allerdings ehrlich bin, dann kann ich da nix mit anfangen. Macht nix, is nich so wichtig...LG, --hastdutoene 17:57, 6. Nov. 2010 (CET)
Vorlage:Infobox Staat
Bitte aus der Vorlage:Infobox Staat den Eintrag Navigation auskommentieren. Die hanebüchenen Einbindungen dürfte ich Großteils getonnt haben, das "Feature" muss jetzt nur noch funktionsuntüchtig gemacht werden.--D.W. 21:04, 4. Nov. 2010 (CET)
- Was war denn daran so hanebüchen, ist das irgendwo diskutiert worden? Waren das nur diese 4 Einbindungen? Hättest du das nicht selbst reverten können? Ich habs jetzt mal nur auskommentiert, noch vorhandende Einbindungen findest du hier.
meint -- ✓ Bergi 11:52, 6. Nov. 2010 (CET)- Hanebüchen ist die Navigation sicher nicht, mitunter aber nicht gut. Völlig unsinnig ist aber die
derzeitigebisherige Umsetzung, weil völlig unübersichtlich. Besser gelöst ist das etwa beim Franzosen. Ich bereite ohnehin gerade diverse Modifikationen an der Infobox vor, wenn ich das fertig entworfen melde ich hier.--Antemister 12:08, 6. Nov. 2010 (CET)
- Hanebüchen ist die Navigation sicher nicht, mitunter aber nicht gut. Völlig unsinnig ist aber die
Hallo! In dieser Vorlage steht, dass nach einer Konvention die Linien bis zur Verbindung von Vater und Mutter gestrichelt dargestellt werden sollen. Von welcher Konvention wird denn da gesprochen, was hat es damit auf sich? Danke, Doc Taxon @ Discussion 18:25, 6. Nov. 2010 (CET)
- Ich denke, das soll einfach deutlicher den Unterschied zwischen Geschwistern und Eheleuten anzeigen. Einfach, damit man es auf einen Blick auseinander halten kann. Diese "Konvention" ist nur eine nicht-niedergeschriebene Gestaltungsmöglichkeit, die viele, auch außerhalb der Wikipedia, verwenden. Als echte Regel wird man die wohl nirgends finden. Gruß, --Revo Echo der Stille
16:08, 7. 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)
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 Stille16: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)
- Nein, <sub> und <sup> kann nicht effizient ignoriert werden. --Revo Echo der Stille
- 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)
- 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)
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)
Neue Flaggenvorlage
Beim Artikel UCI-Straßen-Weltmeisterschaften habe ich –wegen der (vielleicht) kürzeren Ladezeit– die Vorlage flagicon
mit Wikipedia:Ländervorlagen mit Flagge zu ersetzen versucht. Dieser Vorlage fehlt ein Parameter zur Änderung des Alternativtextes. Wäre nötig zB für Deutsches Reich (Weimarer … → Hitler) oder Tschechoslowakei. (Erstmal mit Datei: ersetzt.)
Die Flagge Lettlands fehlt in dieser Vorlage. (Latvia?)
-- JLeng 23:48, 7. Nov. 2010 (CET)Könnt ihr das beides ausbessern?-- JLeng 23:44, 7. 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)
Die Vorlage:IPA oder das zugehörige css (commons.css?) verursacht leichte Störung im Layout. Gesehen im heutigen Artikel Techno und auf der aktuellen Kurz-Einbindung auf der Hauptseite. Browser Firefox 3.6.12 mit pers. Einstellung MonoBook; Störung (schwer zu beschreiben): leicht größere Schrift nach der Vorlage oder sie ist etwas gesperrt geschrieben. --Atamari 17:18, 8. Nov. 2010 (CET)
- Das kann eigentlich nicht wirklich sein, weil die Vorlage ein reiner IE-Workaround ist und in Firefox keinerlei Wirkung hat. Wie sieht es denn in der Vorschau aus, wenn du den IPA-Text die ohne Vorlage drumherum eingibst? --Entlinkt 17:43, 8. Nov. 2010 (CET)