Wikipedia:WikiProjekt Vorlagen/Werkstatt

aus Wikipedia, der freien Enzyklopädie
Wechseln zu: Navigation, Suche
Abkürzung: WP:VWS
Vorlagenwerkstatt Willkommen in der Vorlagenwerkstatt.
Hier kannst du Fragen zu bestimmten Vorlagen stellen, dir Tipps zur Bearbeitung und Erzeugung von Vorlagen einholen oder Kommentare zu Fragen anderer abgeben.

Inhaltliche Fragen und diskussionswürdige Wünsche zu Vorlagen sollten zunächst auf der betreffenden Diskussionsseite der Vorlage oder einem fachlich zugehörigen Portal besprochen werden. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne. Da häufig Rückfragen auftreten, beobachte bitte die Seite oder besuche sie regelmäßig, damit du schnell antworten kannst. Weitere Tipps unter WP:Werkstätten.

Um eine möglichst rasche und detaillierte Antwort zu erhalten, ist es von Vorteil, möglichst viele der W-Fragen möglichst genau und detailliert bereits in der Anfrage zu berücksichtigen:

Bei Neuentwicklungen oder Erweiterungen Bei Fehlern
  • Was – soll das Gewünschte tun?
  • Wie – soll das Gewünschte aussehen?
  • Warum – ist es hilfreich, so etwas zu haben?
  • Wer – wünscht die Umsetzung?
  • Wo – soll das umgesetzt werden?
  • Wo – findet sich ein Beispiel oder ähnlich Geartetes?
  • Browser-Cache geleert? Nein: → Hilfe:Purge
  • Wie – soll es tatsächlich aussehen?
  • Wie – sieht es fehlerbehaftet aus?
  • Wo – tritt das auf?
  • Wo – findet sich ein Beispiel?
  • Was – wurde schon unternommen, um den Fehler zu beheben?

Start hand.svgNeue Frage stellen


Kennst du schon unsere Anleitung für Infoboxen?


Abschnitte auf dieser Seite werden archiviert, wenn sie mindestens 60 Tage alt sind und mehr als einen Beitrag haben oder wenn sie mit der Vorlage Erledigt {{Erledigt|1=~~~~}} versehen und älter als ein Tag sind.

Archive
2006
2007/1-3 2007/4
2008/1 2008/2 2008/3 2008/4
2009/1 2009/2 2009/3 2009/4
2010/1 2010/2 2010/3 2010/4
2011/1 2011/2 2011/3 2011/4
2012/1 2012/2 2012/3 2012/4
2013/1 2013/2 2013/3 2013/4
2014/1 2014/2 2014/3 2014/4
2015/1 2015/2 2015/3


Meta-Unterseiten für Vorlagendoku nach Etablierung von Wikidata[Bearbeiten]

Ein aktuell gewordenes Problem sollte gelöst werden:

  • Seit Anfang 2013 verwenden wir eigentlich keine zusätzlichen /Meta-Unterseiten zur Vorlagendokumentation mehr, weil mit Verlagerung der Interlanguages auf Wikidata ihr wesentlicher Anlass und die Besuche der Interwiki-Bots wegefallen sind.
    • Dazu gab es Ende 2012 oder Anfang 2013 auch mal beiläufige Diskussionen, bei denen sich die Beteiligten einig waren, dass das jetzt obsolet geworden ist. Ich kann dies nicht mehr wiederfinden, war wohl auch nicht selbst aktiv beteiligt, sondern hatte nur mitgelesen.
  • Nun hat in den Mittagsstunden des 19. November 2014 der Benutzer Ich-hab-immer-Recht einen turnusmäßigen Rappel bekommen und ohne vorherige Kommunikation das entsprechende Umfeld revertiert:
  • Die Einführung der /Meta-Unterseiten 2007 durch Revolus erfolgte im Paket mit den Doku-Vorlagen ohne großartige Diskussion oder gar ein MB. Ich glaube nicht, dass ein MB zur allmählichen Abschaffung der /Meta-Unterseiten erforderlich ist; es sollte dann aber halt hier auf dieser Seite mal in der Fachwelt definitiv geklärt werden.
  • Ich selbst hatte dies übrigens nicht eigenmächtig gehandhabt, sondern die Festschreibung vor der Verlinkung und Entwaisung der dazu neu geschaffenen Hilfeseite unter einschlägigen Fachleuten kommuniziert: a), b), c), d), e), f).
  • Ich hatte abgewartet, bis der angedrohte Arbeitseifer weitgehend verklungen war (insgesamt wurden ein paar Dutzend /Meta-Seiten [erneut] angelegt, das bringt uns nicht um; es sind noch über 50.000 bzw. 1.500 übrig), zumal gleichzeitig mehrere andere Schlachten tobten (wie diese mit einem krachenden Eigentor) und ich auch nicht in die Weihnachts- und Urlaubszeit geraten wollte. Ich meine, es ist an der Zeit, hier eine dauerhafte Lösung zu finden.
  • In der Sache: Die vorgetragene Argumentation ist haltlos.
    • Der einzige Unterschied beträfe halbgeschützte Seiten. Interwiki-Bots von fremden Projekten waren teils neu hier und hatten nicht den Status autoconfirmed.
      • Deshalb hatte man zum Bearbeiten der Interlanguages die Meta-Seite ungeschützt gelassen, während einige Doku-Seiten halbgeschützt waren.
      • Für die nur noch menschlichen Bearbeiter wäre das, wenn überhaupt, heute genau umgekehrt anzuwenden: Eher hätte eine IP an einer Beschreibung einen Tippfehler zu korrigieren, denn an der Kategorisierung zu experimentieren. Wobei es auch sehr erfahrene IP gibt, selbst in Kategoriefragen.
      • Wir stellen aber keine unterschiedlichen Zugriffsebenen für menschliche Bearbeiter bei Beschreibung und Kategorien mehr her; höchstens zwischen der wirksam eingebundenen Programmierung und dem begleitenden sonstigen Material.
    • Das name-dropping mit AWB ist nur ein dünnflüssiger Versuch, Ahnung vorzutäuschen. Ob mit AWB oder manuell bearbeitet ist einerlei; wie die Seite heißt und was für Rechte dann gleichfalls.
    • Der Name „Meta“ und das Konzept ausgelagerte Extra-Doku-Seite für includeonly war zu seiner Zeit und unter den damaligen Umständen sinnvoll gewesen; heute gilt das nicht mehr.
    • Es war auch noch niemals verpflichtend gewesen, eine separate Meta-Seite zu haben; mehr als die Hälfte der Doku-Unterseiten hatte immer schon die Kategorien und Interlanguages auf /Doku selbst oder vermischt mit der Programmierung gehabt, und eine /Meta hatte noch nie existiert.
    • Dass der Betreffende weder von Vorlagenprogrammierung noch von Vorlagendokumentation irgendeinen Schimmer hat, hat er selbst vielfach öffentlich dargestellt; zuletzt eindringlich hier.
  • Die separaten Meta-Unterseiten für eine einzelne Kategorie sind einfach nur lästig und für Newcomer irritierend; auch für Erfahrene bedarf es zusätzlichen Rumsuchens auf der Programmierungsseite, ansonsten jetzt sinnbefreit.
  • Den auslösenden Benutzer auf dieser Seite hier mit einzubeziehen, halte ich nicht für zielführend.
    • Er hatte bereits ausreichend Gelegenheit gehabt, seine private Sichtweise darzulegen.
    • Außerdem kann er sowieso grad nicht, weil wieder mal drei Tage wegen einer ähnlichen eigenmächtigen Aktion absitzend.

Beste Grüße --PerfektesChaos 09:43, 6. Jan. 2015 (CET) (kl. Datenkorrektur) --PerfektesChaos 10:21, 6. Jan. 2015 (CET)

Die eingangs angesprochene vorausgegangene Diskussion war wohl diese. Ansonsten klar Zustimmung: /Meta-Unterseiten sind (inzwischen) überflüssig. Wegen meist nur einer oder zwei Kats eine eigene Unterseite aufzumachen, ist sinnlos. --Mabschaaf 10:23, 6. Jan. 2015 (CET)
Du hast mich erheblich verwirrt mit dem versteckten Ping. Ja, gerne zu den Dokuseiten dazu, sind weniger Seiten die man erstellen und beachten muss. --mfb (Diskussion) 11:11, 6. Jan. 2015 (CET)
+1 --Leyo 20:28, 6. Jan. 2015 (CET)
+1. Meta-Unterseiten sind mittlerweile überflüssig. Kategorien können in Doku oder direkt in die Vorlage integriert werden. --тнояsтеn 10:16, 8. Jan. 2015 (CET)
+ 1 Für die allmähliche Abschaffung der Meta-Unterseiten von Vorlagen --Wiegels „…“ 20:14, 8. Jan. 2015 (CET)
+1, eigentlich ein klarer Fall. Besonders schön fand ich, dass das Katprojekt zu fragen sei, wo denn nun die Kategorien in den Vorlagen stehen... -- ɦeph 11:11, 10. Jan. 2015 (CET)
+1, auf de.wikivoyage gibt es keine /Meta-Unterseiten. -- FriedhelmW (Diskussion) 11:21, 15. Jan. 2015 (CET)

Nein, Metakram gehört auf Metaunterseiten und hat nix auf der Domuentationsseite verloren. Und daß er in der Vorlage nix zu suchen hat, ist schon wegen der Problematik gesperrter Vorlagen klar. Gerade was das umkategorisieren will, ist der gegenwärtige Zustand äußerst unbefriedigend, statt einfachen Abarbeitens einer Arbeitsliste, muß man jeweils die Vorlage anwählen, ob die Kategorie direkt eingebunden oder transkludiert ist. Das ist nervig, interessiert euch aber wohl nicht. Wer die Meta-Unterseiten abschaffen will, soll ein MB machen. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 15:03, 9. Jan. 2015 (CET)

PS: ich empfinde das maskierte Verlinken übrigens hinterfotzig und böswillig, da es offensichtlich dazu diente, zu verhindern, daß ich angepingt werde. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 15:09, 9. Jan. 2015 (CET)
@PerfektesChaos:: Gewöhne dir doch mal bitte die Verwendung der Spezialseite Permanenter Link endlich ab, es nervt und ist nicht gerade benutzerfreundlich, daß man nicht weiß, auf welche Seite hinverlinkt wird und das Popups nicht funktioniert. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 15:13, 9. Jan. 2015 (CET)
"Nein, Metakram gehört auf Metaunterseiten und hat nix auf der Domuentationsseite verloren." - sagt wer (außer dir)? Niemand will die Kategorien in die Vorlage setzen, insbesondere bei gesperrten Vorlagen sollte es immer eine Dokuseite geben. Falls es die nicht gibt, kann man sie anlegen. Inwiefern das Arbeitslisten stören soll, wenn man die Dokuseite statt der Metaseite bearbeitet, verstehe ich nicht. --mfb (Diskussion) 15:16, 9. Jan. 2015 (CET)
Das ist ganz logisch. Es gibt u.a. Vorlagen mit Kategorisierung, und ich halte es für zielführend, daß nur dann Kategorien im Vorlagenquelltext enthalten sind, wenn sie in Bezug auf deren Transkludierung eine Auswirkung haben (bspw. Ortskategorisierung), nicht aber, daß im eigentlichen Vorlagenquelltext Kategorien oder eventuelle andere Metadaten vorhanden sind, die eben nicht auf den einbindenden Artikel angewendet werden, sondern nur auf die Vorlage selbst. Auch trägt das zu einem besseren Verständnis des Quelltextes und zur Übersichtlichkeit bei. Desweiteren gilt das Argument, weswegen die Metaunterseiten einst eingebunden wurden, auch fortwährend. Ein Teil der Vorlagen ist vollgeschützt, und es ist nicht unbedingt sinnvoll, daß wegen Änderungen einer Kategorie einer Vorlage hunderttausende von Artikeln neugerendert werden. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 15:22, 9. Jan. 2015 (CET)
(BK) zu ob die Kategorie direkt eingebunden oder transkludiert ist - korrekt. Jetzt musst Du ggf. auf drei Seiten suchen, wo die Kat steht: In der Vorlage selbst, in der Doku-Seite oder in der Meta-Seite. Wenn es keine Meta-Seiten mehr gäbe, wird die Sache klarer. Und wenn sich irgendwann mal rumspricht, dass zu jeder Vorlage eine Doku-Seite gehört, dann ist es ganz klar. Das erleichtert das Umkategorisieren übrigens erheblich, wenn die Vorlagen selbst vollgesperrt sind...--Mabschaaf 15:21, 9. Jan. 2015 (CET)
Das ist nur vorübergehend; sobald alle Vorlagen eine Meta-Unterseite haben, mußt du nicht nehr suchen. Zur Dokumentation gehören Kategorien jedenfalls nicht. Es wird nix dokumentiert. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 15:24, 9. Jan. 2015 (CET)
Deine Argumentation zeigt deutlich, wieso Dokuseiten sinnvoll sind - da sind wir uns alle einig. Ich sehe aber keinen Grund, für Kategorien nochmal eine eigene Unterseite aufzumachen. Das einzige Argument von dir dazu ist offenbar "weil ich Meta als Name besser finde als Dokumentation". Das ist Ansichtssache. --mfb (Diskussion) 15:42, 9. Jan. 2015 (CET)
Der Name ist mir völlig egal, kann meinetwegen in /Null815-4711 umbenannt werden. Für mich ist es wesentlich, daß Kategorien (und ggf. weitere Metainformationen), die nicht in den einbindenden Artikel transkludiert werden, nicht im Quelltext der eigentlichen Vorlage landen und daß auf der Dokumentationsseite nur die Dokumentation steht – schon wegen der bereits zitierten "Neulinge", damit diese nicht verwirrt werden. /Ganz abgesehen davon rechne ich damit, daß früher oder später jede Seite in Wikipedia eine Metaseite erhält; spätestens, wenn man endlich ein sinnvolleres System der Referenzierung (vulgo: Fußnoten) schafft, aber das nur nebenbei. Die Spezialseite mit den Seiteninformationen dürfte der erste Schritt dorthin gewesen sein./ Es ist jedenfalls ein Vorteil, wenn in einem Vorlagenquelltext nur solche Kategorien stehen, die sich auf den einbindenden Artikel auswirken, auf der Dokumentationsseite nur das, was die Vorlagenverwendung dokumentiert, und aller Kram, was die Vorlage selbst angeht, auf einer eigenen Seite. Schon der vielen Neulinge wegen, die Vorlagen bearbeiten. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 15:54, 9. Jan. 2015 (CET)


  • Nachdem deine ursprüngliche Argumentation durchsichtig-heiße Luft war, schiebst du nun immer dünnere und immer untauglichere Begründungen, bzw. reine Nebelkerzen hinterher:
    • In Sachen einfacherem Zugang für Einsteiger lieferst du eine groteske Tatsachenverdrehung, wie dir weiter oben schon entgegnet wurde. Natürlich ist die separate Bearbeitung einer Seite nur für eine Zeile mit Kategorie und nur bei Vorlagen sehr viel unverständlicher und komplizierter, und deshalb gerade nicht für erste Schritte als neuer Vorlagenprogrammierer empfehlenswert.
    • Auch bei der Spezalseiten-ähnlichen Seiteninformation offenbarst du eine schon Mitleid erregende Verwechslung von Ursache und Wirkung. Sie ist einfach nur der Datenbankauszug einiger aggregierter Meta-Informationen über eine Seite; somit immer nur das Resultat der zusammengeführten Bestandteile, und wird nie ein Eingabeformat sein.
    • Deine Theorien über zukünftige Seitenorganisation kennt niemand sonst auf der Welt; es gibt auch keinerlei Pläne der WMF in dieser Richtung. Das hast du dir just ausgedacht und an den Haaren herbeigezogen. Es gibt auch für Artikel nirgendwo Absichten, Kategorien zukünftig nicht mehr in den Artikelseiten, sondern auf gesonderten Unterseiten abzulegen. Das würdest du uns aber auch noch als Erleichterung für Newbies auftischen, bloß um auf deinem Planeten Recht zu behalten.
    • Im Übrigen widersprichst du dir damit auch noch selbst: Gerade wenn und weil es dann im nächsten Jahrtausend ein separates System zur Verwaltung der Metainformationen zu einer Seite geben würde, wären separate Meta-Seiten mit einer lumpigen Zeile drauf erst recht obsolet. Deine Argumentation ist von vorn bis hinten eine reine Luftnummer.
    • Auch ein praktikableres System für Endnoten konnte bisher noch niemand vorschlagen und realisierbar spezifizieren; auch hier nur Nebelgranate und Rauchbombe. Davon irgendetwas für den St.-Nimmerleins-Tag abhängig zu machen, wäre grob unvernünftig.
    • Zitat „Das ist nur vorübergehend; sobald alle Vorlagen eine Meta-Unterseite haben, mußt du nicht nehr suchen.“ – das ist Nonsens. Dazu ist es in den letzten sieben Jahren weder bei den über 50.000 Vorlagen jemals gekommen noch allein bei den 3.800 mit /Doku-Unterseite auch nur zur Hälfte. Die gesonderte /Meta-Unterseite war immer schon ein Sahnehäubchen gewesen, als die Bots noch aktiv waren, und zukünftig wird noch weniger jemand bereit sein, sie anzulegen, bloß um sich von deinen unausgegorenen Phantastereien knechten zu lassen.
  • Auch die enWP, die du uns so oft als leuchtendes Beispiel aufs Brot schmierst, verschweigst du diesmal schamhaft.
  • Kurz zusammengefasst: Du versuchst regelmäßig, allen anderen Menschen deinen privaten Willen und deine Albernheiten aufzunötigen; um nichts anderes geht es. Gelingt es dir mal ein paar Tage nicht, andere Benutzer unter deine Knute zu bringen, fühlst du dich offenbar nicht mehr wohl. Welcher Sachverhalt gerade ansteht, scheint ziemlich egal zu sein – Hauptsache andere Menschen mit deinen Machtgelüsten tyrannisieren.

--PerfektesChaos 10:35, 10. Jan. 2015 (CET)

Es gibt für und gegen Meta-Unterseiten jeweils gute Argumente. Ich bin dafür Meta-Unterseiten vorerst beizubehalten. --Fomafix (Diskussion) 11:50, 10. Jan. 2015 (CET)
(nach BK) Volle Zustimmung zu PerfektesChaos beim Thema Metaseiten. Da die Interwikis auf Wikidata liegen, braucht es jetzt ganz sicher wegen der zwei oder drei Kats keine Metaseiten mehr. Zum einen ist es für Neulinge schon verwirrend genug, dass sie, wenn sie auf einer Vorlagenseite auf bearbeiten klicken, im Editfenster statt des auf der Seite angezeigten Textes die Vorlagensyntax sehen. Wenn man dann auch noch die Kategorien auf eine separate Seite packt, blick ein Neuling doch überhaupt nichtmehr durchund auch für die Ersteller der Vorlagen hat einen größeren Aufwand, der keinen Sinn macht, da die Kats auch schließlich der Dokumentation dienen, weil sie das auffinden ähnlicher Vorlagen erleichtern. Dokuseiten halte ich, auch wenn sie natürlich Neulinge zunächst verwirren könnten, dennoch für sinnvoll, da so die Überisichtlichkeit verbessert wird und man die eigentliche Vorlage unabhängig von der Doku bearbeiten beziehungsweise vor Bearbeitungen schützen kann.
Beim Thema Metaseiten zu Artikeln kann ich auch nur den Kopf schütteln, da diese auch nichts zur Übersichtlichkeit beitragen würden und darüberhinaus die so oft genannten Neulinge vermutlich eher verwirren würden, wie ihnen zu helfen. Ähnliches geschieht teilweise schon bei Vorlagen in Artikeln, wie man an Anfragen auf der FZW oder FVN erkennen kann, da die Neulinge zurecht davon ausgehen, dass das was im Artikel zu sehen ist auch über den Beabeiten-Knopf erreichbar ist. Viele Grüße Patrick Stützel (Diskussion) 11:55, 10. Jan. 2015 (CET)

Meta-Unterseiten sind insofern unpraktisch, als dass Umkategorisierungen verkompliziert werden. Letztens wurde Kategorie:Vorlage:Vom Druck ausgeschlossen nach Kategorie:Vorlage:vom Druck ausgeschlossen verschoben, verbunden mit sehr viel Handarbeit, da der Umkategorisierungs-Sebbot nicht nach Kategorien in eingebundenen Seiten sucht. Auf der Dokumentationsseite würde dies zwar auch nicht funktionieren, dort kann man aber wenigstens mit Hotcat arbeiten. Auf Metaseiten muss man aufgrund der Vorformatierung alle Kategorien per Hand ändern.
Langfristig wäre für Kategorien eher ein System nach Vorbild des Seitenschutzes sinnvoll: Die Kategorien einer Seite werden nicht mehr im Artikeltext gespeichert, sondern automatisch aus der categorylinks-Datenbanktabelle generiert. Bearbeitet werden sie über eine Art Spezial:EditCategories (die dennoch die derzeitige Hotcat-Leiste am Seitenende imitieren könnte), Änderungen dokumentiert über Spezial:Log/category. Hätte noch einige positive Nebeneffekte. Aber das ist hier ja nur ein kleines Gedankenexperiment. IW — 12:30, 10. Jan. 2015 (CET)

