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

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

WikiProjekt Vorlagen

• Vorlagen-Werkstatt
• Kategorisierung der Vorlagen
• Bugs mit Vorlagenbezug

Hilfeseiten

• Vorlagen
• Vorlagen­programmierung
• Vorlagen­spielwiese
• Vorlagen­dokumentation
• Vorlagen­beschränkungen

Vorlagen-Entwicklung

• Entwicklungsumgebung
• Testumgebung
• Vorlagen expandieren^?
• Wikipedia:Lua/Werkstatt

Ich wollte mal nachfragen, wer ein Interesse daran hat, dass Infoboxen vermehrt mit Hilfe von Klassen und IDs formatiert werden, um den Usern individuelle Konfigurierbarkeit zu ermöglichen. Insbesondere die verschiedenen Monitor- und Fensterbreiten sind damit zu meistern. Cäsium137 (D.) 16:55, 6. Sep. 2008 (CEST)Beantworten

Nichts mit erledigt. Das ist natürlich eine gute Idee, denn alleine die Anpassbarkeit der Schriftgröße wäre ein großer Vorteil gegenüber der festen bisherigen Formatierung. Insbesondere die Breitenangaben, mal Pixel mal in em, sind wirklich nur auf einem PC mit Auflösung >1000 wirklich brauchbar. -- ▪Niabot▪議論▪+/− 13:27, 24. Okt. 2008 (CEST)Beantworten

Dafür findet sich hier nicht genug Unterstützung, obwohl es sinnvoll ist. Du siehst doch, dass hier ein Monat lang niemand geschrieben hat. An anderen Stellen ist es genauso. Cäsium137 (D.) 13:51, 24. Okt. 2008 (CEST)Beantworten

Vielleicht sollte man es einfach machen. Wenn sich die Leute dann darüber aufregen, dann hat man schnell das Interesse. -- ▪Niabot▪議論▪+/− 13:58, 24. Okt. 2008 (CEST)Beantworten

Das setzt die konstruktive Mitarbeit eines Admin vorraus, der das auch vertritt, dennes muss in die Common.css geschrieben werden. Cäsium137 (D.) 14:00, 24. Okt. 2008 (CEST)Beantworten

Vielleicht kann man hier aber trotzdem schon etwas vorbereiten. Eine Beispielvorlage im Nutzerraum und eine dazugehörige CSS-Datei. Dann kann sich der Admin diese CSS-Datei inkludieren und selbst vorher prüfen welche Auswirkungen die Änderung hätte. -- ▪Niabot▪議論▪+/− 14:05, 24. Okt. 2008 (CEST)Beantworten

Das wurde unter MediaWiki_Diskussion:Common.css#Infobox schon gemacht und mit diesem Edit umgesetzt. Dies wurde aber von einem Gegner derartiger Verbesserungen pauschal revertiert. Ich habe keinen Bock, mich mit irgendwelchen Admins zu streiten. Wenn Admins Verbesserungen unterbinden und damit der WP indirekt Schaden wollen, dann sollen sie das tun. Es hindert sie sowieso niemand daran. Cäsium137 (D.) 14:24, 24. Okt. 2008 (CEST)Beantworten

Hallöle. Für eine Dokumentation auf Hilfe:Vorlagen bastle ich zur Zeit an zwei Kopiervorlagen mit Warnhinweisen, um Vorlagen möglichst nicht einzubinden bzw. zu substituieren. Allerdings scheint es noch irgendwo zu hacken. Kann das mal wer prüfen? Für ersteres gibt es auch einen entsprechenden Code in Vorlage:Löschantrag, aber ich will mal was anderes haben.

Einbindungsschutz

Soll auf der Vorlage, wo der Text eingefügt wird, nicht erscheinen.

