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)
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)
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)
Infobox Ort im Irak
Hallo, wer möchte eine Infobox für die Artikel in Kategorie:Ort im Irak basteln? Danke --тнояsтеn ⇔ 13:10, 29. Aug. 2010 (CEST)
- Kann ich machen, dazu müsste ich aber erstmal wissen was da alles reinsoll. Neben Standardangaben (Fläche, Einwohner, Höhe, Koordinaten) sehe ich in der Verwaltungsgliederung mal autonome Region (optional), Gouvernement und Distrikt. Gibts da mehr, soll man religiöse/ethnische gebiete angeben? Dann: brauchen/haben die so etwas wie PLZ/Telfonvorwahl? Was soll zur Verwaltung geschrieben werden, Bürgermeister, Dorfältester, Adresse, Webseite? Wie sieht es mit Medien aus: die Karte wird aus den Koordinaten erzeugt, oder auch als Bild eingebunden; gibt es Wappen, Flaggen, ein charakteristisches Bild?
- Als nächstes: Welche dieser Angaben lassen sich automatisch generieren? Gibt es Metadatenvorlagen für die Einwohnerzahlen (soll es welche geben?), kann man aus Distrikt auf (Teile) der PLZ schließen; kann man aus dem Distrikt (oder niedriger) automatisch das Gouvernement etc. generieren?
- Schließlich: Welche all dieser Angaben können/müssen (zur automatischen Generierung) Pflichtparameter sein? Über das Layout kann man sich zum Schluss noch streiten.
meint -- ✓ Bergi 15:28, 29. Aug. 2010 (CEST)- Wenn ich jetzt sage "ist mir egal", hilft dir das wohl reichlich wenig. Als erster Ansatz mal Bagdad, Basra, Mosul... dort sind schonmal ein paar Parameter drin. Was es sonst noch so gibt: keine Ahnung. Aber wir haben ja auch noch nicht so viele Ortsartikel, da könnte man das Ganze ja noch recht einfach ausbauen später. --тнояsтеn ⇔ 16:13, 29. Aug. 2010 (CEST)
- Viel Spaß: Vorlage:Infobox Ort im Irak. In der Metadatenvorlage Distrikt2ISO werden die Distrikte auch der autonomen Region Kurdistan zugeordnet. Könntest du das bitte überprüfen und ggf. korrigieren? Aktuell sind das alle Distrikte in den Gouvernements Arbil, Dahuk und as-Sulaimaniyya, einzelne Distrikte sind Akre, Schikhan (Ninawa) und Chanaqin (Diyala).
meint -- ✓ Bergi 16:59, 30. Aug. 2010 (CEST)- Danke soweit. Da mit den Distrikten steige ich selber auch nicht so durch. Habe gerade mal bei Basra mein Glück versucht, ist wohl als Al-Basra in der Distrikt2ISO? Und warum gibt es zwei Kopiervorlagen? Sorry, mit Vorlagen hab ich es nicht so. --тнояsтеn ⇔ 22:22, 30. Aug. 2010 (CEST)
- Ein Wunsch noch: Tausender-Trennpunkte bei den Einwohnern. Und eine Frage: in Mosul haut das mit den Refs nicht hin, kann man das nicht so lösen wie im Moment mit <ref name="Einwohner Stadt">? --тнояsтеn ⇔ 22:31, 30. Aug. 2010 (CEST)
Und das letzte für heute: Fehlermeldung in Al-A'amiriya und keine Ahnung, was ich wo in dieser Distrikt2ISO eintragen müsste.gelöst --тнояsтеn ⇔ 22:38, 30. Aug. 2010 (CEST)- Du musst für die Referenz nur den Text angeben, das Ref wird automatisch drumrum erzeugt. Mosul ist korrigiert. Wenn du willst, kann man auch noch einen anderen Namen wählen. Eine andere Möglichkeit wäre, der Vorlage nur den Namen zu übergeben und sie erzeugt dann ein leeres Tag.
- Zu Basra: Leider enthält Basra (Gouvernement) keine Liste mit (deutschen) Namen, darum habe ich auf diese hier zurückgegriffen: fr:Al-Basra (province).
- Eine automatische Kategoriesierung für Kategorie:Ort im Irak und Kategorie:Ort in der autonomen Region Kurdistan wäre leicht einzubauen. Spricht da was dagegen?
meint -- ✓ Bergi 14:52, 31. Aug. 2010 (CEST)- Super, danke. So langsam beginne ich, zu kapieren, wie das mit den Gouvernements und Distrikten läuft. --тнояsтеn ⇔ 15:26, 31. Aug. 2010 (CEST)
- So, Kategorisierung ist auch drin. Die Referenzierung wurde auch nochmal überarbeitet, man kann jetzt auch einfach bloß den Namen der schon vorhandenen Referenz übergeben. In der Metadatenvorlage ist jetzt auch „Basra“ neben vielen anderen ergänzt worden, ich habe noch eine Liste und eine Kat gewälzt.
meint -- ✓ Bergi 20:02, 31. Aug. 2010 (CEST)
- So, Kategorisierung ist auch drin. Die Referenzierung wurde auch nochmal überarbeitet, man kann jetzt auch einfach bloß den Namen der schon vorhandenen Referenz übergeben. In der Metadatenvorlage ist jetzt auch „Basra“ neben vielen anderen ergänzt worden, ich habe noch eine Liste und eine Kat gewälzt.
- Super, danke. So langsam beginne ich, zu kapieren, wie das mit den Gouvernements und Distrikten läuft. --тнояsтеn ⇔ 15:26, 31. Aug. 2010 (CEST)
- Viel Spaß: Vorlage:Infobox Ort im Irak. In der Metadatenvorlage Distrikt2ISO werden die Distrikte auch der autonomen Region Kurdistan zugeordnet. Könntest du das bitte überprüfen und ggf. korrigieren? Aktuell sind das alle Distrikte in den Gouvernements Arbil, Dahuk und as-Sulaimaniyya, einzelne Distrikte sind Akre, Schikhan (Ninawa) und Chanaqin (Diyala).
- Wenn ich jetzt sage "ist mir egal", hilft dir das wohl reichlich wenig. Als erster Ansatz mal Bagdad, Basra, Mosul... dort sind schonmal ein paar Parameter drin. Was es sonst noch so gibt: keine Ahnung. Aber wir haben ja auch noch nicht so viele Ortsartikel, da könnte man das Ganze ja noch recht einfach ausbauen später. --тнояsтеn ⇔ 16:13, 29. Aug. 2010 (CEST)
Ein letzter Wunsch: die Bildbeschreibung sollte in die gleiche Zelle wie das Bild und evtl. darunter (Bsp: Ramadi). --тнояsтеn ⇔ 11:32, 2. Sep. 2010 (CEST)
- Stups... wer machts? --тнояsтеn ⇔ 09:45, 8. Sep. 2010 (CEST)
- Danke für den Stups, passt es so? Die Zelle war analog zu den anderen Überschriften „Lage“, „Basisdaten“ und dem optionellen „Stadtplan“ gedacht, sollte bloß nicht fett sein. Ich hab dabei aber Hintergrund und Ausrichtung übersehen.
meint -- ✓ Bergi 17:45, 8. Sep. 2010 (CEST)- Ich kenne es halt aus anderen Infoboxen, dass die Bildbeschreibung – wie bei im Fließtext eingebundenen Bildern – darunter steht und (evtl.) etwas kleiner ist. Wird z.B. auch hier so gehandhabt (wahllos herausgesucht):Linz. In der Irak-Vorlage fehlt mir ein bisschen der klare Zusammenhang zwischen Bild und der Bildbeschreibung, von der man gewohnt ist, dass sie drunter steht. --тнояsтеn ⇔ 17:57, 8. Sep. 2010 (CEST)
- ? --тнояsтеn ⇔ 09:42, 19. Okt. 2010 (CEST)
- Naja, in Infoboxen wird normalerweise mit Überschriften gearbeitet, weshalb mir eine darunterstehende Bildbeschreibung irgendwie nicht gefällt. Bei Linz sind immerhin auch Wappen und Lagekarte mit Unterschriften ausgestattet. Da bei der Irak-Box jedoch auch die anderen Bilder (Karten) Überschriften haben, passt imho eine untenstehende Beschreibung irgendwie nicht. Alternativ kann man das Bild ja auch ganz normal als Thumb unter die IB einbinden, sonst: it’s a wiki.
meint -- ✓ Bergi 17:42, 19. Okt. 2010 (CEST)- Gut, ist Geschmackssache... und mit dem "it's a wiki" wird das nix, der Vorlagenquelltext sieht für einen Laien auf dem Gebiet aus wie ein Trümmerfeld ;) --тнояsтеn ⇔ 18:58, 19. Okt. 2010 (CEST)
- Tipp: Der Parameter
{{{Bildbeschreibung|}}}
findet sich ganz unten, vor einem[[Datei:
-Einbindungslink mit weiteren Parametern. Und: Ich hab die Box auf meiner BEO, du kannst nix falsch machen :-)- Dann schaun wir mal... --тнояsтеn ⇔ 21:54, 19. Okt. 2010 (CEST)
- Tipp: Der Parameter
- Gut, ist Geschmackssache... und mit dem "it's a wiki" wird das nix, der Vorlagenquelltext sieht für einen Laien auf dem Gebiet aus wie ein Trümmerfeld ;) --тнояsтеn ⇔ 18:58, 19. Okt. 2010 (CEST)
- Ich kenne es halt aus anderen Infoboxen, dass die Bildbeschreibung – wie bei im Fließtext eingebundenen Bildern – darunter steht und (evtl.) etwas kleiner ist. Wird z.B. auch hier so gehandhabt (wahllos herausgesucht):Linz. In der Irak-Vorlage fehlt mir ein bisschen der klare Zusammenhang zwischen Bild und der Bildbeschreibung, von der man gewohnt ist, dass sie drunter steht. --тнояsтеn ⇔ 17:57, 8. Sep. 2010 (CEST)
- Danke für den Stups, passt es so? Die Zelle war analog zu den anderen Überschriften „Lage“, „Basisdaten“ und dem optionellen „Stadtplan“ gedacht, sollte bloß nicht fett sein. Ich hab dabei aber Hintergrund und Ausrichtung übersehen.
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.
Addieren von Bevölkerungszahlen aus einer Vorlage
Gibt es eine Möglichkeit, aus der "Vorlage:Metadaten Einwohnerzahl CH-FR" (oder ähnlichen Vorlagen) die Bevölkerungszahlen von einzelnen Gemeinden mittels einer mathematischen Funktion zu addieren? Auf der Seite Senseoberland werden 9 von 19 Gemeinden des Sensebezirks aufgeführt. Ziel ist es, das Total der Einwohnerzahlen automatisch berechnen zu lassen, welches in der Tabelle und im Text eingefügt werden soll. Weiter soll diese Zahl zur Berechnung der Bevölkerungsdichte weiterverwendet werden. Vielen Dank für Eure Hilfe. --Wuyuay 08:23, 2. Sep. 2010 (CEST)
- Zum Addieren von Metadaten siehe beispielsweise hier. -- M.ottenbruch ¿⇔! RM 09:27, 2. Sep. 2010 (CEST)
- Vielen Dank für die rasche Antwort. Das hat prima geklappt. Weisst Du eventuell auch, wie ich die Zahlenformatierung anpassen kann? --Wuyuay 10:22, 2. Sep. 2010 (CEST)
- Wie und was möchtest Du denn formatieren? Kennst Du formatnum (siehe Beispiel) und Vorlage:FormatZahl? -- M.ottenbruch ¿⇔! RM 12:48, 2. Sep. 2010 (CEST)
- Hallo. Das Problem habe ich in der Zwischenzeit gelöst. Ich habe die Addition von Metadaten für die Bevölkerungszahl einiger Schweizer Gemeinden gesucht. Mit dem oben erwähnten Beispiel habe ich die deutsche Notation mit einem Punkt als Tausendertrennzeichen erhalten, deshalb meine zweite Frage. Nach Entfernung von formatnum stimmt das Zahlenformat. --Wuyuay 14:48, 2. Sep. 2010 (CEST)
- Ganz „nackt“ bekommst Du üebrhaupt keine Tausender-Trennzeichen. Die Schweizer Variante erhältst Du mit
{{FormatZahl|12345.67|LAND=CH}}
= 12'346. -- M.ottenbruch ¿⇔! RM 15:03, 2. Sep. 2010 (CEST)
- Ganz „nackt“ bekommst Du üebrhaupt keine Tausender-Trennzeichen. Die Schweizer Variante erhältst Du mit
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)
Da es gestern ein paar Probleme gab (siehe FzW und Portal_Diskussion:Motorsport#Gro.C3.9Fer_Preis_von_Deutschland_.28Motorrad.29), hab ich ne Frage. Ist die Vorlage:flagicon einfach zu kompliziert, oder sollte man sie nicht massenhaft verwenden? Die Frage stellt sich nur einfach, um zu verhindern das es wieder passiert, denn es ist verlockend die Flaggen in längere Tabellen zu packen... In Vorlage flagicon nen Hinweis "nicht über 500 Stück" oder so... --Jeremiah21 09:53, 7. Sep. 2010 (CEST)
- Das problem ist nicht die Vorlage an sich, sondern das Zusammenspiel aller Vorlagen in einem Artikel. Theoretisch könnte man flagicon ~1900x einbinden, andere Vorlagen in einem Artikel reduzieren diese Anzahl. Allerdings könnte man flagicon so umbauen wie {{Fbf}} oder {{Fbm}}, d.h. beide #switch-Konstrukte zusammenfassen. Die Vorlagen lassen sich in etwa vergleichen. Dabei steigt (gemessen anhand der Parserangaben auf ner leeren Testseite) die Einbindungsanzahl auf ~5600. --darkking3 Թ 10:22, 7. Sep. 2010 (CEST)
- Die doppelte #switch-Konstruktion in der Vorlage ist wirklich übel verschwenderisch: For the expansion of #switch every checked condition adds 2 to the count. Sollte unbedingt zusammengefasst werden.
- Wie oft die Vorlage eingebunden werden kann, kann man übrigens gar nicht so genau sagen, weil es auch davon abhängt, mit welchem Parameter man sie einbindet. Es könnte sich lohnen, die #switch-Konstruktion nach Verwendungshäufigkeit der Flaggen zu ordnen (häufiger verwendete oben), weil die Teile unterhalb des Treffers nicht mehr zum Preprocessor node count beitragen. --Entlinkt 10:45, 7. Sep. 2010 (CEST)
- Wenn ich bedenke das nochmal 200 Einträge ergänzt werden sollen (siehe Diskussion dort) dann wird es wohl bedenklich. Da ich zwar das Problem verstehe, aber ansonsten keine Ahnung davon hab, muss ich aus der Entwicklung aussteigen. Wollte aber darauf hinweisen, vielleicht nimmt das jemand mit Ahnung in die Hand. Grüße --Jeremiah21 12:14, 7. Sep. 2010 (CEST)
- Schon dabei, ist ja nicht meine erste Ländervorlage ;) Aber die Inkonsistenzen sind zum Ko**en... --darkking3 Թ 12:47, 7. Sep. 2010 (CEST)
- Also: verbessern geht, allerdings wächst die Vorlage um etwa das doppelte... --darkking3 Թ 14:43, 7. Sep. 2010 (CEST)
- Dann sollte man das auf Vorlage Diskussion:Flagicon#Codeoptimierung genauer abklären. ÅñŧóñŜûŝî (Ð) 14:02, 17. Sep. 2010 (CEST)
- Wenn ich bedenke das nochmal 200 Einträge ergänzt werden sollen (siehe Diskussion dort) dann wird es wohl bedenklich. Da ich zwar das Problem verstehe, aber ansonsten keine Ahnung davon hab, muss ich aus der Entwicklung aussteigen. Wollte aber darauf hinweisen, vielleicht nimmt das jemand mit Ahnung in die Hand. Grüße --Jeremiah21 12:14, 7. Sep. 2010 (CEST)
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.
Ich habe einen Entwurf fertig, der die Anzahl der Nodes ungefähr auf ein Drittel reduziert. Ich schlage vor, wir setzen das um. ÅñŧóñŜûŝî (Ð) 22:29, 20. Sep. 2010 (CEST)
- Das ist mir jetzt irgendwie zu schnell gegangen. Kann vielleicht noch ein Parserverständiger über meine Anmerkungen drüberschauen? (Am besten dort weiter) -- ✓ Bergi 16:11, 21. Sep. 2010 (CEST)
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)
Ländervorlagen - Hinweis
Hallo. Für die Ländervorlagen habe ich auf Wikipedia Diskussion:Ländervorlagen mit Flagge#Linkziel und Linktext Änderungen vorgeschlagen. Wäre nett, wenn da noch ein paar Vorlagenprofis mitdiskutieren oder Stellung nehmen würden. ÅñŧóñŜûŝî (Ð) 18:01, 27. Sep. 2010 (CEST)
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)
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)
- 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)
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)
LAs/SLAs vormerken
- Was – soll das Gewünschte tun?
- Es sollte eine Vorlage {{Potenzieller Löschkandidat}} geben, mit der man Artikel vermerken kann, bevor man SLA/LA stellt.
- Wie – soll das Gewünschte aussehen?
- Die Vorlage soll keinen Baustein oder ähnliches einfügen, sondern die Seite lediglich in eine Wartungskategorie setzen. Besteht der Artikel 15 Minuten, kommt er in eine Kategorie für potenzielle SLAs, ist er eine Stunde alt, wechselt er in eine Kategorie für potenzielle LAs.
- Warum – ist es hilfreich so etwas zu haben?
- Die SLA-Frist beträgt außer in eindeutigen Fällen 15 Minuten, die LA-Frist inzwischen eine Stunde. Bis die Frist abgelaufen ist, hat der ein oder andere in der Eingangskontrolle den Artikel bereits vergessen. Wenn es eine solche Vorlage gibt, müssen die Benutzer nur noch die Wartungskategorien Kategorie:Wikipedia:Potenzieller Schnelllöschkandidat und Kategorie:Potenzieller Löschkandidat durchgehen.
- Wer – wünscht die Umsetzung?
- Seit der neuen LA-Frist gab es immer wieder Beschwerden, dass es schwieriger sei diese einzuhalten. Es wurde sogar vorgeschlagen, eine Zeitverzögerung in Spezial:Neue Seiten einzubauen. Außerdem gab es Beschwerden in der LD, dass es jetzt mehr SLAs mit Einspruch gebe, wohl weil die SLA-Frist kürzer ist.
- Wo – soll das umgesetzt werden?
- Die Vorlage kann an beliebiger Stelle im Artikel stehen, beispielsweise im Abschnitt Einzelnachweise, der meist nachträglich nicht verändert wird.
- Wo – findet sich ein Beispiel oder ähnlich Geartetes?
- Ein Beispiel ist mir zur Zeit nicht bekannt. --Morten Haan Wikipedia ist für Leser da 14:43, 13. Okt. 2010 (CEST)
- Eine Zeitverzögerung gibt es: //de.wikipedia.org/w/index.php?title=Spezial:Neue_Seiten&offset=202507021307. Eine Wartungskategorie wird als [[Kategorie:xy]] eingebunden, und nicht per Vorlage. Die Umsetzung sollte aber erst per MB beschlossen werden (oder auch Umfrage), als Erweiterung zum LA-Frist-MB; ich persönlich wäre dagegen.
meint -- ✓ Bergi 20:41, 13. Okt. 2010 (CEST)
- Eine Zeitverzögerung gibt es: //de.wikipedia.org/w/index.php?title=Spezial:Neue_Seiten&offset=202507021307. Eine Wartungskategorie wird als [[Kategorie:xy]] eingebunden, und nicht per Vorlage. Die Umsetzung sollte aber erst per MB beschlossen werden (oder auch Umfrage), als Erweiterung zum LA-Frist-MB; ich persönlich wäre dagegen.
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)
Redundant kategorisierte Orte
Wieso sind die Ortsartikel der Bundesländer Baden-Württemberg, Brandenburg, Mecklenburg-Vorpommern, Rheinland-Pfalz, Sachsen, Sachsen-Anhalt, Schleswig-Holstein und Thüringen zusätzlich zur Ortskategorie noch in deren Oberkategorie "Landkreis xxx" eingeordnet? Bsp.: Ahrbrück steht in den Kategorien "Ort im Landkreis Ahrweiler" und "Landkreis Ahrweiler". --Hydro 12:41, 16. Okt. 2010 (CEST)
- Siehe Vorlage Diskussion:Infobox Gemeinde in Deutschland#automatische Kategorieeinordnung. -- Rosenzweig δ 12:56, 16. Okt. 2010 (CEST)
- <BK>Weil es keine Kategorie:Ahrbrück gibt. --Matthiasb
(CallMeCenter) 12:59, 16. 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)
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)
Erstreckt sich die Infobox nur bei mir über die gesamte Fensterbreite? Warum? --Hydro 21:04, 20. Okt. 2010 (CEST)
- Hallo Hydro, die Antwort lautet „nein“. Im Internet Explorer 8 kann ich das nachvollziehen, interessanterweise nicht auf jedem Rechner. Es liegt daran, dass dieser Browser die Liste hinter „Weitere Bezeichnungen“ nicht so umbricht, wie er es eigentlich dürfte:
- Vorlage:Kataloge
- --Wiegels „…“ 12:52, 21. Okt. 2010 (CEST)
- Dann liegt es aber an Vorlage:Kataloge. Ich kanns bei mir jedenfalls (mit IE8) nachvollziehen. --darkking3 Թ 13:31, 21. Okt. 2010 (CEST)
- Bei mir passt's jetzt komischerweise wieder. --Hydro 13:41, 21. Okt. 2010 (CEST)
- An der Vorlage Kataloge kann es nicht liegen, denn die fügt vor jedem Bullet ein Blank ein. Auch im Opera 9 bricht die Box korrekt um. ÅñŧóñŜûŝî (Ð) 15:13, 21. Okt. 2010 (CEST)
- Ich habe im IE8 die Vorlage:Kataloge auskommentiert und dann passte es... --darkking3 Թ 15:31, 21. Okt. 2010 (CEST)
- Es muss trotzdem an der "Clientseite" liegen. Irgendetwas aus dem Bereich: Browser, Betriebssystem Einstellungen oder Cache. ÅñŧóñŜûŝî (Ð) 15:54, 21. Okt. 2010 (CEST)
- Nach einigen Experimenten mit Spezial:Vorlagen expandieren im betroffenen Browser konnte diese Änderung an der nicht oft verwendeten Vorlage:Kataloge den Fehler abstellen. Könnt ihr das bestätigen? --Wiegels „…“ 16:09, 21. Okt. 2010 (CEST)
- Das ermöglicht Umbrüche direkt nach dem Bullet und sieht meiner pers. Meinung nach schlecht aus. Hast du die Umbrüche dort gehabt ? Probier mal mittels vorlagen expandieren aus, was passiert, wenn du zwischen dem Bullet und den Span-Tag statt dem Blank ein nbsp einfügst. Ist das Problem dann wieder da ? ÅñŧóñŜûŝî (Ð) 16:23, 21. Okt. 2010 (CEST)
- Das hatte ich schon probiert. Dadurch wird bewirkt, dass der Browser den vor Umbruch zu schützenden Bereich ausdehnt, sodass der gesamte Text in einer Reihe steht, wie ursprünglich. Dass die Trennzeichen hinten stehen, ist nicht ungewöhnlich; das haben wir in fast allen Navigationsleisten. --Wiegels „…“ 17:42, 21. Okt. 2010 (CEST)
- Da stellt sich die Frage, ob wir hier in der WP auf die Bugs schrottreifer Browser Rücksicht nehmen sollen ... Ich finde nicht. ÅñŧóñŜûŝî (Ð) 17:45, 21. Okt. 2010 (CEST)
- Ich finde doch. Mit einer eher unauffälligen Änderung am Aussehen können wir verhindern, dass die Benutzer des (leider) weit verbreiteten Browsers IE8 einige Artikel kaum lesen können. --Wiegels „…“ 18:05, 21. Okt. 2010 (CEST)
- wtf? ich hab die (unbearbeitete) Vorlage:Kataloge mal in ner anderen Infobox ausprobiert, da ergibt sich ein anderes verhalten ... --darkking3 Թ 17:56, 21. Okt. 2010 (CEST)
- Dann liegt es aber an Vorlage:Kataloge. Ich kanns bei mir jedenfalls (mit IE8) nachvollziehen. --darkking3 Թ 13:31, 21. Okt. 2010 (CEST)
- Hatten wir das nicht schonmal? -- ✓ Bergi 18:15, 21. Okt. 2010 (CEST)
- Der IE8 hat anscheinend nen Big bei whitespace:nowrap --darkking3 Թ 18:20, 21. Okt. 2010 (CEST)
- Das ist aber heftiger Schrott ... Was passiert bei der alten Konfiguration, wenn zwischen den Span-Tags statt nur einem Blank auch ein nbsp drin ist ? Eine Testseite ist unter Benutzer:Antonsusi/Katalogetest zu finden. Bitte mal im IE8 aufmachen. ÅñŧóñŜûŝî (Ð) 18:38, 21. Okt. 2010 (CEST)
- Scheußlich, man kann nichtmal nach links scrollen…
☠
☢ IE! -- ✓ Bergi 19:31, 21. Okt. 2010 (CEST)
- Jo, die Infobox hat die gleiche Rahmen sprengende Ausdehnung wie oben, nur mit größeren Lücken vor den Trennpunkten als hinter ihnen. --Wiegels „…“ 20:12, 21. Okt. 2010 (CEST)
- Scheußlich, man kann nichtmal nach links scrollen…
Ich habe jetzt mal die IB weggelassen und nur fünf Versionen der Vorlage in eine einfache Tabelle eingesetzt. Wie sieht es jetzt aus ? ÅñŧóñŜûŝî (Ð) 20:58, 21. Okt. 2010 (CEST)
- #2 funktioniert wie gewünscht, bei #5 gibts für jeden Punkt eine eigene Zeile. Die anderen Möglichkeiten unterscheiden isch nur durch ihre Länge (mit/ohne Leerzeichen), brechen aber nicht um. Allerdings ist bei #2 der Raum vor dem • kürzer als danach, passen tut es nur in #4. BTW: Opera bricht alle Beispiel korrekt um, aber die Abstände passen nur bei #4. Alternative: <li> funktioniert immer korrekt :-)
meint -- ✓ Bergi 15:02, 22. Okt. 2010 (CEST)- Das gleiche beobachte ich auch. Wäre es bei dieser Infobox nicht sinnvoll, statt des schwer zu lesenden mit Trennzeichen bestückten Fließtextes eine saubere vertikale Liste zu verwenden, wo es dann berechtigt wäre, dass die Punkte vorne stehen? --Wiegels „…“ 15:16, 22. Okt. 2010 (CEST)
- War der Umbruch bei Nr. 2 vor oder hinter dem Bullet ? Version 5 ist bereits eine Wikiliste. Wenn ich da HTML (<li>) nehme, dann kann ich die Einrückung kontrollieren. Das werde ich mal machen. ÅñŧóñŜûŝî (Ð) 16:29, 22. Okt. 2010 (CEST)
- Im zweiten Beispiel kamen Umbrüche nur hinter Trennzeichen vor. --Wiegels „…“ 16:37, 22. Okt. 2010 (CEST)
- War der Umbruch bei Nr. 2 vor oder hinter dem Bullet ? Version 5 ist bereits eine Wikiliste. Wenn ich da HTML (<li>) nehme, dann kann ich die Einrückung kontrollieren. Das werde ich mal machen. ÅñŧóñŜûŝî (Ð) 16:29, 22. Okt. 2010 (CEST)
- Dann belassen wir es bei der jetzigen Listenlösung. ÅñŧóñŜûŝî (Ð) 17:06, 22. Okt. 2010 (CEST)
- Das gleiche beobachte ich auch. Wäre es bei dieser Infobox nicht sinnvoll, statt des schwer zu lesenden mit Trennzeichen bestückten Fließtextes eine saubere vertikale Liste zu verwenden, wo es dann berechtigt wäre, dass die Punkte vorne stehen? --Wiegels „…“ 15:16, 22. Okt. 2010 (CEST)
Vorlage N/A
In der englischen Wikipedia [8] gibt es diese Vorlage bereits. Es wäre in der deutschen Wiki auch von nutzen. Deswegen wollte ich fragen, ob man diese auch erstellen könnte. Ich habe bloß nicht so viel Ahnung, wie man so eine Vorlage erstellt. Könnte da jemand helfen? -- Dr. Knauff 17:17, 21. Okt. 2010 (CEST)
- Was auch immer N/A bedeutet, wo wäre eine solche Vorlage von Nutzen? Wir haben bereits Vorlage:Bgc, und auch die wird nicht oft angewandt. Warum benutzt du nicht einfach normale Tabellensyntax, statt diese per Vorlage zu erzeugen, die kein normaler Nutzer versteht? Und selbst wer sich mit Vorlagen auskennt müsste bei solch einer Vorlagenserie jedemal in die Doku schauen, um etwas zu ändern. Die Tabellensyntax mit | ist übersichtlich, wenn das plötzlich wegfällt kennt sich keiner mehr aus.
meint -- ✓ Bergi 18:05, 21. Okt. 2010 (CEST)- Hier ist erklärt, was N/A bedeudet. Aber wenn du meinst, das man dafür Bgc benutzen kann/soll, dann mache ich das. Ich habe mir gedacht, man kann die ebend für bestimmte Felder benutzten, die einfach leer stehen bzw. wo noch keine Informationen vorhanden sind. Selbstverständlich kann man das mit der Hintergrundfarbe grau und N/A manuell erzeugen. Aber ich dachte man kanns als ein Befehl machen, indem man {{N/A}} schreibt und man hat es. -- Dr. Knauff 18:24, 21. Okt. 2010 (CEST)
- Imho nicht nötig. Schreib doch einfach k.A. in die Zelle und gut is, eine farbliche Hervorhebung dürfte nur selten sinnvoll sein. -- ✓ Bergi 19:19, 21. Okt. 2010 (CEST)
- Danke! -- Dr. Knauff 19:32, 21. Okt. 2010 (CEST)
- Imho nicht nötig. Schreib doch einfach k.A. in die Zelle und gut is, eine farbliche Hervorhebung dürfte nur selten sinnvoll sein. -- ✓ Bergi 19:19, 21. Okt. 2010 (CEST)
- Hier ist erklärt, was N/A bedeudet. Aber wenn du meinst, das man dafür Bgc benutzen kann/soll, dann mache ich das. Ich habe mir gedacht, man kann die ebend für bestimmte Felder benutzten, die einfach leer stehen bzw. wo noch keine Informationen vorhanden sind. Selbstverständlich kann man das mit der Hintergrundfarbe grau und N/A manuell erzeugen. Aber ich dachte man kanns als ein Befehl machen, indem man {{N/A}} schreibt und man hat es. -- Dr. Knauff 18:24, 21. Okt. 2010 (CEST)
Infobox für einzelne Episoden einer Fernsehserie
Hallo zusammen, nachdem immer mehr einzelne Episoden von Fernsehserien einen eigenen Artikel bekommen, habe ich der Redaktion Film und Fernsehen vorgeschlagen, eine Infobox für Episoden anzulegen. Der Vorschlag findet bisher Zustimmung. Viele der Episodenartikel verwenden bislang die Vorlage:Infobox Film, die der Sache aber nicht völlig gerecht wird (im Einzelnen siehe hier). Inzwischen habe ich einen Entwurf für die neue Vorlage in meinem BNR erstellt (hier in Aktion zu sehen mit Alt-Neu-Vergleichen). Zur Umsetzung müssen mehrere Anpassungen der Vorlage:Medienbox/Film und Fernsehen vorgenommen werden, die ich vorher gerne ansprechen wollte:
- Verschiebung der Parameter zur Erstausstrahlung. Hier verwendet die neue Vorlage Parameter der Vorlage:Infobox Fernsehsendung. Diese werden aber zu weit unten einsortiert und derzeit beim Stab angezeigt. Sie sollten meines Erachtens eher dort stehen, wo bei der Film-Infobox das Filmjahr angezeigt wird, zumal sie diesem entsprechen. Warum ist diese Parametergruppe überhaupt so tief platziert?
- Neue Parameter:
- untertitel – den Parameter gibt's laut Doku der Fernsehsendung-Infobox schon, aber er wird nicht umgesetzt
- einordnung – für Einordnungen in die Serie à la Staffel x, Episode y
- gastauftritt– für Gastauftritte
- episodenliste – für die Option, einen Link auf die Episodenliste der Serie zu setzen
Vor allem der erste Punkt bereitet mir ein wenig Sorgen: Kann man die Parameter ohne Weiteres nach oben verschieben, oder ist es für Fernsehserien wichtig, dass sie so weit unten stehen? Danke für Eure Mithilfe, Antworten Kritik und Anregungen! Viele Grüße, Wikiroe 15:51, 22. Okt. 2010 (CEST)
- Bitte bei Benutzer:Niabot melden, da er die Vorlagen entsprechend modifiziert hat, kann er m.M. nach auch am besten diese Box erstellen. --darkking3 Թ 16:14, 22. Okt. 2010 (CEST)
Buchfunktion - Druckvorlage
Ich habe versucht das in Hilfe:Buchfunktion/für_Experten#Die_Darstellung_verbessern genannte Verfahren einer Druckvorlage zu realisieren. Das ist die Vorlage:Zeitleiste Wirtschaft Deutschlands und das die Druckversion der Zeitleiste: Vorlage:Zeitleiste Wirtschaft Deutschlands/Druck. Nur funktioniert es nicht. Ich hatte zuvor die "Kategorie:Vom Druck ausschließen" in der Zeitleiste gehabt. Da die ganze Zeitleiste nicht dargestellt wird, kann es sein, dass die Kategorie noch irgendwie im System vorhanden ist und es nur ein wenig mehr Zeit braucht? PS: Der Bildkommentar bei beiden Vorlagen ist etwas unterschiedlich, damit man weiß welche Vorlage angezeigt wird. --Goldzahn 18:16, 22. Okt. 2010 (CEST)
- Ich habe die Kategorie:Vorlage:nur Druck gefunden, wo weitere derartige Vorlagen sich befinden. Diese Druckvorlagen funktionieren. Ich habe jetzt das Problem herausgefunden. Ich hatte nur [[Datei:Dateiname|thumb|Beschreibung]] im Text gehabt. Nun habe ich zusätzlich noch "..." eingegeben und die drei Punkte werden angezeigt. Das Problem ist also die Grafik. Habt Ihr eine Idee war das so ist? --Goldzahn 21:49, 22. 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)