Ich befürchte eher, daß uns irgendwann von der Foundation die Kategorien via Wikidata aufoktroyiert werden und wir hierzupedia gar keine Möglichkeiten mehr haben werden, das Kategoriensystem zu beeinflussen, aber das führt in eine andere Diskussion, lassen wir das also. — Schön, daß du auf die Kategorienverschieung Kategorie:Vorlage:Vom Druck ausgeschlossen nach Kategorie:Vorlage:vom Druck ausgeschlossen hingewiesen hast, die der unmittelbare Auslöser war dafür, daß ich die Metaseiten wieder hergestellt habe. Es wäre in vergleichbaren Fällen weitaus weniger aufwendig, anhand der Kategorisierung eine Arbeitsliste zu erstellen und in dieser Arbeitsliste den vorhandenen Lemmata ein /Meta hintanzustellen und dann diese Arbeitsliste automatisch abzuarbeiten, etwa mit AWB, als händisch zu kucken, wo die Einbindung erfolgt.
Generell könnte man darüber nachdenken, ob es nicht sinnvoller wäre, die Kategorien gar nicht mehr in includeonly zu setzen, sodaß die Metaseite selbst kategorisiert wird und nicht mehr die Vorlage, wenn's nicht einen zusätzlichen Klick erfordern würde, um zur eigentlichen Vorlage zu gelangen.
@PerfektesChaos/Patrick Stützel: Ihr solltet euch einig werden, ob ihr nun das Argument der Neulinge (das initial durch PC in die Diskussion eingeführt wurde) nun anerkennt oder nicht, bevor ihr euch gegenseitig zustimmt. Generell ist es aber so, daß Neulinge Vorlagen eher gar nicht bearbeiten. Worum es mMn geht, das ist die Vielzahl von Benutzern, die als Portalbetreuer und dergleichen "ihre" (im Sinne sowohl von selbstgebastelt als auch von relevant im betreuten Portal) Vorlagen bearbeiten. Diese werden weitaus mehr durch Lua ausgebremst, als dadurch, daß Vorlagenkategorien und Vorlagendokumentation auf gesonderten Unterseiten liegen.
Daß man hier EN nicht als Beispiel bringen kann, wüßtest du, wenn du nur einen Blick auf die dortige Kategorisierung von Vorlagen geworfen hättest – dort werden Vorlagen bedenkenlos mit Artikeln zusammen kategorisiert. Das Kategoriensystem der EN:WP ist von A bis Z Schrott, mit Ausnahme des Quality-Assessment-Systems, daß dort vorbildlich organisiert ist (Beispiel), wobei die Kategorisierung dieser Einstufungen ausschließlich anhand der Diskussionsseite erfolgt, etwa Stubs des WikiProjektes Freedom of speech. Jeglicher Ansatz, ein solches Qualitätsmanagement auch hierzupedia einzuführen, wurde jedoch von Anfang an sabotiert, etwa mit der Abschaffung der Stubvorlage und mit der nahezu konsequenten Löschung der Portalhinweisvorlagen. Um zurück zum Thema zu kommen: du wirst nicht erleben, daß ich das Kategoriensystem von EN als Beispiel dafür nehme, wie man etwas machen sollte, sondern nur dafür, wie man es nicht machen sollte.
Daß Informatiker und insbesondere Entwickler nicht daür prädestiniert sind, benutzerfreundliche Funktionsweisen zu erdenken, ist nichts neues, mit Natürlich ist die separate Bearbeitung einer Seite nur für eine Zeile mit Kategorie und nur bei Vorlagen sehr viel unverständlicher und komplizierter, und deshalb gerade nicht für erste Schritte als neuer Vorlagenprogrammierer empfehlenswert. unterstreichst du diese Problematik erneut. Im Gegensatz zu deiner Meinung ist es für den Laien selbstverständlich viel einfacher, in dem Bapperl unten, in dem steht, daß die Dokumentation von einer eigenen Unterseite eingebunden wird und daß die Kategorien von einer eigenen Unterseite eingebunden werden, auf "bearbeiten" zu klicken, wo sich dann außer der Kategorisierung der Vorlage kaum noch etwas befindt, als im Quelltext der Vorlage selbst irgendwo zu suchen, wo sich eine in noinclude gewrappte Kategorisierung findet. Ganz abgesehen davon, zu verstehen, warum es andere Kategorien im Quelltext der Vorlage geben kann, die in onlyinclude gewrappt sind. Ganz geschweige denn zu verstehen, was der Unterschied zwischen beiden ist. Der Laie (ich schreibe bewußt nicht Neuling, weil das auch Benutzer betrifft, die jahrelang in WP tätig sind und nur alle Jubeljahre gezwungen sind, an "ihrer" (siehe oben) Vorlage etwas zu verändern, genauso davon betroffen sind) liefe stets Gefahr, die Vorlagenkategorisierung einfach zu den bereits vorhandenen Kategorien im Vorlagenquelltext hinzuzuschreiben, ohne die Wirkung von onlyinclude/includeonly/noinclude zu bedenken. Eine eigene Metaseite beseitigt diese Stolperstelle und ist folglich benutzerfreundlich. Aus ähnlichem Grund ist es übrigens sinnvoll, daß nicht jeder x-beliebige Redaktor einer Dokumentationsseite versucht ist, Schreibweise der Kategorien oder gar deren Benennung zu verändern. Warum das so ist, braucht man nicht zu erläutern, ein Blick auf das Chaos unter Wikipedia:Löschkandidaten/9. Januar_2015#Schutzgebiete in Österreich verdeutlicht, warum das Anlegen von neuen Kategorien eigentlich einer eigenen Benutzergruppe mit besonderen Rechten vorbehalten bleiben sollte. Benutzerfreundlichkeit ist zwar gut, aber manchmal ist es besser, wenn eine Änderung nicht zu prominent zugänglich ist. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 13:23, 10. Jan. 2015 (CET)
„Es wäre in vergleichbaren Fällen weitaus weniger aufwendig, anhand der Kategorisierung eine Arbeitsliste zu erstellen und in dieser Arbeitsliste den vorhandenen Lemmata ein /Meta hintanzustellen und dann diese Arbeitsliste automatisch abzuarbeiten“ – na ja, das würde aber genauso mit /Doku gehen. Kategorien ließen sich auch leichter bearbeiten, wenn Hotcat (in optimierter Form) zur Extension und standardmäßig aktiviert werden würde. Dann kann man Kategorien ändern, ohne sie lange suchen zu müssen. Neue Benutzer ändern selten etwas an Vorlagen, und noch hundertmal seltener etwas an Kategorien von Vorlagen. Allgemein sind da maximal fünf Personen systematischer dran beteiligt. Und für den normalen Vorlagenersteller ist es denke ich einfacher, die Kategorien unten an die Vorlage oder besser deren Dokumentationsseite zu hängen. IW — 18:22, 10. Jan. 2015 (CET)

Früher waren die Meta-Unterseiten durchaus sinnvoll, um Benutzern ohne erweitere Rechte die Bearbeitung von Kategorie und Interwikis bei vollgesperrten Vorlagen zu ermöglichen. Nach der Migration der Interwikis nach Wikidata überwiegen jedoch meiner Meinung nach die Nachteile einer solchen Aufteilung. Sinnvoller und zukunftsweisender wäre meiner Meinung nach die Integration mehrerer separater Unterseiten in die Vorlage:Dokumentation. Dazu zählt neben Meta auch Test und Wartung. Aus Sicht eines Vorlagenentwicklers ist dies aus mehreren Gründen sinnvoll. Der wichtigste aber ist, dass Vorlagenentwickler, die nach einer Änderung an einer Vorlage die zugehörige Dokuseite anpassen, derzeit nicht darauf gestoßen werden, dass etwaige Tests anzupassen oder Wartungslinks zu ergänzen wären. Dies würde durch eine Integration der o.g. Unterseiten verbessert werden. Selbstverständlich können die Unterseiten auch bestehen bleiben. Dies wäre aber meiner Meinung eher das Festhalten an einer bestehenden, aber inzwischen überholten Lösung. Daher würde ich die Integration der o.g. Unterseiten in die Vorlage:Dokumentation befürworten. Gruß --WIKImaniac 13:39, 10. Jan. 2015 (CET)

+1 Ganz klar zur Entfernung von /Meta. Und das nicht nur weil ich hauptsächlich auf Commons aktiv bin, wo es 1. ebenfalls keine solche /Meta-Seite gibt und 2. dort die Vorlagen, entgegen einem Pro-Argument, wesentlich komplizierter und ausgiebiger kategorisiert sind als hier (Projekt bedingt). Ich meine alle wesentlichen Argumente wurden jetzt vorgetragen und eine weiter Aufblähung, geschweige denn ein MB (wie von jemanden vorgeschlagen) sind hier vollkommen unnötig. User: Perhelion  21:19, 11. Jan. 2015 (CET)
Dann sind wir uns mit einer Ausnahme alle einig, Formafix Beitrag interpretiere ich als "beides möglich". --mfb (Diskussion) 21:59, 11. Jan. 2015 (CET)
Wikipedia ist keine Demokratie, sondern hier gehet es um Sachargumente. Bislang kann ich hier kein stichhaltiges Argument für die Entfernung der Metaseiten erkennen. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 23:34, 11. Jan. 2015 (CET)
Alle anderen können die Argumente erkennen. --mfb (Diskussion) 00:38, 12. Jan. 2015 (CET)
Welche Argumente: Metaseiten abschaffen (weil wir schon mal drüber diskutiert haben), Metaseiten abschaffen (weil Matthiasb keine Ahnung von Vorlagenprogrammierung hat), Metaseiten abschaffen (weil Interwikis jetzt auf Wikidata sind), Metaseiten abschaffen (weil Entwickler leider zu dumm sind, Metaunterseiten als solche zu erkennen). Vier völlig nutzlose Argumente gegen das Argument "Benutzerfreundlichkeit". Danke, keine weiteren Fragen. --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 01:02, 12. Jan. 2015 (CET)
@mfb: Sicherlich ist beides möglich, aber bitte meinen Beitrag nicht uminterpretieren. Ich bin vorerst für das Behalten der bisherigen Metaseiten. --Fomafix (Diskussion) 09:45, 12. Jan. 2015 (CET)

@Fomafix:

  • Ich möchte deine Position gern verstehen.
  • Du schriebst oben von guten Pro-Argumenten.
    • Würdest du uns freundlicherweise mal ein gutes und zukunftsweisendes Pro-Argument benennen?
    • Welchen praktischen Nutzen versprichst du dir davon?
    • Aus welchen Gründen sollten Meta-Unterseiten neu angelegt werden?
  • Wie deute ich deine Handlungsempfehlung „vorerst beizubehalten“ für die kommenden Jahre – da 2013 die Interlaguages weitgehend auf Wikidata gingen, wie lange soll aus der Perspektive von 2015 dieses „vorerst“ noch dauern, und von welchen konkreten Umständen würde es abhängen, dass das „vorerst“ nunmehr beendet würde?

VG --PerfektesChaos 13:24, 12. Jan. 2015 (CET)

Kategorien auf separaten Seiten zu haben hat folgende Vorteile:
  • Die Änderungen an den Kategorien werden in einer separaten Versionsgeschichte geführt.
  • Gleichzeitige Änderung von Inhalt und Kategorien ist im Gegensatz zu Artikeln nicht notwendig.
  • Die Seite mit den Metadaten kann mit separaten Berechtigungen versehen werden, getrennt von der Vorlage und getrennt von der Dokumentation.
  • Das System ist seit Jahren etabliert.
--Fomafix (Diskussion) 13:57, 12. Jan. 2015 (CET)
Wo ist der Vorteil einer separaten Versionsgeschichte für Doku und Kategorien?
Gleichzeitige Änderungen sind nie notwendig. Wenn Doku und Kategorie auf der gleichen Seite sind, sind sie aber möglich.
An welcher Stelle werden separate Berechtigungen für Doku und Kategorien benötigt? Nicht alles, was technisch möglich ist, ist automatisch ein Vorteil. Nachteil: Man muss bei mehr Seiten die Rechte einstellen.
Das System ist etabliert, wird aber im Wesentlichen nur bei Infoboxen verwendet. --mfb (Diskussion) 14:09, 12. Jan. 2015 (CET)
Der Vorteil einer separaten Versionsgeschichte liegt darin, daß einfacher überwacht werden kann; Diff-Links werden übersichtlicher, gerade bei Verwendung von Pop-Ups. Und, hey, vielleicht kommen wir ja irgendwann auf die Idee, Dokumentationsseiten in eine andere Systematik einzusortieren als die eigentliche Vorlage. ;-) --Matthiasb – Vandale am Werk™ Blue ribbon.svg (CallMyCenter) 16:58, 12. Jan. 2015 (CET)
Ich sehe diese separate "Überwachung" eher als Nachteil, zum einen muss man zig zusätzliche Seiten in die Beobachtungsliste aufnehmen, zum anderen finden sich Neulinge schlecht zurecht, so dass ab und an eine Diskussion auf den Unterseiten gestartet wird. Bei Pop-ups mag die Unterseite einen Vorteil haben, in der normalen DIFF-Ansicht ist das egal. Über kommende Ideen zu philosophieren ist auch unnütz Aber das weiß Matthiasb ja selbst. Fazit: Die Meta-Unterseiten haben mit der Auslagerung der Inter-Wikilinks an Bedeutung verloren, der Bedarf und auch die Nutzung hält sich doch arg in Grenzen oder? Wie viele Vorlagen mit Dokumentationsseite haben denn überhaupt eine Meta-Seite und was steht da wirklich noch drin? Können wir die Vor- und Nachteile mal übersichtlich gegenüberstellen? Die aktuelle Diskussion ist bereits sehr unübersichtlich. --Cepheiden (Diskussion) 15:38, 25. Jan. 2015 (CET)
Infoboxen haben, sofern sie eine Dokuseite haben, in der Regel auch eine Metaseite. Bei nicht-Infoboxen sind beide Unterseiten selten, kommen aber auch meistens zusammen soweit ich das sehe. --mfb (Diskussion) 10:45, 26. Jan. 2015 (CET)

Statistik:

  • /Doku-Seiten solo gibt es: um 1.900
    • Bei 362 davon stehen die Kat auf /Doku, bei über 1.500 in der Programmierungsseite.
  • /Meta-Seiten gibt es zurzeit: 1696
    • Im November waren das noch 1620 gewesen; über 50 hat ein einzelner Benutzer Ende November 2014 angelegt; ein Dutzend weitere kam aus alter Tradition von verschiedensten Benutzern im Rahmen von völligen Neuanlagen hinzu.
  • Über 50.000 haben nur die Programmierungsseite, was für eine simple Navileiste auch erstmal ausreicht.

VG --PerfektesChaos 10:41, 27. Jan. 2015 (CET)

Wie sind die 1500 zu interpretieren? 1500 Vorlagen haben Dokuseite, aber Kategorien stehen auf der Hauptseite? Ich würde erwarten, dass Kategorien mit Metaseiten nahezu immer auch eine Dokuseite haben, was nur wenige Dokuseiten ohne Metaseite ergibt. Haben dann Vorlagen eine Metaseite und trotzdem Kategorien auf der Hauptseite? Das wäre ein deutliches Beispiel für Nutzerverwirrung. --mfb (Diskussion) 10:47, 27. Jan. 2015 (CET)
Also nochmals:
  • ≈1.500 nur /Doku, keine /Meta, Kat in der Programmierungsseite.
  • 362 nur /Doku, keine /Meta, Kat in der /Doku.
  • 1696 /Doku und /Meta, Kat dann mutmaßlich auf /Meta.
  • >50.000 keine /Doku, Kat in der Programmierungsseite.
LG --PerfektesChaos 12:03, 27. Jan. 2015 (CET)
Ich habe mir die Fettschreibung angemaßt. Wenn schon die Vorlagen bei vorhandenen /Dokus (ohne /Meta) meist (1.500/1.862) auf der Programmierseite stehen, wie kommst Du darauf, daß sie bei vorhendener /Meta-Seite nicht trotzdem auch auf der Programmierseite stehen. Kannst Du das auch auszählen? --Tommes  20:29, 31. Jan. 2015 (CET)
Es könnte sich theoretisch so verhalten: /Meta-Seite existiert, Kat stehen jedoch auf /Doku oder Programmierung.
Dann wäre aber die /Meta völlig leer oder enthielte nur ein versprengtes Interlanguage.
Da ich langjährig in den Vorlagen unterwegs bin, kann ich dir sagen, dass mir ein solcher Fall nie unterkam, ich aber nicht ausschließen kann, dass dies bei ein oder zwei Vorlagen der Fall sei. Insofern das von mir verwendete Wort „mutmaßlich“. Über ein oder zwei Irrläufer hinaus aber mit Sicherheit keine zahlenmäßig relevante Größe.
Schicke Sig übrigens.
LG --PerfektesChaos 20:40, 31. Jan. 2015 (CET)
Nicht berücksichtigt wurden hier Fälle, wo Kategorien sowohl auf der Programmierseite als auch auf der Meta-Seite stehen. Was spricht eigentlich dagegen, die Meta-Seiten per Bot aufzulösen, d. h. die Kategorien per Bot in die Programmierseite zu übernehmen? 129.13.72.197 15:52, 12. Feb. 2015 (CET)
  • Na, auf die Programmierseite ganz sicher nicht.
  • Längere Dokumentationen sollen überhaupt nie auf der Seite mit der Programmierung stehen.
    • Grund: In ihrer Versionsgeschichte sollen ausschließlich die bei der Einbindung wirksamen Änderungen erscheinen und sich zurückverfolgen lassen. Wenn aber auf eine Änderung der Programmierung ein Dutzend Formulierungsverbesserungen in TemplateData und Kategoriesortierschlüssel und Anwendungsbeispiele kommen, sind die nach außen wirksamen Edits nicht mehr nachvollziehbar.
  • Kat auf der Programmierseite haben auch wieder das alte Problem: Wegen 100.000-facher Einbindung mag die Programmierung vollgeschützt sein.
LG --PerfektesChaos 10:40, 15. Feb. 2015 (CET)
Zum Thema Dann wäre aber die /Meta völlig leer oder enthielte nur ein versprengtes Interlanguage.: Vorlage:Infobox Meerenge/Meta. 85.212.17.126 03:20, 15. Feb. 2015 (CET)
Tja, wie oben, solche Skurrilitäten mögen irgendwo vorkommen. LG --PerfektesChaos 10:40, 15. Feb. 2015 (CET)

Entarchiviert; mitnichten erledigt. --PerfektesChaos 15:44, 19. Apr. 2015 (CEST)

Daher aus Archiv gelöscht: [1]. (Vermeidung von Dubletten). --тнояsтеn 10:07, 20. Apr. 2015 (CEST)
In dem Zusammenhang... --mfb (Diskussion) 15:53, 19. Apr. 2015 (CEST)
Viel Diskussionsbedarf herrscht offenbar nicht mehr. Es gibt Argumente für beide Seiten, aber es sind sich fast alle einig. Es kann umgesetzt werden. Man muss sich nur auf den Editwar einlassen, da ein kleines gallisches Dorf.. ach ne, falscher Comic. --mfb (Diskussion) 16:41, 6. Mai 2015 (CEST)
still pending … --PerfektesChaos 14:39, 4. Jun. 2015 (CEST)
Meta-Unterseiten sind sinnfrei, sämtliche Metadaten können bei Bedarf in die Doku-Unterseite gesteckt werden. Bedarf wäre z.B. Schutz der Vorlage, separates TemplateData, Code-Import (ohne docu mit c) oder inline-Darstellung (mit msgnw ohne Zeilenumbruch). Die Vorlagenkategorien müssen beim Export und Import ohnehin geflickt werden. Die verbesserte Dokumentation von PerfektesChaos ist wieder herzustellen, damit dort die neuesten Tricks wie die geniale Vorlage:TemplateData eingepflegt werden können. –Be..anyone (Diskussion) 05:24, 9. Jul. 2015 (CEST)
Ach Leute. Das ist wieder einmal so eine von Anfang an vergiftete Diskussion, weil gleich bei der Eröffnung "versteckte" PAs eingebaut wurden und der Angegriffene auch prompt "die Kampfauffforderung gerne angenommen" hat. Manchmal finde ich es bedauerlich, dass man in der WP keinen Boxring aufstellen kann... Daher zuerst die Bitte, derartige Fehden nicht mit Sachargumenten zu "tarnen". Eine gute Methode ist es auch, nach dem Lesen der Worte des Opponenten erst mal 60 Sekunden zu warten, bevor man antwortet... Zur Sache:
  1. Benutzer, welche den Unterschied zwischen <noinclude>, <onlyinclude> und <includeonly> nicht kennen und den Umgang damit nicht beherrschen - vereinzelte Fehler können aber immer mal vorkommen - sollten die Finger von Vorlagen lassen.
  2. Befinden sich die Kategorieeinträge auf der Dokuseite, so sind sie noch schlechter zu finden als auf einer Metaseite, denn Kategorien gehören nicht zur Dokumentation. Von der Unterscheidung zu einer etwaigen expliziten Kategorisierung der Dokuseite selbst mal abgesehen.
  3. Für die beiden anderen Möglichkeiten gibt es jeweils Vor- und Nachteile.
Ich persönlich neige eher zur direkten Kategorisierung im Vorlagenquelltext, aber es stört mich auch nicht, wenn die Kategorien auf einer Metaseite sind. Ich bin explizit dagegen, die Kategorieeinträge nur deshalb auf die Dokuseite zu schreiben, weil dass den beiden Hauptstreitern hier ermöglicht, dass Gesicht zu waren! Die Kats auf der Dokuseite ist m. E. die schlechteste Lösung, die beiden anderen sind m. E. weitgehend gleichwertig und Geschmackssache. ÅñŧóñŜûŝî (Ð) 09:59, 16. Jul. 2015 (CEST)
Anderer Meinung sind (u.a.) c: d: en: mw: und m: inklusive Vorlagen-Großmeister Pathoschild. –Be..anyone (Diskussion) 06:27, 17. Jul. 2015 (CEST)

Was haltet ihr von einem Meinungsbild? Zur Wahl zu stellen wären sicher "auf der Vorlagenseite", "auf der Dokuseite", "auf der Metaseite", ggf. weitere Optionen falls jemand sie für wichtig hält. Einfache Mehrheit gewinnt, dann gibt es auf jeden Fall eine Entscheidung (sofern es angenommen wird). Ich kann mit allen drei Optionen leben, aber eine Entscheidung wäre sinnvoll. --mfb (Diskussion) 11:22, 20. Jul. 2015 (CEST)

Hilfe bei Tabellensyntax in Infoboxen[Bearbeiten]

Hallo,
ich bin gerade dabei die Vorlage:Infobox Studentenverbindung im Punkt "Farben" umzugestalten.
Was soll sich ändern? Momentan erlaubt das Feld eine simple Texteingabe im Sinne von "rot-weiß-rot" oder der Einbindung einer commons-Bilddatei. Da dies aber zu einem sehr heterogenen Aussehen der Infoboxen bei den verschiedenen Verbindungen geführt hat, würde ich das Feld "Farben" gerne vereinheitlichen. Eine seit neuem beliebte Art die Farben darzustellen, ist in der Liste der Studentenverbindungen in Regensburg ersichtlich.
Was habe ich vor? Ich möchte genau diese Art der Darstellung in die Box übertragen und bei der Parametereingabe die Möglichkeit geben die Farben in der gewünschten Reihenfolge einzutragen. Wie bei Infoboxen üblich, kann ich ja mit einer "if-Abfrage" überprüfen, ob ein Feld benötigt wird und dieses bei fehlender Eingabe einfach ausblenden.
Wo liegt genau das Problem? Ein großer Teil, aber nicht alle Bänder von Studentenverbindungen bestehen aus 3 Farben und einem Vorstoß/Percussion. Es gibt auch zweifarbige, und vierfarbige. Ebenso auch dreifarbige mit vier Balken oder sogar fünftfarbige Bänder. Ich will deshalb für jede Möglichkeit ein eigenes Feld einführen, welche ohne Eingabe standardmäßig alle ausgeblendet werden können. Sobald die Farben bei einem der Felder eingetragen werden, erscheint dieses Feld samt zugehörigen Farben in der Infobox.
Ich habe soweit schon eine Testumgebung aufgebaut in meinem BNR. Der Quelltext der Infobox ist zu finden unter Benutzer:K4210/test farben quelle und die Infobox wird eingebunden auf Benutzer:K4210/test farben. Dort seht ihr auch die offensichtlichen Syntaxfehler.
Was will ich von euch? Ich hätte gerne eine Fehlerkorrektur der Syntax und eine Hilfe, dass die Darstellung, welche ich mir wünsche, auch wieder klappt. Wenn es nicht funktioniert wegen der Verletzung irgendwelcher Programmierregeln, dann ist das halt so und ich muss mir was anderes überlegen. Vielen Dank schon mal für die Hilfe!
--K4210 (Diskussion) 16:08, 29. Mai 2015 (CEST)