{{#ifeq:{{<includeonly>subst:</includeonly>LOCALTIMESTAMP}}|{{LOCALTIMESTAMP}}|{{(!}} {{Bausteindesign4}}
{{!}} '''Falsche Eingabe!'''<br/>Diese Vorlage muss substituiert werden. Bitte ersetze <code>{{{{subst:FULLPAGENAME}}&#124;…}}</code> durch <code>{{'''subst:'''{{subst:FULLPAGENAME}}&#124;…}}</code>! Wenn du das soeben getan hast, leere den [{{fullurl:{{FULLPAGENAME}}|action=purge}} Cache dieser Seite].
{{!)}}}}

Substitutionsschutz

{{#ifeq:{{<includeonly>subst:</includeonly>LOCALTIMESTAMP}}|{{LOCALTIMESTAMP}}||{{(!}} {{Bausteindesign4}}
{{!}} '''Falsche Eingabe!'''<br/>Diese Vorlage darf nicht substituiert werden. Bitte ersetze den erzeugten Quelltext wieder durch <code>{{{{subst:FULLPAGENAME}}&#124;…}}</code>!
{{!)}}}}

--Peter Silie 11:31, 5. Nov. 2008 (CET)

Sicher, dass das so funktioniert? Die Vorlage:Löschantrag warnt zB, wenn eine Vorlage nicht gesubstet wurde. Sieht aber recht esoterisch aus, der Code :-) --Revolus Echo der Stille 23:43, 5. Nov. 2008 (CET)Beantworten

Beim ersten Fall fehlt ein subst für das ifeq da man es ja sonst beim subst auf die seite bringen würde. Wenn man ein subst einbaut, dann ergibt sich ähnlicher Code wie bei dem LA: Bei normaler Einbindung wird das subst nicht aufgelöst, der andere Code wird aktiv und erzeugt einen Kasten. Bei einem subst wird ns:0 gesubst, liefert aber nichts, da es außerdem keine Parameter kennt, sind auch diese weg und fertig.

Das untere könnte funktionieren, da das subst beim einbinden nicht aufgelöst wird und somit der Text dort nicht gleich dem anderen Text ist (könnte mit jeder Vorlage/Seite gemacht werden). Da das ifeq arbeiten kann, wird der Zweig mit dem nichts aktiv und man sieht halt nichts. Alle Angaben ohne Gewähr. Der Umherirrende 23:22, 7. Nov. 2008 (CET)Beantworten

Mal den Code vom LA extrahiert und leicht modifiziert:

<includeonly>{{subst:ns:0|</includeonly>
{{Achtung|1=
;Nur Substitution
Diese Vorlage nur in folgender Form verwenden:<br /><br /><code>'''{{subst:'''Vorlagenname{{!}}x=<span style="color:gray;">...</span>'''}}'''</code><br /><br />Nicht substituiert kann dies und jenes nicht!}}
<includeonly>}}</includeonly>

Vorlagenname, Parameter und Begründung wären dann noch anzupassen ... Viel Spass beim ausprobieren.-- visi-on 11:59, 8. Nov. 2008 (CET)Beantworten

Der Substitutionsschutz ist irgendwie immer hässlich, da ja schon mal Grundsätzlich das Kind bereits in den Brunnen gefallen ist. -- visi-on 11:59, 8. Nov. 2008 (CET)Beantworten

So →Vorlage:CH1903-WGS84 siehts dann aus. -- visi-on 14:17, 8. Nov. 2008 (CET)Beantworten

Bester Substitionsschutz ist immernoch die Reproduktion: {{ subst:Benutzer:Visi-on/repro }} -- visi-on 11:21, 19. Dez. 2008 (CET)Beantworten

Bitte um Kommentare: Bugzilla:16340. --Revolus Echo der Stille 11:09, 14. Nov. 2008 (CET)Beantworten

Für kleine enumerative Sets kann das ja leicht per Vorlage gemacht werden und für berechnete Sets wird das wohl wegen DOS-Attacken auf lange Sicht nicht gemacht werden. String-Funktionen wären mir viel wichtiger, die sind ja aber auch aus Performance-Sicht vorerst zurückgestelt. --Farino 00:17, 15. Nov. 2008 (CET)Beantworten

Erkenne das DoS-Potential nicht. Kannst du das näher erläutern. -- visi-on 09:57, 15. Nov. 2008 (CET)Beantworten

Naja, wenn man diese #foreach-Funktion nutzt, um bei jedem Seitenaufruf 100.000 mal ein #if zu testen (wenn man noch ein {{Special:Recentchanges/1}} einfügt, wird die Seite jedes mal neu geparst), dann kann das schon ganz schöne Performance-Probleme verschaffen. (Disclaimer: IANAME – I am not a MediaWiki expert) --Church of emacs D B 10:13, 15. Nov. 2008 (CET)Beantworten

Die Einschränkung ist aber, dass du erstmal einen string mit 100'000 Delimitern übergeben musst. Die Loop-Variante n ist eben nicht so einfach zu beinflussen, dass ich einfach mal schnell n um den Faktor zehn hinaufsetze und die Funktion #titleparts hat bereits den Fuss in dieser Türe. -- visi-on 10:50, 15. Nov. 2008 (CET)Beantworten

Bei der Simulation von #foreach habe ich grad gesehen, dass #titleparts auf 25 Elemente limitiert ist. Aus der Art der Implementierung ergibt sich dann eine effektiv nutzbare Anzahl von 24 Elementen. -- visi-on 12:44, 15. Nov. 2008 (CET)Beantworten

what about - einfach nur #titleparts um einen Parameter, der die Wahl des Delimiters zulässt erweitern? Ich denk die Einschränkung auf diesen «slash» schmerzt im Moment am meisten. -- visi-on 13:17, 15. Nov. 2008 (CET)Beantworten

Ich würde dann auch sagen, dass nur dann der übergebene Wert als Lemma interpretiert werden sollte, wenn eben kein Trennzeichen übergeben wurde (→ Ressourcen schonen, weil sinnvoll ist :-) ). Das zu ändern wäre kein großes Ding. Mach doch einfach mal ein Feature Request auf. --Revolus Echo der Stille 17:08, 15. Nov. 2008 (CET)Beantworten

Du meinst no uppercase für das erste Schriftzeichen? -- visi-on 23:51, 15. Nov. 2008 (CET)Beantworten

