Diese Seite bietet eine Übersicht der archivierten Diskussionen der Vorlagenwerkstatt. Die Abschnitte der einzelnen Archive sollten nicht mehr verändert werden.
Spontan würde ich sagen: geht nicht. Um sicherzugehen, hier trotzdem nochmal die Frage, ob es vielleicht doch irgendwie geht … :-) --NirakkaDisk.Bew.14:59, 6. Jan. 2012 (CET)
Liebe Vorlagenwerkstatt, leider mangelt es in der Wikipedia oft an Kleinigkeiten, wie man hier sieht. Zwischen Zahl und darauffolgendem Prozentzeichen gehört ein Leerzeichen. Ich bitte, dies zu ändern. Danke ;) Gruß, M 93 [Matthias]18:12, 6. Jan. 2012 (CET)
Noch einmal ich: Zwar wurde der im letzten Jahr von mir gemeldete Fehler an der y-Achse, wo das %-Zeichen korrekterweise in %-Punkte (%p) geändert wurde, behoben, jedoch hat man vergessen, das %-Zeichen auch an den Werten der „Gewinne und Verluste“ in %p zu ändern. Dasselbe gilt auch für das erste Beispiel „AT mit Vergleichswahl Variante 1“. Ferner würde ich mir überall ein Leerzeichen zwischen Zahl und %/%p-Zeichen wünschen, wie es im obigen Abschnitt thematisiert und auch durchgeführt wurde. Danke! Viele Grüße, M 93 [Matthias]21:21, 6. Jan. 2012 (CET)
Hallo,
ich habe in einer Vorlage einen Tippfehler entdeckt, wüsste jetzt aber nicht, wie ich den selbst beheben könnte... Hier steht Wilhem statt Wilhelm. --LuiLieschen20:20, 7. Jan. 2012 (CET)
Theoretisch simpel, aber da müsstest du bitte mal bei User:Tschubby nachfragen welchen Koordinatenausschnitt die Karte darstellt. Die Vorlage ist dann schnell erstellt. -- ✓Bergi18:21, 8. Jan. 2012 (CET)
Hallo, am besten fragst du den Sa-se an, er hat damals die Positionskarte für den Kanton Aargau erstellt. Ich müsste mich zuerst in diese Materie einarbeiten. Gruss --Tschubby20:30, 8. Jan. 2012 (CET)
Hmpf, hab nicht richtig gelesen, Sa-se wird eh nicht gebraucht. Du musst die Vorlage nicht erstellen, nur der Kartenausschnitt wird gebraucht (siehe eins drunter). --тнояsтеn⇔08:50, 9. Jan. 2012 (CET)
Danke sehr! Habe noch die Vorlage für die automatische Karteneinbindung in Infoboxen und Vorlage:Coordinate geändert: [1] --тнояsтеn⇔11:02, 10. Jan. 2012 (CET)
Im Auftrag der Physik-Redaktion entwickel ich/wir eine Vorlage, die auf die Diskussionseite von Artikeln kommen soll, die die Qualitätssicherung erfolgreich durchlaufen haben.
QS-Diskussionen werden auf den Redaktionsseiten durchgeführt. Die Vorlage soll einen Link auf die archivierte Diskussion geben, die unter den Redaktionsseiten zu finden ist. Das Archiv Schema ist: Jahr/Monat#Artikelname_manchmal_Name_verändert.
Ich habe auch schon was vorbereitet, was auch so funktioniert wie es soll: Benutzer:Svebert/Baustelle/QSP-Vorlage. Vorschau:
((Benutzer:Svebert/Baustelle/QSP-Vorlage|tag=05|monat=November|jahr=2011|abschnitt=Sonnensegel))
Um die Vorlage zu benutzen muss man 4 Parameter angeben: (({tag))},(({monat))},(({jahr))},(({abschnitt))}.
Nun möchte ich Default-Werte programmieren und dabei brauche ich Hilfe:
mit der #time funktion kann ich tag, monat, jahr bekommen.
Aber wie kann man es realisieren, dass wenn ich ((Benutzer:Svebert/Baustelle/QSP-Vorlage)) einbinde, also ohne Parameterangabe, nach dem Abspeichern ((Benutzer:Svebert/Baustelle/QSP-Vorlage|tag=05|monat=Januar|jahr=2012)) im Quelltext erscheint? Die Zeitfunktion soll also das Datum des Einfügens als Parameter substituieren. Geht sowas? Versteht ihr was ich will ;-) ?
Wie kann ich einen Defaultwert programmieren, wenn „abschnitt“ nicht angegeben wird? Dann soll der Artikelname als Abschnitts-Parameter genommen werden. Das muss irgendwie über (({PAGENAME))} funkionieren.--svebert18:28, 5. Jan. 2012 (CET)
Hallo svebert.
Richtig.
Ich würde spontan dazu tendieren, eine Hilfsvorlage zu verwenden. Diese Hilfsvorlage substituiert eine (ggf. mit Standardwerten parametrisierte) Einbindung der Hauptvorlage.
Ersetze (({abschnitt))} durch (({abschnitt|((PAGENAME))))}.
Du benötigst zwei Vorlagen: Eine, die eingebunden und substiuiert wird und Parameterdefaults ausrechnet (-substituiert), sowie eine die von der ersten eingebunden aber nicht substituiert wird. Als Beispiel die Vorlage:Löschantrag und Vorlage:Löschantragstext, hier sogar mit Warnung wenn die Vorlage:Löschenatrag nicht substituiert wird. -- ✓Bergi18:01, 8. Jan. 2012 (CET)
Gibt es ein Minimalbeispiel? Ich bekomme das nicht hin. Die Hauptvorlage ist hier: Benutzer:Svebert/Baustelle/QSP-Vorlage, die Hilfsvorlage (ich verstehe nicht warum 2 Hilfsvorlagen?) ist hier Benutzer:Svebert/Baustelle/Parameter1. Wenn ich die Hauptvorlage teste, dann funktioniert sie nicht. Muss ich irgendwo onlyinclude benutzen?
Es wäre auch super, wenn jemand die beiden Vorlagen so reparieren könnte, dass es funktioniert. --svebert21:23, 8. Jan. 2012 (CET)
Dein Ansatz ist verwirrend. Ich fürchte, du hast uns missverstanden. Ich habe die Vorlagen einfach mal in meinem BNR implementiert, wie ich es mir vorstelle.
Dieser Artikel wurde im Rahmen der Qualitätssicherung von der Redaktion Physik überarbeitet. Die Qualitätssicherung begann am 1. April 2011 und wurde mittlerweile beendet. Die zugehörige Diskussion wird hier archiviert.
ich habe versucht, die Infobox zu Städten in Tunesien farblich an den Standard anzupassen, es wurde kritisiert, dass die Infobox knallrot war. Allerdings habe ich noch nicht ganz verstanden, wie es die Vorlage:Infobox_Ort schafft, die Überschriften (Symbole, Basisdaten, Politik...) in einem relativ dunklerem Grün erscheinen zu lassen, als der leicht farbige Hintergrund hinter den Labeltexten (Staat, Provinz, Stadtgemeinde...). Ist es nicht alles mit class="hintergrundfarbe9" formatiert? Auf jeden Fall würde ich dieses "zweistufige" Farbschema gern in Rot auf die Tunesien-Vorlage übertragen, möchte mir jetzt aber nicht weiter in einer verwendeten Vorlage die Finger verbrennen. Hilfe! :) --SupapleX02:50, 10. Jan. 2012 (CET)
Hallo! Alle Jahre wieder grüßt das Murmeltier! Könntet ihr mir bitte die Vorlage:Zeitleiste Škoda-Modelle um das Jahr 2012 erweitern. So, und nun kommt die große Änderung:
Für die Modelle 450, 450|Felicia, 110 R, Garde und Rapid die Spalte Cabrio/Coupé anlegen.
Das Modell 1101 / 1102 in die neu angelegte Spalte einfügen, dabei soll aber die Länge die Gleiche bleiben. Aus der Einsortierung Kleinwagen entfernen.
Die Modelle 440, Octavia, Octavia Combi, 1000 MB / 1100 MB, 100 / 110, 105/120/125 / 130/135/136 zur Mittelklasse machen. Octavia I jedoch in der Unteren Mittelklasse behalten.
Die Modelle 1200 - 1201 bleiben an ihrer Stelle.
Das alte Modell Superb (1934) kommt in die Oberklasse eingeschoben. Jedoch bleibt die abgehackte zeitliche Einordnung (Also ab 1945). Superb I, Superb II bleiben aber dort.
Das neue Modell Škoda Rapid in die Zeile Untere Mittelklasse nach Octavia I ab 2011 einfügen.
Sollten Unklarheiten bestehen, könnt ihr hier einfach fragen. Ich beobachte die Seite hier. Vielen Dank! Benutzer:Älöfök 10:29, 13. Jan. 2012 (CET)
Hallo Älöfök, mit den Änderungen habe ich angefangen. Ein paar Frage habe ich noch. Mit Spalte meinst du sicher Zeile? Wo soll die Zeile Cabrio/Coupé hin? 440 steht bisher zweimal in der Tabelle; welchen Eintrag nehmen wir? Sollen sich Superb (1934) und VOS weiterhin überschneiden? --Wiegels„…“14:47, 13. Jan. 2012 (CET)
Hi Wiegels, mit Spalte habe ich Zeile gemeint. Sorry wegen dieser Ungereimtheit. Ich würde den 440er einfach bei 1955 anfangen lassen und den unteren 440 weglassen. Der Superb (1934) soll sich weiterhin mit dem VOS überschneiden, außer dir fällt eine bessere Lösung dieser Sache ein. Benutzer:Älöfök 21:33, 13. Jan. 2012 (CET)
Die Zeile Coupé/Cabrio würde ich vor der Zeile zu dem Hochdachkombi nehmen. Benutzer:Älöfök 00:32, 14. Jan. 2012 (CET)
Mir ist da noch ein inhaltlicher Fehler aufgefallen: Der 1101 / 1102 bei Coupé/Cabrio wurde bereits ab 1940 hergestellt. Benutzer:Älöfök 00:35, 14. Jan. 2012 (CET)
Jetzt habe ich die Zeitleiste weiter umgebaut. Das Modell 1202 sollte sicher auch am alten Platz bleiben? Ist das so in Ordnung? --Wiegels„…“00:38, 14. Jan. 2012 (CET)
Fast Fertig: In der Coupé/Cabrio-Zeile ist am Ende eine weiße Auslassung. Wenn das korrigiert wird, ist alles in Ordnung. Vielen Dank! Ich bin bereits mit einer Kleinigkeit in diesen Zeitleisten überfordert. Benutzer:Älöfök 00:44, 14. Jan. 2012 (CET)
In der Vorlage:Infobox wird ein Parameter benutzt der meiner Meinung nach falsch geschrieben ist.
Es wird der Parameter mit dem Namen AbschnittSfarbe anstelle von Abschnittfarbe benutzt. Siehe Vorlage Diskussion:Infobox dort habe Ich den Issue detaillierter beschrieben.
Browser-Cache geleert? --> Nein, da der Fehler für das Caching irrelevant ist
Wie – soll es tatsächlich aussehen? --> Der Parameter Abschnittsfarbe nach Abschnittfarbe in der Vorlage zu ändern
Wie – sieht es fehlerbehaftet aus? --> AbschnittSfarbe wird zu Abschnittfarbe
Wo – tritt das auf? --> n/a
Wo – findet sich ein Beispiel? --> n/a
Was – wurde schon unternommen, um den Fehler zu beheben? --> Ich habe mir die Verwendung des Vorlage:Infobox angesehen und halte es für recht überschaubar. Denn ändere Ich in der Vorlage muss die Verwendung der Vorlagen angepasst werden. Ich würde dabei helfen.
--Zuul14:05, 12. Jan. 2012 (CET)
Ich halte das Fugen-s für nicht falsch und sehe keinen Grund, das zu ändern. Andere Meinungen sind willkommen... --тнояsтеn⇔ 14:11, 12. Jan. 2012 (CET) P.S.: An besten inhaltliche Diskussion an einer Stelle zusammenhalten, vorzugsweise auf der Vorlagendiskussionsseite. --тнояsтеn⇔14:15, 12. Jan. 2012 (CET)
Die Vorlage wurda mal als Wartungskategorie für meinen Bot angelegt. Inzwischen brauche ich sie nicht mehr, da er die Information naheliegenderweise aus der Kategorie:Wikipedia:Seite mit fehlendem References-Tag bezieht. Falls es keine andere Verwendung gibt, würde ich die Kat. entlinken und löschen. @xqt17:33, 7. Jan. 2012 (CET)
Soweit ich weiß, wurde die Kat nur für den Bot eingerichtet. Ich weiß nicht, ob es sonst noch Sinn macht, diese Art von refs zu sammeln. Aus meiner Sicht erstmal nicht. Der Umherirrende20:31, 7. Jan. 2012 (CET)
Könnte jmd. im Sinne der Benutzerfreundlichkeit zusätzlich zu den coolen Insider-Abkürzungen noch die verständliches Begriffe einbauen? Ich war gerade wieder am rätseln und dabei fiel mir auf, dass seit 2007 meine Bitte dort steht, die nur zustimmung erhielt. Die Auflösung findet sich auf Der Disk ...SicherlichPost23:24, 15. Jan. 2012 (CET)
Ich hab die Vorlage mal um sprechendere Parameternamen erweitert, die Doku angepasst und beispielhaft Al Jazeera geändert. Vielleicht lasse ich bei Gelegenheit mal meinen Bot über die bestehenden Vorlagen laufen und diese umstellen. Die alten Parameter funktionieren aber weiterhin, so dass da keine Eile besteht. --Reinhard Kraasch12:11, 16. Jan. 2012 (CET)
Er ist auch so unten in der Zeichenleiste drinnen. Der andere Pfeil ist in manchen Schriftarten nicht vorhanden und generell unüblich. Deshalb finde ich, dass zur Barrierefreiheit der normale Pfeil verwendet werden sollte. Grüße -- Nyan ∗ Dog22:39, 3. Jan. 2012 (CET)
In welchen Schriftarten ist er nicht vorhanden? Er ist nämlich nicht nur in der Medienbox, ich wüsste aus dem Stegreif mehrere andere Vorlagen die ihn verwenden. Während der normale Pfeil als Folgerungszeichen (wie in der Mathematik, siehe Implikation) dient, werden die dreieckigen in jeder der vier Richtungen als Navigationspfeil verwendet – und dafür ist er Standard. -- ✓Bergi16:26, 4. Jan. 2012 (CET)
Hallo, ich brauche Hilfe. Die Vorlage:Kunstaspekte, die über 400 mal in Artikel eingebunden ist, funktioniert nicht mehr. Die Vorlage at vor zweieinhalb Jahren mal Wikimanaic gebaut. Die erzeugten Links sehen im Artikel prima aus, aber die Deeplinks produzieren nur einen leeren Frame. Irgendwas auf der Website ist geändert worden. Cookies? Ich kann auf der Website zu [2] navigieren, alles gut. Aber aus dem Artikel Zoe Leonard funktioniert der Link nicht, der meiner Meinung nach korrekt aufgebaut wird. Irgendwelche Tipps? --Minderbinder17:39, 15. Jan. 2012 (CET)
Hallo ihr beiden, bei mir wird die verlinkte Seite ebenfalls korrekt im aktuellen Firefox und dem aktuellen Internet Explorer dargestellt. Ich rate einfach mal, dass sich das Problem damit erledigt hat. Ansonsten melde Dich gerne noch einmal und mach diesen Bug wieder auf. Gruß --WIKImaniac20:45, 19. Jan. 2012 (CET)
Ich kann den Bug bestätigen, aber nicht reproduzieren (Opera 11.60): Seit einem Reload funktioniert es. Beim ersten Öffnen jedoch war nur die Sidebar zu sehen. -- ✓Bergi20:51, 19. Jan. 2012 (CET)
Hallo Leute,
wäre es wohl möglich diese zwei Seiten Vorlage:Anker und Vorlage:Anker/Doku zu einer einzigen Seite zusammenzulegen? Sie sind Inhaltlich nahezu identisch. Zudem gibt es auch noch einen Weiterleitung [[Hilfe:Anker]], die hierhin verzweigt. Ich würde es unter »Hilfe:Anker« laufen lassen, da man es als Neuling dort am ehesten suchen würde. Die bisherigen Vorlagen, sollte man dann entsprechend in Weiterleitungen umwandeln, damit auch jene Nutzer, die sie unter diesem Begriff kennen, sie ebenfalls wiederfinden können. Es sollte doch keine doppelten Seiten geben. Redundanzen vermeiden, oder? --Liebe Grüße, LómelindeDiskussion11:38, 20. Jan. 2012 (CET)
Kleine Korrektur (und gleich die Begründung, warum das so ist): Die Vorlage Anker bindet die Vorlage Anker/Doku ein. Anker ist vollgesperrt, die Doku nicht, damit man die Doku auch einfach bearbeiten kann. Das ist ein gewolltes (und bewährtes) Konzept - hier zusammenzulegen wäre also kontraproduktiv. Redundanzen liegen nicht vor.
Danke für die Erklärung, ich fand es nur merkwürdig, dass sie weitestgehend identisch sind. Den Hilfe-Link finde ich allerdings wichtig, weil man oftmals zuerst unter Hilfe nachsieht, ehe man als Neuling überhaupt weiß, dass es Vorlagen gibt und wie man sie findet. --Liebe Grüße, LómelindeDiskussion12:17, 20. Jan. 2012 (CET)
Den Hilfe-Link habe ich mal auf die Vorlage umgebogen. Selbst wenn der Linktext „Dokumentation“ lautet, verlinke ich üblicherweise auf die Vorlagenseite, wo die Dokumentation zu sehen ist. Die Auslagerung hat ja nur einen technischen Hintergrund, sie ist nicht als eigene Seite gedacht. -- ✓Bergi14:22, 20. Jan. 2012 (CET)
Ja danke fürs umbiegen, woher sollte ich denn so etwas wissen? :-) Nochmals auch vielen Dank fürs erklären. Mein Problem bei all diesen Dingen ist auch folgendes, wenn man Vorlage:Ank... in das Suchfenster eingibt dann tauchen dort mehrere Anker... auf, das verwirrt, wenn man nicht weiß, welches die richtige Seite wäre. Mich verwirrt es jedenfalls. Unter Hilfe:Anker gibt es glücklicherweise nur einen Eintrag. Das ist damit für mich erledigt. --Liebe Grüße, LómelindeDiskussion16:41, 20. Jan. 2012 (CET)
Nachdem sich im Projekt:Musik die Mehrheit für die von Benutzer:Harro von Wuff neu formatierte Liste der Nummer-eins-Hits (bisher bei Norwegen eingeführt) ausgesprochen hat, wäre ich daran interessiert, eine Vorlage dafür einzurichten. Der viele Quelltext erschwert die Eingabe einfach ungemein. Ich habe aber keine Ahnung von Vorlagen und möchte nun um Mithilfe anfragen. Ich habe hier eine Baustelle eingerichtet. --XanonymusX17:18, 1. Jan. 2012 (CET)
absolutes Kontra. Die Festbreite der Tabelle von 800px macht diesen Entwurf unbrauchbar. Auf schmaleren Ausgabemedien ist sie unbenutzbar, auf breiteren sieht sie unterirdisch aus. Mit Anpassungen gerne. Tipp: Wie die Vorlage:Episodenliste in eine Tabellen- und eine Zeilen-Vorlage aufteilen. -- ✓Bergi22:05, 1. Jan. 2012 (CET)
Nun, gegen Änderungen hab ich nichts. Ich würde mir vorstellen, dass man schließlich nur noch folgendes eingeben müsste:
Songtitel=, Interpret=, Autor(en)=, Beginn Nummer eins=, Ende Nummer eins=, Wochen=, Info=. Oder so ähnlich. Einige Änderungen braucht es auf alle Fälle, aber auf die Vorlagenprogrammierung verstehe ich mich leider nicht. --XanonymusX18:15, 3. Jan. 2012 (CET)
prinzipiell mit einer Vorlage umsetzbar, da das jahr eine endliche Anzahl an Wochen (53) hat. Allerdings halte ich die farbwahl sowie das Design für contraproduktiv. Umsetzbar auf alle Fälle, die Frage ist nur, was alles eingetragen werden soll und was berechnet werden kann. --darkking3Թ11:47, 6. Jan. 2012 (CET)
Wie gesagt, die Formatierung wurde als solche schon von einer Mehrheit „abgesegnet“. Farben sind natürlich Geschmackssache und können auch noch geändert werden. Berechnet werden könnten natürlich die Anzahl der Wochen und die Gesamtanzahl, aber das ist nicht zwingend notwendig. Hauptsache, man muss sich nicht mit dem Quelltext rumschlagen. --XanonymusX19:19, 6. Jan. 2012 (CET)
Hab jetzt die Vorlage nach meinen Vorstellungen ausgebaut. Das Ergebnis findet sich auf Benutzer:XanonymusX/Liste der Nummer-eins-Hits. Jetzt müsste mir jemand helfen, die Vorlage aufzuteilen (wie bei der Episodenliste) und einige Parameter (wie JahrVor oder JahrNach) zu automatisieren. Vielen Dank! --XanonymusX20:10, 13. Jan. 2012 (CET)
((Liste der Nummer-Eins-Hits Kopf)) und ((Liste der Nummer-Eins-Hits Zeile)) erstellt. Muss ich noch auf allgemein für Alben und Titel umschreiben ;) --darkking3Թ12:49, 22. Jan. 2012 (CET)
Lassen sich Kladogramm und Kladogramm2 (siehe z.B. hier) nebeneinander anordnen? Das würde die Vergleichbarkeit enorm erleichtern. Vielen Dank im Voraus.--Toter Alter Mann23:27, 21. Jan. 2012 (CET)
Im (undokumentierten) Parameter nebeneinander kann belieber Text Untergebracht werden, sodass beide Kladogramme nebeneinander angezeigt werden. --darkking3Թ12:44, 22. Jan. 2012 (CET)
Die aktuelle Episodenliste sieht mit dem vielen Grau sehr abstossend aus. Dies wurde auch bereits häufig auf der Disk der Vorlage diskutiert. Deshalb habe ich nun die beiden Vorlagen: Episodenlistentabelle und Episodenlisteneintrag2 in meinen BNR kopiert und so angepasst, dass die Hintergrundfarbe der Tabelle beliebig angepasst werden kann. Das Resultat habe ich hier zusammengestellt. In einer aktuellen Diskussion in der RFF wurde diese Version mit dem farbigen Hintergrund positiv bewertet. --Simon.hess (Disk, Bewerte mich!) 13:36, 3. Jan. 2012 (CET)
Die lokale Korrektur sollte sinnvolle Defaults liefern, nicht keinen Wert, siehe etwa Samland auf diversen Kartendiensten. Die Boxen liefern type=landmark, was korrekt ist, aber ohne dim doch recht kleinräumig. Bei Coordinate ist unmittelbar kein Handlungsbedarf, ich denke, das Problem ist erst unlängst entstanden durch verschärfte Prüfungen im geohack-Umfeld und betrifft nur die Positionskarten. Zusätzlich sind gerade in den oben erwähnten drei Fällen die Dimensionen (es geht um km!) in vielen Fällen leicht aus Gmaps & Konsorten herausmessbar und sollten dementsprechend ergänzt werden (per Wartungslink auf fehlende Breite / Länge). lg --Herzi Pinki00:00, 16. Jan. 2012 (CET)
Du hast schon recht. Für eine schnelle Lösung war mein Anliegen eben: "besser kein Wert, als dim=0". Längerfristig sollten da natürlich Werte rein und dazu Wartungslinks/-kategorien implementiert werden. --тнояsтеn⇔09:37, 16. Jan. 2012 (CET) P.S.: Bei Vorlage:Infobox Meerenge scheint immer noch dim=0 übergeben zu werden, dasselbe bei Vorlage:Infobox Bucht.
Hallo zusammen. Die Änderungen des Parameter dim= haben nicht den Erfolg gebracht wie ihr ihn erwünscht habt. Mindestens die Vorlage:Infobox Insel und Vorlage:Infobox Halbinsel vermutlich auch Vorlage:Infobox Sandbank (warum weiß ich nicht) sind noch fehlerhaft. Viele der eingebunden Artikel tauchen wegen Fehlern des Parameters dim= hier auf File viewer. Dieser Datenbankauszug wird nur etwa alle 24 Stunden aktualisiert (etwa 6:00–08:00 Uhr), der Zeitpunkt der letzten Aktualisierung steht oben in der Seite. Bitte überarbeiten. --Knochen19:43, 17. Jan. 2012 (CET)
Die Frage ist eher, in welchem der gelisteten Artikel wird denn noch dim=0 ausgegeben? Dürfte meist doch nur am Render-Cache liegen. -- ✓Bergi20:57, 19. Jan. 2012 (CET)
OK, gesehen. Die dreivier Vorlagen habe ich korrigiert. Feature: die Dimension wird jetzt ggf. auch noch aus der Fläche berechnet. -- ✓Bergi22:40, 19. Jan. 2012 (CET)
Durch die Berechnung aus der Fläche können sich jetzt Fehler ergeben, siehe [3]. Kann man diese Artikel in eine Wartungskategorie einsortieren? --тнояsтеn⇔09:16, 20. Jan. 2012 (CET)
Die Fehler passieren genauso bei nicht numerischen Breiten oder Längen. Da aber die Fläche häufiger keine Zahl zu sein scheint, habe ich den Wartungslink korrigiert (er wurde nur ausgegeben, wenn Einwohner angegeben waren) und bei den Halbinseln ergänzt. Die Bucht-Vorlage funktionierte eigentlich, nur wurde die dim auf ganze Kilometer abgerundet; jetzt sind es Meter. -- ✓Bergi14:15, 20. Jan. 2012 (CET)
Erstmal so (kaum zu glauben: Wikidiff2 funktioniert wieder!). Ansonsten: Refs können in den Fließtext (wo die Aussage aus der IB meist wiederholt wird) und Präfizes oder Suffizes sollte es eigentlich nicht geben. Dass die Angabe gerade bei so großen (Halb)inseln wie Skandinavien nur ungefähr ist sollte dem Leser klar sein, verdeutlicht wird es durch die Rundung auf 10000km² (man könnte auch 8E5 schreiben :-). Und den Suffix von wegen „in Dänemark“ finde ich irgendwie unsinnig, entweder man übernimmt die häufigste Angabe der „gesamten“ Fläche oder verzichtet auf die IB und stellt die verschiedenen Varianten im Fließtext dar. Alternative sind Präfix- und Suffix-Parameter, die machen eine Vorlage aber nicht unbedingt übersichtlicher. Und so verkorkst wie der Quelltext eh schon ist will ich da jetzt nichts zusätzliches reinbauen, zum Entkorksen habe ich aber erstmal keine Zeit. -- ✓Bergi16:13, 20. Jan. 2012 (CET)
Gut, vieles ist recht einfach umzubiegen. Quellenangaben in der Infobox finden sich aber bei extrem vielen Artikeln (scheinen vor allem griechische Inseln zu sein). --тнояsтеn⇔16:19, 20. Jan. 2012 (CET)
angenommen ich möchte die Vorlage ((Marssymbol)), (, Vorlage:Marssymbol) so erweitern, dass man als Parameter die gewünschte Größe der Grafik angeben kann (falls keiner angegeben wurde, dann soll ein Standardwert verwendet werden). Wie müsste dies angestellt werden, die Hilfeseiten zu den Vorlagen war mir nicht wirklich hilfreich.
Da würde mich in erster Linie interessieren, warum H:VOR#Parameter nicht hilfreich war? Hast du die richtige Stelle nicht gefunden, war etwas unverständlich oder welche Info fehlt dir?
einleuchtend schien mir ((Marssymbol|(({1))))} sowie [[Datei:blue_Mars_symbol.svg|(({1))}px]] zu sein. Für einen Standardwert von 10px benötigt man #if(({1))}|(({1))}|10?
Bei der Einbindung gibt man keinen Platzhalter, sondern einen Wert an: ((Marssymbol|15))
Da die Vorlage auch ohne Parameterbelegung eingebunden werden soll (und insbesondere schon ist), musst du einen WP:VOR#Vorgabe-Parameterwert definieren: [[Datei:blue Mars symbol.svg|(({1|8))}px]] (Wenn kein unbenannter Parameter bzw. Parameter „1“ gesetzt wurde, wird der Platzhalter durch „8“ ersetzt). Auch im #if musst du einen leeren Vorgabe-Wert angeben ((({1|))}), sonst wird der Platzhalter durch den Text „(({1))}“ ersetzt.
Dem #if fehlt ein Doppelpunkt zum [[Datei:blue_Mars_symbol.svg|((#if:(({1|))}|(({1))}|8))px]]
Kann bei dieser Vorlage bitte jemand mit Adminrechten die Parameter Voller Name und Gegründet optionalisieren, damit die ansonsten identische Vorlage:Infobox Fußballzweitmannschaft gemäß diesem Löschantrag gelöscht werden kann? --91.20.68.16019:13, 27. Jan. 2012 (CET)
Vielleicht Vorlage:Metadaten Artikelanzahl Fanwiki, analog zur Vorlage:Metadaten Artikelanzahl. Kategorien wohl ebenso, kannst natürlich auch unter Wikipedia- statt Portal-Vorlagen einordnen. Eine Kat für Bot-aktualisierte Vorlagen wäre vielleicht ganz nett, gibts aber m.W. noch nicht. -- ✓Bergi20:33, 29. Jan. 2012 (CET)
Ich habe für die Alemannische Wikipedia für Kantone in Luxemburg die Infobox-Vorlagen aus der dewiki übernommen. Leider kommt es aber zu einem Fehler. Im Artikel als:Kanton Réimech werden zwar die Einwohnerzahlen und die Fläche korrekt aus den Metadatenvorlagen angezeigt, beim Stand und der Quelle kommt es aber zu einem Fehler. ("Ungültiger Metadaten-Schlüssel Stand" bzw. "Ungültiger Metadaten-Schlüssel Quelle") Im Artikeltext wird hingegen der Stand korrekt angezeigt aus der Metadatenvorlage, nur nicht in der Infobox. Kann mir da jemand sagen, wo da der Fehler liegt? Für die Luxemburger Kantone werden zwei Infobox-Vorlagen verwendet, als:Vorlage:Infobox Kanton (Luxemburg) (vgl. Vorlage:Infobox Kanton (Luxemburg) und als:Vorlage:Infobox Verwaltungsgliederung (schon in dieser letzteren kommt es zu dieser Fehleranzeige) (vgl. Vorlage:Infobox Verwaltungsgliederung). --Holder07:38, 23. Jan. 2012 (CET)
Hallo Kolllegen/Innen, ich habe mal als Laie versucht, beim Lemma Lommersweiler eine solche Infobox als Modifikation der für Gemeinden in Belgien bestehenden zu erstellen. Es treten jedoch Probleme auf, wenn ich die Koordinaten des Ortsteils (50,14,21,N; 6,9,54 E) eingebe. Kann jemand bei Gelegenheit dieses Problem beheben? lg -- Laber00:03, 30. Jan. 2012 (CET)
Die Einwohner sollten immer als Zahl angegeben werden (darüber beschwert sich die Koordinatenvorlage), aktuell sein und für die ganze Gemeinde/Stadt/Dorf, die der Artikel behandelt, gelten. Hier dürfte der Fall eindeutig sein: Der Artikel beschreibt keine Gemeinde mehr, und hat auch keinen Metadaten-Gemeindeschlüssel mehr, welcher eigentlich statt direkten Einwohnerzahlen angegeben werden sollte. Daher habe ich nur die Einwohner, die heute noch in dem Ort leben, in der IB angegeben. Die Zahlen stehen ja sowieso bereits im Fließtext daneben. -- ✓Bergi00:38, 30. Jan. 2012 (CET)
Nur ein Wort: DANKE! für die Berichtigung und ausführliche (und selbst mir verständliche Erklärung;) lg -- Laber03:29, 30. Jan. 2012 (CET)
Liebe Profis, wie geht das:
Ein Eintrag in die Infobox eines Artikels, soll für den Artikel automatisch einen Eintrag in die entsprechende Kategorie generieren.
Beispiel: in einer Infobox "Insel" auf der Seite "Rügen" soll ein "Land=Deutschland" eingegeben werden, und daraus soll die "Kategorie:Deutschland" und die "Kategorie:Insel" generiert und in den Artikel geschrieben werden.
Gruss, --Markus16:08, 1. Feb. 2012 (CET)
Das geht theoretisch ganz einfach, indem du den Wert des Parameter als Kategoriebezeichnung benutzt: [[Kategorie:(({Land))}]]. Davon ist allerdings in den meisten Fällen abzuraten! Denn durch diese Vorgehensweise kann nicht auf komplexere Zusammenhänge wie Sammelkategorien eingegangen werden. Rügen gehört nämlich keineswegs direkt in die Kategorien Kategorie:Deutschland und Kategorie:Insel sondern in deren gemeinsame Unterkategorie Kategorie:Insel (Deutschland) (bzw. genauer eine noch weiter tiefer liegende Unterkatgorie). --$TR8.$H00Tα{talk}16:18, 1. Feb. 2012 (CET)
Wow - danke für die superschnelle Antwort! Unkompliziert müsste es gehen, wenn man relationale Kategorien verwendet, beispielsweise "Deutschland" und "Insel" (statt hierarchisch "Insel (Deutschland)")? bei "Land" könnte man vielleicht sogar eine Tabelle mit den Ländern als DropDown-Liste anbieten? geht das? Da gibts in Mediawiki doch so eine SemanicWiki-Erweiterung... (Beispiel fiktiv) Gruss, --Markus16:36, 1. Feb. 2012 (CET)
Im Prinzip einfach die Kategorie mit in die Vorlage und fertig. Allerdings möglichst in <includeonly>-Tags (H:VOR#Bedingtes Einbinden von Quelltextblöcken), damit die Vorlage selbst nicht in die Kat einsortiert wird. Außerdem immer noch einen Parameter zum Abschalten der automatischen Kategorisierung vorsehen, wenn mal eine andere Sortierung gewünscht ist, es eine Spezialkategorie gibt oder sonst ein Sonderfall auftritt. Normalerweise landest du dann bei
<includeonly>((#if:(({nocat|))}((NAMESPACE)) ||
[[Kategorie:((Mordsmäßig komplizierter VP-Ausdruck zur Ermittlung der richtigen Kategorie aus|(({Land))} und|(({wasauchimmer))} ))]]
))</includeonly>
Ja, nach einem Nulledit sind die Variablen nicht sauber gefüllt, was aber mit dem nächsten Software-Update behoben ist (Bug 32948). Mit einem purge werden die Werte wohl wieder angezeigt, aber hier braucht es auch einen (Null-)Edit um die Kategorieeintragung zu erzeugen und somit hat man eine kleinen Zirkelbezug, den man wohl aktuell nicht umgehen kann. Das auf WD:NEU angesprochende Problem bezieht sich nur auf die Editnotice, weil sich da etwas geändert hat, was wohl nicht wieder zurückgenommen wird. Der Umherirrende20:22, 26. Jan. 2012 (CET)
Nulledit? Als ich letztes Mal einen SLA gestellt habe, hat jedenfall auch ein ?action=purge nicht geholfen (oder muss das jetzt auch gePOSTet werden um zu purgen?). Egal, Hauptsache es funktioniert wieder – aber wundern tuts mich schon dass sich überhaupt was geändert hat, es ging doch schonmal? -- ✓Bergi21:20, 26. Jan. 2012 (CET)
Danke für die Antworten! Dann bin ich mal gespannt, ob es ab Version 1.19 tatsächlich wieder funktionieren wird. --Leyo01:25, 30. Jan. 2012 (CET)
Hallo zusammen,
ich weiß garnicht ob ich hier richtig bin, aber ich habe ein eigenes Wiki aufgesetzt und kriege das hier nicht richtig angezeigt. Genauer gesagt werden die Abschnitte Ursprung und Eagle Infox nicht angezeigt. ParserFunctions sind installiert. Ich habe absolut keine Idee mehr. Der Code hier ist direkt kopiert. Hier werden die besagten Abschnitte angezeigt, bei mir nicht. Ich dachte erst das es am Caching liegt. Aber selbst wenn ich eine neu Seite erstelle und den Code dort reinkopiere funkioniert es nicht - und das müsste ja so sein.
Falls nötig, kann ich euch die Adresse des Wikis geben und einen Testuser anlegen. Wie gesagt - ich weiß nicht ganz ob ich hier richtig bin. Schließlich stelle ich hier eine Frage die nicht auf direkt zu Wikipedia passt. Sollte ich also falsch sein, sagt einfach bescheid.
Viele Grüße! (nicht signierter Beitrag von95.33.86.237 (Diskussion) 11:25, 7. Feb. 2012 (CET))
Ich denke, da bist du in der Vorlagenwerkstatt schon richtig; da du hier die Leute mit dem entsprechenden Hintergrund findest. Mir fallen jetzt drei Punkte ein, woran es liegen könnte:
library, device und package sind in deinem Beispiel gar nicht gefüllt, daher werden die Eagle-Infos bewusst ausgeblendet
Das library, device und package nicht angezeigt werden ist klar. Dafür ja auch die Ifs. ;) Es geht allerdings konkret um die Abschnitte "Ursprung" und "Eagle-Infos". Ich habe einen User erstellt, denn es handelt sich um ein geschlossenes Wiki gelöscht Die betreffenden Seiten sind:
Vorlage:Infobox Speichermedium und
Secure Digital Memory Card
Die Adresse ist: gelöscht. Gerne auch rumprobieren, bin für jeden Hinweis dankbar, weil es für mich überhaupt keinen Sinn macht ^^ Grüße --95.33.86.23715:46, 7. Feb. 2012 (CET)
Deine Vorlage:!~ entsprach nicht unserer Vorlage:!~. Ich weiß nicht, wer auf dieses Namensschema gekommen ist, imho sollte sie eher Vorlage:!~! heißen, da sie in Funktion der Vorlage:!-! entspricht. Genau genommen benötigt es an der Stelle in der Speichermediums-IB aber überhaupt keinen Zeilenumbruch/neue Tabellenzeile, daher hab ich die Vorlage mal durch ein einfaches ! ersetzt und deine Vorlage auf den passenderen Namen !- verschoben, die WL solltest du löschen. Die Zeile „Eagle Infos“ ist immer aber noch nicht sichtbar :-)
Für ein besseres Verständnis hilft Spezial:Vorlagen expandieren (eine bei dir noch fehlende Extension). Bei uns wird folgender Code erzeugt: [6], bei dir hat es so ausgesehen:
Das ist natürlich eher weniger gültige Tabellensyntax. Nachdem auf die Zeile keine Zellen folgen, wird sie nicht berücksichtigt. -- ✓Bergi17:25, 7. Feb. 2012 (CET)
Ja vielen Dank das hat ja super geklappt! Die Eagle INfos werden auch angezeigt, wenn man die Betreffenden Zeilen mit Inhalt füllt. Auf den Bolzen muss man auch erstmal kommen, dass eine Vorlage nicht stimmt, denn eine "aktive" Information lag ja nicht vor! Sehr schön, jetzt kann das Wiki endlich gefüllt werden ;) --95.33.86.23717:35, 7. Feb. 2012 (CET)
PS: Ich denke du bist mit der Funktionsweise eines Wikis vertraut und weißt, dass das hier keine H:Versionslöschung darstellt. Den Testuser einfach sperren (löschen?), und dyndns kennt dich eh bald nicht mehr… -- ✓Bergi21:01, 7. Feb. 2012 (CET)
Könnt Ihr mal schauen, ob ich das richtig gemacht habe und die Anlage einer Vorlage sinnvoll ist? Vorlage:VD17-Link soll eine Verlinkung von historischen Drucken des 17. Jhds aus dem deutschen Sprachraum ermöglichen. (nicht signierter Beitrag vonJonaster (Diskussion | Beiträge) 12:53, 6. Feb. 2012 (CET))
Du hast ein paar öffnende Klammern vergessen. Aus ((GETRIBE))} wurde dann eine Vorlageneinbindung (wie unter dem Editfenster zu erkennen), und die Bedingung für die Anzeige war immer wahr. Problem behoben -- ✓Bergi20:32, 12. Feb. 2012 (CET)
Hallo, ich hoffe ich bin hier richtig. Arbeite gerade an Cocktail, insbesondere soll die Cocktail-Liste ausgebaut werden (Baustelle:Benutzer:Mangomix/Baustelle#Bekannte Cocktails). In der englischen Wikipedia gibt es ein kleines Icon für Drinks, die auf der IBA-Liste geführt werden:
Das Icon wird mittels Vorlage eingebunden, hier ein Verwendungsbeispiel. Meine Frage: brauche ich in der dt. Wikipedia überhaupt eine Vorlage, wenn das Icon nur in einem Artikel erscheinen soll? Falls nein, würde ich jeweils den Quelltext einfügen, den ich hier verwendet habe (aus der genannten Vorlagenseite kopiert - sorry, ich weiß nicht wie ich den hier in Textform anzeigen kann!). Nur: leider verstehe ich die Parameter nicht, brauche ich z.B. „noinclude“? Kurzum, ich wäre dankbar für einen Vorschlag, wie ich so ein Icon im o.g. Artikel umsetzen kann, gerne auch Alternativvorschläge!--MangomixDisk.16:43, 14. Feb. 2012 (CET)
Nein, ich glaube nicht dass es da eine Vorlage benötigt. Ich persönlich würde Text (in Klammern „offzieller IBA-Cocktail“) dem Icon vorziehen, aber egal – das sollte eine Redaktion bzw. der Autor entscheiden.
Die noinclude-Tags (H:VOR) benötigst du nur, wenn du eine Seite (idR eine Vorlage) in eine andere einbinden willst, hier also nicht. Quellcode (mit <pre>, ist das denn nirgends dokumentiert? Für poem gibts ne ganze Seite!) wäre dann:
[[International Bartenders Association#Offizielle IBA-Cocktails|<sup style="border: thin dashed #999; padding:0 .3em; background:#CCC; font-weight:bolder; cursor:help;" title="Offizieller Cocktail der International Bartenders Association">IBA</sup>]]
Auch wenn es vielleicht Geschmackssache ist, aber ich würde auf das Icon verzichten und die Markierung ggf. mit einer Fußnote vornehmen oder in einer Tabelle als separate Spalte. Mal angenommen, ich würde mich doch zu dem Icon hinreißen lassen, dann würde ich es auf jeden Fall in eine Vorlage auslagern. So wird der Quellcode des Artikels nicht zu sperrig, sämtliche Einbindungen der Vorlage lassen sich auf einmal anpassen, wenn einmal Änderungen an der Darstellung oder Verlinkung vorgenommen werden sollten, und der Quellcode der Icon-Einbindung wird nicht von diesem einen in weitere Artikel herüberkopiert, wodurch ein nicht mehr zu bändigender Wildwuchs entstehen würde. Gruß --WIKImaniac19:43, 14. Feb. 2012 (CET)
Ja, richtig, in meiner aufpolierten Version mit Tooltip und allem drum und dran ist ein auslagern wirklich fast sinnvoll. Sollte es sich jedoch nur um einen Artikel handeln, und das Icon 100-prozentig nur in diesem einen vorkommen, kann man Änderungen auch mit suchen&ersetzen durchführen.
Die Variante mit der Referenz gefällt mir aber wirklich gut. Der Code zur „Einbindung“ wäre mit <ref group="IBA" name="off" /> schön kurz, unten im Artikel steht dann genau einmal
<references group="IBA">
<ref name="off">offizieller Cocktail der [[International Bartenders Association]]</ref>
<ref name="ehe">ehemals in der offiziellen Liste der [[International Bartenders Association]] geführter Cocktail</ref>
[...]
</references>
Der Tooltip in dem Button von Bergi gefällt mir sehr, wenn man stattdessen die Formatierung einfach hält (Verzicht auf Umrandung etc.) wäre der Code ja auch gar nicht mehr sooo lang... Aber die Ref-Lösung finde ich noch interessanter. Auf die Idee einer Gruppierung bin ich nicht gekommen - das elegante daran ist dass ich diese Fußnoten-Gruppe dann auch direkt unter dem jeweiligen Abschnitt einfügen kann. Klasse! So werd ich's machen. Dank euch!--MangomixDisk.13:03, 15. Feb. 2012 (CET)
Ich möchte eine Vorlage für ein Grand-Chess-Brett erstellen, habe sie soweit auch fertig. Ich bin mir jedoch nicht sicher, was die Figur bzw. Codierung der Figur "Kanzler" (=Turm+Springer) betrifft.
a
b
c
d
e
f
g
h
i
j
10
10
9
9
8
8
7
7
6
6
5
5
4
4
3
3
2
2
1
1
a
b
c
d
e
f
g
h
i
j
Grand-Chess-Brett mit Figuren in Ausgangsstellung. Marschall und Kardinal stehen rechts vom König.
Hallo Aquarius70, vielleicht hilft Dir ein Blick in die Vorlage:Schachbrett-8x10, um daraus die von Dir gewünschte Vorlage:Schachbrett-10x10 zu erstellen? Du kannst Dich an der dortigen Struktur der Vorlage ganz gut orientieren, musst aber etwas Geduld und Zeit für die Umsetzung mitbringen. Gruß --WIKImaniac19:53, 14. Feb. 2012 (CET)
Hallo, Aquarius70. Die Vorlage Vorlage:Schachbrett-10x10 kann so wie sie jetzt ist nicht funktionieren, da sie sich ja selbst aufruft. Darauf weist die Fehlermeldung Vorlagenschleife entdeckt: sogar hin. Gruß --Tlustulimu00:30, 15. Feb. 2012 (CET)
Hallo Leute, vielen Dank für die Tips. Die Vorlagen-Hilfe war nicht so hilfreich, aber der Tip zum Rückgriff auf die Vorlage Schachbrett-8x10 war ein echter Gewinn. Allerdings habe ich keinen Text eingebaut bekommen. --Aquarius7023:41, 15. Feb. 2012 (CET)
Kann bitte jemand die Vorlage:Tagesdifferenz so programmieren, dass bei der Angabe der Tagesanzahl die Tausendertrennpunkte erscheinen, also 44.325 statt der derzeitigen 44325?--Xquenda19:21, 14. Feb. 2012 (CET)
Hallo Xquenda, mit einer solchen Änderung wäre ich vorsichtig, immerhin wird die Vorlage in anderen Vorlagen verwendet, die nach einer solchen Formatierungsänderung womöglich nicht mehr mit dem Ergebnis der Vorlage weiterrechnen können. Hilft es Dir, wenn Du das ausgegeben Ergebnis mit formatnum umschließt?
((formatnum:44325))
Dies würde zu der Ausgabe 44.325 führen.
Wo willst Du denn die Ausgabe ändern? In einer anderen Vorlage, auf einer Benutzerseite, in einem Artikel?
Ich plane, in den Artikel Liste der ältesten Menschen eine Spalte für die Lebenstage zu ergänzen. Wegen der Schaltjahre wird sich dort in einzelnen Fällen eine andere Reihenfolge der Platzierungen ergeben (siehe Artikel in it-WP). Wie ist das mit dem "Umschließen des ausgegebenen Ergebnisses" zu verstehen?--Xquenda21:58, 14. Feb. 2012 (CET)
Du müsstest ((formatnum:((Tagesdifferenz|...)))) schreiben, formatnum „umschließt“ die Zahl.
Allerdings wirst du in der Tabelle sowieso die Vorlage:Nts verwenden wollen. Diese benötigt (wie üblich) die reine Zahl, und gibt sie mit Trennzeichen aus. Übrigens ist die Vorlage:Tagesdifferenz, wie in ihrer Dokumentation beschrieben, nicht besonders effizient und ich vermute eine Verwendung in dieser Tabelle wird die Seite unsagbar langsam machen. Vielleicht kann man mit #time ein bisschen Magie betreiben, das Eingabeformat würde sich dadurch aber wahrscheinlich ändern. -- ✓Bergi22:22, 14. Feb. 2012 (CET)
Langsam trotz des "subst" in der Vorlage für die Verstorbenen? Für Lebende muss es sich automatisch auf den aktuellen Tag anpassen, da ist die Vorlage:Nts doch unbrauchbar. Deinen letzten Satz versteh ich leider überhaupt nicht, bitte oma-tauglich erklären.--Xquenda22:31, 14. Feb. 2012 (CET)
Achso, die sind schon alle tot… Dann wird es auch ohne optimierte Version der Vorlage (was der letzte Satz bedeuten sollte) gehen, ja.
Wieso ist nts unbrauchbar? Automatische Aktualisierung funktioniert auch mit ((Nts|((Tagesdifferenz|1800|12|30)))), und wenn du bei Verblichenen die Vorlage:Tagesdifferenz substituierst ändert sich für nts gar nichts. -- ✓Bergi22:55, 14. Feb. 2012 (CET)
kann man irgendwie in einer Vorlage feststellen, ob eine bestimmte Commons-Kategorie existiert? Das hier funktionierte nicht. --PM321:37, 16. Feb. 2012 (CET)
Nein, das geht nicht. Projektübergreifend lässt sich im Wikitext nicht feststellen, ob die Seite existiert oder nicht. Der Umherirrende 16:12, 17. Feb. 2012 (CET)
Darum geht's: Vorlage:Infobox Physikalische Konstante, Beispiel in Lichtgeschwindigkeit. Was soll passieren? Das Kästchen "Bezug zu anderen Konstanten" soll eine collspan="2" Zeile werden (so wie die Wert-Zeile, auch selbe Farbe), allerdings nur eingeblendet werden, wenn das Feld (({Formel))} angegeben ist - dieses soll dann unter "Bezug zu anderen Kosnatnten" ebenfalls als colspan="2"-Feld erscheinen. Hab eben schon rumprobiert mit den ganzen !-Vorlagen, aber es nicht auf die Reihe bekommen. Kann da mal einer schauen? Danke. :) --Stefan 10:19, 17. Feb. 2012 (CET)
Im Artikel Sicherheitsindikator, Abschnitt Pipeline Systeme möchte ich ein Säulendiagramm einfügen, was mir trotz Vorlage "Hilfe:Zeitleisten" nicht gelingt. Stattdessen habe ich die gewünschten Daten in eine Tabelle in Sicherheitsindikator eingetragen. Kann jemand daraus ein Säulendiagramm machen?
Hallo, auf FZW wurde ein Problem mit der Archivuhr angesprochen. Bitte mal anschauen, da traue ich mich nicht dran. Danke --Knochen19:55, 23. Feb. 2012 (CET)
Die oben genannte Änderung hat das Problem erst verursacht. "Yesterday" scheint hier noch Probleme zu bereiten (Bug 34699). Ist dort angepasst. Der Umherirrende 00:20, 25. Feb. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 00:20, 25. Feb. 2012 (CET)
Mehrere Bilder verdeckt übereinander?
Vor längerer Zeit fand ich ein Bild, das durch Anklicken ein darunter verdecktes Bild anzeigte. Ähnlich dem Ausklappen von Texten. Ich möchte dies beispielsweise zur "Vorher" - "Nachher" Bildansicht nutzen ohne es jedoch als Vorlage:Mehrere_Bilder neben bzw. untereinander zu zeigen. Ich komme aber nicht mehr darauf, wie die Vorlage heißt und wie sie eingebunden wird. Danke&Gruß --StromBer15:31, 24. Feb. 2012 (CET)
Hallo, ich habe soeben die Chartbox im Artikel Dancing Queen aktualisiert und bekomme aber den komischen Vermerk "Vorlage Charrs" nicht weg. Komischerweise existiert diese Vorlage auch nicht, wird aber trotzdem angezeigt. Könnte sich das vielleicht mal irgendjemand ansehen? Schaut nämlich sehr störend aus in der Chartbox. Liebe Grüße --Danny1519:43, 24. Feb. 2012 (CET)
In der sortierbaren Tabelle Benutzer:Antemister/Fernsehen stehen in einigen Zeilen keine Jahreszahl, sondern nur ein Kommentar. Kann man es so einrichten das auch diese Zeilen richtig sortiert werden? Maßgeblich sollte die jeweils früheste Jahreszahl im Kommentar sein, bei Dominica sollte man wohl irgendeinen hohen Wert angeben.--Antemister11:53, 25. Feb. 2012 (CET)
Du könntest mit Vorlage:SortKey dir die gewünschten Jahreszahlen am Zellenanfang schreiben. Der Umherirrende 13:52, 25. Feb. 2012 (CET)
Die Überschrift und die Kategorieeinträge beginnen erst unter dem langen Kasten rechts, was IMO unschön und unpraktisch ist. Kann man das irgendwie ändern oder liegt es an MediaWiki? --Leyo10:35, 2. Feb. 2012 (CET)
/* Verhindere, dass Infoboxen etc. in den Inhalt von Kategorien hineinragen.Das betrifft nur Kategorieseiten. */#mw-subcategories,#mw-pages{clear:both;}
#mw-category-media, das Äquivalent für Kategorie-Mediengallerien, fehlt hingegen. Warum weiß ich nicht, sollte aus Konsistenzgründen auf Mediawiki Diskussion:Common.css gemeldet werden. Wo muss ich dann diskutieren, wenn ich den Kasten an der Stelle für zu lang halte? Tipp: kontextsensitives Anzeigen von Punkten, etwa wie bei ((Hilfe)) oder ((Übersicht Georeferenzierung)) -- ✓Bergi11:15, 2. Feb. 2012 (CET)
Ohne das clear:both wird nur die Überschrift "Seiten in der Kategorie" neben den großen Kasten gezogen, nicht aber die Seiteneinträge und das verwirrt eher, als das es nutzt (Die Tabelle wird auf 100%-Breite gesetzt). Daher hat man das vermutlich eingebaut. Der Umherirrende21:02, 2. Feb. 2012 (CET)
Solange nur Bilder in der Kat sind, ist das oberste Element ja eine Bildergalerie, die neuerdings elegant mit der Seitenbreite und auch um herunterragende Boxen herum fließt. Kategorien und andere Seiten sind jedoch nach wie vor „veraltet“ in Tabellen angeordnet, die eine Festbreite von 100% haben - da ragt nichts hinein. -- ✓Bergi00:06, 3. Feb. 2012 (CET)
Ich war mutig. Wirkt einheitlicher, wenn es auch bei den Dateien nicht so ist. Der Kommentar in Common.css suggeriert auch, das es mal so angedacht war. Der Umherirrende 21:10, 27. Feb. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 21:10, 27. Feb. 2012 (CET)
Es kommt vor, dass die Vorlage nicht korrekt umgesetzt wird. Siehe die Liste der Großstädte in Deutschland: In der Berlin-Zeile fehlt in dieser Version (16:22, 2. März 2012) offensichtlich eine Zelle. Bei der Kontrolle der Versionsgeschichte und des Quelltextes habe ich festgestellt, dass alle Zellen mit Inhalt gefüllt sind. Demzufolge scheint der Eintrag ((nts|4321521)) das Problem verursacht zu haben. Ich habe als Notlösung die Zahl direkt als String (ohne Bezug auf die Vorlage) eingetragen. Da die nts-Vorlage sehr diffizil ist, möchte ich mich nicht daran vergreifen, sondern es den Spezialisten überlassen.
Vorsichtshalber: Ich arbeite mit Windows 7 Home Premium (64-bit) und benutze Firefox 10.0.2 (aktuelle 32-bit-Version). -- Gruß Jürgen (Diskussion) 17:58, 2. Mär. 2012 (CET)
Es ist richtig, das in der von dir verlinkten Version in Berlin eine Verschiebung drin ist, aber der Wert wurde erst in der Version danach eingefügt, also 15 Minuten später. Ab dort sieht es aber richtig aus. Vermutlich wurde die Ergänzung gerade gemacht, als du den Artikel aufgerufen hast und du hast somit noch die alte Version gesehen. Der Umherirrende 18:18, 2. Mär. 2012 (CET)
Ach du meine Güte, wer kommt denn auf so eine Idee. Wenn ich solche Änderungen vornehme, mach ich alles "am Stück", notfalls mit "inuse"-Vermerk; außerdem gibt es die Warnung bei gleichzeitigen Änderungen (es sei denn, dass die neue MW-Version das besser steuert). -- Jedenfalls kann das tatsächlich als "erledigt" angesehen werden. Entschuldigung für die Verwirrung, die bei mir ausgelöst wurde und die ich weitergegeben habe! Vorlage:Smiley/Wartung/:)Jürgen (Diskussion) 19:07, 2. Mär. 2012 (CET)
Kein Problem. Ich habe mich erst gewundert, was du wolltest, weil ja alles gut aussah, dann habe ich aber gesehen, das die eine Änderung zeitlich sehr nah an der anderen war und kam auf die Idee. Der Umherirrende 19:12, 2. Mär. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 19:12, 2. Mär. 2012 (CET)
Hallo, die Vorlage:Infobox Gesetz scheint einen Fehler zu enthalten. Da eine Nachfrage auf der Diskussionsseite ergebnislos blieb, wende ich mich jetzt an euch. Worum geht es? Die Infoxbox sieht für Gesetze verschiedene optionale Felder vor. Alle Gesetze haben einen Namen (Titel genannt). Dafür gibt es in der Infobox ein Feld. Die meisten – aber nicht alle – Gesetze haben außerdem noch einen Kurztitel und eine amtliche Abkürzung. Auch dafür gibt es entsprechende Felder. Im Normalfall sieht das dann so aus: Pflege-Weiterentwicklungsgesetz. Gibt es keinen Kurztitel und/oder keine Abkürzung, so werden die entsprechenden Felder nicht angezeigt. Jetzt zum Problem: Gesetze ohne Kurztitel und ohne Abkürzung bereiten Schwierigkeiten, siehe beispielsweise hier: Gesetz zur Erleichterung familiengerichtlicher Maßnahmen bei Gefährdung des Kindeswohls und Gesetz zur Änderung der Förderung von Biokraftstoffen. In den Infoboxen entstehen dann eine oder mehrere unschöne Leerzeilen im Feld Titel. Wäre es möglich, die Vorlage so umzuprogrammieren, dass diese Leerzeilen verschwinden? Vielen Dank für eure Mühe. --Forevermore (Diskussion) 10:59, 4. Mär. 2012 (CET)
Ich habe mal einen Zeilenumbruch entfernt. Sieht jetzt schon besser aus. Der Umherirrende 11:07, 4. Mär. 2012 (CET)
Kein Problem. Wenn ein Mitlesender Lust hat die HTML-Tabellenschnippsel noch in Wikisyntax zu überführen, wäre das eine schöne Sache. Danke dafür. Der Umherirrende 21:32, 5. Mär. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 21:32, 5. Mär. 2012 (CET)
Während bei „unserer“ Vorlage die Reihenfolge der beiden Parameter für Ticketnummer und Datum egal ist, ergibt sich beim Transfer von Dateien nach Commons ein inkorrekter Link aufs Ticket, falls die Ticketnummer Parameter 1 und das Datum Parameter 2 ist. Kann sich das jemand ansehen? Am besten fände ich, wenn die Vorlage bei Commons auch beide Reihenfolgen akzeptieren würde, ohne aber dass dabei neue Probleme geschaffen werden. Die bisherige Diskussion fand unter commons:User talk:Magog the Ogre/cleanup.js#Template:OTRS statt. --Leyo08:12, 4. Feb. 2012 (CET) PS. Siehe auch commons:COM:BWR#Problem with Template:OTRS.
Danke! Ich hab's mal auf der Diskussionsseite der Vorlage vorgeschlagen. Das kann bei solch oft verwendeten Vorlagen nicht schaden… --Leyo01:26, 22. Feb. 2012 (CET)
Nachdem der Vorschlag nun lange genug auf der Diskussionsseite gestanden hat, habe ich ihn umgesetzt. Es scheint alles zu funktionieren. --Leyo09:37, 7. Mär. 2012 (CET)
Ich würde gerne im Artikel Enūma eliš auf den akkadischen Text in Wikisource mit der entsprechenden Vorlage verlinken, aber dieser Wikisource-Eintrag hat keinen Sprachcode und per default wird auf de.wikisource verlinkt. (Problem s. im dortigen Artikel unter "Siehe auch") --HV (Diskussion) 20:45, 7. Mär. 2012 (CET)
Hallo, Neue bittet um Hilfe beim Einordnen zweier neuer Vorlagen. Beide sind hier Benutzerin:Ködermaus/Vorlagen
Das Bibliotheksrecherche-Babel soll in die Kategorie:Vorlage:Babel-Wikipedia - Bibliotheksrecherche, die Herkunft aus Anhalt in die Kategorie:Vorlage:Babel-Herkunft - Benutzer aus Anhalt. Letztere landete schon völlig falsch unter "A" in Kategorie „Vorlage:Babel-Herkunft“ (mittlere Spalte).
Würdet Ihr bitte mal nachsehn, wo mein Fehler ist? Und das falsche babel entferne sowie die beiden neuen richtig einordne? Vielen Dank --Ködermaus13:11, 5. Feb. 2012 (CET)
Hallo Ködermaus, damit die beiden hier gezeigten Vorlagen einzeln verwendet werden können, müssen sie auf eigenen Seiten stehen, beispielsweise Benutzerin:Ködermaus/Vorlage:Bibliotheksrecherche und Benutzerin:Ködermaus/Vorlage:Benutzer aus Anhalt oder besser Benutzer:Vorlage/aus Anhalt. Danach sehen auch die Kategorie-Einträge besser aus. Kriegst du das hin? --Wiegels„…“13:44, 5. Feb. 2012 (CET)
Hallo, Wiegels, nein, nur zum Teil. In Kategorie:Vorlage:Babel-Herkunft liegt das Anhalt-Babel immer noch doppelt. Was mache ich falsch? Sehe eben, dass die Wiki reagiert & Bibliotheksrecherche (BR)-Babel ok ist (mein Fehler eins: wenig Geduld). Ist "einfach nur Löschen" wie beim BR-Babel tatsächlich eine Möglichkeit? Danke für Deine Hilfe ---Ködermaus19:10, 16. Feb. 2012 (CET)
kann ich einer Tabelle, die als wikitable definiert ist, trotzdem noch ein anderes cellspacing bzw. -padding mitgeben? {| class="wikitable" cellspacing="10px" cellpadding="10px" funktioniert da nicht und die Einzeldefinition von wikitable möchte ich auch nicht einzeln weiterreichen. --darkking3Թ16:36, 18. Feb. 2012 (CET)
Hallo! Ich habe vor, eine Tabellenvorlage zu basteln. Die Einträge sollen in einer kleineren Schriftart als in Wikipedia üblich erfolgen. Entsprechend soll aber auch die Zeilenhöhe der Tabelle geringer werden. Wie mach ich das? Danke, Doc Taxon@Discussion16:00, 21. Feb. 2012 (CET)
Du machst einfach – garnix. Die Tabellenzellen passen sich automatisch der kleinstmöglichen Höhe und Breite an. Es könnte allerdings sein, dass du Textelemente (Leerzeichen?) in Normalschrift mit erwischt hast, falls irgendwas nicht klappt. Beispiel-Link? VG --PerfektesChaos16:38, 21. Feb. 2012 (CET)
in jugendlichem Leichtsinn habe ich vor ein paar Tagen die Datenbanklinkvorlage Vorlage:HistLexBay gebastelt und dabei völlig übersehen, dass es bereits seit längerem eine Vorlage:HLB gibt, die ebenfalls auf das Historische Lexikon Bayerns verweist.
„Meine“ Vorlage kann mehr (klassischen Weblink, Internetquelle mit Datum, Links auf Bildseiten) und verwendet einen halbwegs nachvollziehbaren Namen (vgl. [7] ggü. HLB). Vorlage:HLB wird nur auf rund 60 Seiten verwendet, ich könnte sie also in Handarbeit durch die jeweils passende Version der Vorlage:HistLexBay ersetzen.
Entweder WP:SM oder aber mal kurz auf Vorlage Diskussion:HLB ansprechen und wenn nach ein paar Tagen kein Einspruch kommt, einfach umsetzen. --тнояsтеn⇔21:55, 22. Feb. 2012 (CET)
Ok, danke. Bei Vorlage:HLB scheint nicht mehr allzuviel los zu sein, aber sicherheitshalber frage ich mal nach, vielleicht kommt ja doch was. -- CarbidfischerKaffee?22:01, 22. Feb. 2012 (CET)
Sieht nicht so aus, Emkaers Wunsch nach einer internetquellentauglichen Variante interessiert ja auch schon seit fast zwei Jahren niemanden. Ich werde dann demnächst anfangen, die Einbindungen der alten Vorlage zu ersetzen. -- CarbidfischerKaffee?09:14, 26. Feb. 2012 (CET)
Und die einzige „richtige“ Lösung ist es auch nicht. Falls es sich um Fließtextabsätze handelt, sollten im Quelltext Leerzeilen dazwischen stehen. Listenelemente (auch mit gleichen Abstand) sind dagegen mit einem Zeichen am Zeilenanfang gekennzeichnet. --Wiegels„…“13:23, 23. Feb. 2012 (CET)
Genaugenommen ist es nichteinmal eine richtige Lösung. Da Tabellen eine begrenzte Breite haben, darf man sich nie darauf verlassen dass eine Zeile auch eine Zeile bleibt. Es fehlt also ein white-space:nowrap;, oder man versucht sich besser gar nicht erst an zeilengenauer Positionierung.
Dein zweites Beispiel, wie du es im Quelltext hast (die Tabelle rechts), ist übrigens genauso "richtig":
Ein Zeilenumbruch in einer Tabellenzelle führt dagegen zu einem Absatz, der natürlich auch erwünscht sein kann da er zu einem größeren Rahmenabstand führt. Allerdings ist er eher unüblich, insofern würde ich deine als "richtig" gekennzeichnete Lösung eher nicht verwenden. Und Wiegels' Lösung ist auch in Betracht zu ziehen:
Ja - und um die Frage, ob das eine Frage sei, zu beantworten: Ich suchte in der Hilfe vergeblich eine Lösung, wollte hier fragen, und fand - während dem Schreiben - per "Versuch und Irrtum" einen Weg. den habe ich - statt der Frage - hier beschrieben und gleich in die Hilfe geschrieben (falls jemand mal dieselbe Frage hat) :-)
Dabei ist mir beim Kopieren ein Fehler unterlaufen. Den habe ich oben jetzt korrigiert und die richtigen Lösungen nummeriert. "Richtig 1" finde ich unschön, weil der Quellcode unübersichtlich ist. "Richtig 2" finde ich unschön, weil zuviel Randabstand entsteht. Gruss, --Markus13:08, 27. Feb. 2012 (CET)
Bug 31576 ist jetzt blocker of highest importance… Problem bekannt, dass allerdings auch normale Links darunter sind ist bisher niemandem aufgefallen. -- ✓Bergi15:20, 3. Mär. 2012 (CET)
...den Nutzernamen automatisiert einfügen (so wie bei --~~~~), d.h., dass es in etwa so aussehen könnte:
Willkommen, Nutzer *** auf der ###-Seite! Würde mich freun', wenn jemand hilft! --Freak222(Disk)17:12, 6. Mär. 2012 (CET)
Das geht meines Wissens nicht, da die Variable CURRENTUSER nicht angelegt ist. Die aktuelle Seite bekommst du mit ((PAGENAME)). Weitere Variablen/Magicwords: m:Help:Variable --тнояsтеn⇔21:20, 6. Mär. 2012 (CET)
Bei manchen Betriebssystemen stellt die Vorlage:ELSalt einzelne Buchstaben anders (und falsch) dar, als die Vorlage:Polytonisch, obwohl die erste auf die zweite zurückgreift. Das Problem wurde hier angesprochen. --Salomis23:55, 6. Mär. 2012 (CET)
Dass die beiden Vorlagen unterschiedliche Ausgaben produzieren, kann eigentlich nicht sein, weil sie denselben Quelltext erzeugen, nämlich <span lang="grc" class="polytonic">Ῥοιώ</span>, gerendert: Ῥοιώ. (Das zurzeit noch vorhandene zusätzliche Attribut xml:lang ist übrigens wirkungslos.)
Dass einzelne Zeichen auf einem extrem veralteten System falsch angezeigt werden, kann aber natürlich sein und kann zum Beispiel an fehlerhaften Fonts liegen. Es kann helfen, neuere Fonts zu installieren und diese in Special:Mypage/common.css der Klasse polytonic zuzuweisen. --Entlinkt (Diskussion) 00:17, 7. Mär. 2012 (CET)
Ich ergänze das Vorstehende und versuche mal zu erklären, was da vermutlich los ist:
Mit den „Betriebssystemen“ als solchen hat es erstmal nichts zu tun; mit dem Browser primär auch nicht.
Maßgeblich ist der installierte Font (Zeichensatz), bzw. mehrere davon.
In MediaWiki:Common.css ist für diese Vorlagen vereinbart (aufgezählt sind Namen von Fonts):
Der Browser guckt der Reihe nach durch, welcher dieser Fonts auf dem Rechner installiert ist, und stellt den Bereich dann mit dem zuerst gefundenen Font dar.
Insofern besteht hintenrum eine Abhängigkeit vom Betriebssystem: "Arial Unicode MS" müsste auf jedem Windows-PC vorhanden sein, auf einem Linux-Rechner garantiert nicht.
Zwei Fonts mit gleichem Namen müssen nicht den gleichen Inhalt haben. Ein älterer Font enthält vielleicht 70 griechische Zeichenkodierungen, ein neuerer möglicherweise 100 Zeichen-Kodierungen.
Bei Polytonisch habt ihr es mit Spezial-Kodierungen zu tun, die nicht unbedingt in jedem Normal-PC standardmäßig installiert sind; da werden vorwiegend die neugriechischen Zeichen definiert sein, während die Codes der anderen unbekannt sind.
Bei jedem Browser (und dann auch noch bei Word) ist der Algorithmus unterschiedlich, wie versucht wird, mit unbekannten Zeichen-Codes umzugehen. Der IE sucht ausschließlich in den hier explizit angegebenen Fonts. Der FF versucht, unter allen auf dem PC installierten Fonts irgendeinen zu finden, der die unbekannte Code-Nummer kennt.
Wenn zu der Code-Nummer kein komplettes Schriftzeichen bekannt ist, gibt es aber vielleicht eine Ersatz-Regel: Kombiniere zwei Zeichen miteinander, ein neugriechisches Rho mit einem Häkchen. Das könnte euren Erwartungen aber möglicherweise nicht entsprechen.
Das in der Disku zitierte „hochkant-Rechteck“ kommt daher, dass in eurem Office-Dokument die oben zitierte Angabe einer font-family nicht erfolgt ist und man also nicht erzählt hat, wo man diesen unbekannten Zeichen-Code suchen soll. In den Office-Programmen kann man das aber für diesen Bereich auswählen.
Abhilfe: Zusätzlich zum fabrikmäßig gelieferten Standard einfach einen weiteren Font drüber-installieren; auf dem Windows2000 einen modernen Arial Unicode MS – die haben heute viel mehr Zeichen-Codes mit Schriftzeichen belegt. Vielleicht aber auch einen mit „Athena“ draufspielen.
Aus eurer Disku kann ich nicht entnehmen, dass „ELSalt vs. Polytonisch“ die Ursache wäre. Das wäre auch äußerst verwunderlich, denn (wie schon richtig bemerkt) greifen sie auf die identische Definition polytonic zu.
Nachtrag: Auf Windows-PC gibt es im „Zubehör“ eine „Zeichentabelle“ (manchmal in einem Untermenü „Systemprogramme“), mit dem man sich angucken kann, welche Fonts man hat und welche Zeichenkodierungen belegt sind; in welchem also besonders viel Altgriechisch vorhanden ist. Diesen dann ggf. wie von Entlinkt empfohlen in die persönlichen CSS-Einstellungen aufnehmen. --PerfektesChaos(D)01:05, 7. Mär. 2012 (CET)
So ganz stimmt das nicht (oder sollte es zumindest nicht), denn die CSS-Regel in MediaWiki:Common.css lautet nicht
Dieser Code wird nur vom Internet Explorer, Version 6 und älter beachtet (siehe auch den Kommentar zur Browserweiche in MediaWiki:Common.css). In der oben verlinkten Diskussion ist aber von Firefox (unter Windows 2000) die Rede.
Die Altgriechisch-Experten mögen unseren Fachdiskurs hier bitte ignorieren; für euch gilt der von uns beiden übereinstimmend gegebene Ratschlag: Neueren Arial drüberinstallieren.
Du hast recht; als ich vorm Heiagehen zur Entspannung in die Beo guckte, waren meine Äuglein schon halb zu und ich hatte das Sternchen schlicht übersehen; da ich per Textsuche nach polytonic dorthin kam, waren auch die treffenden Kommentarzeilen sowie Disku 2010 nicht sichtbar.
Gleichwohl habe ich Zweifel, ob es pfiffig ist, den Fall polytonic nur auf …IE7 anzuwenden.
Für bestimmte nichtlateinische Schriften kann es sinnvoll sein, die im Wikitext (per Vorlage) vorhandene Kenntnis nicht einfach zu ignorieren und dem Browser vorzuenthalten, sondern dies allgemein als gültige Regel freizugeben.
Im FF ist eigentlich eine Font-Regel für polytonic nicht erforderlich; wenn er Zeichenkodierungen nicht findet, dann durchsucht er alle dem PC bekannten Schriften nach diesem Code und merkt sich in einer FF-Datenbank für die Zukunft, in welchem Font er ein Zeichen gefunden hat, das diesen Code darstellen kann. Fein.
Nur: Kennt der Standardfont des Dokuments (bei Windows-Normalinstallation Arial) die griechischen Zeichen nicht oder nur den kleinen Satz an elementarem Neugriechisch, dann ist es unkalkulierbarer Zufall, welche Schriftzeichen aus welchem Font-Design für die polytonischen Codes angezeigt werden. Das ist mir auch schon optisch wirksam begegnet: Der Standard war ein aufrechtes mageres Arial mit den Basiszeichen, zwischen denen fette kursive polytonische hervorplatzten.
Ein ähnlicher Effekt dürfte auch den von den Fragestellern beschriebenen Seltsamkeiten zugrundeliegen.
Günstiger wäre es, die Reihenfolge der Kodierungssuche gezielt zu steuern und dabei die beiden mit Athena sowie den meiner Erfahrung nach immer sehr ausgiebig belegten Code2000 nach vorn zu stellen, und zwar für alle Browser; ggf. weitere aus sehr bekannten Open-Quellen. (Natürlich nur für .polytonic)
Ganz so sicher bin ich mir auch nicht, ob mit IE8 alle Probleme beseitigt wären. Ich habe den Eindruck, dass sie nur weniger oft wahrgenommen werden, weil IE8+ auch mit aktuelleren Windows-Versionen einhergehen und diese mit einem reichhaltig ausgestatteten Arial als Vorgabe arbeiten. Ich habe nur selten mit IE zu tun, bin dann auf fremden PC zu Gast, habe aktuell mich mit anderen Fragen zu beschäftigen, und kenne die Abgründe und Installationsgeschichte des fremden PC nicht. Ich meine aber, bei stark außereuropäischen Alphabeten schon auf Darstellungsprobleme des IE8/9 gestoßen zu sein, weil dieser nur sein Standard-Dokument-Arial durchsucht hatte und dann trotz installiertem geeignetem Font nur Rechtecke zeigte. Mit Nicht-FF-nicht-IE habe ich überhaupt keine Erfahrung.
Es wäre also für bestimmte ausgefallene Schriftsysteme die Browserweiche zu entfernen und die aus der Vorlageneinbindung bekannte Information über den Textschnipsel allen Browsern verfügbar zu machen.
Demnächst müssten wir sowieso wieder mit dem Denken anfangen: Es gibt kleine Mobilgeräte, und in den nächsten Jahren steht die Unterstützung von Webfonts an.
So, dies im Hinterkopf war heute am frühen Morgen meine Erwartungshaltung an .polytonic gewesen, und deshalb hatte ich das Sternchen gar nicht mehr mitbekommen. Soviel zur Erklärung.
Hallo, kann jemand vielleicht bei der Vorlage:Infobox_Partei zusätzlich "Jugendorganisation" und Zeitung" eintragen, am besten mit extra Trennstrichen unter "Hauptsitz". Ich denke das sind beides sehr wichtige Informationen, die bei jeder Partei eine Bereicherung in der Übersicht bilden können. Ich habe bereits versucht es selbst zu tun, allerdings war dann bei allen Artikeln nur ein reiner Platzhalter vorhanden. Es wäre nett, wenn mir hier jemand unter die Arme greifen könnte. Danke! --Marcel601 (Diskussion) 12:48, 8. Mär. 2012 (CET)
Hallo Karsten, diese Diskussion war mir unbekannt. Du schreibst davon, diese Zeitungen seien aus der Mode gekommen. Das bildet ein optionaler Parameter doch eigentlich ganz gut ab. Wenn die Partei eine solche Zeitung herausgibt, kann der Parameter verwendet werden, andernfalls bleibt er leer. Was meinst Du? Gruß --WIKImaniac19:17, 9. Mär. 2012 (CET)
Sehe ich genauso. Manche Parteien verwenden keine Zeitung, andere hingegen schon und warum sollte man in diesem Falle die Information außen vor lassen und im Fließtext verstreuen, wenn man sie dem Leser gleich in der Infobox übersichtlich anbieten kann? Ist ja nur optional. --Marcel601 (Diskussion) 19:34, 9. Mär. 2012 (CET)
Das technische Problem ist ja nun hier behoben. Alle inhaltlichen Fragen lassen sich sicherlich besser durch die Fachleute aus dem Portal:Politik klären. Sollten die Parameter wider Erwarten wieder ausgebaut werden, ist die Vorlagenwerkstatt selbstverständlich bei Bedarf auch dabei behilflich. Gruß --22:29, 9. Mär. 2012 (CET)
Hallo!
Die Vorlage Vorlage:QS-Physik-DiskErl berechnet Parameter, die dann in Vorlage:Qualitätssicherung Physik erledigte Diskussion eingefügt werden. Funktioniert auch fast alles, außer die Abschnittsüberschrift.
Die Raute, die in einem Link auf den betreffenden Abschnitt verweist macht was komisches. Das witzige ist, dass es beim Parameter disklink funktioniert und beim Parameter archivlink nicht. Könnte jemand bitte erklären, wie man das löst bzw. wo das Problem ist. Hat ja was mit der Maskierung von # zu tun. Habe aber schon viele Varianten ausprobiert (man siehe in der Versionsgeschichte von QS-Physik-DiskErl). Danke für jede Hilfe--svebert12:28, 11. Jan. 2012 (CET)
Hinweis an Nicht-RP-Mitglieder: Der Sinn der subst-Vorlage bzw. der Vorteil gegenüber der Direktnutzung der andern Vorlage ist umstritten. --Leyo20:50, 11. Jan. 2012 (CET)
Warum? Sie ermöglicht eine einfache Eintragung ohne manuelles Belegen der Parameter mit Datum etc. -- ✓Bergi20:53, 11. Jan. 2012 (CET)
Weil die Abschnitte sehr oft nicht im gleichen Monat für erledigt erklärt werden, in dem sie gestartet werden. Mehr unter WD:RP. --Leyo20:59, 11. Jan. 2012 (CET)
(BK) Weils die Seite noch nicht gibt und daher ein Link auf den Bearbeiten- (hier: Anlegen-) Modus erzeugt wird, wo es selbstverständlich auch noch keine Anker gibt. Das ist ganz normal so und passiert auch bei nicht von deiner Vorlage erzuegten Links.
Tipp: Übergib der Vorlage:Qualitätssicherung Physik erledigte Diskussion nur das Datum des erledigt-Vermerkes, keine fertigen Links. Dort kann man ausrechnen, ob das Datum noch keine 7 Tage zurückliegt und dann den Hinweis auf die laufende Disk einblenden. Zudem würde die automatische, dynamische Generierung des Archiv-Links spätere Umstrukturierungen ermöglichen (zb. bei Verschiebung der Seite nach WP:Redaktion:Physik/Archiv, einer Archivierung nach Quartalen oder sowas). -- ✓Bergi20:51, 11. Jan. 2012 (CET)
ifexist für Abschnittsnamen?
Hallo, gibt es ein Analogon zu ifexist für Abschnittsnamen?
eigentliche Anwendung: In der Vorlage:QS-Physik-DiskErl sollen je nach Archivierungsstatus entweder die ursprüngliche Diskussion oder das Archiv angezeigt werden. Falls beide nicht existieren, wird die Suche aufgerufen. Dadurch hat der Leser drei Links zu überprüfen, von denen jederzeit einer ins Leere zeigt. Dort ist also die Frage: wie überprüfe ich, ob es in der aktuellen Diskussion noch einen Abschnitt (beispielsweise) zum Thema "Kontinuumsmechanik " gibt?
Ich glaube nicht. Abschnittsüberschriften sind im Gegensatz zu Lemmata nicht direkt in der Datenbank abrufbar und nur im Artikeltext enthalten. Daher würde jede Abfrage einer Artikelüberschrift eine komplette Syntaxanalyse des verlinkten Artikels oder wenigstens eine Volltextsuche erfordern. Das dürfte daher aus Performanzgründen weder gewünscht noch möglich sein.
Der Nutzen wäre in deinem geschilderten Fall auch eher gering, oder? Wenn die Diskussion erledigt ist, wird der Abschnitt doch automatisch ins Archiv geschoben und ist dann dort zu finden. Der Abschnitt auf der Diskussionsseite ist ja nur während der Diskussion vorhanden. Falls es doch unbedingt notwendig sein sollte, könnte ich mir höchstens vorstellen, das Linkziel botgestützt aktualisieren zu lassen. --$TR8.$H00Tα{talk}15:25, 9. Mär. 2012 (CET)
Hallo Dogbert, leider hat $TR8.$H00Tα Recht, die Existenz von Abschnitten ist nicht mittels Vorlagenprogrammierung ermittelbar. Wäre es vielleicht möglich, abhängig vom angegebenen Datum die Diskussionsseite oder das Archiv zu verlinken. Derzeit wird die Diskussionsseite der Redaktion nach sieben Tagen archiviert. Wenn das angegebene Datum also älter als 7 Tage ist, dann wird das Archiv verlinkt, sonst die Diskussionsseite. Gruß --WIKImaniac16:23, 9. Mär. 2012 (CET)
Vielen Dank für die Antwort. Ich hatte das vermutet, wollte aber einfach klären, ob es da evtl. doch einen Ausweg gibt. Wenn es keine technische Lösung gibt, ist es für unseren Fall durchaus in Ordnung, dem Nutzer zwei Links anzugeben und ihn zu bitten, falls er die archivierte Diskussion an der einen Stelle nicht findet, an der anderen zu suchen. Das Thema ist hier also erledigt. --Dogbert66 (Diskussion) 21:21, 11. Mär. 2012 (CET)
Ich sehe das nicht so. Wenn man schon runden muss, dann sollte der Rundungsfehler möglichst klein sein. Einen größeren Fehler systematisch einzubauen, nur um den richtigen Wert von 0 (der beim Lesen etwas mehr Nachdenken erfordert) zu vermeiden, halte ich keineswegs für klüger. --Spischot08:41, 15. Jan. 2012 (CET)
Es wurde nicht generell abgerundet, sondern es wurde auf null Nachkommastellen gerundet. Abhängig vom Wert wird dabei auf- oder abgerundet. Im konkreten Fall liegt 0,08 näher bei 0, also wird abgerundet, bei 0,51 würde auf 1 Ew/km2 aufgerundet werden. Das liegt daran, dass 0 richtiger als 1 ist. Aber durch folgende Änderung sollte das Problem gegessen sein. lg --Herzi Pinki00:14, 16. Jan. 2012 (CET)
Wieder rückgängig gemacht. Bei der Erstellung/Pflege der Infobox hatte das Projekt fr. Gemeinden darauf Wert gelegt, keine Kommastellen bei Bevölkerungsdichten zuzulassen, d.h. Einwohner nicht zu „teilen“. Es liegt auch - wie in der Überschrift suggeriert - kein Rundungsfehler vor. Zwei von 36000 Gemeinden rechtfertigen hier keinen Eingriff. gruss Rauenstein03:37, 16. Jan. 2012 (CET)
Dann nehmt es bitte hier als Anregung. Ich kann nicht abschätzen, zu welcher Mehrbelastung der Server diese Vorlagen führen und wo daher ein nachträgliches Subst erfolgen sollte. Anka☺☻Wau!12:50, 15. Jan. 2012 (CET)
Als Info: Aber aufpassen bei Vorlagen mit Signaturen, da geht es nicht so einfach, da ansonsten der Bot mit seiner Signatur und neuem Datum signiert. Der Umherirrende15:02, 15. Jan. 2012 (CET)
Ja, ich weiss. Bei 'Absatz' ist das allerdings irrelevant. Es geht hier eh nur um Vorlagen im ANR, alles andere mag ich nicht botgestützt anfassen.... und im ANR sollten Signaturen keine Probleme bereiten. --Guandalug15:59, 15. Jan. 2012 (CET)
Ich wollte auch nur darauf hinweisen. Aber wenn man nur ANR macht, ist das natürlich kein Problem. Wir haben nur auch andere Vorlagen, wo die Benutzer das vergessen, auch wenn es einen dicken roten Hinweis gibt. Der Umherirrende19:11, 15. Jan. 2012 (CET)
globale Vorlagen
Hallo, ich habe unter meta:GlobalTemplates mal einen mutigen Vorschlag gemacht. Haltet ihr Vorlagenexperten das für technisch machbar? Wie aufwendig und sinnvoll ist die Idee? Hatte jemand schon mal den Einfall? Gruß Matthias18:47, 15. Jan. 2012 (CET)
Weiß leider nicht, ob ich hier richtig bin: Habe für's WikiProjekt Pilze eine Mitarbeitsleiste erstellt, aber mein Kollege und ich schaffen es nicht, sie auf Diskussion:WikiProjekt Pilze seitlich rechts einzubauen. Die Box beißt sich anscheinend mit den Archivierungselementen. Kann uns bitte jemand helfen, das Problem zu lösen? --Ak ccm (Diskussion) 12:15, 17. Mär. 2012 (CET)
Hallo Ak ccm, hier bist du richtig. Die Leiste habe ich unter die Archivübersicht gesetzt. Es wäre auch möglich, die Archivübersicht links neben die Leiste zu setzen, aber wegen doppelt verwendeter Parameter erscheint dann unerwünschter Text. --Wiegels„…“14:15, 17. Mär. 2012 (CET)
Danke, Wiegels, für die schnelle Hilfe. Hatte Dir ebens auf Deiner Benutzer-Disk. eine Nachricht hinterlassen und hoffentlich nicht zu viel Verwirrung gestiftet. --Ak ccm (Diskussion) 14:23, 17. Mär. 2012 (CET)
Hallo zusammen, bisher habe ich nicht sonderlich auf die verschiedenen Funktionen der Tabellen geachtet, deshalb weis ich nicht ob es bereits eine entsprechende Umsetzung für mein Anliegen gibt.
Ich würde gerne wissen ob es möglich ist in einer Tabelle die Ein-/Ausklappen-Funktion zu integrieren. Als konkretes Beispiel stelle ich mir eine Tabelle vor, die in der Grundansicht 5 waagerechte Zeilen/Spalten hat in denen die 5 Kontinente stehen. Nach Bedarf kann ich dann den Inhalt zu einem bestimmten Kontinent aufklappen, vielleicht sogar in mehreren Schritten, denn zb. bei Asien könnte noch nach Südost-, Zentralasien usw. unterteilt werden, mit einem weiteren Aufklappen würden dann die einzelnen Länder der entsprechenden Region angezeigt werden.
Bei der Anzahl der Senkrechten Spalten bin ich mir noch nicht ganz schlüßig, ich denke 5 +/-1 sollten für meine Belange ausreichen, aber das stellt glaube den geringsten Aufwand dar. In den einzelnen Spalten möchte ich dann nach meinen bisherigen Vorstellungen 1. Portale, Projekte und Hauptartikel zu den einzelnen Regionen, Ländern usw. eintragen; 2. ausgewählte Kategorien; 3. Vorlagen und 4. Listen.
Das Ganze soll so etwas wie ein übersichtliches persönliches "Navigationssystem" für meine Interessen werden, in erster Linie Artikel, Kategorien usw. aus dem Bereich Archäologie und ergänzend Geschichte und Geographie, da ich aber aus den genannten Bereichen nicht auf alles zugreifen möchte würde ich mir die Auswahl eben gerne selbst zusammenstellen.
Lässt sich das so umsetzen oder wurde es bereits gemacht? Grüße --Drogya23:02, 17. Jan. 2012 (CET)
Nur zur Klarstellung: Im ANR wird sowas wegen Usability-Problemen nicht gern gesehen. Ich schließe aber aus deiner Anfrage, dass du es für deine Benutzerseite haben möchtest? Wenn dir die beschränkten Möglichkeiten (folgend) nicht ausreichen und die Tabelle (oder zumindest die Klapp-Funktionalität) wirklich nur privat nutzen willst, wäre ein maßgeschneidertes Nutzerskript aus der Skinwerkstatt auch eine Alternative.
Eine bombensichere Methode sind die erprobten Navigationsleisten, in die man die Tabelle hineinbauen kann. Mit etwas inline-CSS kann man das sicher auch so hinbiegen, dass es wie eine Tabelle mit Untersektionen aussieht.
Ansonsten gibt es die Klasse mw-collapsible, die angeblich auch bei Tabellen funktionieren soll. Persönlich finde ich das Plugin grauenhaft fehlkonzipiert, aber vielleicht kann man damit auch etwas passendes basteln:
Head
Zelle
{| class="wikitable mw-collapsible"
! Head
|-
| Zelle
|}
Besten Dank. Ich probiere mal aus ob es meinen Vorstellungen gerecht wird und melde mich dann nochmal. --Drogya00:44, 18. Jan. 2012 (CET)
Vorweg muss ich sagen, dass ich keine Ahnung vom Programmieren solcher Sachen habe, hier bei wiki, wenn ich mal so etwas gemacht habe, bin ich immer nach dem trial and error-Prinzip verfahren, so auch bei dem folgenden zusammengeschusterten Entwurf. Keine Ahnung wie die Programmierzeilen für einen Fachmann aussehen, aber ansatzweise entsprechen die Funktionen und die Optik schon meinen Vorstellungen.
Was ich nicht hinbekommen habe ist, die Ein-/Ausklapp-Funktion in die unteren (Sub-)Kopfzeilen einzubauen, damit hier in dem Beispiel die Zeile zu Russland ausgeblendet wird. Das nächste wäre die (Haupt-)Kopfzeilen für die anderen Kontinente anzuhängen, wobei ich mich dann auch gefragt habe, ob beim aufrufen der Seite alles aufgeklappt ist oder ob ich es auch so einstellen kann das erstmal nur die Kopfzeilen der Kontinente angezeigt werden und ich dann nach Bedarf das Entsprechende öffnen kann. Eine weitere sinnvolle Funktion wäre der Bearbeiten-Button in den (Haupt-) und (Sub-)Kopfzeilen. --Drogya02:12, 18. Jan. 2012 (CET)
Wenn du nur so einfache "Tabellen" hast und dir das Layout bereits genügt, würde ich dir raten diese ganz wegzulassen. Einfacher dürfte sein erstmal mit eingebundenen Vorlage:Navigationsleisten zu arbeiten; wenn inline-CSS zur Anwendung kommen soll kann man die immer noch substituieren (genau das was ich oben bereits getan hatte). Navigationsleisten lassen sich beliebig verschachteln und aneinander reihen, evtl. Vorlage:NaviBlock beachten (die als „veraltet“ bezeichnete Syntax funktioniert immer noch und sollte hier angewandt werden, da die Navileisten nicht auf eigenen Seiten stehen).
Das erscheint mir syntaktisch erstmal einfacher. @Bearbeiten-Links: Mit viel Glück kann man Überschriften hineintricksen, das würde ich aber nicht empfehlen. Eher bietet sich die Auslagerung der einzelnen Inhalte auf BNR-Unterseiten an, die wie Vorlagen in die Klappleistenübersicht eingebunden wird. Dann ließen sich mithilfe der Vorlage:Bearbeiten relativ einfach in den Titeln passende Editlinks zu den jeweiligen eingebunden Seiten einfügen.
// auf der eigenen Benutzer-Seiteif(mw.config.get("wgNamespaceNumber")==2&&mw.config.get("wgUserName")==mw.config.get("wgTitle"))NavigationBarShowDefault=500;// mehr als 500 Leisten sollten es nicht sein, daher: alle ausklappen
Ok. Ich habe jetzt mit dem Navigationsleisten-Prinzip weitergemacht und bin zu einem recht brauchbaren Ergebnis gekommen. Was meinst du? (Die Lücken in den Programmzeilen sind nur wegen der Übersichtlichkeit.)
Wirklich Klasse wäre es, wenn jetzt noch die Bearbeiten Funktion in den 5 Kontinent-Leisten eingebaut werden könnte, denn wenn sich die Tabelle füllt, dürfte der "Text" ziemlich lang werden.
Eine leichte Frage hätte ich noch: An welcher Stelle und Wie muss ich die Farbcodes einfügen? Ein Beispiel reicht. --Drogya15:40, 18. Jan. 2012 (CET)
Ist das nur bei mir so (Firefox 11.0) oder warum ruiniert diese Vorlage plötzlich das Format der Seiten wo sie eingebunden wird, wie Supernova 1987A oder Messier 73. Eine große schwarze Leiste und der Artikeltext ist weg. --D.H (Diskussion) 18:12, 19. Mär. 2012 (CET)
Hallo, ich habe diese Liste in eine Tabelle umgewandelt und dabei Probeme mit zwei "Blöcken" die gewissermaßen als Tabelle in einer Tabelle angezeigt werden müssten. Ich habe bereits verschiedene Methoden ausprobiert aber nicht das richtige gefunden. Könnte vielleicht mal jemand draufschaun und nen Tip geben oder es gleich richten? Danke --Drogya (Diskussion) 17:05, 20. Mär. 2012 (CET)
Erweiterung Vorlage:Navigationsleiste Musik und mehr
Hallo, im Interesse der Einheitlichkeit in Nutzung und Layout, der einfacheren Möglichkeit zur Übertragung von Inhalten aus der englischen in die deutsche WP und umgekehrt und damit natürlich einer besseren Qualität der Artikel wäre eine Anpassung der deutschen Vorlage
wünschenswert. Vor allem die freie Vergabe der Bereiche (groups) ermöglicht eine wesentlich bessere Inhaltliche Verwendung, als die starre, nur für die vorgegebenen Felder nutzbare deutsche Vorlage.
u.s.w. um nur einige nicht unwesentliche Artikel aus dem Bereich der Musik zu nennen.
Auch die "view-discuss-edit"-Links in der Kopfzeile vereinfachen die Verwendung der Vorlagen. Beispiele mit dem Navbox-Template gibt es auch in anderen Bereichen:
Übertragung aus enWP nach deWP muss nicht zwingend zu besserer Qualität führen :-! vde-Links wirds bei uns auf längere Sicht nicht geben, sie werden von der Communitiy abgelehnt. Für Änderungen an den Feldern (oder gar die Einführung freier Felder) diskutiere bitte mit Sachverständigen auf Vorlage Diskussion:Navigationsleiste Musik oder WD:WikiProjekt Musik, nicht hier in der Vorlagenwerkstatt wo wir uns gerne um die technische Umsetzung eines Diskussionsergebnisses kümmern. -- ✓Bergi22:48, 6. Jan. 2012 (CET)
vde-Links in Vorlagen
Gerade die vde-Links erleichtern die Arbeit mit den Vorlagen erheblich. Ich kann mir ja vorstellen, dass es Befürchtungen vor einem vandalisierenden edit in den Vorlagen gibt. Aber irgendwie widerspricht das der WP-Philosophie. In der englischen Community wird es ja auch genutzt und führt nach meiner Auffassung zu einer wesentlich vermehrten Verwendung von Vorlagen und damit von Standards für die Nutzung Artikel. Das hat vielleicht nicht's mit der Qualität der Artikelinhalte zu tun, wohl aber mit der Usability und der Verbindung von Informationen in der Wikipedia (eine Basis für Semantic Web ?) ! Da würde mich die Begründung der deutschen WP-community schon mal interessieren. Gruß --Blueser280512:30, 7. Jan. 2012 (CET)
Ich versuch mich mal an einer Begründung, diese spiegelt aber erstmal meine persönliche Meinung wieder:
natürlich die Angst vor vermehrtem Vandalismus
Es soll in Artikeln nicht auf andere Namensräume verlinkt werden
durch die Edit-Links wird das Konzept der Einbindung weniger deutlich. Wer diese Links wie Abschnitt bearbeiten anklickt, ist sich nicht bewusst was genau geändert wird und worauf sich das auswirkt.
Die Vorlagen sind unter dem Bearbeiten-Fenster erreichbar. Der Ablauf soll sein: Ich will etwas ändern → Bearbeiten → suchen, wo im Quelltext das steht → aha, eine Vorlage namens XYZ → diese unter "Folgende Vorlagen werden von dieser Seite verwendet:" suchen → dahinter auf Bearbeiten klicken → ändern. Dazu muss einem klar sein, was Vorlagen sind und wie sie funktionieren.
gilt nicht für Navileisten: Benutzer versuchen schon jetzt teilweise, Parameter in der Vorlage zu verändern wenn sie sie eigentlich belegen wollen
Danke für Eure Antwort ! Es ist also auch die Angst vor Vandalismus, der sich ggf. über die Vorlagen auf eine große Anzahl von Artikeln auswirkt. Dem kann man z.B. auch mit dem Sperren wichtiger Vorlagen für OttoNormalUser entgegenwirken. Es sollte - meine Meinung - wirklich nochmal überlegt werden, ob nicht zumindest mit einem vd-Link den Autoren geholfen werden kann, besser an die Doku zu den Vorlagen zu kommen. Ich weiß ja nicht, wie lange diese Diskrepanz zwischen den anderen WP (en-fr-it-pl ...) und der de-WP schon besteht, aber im Ergebnis der wichtigen Verwendung von Vorlagen (Usability, Standardisierung, Semantic Web ...) könnte die de-WP - meine Meinung - besser abschneiden. Gruß --Blueser280512:27, 8. Jan. 2012 (CET)
Die Vokabel „Angst“ weise ich für meine Person zurück.
Es ist schlicht die Erfahrung mit wohlmeinenden aber irregeleiteten Gelegenheitsbenutzern bis IP. Die Reparatur der Unfälle bindet zusätzliche Zeit der Autoren.
Die geübteren Autoren, die mit Navi-Leisten und Vorlagen klarkommen, wissen, wie sie mit wenigen Klicks die Navi-Leiste selbst ändern können; dem wäre der Aufwand für die Wiederherstellung von Editier-Fehlern gegenüberzustellen.
Navi-Leisten beschreiben eine Art abgeschlossenes Sammelgebiet, die sich nicht laufend ändern; hin und wieder muss halt mal die ((Navigationsleiste Deutscher Bundespräsident)) aktualisiert werden.
Der Artikel wird durch zusätzliche Links auch nicht besser lesbar und übersichtlicher.
Was irgendwer irgendwo anders macht, kann immer interessant sein. Eine Verpflichtung, es dann genauso zu machen oder nicht, besteht nicht. Es ist auch nicht nachvollziehbar, warum Autoren zu hessischen Landgrafen die identischen Prozeduren befolgen müssen wie sie in den Vorlagen der italienischsprachigen WP eingerichtet sind. Technische Notwendigkeiten zu einer Standardisierung gibt es hier nicht.
Wer drauf versessen ist, hier unbedingt Direkt-Links für Autoren zu anzuzeigen, möge ein Benutzerskript schreiben und allgemein anbieten, das bei Navileisten-Einbindungen genau diesen Autoren auf eigenen Wunsch zusätzliche Links anbietet.
Danke auch für diese Antwort ! Natürlich nur Angst im übertragenen Sinne ! Sicherlich habe ich als OttoNormalUser auch keinen Überblick, welche gutgemeinten Unfälle so alles passieren und welche Arbeit damit verbunden ist. Insgesamt ist es aber immer eine lohnenswerte Aufgabe, die Oberfläche für Endnutzer besser handhabbar zu machen und durch Synergien der verschiedenen Wiki's Arbeit bei der Übertragung und Verbindung von Artikeln zu sparen. Gruß --Blueser280517:06, 8. Jan. 2012 (CET)
Um das mit der Angst nochmal klarzustellen: Die Befürchtung, dass man mit zusätzlichen Edit-Links neben Usability auch Vandalismus fördert ist einfach grundsätzlich gegeben. Bei Vorlagen tritt dies aber in den Vordergrund, weil Änderungen hier weiterreichende Auswirkungen haben und einzelne Edits auch deutlich größere Serverlast produzieren.
@Blueser: Wo siehst du Synergien zwischen Sprachversionen, wenn wir vde-Links anbieten würden? Ich habe mir erlaubt, deine Kursivstellung zu entfernen, es ist nicht sinnvoll ganze Absätze zu betonen. -- ✓Bergi19:00, 8. Jan. 2012 (CET)
@Perfektes Chaos: Das mit dem Userskript ist leider nicht ganz so einfach. Bei Navileisten mit vde-Links (in den anderen Sprachversionen) ist nämlich ein weiterer Parameter notwendig, in welcher Navileistenseite die Vorlage:Navigationsleiste eingebunden ist (bearbeitet werden können soll). Derartige Parameter müssten in der deWP erst eingepflegt werden (immerhin per Bot möglich), ein Skript für die Situation heute müsste die API befragen welche Vorlagen in den betrachten Artikel eingebunden sind, nach Navileisten filtern und dann lustiges Quelltextraten veranstalten. Wobei, von einfach hast du ja gar nichts geschrieben :-) -- ✓Bergi19:00, 8. Jan. 2012 (CET)
<quetsch />
– Ehbändt!! Ich stellte lediglich fest, dass interessierte Autoren gern ein Benutzerskript schreiben und anbieten können; von der Partnerwerkstatt war nicht die Rede. Ich hoffe, mich in diesem Punkt diesmal klarer ausgedrückt zu haben. ;-)) --PerfektesChaos23:25, 8. Jan. 2012 (CET)
Synergien, wenn ich z.B. die Inhalte zwischen deutschen und englischen Artikeln abgleichen will. Ich denke mal, dass viele Autoren neben der landessprachlichen Version in Richtung der englischen schauen und arbeiten. Zwei Beispiele: en:Template:Pink_Floyd - Vorlage:Navigationsleiste_Pink_Floyd - beim deutschen Template ist zwar das englische eingetragen (umgekehrt nicht;-), aber sie sind doch recht verschieden, oder auch die Navileisten in en:Erich_von_Manstein - Erich_von_Manstein, das sind doch schon gravierende Unterschiede. Als Autor, der Inhalte zwischen deutschen und englischen Artikeln transportieren will, ist das ein echtes Hindernis. Eine vd-Option würde zumindest den Zugang zur Dokumentation und damit auch Verwendung - wie ich meine - der Vorlagen erleichtern. Link Gruß --Blueser280520:49, 8. Jan. 2012 (CET)
Zum Abgleichen der Vorlagen hast du ja die IW-Links (wenn eingetragen :-). Die Navigationsleisten zwischen zwei Artikeln abgleichen zu wollen halte ich für relativ unsinnig, da enWP und deWP völlig unterschiedliche Vorstellungen von Navileisten und daher auch an ihrer Anzahl haben. Wenn du schon Vorlagen abgleichen willst, empfehle ich die genannte Liste eingebundener Vorlagen unter dem Editfenster.
Nochmal: Welche Navileiste besitzt eine Dokumentation? Imho ermöglichen v-Links auch keine erleichterte Verwendung: Der Neuling, der keine Ahnung von Vorlagen hat, sieht sich Quelltext von Artikel A an, kopiert unverständlichen Code der nach dem gewünschten klingt nach B und es funktioniert. Vielleicht ist er interessiert und sucht in der Hilfe nach H:Navigationsleisten – dort erfährt er was er benötigt. Der erfahrene Nutzer erkennt die Einbindung einer Navi-Vorlage, und a) benutzt die Suche b) sieht in der Liste verwendeter Vorlagen nach oder c) kopiert den Einbindungscode (im Gegensatz zum Neuling gezielt), weil es einfach schneller geht. -- ✓Bergi21:46, 8. Jan. 2012 (CET)
Ja, ich denke, dass Du da recht hast. Ich vermische hier wohl auch zwei Sachen und meine sicher mehr die einheitliche Verwendung von Attributen zur Beschreibung gleichartiger Objekte durch Vorlagen in den landes-/sprachspezifischen WP - dann egal ob Navigationselement (ohne Doku) oder Infobox (mit Doku). Aber das ist wohl nicht in erster Linie eine technische Aufgabe, sondern eine inhaltliche, die in den jeweiligen WP-Communities ausgehandelt werden muss. Danke ! --Blueser280508:27, 9. Jan. 2012 (CET)
Also wenn ich mir eine Navigationsleiste wie Vorlage:Navigationsleiste Pankow (Band) anschaue, dann krieg ich schon das kotzen, weil das gegen elementare Grundregeln verstößt. Die Hälfte der Einträge ist nicht verlinkt (wie soll man da navigieren?), es werden völlig unterschiedliche Typgruppen (Personen, Singles, Alben, ...) zusammengewürfelt (Stichwort Themenring), und das ganze auch noch mit schönem Blau und unterschiedlichen Schriftarten (!) vermurkst - oh man, wie konnte man sowas je einführen? 89.244.163.6420:45, 22. Jan. 2012 (CET)
Die Links funktionieren, wenn man die Vorlage korrekt einbindet. Die Einbindung des Datums ist allerdings überhaupt nicht implementiert (wird lediglich in der Dokumentation behauptet). Wozu benötigt ihr verschiedene Einbindungen? Wäre es nicht sinnvoller, stets den Artikelnamen anzugeben? Ich kann das gerne umbauen. Gruß, --NirakkaDisk.Bew.00:35, 20. Jan. 2012 (CET)
Also ich kann nur für mich sprechen: ich würde die Links gerne als Ref einbauen, und da benötige ich das Abrufdatum. Zudem sollte der Name schon korrekt (in Groß- und Kleinschrift, mit Umlauten) angezeigt werden. Also, benötigen würde ich zwei Einbindungen: einmal als Weblink und einmal als Ref. Grüße, Gripweed00:41, 20. Jan. 2012 (CET)
Ah, das mit der Datumseinbindung sehe ich jetzt erst. Das ist als Kopiervorlage gedacht. Ich würde eher so etwas bevorzugen:
Was ist denn an der Kopiervorlage auszusetzen? Und Was soll diese ominöse ref-Option bewirken, etwa erraten an welchem Tag der Artikel aufgerufen wurde? -- ✓Bergi16:11, 22. Jan. 2012 (CET)
Vorlage:Navigationsleiste Schienenverkehr in Afrika
Liebe Vorlageningenieure,
...ich weiß gar nicht so genau, wo ich anfangen soll. =)
Zuerst einmal: Es geht um einen Bot, der regelmäßig über eine Vorlage die Einsatzstatistiken von Fußballspielern ergänzt. Er entstand in enger Zusammenarbeit mit DrTrigon, der dazugehörigen Diskussionsverlauf findet ich hier (nur vollständig lesen wer viel Zeit hat!).
Vieles funktioniert schon, das Versuchskaninchen wurde Mauro Formica, der seine Einsatzdaten von der Vorlage:Fußball Einsatzdaten/Mauro Formica erhält. Prinzipiell gibt es natürlich noch einige vermeintlich kleinere Probleme zu lösen. (Der Bot an sich ist fertig, es geht wirklich um Vorlagen.)
Überblick
Vorlage:Fußball Einsatzdaten/Abfrage. Die grundsätzliche Vorlage, die Werte (Karten, Tore, Spiele etc.) von einem Spieler in einer best. Liga in einer best. Saison ausgibt.
Vorlage:Fußball Einsatzdaten/NumAbfrage. Da es in der Quelle für kein Spiel - gesetzt wird, wandelt diese Vorlage das in eine Null um.
Vorlage:Fußball Einsatzdaten/SumAbfrage. Diese summiert bestimmte Einsatzstatistiken.
Das Hauptproblem liegt zurzeit darin, dass die SumAbfrage nicht funktioniert. Das Ziel ist, dass ich der Vorlage einen Spielernamen, eine Liga, einen Wert (Tore oder ...) und zwei Jahreszahlen gebe, damit man einen Zeitraum von Einsatzstatistiken abdecken kann, wenn der Spieler länger als ein Jahr bei einem Verein spielt. Hierzu muss ich noch sagen, dass ich mich daran versucht habe und ziemlichen Mist gebaut habe, deshalb davon nicht verwirren lassen.
Ich weiß nicht wirklich wie ich das ganze näher beschreiben soll, deshalb fragt bitte nach wenn etwas unklar sein sollte. Außerdem steht diese Aufteilung in 3 Vorlagen nicht fest, ideal wäre natürlich eine. Ich hoffe sehr, dass uns hier geholfen werden kann, da dieser Bot eine enorme Hilfe im Portal Fußball darstellen würde.
Das klingt mal nach einem sinnvollen Anwendungsfeld für den Substerbot! Was mir auf- und eingefallen ist:
Die Vorlage /Abfrage sollte auf die "Hauptseite" Vorlage:Fußball Einsatzdaten verschoben werden.
Die Datenvorlagen könnte man auf Vorlage:Metadaten Einsätze XY o.ä. verschieben, der Lemmabestandteil „Metadaten“ ist üblich.
Die einzelnen Datenvorlagen sollten eine Metadokumentation bekommen, die vllt. auch die Subster-Vorlage einbinden kann.
Die Vorlage:Fußball Einsatzdaten/Quelle hat merkwürdige Parameter. Im Datensatz zu Formica wird sie mit 1=((NAMESPACE)) eingebunden? Und der Schrägstrich-Parameter spieler sollte auf zwei verschiedene aufgetrennt werden.
|Stand = (( #time: d. F | ((REVISIONTIMESTAMP)) )) dürfte den Timestamp der Spielerseite, in die die Vorlagen eingebunden werden, nicht den der Metadatenvorlage liefern. Kann man den Bot dazu bringen, das jedesmal zu substituieren?
Im Sinne einfacherer Arithmetik sollte der reguläre Ausdruck „-“ durch 0 ersetzen. /NumAbfrage fällt dann weg, für schöne Textausgabe kann man die Vorlage:Suppress0 verwenden.
Sumabfrage wird lustig. Einen variablen Zeitraum abzudecken ist in jedem Fall kompliziert. Selbst gleich rechnen kann der Bot vermutlich nicht?
Evtl. müsste man die Datenstruktur nochmal überdenken. Eingabewerte sind tabellarisch, Ausgabeformat ist tabellarisch, dennoch werden für jede Zelle 2 Vorlagen eingebunden → schlechte Performance.
Könnte der Bot die gesamte Tabelle erstellen? In einer Vorlage natürlich. Berechnungen lassen sich damit nicht mehr durchführen, vielleicht ist aber ein Mittelweg die Lösung
Alte Werte, die sich nicht mehr ändern, müssten nicht unbedingt per Vorlage eingebunden werden. Vielleicht einmal pro Saison einen manuellen Botlauf, der alte Metadateneinbindungen substituiert (dazu müssten die Vorlagen mit safesubst ausgestattet werden)? Problematisch bei Korrekturen von solch "statischen" Werten.
Interessant für die Performanceoptimierung ist der Ansatz für Metadatenvorlagen, wie er in der enWP genutzt wird: In der Ausgabe wird nicht die Metadatenvorlage vielfach eingebunden, die jedesmal per #wsitch einzelne Werte zurückgibt, sondern die Metadatenvorlage bindet eine (wählbare) Ausgabevorlage ein, der sie alle Werte gleichzeitg übergibt.
Über Dokumentation, d.h. Benennung und Beschreibung der Vorlagen, haben wir für uns erstmal festgelegt, reden wir erst wenn alle shalbwegs funktioniert. Nichtsdestotrotz wird das natürlich beachtet.
Grundsätzlich muss ich sagen, dass ich selbst mit der Programmierung wenig bis gar nichts zu tun habe. Ich sage nur wie es aussehen soll, deswegen sage ich mal DrTrigon nochmal Bescheid, dass er sich hier einschaltet.
Was ich aber sagen kann ist, dass das mit dem Stand-Parameter funktioniert, siehe Artikel von Formica.
Mit der - und 0 Geschichte hast du mich glaube ich falsch verstanden. Die Quelle (Transfermarkt.de) setzt für kein (Tor, Spiel, Karte etc.) den -. Den übernimmt der Bot auch einfach. In den Boxen soll aber eine 0 stehen, sie beispielweise Manuel Neuer. Deshalb die SumAbfrage. Grüße -- Hepha!±ion?20:57, 23. Feb. 2012 (CET)
Hallo Leute, versuche mal meinen Teil beizutragen - also der Reihe nach:
von mir aus ok (wie schon zu Hephaion gesagt habe ich da relativ schnell was gebastelt... ;)
das verstehe ich nicht ganz; wer bindet ein und wer ist eingebunden? Was ist der Unterschied/Vorteil der Metadokumentation? (sorry für die 2. Frage ;)
das ist ein "dirty Trick" (bessere Vorschläge willkommen) Im Datensatz zu Formica dient der Parameter 1=((NAMESPACE)) dazu, zu erkennen wenn der Vorlagen-Inhalt über die API-Funktion action=expandtemplates&text= expandiert wird (dann gibt es keinen Namespace) - kurz gesagt die /Quelle Vorlage ist dazu alles für den Bot und die Darstellung der Bot-Vorlage zu verbessern - von der Formatierung her aber übel... ;)) Das mit dem Schrägstrich-Parameter aufteilen ist von mir aus ok, macht nur den Syntax im Datensatz zu Formica etwas länger und unübersichtlicher (weil es muss zwingend beides Spieler-Name und -ID geändert werden, ist so etwas offensichtlicher - aber halt schlecht für die Performance ;)
|Stand = (( #time: d. F | ((REVISIONTIMESTAMP)) )) habe ich mal versucht zu machen, siehe Versionsvergleich und Versionsvergleich - aus mir gerade unerklärlichen Gründen wird es allerdings nicht gesubstet wenn der Bot die Seite speichert... jemand eine Idee? ... Aber da es ja bisher funktioniert (sorry bin wohl etwas müde heut') habe ich es wieder revertiert.
SumAbfrage wird wirklich lustig... Auch wenn der Bot das rechnen würde (was ja nicht wirklich zu seiner Grundidee passt) wäre es da etwa gleich kompliziert vermute ich. Mein Gedanke war, dass es auf eine grosse Tabelle mit Bereichen rausläuft, die man dann auslesen kann... Aber hab nicht wirklich nen Plan dazu... Darum die Frage an die Experten hier!! :))
Zur Datenstruktur: da müsstes Du ev. doch mal noch auf meiner Diskseite nachlesen, dazu haben wir viel diskutiert (sorry ;) Etwas kurz gefasst; es liegt zum einen daran wie die Daten angeboten werden und basiert auf dem Grundgedanken, dass das Ganze auch für 2500 Spieler (oder so) noch zu warten sein sollte (darum z.B. der 'simple' Syntax mit der obskuren /Quelle Vorlage... ;)
ganze Tabelle? Für alle Spieler aufs mal (siehe meine Diskseite)? Oder was meinst Du genau?
wenn sich Werte nicht mehr ändern könnte man bei dem Spieler die <!--SUBSTER-Leistungsdaten--> um diese Werte entfernen und dann bleiben sie stehen, oder in \Quelle den 'value' ändern. Allerdings würde beides Änderungen an allen (2500?) Spieler(meta)daten-Vorlagen nach sich ziehen, die man worst-case (also so wie es derzeit ist) von Hand machen müsste... Allerdings ist die Idee gut! hmmmm...
d.h. anstelle davon eine Vorlage A auf Seite C mehrfach einzubinden, nimmt man Vorlage B die C mehrfach einbindet und A bindet dann B nur noch 1 mal ein... meinst Du das, oder verstehe ich Dich falsch?
Danke überhaupt für die ausführliche Hilfe und Tips bisher...!!
OK, ein wenig Präzisierung. Ich nummerier mal durch, dann redet es sich leichter:
Richtig, Vorlagen-NK und Dokumentation kann man später auch noch machen. Jetzt wollen wir erstmal den Prototypen basteln, erst zum Produktionsstart sollte man sich festlegen. Wie die NK aussehen ist prinzipiell egal, jedoch sollten die Abfrage- von den Datenvorlagen getrennt werden (nicht dass noch jemand auf die Idee kommt, einen Num Abfrage für einen Fußballspieler zu halten :-).
Metadokumentation bedeutet, dass jede der 2500 Datenvorlage dieselbe Doku einbinden; vgl. etwa Vorlage:Positionskarte/Info. Mit der /Quelle-Vorlage hast du das ja auch schon begonnen, der restliche Text sollte dort auch noch mithinein. Im Endeffekt stehen in einer Datenvorlage nur noch das switch mit den subster-tags und die Dokumentationseinbindung (mit entsprechenden Parametern).
Wie funktioniert denn das Auslesen der Botsteuerungsbefehle? Sobald der simple-Parameter gefunden wird, wird die Vorlage nochmal durch expandtemplates geschickt – und dann der übliche Botframework-RegExp zum Extrahieren von Vorlagen? Wenn du dir die Erklärung sparen willst, reicht evtl. ein Deeplink auf den Botcode. Der PAGENAME-Parameter ist wirklich dirty, ich hätte ihn fast rausgenommen - und damit wohl den Bot gekillt. In der Produktivversion zumindest quell-kommentieren…
Der Stand-Parameter funktioniert nicht, es waren bloß sowohl Artikel wie Vorlage am 13. bearbeitet worden. Die Vorlage wurde mittlerweile wieder bearbeitet (Vorlage:Fußball Einsatzdaten/Mauro Formica#Daten), im Artikel steht jedoch deutlich noch das andere Datum.
Innerhalb von <includeonly>-tags wird nicht substituiert, daran lags. Dein Bot könnte doch aber sicher auch in ein <!-- SUBSTER-Timestamp --> einen Zeitstempel setzen, der von #time: angenommen wird. Als neue Grundfunktionalität, nicht von Vorlagen abhängig, meine ich?
Genau so hab ich mir das vorgestellt – regex ist ein mächtiges Tool, aber ich bin mir sicher der Zeitpunkt wird kommen an dem wir mehr verlangen :-)). Die Vorlagen sind an die 0en natürlich noch anzupassen.
Zur Vorlageneinbindung: Statt in Seite A eine Tabelle zu haben, in der Vorlage C vielmals eingebunden wird, soll die Seite A die Datenvorlage C einbinden mit der Anweisung, die Daten in der Tabellenvorlage B darzustellen. Als Beispiel siehe etwa die enWP:Country data templates.
Zur Datenstruktur: Für jeden Spieler (eine) eigene Datenseite(n) ist klar, schließlich werden die Daten auch so angeboten und vom Bot extrahiert. Für die derzeitige Struktur - die Tabelle nach Verein-Saison und Attribut - habt ihr das optimale Format gefunden. Umso erstaunlicher, dass ihr am Anfang der Disk behauptet euch mit Vorlagen nicht auszukennen :-)
Was mir noch ein wenig fehlt sind die Einsatzbereiche. Im Beispielartikel sehe ich die Verwendung eines ausgewählten Wertetupels in der Infobox, und dann die Tabelle. Leider (zum Glück?) kenne ich mich in den europäischen Fußballligen und bei den Ansprüchen des Fußballportals nicht genug aus, um den Aufbau der Tabelle zu verstehen. Optimal wäre es doch, wenn der Bot für jeden Spieler die gesamte Tabelle erstellt (auf einer Vorlagenseite versteht sich, keiner will SUBSTER-tags im ANR)? Inwieweit geht das, i.e wie gut ist die Extraktionsseite dazu geeignet? Welche der Angaben in den extrahierbaren Daten sind überhaupt relevant für eine WP-darstellung? Vorteil der direkten Abbildung in die Tabelle ist eindeutig der verminderte Aufwand, da nicht für jede Tabellenzelle manuell eine Metadateneinbindung angelegt werden muss – deutlich zulasten der Lesbarkeit des Tabellencodes.
In der Infobox werden Spiele und Tore jeweils über mehrere Jahre, pro Liga/Verein, summiert. Auch die letzte Zeile der sind (irgendwelche) Summen. Da kommt man wohl um eine Anwählbarkeit einzelner Datenwerte nicht herum (die Tabelle ist als Zusatz gedacht).
Wie das mit den alten, statischen Daten ist hängt davon natürlich ab. Sie sollten auf alle Fälle in der Datenvorlage vorgehalten werden, ein Ausschluss geht eh schwer. Ich bezog mich dabei vor allem auf die Tabellenanzeige. Schon jetzt werden die alten Daten für Formicas Argentinienzeit ja nicht per Vorlage eingebunden. Würde der Bot die gesamte Tabelle (oder vielleicht auch nur Tabellenzeilen) erstellen, wären diese immer noch automatisiert.
Genau und korrekt! Guter Punkt (war auch nicht ganz glücklich damit ;))
Ich hab Dein Beispiel studiert; Vorlage A bindet B ein, Vorlage B erzeugt die ganze Wiki-Seite für Vorlage A (ausser switch usw.) durch einbinden und abfragen von A. Raffiniert - das tönt sehr gut - allerding befürchte ich die /Quelle Vorlage sollte besser davon getrennt bleiben. Da sind die Anfordungen ziemlich eng gesteckt.
Hier der bot code - Du hast es richtig erkannt. Wenn simple kommt, schick der Bot den Eintrag bei simple durch expandtemplates macht den den üblichen Vorlagen-regex und kombiniert die Parameter vom simple Ergebnis mit den Parametern die er schon hatte. D.h. Du kannst beliebig Parameter in die simple Vorlage verschieben oder zurück (egal welche) und beim expandtemplates wird noch wiki-code ausgeführt, d.h. in der simple Vorlage können andere Vorlagen usw. verwendet werden um Parameter für den Bot zu verändern (war ne unerwünschte aber tolle Nebenwirkung). Was meinst Du mit 'PAGENAME'? (ist das schon Dein Alternativ-Vorschlag für 'NAMESPACE'...? ;))
Blöd also doch die andere Variante...
...die aber wegen <includeonly> nicht funktioniert... Gibts da kein Trick oder ne bessere Lösung? Was ist mit <onlyinclude> oder so? Finde es recht unschön nur wegen so was meinem Bot Daten beibringen zu müssen... (macht immer nur Probleme ;) Bisher fand ich es recht toll, dass die mw software das selber macht (in dem von ihr bevorzugten Format). Auch auslesen von der jeweiligen Spieler-Daten-Seite würde gehen, finde da aber kein Datum...
Ha! ;) mit <onlyinclude> funktioniert es tatsächlich. Dabei fällt mir aber ein ganz anderes Problem auf; egal wie wir das machen wollen ob so oder mit Deinem Vorschlag, dass der Bot ein <!-- SUBSTER-Timestamp --> tag setzt, wir haben dann auf jeden Fall dass Problem, das der Bot einfach täglich auf allen Seiten das aktuelle Datum setzt (dafür brauchen wir keinen Bot ;), aber wir wollen ja die letzte Änderung haben. Kurz; das ist eigentlich fast nur lösbar, wenn man es von der Quellseite lesen könnte (z.B. 'letztes Länderspiel' aber das ist nochmals ein Seitenaufruf usw. pro Spieler). Oder übersehe ich was? (habe es wieder revertiert)
(gut, gut ;) Hab auch erst vor kurzem gelernt; regex ist nicht gleich regex - zur Präzisierung wir reden von python's regex module... ;)
(sorry, ich schäme mich etwas) Das verstehe ich immer noch nicht ganz, also die Idee ist schon klar, aber kannst Du ev. ein ganz konkretes Beispiel machen, bzw. das obige noch genauer erklären?
(gut, gut ;) ...naja es ist so - wegen Zeitmangel bestehen bei mir schon einige Lücken was mit Vorlagenprogrammierung (v.a. neuere Sachen) so möglich ist. Kenne nur die "dirty" Tricks die ich für meinen Bot bemühe... ;) Von da her sehe ich mich nicht als gutes Vorbild oder Massstab - darum bin ich auf Deine Einschätzung angewiesen... und vielen Dank an der Stelle dafür!!
Also von wegen Einsatzbereichen und auskennen mit Fussball muss ich an Hepha! ± ion? weiterverweisen. Von wegen "gesamte Tabelle erstellen"; könntest Du ev. auf meiner Spielwiese oder einer Unterseite ein Beispiel (Konzept) oder so machen?
Du meinst es passt in etwa so und 9. ist ein Zusatz um die Performance für den ANR zu verbessern?
Tabellenzeilen: Ist eine Gedanke Wert, was mein Hephaion dazu? Aus Sicht des Bot-Betreibers ist es derzeit ein bisschen ein Problem Daten in der Reihenfolge umzustellen (innerhalb einer Zeile; d.h. die Spaltenreihenfolge), es sollte etwas "hacky" machbar sein - später dann aber sauber gelösst werden... (geht im wesentlichen um JIRA:DRTRIGON-114)
zu 2): Naja, es muss ja nicht ganz so kompliziert sein oder sich gar selbst einbinden. Einfacheres Beispiel wäre die Vorlage:Imagemapdokumentation.
zu 3): OK, simple ist alles andere als simpel :-) Was ich noch nicht ganz verstanden habe ist, warum simple überhaupt ausgegeben wird und die komplizierte VP zum Erkennen des api-expandtemplates benötigt (ja, PAGENAME war ein Verschreiber, keine Lösung).
Was macht der Bot eigentlich, wenn die Vorlage Benutzer:DrTrigonBot/Subster nicht direkt eingebunden ist (in der Linkliste dennoch auftaucht)? Ich denke, die sauberste Lösung des Ganzen wäre, den simple-Parameter entweder gar nicht oder ohne Box auszugeben, und die NAMESPACE-Prüfung entweder in der eingebundenen Vorlage oder gleich durch eine Veränderung des simple übergebenen vor der nochmaligen Auswertung zu machen. Oder ganz anders: der Bot benötigt gar nicht mehr unbedingt die spezifische Benutzer:DrTrigonBot/Subster-Vorlage, sondern expandiert die Vorlagenseite grundsätzlich und sucht darin nach <pre id="SUBSTER-abc" class="DrTrigonBot/Subster" style="display:none">s, die von beliebigen Vorlagen erzeugt werden können.
zu 4 & 5): naja, korrekt wäre schon wenn der Bot immer das Datum des letzten Abgleichs mit der Quelle einträgt, selbst wenn sich nichts verändert hat (davon ausgegangen, dass die Quelle immer aktuell ist). Allerdings bedeutet das in unserem Fall wirklich 2500 Edits täglich – keine gute Idee. Entweder verwenden wir CURRENTDAY, oder wir basteln einen anderen Parameter „letzte Änderung = 2012-02-26“, der vom Bot if (substed_content != content): erneuert wird.
zu 7) ja, ich bau mal alles um :-)
zu 10): Ja, genau. Allerdings sind nach neuesten Informationen ältere Daten sowieso manuell zu pflegen; siehe unten.
zu 11): öh, ich kenne mich mit python's regex module nicht aus. named muss ja gar ned sein, sind die nicht automatisch durchnummeriert wie in JS?
von dem, was ihr da so redet, verstehe ich nicht viel, aber ich schreibe euch hier einmal kurz was der Bot können soll, denn das scheint hier die Frage zu sein:
Der Bot sollte vorerst nur die aktuelle Saison aktualisieren. Das liegt einfach daran, dass die Quelle (bzw. alle anderen Quellen auch) für viele Ligen nicht valide sind. Da ist Formica schon ein gutes Beispiel, aus Ligen wie Argentinien, Brasilien, sowie aus allen anderen, die nicht DACH-FR-GB-ESP-POR angehören (grob), unterscheiden sich Quellen ganz einfach. Dies ist insbesondere für frühere (also früher als 2006-2007) Saisons der Fall, da sogar bei höheren Ligen wie D oder GB. Deshalb ist es angedacht, dass nach jeder Saison zumindest mal ein menschliches Auge über den Artikel geht, die Zahl der letzten Saison überträgt (und prüft!) und die Vorlage für die kommende Saison ansetzt. Für Transfers in der Wintertransferperiode gilt das ebenso. Prinzipiell ist die komplette Substitution der Tabelle eine sehr gute Idee, aber das wird aufgrund von Fehlern in den Datenbanken noch eine Zeit dauern, bis das sinnvoll ist. Zumal da immer noch die Frage bleibt, was der Autor macht, wenn die Quelle wirklich mal einen Fehler enthält, aber die ganze Tabelle substituiert wird.
Aus diesem Grund schlage ich hier vor, dass die SumAbfrage grundlegend verändert und vereinfacht wird. Nämlich dahingehend, dass der Benutzer zur Addition zweier und mehr Saisons bei _einem_ Verein einfach den Wert der vorherigen übernimmt.
Auf deutsch: Dass die Vorlage in etwa sowas macht: ((#expr: ...|Formica|GB1|Spiele|2011)) + <der Wert der Vorsaison(s) als Zahl> ))
Wichtig ist, wie gesagt, dass für keinen Einsatz eine 0 gesetzt wird, sowie, dass bei einer Zehnerstelle bei Toren (ebenso zu sehen bei Formica) alle Werte mit einstelligen Toren noch ein Leerzeichen in Zahlenlaufweite mit ((0)) erhalten sollen.
Ansonsten fallen mir auf Anhieb keine entscheidenden Vorgaben für die Infobox ein, sodass euch in der vorherigen Formatierung der Daten freie Hand gelassen ist. Für Vorschläge dahigehend natürlich offen bleibt --Hepha!±ion?23:12, 25. Feb. 2012 (CET)
ÄÄÄÄÄhhm - sorry wenn ich jetzt so bescheuert frage; aber Du willst nach/vor jeder Saison, jeweils ca. 2500 Spieler von Hand durchakern und die Tabellen anpassen? Ich hoffe ich hab da was falsch verstanden... ;) Grüsse --DrTrigon10:41, 26. Feb. 2012 (CET)
Bei der aktuellen Einstellung von .../Quelle ginge das nicht anders, da ja bei TM für jede Saison von 0 gerechnet wird. Aber wie gesagt, für Änderungen bin ich offen, da ich weiß dass das Mist wäre. =) Grüße -- Hepha!±ion?10:53, 26. Feb. 2012 (CET)
Äh, sorry wenn ich jetzt so bescheuert frage, aber du bist doch selbst Botbetreiber und weißt wie man sich das ersparen kann? Ich denke ich könnte meinen Bot durchaus dazu bringen, eine Tabellenzeile zu verdoppeln; in der oberen die Vorlagen zu substituieren und in der unteren den Jahresparameter 1 hochzuzählen…
Allerdings ist richtig, dass einmal pro JahrSaison auch ein menschlicher Bearbeiter alle Artikel durchgehen sollte und auf Transfers oder sowas überprüfen. Den beschriebenen Vorgang könnte er dabei auch halbautomatisch anstoßen – und mit zusätzlichen Parametern (wie „neue Zeile: Vereinsname auf FCX setzen“) versehen. -- ✓Bergi22:40, 26. Feb. 2012 (CET)
OK, danke für die Klarstellung. In der Tabelle sollen also wirklich nur die Zellen in der untersten Zeile automatisch befüllt werden, und die Summe berechnet.
Ich denke, wir sollten aber in den Metadatenvorlagen keinesfalls falsche Daten stehen haben, die aus veralteten externen Datenbanke stammen. Der Bot sollte also im Optimalfall
die Daten der aktuellen Saison (aber aus verschiedenen Ligen?) täglich aus der externen Quelle holen
und die alten Daten aus der statischen, korrigierten Quelle "Tabelle im Wikipediaartikel" abgleichen.
Das könnte man doch irgendwie hinkriegen? Eine Nachfrage hätte ich aber noch: In WP werden doch nur Spiel- und Toranzahl verwendet, braucht man den Rest überhaupt bzw. könnte man den sinnvoll verwenden? Und sollen alle Tabellen mal so wie Mauro Formica#Einsatzstatistik aussehen? -- ✓Bergi22:40, 26. Feb. 2012 (CET)
Volle Zustimmung zum Leerzeichen-Benutzer zu den beiden genannten Punkten! Mit der detaillierten Statistik ist das so wie alles andere im Portal Fußball: umstritten. Die Tendenz geht aber eher dahin, dass es in absehbarer Zeit nicht durchgesetzt wird. Davon abgesehen sind Daten zu Karten und Eigentoren und Spielminuten vollkommen nutzlos. Grüße -- Hepha!±ion?22:54, 26. Feb. 2012 (CET)
„Auf Faß wird die Vorlage mittlerweile benutzt und führt dazu, dass die Seite unter den nicht kategorisierten Seiten gelistet wird, was natürlich unerwünscht ist.“
Ich würde mal sagen, die Schreibweise ist veraltet, aber nicht falsch. Obsolet finde ich recht sonderbar definiert (Diese Vorlage sollte auf (rumänische!) Lemmata gesetzt werden, deren fehlerhafte Unicode-Schreibweise nicht mehr verwendet wird.) Von der definition her ist „obsolet“ aber sicherlich das richtige Wort. --Gripweed (Diskussion) 01:10, 13. Mär. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 20:03, 25. Mär. 2012 (CEST)
Ist #titleparts: schuld?
Hallo. Ich wollte gerade in der Esperantowikipedia den Parameter lokigo in mapo_lokumilo_plurobla in der Vorlage geokesto2 ändern. Jetzt funktionierte aber plötzlich die umschaltbare Karte in meiner Testseite nicht mehr. Könnte es vielleicht an #titlepartes: in der Vorlage eo:Ŝablono:Geografia lokigo multobla liegen, oder gibt es einen anderen Grund? Oder "verschluckt" sich irgendwie der Parser an der monströsen Vorlage geokesto2? Gruß --Tlustulimu (Diskussion) 13:02, 16. Mär. 2012 (CET)
Hallo. Die "arme" #titleparts:-Funktion ist "unschuldig". Wenn man in einem ((#if:-Block einen Parameter umbenennt, sollte dies auch vollständig geschehen. D.h. ich hatte ihn dort wo er angezeigt wird geändert, aber nicht direkt hinter ((#if:. Das konnte nicht funktionieren. Gruß --Tlustulimu (Diskussion) 14:01, 25. Mär. 2012 (CEST)
Im Artikel Belgien ist mir in der Überschrift der Infobox das überflüssige Leerzeichen aufgefallen. In der Vorlage ist mir als Laie kein Fehler aufgefallen. – PsY.cHo, 12:54, 23. Mär. 2012 (CET)
Keine Ahnung, müsste man sich mal andere Fremdsprachenformatierungsvorlagen anschauen. Schaden wird es wohl weniger. Der Umherirrende 20:01, 26. Mär. 2012 (CEST)
Bei Vorlage:BeS oder Vorlage:BgS ist es beispielsweise drin, scheint irgendwie nicht einheitlich gehandhabt zu werden. Dann ist es auch egal. Der Umherirrende 20:37, 26. Mär. 2012 (CEST)
Kann man eigentlich diese farblichen Buttons irgendwie automatisieren? Also sowas wie hier: WP:Fachspezifische Qualitätssicherung automatisieren? Müsste doch irgendwie über die time-Fkt in verbindung mit if und switch gehen. Also irgendwie durch regexpr. das aktuellste Datum irgendwoher auslesen und dann mit time und if überprüfen ob aktiv oder nicht. Was sagt ihr dazu? Konkrete Vorschläge?--svebert23:08, 31. Jan. 2012 (CET)
Jein. „irgendwie durch regexpr. das aktuellste Datum irgendwoher auslesen“ geht nicht mit Vorlagen. Einen Bot, der automatisch <Edits auf der QS>/<Artikelzahl in der Fachbereichskategorie>/Woche auswertet und danach die Boller setzt wäre möglich, dazu frage aber bitte auf WP:B/A nach.
Danke! Ich meine es genau so, wie du es verstanden hast. Und es geht explizit um die von mir verlinkte Seite. Es wäre super wenn das automatisiert werden könnte.--svebert12:04, 1. Feb. 2012 (CET)
Mit Vorlagen kann man hier nichts ereichen, weil Vorlagen nur mit übergebenden Werten etwas anfangen können, sich diese aber nicht automatisch aus der Seite oder gar aus anderen Seiten holen können. Du könntest höchstens auf WP:B/A fragen, ob jemand dir ein Bot schreibt, der einmal wöchentlich die Bearbeitungszahlen pro Portal auf eine Unterseite stellt und diese dann mithilfe von Vorlagenprogrammierung ausgelesen wird. Ohne Bot wird das aber nichts. Der Umherirrende 20:04, 28. Mär. 2012 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 20:04, 28. Mär. 2012 (CEST)
Vielleicht ein wenig voreilig? Im Text steht: Auf dem Kap steht über der Steilküste ein markantes Leuchtfeuer auf einem weißen Leuchtturm, der auch eine Navtex-Station beherbergt. Also sowohl Leuchtturm als auch Leuchtfeuer? Zudem kann ich nicht die Antwort auf meine Frage entdecken. --ClausDiskussionsseite12:24, 22. Jan. 2012 (CET)
Auf dem Kap steht ein Turm. Auf dem Turm ist ein Leuchtfeuer installiert. Zusammen nennt man das dann Leuchtturm, der Turm ist sog. „Feuerträger“. Infoboxen für solche Dinger werden mit der Vorlage:Infobox Leuchtturm erstellt. Aber bitte nicht am Anfang des Kap-Artikels (wo eine ((Infobox Kap)) hingehörte, wenn es eine gäbe), sondern als sog. Nebenbox in den Abschnitt, der sich mit dem Leuchtdings beschäftigt. -- ✓Bergi16:08, 22. Jan. 2012 (CET)
Es gibt aber auch Fälle wie Cape Otway (ohne Leuchtturm-Infobox im übrigen), wo der Turm eben nicht (mehr) Feuerträger ist. Solche Fälle gibt die derzeitige Infobox schlecht wider... --Reinhard Kraasch11:49, 23. Jan. 2012 (CET)
Das reicht ja nicht aus - das Leuchtfeuer ist ja durchaus noch in Betrieb (und hat auch Tragweite usw.), nur halt nicht mehr auf dem Leuchtturm, sondern zwanzig Meter weiter am Fuß des Leuchtturms. Insofern würde es schon Sinn machen, Leuchtfeuer und Leuchtturm zu trennen, zumal es auch Situationen gibt, wo mehrere Leuchttürme nebeneinander stehen (z.B. an der Punta de Fuencaliente). Allerdings muss man ja auch nicht jede Situation mit der Infobox abdecken wollen. --Reinhard Kraasch14:01, 23. Jan. 2012 (CET)
Au weia! Schon wieder so eine total überladene IB mit "DOS-Parametern" ;-( Die Vorlage ist total überladen. Sie sollte nur die wichtigsten Fakten aufnehmen. Dann können auch mehrere Boxen in einen Artikel. Die Feuerträgerhöhe dürfte z.B. selten bekannt sein, eher schon eine allgemeine Angabe der Höhe. Ob das bis zum Dachfirst gemessen wurde oder auch eine Funkantenne mitgemessen wurde, ist oft unklar. Auch muss man die Tragweite nicht für alle Farben angeben. Das dürfte fast immer leer bleiben. Allgemein gilt als Richtwert: Was nicht in mind. 1/3 aller Artikel einen Wert bekommt, sollte draußen bleiben. Hat man erst mal die Parameter reduziert, kann man auch die Frage nach separaten Vorlagen angehen. ÅñŧóñŜûŝî(Ð)14:56, 23. Jan. 2012 (CET)
Zu unterscheiden ist, ob das Leuchtfeuer aus nautischer Sicht, oder der Leuchtturm aus kultureller, architektonischer oder touristischer Sicht beschrieben wird.
Aus nautischer Sicht ist die Feuerhöhe (Höhe des Feuers über Meer) eine wesentliche Information, da sich aus ihr die Sichtweite ableitet (Erdkrümmung im Verhältnis zur Feuerhöhe) und die Feuerhöhe zur Abstandsbestimmung verwendet wird. Die Vorlage:Infobox_Leuchtturm enthält die für das Leuchtfeuer wesentlichen Daten. Um ein Leuchtfeuer umfassend zu beschreiben werden aber bis mehrere Dutzend Parameter benötigt. Beispiel in der Karte mit Link zum Wikipedia-Artikel. Gruss, --Markus23:02, 1. Feb. 2012 (CET)
Inhalt der Vorlage abhängig von Lemma
Folgendes Problem:
Wir arbeiten im WikiProjekt Straßen und Plätze in Berlin an Straßenlisten für Berliner Ortsteile mit dem Lemma-Schema Liste der Straßen und Plätze in Berlin-Ortsteil, (z.B. Liste der Straßen und Plätze in Berlin-Fennpfuhl). Allerdings gibt es auch Ortsteile ohne Plätze (z.B. Liste der Straßen in Berlin-Falkenberg). Die Legende für die Listen soll mittels dieser Vorlage eingebunden werden. Ist es möglich die Vorlage so zu scripten, dass sie zunächst ausliest ob im Lemma das Wort "Plätze" auftaucht und den Textinhalt der Vorlage entsprechend darstellt?
Etwa nach dem Schema: Wenn Lemma beinhaltet "Plätze", dann schreibe "Die nachfolgende Tabelle gibt eine Übersicht über die vorhandenen oder historischen Straßen und Plätze im Ortsteil...", wenn nicht dann schreibe "Die nachfolgende Tabelle gibt eine Übersicht über die vorhandenen oder historischen Straßen und Plätze im Ortsteil..." --Nicor (Diskussion) 23:51, 30. Mär. 2012 (CEST)
Nein, das geht nicht. Die Erweiterung, die für solche Stringvergleiche nötig wäre, ist hier in der Wikipedia aus Performancegründen leider nicht aktiv. Ihr müsst das mit einem Parameter lösen, zum Beispiel Plätze = nein. --TMg00:02, 31. Mär. 2012 (CEST)
Problem: unterschiedliche Parameter. Ich verwechsle die Parameter immer wieder, vergesse sie oder schau gleich immer nach. Das mit den Refs wird ja überhaupt anders gehandhabt. Wenn ich ausprobieren möchte ob es besser im Text oder extra steht, muss ich immer groß umbauen.
Groß durchgedacht habe ich es noch nicht. Die bisherige Syntax sollte bestehen bleiben, weil sonst ist das eine Massen-Bot-Arbeit. Es sollte also eine gemischte oder komplett zusätzliche Syntax sein. Machbar? Ideen? --Franz (Fg68at) 04:58, 12. Jan. 2012 (CET)
Danke, du hast völlig recht. Ich hab versehentlich auf die Taste daneben gedrückt (§) und jetzt ausgebessert. --Franz (Fg68at) 21:40, 12. Jan. 2012 (CET).
Und was genau stört dich jetzt an den beiden Vorlagen? Die Parameter sind bei beiden gleich. -- ✓Bergi20:40, 15. Jan. 2012 (CET)
Vor allem ist die ref-Beabeitung unterschiedlich. Bei ›Zitat‹ ist es eine Zusatzinformation, bei ›"‹ ist es ein Schalter, der auch gleich die Übersetzung zu den Einzelnachweisen verbannt. Bei ›"‹ werden Autor und Quelle in die Quellenangabe verschoben. Bei ›Zitat‹ wird das getrennt behandelt, man kann also zB eine Kurzinfo in den Text geben und die genaue Quellenangabe in ref. Bei ›"‹ gibt es keine Umschrift.
4) ›"‹ mit Schalter auf ›Zitat‹ - Volle Angabe in der Unterschrift, "ja"
›"‹ mit Variablennamen, Quelle outline (Will man Autor und Quelle als Ref haben, ist immer auch die Übersetzung als Ref, die möchte man vielleicht im Text haben.)
(("
| Text=This is the quotation.
| Autor=Derewitsch Autorius
| Quelle=''Das fünfte Buch''. Aderers Verlag. Buxtehude 2008, S. 183 ([http://de.wikipedia.org Online-Ausschnitt])
| ref=ja
| lang=en
| Übersetzung=Das ist das Zitat.
))
›"‹ mit Variablennamen, Quelle outline, auf ›Zitat‹ geändert (ja hervorgehoben):
“This is the quotation.”
„Das ist das Zitat.“
– Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
5) ›"‹ mit Übersetzung im Text, Quellenangabe als Ref danach - unschönes ref danach
›"‹ mit Variablennamen, Übersetzung im Text, Quelle danach
“This is the quotation.” (deutsch: „Das ist das Zitat.“)[7]
›"‹ mit Variablennamen, Übersetzung im Text, Quelle danach, auf ›Zitat‹ geändert:
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
↑Derewitsch Autorius: Das fünfte Buch. Aderers Verlag. Buxtehude 2008, S. 183 (Online-Ausschnitt)
Es funktioniert also nur eine Kombination (ausser ihr habt noch andere sinnvolle) und bei der MUSS der Autor und die Quelle im Text stehen. Sobald ich Autor und Quelle nur als Ref stehen haben möchte, habe ich umzuarbeiten: entweder zum Parameter "ref" hinein, oder hintanstellen. Möchte ich bei ›"‹ auch die Übersetzung im Text stehen haben, dann MUSS die Quellenangabe ausserhalb der Vorlage stehen, bei ›Zitat‹ MUSS sie in der Vorlage stehen. --Franz (Fg68at) 15:37, 8. Feb. 2012 (CET)
"Wechsel zwischen Bildern" - Funktion aus fr-WP
Hi, in der fr-WP gibt es eine Funktion, mit der man zwischen zwei Darstellungen hin und her schalten kann. Die ist in der dortigen Infobox für Gemeinden in Frankreich (fr:Modèle:Infobox Commune de France) fest eingebaut und man kann sich die Funktion zB in fr:Bauné ansehen (Unter der Landkarte am Ende der Infobox auf den blauen Text klicken, egal ob man ihn versteht oder nicht - zurück durch Klick auf den dann anderen blauen Text an selber Stelle).
Ich könnte diese Funktion eigenständig, also nicht in einer Infobox, brauchen, damit Leser in einem Artikel zwischen einer historischen und einer aktuellen Karte mit identischem Ausschnitt umschalten können. Ein anderer Anwendungsbereich wurde vor einer Ewigkeit mal diskutiert: Ein Bild von Las Vegas bei Tag und Nacht vom selben Standort.
Meine Frage: Wieviel Aufwand ist das? Und wie ist die Stimmung bezüglich des JavaScripts, das man dafür ja braucht? Hat jemand Zeit und Lust, sich das mal anzusehen? Danke im Voraus und Grüße --h-stt!?16:53, 27. Jan. 2012 (CET)
Nein, das ist nicht was ich suche. Zwar ähnlich aber nicht ausreichend. Mir geht es um das direkte Umschalten zwischen zwei Bildern, kein Blättern in einem Image stack. Soweit ich weiß ist die von mir gesuchte Funktionalität wirklich nur in der oben angegebenen Infobox verarbeitet. Grüße --h-stt!?11:42, 30. Jan. 2012 (CET)
Achso, um Poskarten gehts dir. Auch in der deWP wurde derartiges unter Vorlage:PositionskarteX getestet. Auf deren Disk findest du ein paar funktionierende Beispiele, imho befindet sich das ganze aber immer noch im Teststadium. Der Code ist semantisch nicht wirklich gut (setzt m.W. auf der Scroll Gallery auf) und viele der Neuerungen aus der Vorlage:Positionskarte wurden noch nicht eingepflegt. -- ✓Bergi15:14, 30. Jan. 2012 (CET)
Nein, ich will das nicht nur auf Poskarten. Ich will den direkten Wechsel zwischen zwei Bildern (heutige Karte/historische Karte, Bild bei Tag/Nacht, etc). Diese Funktion habe ich in der französischen Infobox gefunden weshalb ich sie als Beispiel nenne. Drücke ich mich denn so undeutlich aus? Grüße --h-stt!?19:31, 30. Jan. 2012 (CET)
Ich versteh jetzt nicht ganz den Unterschied zwischen deinem Wunsch und den verlinkten Möglichkeiten. Sie unterscheiden sich doch nur in der Anordnung des umschalt-Links? Wie gesagt, das vorhandene Skript lässt sich missbrauchen um vermutlich auch deinem Wunsch gerecht zu werden. Es ist bloß genauso schlecht wie mw-collapsible, nur noch ohne jQuery :-) Viel mehr als das rechts wird ohne wirklich grauenvollen Code aber nicht herauszuholen sein. -- ✓Bergi21:40, 6. Feb. 2012 (CET)
Es geht um mehr als die Anordnung des Umschaltlinks. Es geht vor allem darum, dass in der fr-Version ein blauer Link das Ziel des anderen Bildes beschreibt. Ich möchte unter einer heutigen Karte einen blauen Link "zur historischen Karte von 1776", bzw umgekehrt. Ich möchte nicht über dieser Karte eine kryptische Pfeilanordnung aus der nicht hervorgeht, wohin man mit einem Klick auf einen der Pfeile kommt. Das erscheint mir eine wesentliche Funktionalität. Grüße --h-stt!?12:46, 8. Feb. 2012 (CET)
Hat keiner mal einen spendablen Tag? ;) Die Parameter bekomm ich auch selbst in die Vorlage, nur alles was dahinter steckt (Wartungskats, Poskarte, ...) ist eine Ecke zu undurchschaubar. --тнояsтеn⇔08:22, 9. Feb. 2012 (CET)
Habe heute meinen guten Tag ;) Werde mir die IB anschauen und die Geoparameter einfügen. für die Befüllung seid aber ihr zuständig :) Näheres werde ich auf der Disk.-Seite schreiben.--Markus S. (Diskussion) 21:43, 9. Apr. 2012 (CEST)
Hallo Kollegen, wie handhaben wir Vorlagen, speziell Textbausteine, die nur zur Verwendung in Benutzerseiten vorgesehen sind? Sollen die generell im Benutzer-Namensraum angesiedelt werden, oder nur Babelbausteine, außer Herkunft und Sprache betreffend? Wo finde ich Umfrageergebnisse oder Beschlüsse zu dieser Frage? Auf die Schnelle habe ich keine Richtlinien dazu gefunden. Konkret geht es mir darum, zu klären, ob eine meiner Verschiebungen berechtigt ist, siehe hier. --Wiegels„…“14:11, 20. Jan. 2012 (CET)
Sehe ich auch so. Politische, Spaß- und ähnliche Vorlagen gehören in den BNR. Nicht dazu gehören die „offiziellen“ Sprach- und Schriftbabel, sowie „nützliche“ Bausteine z.B. aus der Kategorie:Vorlage:Diskussionsseitenbaustein (auch wenn die nur für den BNR gedacht sind). Eine Grauzone besteht eigentlich nur bei den nützlichen Vorlagen, die wenig verwendeter Selbstbau sind (Benutzerhinweise, Begrüßungen). Und dann habe ich gerade noch die Kategorie:Vorlage:Benutzer: gefunden, wo imo bei vielen Seiten entweder Namensraum, Kategorie oder beides geändert gehört. -- ✓Bergi14:37, 20. Jan. 2012 (CET)
Ja, den hätte ich auch noch erwähnen können. Allerdings gehts da nur um Babeln, nicht beliebige Textbausteine. -- ✓Bergi15:23, 22. Jan. 2012 (CET)
Vielen Dank für die Antworten! Wie wollen wir vorgehen? Sollen wir im Fall Vorlage:GegenSOPA-PIPA einen Baustein mit privater Meinungsäußerung zulassen (und damit auch ähnliche Vorlagen) oder sollte eine Regel zum Thema Neutralität im Vorlagennamensraum formuliert werden, auf die man sich künftig berufen kann, falls das ohne Meinungsbild geht? --Wiegels„…“21:15, 23. Feb. 2012 (CET)
Ich bin gegen solche Vorlagen im Vorlagennamensraum. Die Systematik um Sprachbabeln macht in einem Multisprachen-Projekt Sinn und ist auch dem Aufbau einer Enzyklopädie förderlich, so ein Protestbaustein (Vorallem in der Aufdringlichen Form) höchstens im Entferntesten. Gerne als Unterseite im BNR oder PNR, aber nicht "offiziel" und für alle Nachnutzer (Ja, da brauchst auch nicht die Sprachvorlagen, aber das kann man in Kauf nehmen). Der Umherirrende 21:14, 27. Feb. 2012 (CET)
jetzt: | ((#if: (({NAME|))}|(({NAME))}|((PAGENAME)))) auf der Karte von (({STAAT))))}
wie: stattdessen: | ((#if: (({NAME|))}|(({NAME))}|((PAGENAME)))) auf der Karte von (({REGION))))}
Dann wollte ich die Verwendung der IB bei anderen lateinamerikan. Staaten prüfen, ob diese Änderung ungewünschte Auswirkungen hätte, und stieß bei Argentinien gleich auf eine andere IB - ich dachte, die o.g. wäre immer zu verwenden, also frag ich Euch, bevor ich mir den Wolf klicke von A bis Venezuela. Gruß, --Emeritus11:55, 8. Feb. 2012 (CET)
Korrekt ist … auf der Karte von ((Info ISO-3166-2|code=(({REGION-ISO))}|name)), oder eher besser ((Positionskarte ((Info ISO-3166-2:(({REGION-ISO))}|map))|name)), damit wird genau der Name der ermittelten Karte ausgegeben.
Danke, Bergi, genau das war ja gewünscht. Kannst Du das dann in der Vorlage umsetzen? Bei rd. 1400 links auf diese Vorlage möchte ich das mangels Erfahrung nicht selbst machen. --Emeritus04:24, 10. Feb. 2012 (CET)
Jein, doch. Die neue Vorlage:Positionskarte/Rahmen geht davon aus, dass wenn eine width angegeben ist dies eine Zahl ist und das Bild ebenso breit ist, wodurch das Ausgabe-DOM deutlich vereinfacht und kein grauenvolles CSS benötigt wird. Die CoordinateMap/map habe ich gerade eben umgestellt – doch das genügt nicht wenn das Bild dann schmäler skaliert wird als angegeben (300x200px führt zu einer 202 × 200 Pixel großen Datei:Brazil location map.svg). Daher habe ich erstmal auf nur Breitenangabe gesetzt, was halt zu großen Brasilienkarten und schön groß aufgelösten Chile-Karten führt :-(
Die Lösung ist noch offen. Sinnvoll wäre es vermutlich, wenn man die Seitenverhältnisse aller Positionskarten in die Metadatenvorlagen einträgt (das Feld gibts eh schon) und zur Normalisierung der Darstellung nutzt. Sozusagen eine große Lösung für die kompliziertere Variante, in die Ortsinfobox REGION-ISO-abhängige Kartenbreiten einzubauen. Was meint ihr? -- ✓Bergi15:20, 10. Feb. 2012 (CET)
Hallo Bergi, ich finde die lange Chilekarte extrem unschön und im Gegensatz zu grauenvollem css, table hack, etc. noch dazu für alle Leser sichtbar. Aus meiner Sicht kein guter Tausch von Nachteilen. Auch andere Länder haben lange Karten, Norwegen, Italien, GB, Portugal, um nur einige zu nennen. Also kein Chile spezifisches Problem. Das Einpflegen der Kartendimensionen habe ich mal vor langer Zeit experimentell begonnen (ist schon so lange her, dass ich die Musterposkarte gar nicht mehr finde), das hat aber den Nachteil, dass eine Menge von magic numbers gepflegt werden müssen. Insoferne habe ich damals die gleichzeitige Beschränkung von Höhe und Breite durch das umgrenzende Rechteck als einfach und elegant gefunden. So schlimm kann es denn auch nicht sein, da unter WP:Bilder#Feste_Skalierung immer noch so dokumentiert. lg --Herzi Pinki14:52, 12. Feb. 2012 (CET)
OK, dann erstmal wieder zurück auf table (die armen mobile-Leser). Außer der Lateinamerika-IB waren dürften nur etwa 14 Seiten betroffen gewesen sein, oder machen andere IBs ebenfalls Verwendung von AxBpx-Werten?.
Die Einpflegung der Positionskartendaten kann ich per Bot übernehmen, das sollte kein allzu großes Problem sein. Die Wartung dürfte nicht so aufwendig werden, da sich an den Daten ja sehr selten was ändert.
Die Beschränkung per Breite und Höhe möchte ich ja beibehalten. Nur lässt sich die Bilder-Syntax nicht per VP auftrennen, sodass ich ohne einzelne Breiten- und Höhenwerte nichts aus dem Kartenseitenverhältnis berechnen kann. Statt size also width and height, und wenn dennoch in size keine Zahl steht muss man auf den table-Hack zurückgreifen. -- ✓Bergi15:31, 12. Feb. 2012 (CET)
Textbaustein zur Vereinheitlichung von Kommentaren zu den Belegapparaten
Hallo miteinander. Ich habe schon in diversen Artikeln Kommentare gefunden, wie der Belegapparat des Artikels aufgebaut ist. Aber hat es jemals einen Versuch gegeben, dies mit Textbausteinen zu lösen? Auf Benutzer:Minnou/Vorlage:Belegapparat ist ein erster Entwurf von mir zu finden.
An dieser Stelle wünsche ich mir neben der Beantwortung meiner oben gestellten Frage an erster Stelle Kommentare zu der technischen Umsetzung. Zweitens könnte bereits diskutiert werden, inwieweit eine Einbindung in den Artikelnamensraum sinnvoll ist. Wie breit muss eine Vorlage eigentlich abgestützt sein? Die Vorlage würde ich anschließend gerne auf WD:KALP, WD:EN oder anderen geeigneten Diskussionsseiten (Vorschläge?) besprechen. Wohl vorzugsweise auch auf jenen Diskussionsseiten sollten Details zum Text oder Bild besprochen werden und allenfalls noch eine, IMHO höchstens zwei weitere Versionen der Vorlage diskutiert werden. Grüße--MinnouGvgAa22:16, 20. Feb. 2012 (CET)
Nur so als Hinweis: Kein Autor, weder ein Neuling noch ein Erfahrener, und schon gleich gar kein Leser kann etwas mit dem Begriff Belegapparat anfangen.
Ich kenne aus der Vergangenheit weder Diskussionen zu derartigen Einzelnachweisregulatorien, noch dass es dazu Hinweisbausteine gab. Persönlich würde ich so ein Bapperl als Artikelverunstaltung sehen, optisch rangiert es auf selber Ebene wie Wartungsbausteine. Was meinst du mit der Frage nach „breiter Abstützung“? Rückhalt in der Community; oder technische Abdeckung verschiedener Varianten?
Zur technischen Umsetzung kann ich erstmal wenig sagen. Es ist eine ganz normale, unkomplizierte Bapperl-Vorlage und sie funktioniert. Oder soll sie vielleicht etwas anderes bezwecken? -- ✓Bergi00:56, 21. Feb. 2012 (CET)
Dass die Vorlage als Textbaustein soweit funktioniert, freut mich. Andere Aufgaben müsste sie nicht erfüllen.
Mit breiter Abstützung meinte ich in der Tat Rückhalt in der Community. Der Rückhalt müsste natürlich für die Idee einer ähnlichen Vorlage an sich und vom Inhalt des Kommentars unabhängig beurteilt werden, beispielsweise die Anwendung des umstrittenen Leerzeichens. Danke für den Link zur Diskussion, die kannte ich nicht. Zuerst werde ich mir über die Diskussion Gedanken machen, bevor ich die Vorlage weiter verfolge. Grüße, Danke --MinnouGvgAa21:31, 21. Feb. 2012 (CET)
Mit der Vorlage können nur Noten realisiert werden, kein Text. Dazu müsste das ganze in einem Notensatzprogramm eingegeben werden und dann als Grafik hochgeladen werden. --тнояsтеn⇔12:47, 21. Feb. 2012 (CET)
Das ist leider nicht so ohne weiteres möglich. Hier mal das, was die Vorlage kann:
((Musik Notation|ClefG+3|44|4e1|4a1|8a1|8g1|4f1|Bar|4e1|4e1|4e1|4c1|Bar2))
((Musik Notation|ClefG+3|4d1|4d1|4f1|4f1|Bar|4e1|4g1|2a1|Rep1|2e1|2d2|Bar|4c2|4a1|2c2|Bar2))
((Musik Notation|ClefG+3|4b1|8b1|8b1|4g1|4e1|Bar|4a1|4c2|2e2|Rep2|2pa1|4|End))
Alles weitere an "Sonderformatierung" wie gesagt über ein Notensatzprogramm (ich habe leider keines). Evtl. kann man hier weiterhelfen: Portal Diskussion:Musik. --тнояsтеn⇔15:15, 21. Feb. 2012 (CET)
Es wäre mal eine intellektuelle Leistung, per Vorlage zu den Noten einen synchronen Text drunterzuschreiben.
Das kann man dann auch den englischsprachigen Freunden aufs Brot schmieren.
Jede Note wird zu einem 24px-Block umgesetzt; etwa: 24px-Music_4pa1.svg.png
Jetzt müsste man eine Tabellenzeile basteln, die für die bis zu 50 Parameter an Notenelementen jeweils die Gesamt-width (Standard 24px, oder Bar=10, oder 34px für ClefG+2) verbunden mit der Silbe untersetzt. Wahlweise 100 Parameter px|text|px|text|px|text, oder eine String-Analyse innerhalb eines Parameters: Zwei Ziffern, dann Leerzeichen und dann Silbe ab Zeichen 4. – Oder aber: Besser Schlüsselbuchstabe vorneweg, der je nach Skalierung in die geeignete px-Zahl umgesetzt wird. Zwei Schlüsselbuchstaben gibt colspan="2" bzw. eine Zelle mit w1+w2. Definitiv etwas für /core, und allzu musikalisch sollte ein Artikel nicht werden, sonst verfällt der Leser ins Adagio und die Hamster blasen Trübsal.
Da die Note mittig im Element steht, ist die Silbe links-mittig unter der Note.
Die 24px könnten von irgendwas abhängen; Benutzer-Option? Bin kein Bildbastler.
Jedenfalls ließe sich damit Frère Jacques oder die Internationale multilingual durch die Wikiprojekte verbreiten, ohne jeweils ein Notensatzprogramm zu benötigen.
Edel wäre zwar, die Breite von dem darüberliegenden Notenelement per zweizeiliger Tabelle zu erben; aber eine zu breite Silbe würde die Notenlinien zerreißen, und die Zellenbegrenzung könnte bei manchen Renderern eine Lücke zwischen den Notenlinien verursachen. Aber man könnte unterhalb der Textzeile eine Trennzeile von 1px Höhe anordnen, die aus transparenten SVG die PNG-px-Umsetzung in gleichem Verhältnis wie die Notenelemente ausführt und damit die Mindestbreite der in der Zeile darüber liegenden Textzelle gewährleistet, ohne die px irgendwo explizit angeben zu müssen. border-width? Oder eine Zelle, in der die Silbe steht und nach <br/>die Dummy-Grafik.
Eigentlich wäre ein Wiki-Notensatzprogramm etwas für eine Extension à la hiero und math.
@Doc Taxon: Die Ägyptisch-Erweiterung für Mediawiki: H:Hieroglyphen
@Perfektes Chaos:
Ein Wiki-Notensatzprogramm gibts schon länger, es kann sogar midi-Dateien erzeugen. Will aber auf WMF keiner aktivieren. mw:Extension:ABC/mw:Extension:AbcMusic
24px oder nicht ist keine Frage. Die Notenbildchen sind SVG.
Mittig stehen, kein Zerreißen oder Rahmen ist mit CSS problemlos möglich, siehe rechts.
Okay, die beiden Staff links und rechts lösen natürlich mein geistiges Problem mit der zu breiten Silbe; das sollte für ein „Wunsch“ und „Nacht“ reichen. Gute Idee!
Dass dies mit aktuellen Browsern gut aussieht, wollte ich auch nicht bezweifeln. Im Lauf der Jahre bin ich aber immer mal wieder über dümmliche Teile gefallen, die dann trotz border="0" 1px dazwischen gerissen hatten. Selbst habe ich aber nur Produkte aus den letzten 12 Monaten in Reichweite und bin kein Web-Designer für olle Browser. Aktueller Erwartungshorizont?
Die Geschichte müsste noch auf ein minimal menschenwürdiges Format der Vorlagenparameter gebracht werden, mit der Tücke: colspan=N. Über einer Silbe kann ein Triller (koloraturmäßig) liegen; sich anschließende Pause oder Taktstrich sollte in das Ende der Silbe einbezogen werden.
Die Staffs hatte ich ursprünglich gar nicht vor, die habe ich nur nebenbei in der Kategorienbeschreibung gefunden. Das dichtere Notenbild (mit jeweils 24px breiten Bildchen) führte aber zu einer so schmalen Grafik, dass der Text in Standardgröße keinen Platz mehr hätte – überlange Silben(wörter) noch gar nicht einbedacht. Das negativ-margin-div könnte man auch weglassen und stattdessen die schmäleren Datei:Music Staff10.svg verwenden, so hat man halt noch etwas Spielraum für Überbreite. Die Textzellen sollten sowieso noch eine max-width und overflow:hidden bekommen, war bei diesem Beispiel aber nicht nötig.
Eine menschenwürdige Vorlage wird schwierig, das ist richtig. colspan könnte man automatisch aus Anzahl nachfolgender, leerer Parameter bestimmen? Ansonsten ist halt die Frage, ob die Tabellenanordnung der Parameter vertikal oder horizontal geschehen soll – also Note-Text abwechselnd oder erst die Noten, dann die Texte. Auf benannte Parameter sollte man der Übersichtlichkeit wegen wohl verzichten. -- ✓Bergi01:31, 22. Feb. 2012 (CET)
U+2669-266C liefert kurze Namen für Untervorlagen, Vorlage:♩ etwa gäbe es noch nicht.
Damit käme ich auf einen noch halbwegs menschenlesbaren Code
Eine Zuordnung zweier unterschiedlicher Tabellenzeilen über die Position der Zellen wäre wahrscheinlich nur nach trial-and-error solange mit Einfügen und Löschen zu fummeln, was keiner bis zur zweiten Textzeile durchhält.
Die Untervorlage würde dann bis ca. 3 oder 4 Notengrafiken erwarten.
Problem ist dabei, dass der untere (Text-)Block eine Mindestbreite der Zelle vorgeben muss, während der obere Grafik-Block eine andere Mindestbreite über die tatsächlich vorhandenen Noten definiert, an den (bei mir inzwischen: rechts) ein overflow:hidden mit langer Fortsetzung der Linien anschließt, der kollabiert. Zumindest kollabieren soll, in Abhängigkeit vom umgebenden Block.
Also mit der echten Note beginnen und ein Notengrafik-Konstrukt Staff100(px) anfügen; im SVG muss ja nur ein alfanumerischer Wert (5×25) umgesetzt werden, um eine wohl noch nicht existierende Commons-Datei hochzuladen.
Dabei würde ich auf Wikisyntax verzichten und direkt <td> einfügen, dann kann man das wenigstens noch lesen.
[X] Done, danke an Thgoiter für das ursprüngliche raussuchen der Noten für die ((Musik Notation)) (oben). Gleich lange Zeilen bleiben allerdings wohl ein Wunschtraum. Ist das gif, das auf der verlinkten Seite steht, eigentlich geschützt? Nachdem der Inhalt mehr oder minder frei ist, könnte das Notenbild vllt. unter die Schöpfungshöhe fallen… aber nochmal auf WP:URF nachfragen. -- ✓Bergi17:15, 22. Feb. 2012 (CET)
Ja, eben. An ein Notensatzprogramm kommen wir nicht ran, es bleibt nur Bildchen mit dazugehörigem Erzeugungscode (wie bei TEX) hochzuladen, damit andere einfach übersetzen und korrigieren können. Oder halt die dementsprechende Extension. -- ✓Bergi22:22, 22. Feb. 2012 (CET)
Ich würde die Darstellung in einer Tabelle bevorzugen. Die erste Zeile enthält Gitarrengriffe, die zweite Noten, die dritte den Text. So bleibt das (hoffentlich) screenreadable und auch ein c&p des Textes bleibt möglich. Gitarrengriffe etc. würde ich übrigens ganz weglassen, Vorlagen sind kein Notensatzprogramm.
Wenn man wie du alles in eine Zelle quetschen will, wäre ein nowrap und viele kleine display:inline-blocks zu bevorzugen. Das overflow:hidden funktioniert bei dir übrigens so überhaupt nicht.
Also, den stotternden screenreader würde ich hier mal außen vor lassen: Unbekanntes Bild, hüstel, Erstens, hüstel, Zoo, Bis, Gen, hüstel, einst, …
Aus gleichem Grund wäre es schneller, die sonst im Artikel nicht genannte Textzeile abzutippen, als zwar c&p machen zu können – aber dann die ganzen Tabulatoren, Leerzeichen und Bis-Striche wieder aus der Paste herausholen zu müssen.
nowrap stimmt, an Leerzeichen innerhalb einer Silbe hatte ich auch nicht gedacht. Du meintest diesen hier:
Zwei Tabellenzeilen waren ja auch mein erster Gedanke, bevorzugen würde ich sie gern. Aber unter den Bedingungen unserer Vorlagenprogrammierung ist das katastrophal für das Eingabeformat; das sich daraus ergebende Gepfriemel ist nur von Programmierern zu handhaben.
Es müsste dann ein Format in der Textzeile geben, das erlauben würde, optional ein colspan anzugeben: Immer dann, wenn in der Notengrafik zwei Noten mit einer Silbe unterlegt werden sollen; die Taktstriche würden dann schon nicht genutzt, sondern als leere Silben definiert.
Da ist das oben von mir angedachte Format schon verständlicher hinsichtlich der Zuordnung von Textsilbe und Noten. Wollen will ich wenig; ich sehe nur kein anderes Eingabeformat.
Der Grafik-Schnappschuss insbesondere von einem externen und spezifisch zugeschnittenen Notensatzprogramm ist natürlich eine heute schon machbare Variante; wenn die Bestandteile Text + Melodie hinreichend alt sind, kann eine freie Gestaltung der Präsentation keine URV sein.
Allerdings ist das ungünstig für die vielsprachige Wiedergabe in der internationalen Wiki-Welt.
Gitarrengriffe sind Sahnehäubchen, ich kann nur Blockflöte.
Die feste Einteilung in 20, 40, 60px schmeckt mir nicht. Ich würde gern eine dynamische Anpassung entsprechend der Textlänge unter Benutzung der Font-Eigenschaften beim Leser sehen. Als lokale Datei und unter Opera funktioniert das nachstehende Beispiel genau meinen Wünschen entsprechend:
1.
Zoooooooooooo –
gen
Unsere Abwehr von <img src= schlägt hier aber anscheinend beim background-image zu. Ohnehin versagen FF3 und IE8 dabei völlig, auch lokal.
background: url() war im style-Attribut noch nie erlaubt. Einzige Möglichkeit wäre, das über eine Klasse in common.css zu lösen. Hintergrund funktioniert nur mit absoluter Positionierung und fester Größe. Oder wir nehmen CSS3 :-)
Die Anpassung der Breite an den Text geht mit zwei Tabellenzeilen jedenfalls deutlich einfacher :-) Aber ich habe mein Beispiel mal angepasst, es funktioniert dann auch, sobald man Tidy mit spans statt divs besänftigt:
1.Zooooooooooooo –gen
Lösung scheinen mir aber tatsächlich die Musical Score Components (1) zu werden, als inline-blocks in einem div absolut über einer Datei:Staff480.svg positioniert. Mit Breite in em als Parameter anzugeben. -- ✓Bergi13:51, 23. Feb. 2012 (CET)
Meinen Respekt und Verehrung. Hier lernt man ja wirklich was dazu.
Dein letztgegebenes Beispiel ist exakt das, was es braucht.
Es bietet die Zusammenführung von gleichzeitiger Note(n), optionaler Textsilbe sowie Gitarrengriff etc.
Ich würde die oben erwähnte Vorlage:♩ für die Untervorlage vorschlagen und dann deinem benannten Parameter optional t=Textsilbe folgen, optional g=Gitarrengriff, optional 2= und 3= für Zweitnote oder Bar.
Der G-Schlüssel ragt sowieso über die oberste Notenlinie, und ein hohes C muss man auch mal schlucken; da nimmt ein Gitarrengriff auch nicht mehr Platz weg.
Dass man hier auch noch gegen den guten alten tidy ankämpfen muss!
Ich vermute mal, du bist mit Neuerstellung von Vorlagen routinierter als ich und hängst es ganz unten auf deiner ToDoList an; sollte mich irgendwann die Langeweile überfallen und ich Sehnsucht haben auf Vorlagenerstellung, gebe ich Bescheid und sähe ansonsten an der Verlinkung auf Vorlage:Musik Notation die Existenz einer neuen Vorlage.
Aus Musical Score Components (1) tippen wir dann anschließend gemeinsam alle Orgelwerke von JSB.
In aktuellen Browsern schaut alles gut aus. In alten Browsern wird es zum Farbbalken. Das ist akzeptabel. Jedoch funktioniert in alten Browsern und im IE9-Kompatibilitätsmodus das "float" nicht richtig. Das float der Bilder funktioniert im Kompatibilitätsmodus, die Vorlage arbeitet jedoch nicht absatzübergreifend, sprich bei Graz#Gemeinderat beginnt der Textabschnitt erst bei der Vorlage, weil noch Bilder Platz brauchen. In alten Browsern scheint sich die Vorlage auch auf die ganze Seitenbreite auszudehnen, sie Bild in der Löschdiskussion.
Ja, das dürfte dasselbe sein. Andere alte Browser habe ich nicht probiert. Problematisch dürfte es aber vor allem für IE sein, da es IE9 nur ab Vista und nicht für XP gibt. Andere steigen wahrscheinlich eher auf eine neue Version um. --Franz (Fg68at) 00:43, 24. Feb. 2012 (CET)
Bilderwunsch ohne Bild in der Infobox abschalten
Hallo Vorlagentüftler!
Auf WP:FzW entstand die Frage, ob es eine Möglichkeit gibt, die Eintragung eines Bilderwunsches (bzw. der Kategorie:Wikipedia:Bilderwunsch an bestimmtem Ort) zu verhindern, ohne in die Infobox, die den Bilderwunsch erzeugt, ein Bild einzufügen. Vielleicht findet ihr dafür eine Lösung (oder kennt bereits eine?). Kopie von WP:FzW: --Nothere10:41, 24. Feb. 2012 (CET)
Hallo Community, ich habe den Artikel Vuippens bearbeitet und eine Infobox hinzugefügt sowie Bilder eingebunden. Nun sehe ich, dass der Artikel in der Wartungskategorie Kategorie:Wikipedia:Bilderwunsch an bestimmtem Ort (ich kriegs hier nicht verlinkt) erscheint!? Wo, wie? Ich sehe nix im Quelltext? Kann mich jemand bitte aufklären? Die Kat kann ja eig. raus!? Aber wie? Danke! --Chrianor11:27, 23. Feb. 2012 (CET)
Ich habe eines derr Bilder in die Infobox übernommen, nun ist die Kategorie weg. Die Infobox erzeugt bei fehlendem Bild automatisch einen Bilderwunsch. M.E. ein Konstruktionsfehler, da es durchaus sinnvoll sein kann, die Bilder nicht in der Infobox, sondern im passenden Abschnitt unterzubringen. Die Infobox zwingt einen aber dazu, auch in die - eh schon lange - Infobox ein Bild einzufügen.--Nothere11:43, 23. Feb. 2012 (CET)
Äh, das ist ein klarer Fehler, wie du richtig schreibst. Wenn ein Progamm nicht erkennt, dass ein Bild an anderer Stelle eingebunden ist, dann hat der Programmierer einen Fehler gemacht. --84.172.20.19919:58, 23. Feb. 2012 (CET)
Es ist ein bisschen komplizierter: Man bräuchte eine Möglichkeit, in der Infobox den Bilderwunsch auszuschalten, ohne ein Bild einzufügen. Denn die Existenz eines Bildes im Artikel bedeutet nicht immer, dass der Bilderwunsch unberechtigt ist. In Bahnhof München-Laim beispielsweise gibt es ein Bild, das aber nicht den Bahnhof zeigt, weshalb die Kategorie:Bilderwunsch weiterhin sinnvoll ist.--Nothere00:14, 24. Feb. 2012 (CET)
Ich wünsche mir für diese Vorlage die Möglichkeit, einen _nodisc_-Parameter (o.ä.) einbinden zu können, wobei bei der Anzeige der Vorlage in der Kat dann kein automatischer Link zur Diskussionseite angelegt wird. Als Link soll ausschließlich einer zu einer Redaktionsseite angezeigt werden, da die Disk-Seite nicht genutzt wird. Derzeit kann ich die Vorlage nicht im Filmbereich verwenden, da sonst Leute auf tote Seiten geleitet werden. Geht das? Wie? Ich könnte wohl auch eine eigene Vorlage erstellen, aber das wäre unelegant und uneinheitlich und vielleicht haben andere Redaktionen ja dasselbe Problem. --MSGrabia00:48, 22. Feb. 2012 (CET)
Wäre es nicht sinnvoll, die „toten Seiten“ zu Weiterleitungen zu machen? Und nein, einen NoDisk-Parameter wird es nicht geben, denn genau die Angabe der Diskussionsseite ist Zweck der Vorlage. Also höchstens CustomDisk :-) -- ✓Bergi01:13, 22. Feb. 2012 (CET)
Bei den Redaktionen der Wikipedia ist es häufiger so, dass auf der Redaktionsseite zu den Sachthemen diskutiert wird und auf der Diskussionsseite zur Redaktionsseite selbst. Eine Weiterleitung mag für die RFF eine Option sein, für andere Redaktionen ist es das nicht. Wenn es für die bestehende Vorlage keine (datenschlanke) Möglichkeit gibt, optional nur auf eine Seite statt zwei zu verweisen, kann ich mich ja mal an einer alternativen Vorlage: Kategoriewartung Redaktionsseite versuchen. --MSGrabia14:48, 22. Feb. 2012 (CET)
Kategoriewartung
Bei Fragen oder Problemen mit dieser Kategorie oder den Artikeln darin kannst du dich an das folgende Portal oder die folgende Redaktion wenden:
Ich dachte an ((Kategoriewartung|Portal:Film|Disk1=Wikipedia:Redaktion Film und Fernsehen)). Es ist ja nicht so, dass die Kategorien von einem Portal und einer Redaktion betreut werden, sondern dass die Kategorie zu einem Portal gehört, welches seine Diskussionen auf einer Redaktionsseite führt. -- ✓Bergi17:23, 22. Feb. 2012 (CET)
Portal:Film und Portal: Fernsehen sind aber in der RFF zusammengefasst, da läuft mittlerweile alles zu den Themen drüber. Ich weiß schon, was du meintest, aber die Hauptanlaufseite und zugleich zuständige Stelle ist eben mittlerweile nur die RFF. Jeder weitere Verweis verwirrt da doch nur. --MSGrabia23:35, 26. Feb. 2012 (CET)
Ja, das ist richtig. Die Vorlage:Info ISO-3166-2:??-Verlinkung wird nur erzeugt, wenn die Vorlage:Info ISO-3166-2 genutzt wird - auch bisher nur der Fall bei Bestimmung eines Defaultausgabeformat oder einer automatischen Kartenfindung. Auch die alte ((CoordinateFull|NS=52/10/8/N|EW=5/12/3/E|type=landmark|region=Ded|text=Test|name=BlaBlaBla)) gibt diese Fehlermeldung nicht aus, erst bei text=/.
Mit der neuen Vorlage ist die Verwendung bei der Defaultformatbestimmung (Vorlage:CoordinateRR DEFAULT→Vorlage:CoordinateDefault) weggefallen, ebenso ist es jetzt möglich dass feste Positionskarten angegeben werden. Tatsächlich werden in einigen Infoboxen automatische Karten verwendet, genau diese lösen noch Fehlermeldungen aus.
Gibt es schon eine Vorlage für Hexagonale Schachbretter? So ein Teil im ASCII-Code auszutüfteln ist eine Sache, aber wenn es eine Vorlage gibt, dann wird die Darstellung der Schachbretter besser (auf der Seite Hexagonales Schach)
-- Aquarius7021:28, 19. Feb. 2012 (CET)
...so wie bei Babeln, eine "Auswahlmöglichkeit" anzubieten, z.B. beim einfügen von ((irgendwas|ja)), ich meine dieses ja, ob es da irgendeine Möglichkeit gibt auszuwählen (Zwischen ja und z.B. nein! Danke schon mal im Voraus, --Freak222(Disk)13:02, 9. Mär. 2012 (CET)
Auswahlliste
Hallo Freak, falls Du eine Auswahlliste meinst, nein, so etwas gibt es in der Vorlagen-Programmierung nicht. Falls Du etwas anderes meinst, das scheinbar bei Babel-Vorlagen existiert, wäre es gut, wenn Du einen Link auf das Gewünschte hier hinterlassen könntest. Gruß --WIKImaniac16:36, 9. Mär. 2012 (CET)
Infobox für Käseartikel
Ich würde gerne die verschiedenen Käseartikel mit Infoboxen ausstaten, so wie sie in anderstsprachigen Wikis zu finden sind. Z.B. wie in der italienischen oder englischen Version. Könnte mir dabei jemand behilflich sein und eine solche Vorlage erstellen.
Hier schon mal eine Idee wie sie aussehen könnte (Verbesserungen und Erweiterungen erwünscht). ;-)
((Infobox Käse
| Name =
| Bild =
| Bildbeschreibung =
| Originalbezeichnung = (z.B. Parmigiano)
| Herkunftsland = (z.B. Deutschland)
| Herkunftsort =
| Region =
| Protuktionsorte =
| Milch = (z.B. Kuh, Ziege)
| Pasteurisiert = (Ja oder Nein)
| Käsegruppe = (z.B. Weichkäse, Hartkäse,...)
| Fett i. Tr. = (in %)
| Fett absolut = (z.B. 20g/100g)
| Nährwert = (kcal bzw. kJ)
| Proteine = (z.B. 20g/100g)
| Mineralstoffe und Vitamine = (z.B. Vitamin B, Iod, Calcium,...)
| Größe = (z.B. rund ca. 20 cm Durchmesser, 4-5 cm höhe)
| Gewicht =
| Reifezeit = (z.B. 20-24 Monate)
| Zertifizierung = (z.B. DOP, PDO,...)
| Besonderheiten =
))
Ich wollte damit eigentlich nur die Anfrage in der Diskussion:Liste der Käsesorten nach Herkunftsländern#Vorlage für Käsesorten? hierher setzen, da sich hier vileicht eher jemand findet der eine solche Vorlage erstellen kan. Und auch weil meine „Programierfähigkeiten“ (auch nach mehrstündigem herumprobieren) nicht ausreichen um sowas zu erstellen. Sonst würd ichs ja auch selber machen. :) Mfg, --Thesurvived99 (Diskussion) 14:56, 10. Mär. 2012 (CET)
Unbrauchbare Geo-Koordinaten in der Mobilen Wiki-Ansicht
Es ging eine E-Mail mit einem Hinweis bezüglich der Koordinatenanzeige in der mobilen Ansicht an das Support-Team. Im Folgenden die Mail, ich hoffe Ihr könnt das lösen:
Geo-Koordinaten werden z.Z. in Wiki-Artikeln auf unterschiedlich brauchbare Weise
angegeben: z.B. im Artikel "Peking":
Nö, Vorlagen dürfen zur Auslagerung von komplexen Codestücken dienen (WP:VOR#Zweck); sie müssen dazu nicht häufig benutzt werden. Das würde ich nicht machen: Es fehlt eine Einleitung des Artikels, und da du die noiclude-Tags vergessen hast wird Rafael Nadal jetzt in die Kategorie:Liste (Tennis) einsortiert.
Die Komplexität von Vorlagen lässt sich natürlich unterschiedlich bewerten. Während die Positionskarte+-Einbindung (Frauenanteile in den Landesparlamenten 2008) auch in den ANR könnte, gehören die Timelines aber auf gar keinen Fall dorthin. Die Tennistabellen wurden vom Autor aus gutem Grund ausgelagert, diese Entscheidung sollte respektiert werden. -- ✓Bergi12:06, 14. Mär. 2012 (CET)
Naja, ich habs nicht anders erwartet. Eine Vorlage ist eine Seite, die nach dem Transklusionsprinzip die Einbindung häufig verwendeter Elemente in andere Seiten erleichtert. WP:VOR#Zweck gibts nicht, und Vorlagen dürfen zur Auslagerung von komplexen Codestücken dienen ebenfalls nicht. Trifft es aber hier auch nicht. Gerade beim Tennis sind das sich ständig ändernde, einmalig verwendete Daten, keineswegs im Sinn von Vorlage, Schablone. Timelines sind es ebenfalls nicht, um Komplexität geht es auch nicht. Florentyna (Diskussion) 12:27, 14. Mär. 2012 (CET)
Mit Timeline habe ich mich auf den Studentinnenanteil 1909 bis 2009 und Frauen und Männer in akademischen Laufbahnen bezogen, nicht auf die Tennis-Tabellen.
Die Tennis-Tabellen wurden ausgelagert, um die Seite zu entblähen und leichter bearbeitbar zu machen. Das ist OK, und da sie weiter - eingebunden - angezeigt werden statt auf eine Unterseite verschoben wurden (wie man das von /Diskographie kennt), ist der VNR die richtige Wahl. Das kann man ändern, es sollte aber mit den Hauptautoren bzw. dem Portal:Tennis abgesprochen werden. Unter PD:Tennis#Statistik-Vorlagen gibt es auch eine Disk von 2011 dazu, bitte dort weitermachen. -- ✓Bergi12:43, 14. Mär. 2012 (CET)
Vorlage:War in Löschprüfung
Diese Vorlage gibt es seit Dezember 2010, sie scheint aber nicht richtig zu funktionieren und ist nur auf Diskussion:Awola (Speer) eingebunden, wo sie nicht wie wohl beabsichtigt angezeigt wird. Dokumentiert ist sie auch nicht. Grundsätzlich würde ich eine solche Vorlage für die Diskussionsseite von Artikeln, die nach einer Behaltensentscheidung in der LP waren und weiterhin behalten wurden, aber sinnvoll finden. Könnte sie evtl. jemand, der sich mit Vorlagen auskennt, reparieren und dokumentieren? :-) Sie müsste ähnlich funktionieren wie Vorlage:Wurde wiederhergestellt und jeweils auf den Eintrag im LP-Archiv zeigen. Gestumblindi23:52, 14. Mär. 2012 (CET)
Die offensichtlichen Fehler habe ich mal beseitigt. Ansonsten: Die Vorlage wurde 2010 von Bucksbunny kopiert und 1 Mal verwendet. Die Info, dass die Vorlage per Bot gesetzt werden würde, ist falsch. Ich plädiere eher für Löschen. siehe auch: /Archiv 2010/4#Vorlage:War in Löschprüfung -- ✓Bergi00:47, 15. Mär. 2012 (CET)
Elegant lassen sich dazu Definitionslisten verwenden, eine zusätzliche Trennung (wenn der Absatz nicht genug erscheint) kann mit dem horizontalen Strich ---- erfolgen. Das ganze verlinkt und mit den bei uns üblicheren | als Trennungszeichen sollte eine fertige Navileiste ergeben. -- ✓Bergi19:05, 14. Feb. 2012 (CET)
Wenn die Leiste mal vollständig wird dann hätte sie sechs oder sieben Zeilen, weil da noch die Legislativräte von Annam, Tonkin und Cochinchina und wahrschicnlich noch Französisch-Indochina dazukommen (Daten fehlen mir leider noch), so etwas wird dann hässlich und unübersichtlich. Daher wollte ich es hier anders lösen.--Antemister21:37, 14. Feb. 2012 (CET)
Problem ist hier vor allem dass die Einträge allesamt zentriert sind. Wenn man so wenige Wahlen hat, diese sich aber auf viele Zeilen verteilen wird das sehr unübersichtlich.--Antemister (Diskussion) 11:32, 6. Apr. 2012 (CEST)
Wir sollten eine Anfrage bezüglich dieser Kästen in Navigationsleiste stellen. Diese sind für mich besonders interessant. Noch ein Punkt, warum enwiki besser ist. — weltforce | Disk.11:43, 6. Apr. 2012 (CEST)
Da braucht man eine if-Abfrage, da sich das SWR-Logo jetzt in der Systematik des Dateinamens von den anderen Logos unterscheidet. (Ich kann das nicht, sorry...) --тнояsтеn⇔13:15, 16. Mär. 2012 (CET)
Da in Datei:ARD Karte.svg das Logo mit dem ARD-Eins eingebunden ist, wird es wohl auch im Artikel richtig sein, daher sehe ich gerade kein Handlungsbedarf. Oder gibt es Gründe, warum das abweichen soll, wo es doch in einer Box steht? Der Umherirrende 20:07, 26. Mär. 2012 (CEST)
Umlaute und ß ersetzen
Hallo,
Ist es mittels Vorlagen möglich in einem String wie Es ist heiß und die Häuser groß die Umlaute und das ß zu ersetzen mit ä= %E4 und ß= %DF? Schöne Grüße --Yoursmile (Diskussion) 09:14, 27. Mär. 2012 (CEST)
Wobei du nach dem (zweistelligen) ANSI-Code ß=%DF gefragt hattest. Ich vermute wie Thgoiter, dass du eigentlich eher für eine URL ein URL-Encoding #Nicht-ASCII-Zeichen benötigst; dort lautet die korrektere Form ß=%C3%9F (vierstellig) und %DF wird häufig nicht verstanden; für Umlaute desgleichen. LG --PerfektesChaos09:46, 27. Mär. 2012 (CEST)
Auf ((Urlencode:)) war ich auch schon gestoßen, aber die Funktion gibt nicht %E4 und dergleichen aus, die ich aber benötige um solch eine URL aufzurufen (z.B [13]). Schöne Grüße --Yoursmile (Diskussion) 10:57, 27. Mär. 2012 (CEST)
Die Leipziger haben eine etwas veraltete Server-Software; mutmaßlich aus dem letzten Jahrhundert.
Weil sie sich auf den deutschsprachigen Wortschatz beschränken, brauchen sie š nicht zu unterstützen und kommen mit ANSI aus.
Unsere Wiki-Software ist für unsere eigenen Seiten gedacht, die urlencode-Funktion generiert deshalb nur das weltumspannende UTF-8 mit ö=%C3%B6 und das raffen im Moment die Leipziger nicht.
Wenn dir die Direkteingabe des normalen ö im Browser (die funktioniert) nicht reicht, müsstest du mal den genauen Zusammenhang darstellen, in dem du das benötigst; dann ginge für dich persönlich was mit JavaScript. Vorlagensyntax ginge auch; aber ungern für Artikel-Massen.
Manuell in der Browser-Adresszeile schon – aber nur dort. Weil der Browser das ö heimlich umwandelt und dann verschickt. Wenn du hingegen das eben von dir hingeschriebene Link anklickst, stecken die Leipziger dich in die Tonne.
Deshalb wäre es erforderlich, den Arbeitsablauf zu kennen; ob etwa aus einem Vorlagenparameter oder Artikel-Namen automatisch eine URL generiert werden soll, oder ob das eine Art persönliche Einfügehilfe werden soll.
Ist Browser-abhängig. Im URL-Adressfeld rechnen die meisten Browser heute damit, dass eine manuelle Tipperei erfolgt und wandeln vor der Anfrage intern um. Auf einer HTML-Seite werden sie bei den beiden, die ich grad zur Hand habe (FF3.6.28 und IE8), genau so losgeschickt, wie sie da stehen, und verrecken. Ein oberpfiffiger Browser wie deine Version kann natürlich jede URL vor der Abfrage nochmal inspizieren und ggf. encoden. Wenn es auf eine Wiki-Seite eingebaut werden soll, muss die URL allerdings narrensicher sein. LG --PerfektesChaos13:47, 27. Mär. 2012 (CEST)
Ich habe auch einen IE8; ich kann nicht dafür, der war bei dem PC mit dabei. – Vielleicht wirkt ja auch ein Proxy oder Provider auf die eigentlich unzulässige HTTP-URL-Kodierung ein und berichtigt oder auch nicht. Grüße --PerfektesChaos18:05, 27. Mär. 2012 (CEST)
Genau. Es geht um Folgendes: beim Wiktionary muss jeder Eintrag mit Referenzen belegt werden. Zu unseren Standardreferenzen zählt u.a. Uni Leipzig, die mittels Vorlage eingebunden wird (((Ref-UniLeipzig|Häuser))). Allerdings muss jeder Benutzer bisher die Umlaute ersetzen (also ((Ref-UniLeipzig|H%E4user))). Allerdings ist das aufwendiger und nicht gerade benutzerfreundlich. Deswegen hatte ich gehofft, dass es eine Möglichkeit gibt, dieses zu automatisieren. Als ich mich damals ein bisschen mit PHP beschäftigt hatte, gab es schöne Funktionen zum ersetzen von Buchstaben in einem String, aber das scheint nicht in der Wiki-Syntax realisiert zu sein. Schöne Grüße --Yoursmile (Diskussion) 14:12, 27. Mär. 2012 (CEST)
Wiktionary ist völlig okay; die deWP-Werkstätten helfen auch allen WMF-Schwestern.
Grundsätzlich gibt es erstmal zwei Lösungsansätze:
Bot
Ein Bot geht einmalig durch alle in Frage kommenden Seiten und fügt den Parameter in die Vorlageneinbindung ein oder berichtigt ihn ein.
Anhand der Seitennummer weiß man, bis wohin man schon gekommen war. Einmal täglich werden neu angelegte Artikel nachversorgt.
Einmal im Monat wird der Bestand durchgeguckt, ob irgendein Schlaumeier das irgendwo wieder rausgelöscht hat, wo es benötigt würde.
Technisch ist es möglich, von einer Zeichenkette festzustellen, ob einer der sieben deutschsprachigen Buchstaben vorkommt, und diesen durch das encoding zu ersetzen. Möglich. Ja. Theoretisch.
Wenn man das macht, sollte man aber vorher ein Sanatorium für die Hamster bauen. Jarry1250 sagt mir nicht, wie viele Einbindungen es gibt, aber es dürften viele sein. Vielleicht beim Einbau des Features den Serveradministratoren Bescheid sagen, dass es kein Hacker-Angriff auf die Wikiprojekte ist, und dass sie sich eine Schachtel Reservesicherungen bereitlegen sollen.
Unsere momentane Vorlagensyntax ist eigentlich nicht zur Verarbeitung von Zeichenketten gedacht. Es gibt einen extrem umständlichen Trick, mit dem man das Vorkommen eines Zeichens im Wort feststellen kann, und ein noch übleres Manöver, das dann zu ersetzen.
Hinzu kommt, dass die Vorlagen nicht erlauben, sie rekursiv einzusetzen. Wenn ein Wort also zwei Umlaute und zwei ß enthalten sollte, dann muss nacheinander durch vier core-Vorlagen (die geklont sein können) gegangen werden, um das Ergebnis zu produzieren.
Aus Performance-Gründen würde ich von diesem Weg abraten, solange wir keine anderen Möglichkeiten zur Vorlagenprogrammierung haben.
Wartungskategorie
Etwas günstiger sähe die Anlage einer Wartungsliste aus. Man könnte feststellen, ob einer der inkriminierten sieben deutschen Buchstaben in den momentanen Parametern vorkommt, und dann die Seite in eine Wartungskategorie aufnehmen; dann kann jemand vorbeischauen und das manuell berichtigen.
Sowas könnte ich halbwegs effizient hinzaubern. Es bliebe aber ein gigantischer Ressourcenfresser angesichts der mutmaßlichen Anzahl der Einbindungen.
Sinnvoller wäre es hier, die Weblinks API-mäßig zu flöhen, ob ein Nicht-ASCII-Zeichen darin vorkommt.
Bearbeitungswerkzeug
Mit JavaScript lässt sich ein Werkzeug schaffen, das automatisch beim Bearbeiten einer Seite guckt, ob mit den Parametern dieser Vorlage alles in Ordnung ist, und ggf. automatisch das Encoding einfügt.
Sowas kann ich auch.
Leipzig
An den Leipziger Server erinnere ich mich noch vom Ende der 1990er; es war ein frühes Web-Projekt in dieser Größe und hat IT-Geschichte geschrieben.
An die könnte man herantreten und sie bitten, etwas modernere URL zuzulassen und zu analysieren.
Technisch wären dort nur wenige Zeilen zu ergänzen; das cgi-bin in der URL ruft bei mir wehmütige Erinnerungen an die Pioniertage wach.
Sowas könnte ich auch. Vermutlich habe ich sogar das Stückchen Quellcode, das momentan in Leipzig zu diesem Zweck verwendet wird, hier auf meinem PC und könnte es geeignet patchen.
Allerdings ist man erfahrungsgemäß froh, wenn sowas läuft, und Sprachwissenschaftler werden kaum Lust haben, an einem funktionierenden System etwas zu ändern. Bloß nicht dran rühren. Obwohl: Gehostet wird vom Institut für Informatik. Mal den Ehrgeiz kitzeln? Irgendwelche Studies ransetzen?
Danke für die ausführliche Auseinandersetzung mit dem Thema, PerfektesChaos.
ad Bot: nicht empfehlenswert, da es unmittelbar bei der Erstellung des Eintrages umgewandelt werden muss, da der Ersteller die entsprechende Seite aufruft, um zu schauen, ob das Wort dort geführt wird.
ad Wartungskategorie: genau das gleiche Problem.
ad Vorlagensyntax: genau das ist das, was ich mir vorgestellt hatte. Schade, dass es die Performance (im Moment) nicht zulässt.
ad Leipzig: ich bin mir nicht sicher, aber kann es sein, dass es bereits umgestellt wurde? (vgl. Suche bei http://wortschatz.uni-leipzig.de/) Allerdings ist das nicht genau dasselbe Suchergebnis wie bei unserer Vorlage.
ad Javascript: sehe ich problematisch, da es (glaube ich) auch nicht unmittelbar geschehen würde bzw. es müsste dadurch eine Überprüfung stattfinden. Unser Benutzer Formatierer hat etwas gebastelt, mit dem jeder selbst per Javascript die Umlaute ersetzen kann, indem er es in seine commons.js einfügt (vgl. hier). Allerdings wird dies nicht schon beim Aufruf der Seite getan, sondern erst per "Knopfdruck" und außerdem ist es nicht für alle Benutzer verfügbar.
Die betreffende Direkt-URL mit wort= versteht halt noch kein UTF-8. Das liegt daran, dass die Programmierung um 1995 entstanden ist, also kurz nach Entstehung des www. Damals hatte man RFC 1738 umgesetzt und erst lange nach RFC 2396 wurde RFC 3986 mit dem heute üblichen Standard propagiert. Andere, seitdem programmierte Teile der Software verstehen das inzwischen (Abfrage über „Suche“).
Führende Helden des Wiktionary sollten als „Großkunde“ an die Leipziger herantreten; es gibt eine Feedback-Funktion, sicher irgendwo eine E-Mail-Adresse insbesondere an die Technik-Betreuer; und vielleicht kennt man von Philologe zu Philologe einen örtlichen Ansprechpartner.
Technisch ist es für einen Leipziger Programmierer relativ simpel. Die Zeichenkette nach wort= muss analysiert werden, ob ein à (ein A mit Tilde, kaum im deutschen Wortschatz) auftritt und unmittelbar danach eines der Nicht-ASCII-Zeichen „–œ¤¶¼Ÿ – dann ist UTF-8 wohl zweifelsfrei erkannt und kann umgerechnet werden in ÄÖÜäöüß.
JavaScript – das wäre etwas anders zu handhaben.
Auslösung – Das Skript kann so gebaut werden, dass es immer gestartet wird, wenn
eine Seite zum Bearbeiten geöffnet wird
einer der Knöpfe [Ändern] oder [Vorschau] gedrückt worden war.
Aktion – Es wäre der Inhalt des Bearbeitungsfeldes zu analysieren, ob die Vorlage eingebunden ist; falls ja, welche Parameter explizit angegeben wurden, und welcher Standardwert aus dem Seitennamen abzuleiten ist. Enthält dies einen der fraglichen Buchstaben, wird die Vorlageneinbindung im Bearbeitungsfeld standardisiert.
Benutzer – Das Werkzeug kann als „Gadget“ über die Helferlein durch Kreuzchen aktiviert werden; das Bearbeiten der persönlichen common.js ist dann nicht erforderlich.
Zu einem späteren Zeitpunkt kann das in ein deaktivierbares Gadget umgewandelt werden, das heißt: Alle Benutzer bekämen standardmäßig das Häkchen und müssten es bewusst per opt-out abschalten. Damit wird es bei praktisch jedem (angemeldeten?) Benutzer automatisch wirksam.
Weitere URL – da ist von „Canoo“ die Rede; welche Vorlagen wären noch alles betroffen?
Performance – unerheblich. Es laufen bereits jetzt bei jedem Angucken einer Seite hundertfach komplexere Algorithmen ab; es wird keine Zusatzbelastung zu bemerken sein.
Programmierung – Für mich eine Lächerlichkeit, eher eine Übung in C&P. Ich betreibe mit WikiSyntaxTextMod ein Gebilde mit mehr als 500 kB Quellcode, das schon automatisch auf wohl über 100.000 WP-Artikel eingewirkt hat. Über die Ostertage kann ich die Sache angehen, und mehrfache Umlaute in einem Wort brächten mich auch nicht aus der Ruhe.
Was wäre jetzt zu tun? Es müsste von führenden Köpfen des Wiktionary entschieden werden, ob auf dem skizzierten JavaScript-Weg nach und nach (zunächst Erprobung bei Einzelbenutzern in common.js, dann Gadget) vorgegangen werden soll. Dazu wäre mindestens ein Wiktionary-Administrator erforderlich. Anschließend offiziell in der „zuständigen“ Schwester-Werkstatt den Wunsch mit Verweis auf diese Disku vortragen, konkrete Ansprechpartner oder Wiktionary-Projektseite (nicht gerade eine Teestube) benennen, dann läuft das. LG --PerfektesChaos10:06, 28. Mär. 2012 (CEST)
Vorlagen zur Berechnung von wiederkehrenden algebraischen Ausdrücken
Hallo,
wie sieht es eigentlich mit Vorlagen für Rechenausdrücke aus? Ich habe mich durch die Kategorien gewühlt, aber nur einige Vorlagen zur Datums- und Koordinatenumrechnung gefunden.
Konkreter Fall: Im Artikel Aktivität (Physik) würde ich gerne die immer wiederkehrende Umrechnung von Halbwertszeiten in die spezifische Aktivität durch einen Formelausdruck ersetzen. Wozu gibt es all die schönen neuen Funktionen, sogar mit exp und ln wenn sie überhaupt nicht benutzt werden? Nun müsste ich überall Ausdrücke wie ((FormatZahlLokal|((#expr: 6.022e23*ln(2)/(1.405e10*365.25*24*60*60*232e-3))))) (für Thorium) mit variierenden Zahlen aufrufen. Das Ganze schreit also nach einer Vorlage à la ((Aktivität | hwz=1.405e10 | masse=232)).
Wo bring man sowas am besten unter (Kategorie), und gehört das überhaupt in den Vorlagennamensraum oder eher als Unterseite in den Artikel? --Cabibbo (Diskussion) 15:07, 28. Mär. 2012 (CEST)
(BK) Dazu sind Vorlagen/Parserfunkionen eigentlich nicht gedacht (H:VOR#Zweck). Der Wert ist ja absolut statisch, und es werden auch keine voneinander abhängigen Werte ausgegeben. Einmal den Taschenrechner, ggf. die Tabellenkalkulation, bemühen und das Ergebnis in die WP zu schreiben sollte genügen. Warum willst du an die im Artikel stehenden Beispielen noch etwas ändern?
Eine mögliche Vorlage wäre ein Ersatz des Taschenrechners, mit ((Nur Subst)) einzubinden. Für sowas gibt es aber auch noch keine Kategorie - solche Vorlagen wären mir nicht bewusst. Die ganzen Zahlenvorlagen dienen eigentlich nur der Konversion von einem Format ins andere, und werden selbst nur in anderen Vorlagen eingesetzt die mehrere Formate annehmen.
Eine andere Möglichkeit wäre eine Tabellenzeilenvorlage. Ihr werden Element, durchschnittliche Masse, und durchschnittliche Halbwertszeit übergeben, diese werden ausgegeben (wofür noch keine Vorlage benötigt wird) und zusätzlich wird die berechnete durchschnittliche Aktivität ausgegeben. Und ja, Vorlagen gehören in den VNR statt auf ANR-Unterseiten.
(also die Anfrage; kann jmd. die Paramenter erstmal noch redundant deutsch einbauen? Eine unbeantwortete Anfrage dazu gabs schon 2009 ...SicherlichPost22:00, 30. Mär. 2012 (CEST)
Ich schaue es mir mal an. Da sind aber jetzt schon jede Menge englische Redundanz-Parameter drin. Es werden also zeitweilig drei für einen Wert sein. Das muss dann sowieso schnellstens auf eine Linie gebracht werden. ÅñŧóñŜûŝî(Ð)22:57, 30. Mär. 2012 (CEST)
Ich habe die Vorlage zweisprachig umgestellt. Wenn der Bot gestartet wird, dann kann man die engl. Parameter entfernen. ÅñŧóñŜûŝî(Ð)00:42, 31. Mär. 2012 (CEST)
Im Portal:Auto und Motorrad herrscht nach mehreren Monaten Diskussion ([14]) Einigkeit darüber, diese Vorlage zu straffen. Der Grund liegt darin, dass die Vorlage irrelevante Informationen enthält, zu lang ist, und darum Infobox wie auch Artikel leseunfreundlich werden.
Ich trete darum mit folgendem Wunsch an die Vorlagenwerkstatt:
Kürzung der Infobox so, dass die in der oben verlinkten Diskussion rot markierten Felder wegfallen;
Korrektur einer verbleibenden Unstimmigkeit in den Variablennamen: Hubraum anstatt Volumen (da Hubraum angezeigt wird, soll die Variable auch so heissen);
Moin moin, auf die Vorlage ((Denkmalliste NRW)) wurde ein Löschantrag gestellt. Auslöser und neben anderen Dingen auch ein Grund dafür sind wohl Probleme in der Liste der Baudenkmäler in Wuppertal-Nordstadt. Die Probleme sind für mich ein wenig überraschend, da ich sie so noch nicht in anderen Listen gesehen habe. (Und es durchaus schon mit der ein oder anderen – auch längeren – Liste zu tun hatte.) Mehr dazu in der Löschdiskussion. Je nachdem wie die Löschdiskussion ausgeht oder auch unabhängig davon, deshalb die Frage: hat jemand eine Idee woran das Problem liegen könnte und eine Lösung dafür? --Alex (Diskussion) 17:39, 30. Mär. 2012 (CEST)
Der größte Problemverursacher ist offensichtlich die ((Denkmalliste1 Tabellenzeile)), die für jede Zeile bis zu drei Untervorlagen einbindet: ((Bilderwunsch/encode)) für alle Zeilen ohne Bilder sowie ((Coordinate)) (immerhin mit dem für solchen Fälle entscheidenden simple=y) und ((Anker)) für alle Zeilen. Den Anker würde ich komplett raus werfen und den Bilderwunsch eigentlich auch, denn mal ehrlich, was soll ein Bilderwunsch in einer Liste? Dass dort Bilder fehlen, sieht man auch so beim Durchblättern. Wozu muss das kategorisiert werden?
Mit dem Löschantrag hat das witzigerweise nicht das Geringste zu tun, der bezieht sich nur auf den per Vorlage kodierten Einleitungssatz. Ich habe mir auch diesen Quelltext angesehen und muss Chaddy leider zustimmen. Das ist keine sinnvolle Vorlage. --TMg20:03, 30. Mär. 2012 (CEST)
PS: Ich habe einige Optimierung versucht (Bilderwunsch entfernt, Anker durch gleichbedeutendes Konstrukt ersetzt), aber wenig Erfolg damit gehabt. Aufgefallen ist mir noch, dass zu den Vorlagen, die ich schon aufzählte, noch (für jede Tabellenzeile) ((Dtsx)) und ((SortKey)) hinzu kommen. Die stehen direkt im Listenartikel. --TMg20:27, 30. Mär. 2012 (CEST)
PPS: OK, jetzt geht im bemängelten Listenartikel wieder alles. Ausschlaggebend war das Deaktivieren des Lagewunsches, der erst vor wenigen Tagen eingefügt wurde, nachdem er zuvor schon mehrmals rein und wieder raus genommen wurde. Unabhängig von all dem finde ich übrigens, dass solche Monsterlisten eine ziemliche Katastrophe sind und unbedingt weiter aufgeteilt werden müssen. --TMg20:35, 30. Mär. 2012 (CEST)
Die Bilderwunschvorlage habe ich eingefügt, damit man sie auch auf der Karte sieht. Woher soll sonst jemand wissen, dass in seiner Gegend ein Bild benötigt wird. Die wäre schon wichtig und ist zudem überhaupt nicht teuer.
Lagewunsch hatte ich extra vereinfacht, so dass kein ifexist bei simple=y mehr benutzt wird. Das ifexist hatte früher Probleme bei Liste über 500 Einträge gemacht. Welcher Wert war überhaupt den das Problem? Merlissimo 20:46, 30. Mär. 2012 (CEST)
Was meinst du mit „Wert“? Ich habe die Vorlagen schrittweise entfernt und erst das Entfernen des Lagewunsches hat zur korrekten Darstellung des diskutierten Listenartikels geführt. Es kann durchaus sein, dass wir den Bilderwunsch jetzt wieder einfügen können. Die Vorlage ist nicht „teuer“, da stimme ich dir zu. Aber das möchte ich nicht testen, da ich den Sinn davon wie gesagt sowieso in Frage stelle. --TMg20:52, 30. Mär. 2012 (CEST)
Der NewPParser gibt doch die Limits im quelltext raus. Die ich das Problem nie live gesehen habe, weiß ich den Problemwert nicht.
Nach kurzer Studie benutzt ist in dieser Liste ((Dtsx)) mit expr ziemlich die teuerste Version, falls die Renderzeit zu lang gewesen sein sollte. Das ist zumindest der Hauptunterschied zu anderen ähnlich langen Listen, mit denen ich ausführlich getestet hatte.
Wie gesagt, ich persönlich sehe wenig Sinn darin, solche Listen mit tausendfachen Bilderwünschen zu schmücken. Wenn du es versuchen möchtest, werde ich dich nicht aufhalten – zumindest nicht, so lange der Listenartikel nicht wieder kaputt geht. ;-) Die ((Dtsx)) habe ich mir angeschaut und 7 expr wegoptimiert. --TMg22:23, 30. Mär. 2012 (CEST)
Also Bilderwunsch, Lagewunsch raus ergab (gepurged) für Liste der Baudenkmäler in Wuppertal-Nordstadt
NewPP limit report
Preprocessor node count: 497341/1000000
Post-expand include size: 869579/2048000 bytes
Template argument size: 624023/2048000 bytes
Expensive parser function count: 1/500
Served by srv213 in 19.310 secs.
Dann wurde Dtsx von TMg vereinfacht:
NewPP limit report
Preprocessor node count: 93447/1000000
Post-expand include size: 869579/2048000 bytes
Template argument size: 585914/2048000 bytes
Expensive parser function count: 1/500
Served by srv213 in 12.310 secs.
Jetzt werde ich Bilderwunsch und Lagewunsch revidieren. Mal schauen was dann passiert. Merlissimo 22:58, 30. Mär. 2012 (CEST)
NewPP limit report
Preprocessor node count: 231488/1000000
Post-expand include size: 2048000/2048000 bytes
Template argument size: 718554/2048000 bytes
Expensive parser function count: 1/500
Served by mw40 in 25.965 secs.
Das Problem ist hier also die Post-expand include size - sprich die Seite ist mit über 2 MB einfach zu groß. Bilderwunsch füngt zwar prinzipiell lange links hinzu, aber da hier keine Koordinaten existieren, wird Bilderwunsch erst gar nicht benutzt. Problem ist also der zusätzliche Text durch den Lagewunsch. Der ist aber deutlich kürzer, als wenn wirklich Koordinaten vorhanden wären (neben dem sichtbaren Text kommt noch microformat usw hinzu. Merlissimo 23:14, 30. Mär. 2012 (CEST)
Die Frage ist also, ob man in der simple-Version den langen Link auf das Geo-Projekt entfernt. Damit hatte man das Problem solange gelöst, bis jemand die Koordinate einfügt. Ist eine Koordinate da, ergibt sich stattdessen zusätzlich:
Nimm den Lagewunsch bitte raus. Dass da Koordinaten fehlen, sieht man nun wirklich auch ohne diese Anzeige. Das muss nicht in tausenden Zeilen mit dem immer gleichen Platzhaltertext wiederholt werden. --TMg23:33, 30. Mär. 2012 (CEST)
Die Größe konnte ich um einiges stutzen. aber leider recht es immer noch nicht. In der expandieren Version sieht man, dass der switch von CoordinateNO viel Platz kostet. Um das zu beheben müsste man eine eigene CoordinateSimpleNO-Vorlage erstellen.
Ich nehme den Lagewunsch nun erstmal wieder raus und teste das im BNR weiter, weil ich dafür direkt in CoordinateSimple etwas ändern müsste. Das würde der JobQueue sonst nicht gut tun.
Aber wie gesagt, sind erst Koordinaten vorhanden kommt das Problem wieder auf. Merlissimo 00:10, 31. Mär. 2012 (CEST)
Meine Sorge ist aktuell eher unsere Glaubwürdigkeit. Wenn der kritisierte Artikel dauernd kaputt, dann plötzlich ganz, dann wieder kaputt usw. ist, hilft das in den Lösch- und eventuellen anderen Diskussionen sicher nicht weiter. Und noch einmal die Frage, weil ich es wirklich gern verstehen würde: Welchen Sinn hat die gelbe Anzeige gegenüber einer leeren Tabellenzelle? In beiden Fällen sieht man, dass die Koordinate fehlt. Was kann der gelbe Hinweis mehr, was ohne nicht geht? --TMg00:31, 31. Mär. 2012 (CEST)
Über den gelben Hinweis kann man streiten. Da ich nur Lagewünsche setze und keine erfüllt, kann ich schlecht beurteilen, ob das hilfreich ist oder nicht. Aber das ist nicht das geringere Problem hier. Man muss einfach CoordinateNO verschlanken und das geht vermutlich nicht ohne eine extra-Vorlage. Merlissimo 00:51, 31. Mär. 2012 (CEST)
Tut mir leid, vielleicht habe ich die Frage nicht richtig gestellt. Was macht die Vorlage CoordinateNO genau, außer einen Text einzufügen? Hilft die Vorlage irgendwie beim Kategorisieren? Wird sie von einem Tool ausgewertet? Wenn nein, dann ist die Einbindung einer Lagewunsch-Vorlage vollständig sinnfrei und kann verlustlos durch die Wörter „Koordinaten fehlen“ ersetzt oder wie schon argumentiert ganz entfernt werden. In jedem Fall muss nichts an der CoordinateNO gemacht werden. --TMg01:16, 31. Mär. 2012 (CEST)
Sie hilft beim Kategorisierien (nimmt region auseinander und bindest Untervorlage /Kat ein) und wird von einigen Tools genutzt, die nicht den Lagewunsch-Katbaum erstellen wollen (darunter Catscan Portal und mein Bot).
Die Änderung an CoordinateNO wäre relativ einfach und effektiv. Nur habe ich heute Abend keine Lust mehr das zu testen (wenn dann sollte es auch richtig optimal werden) und es ist auch nicht sooo dringlich. Vorher war Lagewunsch gar nicht möglich, da kann es auch nochmal eine Woche ohne überleben. Merlissimo 01:41, 31. Mär. 2012 (CEST)
<quetsch>Hallo TMg, hallo Merlissimo, vielen Dank für Eure Bemühungen! Ich verstehe zwar wenig von dem was ihr hier schreibt, aber freue mich sehr, dass ihr Euch darum kümmert. Wenn ich es richtig überschaue ist das Problem ein wenig komplizierter und ich habe durchaus Verständnis dafür, dass die Lösung ein wenig Experimentieren erfordert. Die Vorlage ist allerdings häufig eingebunden, daher die Frage, ob die ganzen Änderungen immer sofort live gehen müssen? Und noch ein paar Hinweise: die Vorlage:Denkmalliste NRW wird benötigt um Ort und Bearbeitungsstand (für alles was damit später auf Commons passieren soll) herauszulesen. Insofern besteht schon ein Zusammenhang zu den übrigen beiden Vorlagen. Die Länge einiger Listen ist tatsächlich ein Ärgernis, unter Umständen ist eine feinere Untergliederung aber aus sachlogischen Gründen nicht so einfach. Stadtteile lassen sich manchmal nicht weiter unterteilen. Das erste was mir dann noch einfallen würde, wäre eine Aufteilung nach Straßen. Aber wenn es komplette Siedlungen (mit mehreren Adressen) betrifft, wird es auch wieder schwierig. --Alex (Diskussion) 13:50, 31. Mär. 2012 (CEST)</quetsch>
Einiges musste sofort live gehen, damit die Liste wieder funktioniert. Im Kern habe ich in meinen drei Änderungen auch nur die Zusätze von Merlissimo schrittweise wieder entfernt, die er vor ein paar Tagen eingefügt hatte. Die sechs Änderungen danach hätten meiner Meinung nach warten können bzw. man hätte sie besser im Benutzernamensraum testen sollen. Naja, meine Meinung. --TMg13:59, 31. Mär. 2012 (CEST)
<- <- <- <-
Also ich kann beim NewPP limit report keinen großen Unterschied bei den Dtsx-Versionen erkennen. Der Vergleich der beiden Versionen in meinem BNR ergibt bei der (gekürzten) Denkmaltabelle:
Einen Unterschied gibt es allerdings bei der Zeit. Da ist die neue Version schneller, weil sie auf die interne Funktion "padleft" zugreift. ÅñŧóñŜûŝî(Ð)10:29, 31. Mär. 2012 (CEST)
Infobox Fernsehsendung - Wie verlinke ich das Feld "Besetzung" ?
Hallo,
ich möchte bei der Vorlage "Infobox Fernsehsendung" die Hauptdarsteller in die Infobox schreiben und das Feld "Besetzung" gleichzeitig auf den Abschnitt "Besetzung" verlinken.
Im Endeffekt sollen in der Infobox die Hauptdarsteller stehen und man soll zu dem Abschnitt "Besetzung" weitergeleitet werden, wenn man in der Infobox auf "Besetzung" klickt.
Bisher habe ich es aber nur hinbekommen das Feld zu verlinken, wenn ich keine Darsteller in die Infobox schreibe. Ist das vorlagenbedingt oder mache ich etwas falsch? (nicht signierter Beitrag von Paul Böttcher (Diskussion | Beiträge) 18:48, 31. Mär. 2012 (CEST))
Sobald du die Besetzung in der Infobox auflistest wird die Verlinkung automatisch entfernt. Wenn du die Besetzung nicht in die Infobox schreibst, kannst du mit | DS = 1 eine Verlinkung zum Abschnitt Besetzung erzeugen. Du könntest evt. mal auf der Disk der Vorlage nachfragen, ob eine solche Abänderung der Vorlage gewünscht ist und ob dann ggf. jemand die Änderung vornehmen würde. Kurz heisst das: Das ist vorlagenbedingt und du machst nichts falsch. Gruss --Simon.hess (Disk, Bewerte mich!) 14:43, 2. Apr. 2012 (CEST)
Wenn es diese Unterkats gibt, die Überkat aus den ganzen Route-der-Industriekultur-Navileisten entfernen und die Artikel eben einzeln passend kategorisieren. --YMS (Diskussion) 20:12, 16. Mär. 2012 (CET)
Das ist der Nachteil der automatischen Kategorisierung. Vermutlich ist es am einfachsten, die Seiten zu ermitteln, die in keiner Unterkategorie sind und dort die Kategorie explizit reinzusetzen. Anschließend kann man die automatische Kategorisierung entfernen. Alternativ nimmt man einen Parameter auf und übergibt die Stadt an die Navileiste, dann kann man aber nicht mehr den NaviBlock nutzen, ist also etwas aufwändiger (vermutlich). Der Umherirrende 12:18, 18. Mär. 2012 (CET)
Hallo liebe Leute. Ja, es gibt eine doppelte Kategorisierung und es wird daran bereits gearbeitet. Ich zitiere mal von hier: "Die Zuordnung eines Artikels zu dieser Route wurde bisher in einer einzigen Kategorie gesammelt. Derzeit werden Unterkategorien nach Stadt bzw. Kreis erstellt und die Artikel entsprechend einsortiert. Du bist herzlich eingeladen daran mitzuarbeiten." Sobald die Themenrouten alle durchgearbeitet sind (derzeit bin ich an N. 16 zugange) werd ich aus den Vorlagen die automatische Kategorisierung entfernen und das Problem ist erledigt. Bis dahin bitte ich noch um ein wenig Geduld.--Nati aus SythenDiskussion22:24, 18. Mär. 2012 (CET)
Etliche Wochen sollte aber dann doch nicht dauern… Woran liegt es? Konzept, Technik, Zeit, …? Zudem zeigt sich hier kein schönes Bild. :-( --Leyo11:32, 9. Apr. 2012 (CEST)
OpenSeaMap.org sucht Wassersportler, Segler, Taucher, Kajakfahrer, die sich mit Semantic-MediaWiki auskennen und Lust haben mitzumachen.
OpenSeaMap - die freie Seekarte - war im Januar auf der "boot", der grössten Wassersportmesse der Welt. Dort haben viele unsere Karte bewundert, und möchten jetzt ihre Sportart ebenfalls abgebildet haben.
Taucher
Kanuten
sind zwei riesige neue Benutzergruppen.
Karten haben wir bereits umgesetzt: für Taucher, für Kanuten.
Nun brauchen wir ein Wiki, in dem die Benutzer ihre Daten beschreiben können. Man klickt auf einen POI oder einen Flussabschnitt, und bekommt die entsprechende Wikiseite verlinkt. Dafür suche ich jemanden, der sich mit Seamantic-Mediawiki auskennt. Denkbar wäre auch ein Teamprojekt an einer Uni. Oder eine Firma, die Mediawiki programmiert und ein Sponsoring macht.
Hast Du Lust? Hast Du eine Idee? Kannst Du Dich mal umhören, wen ich da ansprechen könnte?
Baustein zur Markierung nicht mehr aktueller Daten
Hey =)
ich entdecke in der Wikipedia sehr oft veraltete und nicht mehr aktuelle Daten, wie zB. hier und habe mich gefragt, wie ich diese markieren soll; da gäbe es den Überarbeiten-Baustein, aber der ist eigentlich zu übertrieben. Des weiteren gibt es den Lückenhaft-Baustein, aber der macht auch wenig Sinn, da es lediglich um die Korrektur einiger Daten, die nicht mehr auf dem neuesten Stand sind geht und nicht um ganze fehlende Themen von Informationen.
Aus diesem Grund habe ich die Vorlage:Nicht mehr aktuell gemacht, die (auch etwas abgeschwächter, da gelb und nicht rot) auf Daten hinweist, die nicht mehr auf dem aktuellsten Stand sind und erneuert werden müssen. Wo sie bisher angewandt wurde, seht ihr hier.
Es wäre nett, wenn ihr mir eure Meinung und/oder Verbesserungsvorschläge schreiben könntet - danke =)
Geniale Idee. Zur Motivationsförderung schlage ich aber noch eine Ergänzung analog zum Quellen-Baustein vor: "die veralteten Daten werden möglicherweise demnächst gelöscht". --Plenz (Diskussion) 19:07, 19. Mär. 2012 (CET)
Danke für die Zustimmung =) Ich habe auch schön über diesen "Motivationsspruch" nachgedacht, allerdings denke ich, dass er nicht immer sinnvoll wäre; so kann es ja auch sein, dass es sich im fraglichen Abschnitt um eine Tabelle handelt, die lediglich ergänzt werden muss - in dem Fall würde z.B. nichts gelöscht. Trotzdem danke für die Idee =) --Alleskoenner✉19:30, 19. Mär. 2012 (CET)
ich weiß, aber diese Vorlage kommt sozusagen präventiv zum Einsatz; meine ist dafür gedacht, auf bereits unaktuelle Daten aufmerksam zu machen --Alleskoenner✉19:30, 19. Mär. 2012 (CET)
Gute Idee. Da sich dieser Baustein auf die Aktualität konkreter Daten bezieht, halte ich es auch für notwendig, die Nennung dieser Daten zu fordern. Also die Reihenfolge der Argumente tauschen und die den (dann) ersten Parameter erzwingen bzw. bei Nichtangabe darauf hinweisen, dass diese Angabe möglichst noch hinzugetragen werden sollte. --$TR8.$H00Tα{talk}22:08, 19. Mär. 2012 (CET)
Vielleicht irre ich mich, und es gibt schon eine Infobox für Messen/Konferenzen/Veranstaltungen.
Aber ich glaube nicht. Jedoch: Diese Infobox würde sehr konstruktiv sein. Es gibt sie schon im Englischen: Infobox Convention.
Deshalb finde ich, dass sie angelegt werden sollte. --Jacobus21 D | B13:30, 22. Feb. 2012 (CET)
Es gibt eine Reihe Vorlagen, die eine so strukturierte Reihe an Übersetzungen
|ast=Ñerbatu |bg=Кос |br=Moualc\'h du |bs=Kos |ca=Merla |co=Merula |cs=Kos černý |da=Solsort |de=Amsel, Amsel, Schwarzdrossel |en=Blackbird, Common Blackbird |eo=Merlo
verwenden und sie auf unterschiedliche Weise nutzen. Ich hätte nun gerne die Möglichkeit eine solche Liste für jede Tierart einmal zu erstellen (z.B.Commons:Turdus merula/names) und sie dann auf mehreren unterschiedlichen Seiten im Rahmen von mehreren unterschiedlichen Vorlagen zu verwenden. Zentral wichtig ist, daß ein Teil der Vorlagen alle Übersetzungen anzeigen soll, ein Teil der Vorlagen aber nur eine Sprache, nämlich die durch den Leser vorausgewählte. In denjenigen Vorlagen, die alle Übersetzungen anzeigen, soll ein Bearbeiten-Link zur Liste an Übersetzungen zeigen.
Dabei klappt aber schon eine Verwendung wie
((VN((Turdus merula/names)))) nicht.
Ich fürchte, das kann aufgrund der Reihenfolge, wie die Vorlagen ausgewertet werden, technisch so nicht funktionieren. Im Prinzip läuft deine Idee auf eine Vorlage mit variabel vielen Parametern hinaus. Das kann unsere MediaWiki-Software nicht. Dir wird nichts anderes übrig bleiben, als jede Sprache als Parameter anzubieten und innerhalb deiner Vorlage an commons:Template:LangSwitch weiterzureichen. Oder noch einfacher LangSwitch zum Ausfüllen deines eigenen Vorlagenparameters zu nutzen, dann brauchst du nur einen davon. --TMg23:43, 8. Sep. 2012 (CEST)
Ich habe inzwischen eine Lösung für das Problem gefunden. Siehe auf den verlinkten Seiten. Kurz: Es geht schon, man muß es nur genau anders herum angehen. Kersti (Diskussion) 20:34, 9. Sep. 2012 (CEST)
Beschriftung wie bei Tabellen, normalerweise einfach „Beispiel“
Hier steht das tatsächliche Beispiel. Listen mit *, #, ; und : können weitgehend problemlos verwendet werden, nur mit dem Gleichheitszeichen muss man aufpassen.
Ich beabsichtige, künftig häufiger, vor allem in Texten zu linguistischen Themen, Vorlage:Beispiel zu verwenden. Spricht etwas essentielles dagegen oder gibt es Änderungsvorschläge/-wünsche für die Vorlage? — ChristophPäper11:45, 23. Feb. 2012 (CET)
Das CSS ist erstaunlich vernünftig, dafür ein Lob. Nur der Rahmen war zumindest auf meinem Bildschirm fast unsichtbar, deshalb habe ich ihn dunkler gemacht. Auch allgemein tue ich mich schwer damit, mir Anwendungsfälle für diese Vorlage vorzustellen, in denen etwa die Vorlage:Zitat, die Formatierung als Definitionsliste (mit ; und :), ein direktes <blockquote> oder evtl. <syntaxhighlight lang="text"> nicht ausreichen würde. Deshalb: Bitte sehr sparsam verwenden und wenn möglich nach etablierten Alternativen suchen. --TMg12:06, 24. Sep. 2012 (CEST)
Hallo!
Ich möchte eine Seite anlegen und benötige dafür eine Infobox, da ich sie für eine ganze Reihe von Seiten verwenden möchte.
Grundsätzlich stelle ich mir die Infobox so vor wie auf der Seite Bamfield. Die Infobox soll jedoch nur enthalten:
Allgemein würde ich dazu raten, die Vorlage:Infobox Ort zu verwenden. Was sich nicht dort hinein pressen lässt, schreibst du einfach in den Text. Natürlich besteht ebenso die Möglichkeit, eine „Infobox … in …“ für deinen Zweck zu schaffen. Dazu musst du aber die Verwaltungseinheit und das Land dazu sagen und die Parameter zuvor am besten im passenden Fachportal besprechen. --TMg14:18, 11. Mär. 2013 (CET)