Fehler gefunden und korrigiert, siehe meine Änderung. Ich würde die Parameter aber anders anlegen. Einfach Percussion1, Farbe1, Farbe2, Farbe3, Farbe4, Farbe5, Percussion2, die Vorlage prüft dann ob Farbe 5 gesetzt ist (wenn ja, 5 Farben), sonst, ob Farbe 4 gesetzt ist usw. Zum Fuxenband sehe ich kein Beispiel, daher keine Ahnung wie sich das integrieren lässt. --mfb (Diskussion) 16:40, 29. Mai 2015 (CEST)
Sehr cool, vielen Dank! Dass das schon mal funktioniert, ist ja topp. Ich glaube ich weiß, was Du meinst mit dem anders anlegen. Ich frage immer nur ein Feld ab und setze dann die entsprechende Farbentabelle. Das werde ich mal die Tage probieren. Das Fuxenband soll einfach genauso angelegt werden, aber das ist ja dann bloß eine einfache Übertragung, sobald die Syntax steht. Vielen Dank schon mal! LG --K4210 (Diskussion) 16:52, 29. Mai 2015 (CEST)
Wo liegt der Unterschied zwischen Fuxenband und anderem Band? --mfb (Diskussion) 16:54, 29. Mai 2015 (CEST)
Das normale Band ist das sogenannte Burschenband der Vollmitglieder einer Studentenverbindung. Probemitglieder, sogenannte Füxe (oder auch Füchse), tragen meist ein Fuxenband, welches sie als Probemitglieder kennzeichnet und meistens aus nur 2 der 3 Farben des Burschenbandes bestehen. Wie beispielsweise diese Gegenüberstellung hier zeigt: (links Burschenband, rechts Fuxenband)
Farben Rupertiae
Farben Bavariae
--K4210 (Diskussion) 17:03, 29. Mai 2015 (CEST)
Ach so, also einfach eine zweite Farbgebung, die genau wie die erste funktioniert. Eine eigene Vorlage dafür wäre interessant - selbst wenn sie nur von Studentenverbindungen genutzt wird müsste man den Code dann nicht verdoppeln. --mfb (Diskussion) 17:47, 29. Mai 2015 (CEST)
Stimmt, da hast Du Recht. Man könnte es dann auch in die verschiedenen Listen (z.B. Liste der Mitgliedsverbindungen des CV und Liste der Studentenverbindungen in Regensburg) einarbeiten. --K4210 (Diskussion) 11:27, 1. Jun. 2015 (CEST)
Ich habe mir das mit deinem Vorschlag nochmal überlegt, dass die Vorlage prüfen soll, ob Farbe 5 belegt ist usw. Wie meinst Du das genau? Soll das eher ineinander verschachtelt sein, oder indem ich die einzelnen Zeilen bei Nicht-Zutreffen ausblende? Also ein "if farbe5 vorhanden, dann nimm Tabelle für 5 Farben, elseif Farbe4 vorhanden, dann nimm Tabelle für 4 Farben, elseif Farbe3 vorhanden, dann nimm Tabelle für 3 Farben, elseif Farbe2 vorhanden, dann nimm Tabelle für 2 Farben."? Weil wenn ich bloß Abfragen starte, dann habe ich ja bei 5 angegebenen Farben die Tabellen für 2, 3, 4 und 5 Farben gleichzeitig. Außer ich baue noch sowas ein wie "if farbe5 vorhanden, dann nimm Tabelle für 5 Farben und überspringe alle anderen." Wie hast Du das genau gemeint? Ich denke die geschachtelte Version wäre am Besten. Bekomme ich das mit der Wikisyntax hin? LG --K4210 (Diskussion) 14:52, 1. Jun. 2015 (CEST)
{{#if:{{{Bandbild|}}}
  |Bild einbinden
  |{{#if:{{{Farbe5|}}}
    |Tabelle für 5 Farben
    |{{#if:{{{Farbe4|}}}
      |Tabelle für 4 Farben
      |{{#if:{{{Farbe3|}}}
        |Tabelle für 3 Farben
        |Tabelle für 2 Farben
      }}
    }}
  }}
}}

Ausblenden klappt nicht, da die Höhen von der Zahl der Farben abhängen. Eine Untervorlage enthält dann alles von {{#if:{{{Farbe5|}}} bis zum zugehörigen }} . --mfb (Diskussion) 15:07, 1. Jun. 2015 (CEST)

Ich habe es jetzt mal unter Benutzer:K4210/test farben quelle eingebunden und die Infobox in Benutzer:K4210/test farben aufgerufen. Die Fuxenfarben zeigt er mir korrekt an, bei den anderen Farben zeigt er komischerweise nur 2 Farben und nicht wie angegeben und gefordert 4 Farben. Vielleicht findest Du ja den Fehler, ansonsten versuche ich nachher nochmal genauer hinzuschauen. LG --K4210 (Diskussion) 16:38, 1. Jun. 2015 (CEST)
Die Parameternamen hießen nicht richtig. --mfb (Diskussion) 17:45, 1. Jun. 2015 (CEST)
Super, hab ich wohl vor lauter Wald die Bäume nicht mehr gesehen. ^^ Einen kleinen Fehler hab ich wohl noch gefunden. Wenn ich (ein zweifarbiges Band eingebe und) keine Farbe für das Fuxenband eingebe, erscheint das Feld trotzdem im TEst und bleibt weiß. -.- --K4210 (Diskussion) 22:43, 1. Jun. 2015 (CEST)
War das gleiche Problem. --mfb (Diskussion) 23:07, 1. Jun. 2015 (CEST)
Vielen lieben Dank an mfb für das Erstellen und Einfügen der Farben-Vorlage. Ich bin bisher einfach noch nicht dazugekommen. Allerdings werde ich versuchen noch eine Sache einzuarbeiten, die ergänzend vom Portal:Studentenverbindung angebracht wurde. dazu würde ich diesen Teil noch gerne aktiv halten und hierzu auch Fragen stellen, falls nötig. LG --K4210 (Diskussion) 13:02, 8. Jun. 2015 (CEST)
Aus der Community gab es noch den Wunsch in die Farbentabelle die Breite zusätzlich einzubinden, da es unterschiedliche Zusammensetzungen gibt. Der Wunsch wäre eine optionale Eingabemöglichkeit, wie viel Pixel die Farbenbalken breit sein sollen und bei Nichteingabe (durch IF-Abfrage) einen Standardwert zu nehmen. Ist das möglich, oder wäre nur eine generelle Eingabe der Breiten möglich (also ohne IF-Abfrage der Felder)? Die aktuelle Version wäre hier, die neuen Parameter sind noch nicht eingebunden: Benutzer:K4210/test_farben_quelle/band --K4210 (Diskussion) 17:00, 22. Jun. 2015 (CEST)
Ist etwas gewöhnungsbedürftig, die Höhe Breite zu nennen. Umgesetzt. Allerdings habe ich die Parameternamen erst danach gesehen, kannst du ja umbiegen, wenn dir B-Farbe1Breite etc. nicht gefallen. --mfb (Diskussion) 20:18, 22. Jun. 2015 (CEST)
Wilhelm II. im Couleur des Corps Borussia Bonn
Vielen Dank mfb :) Ja wenn man die Farben nur als Block auf dem Rechner sieht, erscheint Höhe logisch. Ich habe es mir als Band um die Brust vorgestellt und ich denke die meisten anderen, die das Tool benutzen wollen, werden es sich ebenfalls als Band vorstellen, da spricht man ja eigentlich eher von Breite. Das mit den Parametern ist gar kein Problem, ich hab die alle eingetragen und die Tabelle auch schon in die Vorlage übertragen: Vorlage:Farben Studentenverbindung‎. Allerdings finde ich es irgendwie komisch, dass der schwarze Rand um die Farben willkürlich. Gut zu sehen in den Boxen rechts auf der Seite Benutzer:K4210/test farben. Weißt Du, wie ich sowas beseitige? :) LG --K4210 (Diskussion) 10:50, 26. Jun. 2015 (CEST)
Der Rand ist hier festgelegt: style="border: 0.5pt black solid" - einfach ändern in style="border: 0pt" und der Rand ist weg. Bitte das übliche Format für Vorlagen nutzen, also Vorlagencode zuerst, darunter dann Vorlage:Dokumentation einbinden und die Dokumentation auf die Unterseite setzen.
Ich würde es begrüßen, wenn du die Beiträge anderer (hier: meine) nicht als die eigenen ausgibst wie hier geschehen. Du hättest die Entwurfsseite verschieben können oder zumindest auf die Entstehungsgeschichte hinweisen können. --mfb (Diskussion) 21:49, 26. Jun. 2015 (CEST)
Hallo mfb, ich hatte da nicht drüber nachgedacht und möchte um Entschuldigung bitten. Ich habe nun dafür gesorgt, dass der Text aus meinem BNR inklusive Versionsgeschichte in der Vorlage ist. Vielen Dank für deine Hilfe, ohne Dich hätte ich noch ewig in der Syntax rumgedoktert. --K4210 (Diskussion) 16:36, 30. Jun. 2015 (CEST)
Ich würde ganz gerne den dünnen schwarzen Rand beibehalten und ihn ganz um die Farben gehen lassen. Meinte mit beseitigen nicht den Rahmen selber, sondern das Anzeigeproblem in der Infobox. Oder ist das nur bei mir? Wenn ich die Farbenvorlage außerhalb der Infobox aufrufe, zeigt es den Rahmen komplett an. Benutzer:K4210/test_farben --K4210 (Diskussion) 17:57, 1. Jul. 2015 (CEST)
PS: Kannst Du Dir vielleicht auch bitte mal die Ausrichtung der linken Spalte anschauen? Wie mach ich den Text dort linksbündig? Habe dort auch mit allerlei möglichen Sachen rumprobiert und es nicht hinbekommen. :D Danke! --K4210 (Diskussion) 18:05, 1. Jul. 2015 (CEST)
Welches Anzeigeproblem in der Infobox? Linksbündig ist eingebaut. --mfb (Diskussion) 18:54, 1. Jul. 2015 (CEST)
Das Anzeigenproblem ist ein Problem meines Browsers gewesen. Jetzt passt alles. :) --K4210 (Diskussion) 08:13, 2. Jul. 2015 (CEST)
Die Dokumentation steht jetzt in {{Farben Studentenverbindung/Doku}} samt {{TemplateData}} und Selbsttests. Zum Basteln ginge {{Farben Studentenverbindung/Sandbox}} mit Test in {{Farben Studentenverbindung/Test}}, und wenn es funktioniert die Vorlage mit der /Sandbox übermalen bzw. neue Tests aus /Test in die /Doku übernehmen. Bei fünf Farben war was kaputt, das klappt jetzt. Heisser Test auf KDStV Markomannia Würzburg, ich fürchte aber, dass da das Fuxenband eine falsche Percussion2 blau statt himmelblau hat.:tongue: Noch nicht richtig für HTML5 ist bgcolor=. –Be..anyone (Diskussion) 14:31, 11. Jul. 2015 (CEST)
Seltsam, das soll doch gleich hoch sein. –Be..anyone (Diskussion) 21:52, 11. Jul. 2015 (CEST)
Das ist echt komisch...

Hab mal mehrere eingebunden. Kann es sein, dass noch ein paar pixel draufaddiert werden in der Tabelle für jeden "Rand", den wir mit den Farbfeldern hinzufügen? Dann müsste man ja bloß die Höhe nachbessern. --K4210 (Diskussion) 23:26, 11. Jul. 2015 (CEST)

Die Flagge ganz links hat 41 px, tbody hat noch 39 dank 1px Rahmen, die 39 werden von 3+11+11+11+3 ausgenutzt. Die rechts davon hat 38 px, davon 36 tbody, 3+15+15+3 sind auch 36. Das sind aber 2 (bzw. 1.5) mehr als in der Definition. Also ja, zumindest mein FF macht das größer als im Quelltext angegeben. --mfb (Diskussion) 23:36, 11. Jul. 2015 (CEST)
Umgestellt auf HTML5, also nur style=CSS statt bgcolor= u.s.w. Es wird wohl so sein, wie K4210 sagt, irgendwas muss noch auf null gesetzt werden (border, padding, …, alles noch nicht probiert). –Be..anyone (Diskussion) 03:37, 12. Jul. 2015 (CEST)
Es sind noch Punkte offen ;-)
  • gibt es inzwischen schon eine Idee, wie das Problem mit den unterschiedlichen Höhen gelöst werden könnte? Ansonsten wäre ein work-around, dass man einfach die Höhen anpasst, wobei ich denke, dass es sich von Browser zu Browser unterscheiden könnte?
  • Das zweite ist, dass ich gerne die fertige Vorlage von Benutzer:K4210/test_farben_quelle nach Vorlage:Infobox Studentenverbindung verschieben würde. Wie soll ich das anstellen Benutzer:mfb? Einfach verschieben heißt doch vorher Löschen der alten und kompletter Verlust der Änderungshistorie der alten Vorlage, und Quellcode kopieren heißt Verlust der Änderungshistorie der Entwicklung der neuen Vorlage?! :O
  • PS: Sind die Ränder der Farben nur bei mir keine schwarze Linie mehr, sondern gepunktet oder überall? LG --K4210 (Diskussion) 18:46, 28. Jul. 2015 (CEST)