Zum Beispiel, ja, aber noch mehr: {{#titleparts::__Template_Talk__:a___#b?:-)|0|0}} = Vorlage Diskussion:A --Revolus Echo der Stille 00:37, 16. Nov. 2008 (CET)Beantworten

Ja, derzeit sind DoS-Attacken mit meiner Implementierung möglich, aber nur, wenn man die Einbindung schachtelt. Es dürfen maximal 50 Einträge übergeben werden. Ich habe im Kommentar zum Patch geschrieben, dass das Ressourcenzählen noch fehlt. Die Entwickler können das wohl besser als ich entscheiden. Gruß, --Revolus Echo der Stille 17:08, 15. Nov. 2008 (CET)Beantworten

Ich warte mal ab, ob sich dem irgendwann ein Developer annimmt. --Revolus Apfel? 20:23, 5. Jan. 2009 (CET)Beantworten

Ich habe grad festgestellt, dass einige Diskussionsbausteine (alle?) nicht sortierbar sind. Was haltet ihr davon diesen noch einen unsichbaren sortkey zu verpassen? Und wenn ja, welche? -- visi-on 22:48, 17. Nov. 2008 (CET)Beantworten

Ein sortkey scheint nicht auszureichen. → Vorlage:erl. diff -- visi-on 00:14, 18. Nov. 2008 (CET)Beantworten

Beispiel

Status	Task
erledigtErledigt
0	1
erledigtErledigt	P
erledigtErledigt	o
z	t
erledigtErledigt

Hallo visi-on, die initiale Sortierung der ersten Spalte funktioniert sowohl im FF3 als auch im IE7. Allerdings scheint dann der js-Code ein Problem damit zu haben, dass mehrfach derselbe Eintrag ("ok") in der ersten Spalte auftaucht… Gruß --W_I^KImaniac 20:52, 18. Nov. 2008 (CET)Beantworten

und die zweite Spalte hat drei sortierte Zustände ;-) -- visi-on 21:39, 18. Nov. 2008 (CET)Beantworten

Allerdings hat sie das auch, wenn die erste Spalte entfernt wird. Insofern tritt dieses Phänomen unabhängig von der Sortierung der Diskussionsbausteine auf. Gruß --W_I^KImaniac 21:01, 19. Nov. 2008 (CET)Beantworten

Die Sortierung funktioniert nicht richtig, wenn einzelne Zellen nicht sichtbar ausgefüllt (leer) sind. Dann wird zudem der SortKey ignoriert oder eben auch einfach mal vollkommen unsinnig sortiert, bis es nach 2-3 Sortierungen stimmt. -- ▪Niabot▪議論▪+/− 23:08, 11. Dez. 2008 (CET)Beantworten

Da steht noch Arbeit an. Wer hilft noch mit ? Bitte dort melden. Cäsium137 (D.) 20:54, 20. Nov. 2008 (CET)Beantworten

was natürlich den nachteil hat, dass, falls keine liste verwendet wird, die vorlage entsetzlich aufgebläht wird: negativbeispiel Vorlage:Infobox Schule: jeder eintrag mit einem umbruch ..

• in Vorlage Diskussion:Infobox Unternehmen#Problem mit Umbruch bei Leitung sagte ich, man könnte das mit handelsüblichem <br /> im Wert, falls eine Liste kommt, viel eleganter lösen, und xqt die wiki-Formatierung will ja gerade die HTML-Programmierung vermeiden
• und Man wird wohl um eine CSS-Anpassung nicht herumkommen - was aber wohl auf sich warten lässt
• es geht sehr einfach auch, hinter das »=« ein » « zu setzten, wenn kein <br /> stehen soll

 | Param          =  
* Liste 1
* Liste 2

jetzt fragt sich, was ungünstiger ist - die zahlreichen infoboxen, die als hack programmiert sind, oder die noch zahlreicheren parameter, die als hack eingeben werden müssten - die aber andererseits bei CSS-anpassung nicht stören würden: noch besser könnte man sogar:

 | Param          = <nowiki></nowiki>
* Liste 1
* Liste 2

oder kurz, wie zur linkunterbrechung [[link]]<b/>text - also nichts "verbotenes"

 | Param          = <b/>
* Liste 1
* Liste 2

ist da eine lösung in sicht? --W!B: 10:58, 26. Nov. 2008 (CET)Beantworten

Bei mir sind keine Umbrüche zu erkennen, aber im HTML-Quelltext stehen die p-tags drin, was einen eigenen Absatz definiert. Vielleicht sollte man p-tags in Tabellen keinen Absatz erzeugen lassen (per CSS)? Ich glaube, das lässt sich hin bekommen, bin da aber auch nicht so fit. Ich würde immer <nowiki /> verwenden anstatt <b/>. Der Umherirrende 19:44, 26. Nov. 2008 (CET)Beantworten

Ich habe hier mal die zweite Möglichkeit eingesetzt, da das Problem da schon länger bestand. Warum ist aber die Zeile gegenüber der ersten Spalte um einige Pixel nach unten abgesetzt? --Matthiasb 22:36, 26. Nov. 2008 (CET)Beantworten

Den Workaround finde ich für unerfahrene Benutzer sehr belastend. Mein Vorschlag wäre, die Infobox anders zu codieren:

...
|-
{{#if: {{{Nase|}}}{{{Nase-Liste}}} |
{{!}} Nasen:
{{!}} {{{Nase|}}}
{{{Nase-Liste|}}}
}}
|-
...

Es ist m.E. legitim, unterschiedliche Parameter zu verwenden, wenn unterschiedlicher Inhalt gemeint ist, außerdem ließen sich Listen dann auch vollständig anders formatieren. Das ist z.B. Vorlage:Infobox Verwaltungsgliederung (befindet sich noch in der Diskussion) so umgesetzt. --Farino 21:06, 27. Nov. 2008 (CET)Beantworten

Es gibt gewisse Fälle, in denen mehrere IBen zutreffend sein können. Ich denke etwa an Inseln, die komplett eine Gemeinde darstellen. Da etwa in Stock Island nur die Vorlage:Infobox Ort in den Vereinigten Staaten drin steht, können inselspezifische Daten über die Vorlagenauswertung nicht vorgenommen werden. Wenn ich beide Infoboxen einbinde, entsteht einiges an Redundanz, etwa wird die Lagekarte doppelt eingebunden und so weiter. Ein ähnliches Problem wird entstehen, wenn ich demnächst en:Template:Infobox nrhp nach DE übertrage. Hier gibt es Konfliktmöglichkeiten mit den Ortsinfoboxen, aber auch zu Vorlage:Infobox Brücke, Vorlage:Infobox Staudamm, Vorlage:Infobox Tunnel (und falls wir das haben – ich habe das noch nicht geprüft – zu Hochhäusern, Naturschutzgebieten, Eisenbahnlinien und anderen ähnlichen Dingen). Die Lösung wie etwa in en:Ashtabula Harbor Light ist unbefriedigend.

Welche Ansatzmöglichkeiten bestehen hier und welche davon sind sinnvoll und ohne größeren Aufwand zu realisieren.

1. Ausblenden einzelner Einträge in der untergeordneten IB, falls der Parameter sekundär=ja gesetzt ist bzw. individuelles Ausblenden einzelner Einträge abhängig von der übergeordneten IB (etwa mit Hilfe von Primärinfobox=Infobox Ort in den Vereinigten Staaten)
2. Ausblenden der ganzen IB, obwohl sie im Artikel enthalten ist (aber nicht durch Auskommentieren, sonst findet ja der Templatetiger die Einträge nicht oder?)
3. IB-Variante, die in der übergeordneten IB aufgerufen wird und deren Parameter mitnutzt (so ähnlich wie das Vorlage:Infobox Militärischer Konflikt ermöglicht, aber dort geht es "nur" um Linkboxen).
4. Übergang zu einer völlig Geoboxen-Systematik, wie das in EN mit en:Template:Geobox gemacht wird (zu aufwendig?).

Hat jemand noch andere Ideen? Dabei sollte man im Hinterkopf behalten, daß bei vielen WPnern eine IBen-Aversion besteht, die ganze Anpassung sollte also "diskret" verlaufen – im Sinne von: a) Beobachtungslisten nicht zumüllen, b) betroffenen Fachportalen bei der Artikelgestaltung nicht in die Quere kommen. Ich sehe das ganze eher als ein mittelfristiges Projekt, das man eher in Monaten denn in Wochen löst. --Matthiasb 15:31, 5. Dez. 2008 (CET)Beantworten

