Mahlzeit - hab' meine alte Wolkengrafik ein bisschen praxistauglicher gemacht:
http://www.mrbbc.org/files/de/cloudlevels.htm
Allerdings wär's halt gut wenn man derartige Grafiken oder auch Scherenschnitt-Animationen direkt in Wikipedia-Artikel einbinden könnte, in dem Fall an dieser Stelle:
http://de.wikipedia.org/wiki/Wolke#Internationales_System
Ich nehme aber mal an dass die Admins bei der aktuellen MediaWiki dafür keinen Weg sehen...?
In diesem Fall müsste man nur einen HTML-Abschnitt der u.a. CSS und JavaScript enthält an die Stelle des <img>-Tags der "Phlegmatographie" setzen.
Wie kommt euch eigentlich JavaScript so hoch ?
Mr. B.B.C. schrieb:
Mahlzeit - hab' meine alte Wolkengrafik ein bisschen praxistauglicher gemacht:
http://www.mrbbc.org/files/de/cloudlevels.htm
Allerdings wär's halt gut wenn man derartige Grafiken oder auch Scherenschnitt-Animationen direkt in Wikipedia-Artikel einbinden könnte, in dem Fall an dieser Stelle:
http://de.wikipedia.org/wiki/Wolke#Internationales_System
Ich nehme aber mal an dass die Admins bei der aktuellen MediaWiki dafür keinen Weg sehen...?
In diesem Fall müsste man nur einen HTML-Abschnitt der u.a. CSS und JavaScript enthält an die Stelle des <img>-Tags der "Phlegmatographie" setzen.
Wäre im MediaWiki möglich, jedoch müsste der Javascript code dann in eine JS Datei und der CSS Code in eine CSS Datei, das alles schon verrührt und dann bestimmte Tags in die img tags. Deshalb werden sie's wahrscheinlich nicht machen.
MfG Stefreak
Steffen 'Stefreak' Neubauer schrieb:
Wäre im MediaWiki möglich, jedoch müsste der Javascript code dann in eine JS Datei und der CSS Code in eine CSS Datei, das alles schön verrührt und dann bestimmte Tags in die img tags. Deshalb werden sie's wahrscheinlich nicht machen.
Es gibt da eigentlich zwei Punkte: erstens gibt es JavaScript-Gegner; die deaktivieren das aus Prinzip, obgleich sogar Microsoft es mittlerweile geschafft haben müsste, das JavaScript im IE von den anderen Skriptsprachen zu trennen, mit denen man praktischerweise die Festplatte formatieren kann.
Und zum anderen kann man JavaScript für allerlei nervigen Unfug ausnutzen - Browserfenster schließen oder 2000 gleichzeitig aufmachen. Deswegen muss man das in MediaWiki unterbinden.
Aber vielleicht geht's irgendwie über Templates, wenn die Admins einfach mit PHPMyAdmin spielen...
Das andere Blöde ist, dass man eine interaktive Grafik nicht in Wikimedia Commons hochladen kann, weil Dateien vom Typ HTML da gesperrt sind, ich vermute mal auch CSS und JS. Langfristig - wenn es die Wikipedianer denn wollen - könnte man solche interaktiven Grafiken direkt unterstützen, z.B. mit einem [[Animation:]]-Tag...
Dabei könnte man dann Grafiken mit ImageMaps und entsprechenden Links dahinter ausstatten, Highlighting und Tooltips wie in meiner Grafik, oder Scherenschnittanimationen.
Diese Tooltips bestehen ja aus <div>-Abschnitten -die könnte man gleich in den Quelltext von jedem Wikipedia-Artikel einbauen- und werden CSS-formatiert - kann man also in die CSS-Datei fürs das gesamte Wikipedialayout stecken. Die nötigen JavaScriptfunktionen steckt man in eine zentrale JS-Datei, die auch immer eingebunden wird.
Wenn man eine Animation erstellt -also eine HTML-Datei- müsste man dann nur noch z.B. unter "onmouseover" die gewünschte Funktion schreiben. Eben z.B. "tt1open(...)" für einfache Tooltips, "tt2open()" für Tooltips mit Grafik, hntt1open() um einen Teil des Bildes hervorzuheben und einen einfachen Tooltip zu überblenden usw...
Wenn das Einbinden interaktiver SVG-Grafiken möglich wäre, dann wären interaktive Grafiken kein Problem. Derzeit werden die SVG-Grafiken noch in Pixelgrafiken umgerechnet und dargestellt.
Ok, zahlreiche Browser z.B. Firefox unterstützen derzeit noch keine Animationen, aber dass soll z.B. beim FF in einer der nächsten Versionen auch gehen.
http://de.wikipedia.org/wiki/Liste_der_SVG-Unterst%C3%BCtzung_in_Browsern
Generell bleibt der Nachteil, dass beim Printausdruck die Interaktivität verloren geht und somit eventuell auch wichtige Informationen, wenn sie nicht noch an anderer Stelle im Artikel aufgeführt sind.
Stefan
Stefan Kühn schrieb:
Wenn das Einbinden interaktiver SVG-Grafiken möglich wäre, dann wären interaktive Grafiken kein Problem. Derzeit werden die SVG-Grafiken noch in Pixelgrafiken umgerechnet und dargestellt.
Naja, bei SVG ist die Unterstützung eben noch nicht so weit; damit gehen nur statische Vektorgrafiken einwandfrei. DHTML, also JavaScript + HTML wird viel umfassender unterstützt. Meine Grafik müsste mit allen aktuellen Browsern richtig dargestellt werden. SVG ist vermutlich erst in ein paar Jahren für Scherenschnittanimationen praktikabel.
Ziel muss natürlich sein dass sowohl Leute mit deaktiviertem JavaScript die Artikel ungestört lesen können, zugleich noch das Minimum an Information erhalten (in dem Fall die Wolkenschemata mit Kürzel) und dass eine möglichst große Zielgruppe von den interaktiven Grafiken profitieren kann - was bei JavaScript der Fall ist; das ist in jeden Webbrowser ja bereits integriert.
Von Tim Starling entwickelt, kommt wohl in Kürze:
http://www.mediawiki.org/wiki/Extension:ImageMap
Magnus
Magnus Manske schrieb:
Von Tim Starling entwickelt, kommt wohl in Kürze:
Wurde gestern bereits für alle WMF-Projekte aktiviert, siehe http://de.wikipedia.org/wiki/WP:NEU#Softwareerweiterungen
Raymond.
Magnus Manske schrieb:
Von Tim Starling entwickelt, kommt wohl in Kürze:
Schön; bräuchte aber noch Spalten für die onmouseover- und onmouseout-Eigenschaft, damit man Highlighting und Tooltips realisieren kann... - und wie gesagt müsste man entsprechende <div>s und eine JS-Datei einbinden und die CSS-Datei erweitern.