Da immer 1 px oben+unten mehr eingefügt wird, kannst du alle Angaben um jeweils 2 px reduzieren, dann sollte es passen. Muss bei manueller Breitenangabe dann mit {{#eq: berechnet werden.
test_farben_quelle: Man könnte einen Nachimport beantragen, von mir aus kannst du aber auch die neue Version in die Infobox kopieren, ich nehme an Wiegels wird auch nichts dagegen haben. Die alte Infobox zu löschen geht nicht.
Ich sehe auch die Punkte, weiß aber nicht ob das am Rechner hier liegt oder an der Vorlage. --mfb (Diskussion) 14:47, 29. Jul. 2015 (CEST)
Nichts dagegen --Wiegels „…“ 15:56, 29. Jul. 2015 (CEST)
Die punktierte Umrandung kommt durch die punktierte Umrandung (… border: thin dotted black; …) zustande. --Wiegels „…“ 16:07, 29. Jul. 2015 (CEST)
Die Änderung mit der punktierten Linie habe ich wohl nicht mitbekommen und finde ich auch nicht schön. Wie taugt euch das? --K4210 (Diskussion) 17:06, 29. Jul. 2015 (CEST)

Nummer-eins-Vorlage[Bearbeiten]

Hallo! (@Darkking3, Mfb: zur Kenntnisnahme) Es geht um die Vorlage:Nummer-eins-Hits. Ich habe aktuell von einem Review ausgehend einigen Änderungsbedarf festgestellt, den ich zum Teil auch schon selbst abarbeiten konnte; bei ein paar Kleinigkeiten hakt’s aber noch. Ich hab unter Benutzer:XanonymusX/Arbeitsplatz#NR1 neu ein Beispiel erstellt, konkret geht es darum, die Wochenangabe, die bis jetzt in der ersten Spalte mitaufgeführt wird, fallweise in die zweite Spalte zu versetzen; die vier möglichen Fälle (allerdings jeweils nur mit Wochenangaben, mit Datumsangaben sollte es natürlich analog funktionieren) habe ich im Beispiel aufgeführt: Zwei funktionieren ordnungsgemäß, an den anderen beiden bin ich gescheitert. An der Berechnung, die den komplexesten Teil der Vorlage darstellt, braucht nichts mehr geändert zu werden, ich möchte es aber auch vermeiden, sie im Quelltext verdoppeln zu müssen (damit hätte ich alle Fälle bereits gelöst gehabt). Vielleicht fällt euch ja was ein, die Vorlage:Plural hat mich ausgebremst … Ansonsten auch noch was Einfacheres (wäre direkt in der Vorlage zu ändern, da bereits live): Die Sortierung der ersten Spalte klappt bei Datumsangaben (ISO-Format) noch nicht, was muss dafür umgebaut werden? Gruß, XanonymusX (Diskussion) 20:21, 8. Jun. 2015 (CEST)

Welche Fälle sind falsch, und wann genau soll was verschoben werden? Welche Berechnung soll nicht kopiert werden? Wie gesagt, Hellsehen ist schwierig. --mfb (Diskussion) 22:31, 8. Jun. 2015 (CEST)
Sicher, dass deine Kristallkugel richtig funktioniert? Ich fand das eigentlich leicht verständlich … ätsch  Ich wäre auch schon mal froh, wenn in der Live-Vorlage die Sortierbarkeit der ersten Spalte repariert werden könnte. Ansonsten: Die vier möglichen Fälle habe ich im Beispiel jeweils in der letzten Spalte benannt. Das Problem ist: Die Angabe der Wochen (sei es aus der Berechnung stammend, die den Kern der Vorlage bildet, oder durch den Wochen-Parameter manuell eingegeben) wird aufgrund der Vorlage:Plural, in die die Zahlenangabe zwangsläufig verpackt wird, immer als x Woche(n) ausgegeben. Das ist im ersten und im vierten Fall, wo sie klein unterhalb der Datumsangaben in der ersten Spalte steht, auch so gewollt. In den beiden mittleren Fällen (das Kriterium ist das Fehlen einer Angabe für den Parameter Insges) hingegen ist die Wochenanzahl gleichzeitig die Gesamtwochenanzahl und wird daher in die zweite Spalte gesetzt; hier ist das „Wochen“ nun aber fehl am Platz! Meine Versuche, dem beizukommen, scheiterten allesamt. Irgendwelche Ideen, wie man diese Plural-Vorlage umgehen kann? Gruß und Dank --XanonymusX (Diskussion) 08:20, 9. Jun. 2015 (CEST)
Du willst also einfach die Worte "Wochen" dort loswerden, alles andere (außer der Sortierung) funktioniert wie gewollt? Das war der Teil des Hellsehens, der mir gefehlt hat. Angesichts der Komplexität der Berechnungen und der mehrfachen Nutzung der gleichen Ergebnisse würde ich hier eine Untervorlage erstellen. Die "Hauptvorlage" berechnet Dinge wie (({{{Chartein}}})>1857) OR ((({{{Chartein}}})*100 mod 100)>0), ob ein Jahresübertrag nötig ist und so weiter, und die Untervorlage nutzt die Berechnungsergebnisse für die Darstellung und ihre Logik. --mfb (Diskussion) 15:54, 9. Jun. 2015 (CEST)
Ja, den Rest hat darkking in langer Arbeit perfektioniert. Meine Anpassungen waren im Grunde trivial. Okay, kann man gerne machen, auch wenn ich weiß, dass darkking das vermehrte Auslagern nicht immer so gern gesehen hat. Aber solange es funktioniert (und den Server nicht stärker belastet), gerne! Setzt freilich Eingriffe in die Berechnung selbst voraus, wozu mir ehrlich gesagt der Durchblick fehlt.--XanonymusX (Diskussion) 19:08, 9. Jun. 2015 (CEST)
Benutzer:darkking3 ist aktiv, vielleicht fällt dem eine bessere Lösung ein. --mfb (Diskussion) 21:04, 9. Jun. 2015 (CEST)
Fallweise der {{Plural}} ein zweites Pipe erzeugen, sodass der dritte Parameter (Mehrzahl) Leer ist, dann hängt die Vorlage nur noch ein geschütztes Leerzeichen an. --darkking3 Թ 09:56, 10. Jun. 2015 (CEST)
Hatte ich probiert, damit lässt sich die Zahl leider nicht zentrieren (Leerzeichen) – und bei 1 kommt dann ja doch der Singular!--XanonymusX (Diskussion) 10:15, 10. Jun. 2015 (CEST)
Außerdem wäre das Verhalten dann in beiden Fällen gleich, was ja nicht gewünscht ist. --mfb (Diskussion) 11:32, 10. Jun. 2015 (CEST)
„Fallweise“ wäre schön möglich, aber eben nicht mit dem nbsp! Alternativvorschläge? Die Sortierbarkeit des Datums wäre immer noch ein Thema.--XanonymusX (Diskussion) 11:24, 13. Jun. 2015 (CEST)
Siehe mein Entwurf, der jetzt das gleiche machen sollte wie deine Vorlage, aber (meiner Meinung nach) wesentlich übersichtlicher. Ich hatte zwischendurch den interessanten Fall, dass die Vorschau etwas korrekt angezeigt hat aber der Artikel danach nicht. Das kann man absichtlich herbeiführen, aber dass es auch sonst geschehen kann war mir neu.
Nach was soll sortiert werden? Chartein? --mfb (Diskussion) 13:35, 13. Jun. 2015 (CEST)
Danke! Ist die Wochenzahl jetzt absichtlich linksbündig oder ließe sich das noch anpassen? Ist aber zweitrangig, solang alle gleich sind. Ja, Sortierung macht wohl nur nach Chartein Sinn (wenn überhaupt, aber zumindest zum Rückführen in die Ausgangsreihenfolge nach einer anderen Sortierung). Leider bringt die Sortierung Layoutschwächen mit sich; wenn Zebra nicht machbar ist (wovon bei der mangelnden Änderungsbereitschaft an manchen Stellen auszugehen ist), müssen wohl oder übel wieder Zellbegrenzungen eingeführt werden.
Ja, liegt vielleicht am BNR, bei meinen letzten Änderungen musste ich danach oft mehrmals aktualisieren, Cache leeren oder sogar Browser neustarten, bis die Änderungen endlich Wirkung zeigten.--XanonymusX (Diskussion) 14:09, 13. Jun. 2015 (CEST)
?action=purge an die URL hängen sollte dazu führen, dass der Servercache geleert und alles neu gelesen wird. Ist linksbündig weil ich mich nicht um Ausrichtung gekümmert habe, ist natürlich leicht anpassbar. Kann man sich für die Ausgangsreihenfolge auf den Parameter 1 verlassen? Der wäre wesentlich leichter zum Sortieren zu verwenden als Chartein, was als Kalenderwoche oder als Datum eingegeben werden kann. Wieso geht Zebra nicht? Ich habe es nicht probiert. --mfb (Diskussion) 14:48, 13. Jun. 2015 (CEST)
Okay, an Parameter 1 hatte ich auch gedacht, ja, aber da ich noch Hoffnung habe, das Layout auf Zebra umzustellen (dazu muss aber zuerst wikitable eingeführt werden), würde der entfallen (erfüllt bislang ja nur den Zweck der abwechselnden Einfärbung).--XanonymusX (Diskussion) 14:53, 13. Jun. 2015 (CEST)
Ja, der Parameter gehört jetzt der Vergangenheit an! Das Layout ist mehr oder weniger umgestellt, ich müsste nur noch die Ränder der Zeilen wegkriegen und evtl. Farbe1 und Farbe2 tauschen; Zebra ist endlich brauchbar! Damit muss das Sortieren wohl oder übel über Chartein erfolgen.--XanonymusX (Diskussion) 03:18, 14. Jun. 2015 (CEST)
Hab mal versucht, data-sort-type einzubauen, aber zeigt keine Wirkung. Bei den Wochen stimmt auch was nicht. Sonst sollte die Vorlage jetzt stabil sein!--XanonymusX (Diskussion) 14:11, 14. Jun. 2015 (CEST)
Ich fürchte Wochen und Tage sind fundamental inkompatibel. Wie soll die 3. Woche ohne Jahresangabe mit dem 16. Januar 2012 verglichen werden? Man könnte alles in Wochen umrechnen und als Zahlen sortieren (damit 5 vor 10 kommt und nicht danach (5>1)). --mfb (Diskussion) 20:02, 18. Jun. 2015 (CEST)
Eigentlich sollte das kein Problem darstellen? Man berechne aus dem Datum die kalenderwoche und sortiere dann nach Wochen. Sortierung nach dem Schema JJJJ/WW garantiert die Sortierbarkeit. --darkking3 Թ 20:31, 18. Jun. 2015 (CEST)
YYYY ist oft nicht vorhanden. Und Woche (ggf. als "5" eingegeben) muss dann noch in WW umgewandelt werden. Ja, wie gesagt, man kann alles in Wochen umrechnen. --mfb (Diskussion) 21:01, 18. Jun. 2015 (CEST)
YYYY habe ich häufig aus dem Seitennamen extrahiert, da der schematische Aufbau der Listenartikel meist gleich ist. --darkking3 Թ 21:40, 18. Jun. 2015 (CEST)
Hallo @Mfb, Darkking3: bin wieder da! Wie sieht’s aus? Wenn ich das einwerfen darf: Kombination von Wochen und Datumsangaben ist nicht notwendig, pro Verwendung in einer Tabelle wird nur entweder das eine oder das andere verwendet werden. Und Zusatzfrage: Wie kommt es, dass selbst die zweite Spalte mit einfachen Zahlenangaben falsch sortiert wird (11 vor 7)?--XanonymusX (Diskussion) 02:46, 25. Jun. 2015 (CEST)
Sind überall ausschließlich Zahlen drin? Ist im Tabellenheader definiert worden, dass nach Zahlen sortiert werden soll? Alphabetisch kommt 11 vor 7 (1 vor 7), deswegen ist das nicht ganz so einfach. Ich bin derzeit froh wenn ich bei der Beobachtungsliste nicht total den Überblick verliere, für Entwicklungen hier habe ich erstmal keine Zeit. --mfb (Diskussion) 19:27, 25. Jun. 2015 (CEST)
@Mfb: Ja, hab das Format auch im Header definiert, obwohl es sich ja ausschließlich um Zahlen handelt. Seltsamerweise wird 33 richtig sortiert, 11 hingegen nicht.--XanonymusX (Diskussion) 23:45, 28. Jun. 2015 (CEST)
Da passt was im Kopf nicht: Klicke ich auf die Bezeichnung im Kopf, wird richtig sortiert, die Pfeile gehören irgendwie zur falschen Spalte... --darkking3 Թ 15:34, 29. Jun. 2015 (CEST)
Danke für den Hinweis. Ich versteh’s zwar nicht, aber Harro hatte schon gemeldet, dass bei ihm auch die letzte Spalte sortierbar sei. Ich werde nachforschen.--XanonymusX (Diskussion) 23:24, 29. Jun. 2015 (CEST)
@Darkking3, Mfb: Hab die Spaltenzuordnung korrigiert; da hatten sich unnötige colspans in die Vorlage eingeschlichen, durch die wohl sechs oder sieben (statt fünf) Spalten vorgesehen wurden! Damit bleibt nur noch das Sortierproblem der ersten Spalte: Hab momentan keinen Datentyp im Kopf festgelegt, aber der kann ja auch nicht wissen, ob in den Zeilen Datums- oder Wochenangaben vorliegen. Wie gesagt, Kombination ist nicht notwendig; aber fallweise data-sort-type=number und =date müsste noch irgendwie hingebogen werden. Danke und Gruß--XanonymusX (Diskussion) 01:59, 15. Jul. 2015 (CEST)

Vorlage:Hall of Fame des deutschen Sports[Bearbeiten]

Die Redaktion der HOFdS hat ihre Dateistruktur umgestellt. Die Vorlage kann daher derzeit nicht verwendet werden. Für Gedanken zur Lösung des Problems bitte ich darum, auf der Diskussionsseite der Vorlage reinzuschauen. [PS: @Boshomi:] MfG --Tommes  13:24, 9. Jun. 2015 (CEST)

Vorlage:ISMN[Bearbeiten]

Wäre es wohl möglich, analog der Wikipedia:ISBN-Suche eine Vorlage für die International Standard Music Number anzulegen? Diese wäre hilfreich z.B. in biographischen Artikeln zu Komponisten oder bei Artikeln zu Musikstücken, um Ausgaben zu fnden. Die ISMN selbst ist schon vielfach verwendet. Darauf gestossen bei Daniel Magnus Gronau. --Concord (Diskussion) 15:39, 15. Jun. 2015 (CEST)

Dazu muss eine Spezialseite analog zu Spezial:ISBN-Suche erstellt werden. Ich weiß nicht, ob das so ohne Weiteres geht (WP:Technikwerkstatt). Workarounds, die ich sehe, funktionieren nicht so gut. --mfb (Diskussion) 16:04, 15. Jun. 2015 (CEST)
Muss es denn gleich eine Spezialsuche sein? Bei {{ISSN}} tuts doch auch eine einfache Vorlage. --FordPrefect42 (Diskussion) 20:46, 15. Jun. 2015 (CEST)
Ein solcher Link als Vorlage ist sehr einfach (vorausgesetzt es gibt eine geeignete Ziel-URL), aber gefragt wurde ja nach einem Äquivalent zur ISBN-Suche. --mfb (Diskussion) 21:12, 15. Jun. 2015 (CEST)
Gefragt wurde aber auch nach einer Vorlage, und die ISBN-Suche ist ja eben keine. – Ob es für die International Standard Music Number eine international übergreifende Suchadresse gibt, ist mir nicht bekannt. In erster Näherung wäre das DNB-Portal, über das das Deutsche Musikarchiv recherchierbar ist, wohl ein sinnvolles Linkziel. --FordPrefect42 (Diskussion) 12:52, 16. Jun. 2015 (CEST)
Wikipedia:ISBN-Suche ist technisch keine Vorlage, wird aber ähnlich wie eine verwendet. Aber statt hier weiter über die Interpretation zu spekulieren, können wir einfach warten bis Concord sich dazu äußert. --mfb (Diskussion) 15:00, 16. Jun. 2015 (CEST)
Sorry - was ich meine, ist eine Möglichkeit, anhand der ISMN eine Katalogabfrage zu starten. Wenn es eine einfache Vorlage tut, dann gern. Und ich glaube wie FordPrefect42, dass vermutlich der DNB-Katalog für uns ein sinnvolles Linkziel wäre. --Concord (Diskussion) 17:13, 16. Jun. 2015 (CEST)
Also etwas im Stil von {{ISMN|M-006-49713-3}} --> ISMN M-006-49713-3, Suche im DNB-Portal?
Huch, Signatur vergessen. @Concord: In dem Stil? Die Seite hat gerade Probleme aber im Allgemeinen funktioniert der Suchlink. --mfb (Diskussion) 17:09, 20. Jun. 2015 (CEST)
Ja, genau! (auch wenn es im moment bei der DNB wg. deren Problem nicht klappt). --Concord (Diskussion) 17:11, 20. Jun. 2015 (CEST)
Ist angelegt. Vielleicht ist ein Abgleich mit Wikidata möglich, das sehe ich wenn sie ein paar Verwendungen gefunden hat und der entsprechende Diskussionsabschnitt zu Wikidata hier Ergebnisse bringt. --mfb (Diskussion) 15:20, 21. Jun. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:26, 1. Aug. 2015 (CEST): 0 Vorlageneinbindungen....

Vorlage zur Wikidata-Einbindung[Bearbeiten]

Habe gerade schnell eine Vorlage Vorlage:WDClaim vorbereitet:

<span class="Wikidata-Data">
{{#invoke:Wikidata|claim|{{{1|}}}|qualifier={{{qualifier|}}}|parameter={{{parameter|}}}|list={{{list|}}}|references={{{references|ja}}}|{{{showerrors|}}}}}
</span>

Ist die so in Ordnung oder habe ich etwas vergessen? --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 13:48, 16. Jun. 2015 (CEST)

Gut wäre, wenn wir uns initial auf zukunftsträchtige Benennungen einigen könnten. Es gibt schon Vorlage:Wikidata image (mit Leerzeichen, engl.), Vorlage:Wikidata-Eigenschaft (mit Bindestrich, deutsch). Vorlage:WDClaim (zusammengeschrieben, deutsch) wäre die dritte Variante. Auch für die Bezeichnung der HTML-Klasse wären weitere Meinungen erwünscht, ich hätte jetzt spontan "wd-content" vorgeschlagen.--Mabschaaf 10:44, 20. Jun. 2015 (CEST)
Man könnte die einfach Vorlage:aus Wikidata nennen, was zwar zugegeben nicht sehr elegant klingt, aber man kann zumindest leichter ersehen was die Vorlage genau macht. --Mps、かみまみたDisk. 14:25, 20. Jun. 2015 (CEST)
Hm. Wie wäre es mit Vorlage:Aussage von Wikidata oder Vorlage:Inhalt von Wikidata? --Mabschaaf 14:35, 20. Jun. 2015 (CEST)
Halte ich alles für ziemlich unpraktikabel im Quelltext. Man könnte die Vorlage auch einfach Claim oder Property nennen. (Denn invoke wird hier als erweittertes Property verwendet.) Die anderen Vorlagen erfülen ja andere Zwecke. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 16:16, 20. Jun. 2015 (CEST)
Gerade mit den Bezeichnungen "Claim" und "Property" kann doch (fast) keiner hier etwas anfangen. Das hat man doch schon beim MB gemerkt, wo eigentlich noch ein Glossar nötig gewesen wäre. Ist das jetzt eine "Aussage", ein "Wert", ein "Datum" ein "Inhalt" oder was? Mut zur Übersetzung! --Mabschaaf 16:23, 20. Jun. 2015 (CEST)
Du hast Vorlage:Wikidata list und Vorlage:Wikidata list end sowie Vorlage:WikiData-de übersehen. 129.13.72.196 16:53, 20. Jun. 2015 (CEST)
Ich sehe den Versuch einer Übersetzung skeptisch. Lieber bei einer einheitlichen englischen Terminologie bleiben, das erleichtert letztlich das Verständnis in der Kommunikation zu Wikidata über die Sprachgrenzen hinweg - was "Claim" und "Property" zu bedeuten haben, muss man sich natürlich erstmal aneignen, aber das wäre bei einer Übersetzung genauso, denn die spezifische Wikidata-Bedeutung lässt sich nun mal nicht selbsterklärend in einzelne Wörter verpacken. Im deutschen Wikidata-Glossar wird zwar z.B. "property" mit "Eigenschaft" und "claim" mit "Behauptung" übersetzt, aber für einen Wikidata-Neuling ist eine "Behauptung" erstmal nicht weniger Bahnhof als ein "claim". Das ganze doppelspurig zu führen, mit Original-Bezeichnung (die man in der Kommunikation mit anderen dann doch ständig benötigt) und Übersetzung, scheint mir eher verwirrlich. Gestumblindi 17:07, 20. Jun. 2015 (CEST)
+1, für solche Metavorlagen lieber die englischen Bezeichnungen verwenden. Der durchschnittliche Artikelschreiber kommt damit ohnehin nie in Kontakt, da die Vorlage nur von anderen Vorlagen eingebunden werden sollte (-> MB). Wie wäre die geplante Vorlage aufzurufen, um z. B. {{#property:P434}} zu bekommen? Auf der MB-Disk wurde außerdem angeregt, gleich das #if:lokalerWert... in die Vorlage zusetzen. Vorlagen würden also {{Wikidata-Wert|{{{Lokaler Wert|}}}|property:P434|WartungskategorieBeiKonflikt}} (willkürlicher Name, Parameter wären zu diskutieren) aufrufen, die Vorlage nutzt (falls gesetzt) den lokalen Wert, ansonsten holt sie den Wikidata-Wert. Außerdem überprüft die Vorlage, ob ein Konflikt besteht, und sortiert den Artikel ggf. ein. Das funktioniert nicht in URLs und Zahlenwerten die noch formatiert werden, für die muss ggf. eine Sonderlösung gefunden werden. --mfb (Diskussion) 17:33, 20. Jun. 2015 (CEST)
Bzgl. dem lokalerWert möchte ich noch darauf hinweisen, dass das Wikidata-Modul neben der claim-Funktion noch eine getValue-Funktion besitzt, deren Funktion fast identisch ist, aber einen opt-in-Ansatz verfolgt (der aus enWP übernommen wurde). Bei dieser wird zusätzlich noch ein lokaler Wert übergeben, der üblicherweise zurückgegeben wird und auf Wikidata wird nur zurückgegriffen wenn explizit das Schlüsselwort FETCH_WIKIDATA übergeben wird. Anwendungszweck sind hauptsächlich Infoboxen beispielsweise {{Infobox Ort|Name=Musterstadt|Einwohner=FETCH_WIKIDATA|Fläche=30}}, so dass man einerseits den Wikidata-Zugriff unterbinden kann und anderseits transparent im Quellcode sehen kann, wann und wofür Wikidata verwendet wird, statt das Werte scheinbar wie von Zauberhand aus dem Nichts (= Wikidata) kommen. --Mps、かみまみたDisk. 17:56, 20. Jun. 2015 (CEST)
(BK, @Mfb)Ich kann Dir gerade nicht ganz folgen. Gehen wir mal von einer Infobox aus - dort steht dann irgendwo (beispielsweise):
  • | Lokaler Wert = 12345
oder
  • | Lokaler Wert = <leer>
In der Boxprogrammierung sollte dann etwas wie {{Vergleich mit Wikidata-Wert|{{{Lokaler Wert|}}}|property:P434|{{Anzeige von Wikidata-Wert|P434}}|Anzeige von lokalem Wert + WartungskategorieBeiKonflikt}} stehen. So weit, so gut. Damit erfüllt die Vorlage aber nicht die angenommene Bedingung D des MB, nämlich ein <span class="Wikidata-Wert"> hinzuzufügen.
Die Ausgangsfrage geht aber zunächst mal dahin, wie die Vorlage {{Anzeige von Wikidata-Wert|P434}} benannt/gestaltet sein soll. Diese muss aber auch ohne eine sie klammernde Programmierung verwendbar sein, beispielsweise als Fließtexteinbindung: Der Wert beträgt {{Anzeige von Wikidata-Wert|P434}}. - was von MB weder explizit erlaubt noch verboten wurde.--Mabschaaf 18:02, 20. Jun. 2015 (CEST)
@Mps:Das kann man optional machen, dass ein bestimmtes Schlüsselwort ignoriert wird ("VON WIKIDATA"?). Die ganzen Weblinkvorlagen sollten aber auch ohne das funktionieren denke ich.
@Mabschaaf: {{Anzeige von Wikidata-Wert|P434}} soll dann das span-Element hinzufügen? Das könnte auch Vorlage:Vergleich mit Wikidata-Wert übernehmen. Einen einzelnen Parameter durch eine Vorlage zu schicken bevor man ihn übergibt hat keinen Vorteil, das kann auch die übergeordnete Vorlage machen und man braucht die Infoboxen etc. nicht mit so langem und größtenteils redundantem Code zu erschlagen. Das URL/Zahl-Problem löst man damit auch nicht. --mfb (Diskussion) 18:14, 20. Jun. 2015 (CEST)
Alle WD-Werte für die Ausgabe durch eine einzige Vorlage zu schicken hätte mM den Vorteil, dass man in dieser zentral deWP-weit die HTML-Klasse (und ggf. weiteres) festlegen und auch ändern könnte. Und eine ganz einfache Wert-Ausgabe-Vorlage brauchen wir sowieso, die die {{#property:…}}-Funktion ersetzen kann.
Alle weiteren Funktionen wie Wertevergleich etc. findet innerhalb einer komplexeren Vorlagenprogrammierung (bspw. in Infoboxen) statt. Was dort passieren soll, ist definitiv erst der zweite Schritt.--Mabschaaf 18:23, 20. Jun. 2015 (CEST)
Die Infoboxen sollen den Wertevergleich machen meinst du? Der ganze Vergleichskram braucht gerne mal zwei Zeilen, das macht die Infobox unübersichtlich. Das würde ich gerade mit dieser Vorlage "Anzeige von Wikidata-Wert" verhindern wollen, damit es für Infoboxenentwickler einfacher bleibt: Die binden diese Vorlage mit möglichst wenigen Parametern ein, die Vorlage (=eben diese zentrale Vorlage durch die alles läuft) erledigt den Rest. --mfb (Diskussion) 18:27, 20. Jun. 2015 (CEST)
Ich habe ja gar nichts gegen eine Vergleichsvorlage, die, wie von Dir beschrieben, drei oder vier Parameter bekommt und den Rest erledigt. Aber dadurch kann doch die Fließtext-Vorlage nicht eingespart werden. Oder reden wir völlig aneinander vorbei?--Mabschaaf 19:01, 20. Jun. 2015 (CEST)
Die Fließtext-Vorlage macht doch letztlich das gleiche wie die Infobox. Sie ruft diese zentrale Wikidata-Vorlage auf und gibt den Wert aus. --Chewbacca2205 (D) 20:42, 20. Jun. 2015 (CEST)
Ja. Gleiche Idee: Der Artikelschreiber soll sich nicht um P434 kümmern müssen. Er bekommt eine Vorlage {{Liegt in Verwaltungseinheit}}. Die macht das gleiche wie die Infobox, und in diesem Fall kann sie vielleicht sogar von der Infobox eingebunden werden (womit auch der Alternativwert sinnvoll ist). --mfb (Diskussion) 20:51, 20. Jun. 2015 (CEST)
Wir reden schon aneinander vorbei. Aktuell kann jedes Property mit {{#property:…}} in den Fließtext eingebunden werden. Das soll bzw. muss auch weiterhin möglich sein. Klar kann man für P434 eine spezielle Vorlage {{Liegt in Verwaltungseinheit}} erstellen, aber erstellen wir dann auch Vorlagen für P435, P436, P437...?? Wohl kaum. Daher benötigen wir eine ganz allgemeine Basisvorlage, die es ermöglicht, jedes beliebige Property in den Fließtext einzubinden, ohne sich um die Festlegungen aus dem MB hinsichtlich der HTML-Klasse kümmern zu müssen.
Ob diese Vorlage {{Anzeige von Wikidata-Wert|Pxyz}} dann auch innerhalb von komplexeren Vorlagen (wie Infoboxen) als Untervorlage verwendet wird, ist doch erst mal völlig egal. Und natürlich kann es zusätzlich Vorlagen geben, die weitere Funktionen erfüllen (also bspw. Datenvergleich mit lokalen Daten).--Mabschaaf 21:01, 20. Jun. 2015 (CEST)
Ja, das stimmt. Wobei ich tatsächlich eher für alle für den Fließtext interessanten Properties eigene Vorlagen erstellen würde. Mit dieser WD-Hilfsvorlage ginge das unkompliziert und würde sich bei häufiger genutzten Properties auch anbieten. Das ganze soll ja in der Anwendung möglichst einfach sein. Aber ja, diese Basisvorlage ist der erste Schritt. --Chewbacca2205 (D) 21:41, 20. Jun. 2015 (CEST)

Mal zusammenfassen (gerne hier ändern, wenn etwas falsch ist oder fehlt):

Anwendungsfälle:

  • Im Fließtext: Aktuelle Bevölkerung, Elo oder was auch immer. Herauskommen soll ein Wert der von einem span umschlossen wird. Für größere ganze Zahlen und Fließkommazahlen sollte die Formatierung sinnvoll sein, insbesondere sollte eine Rundung auf x Stellen möglich sein.
  • In Infoboxen/Weblinks: Sofern nicht lokal ein Wert angegeben wird, die Daten von Wikidata beziehen. Auch hier muss die Zahlenformatierung berücksichtigt werden. Zusätzlich haben wir den Fall von Weblinks, bei denen das span-Element mehr als die Wikidata-Einbindung umfassen muss. Der Vorlagenprogrammierer muss also etwas im Stil von {{Wikidata-Weblink|[http://example.com/?id=HIERWIKIDATA Text]}} erstellen können. Ebenso muss die Überprüfung auf Kollisionen außerhalb eines solchen Weblinks geschehen, aber die beiden Probleme sind direkt verbunden. Für Infoboxen soll eine Möglichkeit bestehen, in Artikeln "VON WIKIDATA" zu nutzen, um die Datenquelle deutlich zu machen.

Vorschlag:

  • Eine Vorlage, die nichts anderes macht als ihren einzigen Pflichtparameter mit span-Element zu umgeben. Alle anderen Vorlagen greifen darauf zu. Auch im Fließtext kann direkt darauf zugegriffen werden, sofern keine speziellere Vorlage verfügbar ist (als Parameter {{#property:…}}). Ggf. eine zusätzliche Vorlage die diese Properties handhabt, um die Syntax schöner zu machen.
  • Für besondere Formatierungen mehrere Extra-Vorlagen, die den Wert erst formatieren. Diese Vorlagen geben Parameter an die vorhandenen Formatierungsfunktionen weiter und umgeben deren Output dann mit dem span-Element mithilfe der oben genannten Vorlage.
  • Für Infoboxen eine komplexere Vorlage, die die Abfragen handhabt, eine Wartungskategorie auslösen kann und so weiter. Auch hier muss ggf. auf Formatierungen zurückgegriffen werden, was eine etwas längere Vorlagenkette ergeben wird.

Meinungen? --mfb (Diskussion) 23:36, 20. Jun. 2015 (CEST)

Für Roskilde Kommune hätte ich jetzt eigentlich gedacht, dass irgendwer eine Vorlage:Postleitzahl statt kryptischem P281 verzapft. Irgendwelche Vorlagen, wo ich die P- oder Q-Nummern brauche, fände ich Panne… –Be..anyone (Diskussion) 07:53, 21. Jun. 2015 (CEST)
+1 volle Zustimmung zu mfb; @Be..anyone: Es sollte den Vorlagen egal sein, ob die die (kryptische) Pxxx-Bezeichnung oder den zugehörigen Wikidata-Bezeichner verwendest. {{#property:…}} kann auch mit beidem umgehen.--Mabschaaf 11:56, 21. Jun. 2015 (CEST)
Unter der Decke vielleicht. Aber wenn die dubiose "Vorlagenpflicht" laut Meinungsbild Sinn machen soll, wird für Roskilde Kommune ein {{Postleitzahl|4000}} gebraucht, das in jedem Fall brav 4000 anzeigt, und bei abweichender Wikidata-Meinung noch eine versteckte Tracking-Kategorie beschickt. Für so eine sehr einfache Property geht das hoffentlich sogar ohne Lua, ideal zum Ausprobieren.
Das ist auch der einzige Grund, warum ich den schon von Itti bemängelten IP-Vandalismus nicht einfach zurücksetze, denn ein unbelegtes 4000 hier ist kein Stück besser als ein unbelegtes Wikidata 4000 (claim = Behauptung, nicht claim = Aussage, s.o.). Ob es zu 4000 bei Wikidata eine vernünftige Quelle besser als "IP hier sagt das so" gibt, habe ich noch nicht überprüft, aber schlechter geht kaum. –Be..anyone (Diskussion) 13:38, 21. Jun. 2015 (CEST)
In den Artikel trägt da gar keiner eine Vorlage ein. Da wird 4000 eingetragen, den Abgleich mit Wikidata macht ggf. die vorhandene Infobox. Für den Fließtext ist eine Vorlage:Postleitzahl vorstellbar, aber wenn man die als {{Postleitzahl|4000}} eingeben will kann man auch einfach 4000 schreiben - den Abgleich mit Wikidata hat man ggf. noch über die Infobox. --mfb (Diskussion) 14:26, 21. Jun. 2015 (CEST)
Ich bin dafür, #property: völlig in die Tonne zu kloppen, und nur noch #invoke zu verwenden, denn invoke kann alles was Property kann. Property hat jedoch erhebliche Mängel hinsichtlich Belegen und Konfigurierbarkeit, so können keine Belege, Quualifikatoren, Einheitenumrechnungen usw. dargestellt werden. Darum sollte man sich aus Invoke eine Vorlage basteln, die ohne Spezialparameter das macht, was Property macht und zusätzlich standradmäßig ENs einbindet.
Allerdings denke ich, dass man Invoke nicht mit nur einer Vorlage abbilden kann, da sich die weiteren Paramter unterscheiden, wenn unterschiedliche erste Paramter genommen werden. Darum wäre wohl für Claim, GetValue (auch wenn diese beiden sehr ähnlich sind) usw. jeweils eine eigene Vorlage erforderlich. Eventuell könnte man diese beiden Invoke-Untermodule allerdings in einer Vorlage abbilden. Wenn ich das gerade richtig verstehe, kann getVslue nämlich alles was Claim kann, + die Option eines Opt-In über den zweiten Parmeter, dessen Standardwert dann am besten FETCH_WIKIDATA sein sollte. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 17:35, 21. Jun. 2015 (CEST)
"#invoke" heißt einfach nur "Lua verwenden" (analog zu {{ = andere Seite einbinden), das ist kein Vergleich zu #property, was einen spezifischen Aufruf von Wikidata-Inhalten ergibt. "Invoke-Untermodule" ergibt keinen Sinn, und den Rest des Beitrags verstehe ich nicht. --mfb (Diskussion) 17:45, 21. Jun. 2015 (CEST)
Sorry, mit #invoke meinte ich natürlich {{#invoke:Wikidata|…}}. Mit Untermodulen meine ich {{#invoke:Wikidata|claim|…}}, {{#invoke:Wikidata|getValue|…}} usw. Und daiese beiden "untermodule von #invoke:Wikidata machen wirklich das gleiche wie property, nur besser, da es mehr Optionen gibt wie
  • Einzelnachweise anzeigen
  • Einfache Listen generieren
  • Qualifikatoren (Genauere Eigenschaften zu Behauptungen) einbinden
  • Verlinken (auch in automatisch generierten Listen)
  • Modifikation von Genauigkeit der Einbindung und Format.
Je nach erstem Parameter von #invoke:Wikidata unterscheiden sich die des Witeren möglichen Parameter. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 18:30, 21. Jun. 2015 (CEST)
#property statt #invoke:Wikidata halte ich für unsinnig, weil so vorhandene Enizelnachweise auf Wikidata nicht angezeigt werden können. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 22:03, 21. Jun. 2015 (CEST)
Korrekt, getValue ruft claim auf wenn FETCH_WIKIDATA übergeben wird. Wenn eine Vorlage/Infobox getValue verwendet kann der Vorlagen/Infobox-Ausfüller bestimmen, ob Wikidata verwendet werden soll, wenn claim verwendet wird kann nur der Vorlagen/Infobox-Autor bestimmen ob Wikidata verwendet werden soll. Letzteres scheint mir wegen der geringen Transparenz/Nachvollziehbarkeit im einbindenden Artikel weniger wünschenswert, so dass getValue wohl hauptsächlich für Vorlagen/Infoboxen geeignet ist, claim wenn man direkt im Artikelfließtext auf Wikidata zugreifen will. --Mps、かみまみたDisk. 22:58, 22. Jun. 2015 (CEST)
Ich bin für eine vorlage, die nur auf getValue basiert, und für {{{2}}} den Standardwert FETCH_WIKIDATA hat. So käme man mit einer Vorlage aus. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 23:43, 22. Jun. 2015 (CEST)

Zur Veranschaulichung[Bearbeiten]

Als bessere Diskussionsgrundlage und zur Veranschaulichung habe ich nun einfach mal zu Testzwecken Vorlage:Anzeige von Wikidata-Wert angelegt und diese (ebenfalls testweise) in den Artikel Folgosa (Maia) eingebunden. Wer seine common.css (bzw. vector.css / monobook.css) mit der Zeile

.wikidata-content {background-color: #AACCFF;}

ergänzt, kann Wikidata-Daten anschließend in Artikeln anhand des blauen Hintergrunds erkennen. Bitte die Vorlage noch nicht in großer Stückzahl einbinden, Name der Vorlage und der HTML-Klasse können sich noch ändern, ggf. wird die Vorlage auch wieder gelöscht. Das hängt alles von der weiteren Diskussion hier ab.--Mabschaaf 15:55, 21. Jun. 2015 (CEST)

Wir sollten bei Wikidata-Werten noch danach unterscheiden, ob ein reiner Zahlwert geholt wird oder ein beliebiges anderes Objekt, bei dem sich ein Wikilink anbietet. --Chewbacca2205 (D) 20:16, 21. Jun. 2015 (CEST)
Wikilink worauf? Auf den Typ der geholten Informationen? -> unabhängig davon einfügen. Auf das Ziel selbst? Sehr problematisch mit Verschiebungen, Klammerlemmata etc., außer wir holen direkt das Lemma aus Wikidata mit dem neuen Zugriffssystem. --mfb (Diskussion) 21:46, 21. Jun. 2015 (CEST)
Im Beispiel auf Kreis Maia. Ansonsten bliebe das unverlinkt, wenn die Infobox dieselbe Vorlage nutzt. --Chewbacca2205 (D) 21:53, 21. Jun. 2015 (CEST)
@Mabschaaf: Die Funktionsfülle der Vorlage prädestiniert sie für eine Löschung. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 21:58, 21. Jun. 2015 (CEST)
Die Vorlage ersetzt zunächst mal einfach nur {{#property: }}, dient zur Veranschaulichung und als Proof-of-Concept. Wenn am Ende dieser Diskussionen hier steht, dass sie überflüssig ist, lösche ich sie gerne selbst. Andererseits: Wenn tatsächlich alle(!) angezeigten WD-Aussagen durch diese Vorlage gereicht werden, ergäbe sich über die Vorlagenverwendung eine Rückverfolgbarkeit des WD-Einsatzes.--Mabschaaf 22:19, 21. Jun. 2015 (CEST)
Das schon, aber Propertry ist im Vergleich zu invoke:Wikidata schlichtweg unbrauchbar. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 22:49, 21. Jun. 2015 (CEST)
Gemäß obigem Vorschlag sollte ohnehin eine andere Vorlage den Wert holen, die verlinkte Vorlage setzt nur die Klasse ein für die Darstellung. Maia zu verlinken ist nicht so einfach, da wir dann von Wikidata auch wieder das deutsche Lemma holen müssen, was in einem anderen Datenobjekt liegt. --mfb (Diskussion) 23:03, 21. Jun. 2015 (CEST)
Das ginge mit invoke:Wikidata und parameter=link. --Chewbacca2205 (D) 21:46, 22. Jun. 2015 (CEST)
Funktioniert auf Roskilde Kommune, um 4000 zu bekommen. Aber der Plan oben war anders, da war von Prüfung, ob 4000 mit Wikidata übereinstimmt, die Rede. –Be..anyone (Diskussion) 01:21, 22. Jun. 2015 (CEST)
Das ist ja auch nicht Ziel/Aufgabe dieser Vorlage. --mfb (Diskussion) 11:09, 22. Jun. 2015 (CEST)

Name der HTML-Klasse[Bearbeiten]

Wie soll die zukünftige HTML-Klasse heißen? Vielleicht können wir hier einfach Vorschläge sammeln und hoffentlich einen Konsens finden.--Mabschaaf 21:47, 20. Jun. 2015 (CEST)

  • "Wikidata-Data" (von MGChecker, oben)
  • "wd-content" (von Mabschaaf, oben) selbst gestrichen, lieber keine Abkürzung --Mabschaaf 11:56, 21. Jun. 2015 (CEST)
  • "wikidata-einbindung" (von F-scn, MB-Disku)
+1 --Chewbacca2205 (D) 21:57, 20. Jun. 2015 (CEST)
  • "wikidata-content" (von 85.212.3.151 21:48, 20. Jun. 2015 (CEST))
+1 --Mabschaaf 11:56, 21. Jun. 2015 (CEST)
+1; Meinung zum Rest kommt gleich, ich glaube hier wurden einige Denkfehler gemacht. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 17:23, 21. Jun. 2015 (CEST)

Ich würde bei Kleinschreibung bleiben, nach einer schnellen durchsicht scheinen alle CSS-Klassen in der Wikipedia kleingeschrieben zu werden. -- F-scn (Diskussion) 21:55, 20. Jun. 2015 (CEST) Okay, die Durchsicht war wohl doch zu schnell. Im Gegenteil: Man scheint dort wohl eher CamelCase zu verwenden, also WikidataContent. Vielleicht kann das aber noch mal jemand nachschauen, ob ich mich da nicht gerade was verwechsele. -- F-scn (Diskussion) 21:59, 20. Jun. 2015 (CEST)

<div-Anweisung in Lua einbauen[Bearbeiten]

Ich schiebe mal gleich einen anderen Vorschlag hinterher: Wie wäre es, die CSS-Klasse in das Lua-Modul "claim" einzubauen? Wenn es möglich ist, vielleicht auch in das #property-Komando, aber das wird vermutlich etwas aufwendiger, weil dort vermutlich Wikimedia mitarbeiten müsste. -- F-scn (Diskussion) 21:55, 20. Jun. 2015 (CEST)

Lua-Modul: Klar, das ist logische Folge des MB.
zu #property: Es wäre natürlich lokal viel weniger Aufwand, wenn WD direkt eine HTML-Klasse setzen würde. Ziel bei der Konzeption des MB war aber, eine Lösung vorzuschlagen, die lokal umgesetzt werden kann, die also nicht auf Mitarbeit der WD/Mediawiki-Programmierer angewiesen ist. Aber vielleicht mag ja jemand via Phab nachfragen...--Mabschaaf 22:05, 20. Jun. 2015 (CEST)
Siehe auch d:Wikidata_talk:Arbitrary_access#Where / how can i see "usage tracking"? mit phab links. --Atlasowa (Diskussion) 22:18, 20. Jun. 2015 (CEST)
Klasse, vielen Dank!--Mabschaaf 22:22, 20. Jun. 2015 (CEST)
Halte ich nicht für sinnvoll, da dass Modul nur die puren Werte zurückgeben sollte damit Vorlagen mit den Werten weiterarbeiten bzw. weiterrechnen können (z.B. wenn man Bevölkerungszahlen und/oder Flächen aus Wikidata holt und daraus die Bevölkerungsdichte berechnen wollte), was unterbunden würde (bzw. man müsste Hacks anwenden die Tags im Nachhinein wieder zu entfernen) wenn die in einem div-Container zurückgegeben würden. Das gleiche gälte für #property – das würde den Nutzen extrem einschränken. So ein div-Container müsste also auf einer höheren Ebene hinzugefügt werden, eben dort wo das Modul von der Vorlage gekapselt wird. Auch semantisch bzw. nach dem Single-Responsibility-Prinzip sollte man beide Dinge – eigentliche Funktionalität und Auszeichnung/Metafunktionalität – trennen. --Mps、かみまみたDisk. 00:17, 21. Jun. 2015 (CEST)

Übertrag von Wikidata in deutsche Wikipedia?[Bearbeiten]

Ich wäre grundsätzlich dafür die Wikidata-Vorlagen von Anfang an botfreundlich zu gestalten. Sobald Werte aus Wikidata eingebunden werden, sollte ein Bot loslaufen, und die Daten direkt bei uns lokal eintragen. Für die Anzeigen werden dann die lokalen Daten verwendet, Wikidata befüllt eine Wartungskat, die befüllt wird, sobald sich die Werte auseinander Bewegen.
* Damit wäre dann z.B sichergestellt, dass in der Versionsgeschichte aus 2005 die Einwohnerzahl des Jahres 2005 steht und nicht der Wikidatawert aus dem Jahr 2015.
* Wenn sich die Wartungskat aufgrund einer Differenz befüllt, kann man entscheiden, ob unsere Daten aktueller sind, oder jene auf wikidata, und kann dann an der passenden Stelle ausbessern. Ich wette mal, dass in 95% der Fälle Wikidata ausgebessert werden müsste.
 Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  10:25, 21. Jun. 2015 (CEST)
Boshomi, das ist weit ab von allem bisher diskutiertem. Richtig ist, dass durch Verwendung von Wikidata-Variablen (in welcher Form auch immer) Mementos über die Versionsgeschichte nicht mehr verfügbar sind. Aber das sind sie auch jetzt schon nicht, wenn zwischenzeitlich die Programmierung einer klassischen Vorlage geändert wurde. Ein Bot, der alle Daten von WD in den lokalen Quelltext holt, müsste sicherlich per weitreichendem Konsens (ich vermute: Meinungsbild) legitimiert werden. Ich bitte Dich aber, diese Diskussion an einem anderen Ort zu führen, um das hier nicht zu zerfleddern.--Mabschaaf 11:56, 21. Jun. 2015 (CEST)
Der Bot müsste nur dann Daten aus wikidata holen, wenn der Benutzer diese nicht lokal angibt. Man kann mit AGF davon ausgehen, dass zu dem Moment in dem lokal eine wikidata-Vorlage eingebunden wird, der User mit den angezeigten Daten zufrieden ist. Der Bot würde somit nur eine Datensicherung, und die Korrektheit der Versionsgeschichte sicherstellen. Somit sollte das lokale Abspeichern per Bot kein Problem sein. Der Bot sollte aber per default keine lokalen Daten überschreiben, sondern erst dann, wenn manuell festgestellt wurde, dass die wikidata überprüfbar stimmen. Genauso braucht es einen Bot der korrekte lokale Daten nach Wikidata überträgt, natürlich zusammen mit externen Beleg.
Zentrale Datenhaltung ohne Redundanz erfordert eine erhebliches theoretisches Wissen über Datenhaltung, Wissen das großflächig nicht vorhanden ist. Mit Hilfe technischer Redundanz vereinfachen sich die Verfahren gewaltig, und wir bekommen langfristig sogar sowas wie ein Stück Lernfähigkeit in das System. Ich würde die technische Redundanz als Normalfall vorsehen, und die direkte Einbindung nur im Ausnahmefall (z.B. bei täglich/wöchentlich veränderten Daten) verwenden.  Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  13:11, 21. Jun. 2015 (CEST)
Boshomi, das ist Deine Privatmeinung. Auch wenn ich ihr ein Stück weit zustimme, halte ich sie nicht für konsensfähig. Nochmal: Du wirst eine Mehrheit dafür finden müssen - und Du killst gerade diese Diskussion.--Mabschaaf 13:28, 21. Jun. 2015 (CEST)
Ich habe die Diskussion als eigenen Abschnitt herausgetrennt. --mfb (Diskussion) 14:26, 21. Jun. 2015 (CEST)
@Boshomi: Bitte versuche nciht, dass MB im Nachhinein außer Kraft zu setzen. Die Einbindung außerhalb von Wartungslisten ist zweifelsfrei erlaubt. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 17:35, 21. Jun. 2015 (CEST)
Mir geht es überhaupt nicht um eine Außerkraftsetzung von wikidata. Ich würde sogar Daten aus wikidata direkt per Bot entsprechend AGF hierher übertragen lassen. Durch die vorgeschlagene Redundanz wird die Verwendung von wikidata für normale Benutzer deutlich vereinfacht, weil sich normale Benutzer über die Art der Datenhaltung und Datenpflege kaum Gedanken machen müssten. Ich glaube nicht, dass ohne Redundanz gröbere Fehler die sich in zentrale System im Lauf der Zeit zwingend einschleichen durch lokale Benutzer auflösbar wären. Wenn so ein Fehler passiert, und länger nicht bemerkt wird, (tote Weblinks bleiben eine halbe Ewigkeit unentdeckt!) dann artet das in einer gewaltigen Menge Handarbeit aus, die nochdazu von sehr erfahrenen Benutzern zu erledigen wäre. Die in Frage kommenden Benutzer sind aber mit anderen Tätigkeiten schon auf Jahre hinaus ausgelastet. Führt man Redundanz gleich zu Beginn ein, dann wäre auch die längerfristige Wartung zum allergrößten Teil automatisierbar. Mir geht es also darum wikidata auf einfache Weise für alle nutzbar zu machen, und dabei gleichzeitig die Qualität der Daten zu sowohl hierzupedia als auch auf wikidata zu verbesseren.  Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  18:02, 21. Jun. 2015 (CEST)

Testsystem[Bearbeiten]

Mir werden die obigen Abschnitte zu unübersichtlich. Ich habe meine Idee von oben mal ansatzweise umgesetzt. Kann derzeit nur Properties, lässt sich aber leicht erweitern:

  • Vorlage:Wikidata-Einbindung kümmert sich um die Klasse. Jeglicher Anzeigewert von Wikidata muss über diese Vorlage laufen.
  • Vorlage:Wikidata-Wert holt den Wert von Wikidata und stellt diesen mithilfe obiger Vorlage und ggf. weiterer Formatierung dar.
  • Vorlage:Wikidata-Check bietet zusätzlich die Abfrage eines lokalen Werts an, stellt fest was angezeigt werden soll und bindet ggf. eine einstellbare Wartungskategorie ein bei Abweichungen.
  • Kategorie:Wikipedia:Abweichende Daten auf Wikidata ist die Standardkategorie, falls oben keine andere Kategorie eingegeben wird, und kann übergeordnete Kategorie für all diese Wartungskategorien werden. Die Einordnung hat sich an den Schachspielern orientiert, sollte aber wohl geändert werden, siehe auch die Kategoriediskussion.

Alles noch nicht getestet, dazu komme ich vielleicht später oder morgen. --mfb (Diskussion) 20:32, 25. Jun. 2015 (CEST)

Ich weiß nicht ob die erste Vorlage nötig ist, oder nur die Server durch das Transkludieren belasten wurde. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 23:02, 26. Jun. 2015 (CEST)
Bei den Vorlagen selbst muss ich mal gucken, sind ein bisschen verwirrend für mich ^^ --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 23:06, 26. Jun. 2015 (CEST)
Die erste Vorlage soll eben sicherstellen, dass wikipediaweit die gleiche Klasse genutzt wird, und dass sich diese ggf. ändern lässt. --mfb (Diskussion) 23:08, 26. Jun. 2015 (CEST)
Ich sehe um ehrlich zu sein keinen Grund, den Namen der CSS-Klasse nachträglich zu ändern, es belastet jedoch strenggenommen die Ressourecen unnötig. Zu deinen Vorlagen muss ich leider sagen: Die Präfix-Suffix-Sache wird wegen der Architektur des Lua-Moduls leider kaum klappen, wenn man sie nicht direkt ins Lua-Modul einbaut. Property ist einfach nicht zu gebrauchen, wie schon mehrmals gesagt. Einzelnachweise und viel geringere Möglichkeiten. Mps kann dazu vielleicht etwas sagen und die Möglichkeit direkt ins Modul einbauen, damit das problemlos klappt. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 19:06, 29. Jun. 2015 (CEST)
Das Lua-Modul kann gerne mehr "fertigen" Code ausliefern (z. B. mit Link und Einzelnachweis), in dem Fall sind Präfix und Suffix unnötig. Wenn das Modul das nicht kann, sondern z. B. nur eine ID liefert, können die beiden Parameter verwendet werden. Property durch das Lua-Modul zu ersetzen sollte kein Problem sein.
Vielleicht will man den Klassennamen nie ändern - wer weiß. Wenn die Vorlagen sinnvoll im Cache gespeichert werden sollte die zusätzliche Einbindung kein Problem sein (kann ja statisch eingesetzt werden). Andernfalls müssten mehrere Vorlagen diese Klasse haben, und man müsste bei mehreren Vorlagen schauen, dass die das alles richtig machen. --mfb (Diskussion) 23:22, 29. Jun. 2015 (CEST)
Das Problem ist, dass Präfix und Suffix zu weit außen kommen. Logischerweise müsste zum Beispiel erst dss Präfix und dann Wikilink und Liste berücksichtigt werden. In dieser Form ist dies aber nicht der Fall. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 14:37, 5. Jul. 2015 (CEST)
Den zweiten Satz verstehe ich nicht. --mfb (Diskussion) 14:40, 5. Jul. 2015 (CEST)
Okay. Das Invoke-Modul kann nicht nur einfach den Wert einbinden, sondern macht auch kleine Listen aller Wikidata-Werte oder bastelt Wiki-Links drum. Bei einer Liste würden also erst Präfix, dann die Listenglieder und dann Suffix gezeigt. Stattdessen müssten Pträfix und Suffix aber nach jedem Glied kommen. Das ist das Problem, wenn Präfix und Suffix nicht schon in Lua integriert werden. Das meinte ich mit dem zweiten Satz. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 15:59, 5. Jul. 2015 (CEST)
Wenn das Lua-Modul eine Liste macht, kommt die gesamte Liste ins span. Nachträglich innerhalb des Wikidata-Modul-Outputs rumzupfuschen halte ich für Unfug. Wenn das Modul schon fertig darstellbare Dinge anzeigt: super, in dem Fall sind Prefix und Suffix unnötig. --mfb (Diskussion) 17:33, 5. Jul. 2015 (CEST)
Das mit dem span ist klar, aber ich kann mir durchaus Anwendungen mir Liste und Präfix vorstellen (URLs bspw.). Und das Herumpfuschen im Wikidata-odul ist eigentlich das gleiche wie das Ändern jeder anderen Vorlage. Ohnehin kommen noch Funktionen hinzu, sowas wie Präfix und Suffix ist nun mal noch nciht enthalten. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 18:45, 6. Jul. 2015 (CEST)
Ich denke wir reden aneinander vorbei. Welchen Output des Wikidata-Moduls stellst du dir vor?
Ich sprach vom Herumpfuschen in der Ausgabe des Moduls. Also Stringoperationen, die wahrscheinlich auch noch unklar definiert sind. Und das sollten wir vermeiden, denke ich. Eine Änderung des Moduls ist natürlich kein Problem. --mfb (Diskussion) 19:24, 6. Jul. 2015 (CEST)

Farbliche Hervorhebung eines mit Nowiki eingerahmten Texts[Bearbeiten]

Ich beiße mir da die Zähne aus... Frage ich mal die Fachleute. Ziel ist, in dieser Liste die Darstellung der Ref-Tag-Inhalte mit einer Hilfsvorlage zu erledigen (das was mit Nowiki jeweils eingerahmt wurde). Zusätzlich zu bisher sollten Teile des dargestellten Inhalts gelb hervorgehoben werden. Mein Gedanke war eine Vorlage zu machen, die als ersten Parameter den Inhalt, als (optinalen) 2. den hervorzuhebenden Teil des Inhalts übergeben bekommt. Der gesamte Inhalt ist wie bisher mit Nowiki einzurahmen, was die Vorlage erledigen sollte.

Also bei

sollte das Ergebnis dieses sein:

  • Dies [[ist]] ein [[Test]]

Ich wollte {{Str replace}} nutzen, um das Span-Tag für die Hervorhebung einzufügen. Dazu muss ich den Nowiki-Modus temporär "unterbrechen". Natürlich könnte ich die ganze Sequenz recht le3icht per Bot erzeugen, ich hätte diesen aber gerne von Formatierungsdetails der Diagnose-Seite möglichst freigehalten. Gibt es da einen vernünftigen Weg?--Cactus26 (Diskussion) 17:59, 17. Jun. 2015 (CEST)

Mit str find kannst du den String in drei Teile teilen und die einzeln behandeln (ihnen einzeln ihr nowiki geben). Ist aber ziemlich kompliziert. Kannst du nicht drei Parameter übergeben?
Nachteil: Whitespace wird ggf. falsch dargestellt. --mfb (Diskussion) 20:23, 17. Jun. 2015 (CEST)
Kann man nicht statt nowiki die Numeric character reference für Wiki-Zeichen (eckige Klammern etc.) nehmen? Erst den String ohne Rücksicht auf Wikisyntax ändern, dann in NCR tauschen? ÅñŧóñŜûŝî (Ð) 21:04, 17. Jun. 2015 (CEST)
Hmm.. für Links könnte {{urlencode}} ganz gut funktionieren. Aber was passiert mit Vorlagen? Die würden direkt ausgewertet, wenn man sie als Parameter auf die Seite setzt. Müsste man direkt in der Vorlageneinbindung abfangen, nicht erst in der Vorlage. Gut, müsste man beim nowiki auch.
Das dürfte klappen, aber dann muss das für den Anwender wieder zurückverwandelt werden. --mfb (Diskussion) 21:17, 17. Jun. 2015 (CEST)

@Cactus26:

Schlachte Benutzer:Aka/Linkfehler/Artikel aus:
in Benutzer:Aka/Linkfehler/001.

VG --PerfektesChaos 21:34, 17. Jun. 2015 (CEST)

Danke schon mal für die Anregungen. Werde mir das heute Abend genauer ansehen.--Cactus26 (Diskussion) 07:54, 18. Jun. 2015 (CEST)
Die Variante mit den 3 Parametern gefällt mir ganz gut, hätte auch den Vorteil, dass kein Teil redundant ist. @Mfb: In welcher Situation gibt es da Probleme mit Whitespaces, habe gerade ein bisschen experimentiert, konnte bisher keine entdecken.--Cactus26 (Diskussion)
Whitespace am Parameteranfang und -ende wird generell entfernt, wenn der richtig dargestellt werden soll wird es schwieriger. Beispiel:
 Commons: foo – Sammlung von Bildern, Videos und Audiodateien
--mfb (Diskussion) 19:06, 18. Jun. 2015 (CEST)
Das scheint nur der Fall, wenn der Parameter mittels 1= etc. angegeben wird. Wären wir beim nächsten Problem: = oder Pipe im Inhalt...--Cactus26 (Diskussion) 19:32, 18. Jun. 2015 (CEST)
Wegen der = ist eine Benennung der Parameter sehr sinnvoll. Pipes als {{!}} schreiben. Ist aber nicht auf benannte Parameter beschränkt:
 Commons: foo – Sammlung von Bildern, Videos und Audiodateien
--mfb (Diskussion) 10:53, 19. Jun. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:27, 1. Aug. 2015 (CEST)

Vorlage:IMDb[Bearbeiten]

Hallo, manche Artikel enthalten mehrere IMDb Einträge, z.B.

{{IMDb|tt0015772|Der Adler}}
{{IMDb|tt0027554|Dubrowskij}} ==>
Der Adler in der Internet Movie Database (englisch)
Dubrowskij in der Internet Movie Database (englisch)

Da wäre doch vielleicht ein Parameter nützlich, mit dem sich das Verlinken von IMDb ab dem 2. Eintrag unterdrücken läßt. Gruß --Hedwig Storch (Diskussion) 14:14, 20. Jun. 2015 (CEST)

"in der [[Internet Movie Database]]" ändern in "in der {{#if:{{{nolink|}}}|Internet Movie Database|[[Internet Movie Database]]}}" (an allen drei Stellen) - muss aber ein Admin machen, die Vorlage ist vollgeschützt. --mfb (Diskussion) 14:19, 20. Jun. 2015 (CEST)
Ehrlich gesagt: wozu? Ist doch überhaupt kein Problem, wenn der Artikel dazu zweimal verlinkt wird. Würde IMO sogar komisch aussehen, wenn es einmal verlinkt und einmal unverlinkt bleibt. Verstößt AFAIK auch gegen keine Regel. Und wenn einer der Links später wieder entfernt werden würde - aus welchem Grund auch immer - müsste man zusätzlich auch wieder die Parameter entfernen, damit der Artikel dann doch wieder verlinkt wird. Sehe da nicht viel Nutzen. --95.90.33.121 18:49, 20. Jun. 2015 (CEST)
Ich verstehe ebenfalls das Problem nicht. Was soll damit erreicht werden? –Queryzo ?! Red-WikiPill.png Blue-WikiPill.png 19:02, 20. Jun. 2015 (CEST)
Dass obiges Beispiel so im Artikel dargestellt wird (hier jetzt durch Quelltextakrobatik gefakt):
Der Adler in der Internet Movie Database (englisch)
Dubrowskij in der Internet Movie Database (englisch)
Ich stimme der 95er-IP aber zu, die doppelte Verlinkung halte ich für deutlich weniger "schlimm" als den nötigen Pflegeaufwand, wenn die Reihenfolge der Vorlagen vertauscht oder die erste (die mit aktivem Link) entfernt wird.--Mabschaaf 19:08, 20. Jun. 2015 (CEST)
Plus zusätzlicher Kram auf der Dokuseite, der fast nie genutzt wird. Ja, stimmt wohl, Nutzen ist zu gering. --mfb (Diskussion) 20:45, 20. Jun. 2015 (CEST)
Hallo, danke für Eure Antworten. Einerseits habt Ihr recht, es handelt sich bei dem von mir aufgeworfenen Problem um eine Bagatelle. Andererseits wurde mir vor Jahren einmaliges Verlinken im kürzeren Artikel - um den es sich hier handelt - empfohlen, wenn ich mich recht entsinne. Das viermalige Verlinken in dem Artikelentwurf Dubrowskij sieht nach meinem ästhetischen Empfinden bißchen albern aus, aber ich habe mich damit abgefunden. Fall erledigt. Grüße --Hedwig Storch (Diskussion) 09:44, 21. Jun. 2015 (CEST)
@Hedwig Storch: Bitte die Vorlage {{IMDb}} nicht als Einzelnachweis verwenden, dafür ist sie nicht gedacht und durch das Fehlen eines Zugriffsdatums auch nicht zulässig. Derartige Einbindungen werden in einer Wartungskategorie gelistet und perspektivisch durch meinen Bot in {{Internetquelle}} umgewandelt. Ohne IMDb-Vorlage kannst du auch die Links entsprechend setzen! :-) 
Zur Frage (für die Verwendung unter „Weblinks“), man könnte den Artikelinhalt auswerten und prüfen, ob die Vorlage an erster Stelle steht und nur dann die IMDb verlinken, allerdings erzeugt das eine Vorlagenschleife. Ein Teil der Einbindungen könnte man abdecken, indem man prüft, ob der Artikel in Wikidata eine IMDb-ID besitzt und wenn ja, nur bei dieser die IMDb verlinken. Dies setzt allerdings voraus, dass die übereinstimmende ID in der ersten Vorlageneinbindung verwendet wird. –Queryzo ?! Red-WikiPill.png Blue-WikiPill.png 11:08, 21. Jun. 2015 (CEST)
Queryzo, Du kannst den Abgleich einer lokalen ID mit der WD-ID aber nur für eines verwenden: Entweder den Check auf Konsistenz zwischen lokalem Wert und WD-Wert oder dem Setzen/Nicht-Setzen des Links auf den Artikel zur IMDb. Ich hielte es für deutlich sinnvoller, über den Vergleich lokal/WD (zumindest noch für eins, zwei Jahre) einen zusätzlichen Vandalismusschutz in der Hand zu haben, bis eben die dahingehenden Prozesse auf WD weiterentwickelt wurden und das nicht mehr nötig scheint. Der Beschluss der RFF, die lokalen IDs weiter vorzuhalten geht ja auch in diese Richtung.--Mabschaaf 11:46, 21. Jun. 2015 (CEST)
Warum entweder oder? –Queryzo ?! Red-WikiPill.png Blue-WikiPill.png 12:57, 21. Jun. 2015 (CEST)
Wenn eine mehfache Einbindung von IMBd wie in Dubrowskij gewollt ist, finden natürlich verschiedene IDs im gleichen Artikel Verwendung. Nun hat aber das Artikellemma bzw. der zugehörige WD-Datensatz nur genau eine ID. Alle anderen müssen folglich auf einer Wartungsliste landen (Mismatch zwischen lokaler und WD-ID). Diese Mismatch-Fälle sollen aber geklärt und ggf. korrigiert werden, damit die Wartungsliste sauber bleibt - dann kann das aber nicht gleichzeitig das Kriterium dafür sein, ob der Link zur Internet Movie Database nun gesetzt wird oder ob es beim Plain Text "Internet Movie Database" bleibt.--Mabschaaf 13:36, 21. Jun. 2015 (CEST)
Verstehe, allerdings weiß ich nicht, wie man diese Wartungsliste abarbeiten soll. Bisher beschränke ich es auf gelegentliche Botläufe zur Auffindung von Einbindungen im Fließtext. Für mehrere Einbindungen unter „Weblinks“ bin ich bisher ratlos. –Queryzo ?! Red-WikiPill.png Blue-WikiPill.png 13:50, 21. Jun. 2015 (CEST)
Eine Whitelist, und ein Bot der die Liste damit abgleicht? Sind einige hundert Einträge in der Linkliste, ich weiß nicht wie viele davon in welche Wartungskategorie gehören. --mfb (Diskussion) 14:30, 21. Jun. 2015 (CEST)
Ah, per Bot, nur leider bin ich da überfragt. Wie würde man sowas technisch umsetzen? –Queryzo ?! Red-WikiPill.png Blue-WikiPill.png 15:11, 21. Jun. 2015 (CEST)
(BK)Sehe ich das richtig, das genau bei diesen Fällen das oben beschriebene Problem auftritt? Also die IMDb-Vorlage wird in anderen Artikeln v.a. als Einzelnachweis genutzt, um bestimmte Sachverhalte zu belegen? Dann könnte man der Vorlage noch einen zusätzlichen Parameter (wie nocheck=ja) spendieren, der den Abgleich mit der WD-ID unterdrückt und daher auch keine/n Wartungskat/-link wirft. Ganz nebenbei sollte dann auch geprüft werden, ob in diesen Fällen in der Vorlage ein Titel angegeben ist, der ist dann nämlich auf alle Fälle ebenfalls abweichend vom Lemma, in dem die Vorlage verwendet wird.--Mabschaaf 15:17, 21. Jun. 2015 (CEST)
@Queryzo: Der Bot würde gelegentlich (sagen wir 1mal/Woche) die Linkliste (oder Wartungskategorie) einlesen, alle Artikel streichen die auf einer bestimmten Seite ("Whitelist") stehen, und den Rest auf eine weitere Seite schreiben. Idealerweise gleich mit zusätzlichen Infos, z. B. der angegebene Titel, ob die Vorlage in einem Einzelnachweis verwendet wurde oder nicht, oder was das Wikidata-Item dazu ist, oder so etwas. --mfb (Diskussion) 11:08, 22. Jun. 2015 (CEST)

Vorlage {{WartungsURL}}[Bearbeiten]

Mit der {{WartungsURL}} steht eine Vorlage zur Verfügung, die WartungsURLs mit urlencodeten Text erzeugt, die mit Hilfe von Spezial:Weblinksuche auffindbar sind. Die Vorlage ist als Untervorlage gedacht, und kann analog zu WP:Templatetiger Wartungslisten erstellen, die Sekunden-aktuell funktionieren, und genau an der Stelle im Quelltext auffindbar sind, wo der Link generiert wird. Diese Methode habe ich heute etwa verwendet um diese Liste für einen Botauftrag zu generieren: Vorlage:Infobox Schutzgebiet/Botanfrage Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  19:50, 26. Jun. 2015 (CEST)

Interessantes Konzept, wobei urlencode viele Zeichen unleserlich macht und es irgendwie nicht im Sinne der Weblinksuche ist. --mfb (Diskussion) 21:58, 26. Jun. 2015 (CEST)
Das URL-encode ist notwendig um alle Zeichen durchzuschleppen. Man kann das ja leicht wieder decoden, allerdings derzeit nicht mit einfachen Boardmitteln. Vielleicht sollten wir noch eine LUA-Vorlage erstellen, mit der der Output von Spezial:Weblinksuche URL-decodet wird. Dann hätten wir die Parameterwerte direkt angezeigt. Auch ein User-Script für diesen Zweck wäre denkbar. Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  22:03, 26. Jun. 2015 (CEST)
Anmerkung: Besonders nützlich ist dieses Konzept für Vorlagen, die mehrfach in einem Artikel vorkommen können, da man damit genau die Einbindung im Artikel ermitteln kann, die das Problem verursacht, und man nicht x Vorlageneinbindungen im Artikel durchsuchen muss bis man die Stelle findet. Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  22:10, 26. Jun. 2015 (CEST)
Ja, dass man manche Sonderzeichen kodieren muss ist klar, aber vielleicht kann man das etwas sparsamer gestalten. Kann Lua auf Spezialseiten-Ergebnisse zugreifen? Das wäre toll. Mehrere Probleme findet man mit den sonstigen Wartungslinks auch, nur zusätzlichen Text kann man dort nicht anhängen. Wobei das Durchsuchen des Quelltextes nicht die benutzerfreundlichste Methode ist. Hier wäre eine css-Klasse, die man sich auf Wunsch anzeigen lassen kann, sinnvoller. --mfb (Diskussion) 22:48, 26. Jun. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:27, 1. Aug. 2015 (CEST)

Vorlage:GraphChart[Bearbeiten]

Könnte die Vorlage so erweitert werden, dass sie als x-Werte auch Datumsangaben wie 01-04-2014 oder 01.04.2014 frisst und verdauen kann? 85.212.60.110 20:04, 30. Jun. 2015 (CEST)

Dieser Abschnitt kann archiviert werden. Übertragen nach Wikipedia:Lua/Werkstatt, da mit Lua programmiert. --mfb (Diskussion) 13:30, 1. Aug. 2015 (CEST)

Vorlage übernehmen[Bearbeiten]

Wäre es möglich https://en.wikipedia.org/wiki/Template:Hebrew_cantillation in die deutsche Wikipedia zu übernehmen? Es ginge in erster Linie darum die Vorlage zum Funktionieren zu bringen, die Links würde ich selber anpassen auf die Lemmata der deutschen Wikipedia.--Giftzwerg 88 (Diskussion) 00:58, 2. Jul. 2015 (CEST)

Hast du geschaut, ob es bei einer 1:1-Übernahme funktioniert? Ich sehe spontan kein Hindernis. Wir haben kein en:Template:Navbar aber diese Einbindung ({{navbar|Hebrew cantillation|plain=1|nodiv=1}}) kannst du einfach entfernen (erzeugt das view/talk/edit was hier unerwünscht ist). Die Parameternamen sollten ggf. deutschsprachige Äquivalente bekommen und die Dokumentation sollte natürlich übersetzt werden. --mfb (Diskussion) 14:42, 3. Jul. 2015 (CEST)
Habe es schon beim mir im BNR Benutzer:Giftzwerg_88/Vorlage:Kantillation und es funktioniert nicht. Die deutschen äquivalenten Artikel sind derzeit in der Mache, wenns läuft wird die Vorlage natürlich komplett mit Dokumentation übersetzt. --Giftzwerg 88 (Diskussion) 23:55, 4. Jul. 2015 (CEST)
Als Vorlage musst du dann deine BNR-Seite aufrufen. Mit dem englischen Originalcode und dem richtigen Vorlagennamen sieht das schon ähnlich aus, siehe deine Testseite. Wir haben die Tabellenklasse für das Einklappen nicht so wie ich das sehe. Einklappbare Elemente werden oft ungern gesehen, ist das wichtig? Man könnte ggf. einen Workaround finden. --mfb (Diskussion) 00:06, 5. Jul. 2015 (CEST)
Danke erstmal. Einklappbare Elemente sind eher nicht nötig.--Giftzwerg 88 (Diskussion) 00:31, 5. Jul. 2015 (CEST)
Gut. Fehlt dann noch etwas an Funktionalität? Der Code sollte etwas überarbeitet werden aber das ist nicht eilig. --mfb (Diskussion) 01:15, 5. Jul. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:31, 1. Aug. 2015 (CEST): Offenbar erledigt

Vorlage:Quote box[Bearbeiten]

Hallo, ich bräuchte mal Hilfe. Kann jemand diese Schleife hier beheben? Ich brauche diese Infobox unbedingt. Kommissar Kurt Wallander (Diskussion) 13:05, 7. Jul. 2015 (CEST)

Das wird nicht möglich sein.
Ich habe ohnehin nicht den Eindruck, dass wir solche Übernahmen aus der enWP hier benötigen.
Bitte finde für deine Artikelübersetzung eine der deutschsprachigen Wikipedia angemessene Lösung.
VG --PerfektesChaos 13:22, 7. Jul. 2015 (CEST)
Da bin ich anderer Meinung. Die Infoboxen und Vorlagen bei den Kollegen aus der enWP sind oft viel runder, kompakter und insgesamt ästhetischer anzusehen als bei uns. Als Beispiel will ich nur die Vorlage für die Album-Infobox angeben, die müsste deutlich schlanker sein. Aber okay, wenn es nicht möglich ist, trotzdem danke. Kommissar Kurt Wallander (Diskussion) 13:29, 7. Jul. 2015 (CEST)
Hallo Kommissar Kurt Wallander, auf deiner Baustelle (Übersetzung von en:Piñata (Freddie Gibbs and Madlib album)?) sollte erstmal unsere Vorlage:Zitat-en den Zweck erfüllen können, auch wenn ihre Einbindungen völlig unspektakulär aussehen. --Wiegels „…“ 13:43, 7. Jul. 2015 (CEST)

Ich habe den Vorlagenentwurf nach Benutzer:Kommissar Kurt Wallander/Vorlage/Quote box verschoben. -- Wolfgang Rieger (Diskussion) 13:50, 7. Jul. 2015 (CEST)

Wenn wir schon dabei sind: Kann man irgendwo hier bei Wikipedia so etwas wie eine Petition starten, damit die Musik-Album-Infobox verbessert wird? Kommissar Kurt Wallander (Diskussion) 14:15, 7. Jul. 2015 (CEST)

Hast du wegen der Gestaltung von Vorlage:Infobox Musikalbum schonmal bei der Musik-Redaktion vorgesprochen? --Wiegels „…“ 14:33, 7. Jul. 2015 (CEST)
Danke für den Hinweis. Kommissar Kurt Wallander (Diskussion) 15:36, 7. Jul. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:31, 1. Aug. 2015 (CEST)

Vorlage:BAM[Bearbeiten]

Das BAM-Portal wurde zum 30. Juni 2015 aufgelöst (siehe http://www.bam-portal.de/). Verlinkungen dorthin sollten daher aus der Wikipedia gelöscht werden, die Vorlage ist somit obsolet. (nicht signierter Beitrag von Hanshandlampe (Diskussion | Beiträge) 13:51, 7. Jul 2015 (CEST))

Die Vorlage ist fast 2500x eingebunden. Das ist zunächst mal eine Aufgabe für WP:WLW. Dort eingetragen. --Mabschaaf 14:39, 7. Jul. 2015 (CEST)
Sind seitdem Links defekt geworden? Buddha z. B. geht weiterhin problemlos. --mfb (Diskussion) 16:05, 7. Jul. 2015 (CEST)
Die Links sind noch eine Weile online, es besteht also etwas Zeit die in den Archiven fehlenden Seiten zu sichern. Die Frage stellt sich wie tief die Sicherung gehen sollte. Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  18:58, 7. Jul. 2015 (CEST)
Ich bin inzwischen klar für das Löschen der Vorlage. Die meisten URLs sind zwar inzwischen im Webarchiv gesichert, aber das dort gesicherte entspricht nicht den Kriterien von WP:WEB. Das Problem ist, dass dort die weiterleitenden URLs offensichtlich schon lange nicht mehr gewartet wurden, und folglich sehr oft ins Leere führen. Das bringt jetzt schon kaum Mehrwert für die Leser, wenn man das länger so lässt, gehen viel mehr Links verloren, und der Wert der Vorlage sinkt dan mit der Zeit noch weiter. Die noch funktionierenden Seiten gehen im September offline. Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  15:23, 15. Jul. 2015 (CEST)

i Info: Wurde verschoben auf Vorlage:Spk-digital und dann LA gestellt: Löschdisku läuft.--Mabschaaf 22:43, 1. Aug. 2015 (CEST)

Problem bei Benutzervorlagen[Bearbeiten]

Ich arbeite im Moment an verschachtelten Benutzerseitenkopfvorlagen, habe dabei jedoch das Problem, dass das auf meiner Diskussionsseite in einem Fallbesipiel nicht funktioniert wie es soll. Dieses Beispiel habe ich hier nachgestellt. Kann mir jemand sagen, wie das Problem zustandekommt und wie ich es lösen kann? --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 19:01, 7. Jul. 2015 (CEST)

Verrätst du auch noch, was nicht geht und wie es funktionieren soll? --mfb (Diskussion) 19:26, 7. Jul. 2015 (CEST)
Der Abwesend-Kasten sollte direkt unter der Vorlage:Benutzerdiskussionsseite folgen. Müsste ja eigentlich klappen, wenn der Katen schmal genug ist. --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 19:44, 7. Jul. 2015 (CEST)
Das liegt am "clear:both" in Vorlage:Benutzer inaktiv. Das Verhalten ist von der Vorlage also explizit so vorgegeben, die Box wird nicht parallel zu anderen Boxen dargestellt. Über den Sinn lässt sich streiten. --mfb (Diskussion) 19:53, 7. Jul. 2015 (CEST)
Vielen Dank! Wäre es ein Problem, das "clear:both;" durch "{{#ifeq:{{{clear}}}|nein||clear:both;}}" zu ersetzen? --MGChecker – (📞| 📝| User:MGChecker/Bewertung) – HDR 20:02, 7. Jul. 2015 (CEST)
Ist kein Problem, Dokumentation nicht vergessen. --mfb (Diskussion) 20:05, 7. Jul. 2015 (CEST)
Da fände ich clear:{{{clear|both}}}; klarer, dann geht alles (both, right, left, inherit, none). –Be..anyone (Diskussion) 04:37, 9. Jul. 2015 (CEST)
Der Vorschlag von Be..anyone ist die absolut saubere Lösung, wenn man denn das so erweitern möchte.
Sinn der Kästen wie „Benutzer inaktiv“ ist es, dass sie quer über der gesamten Seitenbreite zualleroberst auf der Benutzerseite dargestellt werden sollen und nicht irgendwo zwischen andere hineingeschachtelt, wo sie dann übersehen werden könnten.
LG --PerfektesChaos 10:43, 9. Jul. 2015 (CEST)
Eine Babelbox weit rechts davon ist wohl unproblematisch. Ja, einstellbares clear= ist noch besser. --mfb (Diskussion) 13:24, 9. Jul. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:33, 1. Aug. 2015 (CEST): jetzt mit einstellbarem clear
@MFb: Zunächst mal danke, aber in Zukunft wärs nett, wenn du Bscheid sagen würdest, da du gerade bei mir die Vorlage zerschossen hast ^^ --MGChecker – (📞| 📝| User:MGChecker/Bewertung) 18:39, 1. Aug. 2015 (CEST)
Hatte auf deiner Benutzerseite keine Verwendung davon gesehen. --mfb (Diskussion) 19:08, 1. Aug. 2015 (CEST)

Anregung zur Serien-Darsteller-Spoilerei[Bearbeiten]

Viele Wiki-Artikel zu TV-Serien enthalten eine Rollen/Schauspieler-Tabelle in welcher häufig eine Mitwirk-Spalte existiert die angibt, in welchen Folgen/Staffeln die jeweilige Rolle mitwirkt. Das ist wirklich ein furchtbarer Spoiler für alle, die während des Schauens einer Serie etwas über die Schauspieler nachschauen wollen! Ich habe mir dafür ein Greasemonkey-Script geschrieben, welches diese Einträge durch ein [show] ersetz und erst anzeigt, wenn es angeklickt wird. Das halte ich aber nur für eine Notlösung (wegen des umständlichen Parsens der Wiki-Tabelle). Wäre es möglich eine Vorlage zu basteln, die dies standardmäßig anbietet? Ich bin bei weitem nicht der einzige der diese Spalten verflucht :) 77.176.70.250 19:29, 7. Jul. 2015 (CEST)

Wie soll die Vorlage feststellen, was sich der Benutzer wünscht? Generell ist Wikipedia eine Enzyklopädie, die Spoiler sind also erwünscht. Man könnte aber darüber nachdenken, Spoiler in eine eigene CSS-Klasse zu stecken, sodass Nutzer sie leichter mit eigenem CSS oder JS ausblenden können. --mfb (Diskussion) 19:56, 7. Jul. 2015 (CEST)
Ich finds ja auch gut, dass die Daten da sind, sie stechen nur so hart ins Auge. Eine Spoiler-Klasse würde es auf jeden Fall sehr viel einfacher machen die Daten zu verstecken (es gibt immer noch Tabellen die schwer zu parsen sind).77.176.70.250 20:48, 7. Jul. 2015 (CEST)
Diskussionsort dazu wäre wohl Wikipedia:Verbesserungsvorschläge oder Wikipedia:Fragen zur Wikipedia. Vielleicht (insbesondere wenn Gegenargumente kommen) sind eine Umfrage oder gar ein WP:Meinungsbild nötig, da es sich um eine recht grundlegende Frage handelt. --mfb (Diskussion) 22:13, 7. Jul. 2015 (CEST)
Ok, ich wusste nicht genau wo es hingehört. Soll ich es da nochmal anregen?77.176.70.250 23:09, 7. Jul. 2015 (CEST)
Zumindest zur Diskussion stellen und schauen ob jemand Probleme damit sieht. Die Redaktion Film und Fernsehen anzusprechen schadet auch nicht. --mfb (Diskussion) 23:11, 7. Jul. 2015 (CEST)
Linkservice am Rande: Wikipedia:Spoilerwarnung. LG --PerfektesChaos 10:43, 9. Jul. 2015 (CEST)
Wäre etwas, das standardmäßig die Darstellung überhaupt nicht verändert und somit nicht dem MB widerspricht. --mfb (Diskussion) 13:22, 9. Jul. 2015 (CEST)

Vorlage:Wikinews[Bearbeiten]

Da auch fremdsprachige Wikinews-Artikel verlinkt werden, wäre es sinnvoll, einen language-Parameter einzubauen, wie ihn Vorlage:Wikisource und Vorlage:Wikiquote schon haben. Alternativ kann es natürlich sein, dass die Verlinkung fremdsprachiger Wikinews-Seiten unerwünscht ist (was hier allerdings niemand vorgebracht hat), dann wären die entsprechenden Einbindungen ersatzlos zu entfernen. 85.212.55.140 21:11, 15. Jul. 2015 (CEST)

WP:TB/S meint, dass {{Wikinews}} fast gar nicht gebraucht wird, weil News nicht enzyklopädisch sind. Wenn Du nur einen Interwiki-Link brauchst, im Stil von [[w:en:Project:About]] für enwikipedia, nimm einfach [[n:en:Project:About]] für enwikinews. –Be..anyone (Diskussion) 21:54, 15. Jul. 2015 (CEST)
Nein, ich brauche keinen Interwiki-Link, sondern einen Sprachparameter für die Vorlage. 85.212.55.140 22:33, 15. Jul. 2015 (CEST)
Probier mal {{Wikinews/sandbox}}, also z.B. sowas…
Eingabe Anzeige
{{Wikinews/sandbox|Project:About|Über Wikinews|lang=en}}
 Wikinews: Über Wikinews – Nachricht (Englisch)
Das ist nur der erste Teil aus {{Wikisource}} bzw. {{Wikiquote}} beschränkt auf "mach interwiki". Wenn das reicht, ist es harmlos. –Be..anyone (Diskussion) 02:14, 16. Jul. 2015 (CEST)
Die Beschreibung müsste aber lauten "Nachricht (englisch)" und das "(n:en:)" gehört weg. 129.13.72.195 11:01, 16. Jul. 2015 (CEST)
Kopiert von {{Wikiquote}}, Beispiel hier gekürzt. –Be..anyone (Diskussion) 21:13, 16. Jul. 2015 (CEST)
Ja, jetzt muss es nur noch eingebaut werden. 85.212.61.28 22:13, 21. Jul. 2015 (CEST)

RAG[Bearbeiten]

Könnte jemand wohl für das Repertorium Academicum Germanicum eine Vorlage basteln, so in der Art RAG|ID ?

Beispiel: Arnold von Tricht
Die Vorlage RAG|1826803247 sollte dann zu http://www.rag-online.org/gelehrter/id/1826803247 führen. --Concord (Diskussion) 22:42, 16. Jul. 2015 (CEST)
Irrelevante Datenbank zweier unbekannter Forschungsgruppen, kein Open Access, siehe Impressum. –Be..anyone (Diskussion) 22:53, 16. Jul. 2015 (CEST)
Überhaupt nicht irrelevant, insbesondere in der Mediävistik, und der Herausgeber Rainer Christoph Schwinges ist in Fachkreisen schon recht bekannt..., allerdings müsste es wohl RAG|ID heißen...--Kresspahl (Diskussion) 23:27, 16. Jul. 2015 (CEST)
Sorry, mein Tippo, verbessert...--Concord (Diskussion) 23:37, 16. Jul. 2015 (CEST)
RAD, RAG, RAM... soll das auch so formatiert sein wie bei Arnold von Tricht? Ich finde das eher ungünstig gelöst dort, viel Text für wenig Inhalt abgesehen vom Link. Abrufdatum bei Weblinks ist auch ungewöhnlich. --mfb (Diskussion) 23:39, 16. Jul. 2015 (CEST)
Ruhrkohle AG, Random Access Memory? Vorlage:RepAcadGerm oder länger. 22 Artikel verlinken auf das Lemma, 22 Verwendungen der URL, 3-Buchstaben-Vorlage gibt es erst ab 10.000. VG --PerfektesChaos 00:02, 17. Jul. 2015 (CEST)
Nein, Abrufdatum muss nicht sein. Ich habe nur den Vorschlag von RAG per c&p übernommen... „[Name=Lemma] in: Repertorium Academicum Germanicum“ erzeugt durch {RAG|Nr} würde mE völlig reichen. Bei RAG stehen 45000-50000 Biographien auf dem Plan...--Kresspahl (Diskussion) 00:10, 17. Jul. 2015 (CEST)
Trotzdem; Drei-Buchstaben-Abkürzungen, bei denen nicht projektweit jeder sofort ansagen kann, was sie bedeuten, machen wir nicht mehr. Zu viele Flagicons dazwischen. Und ihr hättet ja noch 9978 Artikel zum erstmal einpflegen. LG --PerfektesChaos 00:16, 17. Jul. 2015 (CEST)

Dreibuchstabenvorlagen[Bearbeiten]

Und wie steht es mit dieser neuen Vorlage? {{CPH}} Existiert seit gestern ist mir gerade hier beim Edgar aufgefallen. Die Frage geht auch an Jonathan und Färber. Wenn dann sollte man das konsequent einhalten, oder ist das assoziativ? Ich wüsste jedenfalls nicht was CPH bedeutet, steht nicht einmal in der Begriffsklärung. --Liebe Grüße, Lómelinde Diskussion 11:17, 28. Jul. 2015 (CEST)

@Jonathan Groß: Die Vorlage widerspricht auch dem MB zur Datennutzung aus Wikidata (hier: Kenntlichmachung dargestellter Daten). Bitte entsprechend anpassen.--Mabschaaf 11:29, 28. Jul. 2015 (CEST)
@Mabschaaf: Ist jetzt wikidata-content als HTML-Klasse endgültig beschlossen? Es wäre schön, wenn das mal unter Wikipedia Diskussion:Meinungsbilder/Nutzung von Daten aus Wikidata im ANR#Name der CSS-Klasse zu lesen wäre. Ob diese ellenlange Diskussion dazu beendet ist, ist schwer zu sagen. Vorher lohnt ein Umbau ja nicht.--Färber (Diskussion) 12:01, 28. Jul. 2015 (CEST)
Es gibt dazu die Vorlage:Anzeige von Wikidata-Wert. Da seit Wochen niemand widersprochen hat, würde ich das als Konsens ansehen.--Mabschaaf 12:04, 28. Jul. 2015 (CEST)
Dann könnte man aus dieser noch den Baustein entfernen, dass sie noch in der Entwicklung ist. Dennoch besteht ja kein Verwendungszwang. Es ist ja auch möglich, die dort verwendete HTML-Klasse direkt in eine Vorlage zu programmieren.--Färber (Diskussion) 12:09, 28. Jul. 2015 (CEST)
Wikidata-Kennung ist jetzt eingebaut – aber mit direkter Verwndung der HTML-Klasse.--Färber (Diskussion) 12:26, 28. Jul. 2015 (CEST)
@Färber: Damit ist das MB-konform. Ich persönlich halte es für zukunftssicherer, die Vorlage zu verwenden (nein, natürlich gibt es keinen Zwang), denn gerade wenn der Name der HTML-Klasse nochmals geändert werden sollte oder auch weitere Attribute hinzukommen sollen, wäre das dann zentral machbar. Über die "Verwendungen dieser Vorlage"-Funktion ist zudem eine Rückverfolgbarkeit gegeben. Vielleicht setzt Du es ja doch so um? --Mabschaaf 13:48, 28. Jul. 2015 (CEST)
Der Anwender sieht ja in diesem Fall nie den eigentlichen Wikidata-Wert - also einen Teil der URL, sondern immer nur den Linktext. Dafür ist die Vorlage:Anzeige von Wikidata-Wert aber nicht gemacht.--Färber (Diskussion) 14:08, 28. Jul. 2015 (CEST)

Bei meiner Anfrage ging es aber mehr um den Namen der Vorlage. :-) Das andere hätte ich nicht einmal bemerkt. --Liebe Grüße, Lómelinde Diskussion 12:30, 28. Jul. 2015 (CEST)

Hallo. Von mir aus kann die Vorlage gern auch nach Vorlage:Catalogus Professorum Halensis verschoben werden. Ihr seid auch herzlich eingeladen, die Dokumentation der Vorlage an eure Standards (Wikidata-Kennzeichnung etc.) anzupassen. Ich kenne mich da einfach nicht so aus. Viele Grüße, jonathan groß (ad fontes) 13:03, 28. Jul. 2015 (CEST)
(BK)
Danke für deine Bereitschaft.
Das sollte dann so umgesetzt werden; auch für die CPR CPL und was es sonst noch so gibt.
Wobei der Name nicht endlos ausgeschrieben und lateinisch sein muss; CatProfHalle ist kurz genug, um es notfalls tippen zu können, und sprengt nicht jede Liste. „Leipzig“ würde ich im Klartext schreiben; sonst denkt jemand an den Lipsi-Schritt.
LG --PerfektesChaos 14:19, 28. Jul. 2015 (CEST)
@Mabschaaf: Es gibt meinen Alternativentwurf, der flexibler werden kann. --mfb (Diskussion) 14:08, 28. Jul. 2015 (CEST)
Welchen? (Und dann sollten wir ggf. die Diskussion dorthin verlagern)--Mabschaaf 14:10, 28. Jul. 2015 (CEST)
Unter 7.5 auf dieser Seite ("Testsystem"). --mfb (Diskussion) 14:20, 28. Jul. 2015 (CEST)
Für mich ist das ok. Was fehlt, ist wohl eine hinreichende Dokumentation für Vorlagenprogrammierer. Kann Dein System mit dem von Färber (14:08) genannten Problem umgehen?--Mabschaaf 15:38, 28. Jul. 2015 (CEST)
Sicher. Richtige Doku mache ich i.A. erst dann, wenn keine großen Änderungen mehr zu erwarten sind. Dazu müsste man das noch etwas erweitern und ggf. mit Modul:Wikidata besser verbinden. --mfb (Diskussion) 17:09, 28. Jul. 2015 (CEST)

@PerfektesChaos: Ich finde CatProfHalle nicht schön. Warum nicht ganz ausschreiben? jonathan groß (ad fontes) 22:28, 28. Jul. 2015 (CEST)

Dann meckern wieder andere.
  • Nämlich die, die es Buchstabe für Buchstabe eintippen.
  • Und einige, die finden, dass dadurch der Quelltext zu stark gestört wird, wenn es in einem <ref> auftritt.
Umgekehrt muss sich die Bedeutung erschließen lassen, auch wenn man die Abkürzung nicht kennt, und soll auch nicht mit den Kapverden kollidieren.
  • Mein Vorschlag ist also ein Kompromiss zwischen beiden Forderungen.
  • Um einen Schönheitswettbewerb geht es hier nicht. Vorlagen sind ein pragmatisches Mittel, um den Quelltext zu vereinfachen und besser verständlich und lesbar zu machen. Nur Autoren bekommen davon was mit; die Leser sehen es nie.
LG --PerfektesChaos 23:37, 28. Jul. 2015 (CEST)

Vorlage PPN des Südwestdeutschen Bibliotheksverbunds[Bearbeiten]

Liebe Vorlagenwerkstatt, ich bräuchte eine Vorlage zur Referenzierung von Ressourcen aus dem Südwestdeutscher Bibliotheksverbund SWB. Die PPNs sollten benutzbar sein wie Vorlage:HessBib PPN. Kann ich das selbst erstellen? Wenn ja sagt mir bitte wie. Falls nein hoffe ich auf eure Hilfe. Der Südwestdeutsche Bibliotheksverbund hat im Allgemeinen eine sehr hohe Datenqualität und eine Einbindung würde sich lohnen. Viele Grüße, --Philipp Maaß (Diskussion) 16:54, 18. Jul. 2015 (CEST)

Kannst du selbst erstellen (Vorlage:SüdwestBib PPN?), am besten analog zu vorhandenen Vorlagen, dort kannst du dir den Code anschauen. --mfb (Diskussion) 17:01, 18. Jul. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:36, 1. Aug. 2015 (CEST)

Vorlage:Infobox Gemeinde in Deutschland[Bearbeiten]

Die Vorlage:Infobox Gemeinde in Deutschland akzeptiert keinen Halbgeviertstrich im Parameter Höhe und quittiert diesen mit keine Zahl: 93–269, siehe [2]. Könnte das bitte jemand anpassen? Danke! --Harry Canyon (Diskussion) 19:32, 21. Jul. 2015 (CEST)

Das wird durchgereicht bis zu Vorlage:CoordinateComplex, die prüft ob die Angabe als Zahl interpretierbar ist. Mit einem Minuszeichen wird das als gültige Rechnung interpretiert... Frage: Muss die Koordinatenvorlage die Höhe kennen? Aus mir unerklärlichen Gründen ist diese Pflicht, aber ich sehe nicht wo sie wirklich hilft. --mfb (Diskussion) 20:38, 21. Jul. 2015 (CEST)
Da diese Vorlage:CoordinateComplex in fast allen Infoxen integriert ist würde ich eine Bearbeitung erst noch an anderer Stelle hinterfragen. Der Fehler in Neunkirchen-Seelscheid ist/war nicht das Minus oder der Halbgeviertstrich sondern die Verwendung der von bis Angabe in der Höhe. --Knochen ﱢﻝﱢ‎  22:10, 21. Jul. 2015 (CEST)
Nun, abgesehen von der Koordinate ist eine Von-Bis-Angabe kein Problem und bietet ggf. Zusatzinfo für den Leser. --mfb (Diskussion) 22:50, 21. Jul. 2015 (CEST)
Dann müsste das aber auf der Vorlagendisk beschlossen werden. Bisher gilt: "Mittlere Höhe (keine von-bis-Angabe) in Meter über Normalhöhennull, z. B. Höhe = 115. Minimale und maximale Höhen sind im Artikeltext im Abschnitt „Geographie“ zu erläutern. Im Zweifelsfall sind die Daten des Bundesamtes für Kartographie und Geodäsie zu verwenden." --тнояsтеn 12:36, 23. Jul. 2015 (CEST)
Ah, auch gut. Dann ist das derzeit kein Problem der Vorlage. Wenn diese Empfehlung geändert wird, kann man bzgl. Kompatibilität schauen, bis dahin sehe ich seitens der Vorlagenwerkstatt keinen Handlungsbedarf. --mfb (Diskussion) 10:00, 24. Jul. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:36, 1. Aug. 2015 (CEST)

Brettspiel-Vorlagen defekt nach Website-Umstellungen[Bearbeiten]

Hi, könnt ihr euch mal bitte die Vorlagen Vorlage:Luding Spiel und Vorlage:BGG Spiel ansehen? In Drunter & Drüber sind sie in der derzeitigen Version eingesetzt, die Vorlage Luding Spiel sollte aber auf http://luding.org/cgi-bin/GameData.py?f=00w^E4X&gameid=659 und die BGG Spiel auf http://www.boardgamegeek.com/boardgame/19/wacky-wacky-west verlinken. Könnt ihr rausfinden, was sich geändert hat und die Vorlagen entsprechend anpassen? Danke im Voraus und Grüße --h-stt !? 11:30, 23. Jul. 2015 (CEST) PS: Ich sage noch im Portal:Spiele Bescheid und verweise die Kollegen hierher.

Das Problem waren die Leerzeichen in der Vorlagenverwendung, ist repariert. Aber wer hat sich denn bitte diese Parameterstruktur ausgedacht, die ist ja fürchterlich und verleitet zu solchen Fehlern. --mfb (Diskussion) 10:05, 24. Jul. 2015 (CEST)
Die Links im Artikel waren seit Zollernalbs Änderung im April 2013 falsch. --mfb (Diskussion) 10:08, 24. Jul. 2015 (CEST)
Erstens: Ganz herzlichen Dank. Zweitens: Heißt das, dass diese Umstellung von ||ID auf |2=ID bei jeder Vorlageneinbindung vorgenommen werden muss? Und auch bei den anderen, verwandten Vorlagen wie Vorlage:Luding Autor, etc? Das müsste wohl ein Bot übernehmen ... Ich sag nochmal drüben im Portal Bescheid. In jedem Fall nochmal Danke für die schnelle und freundliche Lösung. Grüße --h-stt !? 13:08, 24. Jul. 2015 (CEST)
Muss nicht, nur Leerzeichen vor den IDs dürfen nicht vorkommen. Sollte das viele Artikel betreffen, kann ich die Vorlagen anpassen, damit die auch mit Leerzeichen zurechtkommen. --mfb (Diskussion) 17:10, 28. Jul. 2015 (CEST)
@Mfb: Bei einer Stichprobe habe ich nur Ed Greenwood als problematisch erkannt und gleich korrigiert (jetzt weiß ich ja dankenswerter Weise, worauf die Vorlage allergisch reagiert. Das betraf die Vorlage:Luding Autor, die wir bisher noch gar nicht auf dem Schirm hatten. Also: Hoffen wir, dass es das war? Oder wäre es sinnvoll, die Vorlagen toleranter zu gestalten? Das müsst ihr als Experten wissen. Danke schon mal für die bisherige Hilfe und viele Grüße --h-stt !? 11:23, 29. Jul. 2015 (CEST)
Wie groß war die Stichprobe? 1 aus 3 wäre eine andere Aussage als 1 aus 50. Ich halte die Reihenfolge der Parameter für sehr ungünstig gewählt - Parameter 2 muss immer angegeben werden, Parameter 1 sehr selten. Das verleitet zu solchen seltsamen Konstruktionen wie wir sie hier sehen. --mfb (Diskussion) 14:55, 29. Jul. 2015 (CEST)
Ungefähr 12 oder 13 Seiten, davon wie gesagt eine defekt. Hoffen wir einfach, dass es das war und wenn ich doch nochmal auf einen fehlerhaften Artikel stoße, weiß ich ja jetzt, wie ich es reparieren kann. Die Kollegen vom Portal können die Lösung mittels meiner Anfrage dort und dem Link hierher finden. Grüße --h-stt !? 15:42, 29. Jul. 2015 (CEST)

Vorlage:Glykolyse Gluconeogenese WP534[Bearbeiten]

Hallo, in der Vorlage werden am linken oberen Rand des Bildes rote Vs angezeigt, die in der en-Version nicht vorkommen, obwohl die Vorlage daraus übernommen wurde. Warum? Wie könnten die Vs entfernt werden? Grüße, --Ghilt (Diskussion) 09:13, 24. Jul. 2015 (CEST)

Du verwendest die nicht vorhandene Vorlage:Annotation. --тнояsтеn 10:06, 24. Jul. 2015 (CEST)
Wurde behoben, nun sind aber die Unterstriche verschoben? Grüße, --Ghilt (Diskussion) 12:01, 24. Jul. 2015 (CEST)
Das Bild wurde nun ausgerichtet, nun sind noch fünf Unterstriche verschoben, wie ändere ich deren horizontale Position? Grüße, --Ghilt (Diskussion) 11:51, 29. Jul. 2015 (CEST)
So. Im Firefox: Rechtsklick auf den Strich, "Element untersuchen", beim Element Rechtsklick -> "äußeres HTML kopieren", nach diesem Code dann im Vorlagentext suchen, dort die Position anpassen. Die Vorlagendokumentation spricht von automatischer Aktualisierung von WikiPathways, aber dort ist die Ausrichtung der Striche richtig. Ggf. werden alle Änderungen hier irgendwann überschrieben. --mfb (Diskussion) 13:49, 1. Aug. 2015 (CEST)

Vorlage:Infobox See[Bearbeiten]

Kann bitte jemand Matthiasb erklären, dass es Unfug ist, Phantasiewerte von irgendwo abzuschreiben, egal wie offiziell sie sein mögen? Wir übernehmen ja auch keine offiziellen nordkoreanischen Angaben zum Wohlstand der Bevölkerung weltweit. Die Diskussion hat klar gezeigt, dass der Seeumfang in keiner offiziellen Quelle wohldefiniert angeben wird. Ich will keinen Editwar darum führen, weil Matthiasb den bis zu seiner 60. Sperre (und meiner ersten) führen würde. --mfb (Diskussion) 23:36, 24. Jul. 2015 (CEST)

Das Argument, dass der Umfang fraktalen Charakter hat, wurde klar formuliert und begründet. Ebenso die Unvergleichbarkeit wegen verschiedener Messmethoden. Solange es keine Einigung auf einen Ersatz dafür (z.B. kleinste konvexe Hülle) gibt, sollte der Umfang wegbleiben. ÅñŧóñŜûŝî (Ð) 15:31, 27. Jul. 2015 (CEST)
Aus wissenschaftlicher Sicht ist die Sache eindeutig, aus Editwarriorsicht leider nicht. --mfb (Diskussion) 15:34, 27. Jul. 2015 (CEST)

Navileiste mit Folgenleiste[Bearbeiten]

Hallo Liebe Kollegen,

ich hätte gerne, dass die Folgenleiste in die Navi-Leiste eingebunden wird und ich sie auf- und zu klappen kann. Gruß --Matthiasberoli (Diskussion) 09:55, 27. Jul. 2015 (CEST)

Hallo Matthiasberoli, meinst du so?
Dafür kannst du den Parameter | Weiteres= benutzen, glaube ich. --Liebe Grüße, Lómelinde Diskussion 10:35, 27. Jul. 2015 (CEST)
Vielen Dank Lómelinde! Genau so! :-) --Matthiasberoli (Diskussion) 10:36, 27. Jul. 2015 (CEST)
Prima und gern geschehen. --Liebe Grüße, Lómelinde Diskussion 10:44, 27. Jul. 2015 (CEST)

Hallo Matthiasberoli, so wirklich begeistert bin ich aber davon Unplugged (Eric-Clapton-Album) nicht. Man kann bei einem Albun doch kaum von „Amt“ sprechen, wenn dann müsste da eine eigene Vorlage erstellt werden, oder? Ich hatte mich auch schon gefragt wie das eingesetzt werden soll. In der {{Personenleiste}} geht es um Personen die ein „Amt“ bekleiden, um deren Vorgänger und Nachfolger, also für mich sieht das merkwürdig aus. Deshalb habe ich ja auch den Begriff „Personenleiste“ benutzt und nicht „Folgenleiste“. Gibt es da eventuell eine ähnliche Vorlage für solche Fälle? Hier finde ich keine. --Liebe Grüße, Lómelinde Diskussion 18:12, 27. Jul. 2015 (CEST)

Ist in dieser Form bei ESC-Teilnehmern und -Beiträgen üblich. Ob diese Leiste aber auch rein für Nummer-eins-Platzierungen sinnvoll ist, sollte noch in der Redaktion geklärt werden.--XanonymusX (Diskussion) 18:38, 27. Jul. 2015 (CEST)
Prominentes Beispiel. Die Verwendung von „Folgenleiste“ ist allerdings sogar für Personen verbreitet; ich würde dazu tendieren, diese Vorlage in der Hinsicht überhaupt flexibler zu machen und von „Person“ zu lösen (also auf jeden Fall umbenennen)! Den konkreten Fall aktuell möchte ich aber wie gesagt noch ganz gern in der Redaktion diskutieren, da diese Verwendung in deWP bislang nicht üblich ist.--XanonymusX (Diskussion) 00:29, 28. Jul. 2015 (CEST)
Also ich sehe das eher so, dass man dort die „Personenleiste“ einfach für „andere Zwecke verwendet“ hat, denn nirgendwo auf der →Dokumentationsseite steht, dass sie diesen Zwecken dient, sie ist eigentlich „nur für Personen“ gedacht, daher sagte ich ja auch es müsste eigentlich dort eine eigene Leiste geben, die nichts mit Ämtern, Posten oder Personentiteln zu tun hat, gerade um das nicht zu vermischen. Sie kann ja durchaus ähnlich aufgebaut sein, aber ich finde es nicht leser- oder benutzerfreundlich dort einen Begriff wie „Amt“ stehen zu haben, da fragt man sich doch was das sein soll. Wie kann ein Lied ein Amt bekleiden, was wäre die Bedeutung von Amt in dem Zusammenhang?
Klärt das bitte im Portal, ich halte diese Fremdnutzung nicht für sinnvoll, aber das bedeutet ja nicht, dass ich damit richtig liegen muss, wenn es also gewünscht wäre die Vorlage so einzusetzen dann müsste die Dokumentation dahingehend angepasst werden. Es kann ja nicht sein, dass etwas nur weil es anders genutzt wird als vorgegeben plötzlich zur Standardnutzung umgemünzt wird, nur weil man keine passendere Vorlage gefunden hat.
Mich stört dort massiv der Begriff „Amt“ in diesem Zusammenhang. Nein die ist nicht bei Personen verbreitet, sie ist genau und eigentlich nur für diese gedacht, daher heißt sie ja „Personenleiste“ und eben nicht {{Folgenleiste}} oder {{Folgenleiste multi}} das sind lediglich Weiterleitungen auf die {{Personenleiste}}. --Liebe Grüße, Lómelinde Diskussion 07:10, 28. Jul. 2015 (CEST)
Inhaltlich bin ich da leidenschaftslos, technisch umsetzen lässt es sich so: diff. --тнояsтеn 09:47, 28. Jul. 2015 (CEST)
Als neue Vorlage oder als Änderung an der bestehenden? Letzteres müsste dann, wie gesagt, in die Dokumentation mit einfließen, finde ich jedenfalls. --Liebe Grüße, Lómelinde Diskussion 10:52, 28. Jul. 2015 (CEST)
Verstehe die Frage nicht. Auch wenn es in der Doku nicht explizit beschrieben ist, funktioniert es jetzt schon so. --тнояsтеn 12:45, 28. Jul. 2015 (CEST)
Wenn man die Vorlage explizit nicht nur für Personen und deren Ämter einsetzen kann und eine andere Nutzung erwünscht ist, sollte es, meiner Meinung nach, auch in der Dokumentation nachzulesen sein. Beispiel: Im Augenblick steht dort:
  • Zitat: Diese Vorlage generiert eine "Davor-Danach-Leiste" für die Inhaber von Ämtern, Personentiteln oder Positionen. (das ist etwas personenbezogenes nicht Chartposition oder Platzierung in einer Regatta …)
Nichts steht auf der gesamten Seite über eine andere als diese Nutzung. Auch die Parameter sind alle auf eine Nutzung als Personenamtsfolgeleiste ausgelegt und beschrieben. Es liegt doch nicht an dem Namen „Folgenleiste“ oder „Personenleiste“ sondern an der Bestimmung wofür sie gedacht ist und eingesetzt werden kann/sollte. Wozu benötigt man eine Dokumentation und Parametererklärung, wenn es eh niemanden interessiert? Denke ich heute wieder zu kompliziert?
  • Man sucht eine Vorlage, findet diese und hält sich beim Einsatz an die Vorgaben der Doku, so zumindest versuche ich das zu tun. Vielleicht habe ich das System hier nicht wirklich durchschaut, aber wenn es anders genutzt werden darf/soll/kann sollte diese andersartige Nutzung nebst der Beschreibung der Ausblendung einer unerwünschten Anzeige des Amtes durch die Nutzung des Parameters |TITEL= beschrieben werden. Oder sollen das alle, die so etwas suchen selbst austesten und herausfinden müssen? Und wie erklärt sich
  • |AMT=Nummer-eins-Album in den Billboard 200

Was bedeutet in diesem Falle „AMT“??? Wer soll das assoziativ zuordnen können, das ist ein Titel oder ein Lemma oder was weiß ich aber keinesfalls ein „Amt“.

Sorry, aber ich finde das noch immer total unpassend. Unter einem „Amt“ verstehe ich jedenfalls etwas anderes. Verständlich ist das so für mich nicht. --Liebe Grüße, Lómelinde Diskussion 13:10, 28. Jul. 2015 (CEST)
Hallo тнояsтеn, ist dir das so verständlicher was ich meinte? --Liebe Grüße, Lómelinde Diskussion 17:23, 28. Jul. 2015 (CEST)
Ja, verstanden. --тнояsтеn 17:30, 28. Jul. 2015 (CEST)
O.k., das wollte ich nur wissen, weil ich mich manchmal etwas kompliziert ausdrücke. Einen schönen Abend noch. --Liebe Grüße, Lómelinde Diskussion 17:59, 28. Jul. 2015 (CEST)
@Lómelinde: Sicher wird die Folgenleiste auch für Personen verwendet, ganz massiv sogar; zB hier. Ich sehe das jetzt nicht problematisch, aber da Vorlagenweiterleitungen ja grundsätzlich unerwünscht sind, soweit ich weiß, wäre eine Umbenennung und grundsätzliche Streichung der Überschrift „Amt“ (braucht man ohnehin nicht, alternativ wäre auch „Position“ möglich). Bleibt immer noch die Frage, ob sie im konkreten Fall notwendig ist (beim ESC ist sie etabliert, bei Nummer-eins-Hits wohl bislang nur in enWP). Bin momentan noch auf Reisen und kann mich jetzt nicht selbst drum kümmern, aber eine Diskussion auf WD:MU hat der nächste Schritt zu sein. Gruß--XanonymusX (Diskussion) 07:51, 29. Jul. 2015 (CEST)
Englische Entsprechung ist im Übrigen en:Template:Succession box.--XanonymusX (Diskussion) 08:09, 29. Jul. 2015 (CEST)
Kein Problem, dann erhole dich gut, das ist jetzt nicht unbedingt so ein wichtiger Aspekt es ist mir halt nur so aufgefallen, dass das merkwürdig klingt. --Liebe Grüße, Lómelinde Diskussion 08:29, 29. Jul. 2015 (CEST)
Die beiden Diskussionen nun getrennt weiter unten auf dieser Seite und unter Wikipedia Diskussion:Redaktion Musik#Folgenleiste für Nummer-eins-Hits/-Alben!--XanonymusX (Diskussion) 23:32, 31. Jul. 2015 (CEST)

Danke für die Info, ist aber nicht wirklich mein Bereich, so dass ich mich da nicht weiter äußern werde, meine Bedenken habe ich hier formuliert, ob man solche Boxen irgendwo wirklich benötigt weiß ich nicht. --Liebe Grüße, Lómelinde Diskussion 13:43, 1. Aug. 2015 (CEST)

Vorlage:NaturGeoTabelle DE/Zeile[Bearbeiten]

Die Vorlage reicht den Parameter Name an die Vorlage:Coordinate weiter, was zu Problemen führt, wenn ein Link enthalten ist. Siehe etwa Liste der Landschaftsschutzgebiete im Landkreis Garmisch-Partenkirchen: bei Link im Namen erscheint hinter dem Koordinaten-Symbol eine eckige Klammer. --тнояsтеn 09:50, 28. Jul. 2015 (CEST)

Danke, habe mitgelesen, bin aber erst nächste Woche wieder voll da und kann erst dann verantwortungsbewusst programmieren und auch die Folgen beobachten.
Lösung wäre Wikipedia:Lua/Modul/WLink #getPlain. Einsatzmöglichkeiten:
  1. Vorlage:Coordinate setzt das an passender Stelle (bei Bildung der Verlinkung) zentral für alle Anwendungen ein. Performancekritisch, wenn Hunderte von Einzelkoordinaten in einer Denkmalliste stehen. Ggf. auf BETA mit einer Musterseite erproben.
  2. Vorlage:NaturGeoTabelle DE/Zeile baut das ein. Du oder ich.
Vielleicht ist aber die Verlinkung an dieser Stelle unerwünscht und wäre aus den Artikeln zu entfernen?
  • Die Doku der Vorlage schreibt nicht ohne Grund zu Name: „ohne Verlinkung“.
  • Ich könnte das abprüfen und eine Wartungskat werfen.
  • Bitte mal den Bearbeiter dieser Liste ermitteln, darauf ansprechen und von mir grüßen.
LG --PerfektesChaos 10:21, 28. Jul. 2015 (CEST)
Danke für die Rückmeldung. Der Listenbauer Benutzer:Derzno ist leider inaktiv. Die Verlinkung finde ich schon sinnvoll, solange es keine sepraten Artikel zu den Schutzgebieten gibt. --тнояsтеn 10:27, 28. Jul. 2015 (CEST) P.S.: Zu Du oder ich: da müsstest schon du aktiv werden, bei mir läuft das nach dem Trial-and-error-Prinzip.
  • Die Vorlage hat die beiden optionalen Parameter Artikel und URL, über die die Verlinkung gesteuert werden soll. Name ist tatsächlich und gerade aus Performancegründen nur für den Linktitel vorgesehen.
  • Ich würde dementsprechend auch nur eine Wartungskat werfen mittels Wikipedia:Lua/Modul/WLink #isValidLink.
  • Du kannst ja mal auf Vorlage Diskussion:NaturGeoTabelle DE die Kollegen von Derzno auf die Fehlnutzung der Vorlage ansprechen.
LG --PerfektesChaos 10:42, 28. Jul. 2015 (CEST)

Vorlage:Myspace für Weblinks anlegen[Bearbeiten]

Wäre jemand so gut und würde die Vorlage:Myspace für Weblinks auf Myspace-Seiten analog zu Vorlage:YouTube anlegen?
Beispiel-Eingabe: {{Myspace|Jan Delay}}
Beispiel-Ausgabe: Jan Delay auf Myspace
Der Grund: Es gibt ca. 5000 Myspace-Links, die tot sind, weil das "www." nicht hingehört. Durch so eine Vorlage wird es einheitlich und eine spätere Änderung sehr einfach.
Ergänzung: 2007 wurde die Vorlage gelöscht, was ich aber nicht verstehen kann.
--Trustable (Diskussion) 00:30, 29. Jul. 2015 (CEST)

Ohne Löschprüfung wird das nichts werden. Technisch ist die Einrichtung kein Problem. --mfb (Diskussion) 14:37, 29. Jul. 2015 (CEST)
Danke für den Hinweis. Habe einen Eintrag in der Löschprüfung angelegt.--Trustable (Diskussion) 14:49, 29. Jul. 2015 (CEST)
erledigt Erledigt Die Vorlage funktioniert nun. Beispiel: Cascada Queen Latifah. --Trustable (Diskussion) 12:11, 30. Jul. 2015 (CEST)
Damit hier wohl erledigt.--Mabschaaf 22:39, 1. Aug. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. --Mabschaaf 22:39, 1. Aug. 2015 (CEST)

Vorlage für Normenlisten[Bearbeiten]

Es wäre wohl sinnvoll das Intro der Normenlisten als Vorlage anzulegen, damit bei Änderungen (beispielsweise Datums des Standes) nicht immer alle Artikel bearbeitet werden müssen.
Derzeit gibt es folgende Listen (es sind noch weitere geplant):

Inhalt der Vorlage:

<!-- BITTE BEACHTEN: Die Namen/Titel älterer Normen entsprechen der ALTEN RECHTSCHREIBUNG. Bitte darauf bezogen keine Änderungen oder Korrekturen vornehmen.

-->
__KEIN_INHALTSVERZEICHNIS__
[[Datei:DIN-Logo.svg|mini|hochkant|Logo des Deutschen Instituts für Normung]]
Die '''Normenliste DIN 2500 bis DIN 2999''' listet alle aktuellen Normen und viele historische Norm-Ausgaben des Nummernbereichs 2500 bis 2999. 

[[Deutsches Institut für Normung|DIN]] – Deutsches Institut für Normung e. V. – ist die nationale [[Normung#Organisationen|Normungsorganisation]] der Bundesrepublik Deutschland mit Sitz in [[Berlin]].

; Erläuterungen zur Liste
* DIN EN Normen, DIN EN ISO Normen und Normentwürfe werden in dieser Aufstellung nicht angeführt.
* Die bei älteren Normausgaben verwendete Bezeichnung „Blatt“ wurde einheitlich in „Teil“ überführt.
* Neben der Norm-Nummer ist das Ausgabedatum angegeben. Ausgabe 9.1981 bedeutet, dass die Norm im September 1981 erschienen ist.
* Kreuzausgabe: Ist dem Ausgabedatum ein „x“ angehängt, beispielsweise Ausgabe 9.1949x, wurde die Norm in der Folge nur geringfügig geändert und behält ihre Gültigkeit.
* Wenn nicht gesondert vermerkt, ist das Zurückziehungsdatum einer alten Norm gleich dem Ausgabedatum der ersetzenden Norm.
* Die Eintragung „→ aktuell“ bedeutet, dass die Norm derzeit (Stand Juli 2015) gültig ist.

Dabei wäre es schön, wenn die Vorlage als Variable 1 das Lemma und wenn möglich auch als Variable 2 den Nummernbereich automatisch generieren könnte.

Bin für Rückfragen heute jederzeit erreichbar. Danke schon mal & Grüße, -- Hans Koberger 07:55, 29. Jul. 2015 (CEST)

Der Stand muss als Parameter angebbar sein, sonst könnte man die Artikel nicht einzeln aktualisieren. Und umgekehrt: Man muss sie ohnehin einzeln bearbeiten zum Ändern, dann kann man auch den Stand anpassen. Die Frage ist dann aber, wie viel die Vorlage noch hilft. Müssen die Erläuterungen häufig geändert werden?
Unabhängig davon: Wieso haben die Artikel kein Inhaltsverzeichnis, z. B. alle 100 Normen? --mfb (Diskussion) 14:59, 29. Jul. 2015 (CEST)
Ich mache die Updates immer für alle Normenlisten auf einmal. Die einzelnen Listen ändern sich oft monatelang nicht. Der Stand (die Monatsangabe in Intro) wird aber jedes Monat aktualisiert. Die Erläuterungen ändern sich derzeit doch immer wieder mal. Später eher weniger. Inhaltsverzeichnis müsste man überlegen – bringt aber auf den ersten Blick keinen großen Vorteil. -- Hans Koberger 18:30, 29. Jul. 2015 (CEST)
Der Vorteil wäre, dass man auf der Seite leichter zu DIN 1234 gelangt - nur durch 34 scrollen statt durch 234. Bitte mal Vorlage:Normenliste DIN Einleitung testen. Den Quelltextkommentar sowie die Unterdrückung des Inhaltsverzeichnisses (die nichts bewirken sollte) habe ich nicht in die Vorlage übernommen, ersteres ergibt kein Sinn weil es beim Bearbeiten nicht angezeigt wird, zweiteres hilft nicht und wäre (wenn überhaupt) auch im Artikel sinnvoller. Die Nummern müssen als Vorlagenparameter eingegeben werden, das ist eine einmalige Sache und sinnvoller als aufwendige Rechnungen in der Vorlage. --mfb (Diskussion) 19:30, 29. Jul. 2015 (CEST)
*freu* – funktioniert prima! Herzlichen Dank! Beste Grüße, -- Hans Koberger 22:15, 29. Jul. 2015 (CEST)
Dieser Abschnitt kann archiviert werden. mfb (Diskussion) 13:50, 1. Aug. 2015 (CEST)

Vorlage:Folgenleiste[Bearbeiten]

Hallo! Ausgehend von der Diskussion hier weiter oben folgende Anfrage (@Antonsusi: als Ersteller zur Kenntnisnahme):

  • Ausgangslage: Wir haben Vorlage:Personenleiste (Verwendung) und die Weiterleitungen darauf Vorlage:Folgenleiste (Verwendung) und Vorlage:Folgenleiste multi (Verwendung). Alle drei werden verwendet, sowohl bei Personen als auch bei Nicht-Personen (zB ESC-Beiträgen). Analog dazu gibt es die en:Succession box.
  • Problematiken: Es verbreiten sich Vorlagenweiterleitungen; „Folgenleiste multi“ ist ein völlig überflüssiges Konstrukt, da so oder so mehrere Zeilen möglich sind; unpersönliche Artikelgegenstände besitzen die irreführende Vorlage:Personenleiste; die Überschrift „Amt“ passt ausschließlich bei Personen.
  • Änderungswunsch: Alle drei Verwendungen sollten einheitlich nach Vorlage:Folgenleiste umgebogen und die anderen beiden gelöscht werden, denn einzig dieser Name ist hinreichend neutral, um sowohl bei Personen (in der Nachfolge) als auch bei anderen Artikelgegenständen zu passen. Mittels Botlauf kann dann ein für alle Mal Einheitlichkeit in der Verwendung geschaffen werden. Tatsächlich handelt es sich dabei auch um die Ausgangsvorlage, die erst später auf die neuere Personenleiste weitergeleitet wurde. Analog dazu sollte die Überschrift „Amt“ (analog auch zur englischen Vorlage) ganz weggelassen werden, da die mittlere, fettgeschriebene Spalte ohnehin selbsterklärend sein muss.

Wenn es keine Widerstände gibt, würde ich das so umsetzen (aber ich lasse gern jedem anderen den Vortritt)! Gruß--XanonymusX (Diskussion) 23:16, 31. Jul. 2015 (CEST)

Siehe auch die Diskussion im Mai. "Zeitleiste" halte ich für eine sinnvollere allgemeine Bezeichnung. --mfb (Diskussion) 13:54, 1. Aug. 2015 (CEST)
Die Bezeichnung "Folgenleiste" ergab sich aus der ursprünglichen Verwendung als serielle Verkettung der Folgen einer Fernsehserie. Von dieser Verwendung wurde längst Abstand genommen. Insoweit ist diese Bezeichnung nicht mehr sinnvoll. Heute sind fast alle Verwendungen eine Linkleiste für die Träger eines "Amts" (im weitesten Sinne). Deshalb ist "Personenleiste" schon mal besser als "Folgenleiste". Weil es aber auch Verwendungen für etwas anderes als Personen gibt, wäre "Zeitleiste" eine noch bessere Bezeichnung, denn die zeitliche Sortierbarkeit ist die einzige gemeinsame Eigenschaft, welche für mehr als 99% der Verwendungen zutrifft. Insoweit bin auch ich für eine Umbenennung und Umstellung. Bei dieser Gelegenheit sollte man aber dringend einen bisherigen Mangel der Leisten beseitigen: Um eine Zeitleiste zu pflegen, muss man für jede Änderung meistens drei Artikel (Vorgänger - akt. Artikel - Nachfolger), oft auch viel mehr, ändern, und das unter Wahrung der Konvergenz. Daher benötigen derartige Leisten meiner festen Überzeugung nach eine zentrale Liste im VNR (also leicht editierbarer Wikiquelltext), welche mit Hilfe von Lua die Einbindungen einer Zeitleiste erzeugt. Details stehen in der Disk. vom Mai. Nachdem ich das Thema - zugegebener Weise - etwas aus dem Auge verloren hatte, kann ich es gerne angehen. Weil es doch viel Arbeit ist, mache ich das aber nur, wenn ich genug Zustimmung habe. Ich bitte daher um möglichst viele Meinungsäußerungen dazu. ÅñŧóñŜûŝî (Ð) 22:16, 1. Aug. 2015 (CEST)
Danke für die weiterführenden Infos. Klingt vielversprechend! Ich helfe auch gerne, wenn ich kann.--XanonymusX (Diskussion) 23:18, 1. Aug. 2015 (CEST)