PS: Siehe dazu auch die Wikipedia Diskussion:WikiProjekt Geographie#Wertigkeit geograph. KurzInfo(box) vs. geopolit. KurzInfo(box)

Brainstorm: aus der Kategorienzugehörigkeit müsste sich doch ein Superbox zusammensetzen lassen.

Object
 is a isle
 is a adm2nd
 is a city
 in region (ES-ML}

Im Beispiel habe ich zur Verdeutlichung Melilla zur Insel gemacht. Aus den Entitäten isle, adm2nd, city, und region liesse sich nun Kategorienzugehörigkeit und IB-Bestandteile ermitteln. -- visi-on 15:57, 5. Dez. 2008 (CET)Beantworten

Falls die Kombibox zB Gemeinde in DE (city in DE-XX) schon existiert wird auf die bereits existierende IB umgebogen. -- visi-on 16:03, 5. Dez. 2008 (CET)Beantworten

@matthiasb: es gibt schon NEBENBOX, bevor hier sekundär neu eingeführt wird. --Herzi Pinki 23:19, 5. Dez. 2008 (CET)Beantworten

Siehe hierzu auch Wikipedia:WikiProjekt Vorlagen/Mehrere-Vorlagen-Bug. Gruß --W_I^KImaniac 12:47, 4. Jan. 2009 (CET)Beantworten

Hallo, Benutzer:Revolus hat soeben in Vorlage:Infobox See den style um die Angabe style="margin-top:0" erleichtert. Dies führt dazu, dass die Infobox nicht mehr obenbündig mit dem Text erscheint, sondern etwas unterhalb des Textes, siehe etwa Bodensee. Als Vergleich dazu Großglockner, wo margin-top-Angabe für obenbündige Ausrichtung der Box mit dem Text sorgt.

Wenn das kein Versehen war, sondern Absicht, dann wäre eine generelle Festlegung mit Begründung sinnvoll. Ich habe bisher immer diese Angaben ergänzt, wenn mir eine Infobox in die Finger gekommen ist. Ich find's auch hübscher obenbündig (aber das ist natürlich Geschmackssache) lg --Herzi Pinki 23:37, 27. Dez. 2008 (CET)Beantworten

Ich glaube nicht, das es ein versehen war. In MediaWiki:Common.css ist die verwendete Klasse float-right so definiert:

.float-right { float: right; clear: right; margin: 1em 0 1em 1em; }

Wie es dazu kam, kann ich nicht sagen, wenn man das aber jetzt überall überschreibt, macht es auch irgendwie keinen Sinn und es wird auch nicht mehr einheitlich. Da hat man sich sicherlich gedanken zu gemacht, ich weiß aber nicht wo das diskutiert wurde. Dir steht ja immer noch die Möglichkeit offen, das für dich zu überschreiben, falls du es anders besser findest. Die Klasse findet eigentlich bei jeder rechtsbündigen Box Verwendung (bzw. sollte Verwendung finden). Mir soll es egal sein. Der Umherirrende 15:13, 28. Dez. 2008 (CET)Beantworten

