Forum:Bildlizenzen
Derzeitiger Entwürf (nicht von mir):
Auf die Gefahr hin, die Disku auseinanderzupflücken, hier einzelne Diskussionsbereiche zu verschiedenen Themen:
Part 1: Design
Ist das Design gut/brauchbar/unzureichend? Was müsste geändert werden? --J* 12:31, 19. Feb 2008 (CET)
Part 2: Aufteilung / Bereiche
Bildtyp | Zeichnung, Foto |
---|---|
Malware | Pfotoshop, Paint |
Lizenz | GNU (sind andere überhaupt rechtlich möglich?) |
Motiv | |
Quellen |
Ist die Einteilung in diese Bereiche sinnvoll oder fehlt was? Welche Unterteilungen soll es dabei jeweils geben (z.B. bei Malware: Screenschott, Paint, ...). Kommentare bitte hier drunter, gern auch Ergänzungen in der Tabelle! --J* 12:31, 19. Feb 2008 (CET)
Typen:
- ?
- Animation
- Audio
- Foto
- Grafik
- Malerei
- Mix
- Montage
Malware:
- ?
- Cinema 4d
- Excel
- Flash
- Freehand
- Gimp
- Graphicconverter
- Keine
- Illustrator
- Imageready
- Inkscape
- Paint
- Paint.net
- Photoshop
- Word
weitere:
- Paint Shop Pro
- Animation Shop
- SnagIt
- PowerPoint
- Visio
- 3ds Max
- XnView
- PhotoArtifex
- PhotoStudio
- Kamelbaukasten?
Lizenz:
- Creative Commons (ist Quatsch ... gibt ja mehrere Creative Commons-Lizenzen ...)
- Public Domain
Quallen:
- Scans
- Screenshots
- Stupidedia
- Wikipedia
- selbst erstellte Bilder
- unzureichende Quallenangabe
ist natürlich alles noch nicht vollständig, bzw. fertig und so ... --WiMu 16:35, 20. Feb 2008 (CET)
Malware
Das Kunstwort Malware ist bereits mit 'MALicious softWARE' (= Viren, Würmer, Trojaner) besetzt und hier wahrscheinlich nicht gemeint. Es sollte vielleicht besser Malerware, Paintware, Weich(spüler)ware oder eine ganz andere Bezeichnung gewählt werden. --Moonboy 13:12, 19. Feb 2008 (CET)
- Mal eine dumme Frage: Ist es überhaupt nötig oder irgendwie sinnvoll die Software aufzuführen, mit dem das Bild bearbeitet wurde? Luzifers Freund 12:22, 20. Feb 2008 (CET)
- @Moonboy: guckst du: Malware (ist halt ein kleiner Kalauer)
- @Luzi: naja, ist halt nett zu sehen, welches Kamel mit welcher Software arbeitet und wen man da um Hilfe bitten könnte ... ist kein Muss, aber stören tut's doch nicht, oder? --WiMu 16:35, 20. Feb 2008 (CET)
- Nö, stört nicht. Dachte nur frägen kost nix. Aber nun weiß ich es ja - möppp - Luzifers Freund 17:09, 20. Feb 2008 (CET)
- Moin, ich finde es stört schon, denn das Hochladen ist eh schon jedes mal ein Kraftakt und da finde ich, sollte man es auf das unbedingt notwendige beschränken, auch wenn es natürlich interessant ist, zu erfahren, wer was mit wem gemacht hat. Sowas würde ich besser ins Forum oder so reinstellen, unter dem Motto: Ich misshandle mit ... zudem benützt ein Kamel eh meist die selben Werkzeugen zum foltern, denk ich mir Kameloid 19:30, 20. Feb 2008 (CET)
- Man kann die Angabe zur Malware ja auch optional machen. Wer will macht Angaben, wer nicht will nicht (n.B.: wenn das klappt mit der Eingabehilfe per Klick-Vorlage wird's auch viel, viel einfacher ...) --WiMu 20:16, 20. Feb 2008 (CET)
- Da freu ich mich schon drauf... Kameloid 20:36, 20. Feb 2008 (CET)
- Man kann die Angabe zur Malware ja auch optional machen. Wer will macht Angaben, wer nicht will nicht (n.B.: wenn das klappt mit der Eingabehilfe per Klick-Vorlage wird's auch viel, viel einfacher ...) --WiMu 20:16, 20. Feb 2008 (CET)
- Moin, ich finde es stört schon, denn das Hochladen ist eh schon jedes mal ein Kraftakt und da finde ich, sollte man es auf das unbedingt notwendige beschränken, auch wenn es natürlich interessant ist, zu erfahren, wer was mit wem gemacht hat. Sowas würde ich besser ins Forum oder so reinstellen, unter dem Motto: Ich misshandle mit ... zudem benützt ein Kamel eh meist die selben Werkzeugen zum foltern, denk ich mir Kameloid 19:30, 20. Feb 2008 (CET)
- Nö, stört nicht. Dachte nur frägen kost nix. Aber nun weiß ich es ja - möppp - Luzifers Freund 17:09, 20. Feb 2008 (CET)
Motiv
In diesem Bereich soll wohl die Bildbeschreibung stehen. Der Warnhinweis oben könnte mit folgender Schreibung verständlicher sein: "STOPP! Nicht so unMOTIViert!" --Moonboy 13:12, 19. Feb 2008 (CET)
Hatte da noch eine andere Idee. Statt einzelnen Vorlagen wie Vorlage:Bildmotiv/Kamel, bei denen wir das Problem hätten, dass wir irgendein Kategorisierungssystem bräuchten (vgl.: Kamelopedia Diskussion:Galerie) könnte man doch auch "tags" einbinden, die mit <dpl> per regular expression ausgelesen werden. Also ungefähr so wie z.B. bei flickr. Kamel huft in eine Inputbox ein Stichwort ein und es erscheinen alle bilder, die mit diesem Stichwort "getagt" sind. Müsste doch gehen ... --WiMu 17:54, 20. Feb 2008 (CET)
- Finde ich eine sehr gute Idee. Denke auch, dass das gehen müsste. Ergänzung: Hab nochmal drüber nachgedacht - wie soll man dem DPL sagen, nach welchem Tag es suchen soll (nicht per Javascript) ? --J* 20:23, 20. Feb 2008 (CET)
- Naja, wir müssten's halt irgendwie hinkriegen, das was in eine Inputbox eingegeben wird als Parameter an dpl weiterzugeben. Dann würde ich die Tags in eine Vorlage stopfen und deren Inhalt wird dann nach dem Tag durchsucht:
{{#dpl: namespace=Bild |include={Bildmotiv}:tags |includematch=/\|\s*{{{hier muss da jetzt irgendwas über eine Inputbox eingegeben werden}}}/s |usw. }}
- oder wir machen die tags als links, das wäre noch einfacher ... --WiMu 22:13, 20. Feb 2008 (CET)
- Das Problem dabei ist: Das DPL läuft beim Erzeugen der Seite - Die Inputbox kann aber erst danach einen Wert liefern (da sie danach ausgefüllt wird). Der Wert für das DPL muss aber schon beim Parsen des DPLs da sein )': Edit: Oder willst du die zu suchenden Tags als Reintext in eine Vorlage setzen? --J* 22:21, 20. Feb 2008 (CET)
- hm, aber wir könnten die Suchanfrage doch in eine Vorlage stecken, die dann nebst den Parametern aus der Inputbox aufgerufen wird (so ähnlich wie beim hochladen die Klick-Vorlage, die geht in der Uncyclopedia auch mit Vorschau ...)
- oder wir machen's ganz schmutzig, dass wir nur so tun als ob es sich um eine Sucheingabe handelt, in Wirklichkeit erzeugt der Nutzer aber einen neuen Abschnitt mit dem nötigen Wikitext und den verlinken wir dann mit
&action=submit
und vertecken per css alles (v.a. den Speicher-Knopf), was an die Vorschau erinnert ... --WiMu 22:33, 20. Feb 2008 (CET) - Edit (Bearbeitungskonflikt und so): naja, wir müssten uns halt irgendeine Syntax für die tags überlegen, entweder als <Kamel><Pyramide> oder tatsächlich als Links mit Komma Kamel, Pyramide oder als Liste ... ist eigentlich doch ziemlich Wurscht --WiMu 22:38, 20. Feb 2008 (CET)
- Hört sich nach nem Großprojekt an... Könnte aber gehen. Ergänzung: Wenn wir grad schon bei Extensions sind, könnten wir uns sonst auch eine schreiben, die das für uns macht. --J* 22:47, 20. Feb 2008 (CET)
- Also wenn ich das jetzt alles richtig verstanden hab', kriegen wir dieses Problem nicht nur bei den tags, sondern auch bei allen anderen Dingen, nach denen eine "Erweiterte Bildersuche" suchen soll. Mein Ziel ist es ja, sich mit mehreren Input-Boxen beispielsweise alle Fotos, die mit Gimp bearbeitet wurden und unter der Lizenz xy stehen anzeigen zu lassen. Wir bräuchten halt irgendwie eine Möglichkeit, per Inputbox Parameter zu definieren, die dann an eine Vorlage weitergegeben werden können. Wenn wir das schaften, würde ich so eine Suchmaschine auch für den Artikelnamensraum anlegen (z.B. zeige Alle Artikel, die in einer bestimmten Kategorie sind und von Kamel xy im Zeitraum von usw. angelegt wurden). Wäre eine feine Sache.
- n.B.: es ist mir bis jetzt noch nicht gelungen, dem dpl zu sagen, es solle nach einem Artikel suchen, der sowohl in Kategorie a, als auch in Kategorie b drin ist (statt entweder a oder b). Alles ganz schön kompliziert. --WiMu 09:35, 21. Feb 2008 (CET)
- Guckst Du hier: verbindlicher Parameter: category. Sollte doch das gewünschte liefern, oder? --Moonboy 12:34, 21. Feb 2008 (CET)
- Ich hab grad was interessantes gefunden: hier gibt es nicht nur die DPL-Extension sondern auch die Call-Extension, eine Spezial-Seite die eine Vorlage mit Parametern aufruft. Könnte uns weiterhelfen ... --J* 22:15, 21. Feb 2008 (CET)
- Interessant! Schde, dass da dann automatisch eine Spezialseite draus wird (und den Text im tooltip mit Spezial:Call Irgendwas fibd' ich doof), aber ansonsten wäre dass doch die einfachste Lösung, oder? --WiMu 22:27, 21. Feb 2008 (CET)
- Jup. Sieht ja aber optisch überhaupt nicht nach einer Spezialseite aus - und den Link da hin müssen wir noch selbst erzeigen. --J* 22:46, 21. Feb 2008 (CET)
- Ich werde morgem mal probieren, ob ich das mit Quelltext über Inputbox eingeben und Vorschau verstecken hinkriege. Ansonsten muss halt die Extension her. Schade, dass Nachteule sich hier so rar macht zur Zeit, den brauchen wir dann dazu ... :-( --WiMu 22:56, 21. Feb 2008 (CET)
- Ich hab grad was interessantes gefunden: hier gibt es nicht nur die DPL-Extension sondern auch die Call-Extension, eine Spezial-Seite die eine Vorlage mit Parametern aufruft. Könnte uns weiterhelfen ... --J* 22:15, 21. Feb 2008 (CET)
- Guckst Du hier: verbindlicher Parameter: category. Sollte doch das gewünschte liefern, oder? --Moonboy 12:34, 21. Feb 2008 (CET)
- Das Problem dabei ist: Das DPL läuft beim Erzeugen der Seite - Die Inputbox kann aber erst danach einen Wert liefern (da sie danach ausgefüllt wird). Der Wert für das DPL muss aber schon beim Parsen des DPLs da sein )': Edit: Oder willst du die zu suchenden Tags als Reintext in eine Vorlage setzen? --J* 22:21, 20. Feb 2008 (CET)
- oder wir machen die tags als links, das wäre noch einfacher ... --WiMu 22:13, 20. Feb 2008 (CET)
MIME-Typ
Wäre es möglich, per Javascript oder so den MIME-Typ auslesen zu lassen (der steht ja sowieso schon unterm Bild), und den Typ dann in eine Kategorie zu stopfen? Wäre nett, wenn das automatisch ginge ... --WiMu 16:35, 20. Feb 2008 (CET)
- Ein Auslesen des MIME-Typ per Javascript ist (soweit ich weiß) nicht möglich - wäre vermutlich auch keine gute Idee, da Javascript clientseitig läuft und so manche Dateien von verschiedenen Browsern ungleich erkannt werden könnten. Müsste man sonst eine Mediawiki-Extension in php schreiben und serverseitig einflanschen. (Siehe auch Spezial:MIME-Typ-Suche) --J* 20:48, 20. Feb 2008 (CET)
- hm ... interessante Spezialseite, die kannte ich noch gar nicht. Alternativ könnten wir uns die StringFunctions besorgen und den MIME-Typ aus {{PAGENAME}} erzeugen lassen. --WiMu 21:28, 20. Feb 2008 (CET)
- Die wären sowieso nicht schlecht (: Wobei MIME natürlich schöner wäre... z.B. mit den MediaFunctions... --J* 21:38, 20. Feb 2008 (CET)
- hm ... interessante Spezialseite, die kannte ich noch gar nicht. Alternativ könnten wir uns die StringFunctions besorgen und den MIME-Typ aus {{PAGENAME}} erzeugen lassen. --WiMu 21:28, 20. Feb 2008 (CET)
Lizenz
Ich hab ja so gut wie keine Ahnung von Lizenzen, ich kopiere immer alles was so geht rein, in der Annahme irgend was wird schon passen :) . Aber eines fehlt mir hier und zwar "Autor" wird bei CC immer verlangt, obs bei "PD" auch sein muss, weiss ich nicht aber im wiki.commons bestehen sie auch bei PD auf die Art (self/NASA/70 Jahre usw.) wenn ich das richtig gedeutet habe. Gibts hier eigentlich einen Rechtsverdreher Rechtsgelehrten, der sich damit auskennt? Kameloid 19:22, 20. Feb 2008 (CET)
- nur, damit wir uns recht verstehen: mein Plan war, unter "Lizenz" die Lizenz anzugeben, unter der das Bild hier in der Kamelopedia stehen soll, nicht welche Lizenz die Qualle hat/haben. Ob das überhaupt möglich ist, hier was unter einer anderen Lizenz als GNU zu stellen, da müsste sich mal der Älestenrat zu äußern. Das Problem ist nämlich, dass wir z.B. Bilder, die unter cc-by-nc stehen nicht verwenden können, obwohl wir die ja nicht kommerziell nutzen, sondern allein aus dem Grund, weil die dann automatisch zu GNU würden. In der englischen Uncyclopedia geht das auch und in der Stupidedia haben die sogar so eine Pseudo-Stupidedia-Lizenz
- Natürlich hast mit dem Autor trotzdem Recht, der muss bei jeder neueren Creative Commons Lizenz angegeben werden. Das würde ich aber in der Qualle machen. z.B.
|Qualle=WC/Bildname/cc-by-nc/Autorname
- --WiMu 20:16, 20. Feb 2008 (CET)
- Hmm, das finde ich aber, ist ein wichtiger Punkt, den man so bald als möglich klären müsste, denn wenn cc-by-blabla auch gültig wäre, bliebe diese Lizenz auch in der Kamelopedia cc-by-blabla und man müsste den Autor auch imperativ übers Interface machen und wenn cc gar nicht geht, sollte man das so schnell wie möglich den Kamelen beibringen, bevor der Server voll mit rechtswidrigem Zeug ist. Beim Hochladen heisst es nämlich nur: Bei Bildern, die eine andere freie Lizenz als die GNU-Lizenz für freie Dokumentation benutzen, diese abweichende Lizenz angeben! Oder seh ich da was falsch? Kameloid 03:08, 21. Feb 2008 (CET)
- Absolut ... das siehst Du genau richtig. Der Punkt ist die "andere freie Lizenz": was fällt noch unter "frei", was nicht? Ich persönlich hätte nichts dagegen, beispielsweise auch copygerightette Bilder hier zu verwenden, wenn wir die Erlaubnis dazu haben (ohne dann auch noch fragen zu müssen, ob die GNU-Lizenz in Ordnung ist). Falls der gelbe Kasten mit dem GNU FDL-Bapperl links das Problem sein sollte, könnte man das im Bild-Namensraum auch entsprechend anpassen und bei jeder abweichenden Lizenz mit was anderem überkleistern. Ich werde da mal eine Rundfrage starten bei den ältesten Kamelen ... --WiMu 09:23, 21. Feb 2008 (CET)
- Hmm, das finde ich aber, ist ein wichtiger Punkt, den man so bald als möglich klären müsste, denn wenn cc-by-blabla auch gültig wäre, bliebe diese Lizenz auch in der Kamelopedia cc-by-blabla und man müsste den Autor auch imperativ übers Interface machen und wenn cc gar nicht geht, sollte man das so schnell wie möglich den Kamelen beibringen, bevor der Server voll mit rechtswidrigem Zeug ist. Beim Hochladen heisst es nämlich nur: Bei Bildern, die eine andere freie Lizenz als die GNU-Lizenz für freie Dokumentation benutzen, diese abweichende Lizenz angeben! Oder seh ich da was falsch? Kameloid 03:08, 21. Feb 2008 (CET)
Part 3: Technische Umsetzung
{{Bild |Typ=Foto |Software=Gimp |Software2=Screen |Lizenz=GNU |Motiv=Kamel |Quelle=Selbst |Quelle2=WC/Bild.jpg/GNU }}
(Hier würden dann mit Schrägstrich die Argumente "Bidl.jpg" und "GNU" an die Quellenvorlage WC weitergegeben (geht mit #titleparts...))
Ist das brauchbar?
Zum anderen müsste da beim Hochladen eine Eingabehilfe her (Klick-Vorlage?). Ich wäre zudem dafür, dass man das Hochladen von Bildern ohne Vorlage verhindert (mit Javascript), so dass jedes neue Bild mit Vorlage ausgestattet ist. Meinungen dazu? --J* 12:31, 19. Feb 2008 (CET)
- *kopfklatsch* ... titleparts, da hätte ich auch selbst drauf kommen können ...
- Bin auch dafür, dass per Klick-Vorlage zu machen, wenn das ginge (wäre der Hammer). Also so wie da ungefähr. Das Hochladen von Bildern ohne Angabe zur Lizenz verhindern ... sehr dafür --WiMu 16:35, 20. Feb 2008 (CET)
Technik-Geschwurble1: die Vorlage:Bild
Ich habe mal angefangen, in meinem Bau eine Vorlage zu bauen: Kamel:WiMu/Vorlage:Bild
Leider funktioniert die noch nicht so 100%ig und ich weiß beim besten Willen nicht, woran es liegt. Der Parameter {{{Technik}}} (analog zu {{{Typ}}} ... das finde ich mittlerweilen verwirrend, falls wir den MIME-Typ noch hinkregen) soll die Vorlage:Bildtechnik/{{{Technik}}} aufrufen und falls in dem Parameter etwas mit "/" abgetrennt ist, soll der Text der Vorlage ersetzt werden. Funktionierte auch alles prima:
{{:Kamel:WiMu/Vorlage:Bild |Technik=Test/manuell eingegebener Text }}
macht:
Kamel:WiMu/Vorlage:Bild
und
{{:Kamel:WiMu/Vorlage:Bild |Technik=Test }}
macht:
Kamel:WiMu/Vorlage:Bild
Ich hab' mir gedacht, zu jedem Parameter ({{{Technik}}}, {{{Lizenz}}}, {{{Qualle}}} ...) eine Vorlage zu bauen, die dann aufgerufen wird, wenn es keine dem eingegebenen Wert entsprechende Vorlage gibt (falls gar kein Wert für den Parameter angegeben wird soll eine Fehlermeldung erscheinen ... funktioniert auch). Wie zuvor kann auch in dieser Vorlage der vordefinierte Text abgeändert werden und zusätzlich wird das, was vor dem "/" steht in die Überschrift übernommen:
{{:Kamel:WiMu/Vorlage:Bild |Technik=XYZ/manuell eingegebener Text }}
macht:
Kamel:WiMu/Vorlage:Bild
Aber wenn ich nun keinen zusätzlichen Text eingebe verschwindet auch das "XYZ" ... und ich versteh's nicht :-(
{{:Kamel:WiMu/Vorlage:Bild |Technik=XYZ }}
macht:
Kamel:WiMu/Vorlage:Bild
Kann mir da Jemand helfen? --WiMu 17:04, 22. Feb 2008 (CET)
- Titleparts macht Ärger, wenn das zu trennende Etwas keinen Schrägstrich enthält. Daher einfach hinten einen anfügen! Beispiel:
- Titleparts macht Ärger, wenn das zu trennende Etwas keinen Schrägstrich enthält. Daher einfach hinten einen anfügen! Beispiel:
Eingabe | Ausgabe | |
---|---|---|
{{#titleparts: ABC/DEF/GHI|1|3}} | GHI | korrekt! |
{{#titleparts: ABC |1|3}} | so geht es nicht! | |
{{#titleparts: ABC/ |1|3}} | aber so! |
- Grüße --J* 17:43, 22. Feb 2008 (CET)
- hm ... hast glaube ich kein titleparts übersehen und es klappt trotzdem nicht :-( --WiMu 18:08, 22. Feb 2008 (CET)
- Jetzt gehts. Ich hab erstmal nur die Werte aus #titleparts in Variablen geschrieben (war leichter zu "debuggen"). Irgendwann hab ich dann den Parameter 1 in Technik umbenannt und voilà - aber bitte frag mich nicht warum ... --J* 19:28, 22. Feb 2008 (CET)
- Du meinst es lag am unbenamten Parameter? Oh, mann ... das hätte ich fast versucht, aber dann dachte ich mir, da ich's ja mit |1= usw. eingebunden hab', kann's daran nicht liegen ... --WiMu 19:32, 22. Feb 2008 (CET)
- Erklären kann ich es mir auch nicht. Egal, jetzt gehts. --J* 19:57, 22. Feb 2008 (CET)
- Du meinst es lag am unbenamten Parameter? Oh, mann ... das hätte ich fast versucht, aber dann dachte ich mir, da ich's ja mit |1= usw. eingebunden hab', kann's daran nicht liegen ... --WiMu 19:32, 22. Feb 2008 (CET)
- Jetzt gehts. Ich hab erstmal nur die Werte aus #titleparts in Variablen geschrieben (war leichter zu "debuggen"). Irgendwann hab ich dann den Parameter 1 in Technik umbenannt und voilà - aber bitte frag mich nicht warum ... --J* 19:28, 22. Feb 2008 (CET)
- hm ... hast glaube ich kein titleparts übersehen und es klappt trotzdem nicht :-( --WiMu 18:08, 22. Feb 2008 (CET)
Hm ... ich glaube wir werden mit den titleparts früher oder später Probleme bekommen:
{{:Kamel:WiMu/Vorlage:Bild |Technik=Test/<small>kleiner Text (gilt für alle html-Tags)</small> }}
Kamel:WiMu/Vorlage:Bild ... evtl. könnte man eine Vorlage analog zu {{!}} machen mit "/" als Inhalt ... mal ausprobieren ... --WiMu 21:34, 22. Feb 2008 (CET)
Ganz doof:
Eingabe | Ausgabe | |
---|---|---|
{{#titleparts:Test/dies ist ein Test|1|2}}
|
dies ist ein Test | korrekt! |
{{#titleparts:Test/dies ist ein [[Test]]|1|2}}
|
Test/dies ist ein Test | ... und noch ein / hinten dran hängen bringt leider gar nichts ... |
--WiMu 21:44, 22. Feb 2008 (CET)
- Oje! Das ist bitter... Das heißt, es wird komplizierter. (Oder eingeschränkter?) Oder wir brauchen doch StringFunctions. Oder müssen wir da womöglich unsere eigene Parser-Extension schreiben? Sollte nicht soo schwierig sein (muss dann nur jemand installieren) --J* 23:03, 22. Feb 2008 (CET)
- Mir kommt es so vor, als ob da Steuerungszeichn (oder wie die heißen) deaktiviert wären, und das müsste sich ja ändern lassen. Aber egal, wie wir's machen, html-Codes kriegen wir nicht vernünftig gebacken, weil da ja immer auch ein / drin ist, das aber von titleparts ignoriert werden müsste (eben </small>, </div>, </span>, usw.). Noch problematischer wird's bei http://, und das brauchen wir ja ziemlich dringend für die Angabe von Quellen. Im äußersten Notfall müssten wir's so machen:
|Quelle={{WC|Irgendeinbild.jpg|GNU}}
, aber das fände ich gar nicht gut, schon allein weil wir dann die Vorlagen nicht mehr so schon sortiert bekommen á Bildquelle/WC ... --WiMu 09:13, 23. Feb 2008 (CET) - Finde ich auch nicht schön. Ich bezweifele, dass man an #titleparts irgendwas umstellen kann, immerhin ist das Teil eigentlich zum Teilen von Titeln (und da gibts das Problem nicht).
Ich fände da eine Parserextension gar nicht schlecht. Sähe dann vielleicht so aus:
- Mir kommt es so vor, als ob da Steuerungszeichn (oder wie die heißen) deaktiviert wären, und das müsste sich ja ändern lassen. Aber egal, wie wir's machen, html-Codes kriegen wir nicht vernünftig gebacken, weil da ja immer auch ein / drin ist, das aber von titleparts ignoriert werden müsste (eben </small>, </div>, </span>, usw.). Noch problematischer wird's bei http://, und das brauchen wir ja ziemlich dringend für die Angabe von Quellen. Im äußersten Notfall müssten wir's so machen:
{{#Bild |Quelle = WP|Erste_Quelle.jpg|GNU |Quelle = Selbst|Ergänzender Text |Technik = XYZ|Text |Technik = ABC }}
- Und damit man unkompliziert was an der Funktion ändern kann, richtet man eine Konfigurationsseite (z.B. im MediaWiki-Raum) ein, in der man die Parameter definiert, z.B. so:
Technik = {{Vorlage:Bildtechnik|Technik=%1%|Text=%2%}} !Technik = Es wurde keine Bildtechnik angegeben. &Result = {{Vorlage:Bild|Technik=%Technik%|Quelle=%Quelle%}}
- (Technik: sagt wie das Stichwort "Technik" gehandhabt werden soll. !Technik: sagt, was getan werden soll, wenn keine Technik angegeben wurde. &Result: gibt an, wo die Ergebnisse aus allen "Technik" oder "Quelle" am Ende hin sollen (in diesem Fall jeweils als Argument an die Vorlage:Bild). Die Sachen in %% würden dann jeweils ersetzt.)
- Erstmal nur ein Vorschlag. Wenn es da allgemeine Zustimmung geben sollte, könnte ich die Extension auch schreiben. --J* 10:12, 23. Feb 2008 (CET)
- Das klingt doch recht vielversprechend ... vorausgesetzt einer der server-Götter bequemt sich mal zu uns. Könnte man vielleicht eine extension schreiben, die für jeden (beliebigen) benamten Parameter beliebig viele unbenamte erzeugt, die also aus
|parametername = irgendwas|was anderes|noch was anderes
|parametername1 = irgendwas |parametername2 = was anderes |parametername3 = noch was anderes
macht? Das wäre dann vielfach zu gebrauchen, nicht nur bei den Bildern ... nur so 'ne Idee. Grüße, --WiMu 16:47, 23. Feb 2008 (CET)
- So ungefähr habe ich mir das gedacht. Das Problem ist dabei nur, dass auch jeder ParameterN auch abgefangen werden muss. Und eine Extension die das ganze selbst zusammenbappt könnte einfach beliebig viele davon aufnehmen.
- Wie wärs denn damit, als erstes Argument anzugeben, was eigentlich gemacht werden soll:
{{#Zusammenbapp: Bildbeschreibung | parameter = Wert1 | Wert2 | Wert3 | WertN | nochwas = Wert5 | Wert6 }}
- Und dann gibt man in der Konfiguration (Als Parameter auf z.B. auf MediaWiki:Zusammenbapp.conf) einfach eine Art Ruleset an:
* Bildbeschreibung ** Technik = {{Vorlage:Bildtechnik|Technik=%1%|Text=%2%}} ** &Result = {{Vorlage:Bild|Die ganzen Parameter, wie Technik=%Technik% usw., so wie oben}} * Wasanderes ** Param = blubb ** &Result = So sieht dann Wasanderes aus (%Param%).
--J* 00:46, 24. Feb 2008 (CET)
- Naja, dieses Ruleset sieht mir sehr nach PHP aus, oder nicht? Und da können wir normalsterbilchen Kamele nicht so einfach ran ... oder? Ach ... ich les' mir das morgen nochmal in Ruhe durch. Grüße, --WiMu 01:18, 24. Feb 2008 (CET)
- hm ... also man müsste für jede Benutzung der Parser-Funktion einen Eintrag im MediaWiki machen? Naja, OK, du machst das schon ... das mit dem Extension-Programieren übersteigt mein technisches Verständnis .... --WiMu 11:34, 24. Feb 2008 (CET)
- Das wäre jetzt so Idee gewesen. Soll ich mich einfach mal dran versuchen? --J* 11:41, 24. Feb 2008 (CET)
- wenn's nicht zu viel Arbeit macht ... unsere server-Götter haben sich ja noch nicht zu geäußert ... --WiMu 11:55, 24. Feb 2008 (CET)
- So, Version 1.0 läuft. Demo Ich hab eben noch ein Paar Käfer gejagt, und jetzt funktioniert es ungefähr so, wie ich es mir vorstelle. --J* 18:32, 24. Feb 2008 (CET)
- Das sieht doch schon sehr fein aus ... müsstesn wir halt jetzt hierher kriegen und eine Anleitung dazu schreiben ... --WiMu 19:53, 24. Feb 2008 (CET)
- *meld* - Stelle mich als Server-Priester zur Verfügung; wenn ihr mich braucht, einfach auf meiner Diskussionsseite melden --JANNiS 21:44, 25. Feb 2008 (CET)
- Das sieht doch schon sehr fein aus ... müsstesn wir halt jetzt hierher kriegen und eine Anleitung dazu schreiben ... --WiMu 19:53, 24. Feb 2008 (CET)
- So, Version 1.0 läuft. Demo Ich hab eben noch ein Paar Käfer gejagt, und jetzt funktioniert es ungefähr so, wie ich es mir vorstelle. --J* 18:32, 24. Feb 2008 (CET)
- wenn's nicht zu viel Arbeit macht ... unsere server-Götter haben sich ja noch nicht zu geäußert ... --WiMu 11:55, 24. Feb 2008 (CET)
- Das wäre jetzt so Idee gewesen. Soll ich mich einfach mal dran versuchen? --J* 11:41, 24. Feb 2008 (CET)
- hm ... also man müsste für jede Benutzung der Parser-Funktion einen Eintrag im MediaWiki machen? Naja, OK, du machst das schon ... das mit dem Extension-Programieren übersteigt mein technisches Verständnis .... --WiMu 11:34, 24. Feb 2008 (CET)