Schön, aber Klasse float-right (und wikitable) werden auch anderswo verwendet (oder können auch anderswo verwendet werden), nicht nur in Infoboxen. Daher ist klar, dass der Rand für die zentralen css-Klassen so eingestellt ist, dass nur der rechte 0 ist. Eine Änderung in

.float-right { float: right; clear: right; margin: 0 0 1em 1em; }

würde daher Erwartungen an anderen Stellen brechen. Daher sollten mE (aber nicht nur mE) alle Infoboxen zusätzlich die css-Klasse infobox zugeordnet bekommen. Die könnte dann sowas (margin-top:0) für alle Infoboxen per zentralem css machen. Solange das aber nicht ist, kann es lokal in der jeweiligen Infobox angefügt werden.

Zu deinem Vorschlag, das per privatem css zu machen: Ich schreibe hier nicht für mich. Mir liegt mehr an Lösungen für alle, auch die Gelegenheitsleser und IPs, daher halte ich private css immer nur für einen Workaround und niemals für eine Lösung.

--Herzi Pinki 16:15, 28. Dez. 2008 (CET)Beantworten

Sehe ich auch so. Gruß --W_I^KImaniac 21:31, 28. Dez. 2008 (CET)Beantworten

Gedanken zur Klasse für Infoboxen wurde auch schonmal gemacht: MediaWiki Diskussion:Common.css#Infobox, die private css ist gerade gedacht um sich das Layout selbst anzupassen, wenn einem das gesamte nicht gefällt. Gelegenheitsleser und IPs müssen sich natürlich mit den Sachen der allgemeinheit herumschlagen, ob es ihnen gefällt oder nicht. Möchte man allerdings eine neue Lösung für alle, dann muss man das natürlich zentral ändern. float-right wird auch direkt im Artikel gebraucht, aber wenn man jetzt eine Klasse für infoboxen mit einem anderen margin-top angibt, dann wird das einheitliche Layout zerstört, da meist jede Box am Artikelinhalt eine Infobox darstellt, auch wenn keine Vorlage dafür verwendet wird. Aber mir ist es egal. Den großen Unterschied nehme ich da nicht war und habe mich schon dran gewöhnt (was einer Änderung nicht im weg stehen sollte) --Der Umherirrende 12:23, 29. Dez. 2008 (CET)Beantworten

Die Einstellungen von class="float-right" so zu überschreiben, halte ich für gar nicht schön. Ich finde auch, dass die Box hingequetscht aussieht, wenn sie keinen obere Abstand hat, aber das ist ja nur eine Meinungsfrage. Eine Einheitliche Infoboxen-Klasse muss auf jeden Fall her, das ist keine Frage, aber im Moment habe ich nicht so viel Lust, mich an einer Diskussion zu beteiligen, sorry. --Revolus Apfel? 18:25, 29. Dez. 2008 (CET)Beantworten

Einmal nachgefragt: Welche Skin verwendest du, wo das hingequetscht aussieht? monobook ist es vermutlich nicht. lg --Herzi Pinki 18:56, 30. Dez. 2008 (CET)Beantworten

Nach seinen Unterseiten scheint es monobook zu sein. Weiteres siehe auch weiter oben: #Klassendeklaration --Der Umherirrende 21:09, 30. Dez. 2008 (CET)Beantworten

Ja, monobook. Ist auch nur ein rein subjektives Empfinden von mir. Ich finde es schöner, wenn die Infobox sich von der Linie unter der Überschrift absetzt. Aber man müsste wirklich mal die Diskussion suchen, wie der Abstand bei float-right reingekommen ist. Gruß, --Revolus Apfel? 13:34, 31. Dez. 2008 (CET)Beantworten

Wikiblame hat mir geholfen: Generelle Einführung und die margin-Ergänzung, aber eine Diskussion ist nicht verlinkt. Keine Ahnung, warum das ergänzt wurde. Der Umherirrende 13:43, 31. Dez. 2008 (CET)Beantworten

Hallo zusammen, für so gut wie jedes europäische Land und darüber hinaus noch für weltweit einige Länder mehr gibt es mittlerweile Infoboxen für Ortsartikel. Leider ist dies beim Vereinigten Königreich bisher nicht so. Lediglich sehr weinige Artikel verfügen über eine Infobox, die dann jedoch händisch und somit uneinheitlich angelegt wurden. Es gab wohl bereits mehrere Versuche, eine solche Infobox einzuführen, die aber meiner Meinung nach leider nicht sehr gelungen (hauptsächlich überladen) sind und sich daher auch nicht durchsetzen konnten (Vorlage:Infobox Gemeinde im Vereinigten Königreich, Vorlage:Infobox Ort in Schottland & Vorlage:Infobox Ort in Wales). Wer hilft mir dabei, eine einheitliche Infobox anzulegen? Viele Grüße -- ReclaM 21:23, 28. Dez. 2008 (CET)Beantworten

Hallo ReclaM, schau mal bitte, ob Du einen fachlichen Vorschlag mit dem zuständigen Portal:Vereinigtes Königreich ausarbeitest. Wenn sich die dortigen Mitarbeiter einigen, was in einer Vorlage angezeigt werden soll, wird Dir die Vorlagenwerkstatt bei der Umsetzung gerne behilflich sein. Sollte sogar ausgearbeitet werden, in welcher Reihenfolge die einzelnen Einträge in der Box erscheinen sollen, wäre das sogar noch besser. Gruß --W_I^KImaniac 21:38, 28. Dez. 2008 (CET)Beantworten

Interesse offenbar bereits wieder verflogen, daher hier erledigt. --W_I^KImaniac 12:38, 4. Jan. 2009 (CET)Beantworten

Einwände gegen einen SLA? So nicht rettbar. Vielleicht wäre aber trotzdem ein Tutorial von einer Unterseite unseres Projekts praktisch. Aber so ist das ganz großer Schund … --Revolus Apfel? 18:41, 29. Dez. 2008 (CET)Beantworten

Ohje. Klar man müsste/könnte/sollte eine neue Version schreiben. Aber da diese hier einfach nur falsche Informationen für Unkundige bietet, sollte sie zunächst erstmal gelöscht werden. Also bitte SLA, das tut ja in den Gehirnwindungen weg, was da steht. Gruß --Finn-Pauls ._. 19:13, 29. Dez. 2008 (CET)Beantworten

Hab einen gestellt. --Revolus Apfel? 19:22, 29. Dez. 2008 (CET)Beantworten

Das ging ja schnell :-). Und sowas taumelt hier schon ein halbes Jahr rum. --Finn-Pauls ._. 19:41, 29. Dez. 2008 (CET)Beantworten

Ich wollte gerade eine super-tolle Anleitung schreiben, als mir plötzlich auffiel, dass ich gar nicht weiß, was ich denn da reinschreiben soll … Jedenfalls habe ich alle Tricks, die mir spontan einfielen, da rein geschrieben: Benutzer:Revolus/Wikipedia:WikiProjekt Vorlagen/Anleitung: Erstellen einer Infobox. Aber ich glaube, mehr gibt es dazu auch gar nicht zu sagen. --Revolus Apfel? 22:33, 30. Dez. 2008 (CET)Beantworten

Hallo Revolus, mir fallen spontan noch die Vorlage:Infobox und ein Verweis auf Hilfe:Vorlagenprogrammierung ein. Ansonsten hast Du meiner Meinung nach alles wesentliche erwähnt. Selbstverständlich kann man auf bis zu Hilfe:Farben ausholen, aber irgendwo muss man ja auch einen Schlussstrich ziehen. Gruß --W_I^KImaniac 22:58, 30. Dez. 2008 (CET)Beantworten

Ich habe noch ein bisschen Text spendiert. Nach dem Korrekturlesen kann man es vielleicht verschieben. Habe die beiden Links noch eingefügt. Gruß, --Revolus Apfel? 13:29, 31. Dez. 2008 (CET)Beantworten

Hallo Revolus, hab einige kleinere Änderungen vorgenommen. Die Seite gefällt mir gut. Gruß --W_I^KImaniac 17:28, 1. Jan. 2009 (CET)Beantworten

Schön, jetzt enthält die Seite ja schon ordentlich Text. Ich habe sie nach Wikipedia:WikiProjekt Vorlagen/Anleitung: Erstellen einer Infobox verschoben. Gruß, --Revolus Apfel? 20:22, 1. Jan. 2009 (CET)Beantworten

ID

CSS-ID als Sprunganker und für persönliche Anpassungen der Skyn? -- visi-on 20:42, 1. Jan. 2009 (CET)Beantworten

id halte ich für sinnvoll. Zu den Parameternamen weiß ich gerade nichts. Alles groß oder klein halte ich bei Infoboxen für unschön. Da sollen die Parameter vor allem selbsterklärend sein und können deshalb ruhig lang sein. Vielleicht sollte man das noch mal expliziter herausstellen? Habe noch ein bisschen zum Dokumentieren geschrieben. Ich hoffe, ich habe den common sense getroffen :-) --Revolus Apfel? 01:13, 2. Jan. 2009 (CET)Beantworten

also das sprechend darf ruhig noch herausgestellt werden

title-Attribut hatten wir glaub auch mal noch, soll nützlich mit Screenreadern sein ... und auch als Tooltipp schadets wohl nicht -- visi-on 02:29, 2. Jan. 2009 (CET)Beantworten

summary-Attribut wars -- visi-on 03:41, 2. Jan. 2009 (CET)Beantworten

css class infobox

sollte man nicht die Reihenfolge der Css-Klassen ändern, dass infobox als letzte steht? Um so Dinge wie margin-top mittels class infobox generell überschreiben zu können? Sonst geht das dann wieder nur über die IDs, d.h. einzeln pro infobox. lg --Herzi Pinki 02:58, 2. Jan. 2009 (CET)Beantworten

nach wikitable sollte genügen, wer margin-top in float-right float-left oder float-none definiert kriegt eins auf die Finger-- visi-on 03:38, 2. Jan. 2009 (CET)Beantworten

du kannst mit dem Klopfen schon beginnen, float-right ist derzeit so definiert. --Herzi Pinki 14:23, 2. Jan. 2009 (CET)Beantworten

ich weiss: und wenn mir einer in die Quere kommt der diesen Mist verteidigt tuts ganz sicher weh! -- visi-on 14:36, 2. Jan. 2009 (CET)Beantworten

man kann ja diesen dämlichen Mist ganz nach vorn schieben, dann gibt schon wikitable dem top-margin den Rest. Aber mal ehrlich, die CSS-Class-Definitionen sollten wirklich so sein, dass die Reihenfolge irrelevant ist. -- visi-on 14:48, 2. Jan. 2009 (CET)Beantworten

Kat-Zeile sinnvoll? Nicht gleich auf Meta-Unterseite? -- visi-on 04:04, 2. Jan. 2009 (CET)Beantworten

Ich glaube man sollte bemerkt haben, dass ich für die Trennung von Nutz- und Metadaten bin ;-) --Revolus Apfel? 13:50, 2. Jan. 2009 (CET)Beantworten

Automatische Generierung von Kategorien aus Infoboxen

Ich würde einen Hinweis darauf für nützlich halten. Wir wollen das doch, wo sinnvoll. Oder? Insbesondere sinnvoll auch in Kombination mit #ifexist: --Herzi Pinki 14:23, 2. Jan. 2009 (CET)Beantworten

Dann aber bitte auch auf den Kategorieeintrag Kategorie:Vorlage:mit Kategorisierung hinweisen. Gruß --W_I^KImaniac 14:28, 2. Jan. 2009 (CET)Beantworten

Hinzugefügt. --Revolus Apfel? 00:02, 4. Jan. 2009 (CET)Beantworten

Parameternamen und Semantik

Irgendwelche Empfehlungen für die Schreibweise von Paramernamen? (gross klein „-“ „_“) einerseits würde ich es Begrüssen andererseits füllte ich mich eingeschränkt -- visi-on 20:39, 1. Jan. 2009 (CET)Beantworten

ich habe grad auf Wikipedia_Diskussion:WikiProjekt_Vorlagenauswertung#Parameternamen_in_der_WP einen entsprechenden Vorschlag abgesetzt, falls dieser auf wohlwollen stösst könnte man hier gut den Nutzen raus ziehen.-- visi-on 16:43, 2. Jan. 2009 (CET)Beantworten

zB. dass nicht noch weitere Parameternamen für das gleiche erfunden werden -- visi-on 16:45, 2. Jan. 2009 (CET)Beantworten

Ich wäre für komplette Kleinschreibung der Parameter ohne Abkürzungen, um das Tippen zu erleichtern und damit sofort zu erkennen ist, wofür ein Parameter steht. Gruß --Tlustulimu 00:46, 4. Jan. 2009 (CET)Beantworten

Vorbildliche Vorlagen

wenn ich eine VOrlage erstellen will, ist immer die Frage von wo kupfer ich ab. Leider fehlen Hinweise ob die für diesen Zweck ausgewählte Vorlage vorbildlich und up to date ist völlig. Man könnte also auch mal darüber nachdenken Vorlagen auszuzeichnen und zu kategorisieren. -- visi-on 16:52, 2. Jan. 2009 (CET)Beantworten

Eine vorbildliche Vorlage™ sollte vorallem alle vorgestellten Funktionen nutzen und trotzdem nicht zu lang und kompliziert sein. Vielleicht könnten wir einfach eine zufällige Vorlage auf Vorbildlich trimmen? --Revolus Apfel? 18:52, 3. Jan. 2009 (CET)Beantworten

Ja das wäre ein Anfang -- visi-on 20:16, 3. Jan. 2009 (CET)Beantworten

Einleitung

ich habe jetzt nochmal schnell die Anleitung quer gelesen. Es ist mir dabei aufgefallen, dass wir bereits mitten drin Anfangen. Irgendwie werden die FAQ übergangen. Was ist eine Vorlage? Wie funktioniert sie? ... sorry ich bin am gehen. Ich will da nicht noch gross Teig anrühren. -- visi-on 20:16, 3. Jan. 2009 (CET)Beantworten

Wikimaniac ist schuld :-P Was gibt's denn Schönes? Ich habe meine Weihnachtsplätzchen halb verkohlen lassen. Also: Weckerstellen nicht vergessen ;-) --Revolus Apfel? 20:26, 3. Jan. 2009 (CET)Beantworten

ist das eine Frage? Dreikönigskuchen! hättest du die nicht so platt geplätzt sondern richtig dicke Ausstecher gestochen, wäre dir das nicht passiert. Nebeneffekt sie halten länger ;-) -- visi-on 20:48, 3. Jan. 2009 (CET)Beantworten

Na dann gutes Gelingen! Aber dünne Plätzchen schmecken einfach besser. ;-) Zum Thema Einleitung: Vielleicht Einfach eine Infobox zeigen, schreiben "siehe da, das ist eine, so gehts"? --Revolus Apfel? 00:02, 4. Jan. 2009 (CET)Beantworten

aber maximal 3 Tage-- visi-on 00:28, 4. Jan. 2009 (CET)Beantworten

Hallo, Leute. Ich habe denn die Seite mal etwas ergänzt. Könntet ihr vielleicht etwas aus hsb:Pomoc:Infokašćiki gebrauchen, wenn ich es übersetze? Die gelinkte Seite ist ein Kompromiß aus dem Anfang der hiesigen Hilfe:Infoboxen, der polnischen Seite pl:Pomoc:Infoboks und etwas von der französischen fr:Aide:Infobox. Gruß --Tlustulimu 21:29, 3. Jan. 2009 (CET)Beantworten

(+) Die französische Seite fr:Projet:Infobox/V2 ist auch sehr interessant, was Infoboxen angeht, sodaß ich sie auch für die obersorbischen Seite herangezogen hatte. Gruß --Tlustulimu 21:40, 3. Jan. 2009 (CET)Beantworten

Hm, dazu kann ich leider nichts sagen, weil ich weger Obersorbisch, noch Polnisch oder Französisch verstehe.

Mit französisch kann ich aushelfen. -- visi-on 00:28, 4. Jan. 2009 (CET)Beantworten

Also gut. In hsb:Pomoc:Infokašćiki sind im Abschnitt "Nadpisy w infokašćiku" Vorlagen (mit Beispielen) gelistet, die zur Erstellung von Infoboxen vorgesehen sind. Die Vorlage erzeugen eine unterschiedliche Anzahl an Spalten und ermöglichen einen modularen Aufbau der Infoboxen. Aber auch der Grundaufbau ist dort erwähnt. Im Abschnitt zu Parametern (dort Parametry) steht, wie Parameter anzuwenden sind und was lieber zu vermeiden ist. Gruß --Tlustulimu 00:46, 4. Jan. 2009 (CET)Beantworten

Aufzählungen

Habe gerade in Vorlage:Infobox Bahnhof versucht, die Spaltenbeschriftung und den Wert vertikal zu alignen. Bin aber über einen üblen Hack nicht hinausgekommen. Das was da unter Zeile für Listen in der Anleitung steht, reicht nicht aus, um dieses Problem auch nur annähernd zu lösen. lg --Herzi Pinki 00:47, 4. Jan. 2009 (CET)Beantworten

Das geht mit style="vertical-align:top;". Gruß, --Revolus Apfel? 00:55, 4. Jan. 2009 (CET)Beantworten

so in etwa?

Und wie bekomme ich das wirklich auf die Reihe? --Herzi Pinki 01:14, 4. Jan. 2009 (CET)Beantworten

Oh, da hast du einen Bug entdeckt. Da wird ein neuer Paragraph (<p>) in einer Tabelle angelegt, was in HTML nicht erlaubt ist. Ich erstelle mal einen Bugreport. --Revolus Apfel? 01:18, 4. Jan. 2009 (CET)Beantworten

bugzilla:16872. --Revolus Apfel? 01:51, 4. Jan. 2009 (CET)Beantworten

siehe oben # Problem: Aufzählungszeichen (workaround) .. --W!B: 13:11, 5. Jan. 2009 (CET)Beantworten

Hallo, Leute. Ihr habt doch bestimmt nichts dagegen, wenn ich mit Nennung der Quelle einige Abschnitte nach hsb:Pomoc:Infokašćiki übersetze, oder? Oder wäre es besser erst einmal auf die fertige Fassung zu warten, die denn ja noch verschoben wird? Gruß --Tlustulimu 01:09, 4. Jan. 2009 (CET)Beantworten

Mach mal ruhig. Gruß --W_I^KImaniac 12:37, 4. Jan. 2009 (CET)Beantworten

Warum solltest du nicht übersetzen können, wenn du einen Permalink nutzt, geht auch nach der Verschiebung nichts verloren. Aber eigentlich erwarte ich keine Verschiebung mehr. Da es ja ein Service von der Vorlagenwerkstatt ist und nichts für den Hilfenamensraum. Das noch ergänzungen und streichungen erfolgen können, macht die Sache natürlich nicht einfacher, aber so sind die wikis Der Umherirrende 19:00, 5. Jan. 2009 (CET)Beantworten

Auf vielfachen Wunsch von wenigen ;-) und weil ich das schon immer mal haben wollte :-) beglück ich euch schon wieder mit einem Vorlägli für Vorlagen:

• Benutzer:Visi-on/bis

frei zum Testen -- visi-on 18:27, 3. Jan. 2009 (CET)Beantworten

ah, nett, in der formelsammlung gekramselt..? ;) --W!B: 13:13, 5. Jan. 2009 (CET)Beantworten

Die sind leider umgezogen und daher gehen die ganzen Links nicht mehr. Soweit ich das sehe, haben sich die Links wie folgt geändert (am Beispiel von Wolfgang Böck):

• alt: http://aeiou.iicm.tugraz.at/aeiou.encyclop.b/b587393.htm
• neu: http://austria-forum.org/wbtmaster/threads/aeiou/glossary/b587393_htm.htm

Das Problem dabei ist, dass im Parameter für die Vorlage dieses (jetzt überflüssige) .b/ für das Nachnamensinitial (und das störende .htm außerdem) übergeben wird; wenn man die Vorlage also auf die neuen Links umstellen will, müsste man den / und alles davor (und alles ab dem Punkt) aus dem Parameter rausschmeißen. Geht das über Vorlagenprogrammierung? Oder doch lieber neue Vorlage plus Botlauf? Oder gleich alles rauswerfen, weil das neue irgendwie eine Art Forum ist und daher noch unseriöser wirkt als das alte? Fragen über Fragen... Gruß, — ^PDD — 18:46, 5. Jan. 2009 (CET)Beantworten

Das ".b/" könnte man per Vorlagenprogrammierung weg bekommen. Das ".htm" geht hingegen nicht. Bleibt wohl nur der Botlauf. Über die Seriösität kann ich nichts sagen, das musst du schon selber wissen :-) Gruß, --Revolus Apfel? 20:21, 5. Jan. 2009 (CET)Beantworten

Nach den 2 Bapperln zu urteilen, die hier oben zu sehen sind, ist meine Meinung wohl anders als die der Community :-) Na ich traps dann mal zu den Bot-Anfragen... Danke, — ^PDD — 21:23, 5. Jan. 2009 (CET)Beantworten