Wikipedia Diskussion:Meinungsbilder/Medienbetrachter

Vorschlag 4

Fehlt IMO: „Bleibt für unangemeldete Benutzer aktiviert.“ Auch wenn das bestimmt Problem nicht löst. -- ΠЄΡΉΛΙΟ 14:32, 7. Jun. 2014 (CEST)

MB Software-Neuerungen

Weils so in der Problembeschreibung steht: Desweiteren wurde er ohne zuvor erfolgtes Meinungsbild in der deutschen Wikipedia eingeführt.:

Die Community hat es abgelehnt – wenn auch knapp – Neuerungen erst nach einem MB freizuschalten. Lebt damit. --84.152.129.159 22:50, 7. Jun. 2014 (CEST)

Der Satz ist bis auf weiteres draußen. -- Gerold (Diskussion) 00:40, 8. Jun. 2014 (CEST)

Oh, wow … Mariofan löscht kommentarlos begründete Korrekturen?

https://de.wikipedia.org/w/index.php?title=Wikipedia%3AMeinungsbilder%2FMedienbetrachter&diff=131122828&oldid=131121986 2A02:8109:9980:500:9CAA:7C7F:38B5:367E 15:02, 8. Jun. 2014 (CEST)

Ich habe nur das, was entfernt wurde, wiedereingesetzt? (das mit dem MB habe ich aber draußen gelassen). Das Lizenzproblem ist ja genau einer der Hauptkritikpunkte am Medienbetrachter, darum gehòrt das auch ins Meinungsbild. Mariofan13★^{Sprich mit mir!} 15:35, 8. Jun. 2014 (CEST)

Ich denke auch die IP meinte u.a. die Rechtschreibkorrekturen. Wie sieht es nun aus mit Vorschlag 4? Ohne diesen lehne ich das MB ab. Die Frage wird beim VisualEditor sicherlich ebenfalls aufkommen. -- ΠЄΡΉΛΙΟ 16:16, 8. Jun. 2014 (CEST)

Okay, sorry, die hatte ich am kleinen handy-Display übersehen :( Zum Vorschlag 4: Wie ist das genau gemeint? Für unangemeldete Benutzer ist der Betrachter aktiviert, für angemeldete deaktiviert? Mariofan13★^{Sprich mit mir!} 16:20, 8. Jun. 2014 (CEST)

Genau oder ist das sinnlos? -- ΠЄΡΉΛΙΟ 22:10, 8. Jun. 2014 (CEST)

Nein, die IP meinte das mit den Lizenzen. Die Bugfixes dafür sind bereits fertiggestellt und werden zeitnah angeschaltet, wie von mir in den Kommentaren verlinkt. Will dieses MB falsche Dinge abfragen? Ebenso unterschlägt Vorschlag 3, dass es derzeit ja möglich ist, den Medienbetrachter abzuschalten, was im Gegensatz zu Vorschlag 2 steht, wo die Möglichkeit explizit erwähnt wird. 2A02:8109:9980:500:9CAA:7C7F:38B5:367E 10:18, 9. Jun. 2014 (CEST)

Auch das wird nur bei Vorlagen helfen. Wenn jemand einfach in Textform unter die Lizenzvolage schreit, wie die namensnennung sein soll, dann wird das weiterhin nicht übernommen. ich unterschlage auch nicht, dass der Medienbetrachter-Schrott im Vorschlag 3 ausgeschaltet werden kann – es steht dort ja „Status quo“ Mariofan13★^{Sprich mit mir!} 10:51, 9. Jun. 2014 (CEST)

Ein Meinungsbild sollte ausschließlich von den Unterstützern geschrieben werden. So war es zumindest einmal und so ist es meiner Meinung nach auch richtig. Wer mit seinem Namen ein MB in der Vorbereitung mitträgt, soll editieren, andere nicht. Das ist bei Gesetzesvorlagen im Parlament genau so. --El bes (Diskussion) 18:42, 8. Jun. 2014 (CEST)

Deine Meinung in allen Ehren, sie ist aber falsch. Das Regelwerk besagt explizit: „Jeder kann Meinungsbilder initiieren und ist auch zur Ausarbeitung bereits angelegter herzlich eingeladen.“. Auch der einleitende Kasten ermutigt dazu mit den Worten „Sei mutig und beteilige dich an der Ausarbeitung.“. Wer hat denn da jetzt recht, Benutzer:El bes oder die Regelseiten? 2A02:8109:9980:500:9CAA:7C7F:38B5:367E 10:18, 9. Jun. 2014 (CEST)

Nicht-Stimmberechtigte (wie zB IPs) sollten sich gar nicht beteiligen. Du kannst deine Meinung gerne hier auf der Diskussionsseite kund tun und die wird auch beachtet werden. Aber Nicht-Stimmberechtigte sollten auf der MB-Seite gar nicht editieren. --El bes (Diskussion) 12:20, 9. Jun. 2014 (CEST)

So war es nie, El bes, ist auch gar nicht möglich, wenn man sich an die offiziellen MB-Regeln hält: Denn als Unterstützer soll man sich nach diesen erst eintragen, wenn ein Meinungsbild fertig ausgearbeitet und startbereit ist. Somit sollte nach dem „Idealzustand“ der Regeln ein MB während der Phase seiner Ausarbeitung gar keine Unterstützer haben. Aufgabe der „Unterstützer“ ist es nur, kundzutun, dass das MB in der vorliegenden Form starten kann. Gestumblindi 13:17, 10. Jun. 2014 (CEST)

Ich denke, das MB ist an sich schon fertig, es gibt aber noch Verbesserungsvorschläge von euch, die eingearbeitet werden können  ;) Mariofan13★^{Sprich mit mir!} 13:19, 10. Jun. 2014 (CEST)

Der Vorschlag mit den meisten Stimmen soll umgesetzt werden.

IMHO idiotisch, würde sofort zu einer formalen Ablehnung führen, weil:

wenn:

Vorschlag 1: 100 Stimmen

Vorschlag 2: 99 Stimmen

Vorschlag 3: 99 Stimmen

--> würde zu einer Abschaltung des Medienbetrachters führen, obwohl die Mehrheit dies nicht unterstützt. -- Milad A380 Disku ^+/- 11:16, 9. Jun. 2014 (CEST)

ich würde vorschlagen, dass die inhaltliche Abstimmung nur dann eine Gültigkeit hat, wenn ein Vorschlag mehr als 50 % hat. Sollte es 33 zu 33 zu 33 % ausgehen, wie in dem beschriebenen Szenario, dann ist sich die Community eben unschlüssig, was sie will und dann ist kein Mandat vorhanden, die generelle Einführung des Mediaviewers durch die Foundation zu overrulen. Dann bleibt das MB eben wirkungslos. --El bes (Diskussion) 12:40, 9. Jun. 2014 (CEST)

alternativ macht man es so, dass der weitestgehende Vorschlag, der zusammen mit noch weitergehenden 50 % plus 1 Stimme erreicht genutzt wird. zB:

Vorschlag (V) 1: 60 Stimmen V2 30 Stimmen V3 20 Stimmen --> V1
V1 60 Stimmen V2 30 Stimmen V3 40 Stimmen --> V2
V1 20 Stimmen V2 20 Stimmen V3 40 Stimmen --> V3

-- Milad A380 Disku ^+/- 13:11, 9. Jun. 2014 (CEST)

Oh man, du solltest etwas an deinem Ausdruck arbeiten, ich musste deinen Satz dreimal lesen. (Bsp. 1 und 3 sind sogesehen einfach relative Mehrheiten. Also ohne Bsp. wäre es noch nicht mal zu erahnen gewesen was du meinst.) Ihr seid doch bestimmt nicht die ersten Menschen denen sowas ein-/auf-fällt. Wie wär's wenn ihr klare schon vordefinierte Begriffe verwendet, siehe Mehrheit (übrigens das was eine Sprache ausmacht). Also halten wir fest, dass eine einfache Mehrheit hier keinen Sinn macht, da die Vorschläge in sich ungleich gesplittet sind. Daher können wir hier einfach von einer gedachten Stichwahl oder 2. Wahlgang reden (s.d. Äpfel und Birnen) IMO. → Perhelion     23:34, 9. Jun. 2014 (CEST)

Ich habe es mir auch so gedacht wie El bes geschrieben hat. Oder sollte man für jeden Vorschlag auch noch die Möglichkeit „Nein“ und „Enthaltung“ haben? Mariofan13★^{Sprich mit mir!} 23:43, 9. Jun. 2014 (CEST)

Ich würde eher den Vorschlag von Milad begrüßen (aber ich bin auch eigentlich MB-Abstinenzler) → Perhelion     23:48, 9. Jun. 2014 (CEST)

@@Milad A380: Willst du deinen Vorschlag bei der Abstimmung im MB einsetzen? ;) Mariofan13★^{Sprich mit mir!} 13:20, 10. Jun. 2014 (CEST)

Medienbetrachter?

Hilfreich wäre ein prominent plaziertes Beispiel (beschriftetes Bild?) wo erklärt wird wie man den Medienbetrachter erkennt und herausfinden kann inwiefern man davon betroffen ist. Generator (Diskussion) 12:12, 10. Jun. 2014 (CEST)

a)ist auf die entsprechende Hilfeseite verlinkt. b) ist jeder vom Medienbetrachter „betroffen“, sofern er ihn nicht wissentlich selbst deaktiviert hat.Mariofan13★^{Sprich mit mir!} 13:02, 10. Jun. 2014 (CEST)

Selber Trollbeitrag! Was spricht bitte dagegen ein Bild davon einzubinden wo man darstellt, was der Medienbetrachter denn so alles macht. Generator (Diskussion) 13:19, 10. Jun. 2014 (CEST)

ich hab einen Screenshot erstellt und eingebunden. Mariofan13★^{Sprich mit mir!} 13:33, 10. Jun. 2014 (CEST)

Danke. Generator (Diskussion) 13:54, 10. Jun. 2014 (CEST)

Vereinfachung

Ich schlage vor, auf Vorschlag 1 zu verzichten. Den Medienbetrachter standardmässig abzuschalten, aber in den Einstellungen aktivierbar zu lassen, sollte doch eine Option sein, mit der alle Medienbetrachter-Gegner leben können. So vermeidet man eine Zerfaserung des Meinungsbildes. Gestumblindi 13:15, 10. Jun. 2014 (CEST)

Ja, das ist auch eine gute Idee. Was meinen denn die anderen dazu?Mariofan13★^{Sprich mit mir!} 13:16, 10. Jun. 2014 (CEST)

+1 Das denke ich auch, eine völlige Abschaffung ist IMO völlig übertrieben. Dafür könnt ihr obigen Vorschlag 4 reinnehmen. :P → Perhelion     15:52, 10. Jun. 2014 (CEST)

+1 Als optionales Tool, wie jedes andere, dass Fans aktivieren können wenn sie wollen, solange andere nicht zwangsbeglückt werden, da hat wohl niemand was dagegen. --El bes (Diskussion) 19:33, 10. Jun. 2014 (CEST)

Ist nun umgesetzt Mariofan13★^{Sprich mit mir!} 20:45, 10. Jun. 2014 (CEST)

Wie wäre es, wenn wir das MB nochmal vereinfachen und auf die aktuellen Vorschläge „Der Medienbetrachter wird standardmäßig deaktiviert, kann aber von angemeldeten Benutzern in den Einstellungen aktiviert werden“ und „Der Medienbetrachter bleibt für unangemeldete Benutzer aktiviert, für angemeldete ist er standardmäßig deaktiviert“ beschränken? Einen eigenen „Vorschlag“ für den Status quo braucht es doch nicht, denn dieser kommt automatisch zum Tragen, wenn beide Vorschläge abgelehnt werden. Gestumblindi 21:46, 12. Jun. 2014 (CEST)

Mangels Resonanz habe ich das jetzt einfach mal so umgesetzt und dabei auch noch die Auswertung (hoffentlich) klarer dargestellt. Gestumblindi 02:59, 15. Jun. 2014 (CEST)

Bugs

Da ein Teil der Problembeschreibung ist, dass der Medienbetrachter „zahlreiche Bugs“ aufweise, sollten zumindest ein paar dieser Bugs auch beispielhaft genannt werden. Gestumblindi 21:38, 10. Jun. 2014 (CEST)

es geht uns nicht um irgendwelche Bugs, sondern um die Zwangsbeglückung ohne jegliche Community-Befragung. Selbst wenn das Tool super perfekt wäre, wäre die Art der Einführung, ohne MB, ohne signifikante Benachrichtigung, lediglich mit Opt-Out-Möglichkeit für angemeldete Benutzer, nicht in Ordnung. --El bes (Diskussion) 00:01, 11. Jun. 2014 (CEST)

Ich finde auch, dass es hier nicht (in erster Linie) um Bugs geht. Aber wenn man sie zum Teil der Problembeschreibung machen möchte, sollte man schon etwas konkreter werden. Sonst würde ich das Thema „Bugs“ lieber ganz weglassen. In der Tat: Auch völlig bugfrei dürfte der Medienbetrachter schon von seinem Grundkonzept her manchem missfallen. Gestumblindi 00:13, 11. Jun. 2014 (CEST)

ja, mir zum Beispiel. --El bes (Diskussion) 00:24, 11. Jun. 2014 (CEST)

mich stört vor allem, dass man mehrere Mausklicks braucht, um die Commons-Seite des Bildes zu öffnen (ich arbeite derzeit viel in bebilderten Listen, wo ich die Kategorisierung ändere, da geht aber nur wenn man bei jedem Bild die Commons-Seite öffnet. besser heute als morgen zumindest abschaltbar (oder umschaltbar: Viewer-/Beschreibungmodus) machen. andy_king50 (Diskussion) 17:36, 12. Jun. 2014 (CEST)

@Andy king50: Also abschaltbar für angemeldete Benutzer ist der Medienbetrachter ja durchaus: Einstellungen/Aussehen, Häkchen bei „Den Medienbetrachter aktivieren“ weg – und du bist ihn los ;-) Gestumblindi 19:06, 12. Jun. 2014 (CEST)

vielen Dank für den Hinweis, hoffentlich bleibt es auch so....andy_king50 (Diskussion) 22:20, 12. Jun. 2014 (CEST)

Volle Zustimmung zu Gestumblindi, dass nicht belegbare Argumente raus sollten. Allerdings ist das Problem mit „Den Medienbetrachter [de]aktivieren“ nicht gänzlich weg. Ein Beispiel das mir persönlich am Herzen liegt (und z.Zt. als Argument 5 aufgeführt ist): ich habe mir teilweise viel Mühe gemacht, Bilder sensitiv zu gestalten. Das ist nun komplett für die Tonne, weil alle Zwangsbeglückten es nicht mehr sehen können. Ich denke das gilt auch für weitaus mehr Infos, die mühevoll in Commons eingefügt wurden. -- 94.219.219.185 21:33, 12. Jun. 2014 (CEST)

Verständnisfrage: Was sind „sensitiv gestaltete Bilder“? Beispiel? --Atlasowa (Diskussion) 13:25, 13. Jun. 2014 (CEST)

Fahr beispielsweise mal über dieses Bild mit der Maus. Wenn du auf den Button Notiz hinzufügen klickst, siehst du das sich sensitive Flächen einfach erstellen lassen. Dahinter steckt bei Commons die Vorlage Template:ImageNote. Noch Beispiele; hier und hier mit cleverer Vergrößerungstechnik -- 94.219.219.185 01:19, 14. Jun. 2014 (CEST)

+1 Unbedingt die bugs nennen und übersetzen/erklären und verlinken, kein dunkles Geraune.

Siehe List of open bugs for Media Viewer on Bugzilla und development planning on mingle, Beispiele Mingle: Show Navigation Strip for Collections in Media Viewer und Bug 57259 – No proper handling of multivalued fileds (Status: PATCH_TO_REVIEW). Fairerweise sollte man auch bugs nennen, die eventuell schon abgearbeitet wurden, bspw. landet man beim „zurückklicken“ aus dem MediaViewer nicht mehr am Wikipediaartikelanfang, sondern da wo man vorher im Artikeltext war bevor man aufs Bild geklickt hat. Siehe auch en:Wikipedia talk:Media Viewer/June 2014 RfC. --Atlasowa (Diskussion) 13:25, 13. Jun. 2014 (CEST)

Also, ich habe die Erwähnung der Bugs ja nun mal ganz aus dem MB-Text entfernt. M.E. haben wir hier zwei Möglichkeiten: Entweder Bugs überhaupt nicht thematisieren (da es sowieso eher um grundsätzliche Vorbehalte gegen den Medienbetrachter geht), oder dann konkret werden. Erstere Vorgehensweise wäre natürlich einfacher und würde das MB schlanker halten. Gestumblindi 16:19, 13. Jun. 2014 (CEST)

Individuelle Lizenzbausteine

„Individuelle Lizenzbausteine“ sollte hier bitte nicht den Eindruck erwecken, als ginge es um (unzulässige)Privatlizenzen. --Ailura (Diskussion) 09:11, 12. Jun. 2014 (CEST)

Individuelle Lizenzbausteine gibt es nur für ergänzende Lizenzen, das ist also ein Nachteil für Nachnutzer, wenn sie diese nicht sehen. --Pölkky 09:13, 11. Jul. 2014 (CEST)

Über die Features von der bisherigen Commons-Seite

Leider geht das MB (weder in der Diskussion noch auf der Vorderseite) nicht auf das eigentliche Problem ein. Die Seiten von Commons, die bisher direkt verlinkt wurden, sind für die Bildbetrachtung und Darstellung der Bildinformationen rumd um das jeweilige Bild optimiert (ob es nun optimal ist wissen die Götter – jedenfalls hat die Funktionalität eine jahrelange Evolution durchlaufen). So gibt es beispielsweise auf Commons eine Reihe von Vorlagen die Informationen zum Bild bereitstellen.

Aber der direkte Link nach Commons ist nun abgeklemmt. Dieses optimierte Angebot zum Bild ist nun nicht mehr auf direkten Weg erreichbar. Wer Commons bisher schätzen gelernt hat, für den ist das Problem weitgehende gelöst, indem er seine Konfiguration (die ihm, wie ich finde unverschämter Weise über Nacht aufgedrückt wurde) anpasst. Wer bisher keine Erfahrung mit Commons hatte, der hat es nun schwerer, gute Bildinformationen zu erhalten. Alles was es früher gab ist noch da – es ist nur schwerer zu erreichen. Das gilt insbesondere für nicht angemeldete Benutzer.

Das Problem dieses MBs wird es sein, das sich vermutlich nur eine Minderheit der Nutzer für gute Bildinformationen interessiert. Nehmen wir an, das sich vielleicht 25 % der Wikipedianer für gute Bildinformationen interessieren (mein Bauchgfühl sagt mir, das es weniger sind). Dann wird man auch nur diese 25 % zu einem Pro für dieses MB gewinnen können. Es ist nachvollziehbar, das die anderen Wikipedianer den Medienbetrachter schick finden und kein Verständnis dafür aufbringen, warum es Leute gibt, die gegen dieses neue Tool sind. Es sei denn, man kann das Problem gut vermitteln.

Für Diejenigen, die die Features von Commons nicht kennen und schätzen, möchte ich hier einmal schildern, wie ich ein Feature kennen und schätzen gelernt habe. Als ich mein erstes Bild hochgeladen habe, habe ich gleich am Anfang die Kamerapostition mit der Commons-Vorlage {Location dec|51.6322|9.3138}} eingetragen. Ich war noch etwas unbeholfen … aber irgendwie hat es geklappt.

Wie erwartet wurde dann auf der Commons-Seite unter dem Bild eine Kasten mit dem Namen „Kameraposition“ (bzw. „Camera location“) eingeblendet. Hinter dem Namen standen die Nummerischen Koordinaten – die waren verlinkt. Natürlich habe ich auf die verlinkten Koordinaten geklickt und war zufrieden … bei weiteren Bildern bin ich genauso verfahren.

Irgendwann (Wochen oder Monate später) habe ich mir dann durch Zufall etwas genauer angesehen, was der „Kameraposition-Kasten“ noch zu bieten hat. Hier eine Nachbildung der Kasteninformation, die ich bis dato übersehen hatte:

Dieses und weitere Bilder auf OpenStreetMap – Google Maps - Google Earth

Da gab es also u.a. noch einen OpenStreetMap-Link. Als ich darauf klickte, war es für mich eine kleine Sensation. Da erschien nicht nur eine Karte in der die Position meiner Aufnahme markiert war – in die Karte waren auch weitere „Commmons-Iconen“ eingestreuselt. Je nach Koordinaten und Vergrößerung des Kartenausschnitts waren es eine ganze Menge Commons-Iconen. Und hinter jeder verbarg sich ein Commons-Bild das mit Geodaten versehen ist.

Bei genauer Betrachtung habe ich dann noch gemerkt, das die „Commons-Iconen“ sogar die Bildrichtung angeben, soweit bekannt.

Damit man vieleicht etwas besser erkennt, weliche Qualität das Tool hat: hier ein entsprechender Link von einem Bild des Reichtagsgebäudes. Man kann sich über die Commons-Iconen einen recht guten Eindruck von der Umgebung machen (ich verzichte auf Vergleiche mit google und Co.).

Ich finde es ein sagenhaft gutes Tools, das letztendlich auf dem Toolsserver bereit steht. Viel weis ich über das Tool nicht. Z.B. weis ich nicht, nach welchen Kriterien Bilder in den Service aufgenommen werden. Ich will es eigentlich auch garnicht wissen. Hier ist ein wunderbares Tool das toll funktioniert (abgesehen davon das es gelegentlich mal ausfällt) und mehr will ich nicht.

Das ist nur ein Beispiel für die Qualität der Commons-Seiten die durch den Medienbetrachter in der Hintergrund geschoben werden. Und letztendlich wird es Einsteigern erschwert, genau diese qalitativ guten Tools überhaupt zu finden.

Ich will nicht soweit gehen, das der neue Mediendarsteller verschwinden sollte. Marginale Vorteile bietet auch er. Was mich aber ärgert ist, das sich der Medienbetrachter mal eben so frech dazwischen drängt. Nach dem Motto neu ist besser. Wenn der Medienbetrachter sich „brav ans Ende der Schlange anstellt“ solls mir recht sein. Sollen sich die Entwickler doch selbst ausdenken, wie sie sich integrieren ohne zu stören (irgendwas mit rechter Maustaste oder …).

Nur leider fürchte ich, das all das nicht vermittelbar ist an Leute, die all die Features von Commons nicht nutzen. Vielleicht wäre es eine gute Idee, Leute aus der Fotowerkstatt mit ins Boot zu holen. So wie es jetzt läuft wird das aber wohl nix. --Gerold (Diskussion) 18:56, 20. Jun. 2014 (CEST)

Du bist gerne dazu eingeladen, das Meinungsbild selbst zu verbessern und in der Fotowerkstatt darauf aufmerksam zu machen ;) Es ist mein erstes Meinungsbild, darum fehtl mir hier noch die Erfahrung, auch in der Fotowerkstatt war ich noch nie Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 20:54, 22. Jun. 2014 (CEST)

Vorschlag 2

Die Umsetzung von Vorschlag 2 („Der Medienbetrachter bleibt für unangemeldete Benutzer aktiviert, für angemeldete ist er standardmäßig deaktiviert“) würde bedeuten, dass ein Benutzer, der den Sprung von „IP“ zu „Angemeldet“ schafft, alleine dadurch mit einem zumindest in Teilen anderen Verhalten der Benutzeroberfläche konfrontiert würde. Diesen Bruch in der Bedienoberfläche halte ich für Unfug, egal ob man den Medienbetrachter nun gut findet oder nicht.

Oder anders ausgedrückt: Meiner Meinung nach sollten die Standardeinstellungen für angemeldete Benutzer grundsätzlich mit den Einstellungen für unangemeldete Benutzer übereinstimmen. --Asturius (Diskussion) 18:34, 30. Jun. 2014 (CEST)

Status Quo

Im vorliegenden Entwurf des MBs ist es nur indirekt (etwa über formale Ablehnung des MBs oder inhaltliche Ablehnung beider Vorschläge) möglich, für den Status Quo (d.h. alles bleibt so, wie es ist) zu stimmen. Sowas ist immer unschön. Mein Vorschlag: Konzentriert euch auf Vorschlag 1 (siehe auch den Abschnitt obendrüber) und macht eine saubere Abstimmung der Form „Für den Vorschlag“ / „Gegen den Vorschlag (=Status Quo)“. --Asturius (Diskussion) 18:38, 30. Jun. 2014 (CEST)

Da hast du natürlich recht, Vorschlag 2 ergibt für mich auch wenig Sinn. Was meinen denn die anderen? Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 18:43, 30. Jun. 2014 (CEST)

Vorschlag 2 kann weg. Jede Ablehnung von Vorschlag 1 ist automatisch eine Stimme für den Erhalt des Status Quo. Alexpl (Diskussion) 17:05, 2. Jul. 2014 (CEST)

Ich denke das sollte Konsens sein. Nur ein Vorschlag (derzeit Nr.1). Und auf die Analogie zu den vielen anderen „Helferlein“ hinweisen die standardmäßig nicht eingeschaltet sind. Mit Hinweis auf die Analogie fällt es dem ein oder anderen Fan des Medienbetrachter einfacher dem MB zuzustimmen weil dann deutlich wird. das wir ihm nichts weg nehmen. Man muss dann allerdings auch herausarbeiten, warum das ständardmäßige Auschalten für Neulinge/IPs besser ist (also darlegen, das die bisherige Commonsseiten – und de-Bildseiten – unschlagbar gut sind). -- Gerold (Diskussion) 00:18, 7. Jul. 2014 (CEST)

+1. Raus mit Vorschlag 2. Bloß nicht unnötig komplizieren. Und möglichst bald starten. --Stobaios^?! 15:14, 9. Jul. 2014 (CEST)

-1 Verstehe ich nicht ganz, En und Commons machen das ganz anders und sind im Übrigen schon mit dem Thema (fast) durch. Dort gibt es nicht diese engeren Regeln für Meinungsbilder und trotzdem haben beide genau diese Möglichkeit drinnen gehabt. Ich werde das MB daher ablehnen (auch wenn das im Endeffekt keinen Unterschied machen wird/ gemacht hat). Soetwas steht nirgends geschrieben, dass alles „für Gäste“ so sein soll wie für Angemeldete, nur z.B. unter Gadgets (Helferlein) sind auch auf De einige standardmäßig aktiviert. PS. zum Verständnis: IPs haben nicht die Möglichkeit der Wahl, daher ist hier schlicht und einfach eine Änderung eine andere (bzw. schwerwiegendere Angelegenheit), aber egal macht einfach los. → User: Perhelion 13:09, 10. Jul. 2014 (CEST)

Sorry, hatte deine Äußerung noch nicht gelesen. Ich denke aber, dass der jetzige Zustand dennoch von der Mehrheit als sinnvoller empfunden wird. Grüße,--Grauer Elefant (Diskussion) 18:19, 10. Jul. 2014 (CEST)

Eingeschlafen?

ist das MB eingeschlafen? --El bes (Diskussion) 11:21, 5. Jul. 2014 (CEST)

japp erstmal Sommerpause... sehen wir dann weiter. → User: Perhelion 14:20, 5. Jul. 2014 (CEST)

dann wird es zu spät sein. In der Zwischenzeit gewöhnen sich die Leute an die Zwangsbeglückung. Wenn in einer Woche nichts kommt, ziehe ich meine Unterstützung zurück. --El bes (Diskussion) 23:56, 5. Jul. 2014 (CEST)

Um Beteiligung bei der Abstimmung auf Commons wird gebeten. Wenn der Mediaviewer dort durchfällt, hat sich das alles möglicherweise eh erledigt. Alexpl (Diskussion) 09:03, 7. Jul. 2014 (CEST)

Die englische Wikipedia hat sich fürs Abschalten entschieden: en:Wikipedia:Media Viewer/June 2014 RfC Das Meinungsbild lief seit dem 7. Juni. → User: Perhelion 13:36, 10. Jul. 2014 (CEST)

Der Initiator des MB hat sich erstmal für mehr als zwei Wochen nach England verabschiedet. Kann sich mal wer von den sonstigen Unterstützer verantwortlich kümmern, dass das MB vorankommt? --Stobaios^?! 15:40, 10. Jul. 2014 (CEST)

Wie abschalten

Wie würde man den Medienbetrachter eigentlich konkret deaktivieren? Geht das über einen Antrag auf bugzilla oder kann man das hier lokal lösen? --Holder (Diskussion) 09:33, 10. Jul. 2014 (CEST)

Naja im Prinzip müsste es nur ein ein Klick (default flag) sein. Ich würde denken, alle die es wünschen/gewünscht hatten, müssten es erst wieder manuell anschalten (bei der Zielgruppe wohl eher fraglich). → User: Perhelion 13:13, 10. Jul. 2014 (CEST)

How can a consensus be implemented?

I'm sorry to post in English, I hope somebody is willing to translate. Today, on the Wikimedia-L email list, @Eloquence: (Erik Moeller, Deputy Director of the Wikimedia Foundation) expressed that the WMF will not implement the consensus reached on the English Wikipedia, to disable this feature by default. This information should be taken into account in the construction of the present discussion. -Peteforsyth (Diskussion) 01:47, 11. Jul. 2014 (CEST)

It's Hobson's choice? --Stobaios^?! 02:48, 11. Jul. 2014 (CEST)

I'm not entirely sure what you mean, but maybe. If the consensus had been to disable the feature entirely (preventing anybody from enabling it), then it would have been possible for local administrators to implement through Javascript, so in that sense, yes, I suppose it's a Hobson's Choice.

I want to also point out this comment from @Bawoff:, who works for the WMF. He seems to think discussion and decision-making may be worthwhile in spite of the decision at enwp. -Peteforsyth (Diskussion) 03:03, 11. Jul. 2014 (CEST)

I see no sense in further discussions if The Foundation gives a shit about the will of the editor's community. --Stobaios^?! 04:01, 11. Jul. 2014 (CEST)

Well, I dont think you are right Peteforsyth - the mediaviewer doesnt seem to work anymore on en.wp !?! Concerning at Erics statement is, that he does not seem to understand, that the Mediaviewer was so full of flaws, that actual damage has been done to Wikipedia. For me it felt like the only things the MW-Team payed attetion to, (while IP visitors couldnt see graphics at full size for example) were spelling mistakes in the Mediaviewers desc. Sorry guys you didnt understand "the impact on readers/editor".

But hey, I´m sure it looks great on mobile devices!!!!! Alexpl (Diskussion) 09:05, 11. Jul. 2014 (CEST)

bevormundende Technik?

Stellt der MV eine bevormundende Technik dar, ist das in Flash oder JS umgesetzt? Was ist, wenn man das selbst deaktiviert hat? --Pölkky 09:17, 11. Jul. 2014 (CEST)

Lizenzverletzung

Der MV zeigt die gültige Lizenz nur dann an, wenn man den passenden Bauklotz benutzt. Der kam aber erst Jahre nach Gründung von Commons in Mode. Von mir selbst geistern noch hunderte Bilder herum, die das nicht benutzen, die sind dann also ohne Lizenz. --Pölkky 09:17, 11. Jul. 2014 (CEST)

Es ist noch schlimmer: selbst der Inhalt des jeweiligen Credit-line-Bausteins, der ja entwickelt wurde um Nachnutzern die korrekte Attribution zu erleichtern und derzeit von >194.000 Dateien genutzt wird[1], wird schlicht NICHT angezeigt. Ich habe die MW-Leute darüber bereits am 17. Mai informiert. Geändert hat sich bis heute NICHTS. --Túrelio (Diskussion) 14:37, 11. Jul. 2014 (CEST)

Vereinfachung 2

Warum wird nicht einfach Ja/Nein gefragt? Warum das ganze Brimborium mit Gültigkeit usw? Ist doch total überflüssig. Wer die Umfrage ablehnt, stimmt nicht ab und fertig. Wenn es nur ja oder nein gibt, gibt es ein eindeutiges Ergebnis. Ich erinnere an die Abstimmung zur Kategorisierung von Dateien. --Pölkky 09:22, 11. Jul. 2014 (CEST)

Eigentlich hatten wir doch weiter oben besprochen, dass es nur zwei Optionen gibt: Soll der Viewer abgeschaltet werden - oder soll der Status Quo beibehalten werden? Alexpl (Diskussion) 09:26, 11. Jul. 2014 (CEST)

Aber die Abstimmung, ob wir abstimmen, ist überflüssig--Pölkky 09:30, 11. Jul. 2014 (CEST)

Überprüf mal deine Einstellung. Alexpl (Diskussion) 18:04, 11. Jul. 2014 (CEST)

Welche Einstellungen? Ich meine, daß die formale Abstimmung überflüssig ist. --Pölkky 18:13, 11. Jul. 2014 (CEST)

Eine in Stein gemeißelte Abreibung für ein Projekt, das die Grundfunktionen "Medienbetrachten" nicht wirklich erfüllt, ist besser als Rumzujammern, das man nichts machen kann. So überlegen sie es sich demnächst zweimal, ob man bestimmte Personen mit Projekten betraut... Alexpl (Diskussion) 18:32, 11. Jul. 2014 (CEST)

Überflüssige Abstimmung

Da Abschaltungen des MV mit Entzug der Adminrechte bedroht werden, noch dazu als Office-Action gekennzeichnet, ist das Alles hier eigentlich überflüssig. [2] --Pölkky 09:30, 11. Jul. 2014 (CEST)

Siehe hierzu auch diese beiden Diskusionen: [3], [4]. --Holder (Diskussion) 09:51, 11. Jul. 2014 (CEST)

Fight the power! Alexpl (Diskussion) 10:09, 11. Jul. 2014 (CEST)

Augen auf, die Zeichen der Zeit stehen allerorts auf Krieg... die Fratze der Macht hat nur gelacht. → User: Perhelion 15:52, 11. Jul. 2014 (CEST)

Die Abstimmung ist aber auch deshalb überflüssig, weil diejenigen die es betrifft (nichtangemeldete Benutzer) keine Stimme bei diesem MB haben… --Sinuhe20 (Diskussion) 18:32, 11. Jul. 2014 (CEST)

+1 Ja diese Kleinigkeit (Unterscheidung) wurde ja sinnvoller Weise gänzlich aus dem MB gestrichen (siehe #Status Quo). → User: Perhelion 18:39, 11. Jul. 2014 (CEST)

Start?

Ich würde vorschlagen, dieses MB am Samstag, den 19. Juli zu starten (somit würde die erforderliche Wochenfrist eingehalten). Seid ihr mit diesem Termin einverstanden? Bzw. kann man prinzipiell auch als Unterstützer (der Initiator wird ja in nächster Zeit nicht erreichbar sein, in 2+1 Wochen ist mMn deutlich zu spät!) ein MB starten? MfG,--Grauer Elefant (Diskussion) 15:41, 11. Jul. 2014 (CEST)

+1. Einverstanden. Wäre im Fall eines positiven Votums auch ein deutliches Zeichen gegen die Willkür der Foundation. --Stobaios^?! 16:02, 11. Jul. 2014 (CEST)

Wir haben ein Problem: "Bitte beachten, dass die genauen Start- und Endtermine für das Meinungsbild nur von einem der Initiatoren [... ] eingetragen werden sollen, damit das Meinungsbild gültig ist." Oder gibt es evtl. Ausnahmegenehmigungen?--Grauer Elefant (Diskussion) 21:26, 11. Jul. 2014 (CEST)

Ich bin sehr für einen zügigen Start. Sofern sich ein paar andere Unterstützer dafür aussprechen, sehe ich da auch keine Problem. Ein Unterstützer trägt sich als Co-Initiator ein und erledigt die Formalitäten. Mein lange Kontorarg.Liste unten soll auch kein Hinderungsgrund sein. Wenn davon nichts auf der Vorderseite übernommen werden sollte kann ich auch damit leben. -- Gerold (Diskussion) 23:36, 11. Jul. 2014 (CEST)

Dann trag dich doch bitte als Co-Initiator ein, bevor das MB in Klein-Klein versandet. --Stobaios^?! 15:17, 12. Jul. 2014 (CEST)

Als Initiator möchte ich auch, dass das MB so bald wie möglich startet? Doch es ist mir nicht möglich am handy den Starttermin - ich bin mit oben genanntem Datum einverstanden - einzutragen und bitte daher jemand anderen, dies zu übernehmen :) Auf jeden Fall möchte ich mich bei dee ganzen Community bedanken, dass das Meinungsbild aktualisiert und ausgebaut wurde und nun startbereit ist! Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 17:04, 18. Jul. 2014 (CEST)

Ok, ich habe den Starttermin eingetragen. Mit der Wochenfrist kommen wir auf den 25. Juli als frühstmöglichsten Termin. MfG,--Grauer Elefant (Diskussion) 17:29, 18. Jul. 2014 (CEST)

Wurde wohl tatsächlich um 11 Uhr statt um 0 Uhr gestartet, weil keine Uhrzeit eingetragen war. Soll dasdann auf 11 Uhr korrigiert werden? -- Aspiriniks (Diskussion) 17:20, 25. Jul. 2014 (CEST)

Meinungsbild ist unvollständig

"Kleine" Frage: wieso wird nicht generell darüber abgestimmt den MV komplett wieder zu einzustampfen? Das Teil ist so überflüssig wie das fünfte Rad am Waagen. Der MV ist eine Art "Nebelfilter": unvollständig, verschleiernd, umständlich, eigentlich fast völlig nutzlos, Resourcenfressend: Javascript + Smartphonebesitzer und unterdrückt sehr viel wichtige Informationen. Und ist daher, ich spreche es mal offen aus, ein gefundenes Fressen für "unsere Abmahnmafia". Zumindest sollte man das Teil, sofern daran festgehalten wird, nur als Zusatzoption bei jedem Bild angeboten werden. Derzeit wird es als "erweiterte Option" angezeit, wenn User den MV per default abgeschaltet haben. --Alchemist-hp (Diskussion) 23:03, 11. Jul. 2014 (CEST) P.S: ich verweise auch mal auf die: Commons Diskussion

Ich glaube nicht, das sich ein "echtes" Abschalten umsetzen läßt. Außerdem habe ich soviel Respekt vor Minderheiten (nach allen Umfragen scheint es ein Minderheit zu sein), das ich ihnen ihr Spielzeug nicht wegnehmen möchte. Es stört mich auch nicht im geringsten, das Spielkinder spielen wenn sie mich in Ruhe lassen. Das einzige was mich nach einem Änderen der Default-Einstellungen noch stören würde: es wurden vermutlich Spendenmittel in erheblicher Höhe aufgewendet (habe es aber nicht recherchiert!!!). Wiki wäre damit auf dem besten Weg, der ADAC der Informationsautobahn zu werden. -- Gerold (Diskussion) 23:21, 11. Jul. 2014 (CEST)

Ja, dem kann ich voll zustimmen. Du hast den nagel auf den Kopf getroffen. Wo kann man sich bewerben um auch mal etwas von den Spendengeldern "verbrennen" zu dürfen? --Alchemist-hp (Diskussion) 23:25, 11. Jul. 2014 (CEST)

Abschn. „Nachteile des Medienbetrachters“ der Vorderseite

Unten habe ich das gesamte Kontraargumentepaket der Vorderseite nebst Ergänzungen eingefügt. Leider ist es aufwendig, alle Argumente auf Richtigkeit zu prüfen. Ich wäre dankbar, wenn das jemand prüfen könnte (ich möchte keine Scheinargumente). Ich habe auch kein Problem damit, wenn jemand in meinen Betrag hier drunter direkt hinein editiert. Möglicherweise habe ich in den nächsten Tagen wenig Zeit – bitte ggf. die Argumente als Paket oder einzeln auf die Vorderseite übertragen. -- Gerold (Diskussion) 23:12, 11. Jul. 2014 (CEST)

Bitte beim Editieren des Argumenteblocks darauf achten, das dieser als Block erhalten bleibt und ev. auf die Vorderseite kopiert werden kann. Diskussionen über einzelnen Arg. bitte außerhalb des Blocks. -- Gerold (Diskussion) 12:30, 12. Jul. 2014 (CEST)

Zum Editieren freigegebene Kontraliste

• (1) Die „alte“ Dateibeschreibungsseite, die deutlich mehr Informationen enthält als im Medienbetrachter angezeigt werden, kann nur noch über Umwege erreicht werden. Dazu gehören die meisten Toolservererweiterungen und Vorlagen von Commons. Hier ein paar Beispiele, wobei sich die Liste verlängern ließe, weil es sehr viele sinnvolle Vorlagen und Werkzeuge auf Commons gibt:
  • (1.1) Es wird zwar das Lizenzkürzel angezeigt, beispielsweise CC-by-Sa, erläuternde Bausteine (z. B. {{Cc-by-sa-1.0}}) der Dateibeschreibungsseite werden aber nur eingebunden, wenn sie im Parameter „Genehmigung“ der Vorlage {{Information}} stehen. Laut der Vorlagendokumentation sollen große Lizenzbausteine, die in einem eigenen Abschnitt stehen, dort aber ausdrücklich nicht eingefügt und dieses Feld leer gelassen werden! Das Fehlen von Bausteinen mit Lizenzzusammenfassungen und Warnhinweisen im Medienbetrachter fördert „falsche“ Weiternutzung. Z. B. weist {{PD-Pre1978}} darauf hin (umso deutlicher bei Commons-Spracheinstellung „Deutsch“), dass ein Bild in Deutschland vermutlich nicht verwendet werden darf, da dort kein Schutzfristenvergleich gilt. Beispiel, bei dem dieser Baustein im Medienbetrachter nicht angezeigt wird und sehr leicht der Eindruck entstehen kann, die Datei sei überall uneingeschränkt verwendbar: Stones ad 1965.JPG; äußerst irreführend ist in diesem Zusammenhang der Text unter „Bedingungen ansehen“ und das in der Leiste unter dem Bild stehende „Gemeinfrei“. (Anderes Beispiel für eine Vorlage: Angabe zur deut. Panoramafreiheit über die Commons-Vorlage {{FoP-Germany}} wird nicht angezeigt. Bsp. über „alte“ Dateibeschreibungsseite. Diese Beispiel betrifft meiner Meinung nach nicht die Weiterverwendung und ist ein ungünstiges Beispiel, siehe Kommentar unten. --Miss-Sophie (Diskussion) 16:50, 17. Jul. 2014 (CEST)) Da der Medienbetrachter seine Nutzer zur Verwendung einer Datei einlädt, ohne vorher die Dateibeschreibungsseite besucht zu haben (über die Schaltfläche „Diese Datei verwenden“, die das Herunterladen und Einbinden der Datei sowie das Teilen des Weblinks unabhängig von der Dateibeschreibungsseite anbietet), erklärt dies Bausteine, die auf bestimmte Bedingungen hinsichtlich der Weiterverwendung hinweisen, zu unnötigem und unwichtigem Beiwerk. Das Bereitstellen einer Möglichkeit zum Herunterladen und Einbinden ohne diese Hinweise anzubieten, ist in einigen Fällen fahrlässig.
  • (1.2) Bilder ohne Vorlage einer Standardlizenz werden ohne Lizenz angezeigt. Anm: bitte mit Bsp. versehen – andernfalls kurz vor dem Start herausnehmen. Gerold (Diskussion) 22:53, 12. Jul. 2014 (CEST)
  • (1.3) Maussensitive Inhalte, die auf Commons als Bildnotizen/Annotationen sehr einfach angelegt werden können, gehen praktisch verloren (s. c:Help:Gadget-ImageAnnotator/de). Als Beispiel ein historisches Bild von Dresden, bei dem via Mouseover Gebäude beschriftet sind.
  • (1.4) Im Medienbetrachter werden einige Informationen rein zufällig gekappt. Wenn beispielsweise die Liste der Dateieinbindungen zu lang ist, wird sie unvollständig angezeigt und kann erst nach Anklicken eines Links zu Wikimedia Commons komplett eingesehen werden.
  • (1.5) Auf der Dateibeschreibungsseite werden dem Benutzer direkt unter dem Bild verschiedene Auflösungen angeboten, die er bedarfsgerecht auswählen kann, ohne dass er dafür wie im Medienbetrachter erst Menüs durchwandern muss.
  • (1.6) Bei Bildern mit Geodaten werden dem Benutzer auf der Dateibeschreibungsseite Links zu vier Kartensytemen angeboten. Drei davon enthalten Marker mit weiteren Commons-Bildern die es ermöglichen die „Umgebung zu erkunden“. Beispiel Reichstagsgebäude
  • (1.7) Ausgefeilte Dateibeschreibungen, wie etwa für das Verständnis erforderliche Legenden von Karten, werden nicht angezeigt; Beispiel: Karte der EU Mitgliedstaaten (nutzt dafür die Vorlage {{Legend}}); auch das außerhalb der Vorlage {{de}} stehende, für alle Sprachen gültige Zitat des historischen Originaltextes dieser Karte wird nicht eingebunden.
  • (1.8) Der ZoomViewer, der bei großen Bildern (z. B. Landkarten) das gezielte, stufenweise Heranzoomen von Bilddetails ermöglicht, ist nur noch über Umwege nutzbar. Der Medienbetrachter, der doch gerade für eine verbesserte Bildbetrachtung entwickelt wurde, bietet keine dementsprechende Funktion. Beispiel: Link zum ZoomViewer unterm Bild auf Commons und Ansicht im ZoomViewer.
  • (1.9) Wenn die ein Bild beschreibenden Informationen alle in Vorlagenparametern stehen, die nicht vom Medienbetrachter berücksichtigt werden, erscheint im Medienbetrachter die irreführende Angabe „Es ist keine Beschreibung verfügbar“. Beispiel: Mona Lisa (Commons) vs Mona Lisa (MV). In diesem Fall stellen etwa die Angaben zum Originaltitel des Gemäldes, dem Künstler, der Maltechnik, dem Standort, der Inventarnummer und dem Herstellungsort sehrwohl eine Beschreibung dar.
• (2) Die Ladezeit des Overlays des Medienbetrachters und der darin eingebundenen Bildvorschau ist deutlich länger als die Ladezeit einer klassischen Dateibeschreibungsseite (MV/Speed reports, Bugzilla: 67848)
• (3) Zur Nutzung des Medienbetrachters ist JavaScript erforderlich.
• (4) Auf den Wikipediaseiten werden sowohl IPs wie auch neue Benutzer über Links wie „Edit“, „Diskussion“ oder „Versionsgeschichte“ direkt zur Mitarbeit aufgefordert. Die analog aufgebauten Commonsseiten, die auch in deutsch zur Verfügung stehen, erfüllen genau den gleichen Zweck – sie annimieren zur Mitarbeit anstatt zum reinen Konsum.
• (5) Barrierefreiheit wurde für den Medienbetrachter nicht geprüft. Er verursacht bspw. für Screenreader-Nutzer Probleme (s. Bugzilla).
• (6) Die Möglichkeit des Medienbetrachters sich durch alle Bilder eines Artikels durchzuscrollen erscheint auf den ersten Blick vorteilhaft – vor allem bei längeren Artikeln mit vielen Bildern macht das aber keinen Sinn, da die Bilder gänzlich vom Kontext getrennt werden (u. a. ist im Medienbetrachter die Bildunterschrift versteckt und der Artikeltext wird vollständig von der Programmmaske überdeckt). Obwohl die Bilder ‚direkt im Artikel‘ angezeigt werden, verliert der Leser den Bezug zum Artikel. Als Beispiel die Abfolge der Bilder des Artikels „Zweiter Weltkrieg“. Die Bildfolge bekommt den Charakter eines Daumenkinos und schiebt gleichzeitig die sinnvolle Kategorie „Zweiter Weltkrieg“ auf Commons in den Hintergrund.
• (7) In einer Umfrage auf Wikimedia Commons wird der Medienbetrachter (nach derzeitigem Stand) abgelehnt. Dort stimmen immerhin „Experten“ ab, d. h. erfahrene Nutzer, die sich mit der Grafik- /Bildverwendung und der Lizenzierung beschäftigt haben. Diese sehen diesbezügliche Mängel beim Medienbetrachter.
• (8) Angemeldete Benutzer, die den Medienbetrachter verwenden möchten, können dies auch im Fall, dass das Werkzeug in diesem Meinungsbild als Standard abgelehnt und dann abgeschaltet wird, ohne Einschränkung tun. Sie müssen lediglich ihre Einstellungen ändern. Auch Projekte der Mediawiki (etwa Multimedia/2014-15 Goals,Commons:Multimedia Features/Vision 2016) können problemlos entwickelt werden. Gerade für unausgereifte Software ist das Werben und Einbinden von „Freiwilligen“ der beste Weg.
• (9) Sehr einfache Features fehlen dem Medienbetrachter – so wäre es beispielsweise sinnvoll, beim Mouseover eines Bilds dieses in zwei oder dreifacher Größe anzuzeigen und beim Weiterbewegen der Maus in Normalansicht zurück zu stellen.Ich würde das streichen, da in Punkt 1.8 bereits der ZoomBrowser erwähnt wird. --Miss-Sophie (Diskussion) 15:34, 20. Jul. 2014 (CEST)
• (10) Augenscheinlich stellt der Medienbetrachter eine Vereinfachung dar. Da die Dateibeschreibungsseite aber zumindest mittelfristig nicht abgelöst werden kann, ist das doppelte System komplexer. Beispielsweise reden Benutzer schnell aneinander vorbei, wenn sie unterschiedliche Reaktionen des Systems auf die gleichen Aktionen bekommen. Dies würde sich erst änderen, wenn der Medienbetrachter wirklich ausgereift ist und die „alte“ Dateibeschreibungsseite ablöst.
• (11) Der Credit line-Baustein, der auf Commons vor 5 Jahren eingerichtet wurde, um Nachnutzern die korrekte Attribution zu erleichtern und der derzeit bei >194.000 Bilddateien eingesetzt wird, wird vom Medienbetrachter komplett ignoriert (Beispiel: c:File:Arena AufSchalke Innen bei Konzert.jpg; Credit-line-Inhalt wird normalerweise im Feld Namensnennung angezeigt). Die WMF-Programmierer wurden auf diesen Mangel bereits am 17. Mai hingewiesen, geändert hat sich nichts. Da rechtlich die Vorgabe des Urhebers verbindlich ist, setzt die WMF durch das Verstecken des Credit-line-Inhalts die Nachnutzer einem erhöhten Risiko einer ungültigen Attribution und damit Lizenzverletzung und deren Folgen aus, und dies in voller Kenntnis, also grob fahrlässig. --Túrelio (Diskussion) 10:41, 12. Jul. 2014 (CEST)
• (12) sind auf der regulären „Commonsbilderseite“ mehrere Bilder zu sehen (andere Versionen, Bilder in Erklärungsbausteinen etc.), so werden diese kontextlos im Medienbetrachter als Galerie angezeigt. Das ist vollkommen irreführend für einen Betrachter, da dise Ansicht sinnbefreit ist. --Alchemist-hp (Diskussion) 13:34, 12. Jul. 2014 (CEST)
• (13) Die Bildbeschreibung wird in einigen Fällen nahezu unleserlich, da der Medienbetrachter Textformatierungen der Dateibeschreibungsseite ignoriert; Beispiel: Churfürstenthums Brandenburg 1724; hier fehlen Fettschrift, Kursivschrift, Absätze, Listenpunkte (und die damit verbundenen Bedeutungen, z. B. Überschrift, Werktitel, Unterteilung); die Zuordnung der Fußnoten ist sehr erschwert und durch ungezieltes Verlinken auf die Dateibeschreibungsseite verwirrend. Lange Bildbeschreibungen werden in einem kleinen Fenster mit Scroll-Balken angzeigt, was im Vergleich mit der Textdarstellung auf der Dateibeschreibungsseite die Orientierung im Text erschwert; siehe voriges Beispiel. --Miss-Sophie (Diskussion) 16:50, 17. Jul. 2014 (CEST)
• (14) Der Bildhochlader hat mit dem Medienbetrachter „doppelte“ Arbeit. Er muss sein Bild so hochladen und mit „Beschreibungen/Eigenschaften“ versehen, dass auf beiden Bildbetrachtern (altbewährte Commons-Seite, neuer Medienbetrachter) das zu sehen ist, was der Uploader und/oder Urheber zu sehen wünscht, bzw. das, was zu sehen sein soll. Er muss sich also um beides kümmern. (Das schafft Arbeit! Wieso einfach wenn es aufwendiger geht. Mit vielen Tricks und sonstigen Kniffen z.B.: Funktionsaufrufen, kann auch das Aussehen im MV "angpaßt" werden. Nicht umsonst sind auch die derzeitigen Ansichten mit so vielen Informationen so gewachsen. Das gleiche Spiel wird sich auch im neuen Media-Viewer wiederholen. Wie gesagt völlig unnütze doppelte Arbeit für jeden? Uploader. Ich war mal so frei, das Argument auf's Wesentliche zu kürzen und hinsichtlich Rechtschreibung etc. zu überarbeiten; es ist ja eigentlich eine zum Editieren freigegebene Liste. --Miss-Sophie (Diskussion) 15:34, 20. Jul. 2014 (CEST)) --Alchemist-hp (Diskussion) 21:07, 18. Jul. 2014 (CEST)
• (15) Jedes Laden eines Bildes erstellt einen neuen Chronik-Eintrag im Browser, was für Leser negative Auswirkungen auf die gewohnte Nutzung von Wikipedia hat: Nach dem Betrachten mehrerer Bilder hintereinander und anschließendem Beenden des Medienbetrachters muss bei Verwendung der ‚Eine Seite zurück‘-Funktion im Browser bzw. der Return-Taste erst erneut durch alle Bilder im Medienbetrachter geklickt werden, um zum vorherigen Artikel zurückzugelangen (s. Bugzilla).
• (16) Für weitere technische Probleme siehe Liste der Programmfehler auf Bugzilla.
• (16) Selbst wenn der Medienbetrachter im Laufe der Zeit noch ausgebaut und verbessert wird, ist er im gegenwärtigen Zustand nicht gut genug, um das Standardwerkzeug zum Betrachten und Weiterverwenden (Herunterladen, Einbinden) von Bildern zu sein.

Kommentare zur Kontraliste

(1.1)

• Bezogen auf das gewählte Beispiel von der Vorlage zur Panoramafreiheit: Wieso fördert es falsche Weiternutzungen, wenn man diesen Baustein nicht sehen kann? Ist er nicht eigentlich nur eine Begründung, wieso das Bild unter eine freie Lizenz gestellt werden darf, dient also mehr als Vergewisserung für Überprüfer der Lizenz, dass das Bild nach deutschem Recht tatsächlich frei ist? Mit Nutzungsbedingungen für die Weiterverwendung hat die enthaltene Info doch nichts zu tun, oder? Gibt es kein besseres Beispiel, z. B. Stones ad 1965.JPG mit der Vorlage {{PD-Pre1978}}, die darauf hinweist, dass das Bild in Deutschland vermutlich nicht verwendet werden darf, da kein Schutzfristenvergleich gilt? Die Vorlage wird im Medienbetrachter nicht angezeigt und der „Bedingungen ansehen“-Abschnitt/der Genehmigungs-Parameter erweckt den Eindruck, eine Nutzung sei uneingeschränkt möglich.
• Lizenbausteine werden übrigens eingeschränkt doch angezeigt, nämlich sofern sie im Genehmigungs-Parameter der Vorlage {{Information}} eingebunden sind wie hier. Die Vorlagendokumentation gibt an, dass der Genehmigungs-Parameter für folgende Informationen gedacht ist: „License and other usage limitations and warnings.“ Er macht jedoch diese Einschränkung: „Due to the size of many license templates they are often placed in a separate section below {{information}} template. In such a case please leave this field blank.“ Für alle Fälle in denen diese Einschränkung zutrifft und sich an die Empfehlung gehalten wurde, das Feld bei großen, platzwegnehmenden Vorlagen freizulassen und diese nur in einen eigenen Abschnitt zu setzen (z. B. unter „Lizenz“ in {{int:License-header}}), werden die entsprechenden Bausteine im Media Viewer nicht angezeigt. Für Fälle, in denen sich jemand den Baustein in dem Parameter sparen wollte und stattdessen nur den Namen der Lizenz angegeben hat, weil Genaueres ja darunter in der Lizenzvorlage steht, erhält ein Media-Viewer-Nutzer eine für ihn bestimmt oft kryptische Information beim Klick auf den Link „Bedingungen ansehen“ (Bsp.; dort steht unter „Bedingungen“ nur „CC-BY-SA“).
• Das Creative-Commons-Lizenzkürzel verlinkt auf die Creative-Commons-Website mit sämtlichen Informationen zur Weiternutzung in Form des allerdings nur englischen Lizentextes. Lizenzbausteine mit knappen Zusammenfassungen in der jeweiligen Sprache sind für nichtenglischsprachige Nutzer hilfreicher (werden aber oft nicht angezeigt, siehe oben).
• Im Fall der Gemeinfreiheit (ich weiß nicht, in welchen Fällen sonst), wird auf die Dateibeschreibungsseite verlinkt, wo man alle Bausteine ansehen kann (z. B.: [5])

--Miss-Sophie (Diskussion) 17:48, 12. Jul. 2014 (CEST)

(1.2)

Gibt es dazu ein Beispiel? Kann ich mir so kein Bild davon machen. --Miss-Sophie (Diskussion) 17:48, 12. Jul. 2014 (CEST)

Auf den den ersten Blick würde ich sagen, das Arg. stammt vom Initiator der wohl erst am 16. wieder zugegen ist. Auf den zweiten ersten Blick (sowas kann ich) finde ich kein Beispiel – vermutlich gibts das nicht in commons sondern nur in de.wiki. Ich habe zu wenig Ahnung von Liz. und auch wenig Zeit. Wer ein Bsp. findet trägt es bitte ein. Ansonsten markiere ich das Arg. – es sollte meines Erachtens raus wenn kein Bsp. gefunden wird. -- Gerold (Diskussion) 22:51, 12. Jul. 2014 (CEST)

(1.4)

Das wird zurzeit weiterentwickelt, damit abgeschnittene Dateinamen und Autor- und Quellennennungen durch Ausklappen komplett angezeigt werden können, siehe Ticket #396, das im Plan mit „in Development“ markiert ist. Die Dateiverwendungsliste betrifft das aber wohl nicht. Dort kann man „Alle Verwendungen ansehen“ anklicken und kommt dann zur Commons-Seite. Kategorien werden tatsächlich scheinbar zufällig und unvollständig ohne Hinweis auf weitere vorhandene Kategorien angezeigt. --Miss-Sophie (Diskussion) 17:48, 12. Jul. 2014 (CEST)

(1.5)

Das geht im Media Viwer über die „Datei verwenden“-Schaltfläche. Im „Herunterladen“-Menü stehen verschiedene Auflösungen zur Auswahl, die man im Browser vorschauen kann. --Miss-Sophie (Diskussion) 17:48, 12. Jul. 2014 (CEST)

Habe mich jetzt einige male an und abgemeldet (um als IP den MV zu haben) und kann folgendes bestätigen: Wenn man die Maus hin und her schubst, wird die weiße Fläche unten größer und es erscheint ein Symbol, das eine Rechteck mit herauslukenden Pfeil nach rechts darstellt. Wenn ich da drauf klicke, kommt eine Klickfläche „Datei verwenden“. Von verschieden Auflösungen habe ich nichts gefunden! Aber selbst wenn dort verschiedene Auflösungen angeboten würden … es ist unsäglich umständlich … Argument 1.5 sollte bleiben! -- Gerold (Diskussion) 00:37, 13. Jul. 2014 (CEST)

@Gerold: Komisch. Mit der Maus rumschieben muss man gar nicht. Ich habe das Gefühl, da stimmt irgendwas nicht (Computerproblem, unter anderem deine Mauseinstellung?). Das Rechteck-Symbol mit herauslukendem Pfeil ist doch sofort sichtbar, wenn du ein Bild im Medienbetrachter geöffnet hast, nämlich auf der weißen Leiste, die dort dauerhaft unter jedem Bild steht. Auf der Leiste stehen außerdem der Dateiname und Autor/Quelle, rechts besagtes Symbol und ein zweites Symbol, das zur Dateibeschreibungsseite verlinkt, alles immer schon da, ohne was mit der Maus machen zu müssen. Es sei denn, du befindest dich im Vollbildmodus des Medienbetrachters, aber den müsstest du normalerweise erst manuell auswählen, wenn der Medienbetrachter schon läuft (über das Symbol mit dem diagonal weisenden Doppelpfeil oben rechts)! Im Vollbildmodus ist die weiße Leiste unten nämlich nur dann sichtbar, wenn du die Maus an den unteren Bildschirmrand bewegst. Kannst du mir näher beschreiben, was du siehst und machst und ob du evt. im Vollbildmodus bist? Siehst du die Adressleiste deines Browsers oben im Medienbetrachter? Wenn du schreibst, dass du auf das Symbol geklickt hast und dann eine Klickfläche „Datei verwenden“ angezeigt wird, dann hast du nicht gesehen, was man sehen soll und ich vermute, du hast „nicht richtig“ geklickt, bzw. es liegt an deiner Mauseinstellung. Das Symbol selbst ist eine Klickfläche und das aufpoppende Feld „Datei verwenden“ ist nur ein Hinweisschild, das beim Rüberfahren (nicht klicken) mit der Maus angezeigt wird, damit man weiß, was die Klickfläche (also das Rechteck mit Pfeil) macht. Wenn man mit der Maus ohne zu klicken über dem Symbol verweilt, sollte nach einer Sekunde das Hinweisschild „Datei verwenden“ auftauchen. Wenn man aber einmal auf das Rechteck klickt, öffnet sich ein Menü mit verschiedenen Optionen: Herunterladen, Einbetten und Teilen. Im Herunterladen-Menü stehen die einzelnen Auflösungen zur Auswahl und zum Anzeigen im Browser. Wenn das bei dir nicht passiert, hast du vielleicht deine Maus abweichend so eingestellt, dass beim Rüberfahren nichts passiert, einmal klicken das Hinweisschild öffnet und erst ein Doppelklick das Menü öffnet. Probier es mal mit einem Doppelklick auf das Symbol. Was genau meinst du eigentlich mit Maus „rumschubsen“. Wenn ich die Maus nur hin und her bewege im Medienbetrachter, ohne zu klicken oder eine Maustaste gedrückt zu halten, dann passiert gar nichts mit der weißen Leiste unten (nur im Vollbildmodus, wie gesagt). Benutzt du eine richtige Maus oder ein Touchpad am Notebook? Mit dem Touchpad kann ich tatsächlich nur durch Hinundherschieben mit zwei Fingern die Leiste vergrößern, sodass die Dateibeschreibung, der Hochlader, Erstellungsdatum u.a. auskappen, und diese auch wieder zuklappen. --Miss-Sophie (Diskussion) 12:43, 13. Jul. 2014 (CEST)

Hier geht es ja im Kern um das Argument (1.5). Ich habe die Symbole/Fenster/Buttons/Kästschen-mit-Pfeilen auf-, zu-, rauf,- runter geklickt und gestreichelt und hie und da eine Wartesekunde eingelegt. In verschiednen Auflösungen wurde mir ein Bild nie angeboten. Ich Vermute mal folgendes Missverständnis: der MV bietet Codevorlagen zum Einbinden in andere Seiten … da wird Code für verschieden Größen der Einbindung geboten. Mit dem Herunterlanden in verschiedenen Auflösungen hat das nichts zu tun. Und selbst wenn ich unrecht haben sollte: Man findet nicht was braucht bzw. man muss viel rumklicken. Oder auch anderes gesagt: egal wo unser Missverständnis liegt – es wurde durch die unsäglich schwierige Beschreibbarkeit von sich öffnenenden und schliessenden Menüs verursacht.
Letztendlich leben du und ich in verschiedenen Welten. Für dich ist es vermutlich eine Freude für wenn du neue Designs entdecken darfst – ich werde da zum Gernot Hassknecht wenn ich nur dran denke. Und ich gönne dir deine Welt – aber ich habe sehr viel gegen Zwangsbeglückung. -- Gerold (Diskussion) 15:38, 13. Jul. 2014 (CEST)

Eins vorweg: Ich bin gegen die Einbindung des Medienbetrachters in seiner gegenwärtigen Form als Standard, vor allem wegen oftmals fehlender Lizenzbausteine, der mangelhaften Einbindung bestimmter Infos von der Commons-Seite und der mangelnden Einbindung von Artikelbildern in den Artikelkontext, ich sehe aber sein Potential als ein zusätzliches Werkzeug. Meiner Meinung nach sollte der „Diese Datei verwenden“-Link auf die Dateibeschreibungsseite führen, wo alles über die Lizenzen und sämtliches für eine Weiternutztung evt. Relevante steht, und ein Download per MV gar nicht angeboten werden. Selbstverständlich probiere ich den MV auch aus, um mir überhaupt eine Meinung darüber bilden zu können. Nun zurück zum Thema: Mir geht es hier um die falsche Kernaussage, der Medienbetrachter biete im Gegensatz zur Commons-Seite keine verschiedenen Auflösungen an. Ja, und ich meine sehrwohl und ausdrücklich welche zum Herunterladen! Deshalb stehen sie ja auch im eben beschriebenen Menü mit dem Titel „Herunterladen“! Vielleicht hast du nach dem Öffnen von „Diese Datei verwenden“ im erscheinenden Bedienfeld nicht auf die Option „Herunterladen“ geklickt, sondern die Option „Einbetten“ aktiviert. Wenn du immerhin gesehen hast, dass verschieden Größen zum Einbinden angeboten werden, vermute ich das mal. Wahrscheinlich sind Screenshots klarer: So ungefähr sieht das Menü nach Klick auf „Diese Datei verwenden“ aus, wenn du den Punkt „Herunterladen“ wählst (auf Englisch): Modell Download. Und dort stehen verschiedene Auflösungen zum Herunterladen zur Auswahl: Modell Download-Optionen. Mittlerweile sieht es etwas anders aus als in dem Modell. Man kann gerne anführen, der Zugang zum Menü und dass sich darin die Optionen zum Herunterladen inklusive verschiedener Auflösungen befinden, sei nicht gleich erkennbar, da hinter dem visuell vielleicht nicht verständlichen Symbol „Diese Datei verwenden“ verborgen. Aber angeboten werden sie! Da das Herunterladen im MV ausschließlich über die Bedienfläche „Diese Datei verwenden“ funktioniert, leuchtet es ein, dort die Auflösungen unterzubringen. Ob der Downlad überhaupt im MV und nicht auf der Dateibeschreibungsseite erfolgen sollte ist, wie gesagt, eine andere Frage. --Miss-Sophie (Diskussion) 16:31, 13. Jul. 2014 (CEST)

Ganz ehrich: beim Bedienen des MV stelle ich mich nicht dümmer an als ich bin – ich bin so dumm. Du wirst aber zumindest zugeben – wenn ich beschreiben würde wie man auf der „alten“ Dateibeschreibungsseite Versionen in verschiedenen Aufl. herunter läde, wäre ich in ein paar Min. durch. Das ist doch letztendlich die Kernaussage (der MV erschwert etwas, was biher einfach ging und einfach zu beschreiben war). Wegen mir ändere das Arguemnt etwas ab. Aber bitte möglichst so, das es vor lauter Präzisierung nicht ellenlang wird. Es ist ja gerade die Kunst, Argumente kurz und knackig vorzutragen (ohne das ich Anspruch erhebe das es mir selbst zuverlässig gelingt). Meinen Segen zum Ändern hast du!!! -- Gerold (Diskussion) 17:01, 13. Jul. 2014 (CEST) (CEST)

Ich hätte mich kürzer fassen können, wenn ich nicht verstanden hätte, dass sich bei dir durch Klicken nicht mal das Bedienfeld öffnet (möglicher Mausfehler). Ist ja eigentlich kinderleicht: Klicke unter dem Bild rechts auf das Symbol mit dem Pfeil im Viereck („Diese Datei verwenden“), wähle im sich öffnenden Bedienfeld „Herunterladen“ aus, suche dir im Menü eine Auflösung aus und klicke den grünen Knopf. War das weniger als eine Minute ;-) ? Vielleicht interessiert dich, dass anscheinend gerade eine auffälligere Gestaltung mit Texthinweis eingeführt wird, siehe MediaWiki: Talk:Multimedia/About Media Viewer#mediaviewer/File:1RAAF 1918Nov.jpg. Wenn du das Herunterladen verschiedener Auflösungen damit immer noch zu kompliziert findest, könnte ich den Text in deinem Sinne abwandeln. Sonst besser streichen? Im neuen Design ist der Knopf schon fast lächerlich präsent, auffälliger als die Informationen zu Autor und Quelle unter dem Bild… auch nicht ganz das Wahre. Mit etwas kleinere Schrift vielleicht. Aber wie gesagt, der Download sollte dort eigentlich sowieso nicht möglich sein. --Miss-Sophie (Diskussion) 18:04, 13. Jul. 2014 (CEST)

(2)

Die Ladezeit des Overlays des Medienbetrachters und der darin eingebundenen Bildvorschau ist deutlich länger als die Ladezeit einer klassischen Dateibeschreibungsseite.

Nein. „The loading time of the Media Viewer is actually substantially shorter than loading a File page. Here's the data. There is a perception difference because the File page remains a blank, white space while the entire page loads, whilst Media Viewer loads immediately and calls for the image. The more images are viewed, the more are cached, and even faster it gets. There will be tweaks to make links more prominent/accessible as we get feedback like yours. I appreciate it! Keegan (WMF) (talk) 06:07, 4 June 2014 (UTC)“. Konkretes feedback zur Ladezeit bitte hier geben: mw:Multimedia/Media Viewer/Speed reports. --Atlasowa (Diskussion) 13:14, 12. Jul. 2014 (CEST)

Ich kann auch nicht feststellen, dass die Ladezeiten länger sind, eher kürzer, und denke auch, es liegt der angesprochene Wahrnehmungsunterschied vor (leere Commons-Seite beim Laden, deren Inhalt erst angezeigt wird, sobald alles geladen ist, vs. verschwommene Bildanzeige mit Ladebalken im MV beim Laden). Ich würde das Argument dahingehend abwandeln, dass das verschwommen angezeigte Bild und der über den Bildschirm laufende Ladebalken im Vergleich mit dem Ladevorgang einer Commons-Bildbeschreibungsseite als unschön und störend empfunden werden.
Beim Anschauen einer Reihe von Bildern in der Slideshow kommt es vor, dass alle paar Bilder eines 1 bis 2 Sekunden lang verschwommen und zusammen mit Ladebalken angezeigt wird. Das scheint um so mehr zuzutreffen, je schneller man durch die Slideshow klickt (um nicht so interessante Bilder zu überspringen), wobei man das Laden eines uninteressanten Bildes nicht zu Ende abwartet, sondern schnell weiterklickt. In dem Fall wird auf störende Weise bei nahezu jedem Bild der Ladebalken angezeigt, der ständig anfängt von links nach rechts durchs Bild zu laufen, vom Leser abgebrochen wird und beim nächsten Bild wieder anfängt. Das Öffnen einer einzelnen Dateibeschreibungsseite ist aber schlecht mit der mehrere Bilder betreffenden Slideshow-Erfahrung vergleichbar. --Miss-Sophie (Diskussion) 12:24, 15. Jul. 2014 (CEST)

(3)

Zur Nutzung des Medienbetrachters ist JavaScript erforderlich.

Sehr seltsames Argument, das inzwischen sogar an die erste Stelle gerückt ist: Wenn JavaScript im Browser deaktiviert ist (oder der Browser so alt ist, dass es nicht funktioniert), passiert ja bereits das, was das Meinungsbild erreichen will, es wird die Bildbeschreibungsseite angezeigt. Die lokale übrigens, denn die Funktion, die den Link auf die Beschreibungsseite auf Commons ändert, erfordert auch JavaScript. --132.230.1.28 10:40, 24. Jul. 2014 (CEST)

(6)

Die Möglichkeit des Medienbetrachtes sich durch alle Bilder eines Artikels durchzuscrollen erscheint auf den ersten Blick vorteilhaft - bei längere Artikel mit vielen Bildern macht das aber keinen Sinn, da die Bilder gänzlich von Kontext (u.a. Bildunterschrift) getrennt werden. Bei genauerer Betrachtung also ein Spielerei.

Dass die Bildunterschrift abgeschnitten/ zu weit unterhalb/kaum als solche erkennbar ist, ist ein schon gemeldeter bug, der bereits auf der ToDo Liste steht: Show caption above the fold in Media Viewer. --Atlasowa (Diskussion) 12:46, 12. Jul. 2014 (CEST)

schiebt gleichzeitig die sinnvolle Kategorie „Zweiter Weltkrieg“ auf Commons in den Hintergrund. verstehe ich vom Sinn her nicht. Man sollte rgänzen, dass die Bildunterschriften schon vorhanden sind, jedoch nicht sofort einsehbar, da im Aufklappmenü verborgen, während der Dateiname, der für den Leser eines Artikels nicht primär relevant ist, unnötig im Mittelpunkt steht. --Miss-Sophie (Diskussion) 17:48, 12. Jul. 2014 (CEST)

(7)

auf einer Umfrage bei Commons wird der Medienbetrachter (nach derzeitigen Stand) abgelehnt - dort stimmen immerhin Experten ab.

Was ist das für ein Argument? Alle auf commons sind Experten für … was? Hic Rhodus, hic salta! --Atlasowa (Diskussion) 02:13, 12. Jul. 2014 (CEST)

Experten für das Erstellen von Grafiken und das Verwerten von Feedback zu Grafiken. Alexpl (Diskussion) 09:52, 12. Jul. 2014 (CEST)

Mit Experten soll ausgedrückt werden, das es sich um Personen handelt die möglicherweise den MV benutzen, sich aber darüber hinaus soviel Kenntnisse erworben haben, um die Abstimmung zu finden. Im Ernst – nun ist es in Anführungszeichen. Auf diese Kritik geht man doch gerne ein. -- Gerold (Diskussion) 14:19, 12. Jul. 2014 (CEST)

Den Diskussionsgegner zu verhöhnen, ist ebenso bezeichnend, wie dessen Beiträge zu löschen. Experten sind Nutzer, die sich mit Grafik- /Bildverwendung, dem Hochladen von Grafiken/Bildern und deren Lizenzsierung beschäftigt haben. Die sind auf commons systembedingt häufiger anzutreffen als beim Leserkreis der Wikipedia. Alexpl (Diskussion) 13:05, 13. Jul. 2014 (CEST)

(8)

Benutzer, die den Medienbetrachter verwenden möchten, können dies auch bei erfolgreichen MB ohne Einschränktung machen. Sie müssen lediglich ihre Einstellungen ändern. Auch Projekten der Mediawiki (etwa [6],[7]) können problemlos entwickelt werden. Gerade für unausgereifte Software ist das werben und einbinden von "Freiwilligen" der beste Weg.

Wie, „ohne Einschränkung“? Der Leser muss sich dafür extra anmelden. Und dann muss man erstmal die umfangreichen Einstellungen durchsehen und aktivieren – was nur ein Bruchteil der Benutzer macht. Das soll „ohne Einschränkung“ sein? --Atlasowa (Diskussion) 02:13, 12. Jul. 2014 (CEST)

(9)

Sehr einfache Features fehlen dem Medienbetrachter – so wäre es beispielsweise sinnvoll, beim Mouseover eines Bilds dieses in zwei oder dreifacher Größe anzuzeigen und beim Weiterbewegen der Maus in Normalansicht zurück zu stellen.

Warum nur „zwei oder dreifache Größe“ und nicht Fullscreen? Und wo bringst du dort die Lizenz und deine geforderten Kritikpunkte unter? Wenn Du so ein feature möchtest, kannst du ein solches user script/Gadget bauen, testen, benutzen und anderen Benutzern zur Verfügung stellen. --Atlasowa (Diskussion) 02:13, 12. Jul. 2014 (CEST)

Für Fullscreen gibts doch einen fetten Extraknopf oben rechts. Überflüssig für kleine Grafiken, weil die eh von Anfang an „fullscreen“ sind (abzüglich einer Zeile für die Lizenz, die sich aber nur aufklappt, wenn du runterscrollst). Der Kollege meinte wohl einfach nur irgendeine Form von Zoomfunktion ohne sich auf 2-3 fach festlegen zu wollen. Der betreffende Abschnitt, in dem Vergrößerungen besprochen wurden, wurde vom Kollegen Gerold Rosenberg eigenmächtig aus der Diskussion entfernt. Alexpl (Diskussion) 10:02, 14. Jul. 2014 (CEST)

Über den Button „Originaldatei ansehen“ in der Ansicht des Medienbetrachters können Bilder in der originalen Auflösung im Browser geöffnet und vergrößert werden. Auf der Commons-Datenseite ist dies über einen Klick ins Bild oder auf „original file“ möglich. Inwieweit erschwert der Medienbetrachter das Ansehen von Bildern in voller Auflösung sowie Vergrößern, wie in Nachteil 6 der Vorderseite genannt? Könnte es sein, dass sich das Argument noch auf eine ältere Fassung des Medienbetrachters bezieht? (Die Funktion „Originaldatei ansehen“ wurde ca. Mitte Juni ergänzt) -- Birgit Müller (WMDE) (Diskussion) 17:10, 14. Jul. 2014 (CEST)

Wenn ihr ihn hier nicht abgeschaltet hättet, wüsste ich wovon du sprichst. :) Mein letzter Kenntnissstand war, das man beim Mediaviewer nicht einfach "ins Bild Klicken" kann, was bei commons selbsterklärend war, sondern man eine winzige Schlachtfläche suchen muss - die keineswegs selbsterklärend ist. Und wenn man sie doch unten rechts entdeckt hat und gewohnheitsmäßig mit der Maus, auch das Mausrad mitbewegt, öffnet man aus Versehen den Lizensframe, der dann die betreffende Vergrösserungsschaltfläche überdeckt. Aber wie gesagt keine Ahnung wie das Ding jetzt gerade funktioniert. Alexpl (Diskussion) 16:13, 15. Jul. 2014 (CEST)

Also ins Bild klicken, um die Originaldatei zu öffnen, geht immer noch nicht. Aber das Symbol ist jetzt (glaube, das war vorher noch nicht so) leicht zu finden, weil beim Klicken auf das Bild der Tooltip/das kleine Hinweisschildchen "Originaldatei ansehen" über dem Symbol erscheint. Das funktioniert sogar, wenn man die Leiste aufgeklappt hat und diese das Symbol verdeckt. Die Leiste geht dann nämlich wieder zu und gibt den Blick auf den Hinweis frei. Die Originaldatei öffnet sich dann im selben Tab, wo man sie vergrößert in Originalgröße ansehen kann. Zoom-Stufen gibt es keine, genau wie bei der Commons-Funktion. Statt auf's Bild muss man im MV auf das Symbol klicken, danach passiert dasselbe wie bei Commons. Es geschieht allerdings schnell, dass man als Leser vorher intuitiv umsonst auf das Bild klickt. Was ich nicht verstehe, Alexpl, wieso bewegst du, wenn du auf das Symbol klicken willst das Mausrad mit? Ich mache das nicht, bzw. würde es nicht tun, denn ich nutze momentan ein Touchpad. --Miss-Sophie (Diskussion) 20:29, 15. Jul. 2014 (CEST)

Aus dem gleichen Grund, aus dem ich zum Lesen deines Beitrages das Mausrad bewegt habe - der war nach dem Öffnen der Seite am unterem Bildschirmrand und ich wollte ihn in die Mitte holen. Beim Viewer ists ähnlich, da geht die Seite auf den ersten Blick auch nach unten weiter, wegen dem zusammengefalteten Lizens/Dateiinfo-Frame. Ein programmiertechnisch sicher anspruchvolles Machwerk, aber das spielt keine Rolle, wenn man diese brillianten, und sicher teuren Komponenten ohne Sinn für Bedienkomfort oder Nutzerführung irgendwie zusammendengelt. Alexpl (Diskussion) 21:04, 15. Jul. 2014 (CEST)

Da hat wohl jeder seine eigenen Gewohnheiten. Ich gehe immer mit der Maus zum Symbol hin. --Miss-Sophie (Diskussion) 13:28, 16. Jul. 2014 (CEST)

http://xkcd.com/1172/ Volltreffer. --Atlasowa (Diskussion) 12:11, 18. Jul. 2014 (CEST)

(10)

Augenscheinlich stellt der Medienbetrachter eine Vereinfachung dar. Da die „alte“ Dateibeschreibungsseite aber zumindest mittelfristig nicht abgelöst werden kann, ist das doppelte System komplexer. Beispielsweise reden Benutzer schnell aneinander vorbei, wenn sie unterschiedliche Reaktionen des Systems auf die gleichen Aktionen bekommen. Dies würde sich erst änderen, wenn der Medienbetrachter wirklich ausgereift ist und die „alte“ Dateibeschreibungsseite ablöst.

Diese Doppelung haben wir bereits. Siehe lokal Datei:Hic rhodus aesop-medici.png und c:File:Hic rhodus aesop-medici.png mit dazugehörigen Diskussionsseiten. Der Medienbetrachter hat hingegen keine separate Disk. --Atlasowa (Diskussion) 02:13, 12. Jul. 2014 (CEST)

(12)

sind auf der regulären „Commonsbilderseite“ mehrere Bilder zu sehen (andere Versionen, Bilder in Erklärungsbausteinen etc.), so werden diese kontextlos im MV als Galerie angezeigt. Das ist vollkommen irreführend für einen Betrachter, da dise Ansicht sinnbefreit ist. --Alchemist-hp (Diskussion) 13:34, 12. Jul. 2014 (CEST)

Das hat mich persönlich das erste Mal wahnsinnig irrittiert und ich wusste gar nicht, was für Bider mir dort als Folgebilder zu dem von mir angeklickten Commons-Bild eigentlich angezeigt werden und wieso. Denn ich hatte den kleineren Bildern, die in zugeklappten Lizenzbausteinen versteckt waren, noch gar keine Beachtung geschenkt und sie gar nicht gesehen. Das zweite Bild ähnelte dem ersten zudem sehr (ist wohl eine ältere Version oder leichte Abwandlung, sodass das Bild beim Klicken auf „Forwärts“ seltsam 'hüpfte', sich jedoch nichts zu ändern schien (s. diese Datei). Hat ewig gedauert, bis ich dahinter gekommen bin, woher die Bilder kommen. Allerdings vermute ich, dass man dieses Problem leicht beheben könnte, wenn man diese zusätzlichen Bilder auf einer Dateibeschreibungsseite vom Medienbetracheten ausnimmt. Für mich daher ein eher randständiges Gegenargument. --Miss-Sophie (Diskussion) 17:48, 12. Jul. 2014 (CEST)

Das betrifft aber gar nicht die Wikipedia, sondern nur Commons! Wenn ich genau dieses Bild im Wikipedia Artikel Nadars Porträtfoto von Sarah Bernhardt anklicke, komme ich hierhin: Bild im Medienbetrachter. Wenn ich dort nach rechts oder links klicke, kommen nur die Bilder aus dem Artikel, kein Commons "other versions" oder so. Das hat mit dem Einsatz des Bildbetrachters auf deWP nichts zu tun. --Atlasowa (Diskussion) 12:11, 18. Jul. 2014 (CEST)

"Ich" schrieb ja auch: "sind auf der regulären „Commonsbilderseite“ mehrere Bilder zu sehen" ... --Alchemist-hp (Diskussion) 21:00, 18. Jul. 2014 (CEST)

Aber da dies die Wikipedia gar nicht betrifft, sollte man den Punkt besser weglassen, da das Meinungsbild sich ausdrücklich auf die Verwendung des Medienbetrachters in Wikipedia bezieht. Commons und Wikipedia berühren sich natürlich, da beim Klicken auf ein Artikelbild die Commons-Seite aufgerufen wird (oder werden kann). Aber dieser Punkt betrifft Wikipedia gar nicht. --Miss-Sophie (Diskussion) 15:34, 20. Jul. 2014 (CEST)

Aber genau das ist doch das Problem: Nachnutzer wollen Details zu einem Bild erfahren und werden von irgendwelchen komischen Galerien nur verwirrt. Alles ist nur irgendetwas nur nichts Handfestes zu genau diesem "einen" Bild. Wir können hier natürlich auch den Vogel Strauß spielen und den Kopf in den Sand stecken ... Wäre ich ein Nachnutzer so möchte ich alles über das Bild Erfahren und nichts gefiltertes, geschöntes und verworrenes. Die vor MV-Zeit hatte doch alles nötige dafür. --Alchemist-hp (Diskussion) 00:23, 24. Jul. 2014 (CEST)

Verstehe ich deinen letzten Post richtig, wenn ich denke, du bist generell gegen die Diashow-Funktion, egal ob in Wikipedia oder auf Commons? Weil du meinst, wenn ein Nachnutzer auf ein Bild im Wikipedia-Artikel klickt, will er Deails zum Bild und keine Diashow? Das wäre aber ein andereres Thema als das, was in Punkt 12 steht. Punkt 12 bezieht sich doch ausdrücklich nur auf die Diashow, die man sieht, wenn man in Wikimedia Commons auf den „erweiterte Ansicht“-Knopf für das Bild einer Dateibeschreibungsseite klickt, nicht jedoch auf die Diashow, die man erhält, wenn man auf das eingebundene Bild in einem Wikipedia-Artikel klickt. Das sind verschiedene Diashows. Da die hier erwähnte Diashow für ein Commons-Bild nichts mit der Wikipedia zu tun hat, sollte das Argument für dieses Meinungsbild raus. --Miss-Sophie (Diskussion) 11:24, 24. Jul. 2014 (CEST)

Zum Editieren freigegebene Pro-Liste

Ich denke, man sollte hier gleichwertig auch die Liste der Pro-Argumente zum Editieren anbieten. Ich habe schon angefangen, die Liste von Vorteilen der Vorderseite zu bearbeiten und poste hier das bisherige Ergebnis. Das Argument mit dem Durchblättern war in meinen Augen doppelt drin, weshalb ich es in einem Punkt zusammengefasst habe. --Miss-Sophie (Diskussion) 11:13, 19. Jul. 2014 (CEST)

• (1) Bilder werden sofort prominent präsentiert. Im Gegensatz dazu bekommt der Leser, wenn er die Dateibeschreibungsseite öffnet, das Bild eher ‚nebenbei‘ dargeboten (es ist oft erst durch Nach-unten-Scrollen ganz auf dem Bildschirm sichtbar, nicht zentriert positioniert, von viel Text umgeben). Um das Bild alleine zu sehen, ist auf der Dateibeschreibungsseite ein weiterer Klick auf das Bild oder einen Link darunter nötig. Die Darstellung des Bildes ist zudem von Browser zu Browser unterschiedlich (nicht jeder zeigt es z. B. zentriert an).
• (2) Bilder können direkt im Artikel vergrößert angesehen werden.
• (3) Einzelne Bilder und Galerien in Artikeln können Diashow-ähnlich durchgeblättert werden. Demgegenüber können die Bilder über verschiedene Dateibeschreibungsseiten nur mit Unterbrechungen nacheinander vergrößert angesehen werden, was eine zusammenhängende Betrachtung aller Bilder unmöglich macht.
• (4) Bilder können im Vollbildmodus angeschaut werden.
• (5) Videos werden auch angezeigt, wenn der Browser das nicht unterstützt. Beispiel? Kann mir darunter nichts vorstellen. --Miss-Sophie (Diskussion) 11:13, 19. Jul. 2014 (CEST)
• (6) Ein Leser der deutschen Wikipedia bekommt nur die deutsche Bildbeschreibung von der Dateibeschreibungsseite angezeigt, sofern auf deutsch vorhanden. Auf der Dateibeschreibungsseite stehen zusätzlich womöglich Beschreibungen in für ihn nicht verständlichen, irrelevanten Sprachen. Siehe Kommentar unten. --Miss-Sophie (Diskussion) 12:00, 24. Jul. 2014 (CEST)
• (7) Teilen und Einbetten von Bildern ist nun leichter, weil vorgefertigte Codes ausgegeben werden. Das kann man auf der Commons-Seite mit den Werkzeugen über/neben dem Bild doch auch. Inklusive Code. Oder entgeht mir hier der Sinn dieses Arguments? --Miss-Sophie (Diskussion) 11:13, 19. Jul. 2014 (CEST)
• (8) s. a. den Abschnitt Zweck auf der Wikipedia-Hilfeseite zum Medienbetrachter und den Abschnitt Wozu gibt es den Medienbetrachter? auf der MediaWiki-Seite zum Medienbetrachter.

Kommentare zur Pro-Liste

• (4) Dieses Argument ist nicht stichhaltig. Die klassische Darstellung kann das ebensogut. --Rôtkæppchen₆₈ 01:01, 20. Jul. 2014 (CEST)

  Ich sehe es zwar Inhaltlich wie user:Rotkaeppchen68 – aber generell will ich Argumente nicht bewerten. Wenn die Befürworter das Argument haben möchten, dann soll es eben rein und es wird der Community zu Bewertung vorgelegt. -- Gerold (Diskussion) 01:22, 20. Jul. 2014 (CEST)

  Wie denn das? Wie kann ich z. B. für dieses Bild einen Vollbildmodus aktivieren, bei dem die Browser-Leiste vom Firefox oben nicht mehr drin ist? --Miss-Sophie (Diskussion) 14:34, 20. Jul. 2014 (CEST)

  Auf Originaldatei klicken, dann F11. --Rôtkæppchen₆₈ 16:16, 20. Jul. 2014 (CEST)

  Auf Mac OS X ist da die Lautstärkeregulierung. Andere Taste? --Miss-Sophie (Diskussion) 16:23, 20. Jul. 2014 (CEST)

  Auf dem Mac ist das wohl Command+Shift+F. --Rôtkæppchen₆₈ 17:07, 20. Jul. 2014 (CEST)

  Wenn ich diese Tastenkombination drücke, wechselt das Browserfenster zwischen bildschirmfüllend und kleiner hin und her. Beim bildschirmfüllenden Modus verschwindet ganz oben die Symbolleiste mit „Datei, Bearbeiten, Ansicht, Chronik, Lesezeichen“ etc, die zum jeweils aktiven Programm gehört, in diesem Fall also dem Browser. Die Browser-Tabs und die Browser-Adressleiste mit weiteren Symbolen bleibt aber immer sichtbar! Durch diese Tastenkombination geschieht dasselbe, wie wenn ich auf das entsprechende Vollbild-Symbol in der Symbolleiste klicke, das ich regelmäßig benutze. Das ist aber nicht dasselbe wie das Vollbild im Medienbetrachter, bei dem das Foto den ganzen Bildschirm füllt und alle Leisten des Browsers verschwinden. Im Medienbetrachter-Vollbildmodus ist das Bild bzw. die Diashow auf einem komplett schwarzen Bildschirm zu sehen. Das Argument ist also schon stichhaltig. --Miss-Sophie (Diskussion) 18:15, 20. Jul. 2014 (CEST)

• (6) Scheinbar eher für nicht-angemeldete Benutzer (Leser). Wenn die Sprache nicht vorhanden ist, wird wohl die Englische als Fallback gewählt, das ist eher ein Nachteil. Auf Commons ist eine solche Sprachauswahl schon standardmäßig an (per Gadget, 2009), zudem dieses jederzeit per Dropdown eine Auswahlmöglichkeit bietet (kann der MV glaube ich nicht). Bei Fehlen der Sprache werden vom Gadget alle angezeigt, wiederum macht das der MV nicht, summa summarum ein eher Nachteil. → User: Perhelion 21:31, 23. Jul. 2014 (CEST)

  Bei z. B. dieser Datei steht die Beschreibung immer in drei Sprachen da: Englisch, Deutsch, Französisch. Wenn ich als Nutzer „Deutsch“ als Sprache auf Commons eingestellt habe und die Datei im Media Viewer öffne (über die sogenannte „erweiterte Ansicht“), wird mir dort nur die deutsche Beschreibung angezeigt. Auch wird mir, wenn ich in der deutschen Wikipedia auf das eingebundene Bild klicke, im MV nur die deutsche Beschreibung ausgegeben. Egal, ob ich angemeldet bin oder nicht. --Miss-Sophie (Diskussion) 22:59, 23. Jul. 2014 (CEST)

  Naja, das sollte eigentlich das Gadget ebenfalls so tun (ich habe das Gadget ansonsten ausgeschaltet), hier die Dateien die ich getestet hatte Datei:Escudo de España.svg, Datei:Flag of Cairo.svg. Der Kritikpunkt bei nicht vorhandener Benutzerprache bleibt jedoch so oder so!? → User: Perhelion 23:54, 23. Jul. 2014 (CEST)

  Ich habe von diesem Gadget noch nie gehört und sehe sehr oft Commons-Seiten, auf denen mehrere Sprachen stehen. Auch habe ich dieses „language select“ noch nie selbst eingebaut. Es ist praktisch, ja, wird aber wohl selten verwendet? Von der Hilfeseite im Metawiki her wäre ich mir nicht mal sicher gewesen, ob das Werkzeug für Commons-Dateibeschreibungsseiten verwendet werden soll. Du hast natürlich recht, was den Fall der nicht vorhandenen Benutzersprache im MV betrifft. Angenommen eine deutsche Beschreibung existiert nicht, der Leser versteht kein Englisch, dafür aber Französisch, und eine französische Beschreibung existiert, dann ist der Rückgriff auf die englische Beschreibung für ihn nicht hilfreich. Ich vermute, eine Sprachwahl ließe sich im MV noch einbauen, da aber jetzt nicht vorhanden und es tatsächlich ein Nachteil sein kann, streiche ich das Argument mal. --Miss-Sophie (Diskussion) 11:56, 24. Jul. 2014 (CEST)

Media Viewer Survey

Hallo, Benutzer:Smial hat im Kurier einen Link zu einem Media Viewer Survey gepostet, bei dem sowohl Leser als auch Editoren teilgenommen haben. Selbst bei den Lesern gibt es nur 40%, die dieses Tool nützlich finden, die Mehrzahl lehnt es ab. Eigentlich ist dieses Survey schon eine geeignete Grundlage und das MB garnicht mehr nötig…--Sinuhe20 (Diskussion) 15:53, 12. Jul. 2014 (CEST)

Man hätte das tool nach dem survey wieder in die Box holen können um die gröbsten Fehler abzustellen. Stattdessen setzt man auf Gewöhnungs- und Abnutzungseffekt. Irgendein survey wird schliesslich irgendwann durchkommen - weil alle Gegner den viewer dann abgeschaltet haben und den nächsten survey nicht zu sehen bekommen. Alexpl (Diskussion) 00:12, 13. Jul. 2014 (CEST)

Hier sind aktuellere Ergebnisse (das obige Spreadsheet zeigt den Status vom 20. Juni): deutsch (weniger als 30% finden den MV nützlich), englisch (36,15% finden den MV nützlich). In anderen Sprachen [8] ist der MV dagegen positiver gesehen worden (vgl. französisch).

Siehe auch Diskussion auf Wales' Diskussionsseite (Permalink). Andreas JN466 11:32, 18. Jul. 2014 (CEST)

Danke euch!

Hiermit möchte ich mich bei allen Benutzern bedanken, die das Meinungsbild ausgebaut und unterstützt haben und sich darum gekmert haben und es zu dem gemacht haben, was es jetzt ist ;) Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 19:04, 18. Jul. 2014 (CEST)

Wenn du keine Einwende hast, werde ich (oder auch sehr gerne jemand anderes) die Liste in #Zum Editieren freigegebene Kontraliste weitgehend auf die Vorderseite kopieren. Das gleiche sollte nat. mit der Pro-Liste geschehen. -- Gerold (Diskussion) 00:57, 20. Jul. 2014 (CEST)

Nein, dagegen habe ich keine Einwände :) Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 13:30, 20. Jul. 2014 (CEST)

Nichts zu danken, es war eigentlich auch in Planung dich abzusägen. :-P --95.91.216.255 17:27, 2. Aug. 2014 (CEST)

Stellungnahme der Wikimedia Foundation

Liebe Wikipedia-Gemeinschaft!

Wir moechten den Start des Meinungsbildes nutzen, um seitens der WMF eine Stellungnahme zum Medienbetrachter und seiner weiteren Entwicklung abzugeben. (Wenn diese Antwort fuer die Diskussionsseite zu lang ist, koennen wir sie gerne auf eine separate Seite verschieben und vom Meinungsbild verlinken.)

Wir verstehen, dass diese neue Software-Funktion geteilte Reaktionen hervorgerufen hat, insbesondere in den groesseren Projekten (der deutschprachigen und englischsprachigen Wikipedia und Wikimedia Commons).

Wir wollen hervorheben, dass wir den Medienbetrachter nicht als die beste Loesung zum Betrachten von Bildern unter allen Umstaenden ansehen. Vielmehr verstehen wir das Werkzeug als eine Softwarefunktion, die es leicht macht, schnell die Bilder auf einer Seite anzuschauen, ohne mehrere separate Seiten zu besuchen. Unser Ziel ist es, unsern Lesern zu helfen, Medien in unseren Projekten komfortabel anzuschauen. Wir hoffen, dass dies auch dazu beitragen kann, langfristig mehr Fotografen und andere Zielgruppen dafuer zu begeistern, selbst Inhalte beizusteueren, da sie in einer moderneren Form praesentiert werden.

Aber die Datei-Beschreibungsseiten bleiben weiterhin ein sehr wichtiges Werkzeug. Deshalb werden wir den Zugang weiter vereinfachen, indem wir sowohl Lesern als auch Autoren im Medienbetrachter direkten Zugang zu ihren Anzeigepraeferenzen geben.

Schon jetzt sind Datei-Beschreibungsseiten ueber einen Klick aus dem Medienbetrachter zu erreichen. Auch zum Abschalten gibt es bereits zwei Methoden: ueber die Benutzereinstellungen, und ueber den Link “Medienbetrachter deaktivieren”, der sich am unteren Rand der ausklappbaren Informationsanzeige befindet. Wer den Medienbetrachter nur manchmal ueberspringen moechte, kann ein Bild einfach in einem neuen Tab oder Fenster oeffnen. Mehr Infos in der Dokumentation.

Kurz gefasst glauben wir, dass beide Anzeigemethoden eine Daseinsberechtigung haben.

Wir stimmen einigen in dieser Version im Meinungsbild aufgelisteten Nachteilen nicht zu:

• Es ist richtig, dass der Medienbetrachter JavaScript erfordert. Wir verstehen nicht, warum dies einen Nachteil darstellt, da er ohne JavaScript automatisch deaktiviert ist.
• "kann nur noch über Umwege erreicht werden": Die Datei-Beschreibungsseite ist einen Klick entfernt (siehe Dokumentation).
• "Die Ladezeit des Overlays des Medienbetrachters und der darin eingebundenen Bildvorschau ist deutlich länger" - dies stimmt nicht mit unseren Performance-Messungen ueberein. Wir moechten aber mit der Interpretation der bisherigen Messungen vorsichtig sein, da z.B. unterschiedliche Nutzergruppen unterschiedliche Netzwerkverbindungen nutzen. Wir werden dies weiter analysieren und unsere Ergebnisse berichten.
• "falsche Weiternutzung": Das haeufigste Problem in der Nachnutzung von Medien aus unseren Projekten ist die korrekte Autoren-Nennung. Deshalb haben wir einen starken Schwerpunkt auf die Nennung des Autoren direkt unter dem Bild gesetzt, sofern dieser ueber maschinenlesbare Metadaten aus der Beschreibungsseite auslesbar ist. Wenn man auf “Diese Datei verwenden” klickt, kommt noch einmal eine Erinnerung, den Urheber zu nennen. Wir hoffen, dass diese Implementierung dabei hilft, Autoren-Nennung in der Nachnutzung deutlich zu verbessern, sind aber fuer weitere Verbesserungen sehr offen.
• "Der Medienbetrachter erschwert das Betrachten von Bildern in voller Auflösung." In der aktuellen Version fuehrt ein einziger Klick auf den Link “Originaldatei ansehen” zur vollen Aufloesung.

Darueber hinaus bietet der Medienbetrachter Vorteile, die unserer Ansicht nach Erwaehnung finden sollten:

• Anzeigegroesse optimiert fuer die aktuell verwendete Fenster-Aufloesung
• Bessere Nutzung des verfuegbaren Bildschirmraums - weniger Scrollen ist erforderlich, um wichtige Informationen zu finden, da das Layout insgesamt kompakter ist
• Intelligentes Vorausladen des naechsten Bildes in einer Sequenz. Dies fuehrt dazu, dass in vielen Faellen ueberhaupt kein sichtbares Laden des Bildes erforderlich ist. Dies trifft auch dann zu, wenn der Nutzer z.B. das erste Bild in einer Seite im Betrachter oeffnet, den Betrachter verlaesst, und dann das naechste Bild oeffnet.
• Eine insgesamt aufgeraeumte Oberflaeche, die von vielen Nutzern als angenehmer empfunden wird als die Datei-Beschreibungsseite.

Jedes neue Feature kann verbessert werden, und der Medienbetrachter ist keine Ausnahme. Inkrementelle Vebesserung ist Teil des Wiki-Prinzips und wir glauben, dass auch in der Software-Entwicklung dafuer Platz sein muss.

Die primaere Zielgruppe fuer das Feature sind unsere Leser. Deshalb halten wir Umfragen und Meinungsbilder nicht fuer den besten Weg, die Standardeinstellung fuer alle Nutzer festzulegen. Wochenlang haben wir mit einer eingebauten Umfrage die Meinung der Leser gesammelt und sie gefragt, ob sie das Feature nuetzlich finden.

Weltweit haben sich 4960 von 7582 Lesern positiv ausgesprochen (Umfragedaten fuer Leser.) Dies beinhaltet die gesamte Umfragezeit, also auch die erste Reaktion, wahrend aktiv neue Funktionen hinzugefuegt wurden.

In allen Projekten, wo die ersten Umfrage-Reaktionen negativ waren, zeigt sich mit der Zeit eine Verbesserung, und in den letzten drei Wochen der Umfrage gibt es in allen Projekten zumindest eine relative Mehrheit, die sich positiv aussprechen.

Es ist korrekt, dass in der deutschsprachigen und englischsprachigen Wikiepdia die ersten Reaktionen deutlich negativer ausfielen als in allen aderen Projekten (wobei es in de.wp nur relativ wenige Leserantworten gab). Dazu wollen wir aber anmerken, dass es bei einer Software-Neuerung, die in einem Projekt mit einer langjaehrigen Geschichte wie Wikipedia eingefuehrt wird, normal ist, dass es einige Zeit dauert, sich an die Neuerung zu gewoehnen. Darueber hinaus haben wir neue Funktionen eingefuehrt, die Lesern wichtig waren, wie etwa den direkten Klick zur Originaldatei.

Ein Usability-Forscher der Firma Google hat einen interessanten Artikel zu diesem Thema geschrieben, der beschreibt, wieso es bei der Einfuehrungen einer Design- oder Software-Aenderung oft zu ersten negativen Reaktionen kommt.

Was Autoren angeht, halten wir es fuer wichtig, neben Umfragen und Meinungsbildern auch die tatsaechliche Nutzung eines Features zu messen, da die Zahl der aktiven Nutzer in der Regel sehr viel groesser ist als die Zahl derjenigen, die sich an Meinungsbildern beteiligen. Aktuelle Daten (24. Juli) fuer die Abschaltrate des Medienbetrachters in der deutschsprachigen Wikipedia im Vergleich mit der Standard-Skin, Vector:

• 2,58% aller Benutzer, die zumindest eine Bearbeitung in den letzten 30 Tagen vorgenommen haben, haben den Medienbetrachter abgeschaltet (522 Benutzer).
• 17,05% aller Benutzer, die zumindest 100 Bearbeitungen in den letzten 30 Tagen vorgenommen haben, haben den Medienbetrachter abgeschaltet (200 Benutzer).
• 11,60% aller Benutzer, die zumindest eine Bearbeitung in den letzten 30 Tagen vorgenommen haben, haben die Standard-Skin deaktiviert (2350 Benutzer)
• 30,76% aller Benutzer, die zumindest 100 Bearbeitungen in den letzten 30 Tagen vorgenommen haben, haben die Standard-Skin deaktiviert (361 Benutzer)

Wir verstehen, dass diese Zahlen auch ihre Grenzen haben -- aber wir halten es fuer wichtig, sie im Vergleich mit etwa der Partizipation in diesem Meinungsbild zu sehen. Um es anders zu formulieren: 1172 Benutzer mit mehr als 100 Bearbeitungen in den letzten 30 Tagen haben den Betrachter nicht deaktiviert.

Wir werden weiterhin Daten und Forschungsergebnisse, aber auch Benutzerkommentare und Meinungsbilder analysieren. All diese unterschiedlichen Informationen sollten die weitere Entwicklung der Software beeinflussen.

Die Wikimedia Foundation behaelt sich vor, endgueltige Entscheidungen ueber die Standard-Einstellung von Software-Funktionen in Wikimedia-Projekten zu faellen (vgl. Limits to configuration changes). Um Zweifeln vorzubeugen: Dies beinhaltet auch ueber MediaWiki:-Seiten implementierte Hacks. Selbstverstaendlich moechten wir aber eine ideale Loesung fuer Leser und Autoren finden. Wir sind dafuer offen, dass sich die Standard-Einstellungen fuer angemeldete und abgemeldete Nutzer eventuell unterscheiden sollten.

Wir bitten um einige Tage Geduld nach dem Ende des Meinungsbildes, da wesentliche Mitarbeiter der Wikimedia Foundation zu diesem Zeitpunkt in London sein werden (Wikimania 2014). Wir werden darueber hinaus weiterhin daran arbeiten, die Software zu verbessern.

Erik Moeller und Fabrice Florin fuer die Wikimedia Foundation, 04:50, 25. Jul. 2014 (CEST)

Überflüssige Abstimmung. Eloquence macht sowieso, was er will. --Pölkky 09:32, 25. Jul. 2014 (CEST)

Überflüssige Abstimmung: "das Kind ist bereits in den Brunnen gefallen". Zur Abschaltung des MV: die meisten wissen gar nicht wo und wie man den überflüssigen (Fakebook)-MV überhaupt abschalten kann. Bei solchen von oben aufgezwungenen Aktionen kommt nur eines heraus: die Autoren machen negative Werbung für Wikipedia nach Außen: "Spendengelder werden bei Wikipedia verbrannt". Spendet nicht. Spätestens wenn der Geldfluß abreist wird die WMF merken das sie mit Ihren Hauptverdienern, den Autoren nicht so umspringen kann wie das geschieht. Gute Nacht! --Alchemist-hp (Diskussion) 09:54, 25. Jul. 2014 (CEST)

Ein Usability-Forscher der Firma Google hat einen interessanten Artikel zu diesem Thema geschrieben, der beschreibt, wieso es bei der Einfuehrungen einer Design- oder Software-Aenderung oft zu ersten negativen Reaktionen kommt. Genau das ist der Punkt. Auf der Community-Manager-Konferenz CommunityCamp hat ein Betroffener davon berichtet, dass die Aktivität eines lebendigen Forums nach heftigen Protesten wegen eines Relaunchs zum Erliegen gekommen ist. Hauptgrund war die Änderung der Hintergrundfarbe von weiß auf blau. Unpredictable! Genau deshalb sind die Mitarbeitenden der Projekte ja wichtiger als die reine Anzahl Lesender. Letztere sind ausschließlich als kurzfristige Metrik für die WMF von Belang. Eine Metrik, die noch dazu keine Wirkung in einer Kette hat. Oder hängt irgendein anderer Faktor daran, der mir nicht bekannt ist? Die Anzahl der wegen Kleinigkeiten vergraulten Mitarbeitenden hingegen führt nicht nur zum kurzfristigen Verlust an Quantität und Qualität, sondern langfristig zum Verlust an Lesenden. −Sargoth 11:47, 25. Jul. 2014 (CEST)

Aus dem Artikel gerissen: "If the change had been carefully managed, and if the new product was obviously better, customers wouldn’t have expressed such deep, protracted aversion." Übrigens ist die Zustimmung in der de-wp (wenn man alle Nutzer betrachtet) von 28 auf 30% gestiegen. [9]--Ailura (Diskussion) 12:41, 25. Jul. 2014 (CEST)

Die Stellungnahme ist bezüglich Arroganz und Blindheit kaum zu überbieten. Die Statistiken, die in irgendwelchen dunklen WMF-Kanälen ermittelt wurden, wahrscheinlich mit Hilfe von ADAC und ZDF, sind jedenfalls kein brauchbarer Beleg. Die Zahlen sind auf den Vector-Skin beschränkt, obwohl ein großer Teil der Nutzer Monobook bevorzugt. Außerdem weiß noch längt nicht jeder, wo sich der Link zum Abschalten befindet, wie ständige Nachfragen auf WP:FZW zeigen. Das frei zugängliche und ausführlich angekündigte Meinungsbild zeigt hingegen schon nach wenigen Stunden 70% gegen den Medienbetrachter, wobei zwei Pro-Stimmen zugeben, den Medienbetrachter auch nicht zu nutzen. Aber die Sonnenkönige der WMF ignorieren weiterhin den Willen des Volkes. --MSchnitzler2000 (Diskussion) 13:37, 25. Jul. 2014 (CEST)

Weil ich es gerade gelesen habe: Intelligentes Vorausladen finde ich sehr fragwürdig und halte ich für einen großen Nachteil, ich hoffe das passiert nicht auch bei der mobilen Version. Es könnte so leicht der Verdacht aufkommen man habe Bilder angeschaut, obwohl diese lediglich im Hintergrund vorgeladen wurden. Das sollte aus Gründen des Datenschutzes deaktiviert werden können. --Anselmikus (Diskussion) 14:26, 25. Jul. 2014 (CEST)

„Vielmehr verstehen wir das Werkzeug als eine Softwarefunktion, die es leicht macht, schnell die Bilder auf einer Seite anzuschauen, ohne mehrere separate Seiten zu besuchen. Unser Ziel ist es, unsern Lesern zu helfen, Medien in unseren Projekten komfortabel anzuschauen.“ Diese Idee gefällt mir ja auch sehr gut. Aber wenn das das Ziel ist, sich der MV also an die Leser/Betrachter richtet und das Anschauen komfortabler machen soll, wieso werden dann dort auch Optionen zum Herunterladen und Einbetten angeboten? Das verbesserte Anschauen im MV hat doch nichts mit der Weiterverwendung der Datei zu tun! Wenn im MV nicht das Herunterladen und Einbetten ermöglicht würde, wobei wichtige Hinweise zur Nachnutzung von den Lesern sehr wahrscheinlich nicht gesehen werden, weil sie nur auf der Dateibeschreibungsseite stehen, dann hätte ich wesentlich weniger Einwände. „Aber die Datei-Beschreibungsseiten bleiben weiterhin ein sehr wichtiges Werkzeug.“ Mindestens solange, bis Bausteine mit Lizenzzusammenfassungen und Einschränkungen für die Nachnutzung, z. B für bestimmte Länder, im MV nicht grundsätzlich angezeigt werden, sollte die Dateibeschreibungsseite das Werkzeug zum Herunterladen und Einbetten bleiben. Man kann doch zur Weiternutzung auf die Dateibeschreibungsseite verlinken! Tools zum Herunterladen und Einbetten sind dort vorhanden und können gegebenenfalls verbessert werden. Wenn sich der MV aber eigentlich sowieso darauf konzentrieren will, das Anschauen von Bildern / das Rezipieren von audio-visuellen Medien zu verbessern, dann können die Weiternutzungsoptionen auch gleich der Dateibeschreibungsseite vorbehalten bleiben. --Miss-Sophie (Diskussion) 16:14, 25. Jul. 2014 (CEST)

Wenn da kein Herunterladen-Button ist, laden die Besucher die Bilder mit der rechten Maustaste völlig unkontrolliert herunter, das ist keine Lösung. --Ailura (Diskussion) 16:19, 25. Jul. 2014 (CEST)

Ja, die Herunterlade/ Reuse/ Lizenzinfos müssen in einen Medienbetrachter für Leser - aber das ist dort so kompliziert verschachtelt: mit Popup, unverständlicher Auswahl, Durchklickerei:

• 
  Medienbetrachter: Den Reuse-Button finden, anklicken, ein Popup...
• 
  Die unauffälligen blauen Unterstriche sind weitere Auswahlmöglichkeiten. Und dann gibt es noch mehr Buttons.
• 
  Disable Media Viewer).
• 
  Auf Commons gibt es hingegen für Reuse das commons:Help:Gadget-Stockphoto: Das richtige Anklicken...
• 
  ... und kopieren, fertig. commons:Help:Gadget-Stockphoto

Und dann findet man im Medienbetrachter für Leser völlig unverständlichen Kram, "Used in 6 pages" und dann noch die anderen Sprachen... Und noch eine zufällige Aufzählung von Commons-Kategorien ("...reviewed by file upload bot...") Was soll das? Wofür braucht der Leser das...? in einem Medienbetrachter...? Dafür haben wir schon Commons! Clutter galore. Was der Leser im Medienbetrachter eigentlich lesen will, ist die Bildunterschrift vom Wikipediaartikel, die ist aber irgend wo weiter unten, in klein, und nicht identifizierbar. Fett und oben steht der Dateiname, der aber nicht mehr als Dateiname erkennbar ist, weil "Datei:" oder "File:" vorne und ".jpg" hinten entfernt wurden - sieht also wie eine Bildunterschrift aus, ist es aber nicht. Usw. --Atlasowa (Diskussion) 18:33, 25. Jul. 2014 (CEST)

@ Ailura: Mittels rechter Maustaste herunterladen können sich Leser das Bild im MV immer, auch bei existierendem Herunterladen-Button. Geht schneller und ist ein bekannter Ablauf. Sucht man vorher eine andere Bildgröße und sieht sich die in der Browser-Vorschau an, ist der Button nicht mal mehr da. Ich sage ja auch gar nicht, dass es keinen Button zur Weiterverwendung geben soll, sondern nur dass der Button „Diese Datei verwenden“ auf die Commons-Seite führen soll, wo es die Optionen zur Dateiverwendung plus alle Hinweise und Informationen zur Lizenz und Weiterverwendung gibt. Dass die Situation dort auch nicht optimal gelöst ist, weil durch die Anordnung von Weiternutzungs-Tools oben auf der Seite und Lizenzbausteinen etc. weiter unten keinesfalls gewährleistet ist, dass ein Nutzer runterscrollt und die Hinweise vor dem Herunterladen liest, weiß ich. Aber zumindest würde er dort die Hinweise lesen können, wenn er scrollt, im Gegensatz zum momentanen Media Viewer, wo solche Bausteine sehr häufig fehlen. Wie auch immer das Problem gelöst wird, die Hinweise dürfen vom MV nicht vorenthalten werden und wenn er sie (noch) nicht einbinden kann, dann sollte auf die Commons-Seite verlinkt werden. Ein eingeblendetes Popup nach Klicken auf "Diese Datei verwenden", dass sich über die Commons-Seite legt, könnte helfen, z. B.: „Bitte lies dir die Hinweise zur Lizenz und Weiterverwendung der Datei unter dem Bild durch, bevor du sie benutzt. Die Werkzeuge oben auf dieser Seite helfen dir anschließend bei der Weiterverwendung“.--Miss-Sophie (Diskussion) 22:12, 25. Jul. 2014 (CEST)

Vielleicht sollte die Foundation mal bei den Benutzern, die ja auch Leser sind, fragen, welches die dringendsten Softwareentwicklungen wären, um die Benutzbarkeit von Wikipedia zu verbessern. Da käme sicher eine lange Liste zusammen, und Geld könnte für Dinge ausgegeben werden, die dann auch wirklich benutzt werden und nicht per Meinungsbild oder individuelles Opt-out in die Tonne getreten werden.
Als Leser würde ich mir eine laientaugliche Eibindung von catscan in die Kategorienseiten wünschen (aber bitte nicht von denjenigen Entwickeln lassen, die den Visualeditor und den Medienbetrachter entwickelt haben, es gibt offenbar sehr unterschiedliche Vorstellungen von Benutzerfreundlichkeit). Als Autor würde ich mir wünschen, daß Wikidata-Datensätze so umgekrempelt werden, daß man sie ganz normal bearbeiten kann wie WP-Artikel, also z. B. 150 falsche Interwikis mit 1 Edit austragen statt daß man 150x auf der doofen Benutzeroberfläche herumklicken muß. Vielleicht mal eine Umfrage starten und schauen, welche Punkte von vielen Benutzern als dringendangesehen werden? Gruß, Aspiriniks (Diskussion) 19:45, 25. Jul. 2014 (CEST)

Im Prinzip sehe ich das genauso, dass technische Fortentwicklungen nicht per MB einfach rausgekickt werden sollten. Aber die Frage ist doch: wieso kommt es denn überhaupt dazu, dass sich die Community genötigt fühlt, (nun schon wiederholt) gegen die Einführung eines neuen Features auf die Barrikaden zu gehen? Da läuft doch eindeutig schon vorweg was verkehrt. Ich sehe bei der Weiterentwicklung von MediaWiki so gut wie keine Kooperation zwischen Community und Entwicklungs-Board. Das sieht man auch schon einfach daran, dass seitens der Community diverse Tools auf Toolserver und Labs entwickelt werden, weil man die irgendwann mal für notwendig und nützlich erachtet hat - diese Community-Entwicklungen gehen aber leider zumeist an der Weiterentwicklung von MediaWiki vorbei. Zum Beispiel die ZoomViewer-Funktion von Dschwen. Das ist mE. ein absolut wesentliches Feature auf Commons, da es mit Hilfe dieses Tools überhaupt erst möglich gemacht wurde, auf Commons auch sehr große Bilddateien zugänglich zu machen. Sowas hat mittlerweile jede bessere Dorfbibliothek auf ihrer Webseite. Warum hat man sowas Essentielles nicht längst in die Standardsoftware überführt? Nun ist diese Zoom-Funktion im MediaViewer sogar komplett weggefallen! Hier stimmt doch ganz klar was mit der Abstimmung nicht. Ich sehe das übrigens auch nicht so, dass es beim MediaViewer um eine schlichte kleine neue technische Verbesserung geht. Es ist in meinen Augen vielmehr eine ziemlich grundlegende Umorientierung des ganzen Commons-Projekts. Nämlich weg von einem Online-Archiv für Medien, hin zu einer schlichten Bilder-Seite á la Flickr. Alle Bemühungen auf Commons, durch diverse Vorlagen Struktur in die Beschreibung der Mediendateien zu bekommen, sind mit der jetzigen Version des MedienViewers erstmal zunichte gemacht. Ich find's ja schön, wenn man mal das altbackene Look&Feel von Commons aufmöbelt, aber das darf halt nicht dazu führen, dass ein komplett neues Produkt mit deutlich reduziertem Funktionsumfang bei rauskommt. PS: ich weiß, mit dem Commons-Icon gelangt man theoretisch zu der alten Commons-Seite, nur praktisch wird das der Otto-Normal-User entweder garnicht erst entdecken oder er ist in 50% der Fälle zu faul, nochmal extra weiter zu klicken. Das ist einfach so. Insofern ist es für mich ein Must-Have, dass die bisherigen Features von Commons auch auf der Seite zur Verfügung stehen, die der User beim Klick auf ein Bild als erstes zu sehen bekommt. --alexrk (Diskussion) 21:00, 25. Jul. 2014 (CEST)

Volle Zustimmung. Mit einer Einschränkung, eigentlich soll der MediaViewer ja kein Ersatz von Commons sein/werden, er verdrängt nur faktisch Commons (und damit all die Tools und gadgets die man dort braucht und findet).

Das commons:Help:Gadget-ZoomViewer Tool von Benutzer:Dschwen ist ein gutes Beispiel für ein etabliertes nützliches Tool, was sich WMF vor Entwicklung des MediaViewers hätte ganz genau anschauen sollen (angucken!), genauso wie commons:Help:Gadget-GallerySlideshow von Benutzer:Rillke (angucken!) und auch commons:Help:Gadget-Stockphoto. Da steckt eine Menge Erfahrungen und überlegte Entscheidungen dahinter. Stattdessen hat man sich das da angeguckt: Multimedia - Best Practices Screenshots from Facebook, Flickr, Google, Youtube, Pinterest, Twitter, Apple iPhoto. --Atlasowa (Diskussion) 21:52, 25. Jul. 2014 (CEST)

Slideshow ist nicht von mir. Habe nur ein paar kleine Änderungen daran vorgenommen und wäre echt dankbar, wenn der MV diese ersetzen könnte bzw. die noch fehlenden Funktionen implementieren könnte, da ich nicht mehr genug Zeit finde das Gadget zu pflegen. -- RE rillke fragen? 23:27, 25. Jul. 2014 (CEST)

Das die WMF es immer noch nicht gemerkt hat ... "die" brauchen anscheinend eine Klatsche nach der anderen ... Wie viele denn noch? Hallo ist da noch jemand der weiß wer die Hauptarbeit für die Wikipedia erledigt!? Es sind die Autoren, Photographen, die freiwilligen Programmierer. Ohne die geht es gar nicht! Ohne die ist der WMF gar nichts, nur ein von den Spendengeldern finanzierter hochbezahlter Haufen. --Alchemist-hp (Diskussion) 12:47, 26. Jul. 2014 (CEST)

Letzteres wird der eine oder andere Angehörige dieses „Haufens“ wohl gar nicht so übel finden ... Drucker (Diskussion) 15:10, 27. Jul. 2014 (CEST)

"Der Medienbetrachter", oder was?! Eine weitere Undelikatesse, eine Unverschämtheit - und dann auch noch technisch fragwürdig. Was denkt man sich da eigentlich? Hauptsache, Ihr verdient genug Geld mit meiner Arbeit! angewidert: S3r0 (Diskussion) 12:50, 31. Jul. 2014 (CEST)

Bilderrahmen sollen auch abgeschafft werden

Gleichzeitig wird gerade auch an der Abschaffung der Bilderrahmen gearbeitet: Wikipedia Diskussion:Kurier#Vorschaubildchen ohne Gewand. Das ist für die Formulierung dieses Meinungsbilds Abstimmung imho auch relevant. --.js (talk) 12:51, 25. Jul. 2014 (CEST)

Hm* also ich sehe jetzt keinen direkten Zusammenhang. Evtl. kannst du das genauer erläutern? → User: Perhelion 22:07, 25. Jul. 2014 (CEST)

Dadurch das das Lupen-Symbol entfällt, wird der MV noch prominenter/ häufiger gestartet und passt auch stilistisch besser als zu grauen Boxen. -- RE rillke fragen? 23:24, 25. Jul. 2014 (CEST)

Hm* naja, das kann man sehen oder nicht, aber tatsächlich wäre ein MV- und/oder ein Detail-Symbol relevant. Das wäre tatsächlich noch ein Kompromiss den man hier hätte erwähnen können (wie auch Benutzer:Alchemist-hp heute erwähnte[10])! → User: Perhelion 14:17, 26. Jul. 2014 (CEST)

Zuerst an die Leser denken!

Ich halte dieses Meinungsbild wieder mal für eine grobe Fehlleistung. Auch ich war die alte Variante gewohnt und folglich kurzfirstig verwirrt als der Medienbetrachter kam. Anfangs habe ich nicht alle Optionen gefunden die ich gewohnt war. Inzwischen ist aber jede Funktion gefunden, die alte Variante ist auf Wunsch nur einen einzigen Klick entfernt, der neue Medienbetrachter bietet aber einige recht nette Zusatzfunktionen die sich Seiten mit mehreren Bildern recht nützlich machen.

Wenn ich mich zurückerinnere wie unpraktisch ich die alte Variante empfunden hatte, als ich vor 3 Jahren hier die ersten Edits machte, dann erkenne ich im neuen Medienbetrachter, der der modernen Webtechnologie, entspricht schon einen gewaltigen Fortschritt. Wikipedia 2004 forever? Ein zeitgemäßes Wiki wäre mir jedenfalls lieber.  Frohes Schaffen — Boshomi ☕⌨☺  19:57, 25. Jul. 2014 (CEST)

Es soll ja als Opt-in erhalten bleiben, und wenn es mal technisch ausgereift ist, kann man ein Meinungsbild darüber machen, ob es als Standardeinstellung erwünscht ist. Als jemand, der mit Browser umgehen kann und dabei auch die üblichen Tastenkürzel benutzt, nehme ich das aber auch vom Konzept her als benutzerunfreundlich wahr. -- Aspiriniks (Diskussion) 20:01, 25. Jul. 2014 (CEST)

Beim Opt-in liegt das Hauptproblem dass das nur angemeldeten Benutzern zur Verfügung steht. Ein Opt-in für nicht angemeldete Leser gibt es nicht. Selbst angemeldete Nutzer finden solche Optionen kaum, die auf irgend einem Registerblatt unter duzenden anderen Optionen versteckt sind. Frohes Schaffen — Boshomi ☕⌨☺  20:07, 25. Jul. 2014 (CEST)

Die meisten der unter Nachteile genannten Punkte betreffen tatsächlich Nachteile für Leser und Nachnutzer. Ansonsten hättest Du recht, wenn es nur Befindlichkeiten angemeldeter Editoren betrifft, könnte man's auch einfach per Opt-out regeln. --alexrk (Diskussion) 20:30, 25. Jul. 2014 (CEST)

Ich finde alle wesentlichen Informationen, es gibt einen Link auf die Lizenzinformationen, die Autoren werden angezeigt. Ich sehe keinen Sinn darin jeden Leser sofort mit Detailinformationen zu erschlagen, die objektiv kaum jemanden interessieren. Moderen Webentwicklung verfolgt immer mehr das Ziel "Weniger ist mehr" ohne dabei die Inhalte zu reduzieren. Informationen die nur selten benötigt werden, werden erst einen Klick später sichtbar. Frohes Schaffen — Boshomi ☕⌨☺  21:52, 25. Jul. 2014 (CEST)

"Ein Opt-in für nicht angemeldete Leser gibt es nicht." Stimmt nicht, schon jetzt kann man den MV wohl per Cookie dauerhaft aus-/an-schalten. Er sieht verdammt identisch mit dem Flickr-Viewer aus. → User: Perhelion 22:02, 25. Jul. 2014 (CEST)

"Stimmt nicht, schon jetzt" ... ja, jetzt, noch. Aber das MB schafft das ja ab. Nach MB könnten nicht angemeldete Leser den Medienbetrachter nicht mehr sehen und nicht mehr anschalten, Aus die Maus. --Atlasowa (Diskussion) 22:17, 25. Jul. 2014 (CEST)

Zweifellos gibt es in der Community unterschiedliche Vorstellungen darüber, was Commons in welchem Umfang zu leisten hat. Keine Frage. Allerdings greift diese weitreichende Änderung in die bisherige durch die Community etablierte Nutzungsform von Commons ein. Insofern sehe ich das eben nicht in der Hand der Foundation zu entscheiden. --alexrk (Diskussion) 22:15, 25. Jul. 2014 (CEST)

Weia, Markwort ist eingetroffen. Fakten, Fakten, Fakten, und immer an die Leser denken.--Mautpreller (Diskussion) 22:06, 25. Jul. 2014 (CEST)

Die Leser dienen den Fans des Medienbetrachters und anderer aktueller WMF-Entwicklungen doch nur als Totschlagargument. Dabei ist der Medienbetrachter für Leser genauso schlimm wie für die Autoren. Mit dem ungelösten Lizenzproblem leistet der Medienbetrachter bei unerfahrenen Nutzern Beihilfe zur Urheberrechtsverletzung. Wer ein Bild in einer Enzyklopädie anklickt, will nicht nur die schöne Aussicht genießen, sondern weitere Informationen zu dem abgebildeten Motiv erhalten. Ansonsten könnte man direkt die Google-Bildersuche oder irgendein Fotoalbum nutzen; das wäre viel einfacher als die WMF-Technik aus der Bananenkiste.

Zum Thema „konservative Altnutzer“ (oder so ähnlich): Ich betrachte mich weder politisch noch im sonstigen Leben als konservativ und probiere gerne neue Dinge aus. Aber wenn ich merke, dass das Alte viel ausgereifter, sinnvoller und einfacher zu bedienen ist, lehne ich das Neue nach dem ersten Ausprobieren eben ab. Deshalb bevorzuge ich hier nach wie vor Monobook ohne Visual Editor und Medienbetrachter. --MSchnitzler2000 (Diskussion) 23:34, 25. Jul. 2014 (CEST)

+1 und zwar ein volles. Immer wieder wird das Pseudoargument herausgeholt IP-User = Leser. Ich selbst bin zu mehr als 80% auch ein Leser! Hat daran auch mal jemand gedacht? Wenn ich mir die Einzelbilder anschaue, so möchte ich unbedingt die näheren und vollständigen Umstände/Informationen zu diesem Bild erfahren. und nicht erst mit dem Fakebook-MV "verarscht" werden. Die wenigen bisher aufgeführten Vorteile können sehr leicht auch in die bestehenden Ansichten eingearbeitet werden. Als Beispiel meinetwegen auch ein "Lupenzeichen" zusätzlich am Bild anbringen um sogleich die Vollansicht zu genießen. Wozu erst diese unsägliche dumme MV-Tool. Eine Galerieansicht ist doch in jedem Fall der allergrößte Blödsinn, denn dann ist der Zusammenhang zum Artikel vollkommen herausgerissen. Ich sehe dann "irgendwelche" Bilder ohne den Zusammenhang zum Artikel zu erfahren. Das verwirrt mich als Leser ungemein. Verschrottet das Teil endlich, verbannt es von diesem Planeten (meinetwegen hinter den Mond) und diskutiert bitte darüber was unbedingt an dem bestehenden System verbessert werden muß/kann. Erst wenn "wir" Autoren das ausführlich ausdiskutiert haben, könnte man sinnvoll loslegen. --Alchemist-hp (Diskussion) 08:42, 26. Jul. 2014 (CEST)

Problematisch finde ich insbesondere, dass seitens Wikimedia (und auch einiger Leute hier) die Leser so mal eben für vermeintliche Zustimmung missbraucht werden. Praktisch alle Gegenargumente gegen den Medienbetrachter treffen auch auf Leser zu, gerade mal die verhinderte direkte Zugänglichkeit des Dateinamens zum Zweck des Einbindens trifft die Autoren. Und trotzdem werden die Leser einfach so als zustimmend zum Medienbetrachter vereinnahmt. Das alles kennen wir schon von der Bewertungsfunktion, wo ebenso wie in diesem Meinungsbild rumgegröhlt wurde, dass das alles ungültig wäre, weil man die Leser fragen müsste, was man aber nun mal nicht kann, weswegen man Wikimedia doch einfach machen lassen soll. Tja nun, die Bewertungsfunktion wurde dann in der deutschen Wikipedia abgeschafft und ist später in anderen Wikipedias grandios gescheitert. Inzwischen gibt es sie nirgendwo mehr. Vielleicht ist die Meinung der angemeldeten Nutzer doch nicht so unrepräsentativ für alle Nutzer? Eben deswegen, weil Autoren auch Leser sind und oftmals als nur-Leser angefangen haben? MBxd1 (Diskussion) 09:01, 26. Jul. 2014 (CEST)

Was interessiert der Leser? Hier wird gemacht, was King Möller I beschließt. --Pölkky 09:09, 26. Jul. 2014 (CEST)

Und deswegen starten wir Meinungsumfragen um die Legitimation zu haben Blödsinn wieder zu dektivieren. Die WMF wird schon sehen was Sie davon hat. Spätestens dann, wenn der Geldstrom abreist und denen da oben keiner mehr Ihr dickes fettes Gehalt zahlt. Das gleiche gilt auch für unseren WMDE-Verein. Wann begreift endlich die Obrigkeit das sie mit uns Autoren nicht so umspringen können wie sie es tun! Wir sind die Wikipedia, die Autoren, die Photographen, die freiwilligen Programmierer usw.. Sie haben gefälligst uns vor eine Geldausgabe zu befragen und öffentlich an gut sichtbaren Stellen Ihre Pannungen vorzustellen und mit uns vorher alles auszudiskutieren bis ein OK zustande kommt. Erst danach kann das Geld ausgegeben werden. Wieso bin ich nicht auf die Idee gekommen einen Haufen dummer Schafe einzusammeln die für mich gratis die Arbeit erledigen und nur ich die "Kohle" dafür kassiere. Irgend etwas ist da schief gelaufen ;-) --Alchemist-hp (Diskussion) 09:48, 26. Jul. 2014 (CEST)

<bk, rausgeschoben>

Realy?

Pflücken wir die Gegenargumente mal auseinander:

• 1. Lizenz: Braucht kein Leser sofort die ganze Information auf der ersten Seite. Die Information für Weiternutzer ist nur einen Klick entfernt.
• 2. Umfrage auf Commons: Echt das sollen alles Speziallisten sein die dort abstimmen? Solche Abstimmungen berücksichtigen unangemeldete Leser gar nicht.
• 3. Man muss also mit unnötiger Information erschlagen werden, um hier mitarbeiten zu können? Ein Haupthindernis für die nicht mehr wachsende Mitarbeit ist unsere Regulierungswut, neue Ideen werden oft pauschal abgelehnt bevor diese ernsthaft überlegt werden.
• 4. Die Skrollfunktion ist ein Nachteil? ernsthaft? Oder war das Argument eben auch nur eine pauschale Unmutsäußerung?
• 5. Die Formatierung der Textelemente kann wohl verbessert werden, ist aber kein Argument für pauschale Ablehnung, da derartige Bildbescheiungen wie im Beispiel recht selten sind, und diese Seiten nochdazu kaum gelesen werden: http://stats.grok.se/commons.m/latest90/File:Land-Charte_des_Churf%C3%BCrstenthums_Brandenburg_1724.jpg Selbst in der Abstimmung hier hat noch kaum jemand diesen Inhalt auf Commons gefunden!!!
• 6. Wegklappen von Infomationen ist sinnvoll, wenn diese von 99% der Leser offensichtlich sowieso nicht gesehen werden wollen.
• 7. Diese Commonsfunktion wird defakto kaum genutzt, muss also auch nicht die Oberfläche zumüllen.
• 8. Hat die Bugbeschreibung jemand gelesen und verstanden? Die Umsetzung von WAI-ARIA ist normalerweise recht komplex, und eine vollständige Umsetzung ist nur selten möglich, von einfachen Texten mal abgesehen. Einfach umsetzbar sind simple Texte. Die Commonsseiten sind in diesem Zusammenhang auch kein Vergnügen für behinderte Menschen. Da heben sich bloß die Nachteile beider Varianten gegenseitig auf.
• 9. Das Problem mit der Navigation ist mir so noch nicht untergekommen. Verwirrend oder ungewöhnlich im Verhalten im Vergleich zu anderen modernen Webseiten ist mir da nicht aufgefallen.
• 10. Die Belastung des Servers ist kein Problem des Lesers. Mir wäre nicht aufgefallen dass die Datenübertragung signifikant steigt.
• 11. Das Problem ist tatsächlich irgendwo in wikipedia nachweisbar? Wohl eher nicht. Bin auf Belege gespannt.
• 12. Auch ein Performance-Problem das noch kaum jemanden in der Relität aufgefalle ist, da die Beschreibungsseiten kaum gelesen werden.
• 13. JavaScript erforderlich Dass dieses Argument 2014 noch gebraucht wird, ist echt niedlich. Zur Erinnerung IE6 ist Geschichte!
• 14. Es gibt 10000de Bugs ein Wikimedia. So what?
• 15. Versteckte Funktionalität als Argument sich hier anzumelden? Wie abgehoben kann man sein?
• 16. Argument ist nur ein frei von jeglichen Inhalt, bloß eine Unmutsäußerung.

Zusammenfassung: Die Interessen der Leser haben die Zusammensteller der "Gegenargumente" offensichtlich nicht interessiert.  Frohes Schaffen — Boshomi ☕⌨☺  10:03, 26. Jul. 2014 (CEST)

Also ich bin einer dieser Deppen, die die letzten Jahre daran gearbeitet haben, dass Commons als Archiv für historische Karten ausgebaut wird, samt umfangreicher Beschreibungen. Nun sagt man mir: das ist alles unnützes Zeug, braucht kein Mensch, wenn's wegfällt ist's auch kein Verlust. Hauptsache ein schicker Flickr-Bildbetrachter. Wenn die Mehrheit der Community so denken mag, dann OK, schmeißen wir das unnütze Zeugs aus Commons raus. Aber das wäre eben eine Entscheidung der Community, nicht der Foundation. --alexrk (Diskussion) 11:21, 26. Jul. 2014 (CEST)

Es sagt ja niemand, dass da was wegfallen sollte. Die Frage ist, wieviel man dem Benutzer anzeigt. Ich vermute, dass durch den neuen Medienbetrachter wesentlich mehr Leute auf die Bilder klicken als bisher (schon alleine wegen der Weiterschaltfläche), und zumindest die wesentlichen Informationen bekommen, die sie bisher mangels Nutzung gar nicht gesehen haben. Weniger kann oft sehr viel mehr sein. Frohes Schaffen — Boshomi ☕⌨☺  11:29, 26. Jul. 2014 (CEST)

Warum sollten sie jetzt öfter draufklicken? Wer das bisher schon gemacht hat, bekommt gleich viel Bild und weniger Information als vorher. Zudem mit dem Erscheinungsbild eines Pop-up, dass es technisch aber nicht mal ist. Also kein Mehrnutzen. Wer bisher schon nicht draufgeklickt hat, wird das auch weiterhin nicht tun. Selbst wenn ein Mehrnutzen da wäre, würde er ihn ja nicht sehen. Ist schon klar, alles was über "schönes buntes Bild" hinausgeht, wird versteckt. Entweder winzig klein und lückenhaft (Autoreninformation, Lizenz) oder sogar noch einen weiteren Klick entfernt. Und der Link dorthin ist wieder winzig klein und zudem irreführend beschriftet. All das ist nicht Kollateralschaden, es ist genau so gewollt. MBxd1 (Diskussion) 11:39, 26. Jul. 2014 (CEST)

Das Design der alten Commons/Datei-Seiten ist doch objektiv schrecklich. Wer tut sich das freiwillig an? Die Mediawiki-Software hatte keinen besonderen Entwicklungsschwerpunkt auf Media-Dateien, und so verkümmert sahen die Seiten dann auch aus. Frohes Schaffen — Boshomi ☕⌨☺  11:44, 26. Jul. 2014 (CEST)

Mit dem MV fallen diese Sachen wie Bildbeschreibungen oder die Zoomfunktion de facto weg. Warum soll sich auf Commons also noch jemand um so Sachen kümmern, die dann über die GUI weggeklemmt werden? Oder übergroße Dateien hochladen, die man über die GUI ohnehin nicht nutzen kann? Ich hab nichts gegen eine Weiterentwicklung der Weboberfläche. Ich bin da ganz Deiner Meinung, dass das auch dringend notwendig ist. Aber diese Oberfläche muss eben zumindest im Wesentlichen das leisten, was die alte Oberfläche an Informationen und Funktion zu bieten hatte. Jedenfalls ist es für mich absolut unverständlich, dass man derart radikal Informationen ausblendet und für die Nutzung großer Dateien Funktionen, wie einen ZoomViewer, abklemmt. Ganze Teile von Commons werden somit unbrauchbar! Das ist eben keine GUI-Verbesserung. --alexrk (Diskussion) 11:49, 26. Jul. 2014 (CEST)

"Objektiv schrecklich" ist da gar nichts, das ist nämlich rein subjektiv. Objektiv dagegen kann man feststellen, dass man dort alle Informationen zur Datei bekommt. Und es wird sehr wohl was dran gemacht, die Auflistung der Verlinkungen in den verschiedenen Sprachversionen gab es nicht immer schon.

Vielleicht muss man sich auch mal davon trennen, Bilder immer im Großformat zeigen zu wollen. Wikipedia ist eine Enzyklopädie und kein Bildband, und in Lexika sind separate Bildtafeln auch eher Ausnahme als Standard. Die allermeisten Bilder illustrieren den Artikel direkt und erfordern gar kein Anklicken - eben genau wie in einem gedruckten Lexikon. Wer die Bilder im Artikel nur als Vorschaubild betrachtet, hat was nicht verstanden. Die ästhetisch grausame Standardgalerie geht ja auch auf genau dieses Missverständnis zurück. Anders sieht das nur bei Karten aus, die sind nur in voller Größe nutzbar. Und gerade das, was objektiv wirklich fehlt, nämlich die Nennung des Bildautoren direkt beim Bild (also im Artikel) wird nicht nur nicht vorangetrieben, jetzt wird eine lesbare Nennung auch noch eine Seite weitergerückt, also zwei Klicks statt einem vom Bild. Und wiederum nein, das ist kein Versehen, das ist genau so gewollt. MBxd1 (Diskussion) 12:17, 26. Jul. 2014 (CEST)

Der Mediaview zeigt die Bilder soweit Möglich in der Originalgröße, das ist ein gewaltiger Unterschied zu den Thumbnails den Artikeln. Auch die angeblich nicht existierende Lupenfunktion existiert weiter, nur das Symbol ist ein anderes, und nein, wenn man ein Bild betrachten will, sind nicht die Zusatzinfos das wichtigst. Für die Zusatzinfos sollte ja Commons/Datei: erhalten bleiben. Inforamtionen anzuzeigen ist ja die stärke der Wikimedia-Software. Aber Informationen lesen ist aber eine komplett anderer Use-Case als Bilder betrachten.  Frohes Schaffen — Boshomi ☕⌨☺  13:16, 26. Jul. 2014 (CEST)

Dass eine Einzelanzeige des Bilds das Bild größer zeigt als die Einbindung im Artikel, ist eine Selbstverständlichkeit und kein Mehrwert. Die Anzeige ist aber auch nicht nennenswert größer als bisher auf der Commons-Seite. Also keine Verbesserung. Und die Informationen (einschließlich Komplettangabe der Lizenz) sind eine Seite weiter entfernt als bisher. Also eine Verschlechterung. MBxd1 (Diskussion) 13:42, 26. Jul. 2014 (CEST)

<nach unten verschoben um Lesbarkeit zu erleichtern>

• zu 1.: Die Weiternutzung findet direkt im Medienbetrachter statt, über "Diese Datei verwenden", nicht einen Klick weiter auf Commons. Die Hinweise (Lizenzbausteine; etwaige Persönlichkeitsrechtewarnunungen; Hinweis, dass eine Datei in Deutschland nicht verwendet werden darf; allgemeine Hilfeseite zum Verwenden von Bildern aus Wikimedia Commons usw.) stehen aber auf der Commons-Seite, nur teils und unzuverlässig ab und an auch im Medienbetrachter. Schön wenn diese Informationen zur Weiternutzung nur einen Klick entfernt sind, aber was nützt es, wenn Weiternutzer diesen Klick nicht machen müssen?
• zu 2.: Erfahren im Umgang mit Lizenzen und den Bedingungen für die Bildverwendung sind sie dort bestimmt eher als ein durchschnittlicher Nur-Wikipedia-Autor oder durchschnittlicher Nur-Leser; darum geht es in dem Argument. Unangemeldete Leser interessieren sich für Lizenzen wahrscheinlich oft gar nicht und bewerten den MV auch nicht danach, wie er auf Weiternutzungsbedingungen hinweist. Blöd nur, dass Wikimedianer sie leider darauf hinweisen müssen, dass sie sich dennoch mit Lizenzbedingungen zu befassen haben, wenn sie ein Bild verwenden wollen.
• zu 3.: inwieweit der Hinweis zur möglichen Mitarbeit im MV nötig ist, darüber bin ich auch noch unentschieden.
• zu 4.: Die Scroll-Funktion bzw. Diashow-Funktion ist kein Nachteil (manche finden sie unnötig, aber darum geht es hier nicht). Die mit der konkreten Umsetzung dieser Idee einhergehende Kontextlosigkeit bezogen auf den Artikeltext ist jedoch schlecht. Dort liegt doch der Kern des Arguments.
• zu 5.: Du hast die Statistik für dieses eine Bild bemüht. Woher willst du wissen, dass nicht andere Seiten mit Textformatierungen häufiger gelesen werden? „Diese Seiten“ werden kaum gelesen? Momentan wird die Textformatierung bis auf Links komplett ignoriert und dies ist eine bewusste Entscheidung der Entwickler (laut Info auf MediaWiki). Auf einige Beschreibungen hat das sehr negative Auswirkungen; sind die weniger wichtig als die mehrheitlich unformatierten, aus ein, zwei Sätzen bestehenden Beschreibungen? Soll man bei der Erstellung einer Commons-Beschreibung nun besser auf Formatierungen verzichten, die dort zwar möglich sind und gut aussehen, im MV aber nicht? Soll ich z. B. lieber Anführungszeichen um einen in der Beschreibung erwähnten Werktitel setzen als Kursivschreibung zu verwenden? Diese Überlegungen betreffen direkt Punkt 10.
• zu 6.: Den Befürwortern dieses Arguments geht es bestimmt auch um das „zufällig“. Dass vor dem Kappen keine inhaltliche Abwägung bezogen auf die Relevanz stattfindet. Kategorien z. B. werden wahllos unvollständig angezeigt, wobei einige davon nicht sinnvoll für Nur-Leser sind, da es sich um versteckte Kategorien handelt (daran wird wohl gearbeitet). Bei der Dateiverwendungsliste könnte man Wiki-Sites anzeigen, auf denen das Bild am häufigsten genutzt wird, anstatt rein alphabetisch die ersten drei zu zeigen. Kappen kann sinnvoll sein. Nur-Leser interessiert die Dateieinbindung wahrscheinlich nur in einzelnen Fällen. Bei den Kategorien bin ich mir aber nicht sicher (abgesehen von versteckten). Und gekappte Autoren-, Dateinamen-, und Quelleninformationen gehen gar nicht (auch daran wird gearbeitet).
• zu 7: Kann ich bezogen auf andere Nutzer nicht beurteilen. Ich benutze die Optionen zum bloßen Anschauen verschiedener Auflösungen selten, meistens schaue ich mir das gegebene Vorschaubild oder das Originalbild an. Bei sehr großen Bildern, die im Original lange laden, entscheide ich mich allerdings ab und an schon für eine etwas kleinere Auflösug als das Original. Im MV finde ich die Auswahl von Auflösungen zum bloßen Anschauen (nicht Herunterladen) – außer dem Originalbild für mehr Details – aber irrelevant, weil die Bilder sowieso an die Bildschirmgröße des Nutzers angepasst werden.
• zu 9.: Ich weiß nicht, wie es im Vergleich zu anderen Websites mit ähnlichen Funktionen wie MV steht. Im Unterschied zur vorherigen Nutzung der Wikipedia vor dem MV aber tritt das Problem jetzt auf und es nervt.
• zu 10.: Wo steht in dem Argument was von Server-Belastung? Darum geht es doch gar nicht. Und mit dem Leser hat das Argument in der Tat nur indirekt zu tun.
• zu 12.: Die Beschreibungsseiten werden kaum gelesen, d. h. Bilder im Artikel nie angeklickt und auf Commons geöffnet? Wie kommst du denn da drauf? Was die Ladezeit betrifft, scheinen einige damit ein Problem zu haben, ich vermute vor allem bei langsamen Internetverbindungen oder älteren Computern. Ich habe dahingehend auch irgendwas auf MediaWiki gelesen (dass Verbesserungen der Ladezeit stattfinden sollen, weil ältere Systeme ein Problem haben), finde es aber nicht wieder. Bei mir ist es nicht langsamer, sondern etwas schneller, aber der Ladebalken und die verschwommenen Bilder sind nicht schön.
• zu 13.: Kann ich auch selbst nicht als Nachteil sehen.
• zu 16.: Wieso ist die Erwartung, ein Programm sollte erst dann Standard sein, wenn es richtig funktioniert und alle nötigen Eigenschaften besitzt, inhaltslos?

--Miss-Sophie (Diskussion) 13:29, 26. Jul. 2014 (CEST)

Zu 12: Dass in der Realität noch kaum jemand Performance-Probleme aufgefallen sind, liegt daran, dass diese gar nicht existieren. Alle vorhanden Daten zeigen, dass der Medienbetrachter schneller lädt als die Dateibeschreibungsseite, siehe [11] (die Seite braucht etwas Ladezeit). --132.230.1.28 10:23, 26. Jul. 2014 (CEST)

• • 1 und 2: Die Informationsweitergabe erfolgt auf Commons/Datei. Weiternutzer von Mediendatein sind hoffenlich ausreichend technisch bewandert, den Link zu den Lizenzinformationen zu finden. Dafür müssen wir nicht die große Mehrzahl der Benutzer die immer wieder gleichen Informationen anzeigen.
  • 5 Ich denke, dass die meisten Texte auf Commons vom Großteil der Nutzer ignoriert wird. Das ist frustrierend für die Autoren, die oftmals viel Mühe in die Beschreibungstexte investiert haben, aber man kann Nutzer nicht zwingen irgendwas zu lesen. Ich denke, dass man hier am besten zwischen den Use-Case Bildbetrachung und dem Use-Case Informationsweitergabe unterscheiden soll. Die Eierlegendewollmilchsau ist nicht die beste Lösung für alles. Benutzer die hauptsächlich die Bilder betrachten wollen, fühlen sich von der Informationsflut leicht erschlagen.
  • 6 Mag sein, dass es um das Zufällig geht, auch hier ist wieder die Vermischung der unterschiedlichen Use-Cases das übersehene Problem der Gegner.
  • 7 Auch hier muss man unterscheiden zwischen dem Haupt-Use-Case und dem Spezial-Use-Case für rein benutzerspezifische Wünsche. Zweiter müssen nicht zwingend auf der Hauptansicht vorhanden sein, da man damit die Seiten unnötig kompliziert für die Hauptnutzung macht.
  • 9 Bildbetrachter sind mit anderen Bildbetrachtern zu vergleichen. Commons/Datei: ist einfach zu Informationslastig als Bildbetrachter.
  • 10 "Der Bildhochlader" hätte doppelte Arbeit? habe ich mit Serverbelastung übersetzt. Beim Nutzer fällt das bestimmt nicht auf.
  • 16 Ich fürchte mit dieser Einstellung hätten wir die Wikimedia-Software auch noch nicht online. Leider sind auch da noch jede Menge Fehler vorhanden. Es wäre zwar schön wenn immer alles sofort ideal funtkionieren würde, aber bei einem derart komplexen Anforderungsprofil ist das nicht sinnvoll möglich, und es ist besser die neuen Funktionalitäten laufend, auf Basis von Nutzeranforderungen zu verbessern. Frohes Schaffen — Boshomi ☕⌨☺  14:15, 26. Jul. 2014 (CEST)

Zur Erläuterung: Der Bildhochlader in Punkt 10 ist der Nutzer, der ein Bild hochlädt und beschriftet, kein Computer. --Miss-Sophie (Diskussion) 15:22, 26. Jul. 2014 (CEST)

 Boshomi und Miss-Sophie, danke an Euch beide für den sachlichen Schlagabtausch Austausch von Argumenten! Das ist wohltuend konkret und sachorientiert :-) Und ihr habt irgendwie beide in vielem recht! Mich würde sehr interessieren, auf welche groben Punkte ihr Euch einigen könnt... ;-P --Atlasowa (Diskussion) 18:48, 26. Jul. 2014 (CEST)

Leider ist es noch schlimmer

Die Contra-Seite argumentiert unter anderem mit dem Argument, die neue Funktion erlaube es jedem User, die Art und Weise der Darstellung selbst einzustellen. Also alt oder neu – freie Entscheidung. Und natürlich ist das Argument mal wieder eins aus der Blickwarte derer, die 24/7 hier abhängen und die tief vergrabenen Spezialdiskussionen und Spezialseiten zum Umgehen derart anwenderfeindlicher Zumutungen kennen. Neue User, oder User, die „einfach“ nur Artikel schreiben wollen (ein Euphemismus, weil die Wiki-Syntax mittlerweile derart stark mit Programmiersprachenanteilen angereichert ist, dass „einfach Artikel schreiben“ mittlerweile schlichtweg nicht mehr geht), sind aufgeschmissen. Die Chose scheitert bereits beim Einbinden von Bildern. Wo man früher auf Commons freien Zugang hatte zu allen Parametern, die man für eine Bildeinbindung in Artikel benötigte, erscheint heute ein Flickr-ähnlicher Bildbrowser, der zwar schön ist, aber die Daten, die man sucht, hinter der schönen Optik versteckt.

Geloost halt. Ehrlicherweise hätte man besser gesagt: „Wir wollen hier sowieso nur Leute, die programmier- und wikitechnisch firm sind. Die anderen dürfen mal gucken und sich von unseren tollen Software-Features beeindrucken lassen. Aber Finger weg vom Tafelsilber, unserer kostbaren Wikipedia.“ Die Software-Neuerung zeigt (ähnlich wie fast alle Software-Neuerungen, die die letzten zwei, drei Jahre von den WMF kamen), dass der maßgebende Aktiven-Stamm von Wikipedia längst im eigenen Saft schmort. Entsprechend haben Neuerungen lediglich selbstreferenziellen, selbstbespiegelnden Charakter. Fall jemand „selbstreferenziell“ nicht versteht: Die Übersetzung heißt in diesem Fall: ausschließend. --Richard Zietz 12:02, 26. Jul. 2014 (CEST)

Tja, ob das jetzt nicht selbstreferneziell war? Ist es wirklich notwendig, wenn man ein Bild sehen will, dass man vor allem Zusatzinformationen präsentiert bekommt, an denen man wahrscheinlich gar nicht interessiert ist? Die alte Commons-Umsetzung hat einen ganz anderen Fokus als die reine Bildbetrachtung, die aber mal der Hauptzweck der meisten Klicks auf Bilder ist.  Frohes Schaffen — Boshomi ☕⌨☺  12:32, 26. Jul. 2014 (CEST)

Tja, ich als Leser klicke immer auf ein Bild um mehr darüber zu erfahren, wie, wer, was, wann, wo usw.. Was spricht eigentlich dagegen "unsere derzeitige Bilderansicht" um diese Eigenschaft zu erweitern? So mit einem Lupensymbol zum Beispiel. Damit wäre "ALLEN" geholfen. Nutzern die sich das Bild in voller Größe ansehen und Nutzern die vom Bild mehr erfahren wollen. Alle hätten es selbst in der Hand. So etwas wäre viel Produktiver als generell die Autorem mit dem neuem Fakebook-MV zu maltretieren. --Alchemist-hp (Diskussion) 12:40, 26. Jul. 2014 (CEST)

Hast du den Bildbetrachter schon gesehen: Das alten "Lupensymol" existiert in anderer Form, ist nun rechts unten postitioniert und ist mit "original Datei" ansehen beschriftet. Für Alt-Nutzer ist das eine gewaltige Umstellung? Muss Wikipedia wirklich im Stil von 2004 dauerhaft erhalten bleiben?  Frohes Schaffen — Boshomi ☕⌨☺  12:47, 26. Jul. 2014 (CEST)

Nein. Aber es sollte keine Rückschritte gegenüber 2004 geben. Im übrigen ist die Commons-Seite nicht von 2004. MBxd1 (Diskussion) 12:54, 26. Jul. 2014 (CEST)

Du meinst, als unangemeldeter IP-Leser: "vergrößern und Informationen zum Bild anzeigen" bei dem Symbol: ? Grüße, --Alchemist-hp (Diskussion) 12:56, 26. Jul. 2014 (CEST)

Unsinn, nein ich meine das kleine Berg-Symbol recht unten im schwarzen Berich des Media-Viewers.[12]  Frohes Schaffen — Boshomi ☕⌨☺  13:03, 26. Jul. 2014 (CEST)

Tja, wenn man hier schon darüber diskutieren muss, wird es für den Leser wohl völlig klar und unmittelbar ersichtlich sein, dass er dort die Originaldatei bekommt. Egal, ob das nun ein Berg oder ein Histogramm sein soll, absolut intuitiv, dass man da zur Orginaldatei kommt. Perfekt gelöst. MBxd1 (Diskussion) 13:09, 26. Jul. 2014 (CEST)

Es ist ein Klick zuviel! (Wer weiß denn überhaupt schon was so ein Symbol zu bedeuten hat?) Ich sprach aber davon unsere derzeitige Artikel-Bilderransicht um ein Symbol, welches auch immer, zu erweitern. Erst dann hätte es jder selbst in der Hand worauf er Lust hat, MV oder "mehr Informationen"!?! Hätte sich der WMF vorher besser informiert und mit den Autoren an einen Tisch gesetzt um das auszudiskutieren, so wäre das ein bessserer Weg gewesen. Nun ich die "nächste Klatsche" für den WMF eh nicht weit entfernt. Grüße, --Alchemist-hp (Diskussion) 13:28, 26. Jul. 2014 (CEST)

Ich zähle insgesamt zwei Klicks mit Mediaviewer und zwei Klicks ohne Mediaviewer um auf die Originaldatei zu gelangen Frohes Schaffen — Boshomi ☕⌨☺  13:35, 26. Jul. 2014 (CEST)

Und wo ist da die Verbesserung? Bisher waren die Links klar beschriftet, nun sind sie es nicht mehr. Großer Aufwand mit massivem Kollateralschaden, um unter Verumständlichung durch unklare Beschriftung doch nicht mehr zu erreichen als bisher. Grandiose Leistung. MBxd1 (Diskussion) 13:39, 26. Jul. 2014 (CEST)

+1 ja, eine unheimliche Verbesserung. Wenn es nur nicht den neuen MV gäbe?!? --Alchemist-hp (Diskussion) 13:41, 26. Jul. 2014 (CEST)

Die Frage ist, bei gleich vielen Klicks, wo das eine Verschlechterung sein soll. Welcher der beiden Klicks ist nun plötzlich zuviel?  Frohes Schaffen — Boshomi ☕⌨☺  14:20, 26. Jul. 2014 (CEST)

Steht alles schon da, musst Du nur auch mal lesen. Der Link auf die Datei in voller Größe ist nicht beschriftet, sondern nur mit einem völlig abwegigen Symbol versehen. Und wo ist da die Verbesserung? MBxd1 (Diskussion) 15:11, 26. Jul. 2014 (CEST)

@Boshomi: beim bisherigen System steht mir nach dem ersten Klick das volle Programm auf einem Blick zur Verfügung (einizge Einschränkung ist die Fenstergröße am Bildschirm). Egal was ich will (Kategoriesieren, Bildbeschreibung/Liz./etc. änderen. Lizenzel vollst. lesen, versch. Auflösungen herunterladen, Beispieltexte für Einbindungen, ...) - der zweite Klick ist zielführned. Da kann der MV nicht mithalten. Man braucht noch nicht einmal bis drei zählen können um das zu verstehen. -- Gerold (Diskussion) 18:39, 26. Jul. 2014 (CEST)

Apropos Klick-Anzahl: Mit wenigen Zeilen Javascript in der common.js kommt man direkt beim Klick auf das Bild zur Commons-Seite. Das ist eins von vielen Beispielen, die zeigen, dass die Benutzer oft viel sinnvollere Funktionen entwickeln als die überbezahlten WMF-Techniker. --MSchnitzler2000 (Diskussion) 18:51, 26. Jul. 2014 (CEST)

Das war aber schon überholt. Die deutsche Wikpedia-Bildseite wurde bei Commons-Bildern zuletzt standardmäßig übersprungen. MBxd1 (Diskussion) 18:56, 26. Jul. 2014 (CEST)

There is no free lunch. Commons ist eine gute Plattform zur Informationsweitergabe. Der Preis dafür ist eine Überfrachtung der Seite, die damit als Bildbetrachter kaum noch mehr taugt. Bildbetrachung und Infromationsweitergabe sind zwei recht unterschiedliche Use-Cases.  Frohes Schaffen — Boshomi ☕⌨☺  19:02, 26. Jul. 2014 (CEST)

Die Commons-Bildseite kann beides ohne Einschränkungen. Der Medienbetrachter kann nichts besser. MBxd1 (Diskussion) 19:19, 26. Jul. 2014 (CEST)

Man kann sich Commons schönreden, als Bildbetrachter taugt es wenig. Es mach auch keinen Sinn aus einen Bildbetrachter ein Commons 2.0 zu entwickeln, defakto wird das aber von den Initiatoren des MBs verlangt, in dem verlangt wird die gesamte Informationsüberfrachtung in den Bildbetrachter zu integrieren. Am Ende haben wir dann eben weiterhin keinen Bildbetrachter der diesen Namen verdient.  Frohes Schaffen — Boshomi ☕⌨☺  19:27, 26. Jul. 2014 (CEST)

Was hast Du eigentlich immer für ein Problem mit "Informationsüberfrachtung"? In fast jedem Kommentar erweckst Du dein Eindruck, unter ein paar mehr Informationen ganz fürchterlich zu leiden. Ich kann bei den Initiatoren nicht den Anspruch eines verbesserten Bildbetrachters erkennen, sondern lediglich Unmut über den existierenden und zu Recht als völlig überflüssig eingestuften Medienbetrachter. MBxd1 (Diskussion) 19:33, 26. Jul. 2014 (CEST)

Fürs Englische hat man das Problem mit der Informationsüberfrachtung hervorragend gelöst (en.wikipedia.org/simple.wikipedia.org). -- Gerold (Diskussion)

Das Problem ist das Grundproblem jeder guten Benutzeroberfläche: Fokusierung auf das Wesentliche bei der Masse der Anwendungfälle, damit diese leicht und effizient bleibt. Spezialinformationen können dann einen Klick weiter hinten positioniert werden. Liefert man zu viel Informationen die nicht gesucht ist (und wem interessieren schon die Details der Lizenzinformation?) dann wird eine Benutzeroberfläche schwerfällig und ineffizient in der praktischen Anwendung. Vergleiche etwa die Benutzeroberfläche der Browser von heute mit jenen vor 10 Jahren: Damals waren die Browser vollgestopft mit einer Unmenge an Schaltflachen und Menüleisten. Moderen Browser haben nur wenige sichtbare Bedienelement, aber ein Vielfaches an Funktionalität. Die Fokusierung auf das Wesentliche ist der Schlüssel dazu. Frohes Schaffen — Boshomi ☕⌨☺  21:47, 26. Jul. 2014 (CEST)

Und was ist an diesem träge ladenden schwarzen Ungetüm mit den kaum lesbaren Autorennamen und schlecht beschrifteten weiterführenden Links (beides ziemlich wahllos und ohne jegliches Konzept auf einer schwarzen Fläche verstreut) nun "leicht und effizient"? Das Ding ist schwerfällig und ineffizient, weil man erst mal suchen muss, wo man hinklicken muss, um weiterzukommen. MBxd1 (Diskussion) 21:56, 26. Jul. 2014 (CEST)

Bevor wir hier weiter dafürhalten und meinen, sehen wir uns die Grande Katastrophe mal in natura an. Beispiel: der heutige „Artikel des Tages“. Mit User-Account und mit abgeschalteter Media-Viewer-Funktion sieht die Chose wie folgt aus: Ich möchte das erste Bild, die Karte (hier klicken, aber nur bei abgeschalteter Funktion) in natura betrachten (also a bisserl größer, wenns geht). Wie zu sehen, lande ich auf Commons. Zum Ansehen gibt es Links zu unterschiedlichen Ansichtsgrößen – darunter auch die Originalgröße. Zum (Weiter)nutzen sind alle Infos übersichtlich präsent. Für den Bilddatei-Einbau in einem anderen Wiki-Artikel habe ich oben direkt übersichtlich den Dateinamen. Für die Klick-Fraktion: maximal 2 Klicks. Zurück im Artikel bin ich: ebenfalls mit maximal 2 Rückwärts-Schritten. Das ist wohlgemerkt die alte Version, – also „80er-Optik“, null Flickr-Feeling und todlangweilige Enzyklopädie (obwohl unsere Leser – ich geb’s ja zu – auf Enzyklopädie bekanntlich nichts geben und vor allem chickes Fotocommunity-Browsen erwarten).

Kommen wir zum Wikipedia-Genuss nach aktuellem State of the Art – also als Leser oder User mit standardtechnisch eingeschalteter Media-Viewer-Funktion. (Hab mir das Exempel selbstverständlich ebenfalls auferlegt und uneingeloggt im Zweitbrowser Firefox durchexerziert.) Hier läuft die Chose so: Ich klicke auf das Bild, die Karte (hier klicken, aber nur bei eingeschalteter Funktion Service: https://de.wikipedia.org/wiki/Isartalbahn#mediaviewer/Datei:Bahnkarte_Isartalbahn.jpg --Atlasowa (Diskussion) 00:25, 27. Jul. 2014 (CEST)), um sie in natura zu betrachten ;-). Ich kriege die neue Optik mit schwarzer Unterlegung und stehe ansonsten unabgeholt auf dem Bahnhof. In der Fußleiste und an den Viewerkanten sehe ich unterschiedliche Infos und Buttons, die anscheinend irgendwas bedeuten. Die mit zig-Millionen Projektselbstbespiegelungen angereicherten und gut versteckten Hilfe-Seiten (x Klicks), durch die ich mich als interessierter „Viewer in spe“ drei Stunden lang wühle, sagen ungefähr folgendes: Mit dem Buttonequipment an den Kanten kann ich das Bild schließen, vergrößern, zurück zum Artikel gehen oder mich aber – das, was jeder Leser eigentlich will – erstmal durch die Artikelbilder klicken. Mit Infos ist es ansonsten Sense; dafür werde ich in der Fußleiste mit rechtlichen Hinweisen und Ermahnungen sowie irrelevantem, für Nicht-Insider völlig unverständlichem Statistikram zugemüllt. Klickverbrauchs, nur zum Ansehen: maximal zwei, also Gleichstand. In Sachen Weiternutzung ist die neue Infopräsentation unübersichtlicher als die alte; ich würde über diese Brücke nicht gehen wollen. Für den Bilddatei-Einbau in einem anderen Wiki-Artikel stehe ich erst mal auf dem Schlauch. Links unten in der Ecke gibt es jedoch ein Commons-Icon. Sherlock-Holmes-mäßig kombiniert führt dies zur guten alten Commons-Seite mit guter, alter Commons-Optik inklusive Übersichtskasten zu Rechten und Dateiname. Klicktechnisch sind wir – Lernschritte und langes am-Kopf-Kratzen nicht mitgezählt – jetzt schon bei drei oder vier. Rückweg zum Artikel: nach alter Väter Sitte mehrere Klicks (je nachdem, wie lange man sich in dem Viewer verlustiert hat) oder zwei (wenn man den Sinn des „x“-Icons oben rechts durchschaut hat).

Was ist besser, was ist schlechter? Interessanterweise stimmt sogar die de:WP-Community mit den Füßen ab. Selbst die, die die Leser partout mit diesem Tool zwangsbeglücken wollen (weil es angeblich so schön ist, so fortschrittlich, so …), geben in ihren Abstimmkommentaren teilweise zu, dass sie für sich selbst diese wunderbare Funktion abgeschaltet haben ;-). Fazit: eine Funktion mit einem allenfalls projektfremden Mehrwert (wir wollen keine Enyzklodingsbums sein, sondern so wie Facebook). Ansonsten hat man sie gemacht, um sie zu machen, und weil das Versorgungswerk für Freie-Software-Programmierer mal wieder ordentlich Kohle verbrennen wollte. – Ich persönlich seh die Chose mittlerweile ziemlich abgeklärt. Man braucht nur die Webseite der Foundation anzugucken, um zu sehen, dass die mit Enzyklodingsbums mittlerweile ungefähr so viel zu tun haben wie ein Fisch mit Fahrradfahren. So formulier das Fazit mal so milde wie möglich: Hätte die WMF den Programmierern die Kohle einfach so überwiesen oder selbigen acht Wochen Floridaurlaub spendiert, wäre der Schaden wesentlich geringer ausgefallen. --Richard Zietz 23:13, 26. Jul. 2014 (CEST)

Zietz, du altes Lästermaul, das war ja geradezu sachlich :-) (bis auf den Schluss... wird das nicht langsam öde daraufhinzuweisen dass die WMF-Entwickler *luftanhalt* bezahlt *ausatme* werden...?)

Ich hab noch was für Dich: Geh mal auf die mobile Wikipedia, https://de.m.wikipedia.org/wiki/Isartalbahn , und klicke dort auf dasselbe Bild, tada: https://de.m.wikipedia.org/wiki/Isartalbahn#/image/Datei:Bahnkarte_Isartalbahn.jpg . Das nenne ich mal Bildbetrachter-Minimalismus! --Atlasowa (Diskussion) 00:25, 27. Jul. 2014 (CEST)

Was soll da der Leser denken ...

• 
  Media Viewer ohne Autor / > betätigen und es folgt das GNU
• 
  < und es folgt wieder der Mutzagh Tower
• 
  Liveversuch (Media Viewer muß eingeschaltet sein)
• 
  Liveversuch (obwohl in der gleichen Kategorie zeigt der Media Viewer weder den Vorgänger noch den Nachfolger an)

Den Bildautoren der angeblich angezeigt werden soll sehe ich bei Altbeständen nicht. Dazu läßt der Media Viewer das GNU (oder ist es das Gnu?) im Karakorum leben.

... Bananaware?

--kogo (Diskussion) 16:14, 26. Jul. 2014 (CEST)

Kogo, die fehlende Autorenangabe bei Altbeständen mit dem alten Datenformat bei Commons ist in der Tat ein Problem. Auch für andere Tools.

Das was Du ansonsten mit GNU beschreibst, ist wohl das: [13]. Das findet nicht auf Wikipedia statt. Sondern auf Commons, und auch nur wenn Du dort extra den Mediaviewer benutzt. Die ganze Diskussion hatten wir schonmal bei Abschnitt #(12). --Atlasowa (Diskussion) 16:32, 26. Jul. 2014 (CEST)

Strukturierte Daten fuer Mediendateien und iterative Verbesserung

Liebe Wikipedianer,

Ein Kritikpunkt der sowohl in der Diskussion als auch im Meinungsbild immer wieder auftritt ist der folgende: der Medienbetrachter reduziert die Information, die Leser bekommen. Verbunden damit ist der Verwurf, der Wikimedia Foundation sei die Arbeit der Autoren an Datei-Beschreibungsseiten egal. Die offene Bearbeitbarkeit von Datei-Beschreibungsseiten sei ausserdem zentral mit dem Wiki-Prinzip verbunden.

Um es klar zu sagen: Detaillierte Beschreibungen von Medien sind ohne Zweifel enorm wichtig, und wir wollen es definitiv allen Autoren erleichtern, diese Metadaten zu bearbeiten. Der Medienbetrachter zeigt eine Zusammenfassung an, derzeit:

• im Artikel enthaltene Bildunterschrift, falls vorhanden
• Autor, sofern maschinenlesbar gekennzeichnet
• Bild-Beschreibung, sofern maschinenlesbar gekennzeichnet
• Quelle, sofern maschinenlesbar gekennzeichnet
• Datum, sofern maschinenlesbar gekennzeichnet, ansonsten Datei-Datum
• Lizenz, sofern maschinenlesbar gekennzeichnet, ansonsten Verweis auf Beschreibungsseite
• Benutzername des Uploaders
• Datei-Nutzung

Hier steht mehrfach "sofern maschinenlesbar gekennzeichnet". Das groesste Problem bei der Nutzung und Weiter-Nutzung von Medien in unseren Projekten ist, dass viele Daten nicht maschinenlesbar sind. Die Autoren-Gemeinschaft hat vor einigen Jahren damit begonnen, Standard-CSS-Klassen einzufuheren, die maschinen-auslesbar sind, siehe Maschinenlesbare Daten auf Wikimedia Commons. Sofern auf einer Datei-Beschreibungsseite die gaengigen Vorlagen wie {{Information}} verwendet werden, funktioniert das auch. (Auf Commons laut Transclusion Count auf etwa 19.9M von 22M Bild-Dateien der Fall.)

Aufgrund mangelnder Software-Unterstuetzung kann man die derzeitigen Loesungen aber nur als rudimentaer bezeichnen. Das ist nicht nur fuer Anwendungen wie den Medienbetrachter ein Problem. Weiternutzung durch Dritte, Export, Suche, interaktive Filter, Visualisierung, statistische Auswertung und vieles mehr haengen von maschinenlesbaren Daten ab.

Um nur ein einfaches Beispiel fuer die aktuelle Problematik zu nennen: Die Vorlage "Credit line" auf Wikimedia Commons, die auf etwa 197000 Mediendateien (<1% des Medien-Bestands) zum Einsatz kommt. An sich eine gute Idee, um Autoren mehr Kontrolle ueber die Nachnutzung zu geben. Sie hat sogar ein maschinenlesbares Tag. Das kennzeichnet allerdings den gesamten Inhalt, so dass Lizenz, Autor und weitere Infos bunt gemischt sind. Der Medienbetrachter zeigt die Lizenz schon an anderer Stelle an, so dass entweder Informationen dupliziert werden oder eine hart-kodierte Loesung erforderlich ist. Und das ist nur ein Beispiel von unzaehligen. Im Einzelfall loesbar, insgesamt mit dem derzeitigen System nicht.

Das Wikidata-Team hat deshalb bereits letztes Jahr den Vorschlag Wikidata for media info vorgestellt. In diesem Jahr hat das Multimedia-Team bei WMF begonnen, bei der Ausarbeitung der Projekt-Ziele zu helfen (siehe Multimedia/Structured Data). Ziel ist es, spaeter in diesem Jahr die gemeinsame Arbeit zu beginnen.

Wenn wir auf ein System wie Wikidata umstellen, wird dies nicht nur ermoeglichen, systematischer zu pruefen, welche Inhalte in einem Overlay wie dem Medienbetrachter angezeigt werden sollen (evtl. koennten sogar alle Daten etwa ueber Info-Reiter schnell sichtbar gemacht werden). Es wird dadurch auch moeglich, die Daten direkt in einem Werkzeug wie dem Medienbetrachter benutzerfreundlich bearbeitbar zu machen, was derzeit nur mit viel Frickelei und nur sehr inkonsistent machbar ware.

Das ist das langfristige Ziel: benutzerfreundlicher Zugang zu den Medien-Inhalten, die wichtigsten Metadaten schnell im Blick, bearbeitbar und uebersichtlich praesentiert.

Die aktuelle Implementierung ist der erste Schritt. Wir sehen den Medienbetrachter unter anderem als ersten guten Testfall fuer strukturierte Daten. Er hilft, die Grenzen und Prioritaeten auszuloten: Welche Informationen sind absolut erforderderlich? Welche Daten muessen maschinenlesbar gemacht werden? So oder so, die Einfuehrung strukturierter Daten ist ein inkrementeller Prozess and wird sicher mit einigen Konflikten und Hindernissen verbunden sein. Wir haben bereits jetzt in 90% der Faelle auf Commons einheitliche Templates wie {{Information}}, die ausgewertet werden koennen. Die weitere Nutzung von maschinenlesbaren Tags wird die automatische Konvertierung in ein neues Format erleichtern. Die Fragestellungen, die hier als Kritikpunkte genannt werden, sind fast alle sehr komplex und muessen mit der Zeit beantwortet werden.

Hier kam mehrfach der Spruch vom “Bananenprodukt, das beim Anwender reift”. Damit positionieren sich Autoren ausschliesslich als Anwender wie von einer Applikation wie MS Word. Tatsaechlich entwicklen Autoren die Software mit -- im weitesten Sinne unter anderem durch Vorlagen wie “Credit line”, die dann von anderen Entwicklern interpretiert werden muessen. Der Wikimedia-Kontext unterscheidet sich in dieser Hinsicht dramatisch von fast allen anderen Websites, da die Komplexitaet des Systems staendig steigt. Dazu hat Wikimedia die gesamte normale Komplexitaet einer Top 10 Website, ist aber nach wie vor nicht mit den Googles/Facebooks/Yahoos mit Tausenden Mitarbeitern vergleichbar. Ohne Toleranz fuer inkrementelle Verbesserung sind groessere Usability-Aenderungen im Wikimedia-Kontext kaum machbar.

Wir verfolgen das MB und die Diskussion weiter mit und hoffen, dass wir gemeinsam in den kommenden Tagen einen Kompromiss erzielen koennen. Viele Gruesse --Erik Moeller (WMF) 06:50, 27. Jul. 2014 (CEST)

Ich empfehle mal dringendst diese gesamte Seite hier genauestens zu studieren. Mir kommt es vor als ob die WMF die Vogel-Strauß-Politik an den Tag setzt. Die WMF kann gerne experimentieren, ich sage da nur Beta-Funktion, aber vor allem MUSS die WMF auf die Autorenschaft hören und deren Wünsche und Kritikpunkte nicht zur Kenntnis nehmen, sondern darauf auch eingehen und umsetzen!!! Ich komme mit (gelinde gesagt) total verschaukelt vor, wenn ich Deinen Text hier zu diesem Zeitpunkt lese, lieber Erik Moeller. Es scheint mir, dass die WMF überhaupt nicht verstanden hat worum es geht. Und schaue bitte auch hier vorbei: Commons. Wird das für die WMF nicht langsam peinlich??? Spätestens jetzt würde ich in den Boden versinken, wenn ich mich zu diesem Verein dazuzählen müßte. --Alchemist-hp (Diskussion) 08:13, 27. Jul. 2014 (CEST)

Meine Empfehlung: den neuen MV komplett in allen Wikipedias ausschalten, das "bananenhafte" Teil in die Beta-Funktion verschieben und mit den Autoren so lange reden und entwickeln bis man etwas vernünftiges auf die Beine gestellt hat. Und vor allem zukünftig diesen Weg "immer" so bestreiten. --Alchemist-hp (Diskussion) 08:22, 27. Jul. 2014 (CEST)

Nur mal eine Anmerkung zu den "maschinenlesbaren Daten" oben: Das Datum wird u. U. zwar übernommen, aber falsch angezeigt. Es ist aus urheberrechtlicher Sicht völlig ausreichend, nur das Jahr anzugeben. Angezeigt wird dann aber der 1. Januar dieses Jahres, und das ist in aller Regel sachlich falsch. Wenn man für den Ablauf von Schutzfristen nicht direkt in die Exif-Daten gehen will, muss man eben bis zum 31. Dezember warten. Genau deswegen darf das Datum nur genau so übernommen werden, wie es eingegeben wurde, eigenmächtiges scheintagesgenaues Ausfüllen geht gar nicht.
Im übrigen hätte wenigstens das Problem der nicht oder nicht vollständig angezeigten Lizenz vor Inbetriebnahme gelöst werden müssen. Was soll denn ein Nachnutzer von Lizenzen halten, wenn die nicht mal von Wikimedia wichtig genommen werden?
Weiterhin ist es ein Irrtum, die umseitig erkennbare klare Ablehnung auf technische Probleme beschränken zu wollen. Der Medienbetrachter hat grundsätzliche Nachteile, die von Wikimedia nicht als technische Probleme gesehen werden, weil sie genau so gewollt sind. Die absichtlich viel zu klein gewählte Schriftgröße (da kann sich nun wirklich niemand mit einem technischen Problem rausreden) ist da nur ein kleines Detail.
Sehr seltsam finde ich den Nachsatz, dass man auf einen Kompromiss hofft. Es kann keinen Kompromiss geben, weil hier niemand ein Mandat für das Aushandeln eines solchen hat. Das Ergebnis des Meinungsbilds wird als verbindlicher Beschluss der deutschsprachigen Wikipedia umzusetzen sein. Nachbessern und erneut vorschlagen kann man immer noch. MBxd1 (Diskussion) 10:14, 27. Jul. 2014 (CEST)

D'Accord, die "Einfuehrung strukturierter Daten" ist für das Commons Projekt eine der wichtigsten vor uns liegenden Probleme. Und man wird dies wohl nur inkrementell angehen können. Aber dann versteh ich nicht, warum man nicht auch erstmal auf diesem Problemstrang voran geht, sondern zuerst eine GUI einführt, die auf das Vorhandensein von strukturellen Daten aufbaut, die es aber noch längst nicht in der geforderten Qualität gibt und, was ich noch schlimmer finde, dort, wo es auf Commons bereits durch Vorlagen wie Template:Art strukturierte Daten gibt, diese dann vollständig ignoriert! Beispiel: c:File:VanGogh-Irises_2.jpg - hier gibt es wunderschöne Metadaten, von denen der MV leider rein garnichts anzeigt ("Es ist keine Beschreibung verfügbar."). Das ist für mich kein inkrementelles Vorgehen. --alexrk (Diskussion) 14:30, 27. Jul. 2014 (CEST)

Erik Moeller braucht also einen ewig langen Text, um das einzugestehen, was andere in einem knappen Satz zusammenfassen können: Der Medienbetrachter ist Schrott. In der Auflistung lese ich bei sechs von acht Punkten die Begriffe „falls“ oder „sofern“. Mit anderen Worten: Die Funktionsfähigkeit des Medienbetrachters ist in 75% der Fälle (und zwar in den wichtigsten!) vom Zufall abhängig. Eine größere Bankrotterklärung kann es kaum geben. Den Unterschied zwischen „erleichtern“ und „erschweren“ haben die WMF-Leute immer noch nicht kapiert. Zum Thema „Tatsaechlich entwicklen Autoren die Software mit“: Die Autoren sind mittlerweile sogar die einzigen, die die Software positiv entwickeln, also voranbringen. Benutzerskripte u.ä. haben der Wikipedia in den letzten Jahren viel mehr Komfort und Zusatznutzen gebracht als die WMF-Technik. --MSchnitzler2000 (Diskussion) 20:52, 27. Jul. 2014 (CEST)

JavaSkript zum xten ...

In meinem Urlaubsdomizil letzte Woche hatte ich einen älteren Laptop zur Verfügung, auf dem JavaSkript nicht aktualisiert war (Update-Funktion war für mich gesperrt). Ich habe festgestellt, dass der Medienbetrachter in diesem Fall nicht "standardäßig deativiert" ist, wie oben von den Kollegen der WMF angemerkt wurde, sprich ich konnte die Vorschaubilder gar nicht öffnen. Wenn ich auf ein thumb-Link geklickt hat, tat sich gar nichts. So viel zum Thema Leserfreundlichkeit. --Holder (Diskussion) 07:34, 27. Jul. 2014 (CEST)

Hallo Holder. Ich bezog mich auf Situationen, in denen JS ausgeschaltet ist. Selbstverstaendlich sollte sowas aber natuerlich auch mit sehr alten Browsern nicht passieren. Wenn du noch nachvollziehen kannst, welcher Browser das war, werden wir das schnell reparieren (egal ob's ein Media Viewer Problem ist oder nicht), ansonsten werden wir selber nochmal nachpruefen.--Eloquence (Diskussion) 08:32, 27. Jul. 2014 (CEST)

Bei einem großen deutschen Autohersteller ist die Forderung, daß allen mit dem IE7 funktioniert. Also auch alles, was Mediawiki macht, sie nutzen MW und SMW intensiv. Und das hat nichts mit "ewiger Gestrigkeit" zu tun. Man kann nicht einfach in einem Unternehmen mit einer halben Million Mitarbeitern alle Computer aktuell halten, die bleiben bis zum Ende der Leasingzeit oder bis sie abgeschrieben sind. Deshalb muß sich die Anwendungssoftware der vorhandenen Hardware anpassen und natürlich auch bei Systemsoftware dem kleinsten gemeinsamen Nenner. Es macht keinen Spaß aber wir müssen alles, was wir da mit Mediawiki machen, an IE7 anpassen. Alles muß ohne JS funktionieren, ohne Flash. --Pölkky 08:52, 27. Jul. 2014 (CEST)

@Eloquence: Es war ein Firefox, allerdings weiß ich nicht mehr welche Version. --Holder (Diskussion) 11:44, 27. Jul. 2014 (CEST)

Nur weil sich einig Konzerne mit viel Geld ein ActiveX-Vendor-Lock-In gekauft haben, ist das noch kein Grund, jeglichen Fortschritt im Mediawiki zu verhindern. Stand der Technik ist heute ein automatisches Browserupdate, Entwicklungen extra für uralte Versionen kosten nur jede Menge Kohle, und verhindern oft die Umsetzung von Benutzerwünschen. JavaScript ist bei den meisten aktuellen Versionen nur noch mit erheblichen Know-How deaktivierbar. Frohes Schaffen — Boshomi ☕⌨☺  13:16, 27. Jul. 2014 (CEST)

Es gibt genug Gründe, warum keine aktuellen Versionen auf Rechnern sind. Und es ist weit an der Praxis vorbei, das zu ignorieren. Dann lassen wir die Industrie weg und reden von Schulen, die sich Updates nicht leisten können. Oder Leute, die kein billiges und schnelles Internet haben (also ganze Kontinente), von Leuten in Diktaturen, die froh sind, wenn sie überhaupt Computer haben. Es ist ja sooo einfach, zu fordern, daß man sich gefälligst aktuelle Versionen holen soll. Und die Abschaltung von JS ist Sekundensache, das ist nicht schwerer als früher. --Pölkky 16:18, 27. Jul. 2014 (CEST)

Man sollte schon akzeptieren, dass es Leute gibt, die keinerlei Einfluss darauf haben, was auf dem Rechner installiert ist, den sie benutzen. Das beschränkt sich nicht auf Unternehmen und Schulen, das kann auch auf Privathaushalte zutreffen, wo sich mehrere Leute einen Rechner teilen und wo einer (egal ob objektiv gerechtfertigt oder nicht) bestimmt, welche grundlegenden Komponenten installiert sind und welche nicht. MBxd1 (Diskussion) 16:34, 27. Jul. 2014 (CEST)

Die Forderung nach Abwärtkompatibilität hat auch entschiedene Nachteile, denn sie führ zu recht verkorksten Anwendungen, die sich kaum weiterentwickeln können. Die Konsequenz daraus ist, dass man nur wenige alte Nutzer hält, aber auf der anderen Seite recht viele verliert, die sich eine moderne Anwendung erwarten, und sich nicht mit veralteten Methoden auseinandersetzen wollen. Das schlimme für wikipedia ist, dass das vor allem die Jungen Nutzer sind, die wir verlieren. (Im Übrigen steigt der Druck auf Sysadminis den Benutzern standardkonforme Software zur Verfügung zu stellen, wenn große Anbieter nur diese unterstützen)  Frohes Schaffen — Boshomi ☕⌨☺  17:29, 27. Jul. 2014 (CEST)

Jetzt muss der Medienbetrachter schon als Allheilmittel gegen den (oft behaupteten, aber nie bewiesenen) Mitarbeiterschwund herhalten. Wird Dir das nicht langsam zu blöd? Kennst Du jemanden, der bei Wikipedia nicht mehr mitmacht, wenn es keinen Medienbetrachter gibt? MBxd1 (Diskussion) 17:56, 27. Jul. 2014 (CEST)

Zitat Boshomi: "Im Übrigen steigt der Druck auf Sysadminis den Benutzern standardkonforme Software zur Verfügung zu stellen, wenn große Anbieter [wie die Wikipedia] nur diese unterstützen". Das kann doch nicht dein Ernst sein!?!? Die Wiki ist angetreten, JEDEM den freien Zugang zu Informationen zu bieten. Auch dem Hartz IVler, der sich mit seiner alten Möhre abquält und etwas Recherchieren möchte. Es gibt zig Projekte, die zum Ziel haben, Information über einfachste Rechner in den letzten Winkel der Erde zu bringen. Diesen Projekten versetzt man den Dolchstoß und legt gleichzeitig ein Microsoft-Förderprogramm auf in dem man die Sysadmins in Firmen bedrängt. Kein Wort des Bedauerns das u.a. einfache Rechner durch die Hintertür abgeklemmt werden - statt dessen Feiern das den Sysadmins endlich mal Druck gemacht wird ... -- Gerold (Diskussion) 13:07, 28. Jul. 2014 (CEST)

Wir werden immer mehr zu einem Projekt für alte Männer die sich freuen, wenn sie auf einer alten Kiste im Hobbykeller irgend ein Programm zum laufen bringen. Es ist eine Abwägungssache welcher Zielgruppe man mehr und welcher man weniger entgegenkommt. Das Argument mit den angeblichen HarzIVer ist meist vorgeschoben, denn wir wissen genau, dass die meisten Autoren hier Männer über vierzig sind. Frohes Schaffen — Boshomi ☕⌨☺  18:24, 28. Jul. 2014 (CEST)

Afrikanische Schulkinder möchten auch was von Wikipedia mitbekommen. Dein Standpunkt ist nicht mehrheitsfähig. --Pölkky 18:37, 28. Jul. 2014 (CEST)

Und wer denkt an die armen Eskimo-Kinder? Also der Karli, der in der Südkurve immer neben mir steht, meint, wenn er einer der Starfotografen der Wikipedia wäre (was er nicht ist), wäre er auch gans und gar gegen den Mehdienbetrachter und für alle armen Schulkinder. Weil, jetzt könnte ja keiner mehr sofort sehen, dass er, der Karli, dieses oder jene tolle Starfoto gemacht hat und seine Eigenwerbung und seine schönen handgestrickten Lizenzen auch nicht. Da würden, meint Karli, dem afrikanischen Schulkind schon wertvolle Informationen verloren gehen. Soweit Karlis Standpunkt, mehrheitsfähig hin oder her. --Frau Tuna (Diskussion) 19:36, 28. Jul. 2014 (CEST)

Seit wann sind denn "handgestrickte Lizenzen" erlaubt? Mir sind noch keine begegnet. --Pölkky 19:44, 28. Jul. 2014 (CEST)

Langsam wird's zynisch! Minderheiten sind mitten unter euch! Darf ich mich vorstellen? Wikipedianer mit mehreren tausend Edits - hier und bei Commons. Hochgradig Sehbehindert - Grad der Behinderung 100%. Unter normalen Account schreibe ich inkonito weil ich weder Jammern will noch Mitleid brauche. Und natürlich verlange ich (und andere Menschen mit Behinderung, kleinen Geldbeutel, langsamen Internetanschlüsse ...) auch nicht, das die gesamte Community Einschränkungen hinnimmt, "nur" damit Minderheiten mit der Wikipedia zurecht kommen.

ABER: wenn ich erhebliche Einschränkungen hinnehmen soll, dann wüßte ich doch bitte warum. Sobald für mich (und andere) erkennbar ist, das eine Einschränkung für Minderheiten wirklich Vorteile für die Mehrheit bringt, dann kann man damit leben. Aber genau dieser Beleg fehlt. Das Gegenteil ist der Fall - die meisten (vermutlich normalen) Wikipedianer lehnen das neue Werkzeug als unhandlich ab. Und die Wikimedia Foundation kümmert sich einen feuchten Kerricht darum und versucht es trotzdem durchzusetzen. Das ist mehr als bitter! -- Blinde Socke (Diskussion) 23:31, 28. Jul. 2014 (CEST)

Ein guter Bildbetrachter für Blinde ist ja per Definition schwer umsetzbar. Da bräuchte es wohl eine Audiodatei zur Bildbeschreibung…  Frohes Schaffen — Boshomi ☕⌨☺  18:34, 29. Jul. 2014 (CEST)

Bildbeschreibung, Metadaten und was sonst noch außer dem eigentlichen Bild auf der Commonsseite des Bilds präsentiert wird, lassen sich sehr wohl problemlos automatisiert vorlesen. Wenn diese Daten wie beim MediaViewer erst durch Mausklick zugänglich werden, funktioniert dieser Weg nicht mehr ohne weiteres.---<)kmk(>- (Diskussion) 23:24, 29. Jul. 2014 (CEST)

Holder: Danke nochmal fuer den Hinweis. Eine vom Medienbetrachter verwendete Bibliothek war nicht vollstaendig abwaertskompatibel. Dies sollte durch diese Aenderung behoben sein, die in Kuerze livegeschaltet wird.--Eloquence (Diskussion) 20:45, 29. Jul. 2014 (CEST)

Ich kann das Problem leider nicht mehr überprüfen, da ich nicht mehr in der Ferienwohnung mit dem genannten veralteten Notebook bin, aber dennoch vielen Dank im Namen aller, die sich mit nicht ganz moderner Technik herumschlagen müssen und dennoch am liebesten in der Wikipedia surfen! --Holder (Diskussion) 21:34, 29. Jul. 2014 (CEST)

Javascript ist wie der Name schon sagt, eine Scriptsprache. Als solche ist sie in Gefahr zum Werkzeug für Schad-Software zu werden. Das reicht von regulären Hacker-Einbrüchen mit Rechte-Eskalation bis zur Ermittlung und Weiterleitung von Daten ohne Wissen und Zustimmung des Nutzers. Von daher gibt es durchaus auch nicht-technische Gründe um bei der Nutzung von WWW-Seiten auf die Aktivierung von Javascript zu verzichten.---<)kmk(>- (Diskussion) 23:19, 29. Jul. 2014 (CEST)

Laut Verordnung zur Schaffung barrierefreier Informationstechnik nach dem Behindertengleichstellungsgesetz gilt JavaScript als bevormundende Methode und beim Erstellen von Internetinhalten ist darauf zu verzichten. Mediawiki ist ja an sich schon nur wenig barrierefrei. Statt mal Barrieren abzubauen, werden neue errichtet. --Pölkky 13:20, 31. Jul. 2014 (CEST)

Das ist wiedermal ein typische Zeichen, dass die Gesetzgebung in solchen Fällen immer der Realität nachhinkt. Stand der Technik für neue Webanwendungen sind Single-Page-Applications und HTML5. JavaScript ist folglich Standard. Diese Techniken wurden erst durch die enorme Verbesserung der JavaScript-Engines ermöglicht. Inzwischen kann man JavaScript bei den meisten Browsern gar nicht mehr abschalten, (bzw. diese Möglichkeit wurde gut vor den Augen von Ottonormaluser versteckt) Da war 2011 zwar absehbar, offensichtlich aber nicht für Politiker. Inzwischen gibt es auch schon WAI-Standards für barrierefreie JavaScript-Anwendungen.  Frohes Schaffen — Boshomi ☕⌨☺  19:12, 31. Jul. 2014 (CEST)

Weil wir schlauer sind, setzen wir uns über Gesetze einfach hinweg. --Pölkky 22:00, 31. Jul. 2014 (CEST) HTML5 ist nicht Standard sondern die modernste Methode. Und JS ist in allen Browsern sehr leicht abschaltbar.

Gut gemeint bedeutet leider nicht immer gut gemacht. Bei diesem Verordnungsentwurf waren wohl mehrere beratungsresitente Politiker anwesend…; Klügere Gesetzgeber beschreiben die Ziele, nicht die Methoden. Frohes Schaffen — Boshomi ☕⌨☺  22:16, 31. Jul. 2014 (CEST)

Inhaltlich hast du vollkommen Recht. Nicht umsonst ist der BIENE-Award seit Jahren ausgesetzt. Es kann aber nicht sein, nur auf neueste Technologien zu verwenden. Barrierefreiheit wird es nie geben. Man müßte mal prüfen, wie sich das Ganze in alten Browsern, mit LYNX, JAWS usw. verhält. --Pölkky 22:49, 31. Jul. 2014 (CEST)

Lynx überspringt bereits im Artikel die Bilder. Es gibt also keinen Link, der zum Media-Viewer führen könnte. Mit der Alternative Links (Browser) bekommt man die Bilder angezeigt. Ein Klick auf das Bild führt auf die gute, alte Commons-Seite -- vermutlich, weil der Browser von mediawiki als nicht kompatibel zum Media-Viewer eingestuft wurde. JAWS kenne ich lediglich als Abkürzung für JAVA Web Start. Ich wüsste nicht, wie ich damit die Wikipedia-Seite lesen sollte.---<)kmk(>- (Diskussion) 00:13, 1. Aug. 2014 (CEST)

JAWS ist der mit Abstand am meisten verbreitete Screenreader. --Pölkky 00:27, 1. Aug. 2014 (CEST)

Das ist mal ein reales Beispiel dafür, warum eine Begriffserklärung in einer BKL-Seite problematisch ist. Ich las in dieser Version das JAWS eine Abkürzung für "Job Access With Speech" sei stufte das als Nicht-WWW-Browser ein und sprang zur nächsten Zeile. Damit hatte ich den gesuchten Begriff verpasst.---<)kmk(>- (Diskussion) 04:12, 5. Aug. 2014 (CEST)

Abschaltbar... auch für nicht-angemeldete Benutzer?

Das würde ich mal gerne wissen. -- 92.72.160.71 16:58, 27. Jul. 2014 (CEST)

Ganz unten links-mittig ist eine Schaltfäche, allerdings habe ich ihn dann nicht mehr anbekommen, erst durch Cookie-löschen. → User: Perhelion 17:17, 27. Jul. 2014 (CEST)

Genau das steht zur MB: Fuer alle Nutzer den MV per default abschalten. >giggle< (x.X) -- Kays (Diskussion) 00:15, 29. Jul. 2014 (CEST)

FYI: MediaWiki:Gadget-Direct-link-to-Commons.js wurde deaktiviert

Wikipedia:Administratoren/Anfragen#MediaWiki:Gadget-Direct-link-to-Commons.js bitte für unangemeldete Benutzer deaktivieren. Per rechts-Klick+„im Tab öffnen“ zur Commonsseite ist also jetzt vorbei, ob angemeldet oder nicht. Da kommt man jetzt auf die völlig nutzlose lokale deWP-Dateiseite (Beispiel) die nur eine Kopie von Commons ist, aber die anscheinend den Reaktivierungsknopf für den Medienbetrachter anbietet… Der Medienbetrachter hat ein monströses Problem mit feature-creep, mit Einstelloptionen und defaults bei denen niemand mehr durchblickt welcher Klick wann wohin führt. --Atlasowa (Diskussion) 15:22, 1. Aug. 2014 (CEST)

Ist wohl (m)einer eins drüber erwähnten Missfunktion geschuldet. Was dann tatsächlich direkt zu solchen kuriosen Bearbeitungen bewegt.[14] (reported on Commons) → User: Perhelion 21:41, 2. Aug. 2014 (CEST)

Das nutzt aber leider nichts, man landet immer noch auf der Dateibeschreibungsseite der Wikipedia. Leider läuft das Meinungsbild schon, oder kann man diesen Punkt nachträglich zu den Nachteilen aufnehmen? Wenn der Medienbetracher wieder abgeschaltet wird, dann wird das Commons-Gadget sehr wahrscheinlich wieder aktiviert, weil dann nichts mehr stört Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 23:04, 3. Aug. 2014 (CEST)

+1  Pro Das wollte ich eigentlich auch mit dem Wort „kurios“ implizieren (allerdings gebe ich im Nachhinein zu, dass es zweideutig ist).

Das kann man auf jeden Fall noch einfügen, hat sich ja brandaktuell geändert. → User: Perhelion 12:20, 4. Aug. 2014 (CEST)

Einfüge Vorlage

• # Aufgrund einer Inkompatibilität musste die standarmäßige (automatische) Weiterleitung zur Commons-Seite (für alle) deaktiviert werden, siehe Gadget-Direct-link-to-Commons.js deaktiviert (hinzugefügt am 04.08.2014). → User: Perhelion 12:37, 4. Aug. 2014 (CEST)

Hallo zusammen. Der auf WP:Administratoren/Anfragen beschriebene Fall hat nichts mit einer Inkompatibilität mit dem Medienbetrachter zu tun und das Hauptargument, auf das sich die Anfrage stützt, ist sachlich nicht richtig. Der Medienbetrachter lässt sich auch auf Commons aktivieren. Und zwar auf exakt dieselbe Weise und mit exakt demselben Button wie auf der lokalen Datenseite („expand view“, und dann in der Ansicht des Medienbetrachters unten: „enable Media Viewer“). Das Gadget diente vielen Interessen: Leute, die den Medienbetrachter deaktiviert haben, konnten aus der WP direkt zu Commons. Leute, die den Medienbetrachter aktiviert haben, konnten über die rechte Maustaste und “Link in neuem Tab öffnen” ebenfalls direkt zu Commons (siehe niederländische Wikipedia, wo das Gadget per default aktiviert ist). Welcher Vorteil bestand darin, das Gadget standardmäßig zu deaktivieren? Es steht dem Medienbetrachter nicht im Weg und bringt dem nicht angemeldeten Nutzer auch keine Nachteile, wie der Anfragesteller argumentiert hat. Dafür aber bedeutet der schnelle Weg nach Commons einigen Leuten etwas. Die Anfrage gilt inzwischen als abgeschlossen. Bitte schaut Euch das noch einmal an und vielleicht kann nochmals bei den Admins (Schniggendiller und MBq) nachgefragt werden. Grüße -- Birgit Müller (WMDE) (Diskussion) 10:15, 5. Aug. 2014 (CEST)

Ich habe die obige Einfügevorlage von Perhelion nun ins MB unter „Nachteile des Medienbetrachters“ eingesetzt.
Hier muss ich dir @Birgit Müller (WMDE): leider widersprechen. In der AAF ging es um das Aktivieren des Medienbetrachters in der deutschen Wikipedia. Wenn ich als IP den Medienbetrachter in der deutschen Wikipedia deaktiviere, und dann auf einer Commons-Dateiseite auf „Erweiterte Ansicht“ klicke, kann ich den Medienbetrachter für Commons aktivieren oder deaktivieren, das wirkt sich aber nicht auf Wikipedia aus, wodurch bei default-aktiviertem Gadget tatsächlcih der Fall auftritt, dass ich als IP den Medienbetrachter nur durch Löschen der Coookies erneut aktivieren kann, und darum wurde das Gadget deaktiviert; das finde ich natürlich auch unglücklich, aber derzeit scheint es keine andere Lösung zu geben, zumindest nicht bis zum Ende des Meinungsbildes Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 10:35, 5. Aug. 2014 (CEST)

Musste? Das erschließt sich mir ehrlich gesagt auch nicht wirklich. -- Dirk Franke (WMDE) (Diskussion) 11:07, 5. Aug. 2014 (CEST)

Ich habe es abgemeldet getestet: Mariofan13 und die IP mit der ursprünglichen Beschwerde haben Recht, das ist wohl ein Designfehler. Wir sollten die anonymen User mit unseren Tools und Gadgets nicht behindern, das sollte deshalb default=off bleiben, bis jemand mit besseren Software-Kenntnissen eine Lösung findet --MBq ^Disk 15:24, 6. Aug. 2014 (CEST)

IMHO kann der MV (MB sollte MB bleiben ) daran nichts ändern. Aber das Gagdet könnte das elegant mit einem Einzeiler lösen, habe es mal dort vorgeschlagen. Man brächte nur die Var für den MV (der ja kein Gadget in dem Sinne ist, daher mir jetzt auf anhieb nicht bekannt) → User: Perhelion 00:34, 7. Aug. 2014 (CEST)

Wo hast Du das vorgeschlagen und wo genau wurde der Medienbetrachter deaktiviert (Links)?

Kann das mal jemand fixen? Oder ist das hier eine reine Eskalationsstrategie fürs MB, eine WP:BNS-Aktion? In den anderen WPs mit Direct-link-to-Commons musste man das offensichtlich nämlich nicht deaktivieren… --Atlasowa (Diskussion) 14:43, 7. Aug. 2014 (CEST)

@Atlasowa Also wenn noch nicht mal du das siehst , ich habe das jetzt auf 3 Seiten erwähnt und du warts sogar in allen 3 Threads selber beteiligt. Wo ich etwas von MV abschalten gesagt habe, weiß ich auch nicht. Ich bin erstmal offline. PS: Hier dein eigener Thread → User: Perhelion 15:08, 7. Aug. 2014 (CEST)

Hallo Benutzer:Perhelion, den Thread kenne ich :-)) Meine Verwirrung kommt daher, dass ich weder in der Versionsgeschichte von MediaWiki:Gadget-Direct-link-to-Commons.js noch bei MediaWiki:Common.js die Deaktivierung erkennen konnte. Habe es jetzt vermutlich gefunden, nämlich in MediaWiki:Gadgets-definition, oder? Ändern können das wohl nur Admins, also weder Du noch ich? Wenn der fix klar ist, aber trotz niemand fixt, dann frage ich mich halt schon… Erinnert mich an die administrative Ausblendung der Links zum Beta-Testen (die 4 Buchstaben „verbrauchen nur Platz“ und wurden für alle entfernt, wieder nur in deWP…), die ebenfalls kein Admin rückgängig machen wollte [K][15][16][UM]. --Atlasowa (Diskussion) 15:51, 7. Aug. 2014 (CEST)

Ja genau, mehr ist es nicht, es wurde nur das default-flag auf dieser Seite von Schniggendiller entfernt. → User: Perhelion 19:01, 7. Aug. 2014 (CEST)

Nach upd. des Gadgets ist es wieder an. Allerdings wird jetzt eine techn. Schwäche des MV klar und auch warum es eigentlich egal ist ob der MV auf Commons aktiviert ist (oder nicht). Denn der MV auf Commons springt so oder so nicht an, wenn man von einem anderen Projekt kommt. → User: Perhelion 14:18, 8. Aug. 2014 (CEST)

Commons

Auf Commons wird der Media-Viewer als Standard für IP's sowie angemeldete Nutzer abgeschaltet. --Alchemist-hp (Diskussion) 23:40, 3. Aug. 2014 (CEST)

Jetzt ist erstmal die Wikimania in London. Ein paar real-life-Diskussionen sind wohl nicht die schlechteste Idee. [17] --Atlasowa (Diskussion) 12:08, 4. Aug. 2014 (CEST)

Genauso wie es auf der En.WP abgeschaltet wurde. → User: Perhelion 12:22, 4. Aug. 2014 (CEST)

Auf Commons wird diskutiert, ob der MB für einen Rückgang aktiver Commons-Benutzer verantwortlich ist. Die sog. Click-through rate auf die Bildbeschreibungsseite auf Commons ist sehr niedrig. Den täglich etwa 1,25 Mio. thumbnail-clicks von :de aus stehen nur 1.000 clicks nach Commons gegenüber. --Túrelio (Diskussion) 19:38, 6. Aug. 2014 (CEST)

Das wars dann, Schluss-Ende-Aus-Finito: Publikum gibt es nur noch vor der schwarzen Wand. Commons wird sich dann wohl auf kurz oder lang auf bezahlte Mitarbeiter stützen müssen. → User: Perhelion 23:14, 6. Aug. 2014 (CEST)Argumentum ad consequentiam → User: Perhelion 15:08, 7. Aug. 2014 (CEST)

@Túrelio: Ist bekannt, wie viel Prozent dieser 1000 Klicks von (un)angemeldeten Benutzern stammen? Von mir sind es meist einige pro Tag. --Leyo 23:29, 6. Aug. 2014 (CEST)

Zum selbergucken:

http://multimedia-metrics.wmflabs.org/graphs/mmv_actions_dewiki deWP

http://multimedia-metrics.wmflabs.org/graphs/mmv_actions_global global

http://multimedia-metrics.wmflabs.org/dashboards/mmv_dewiki#opt_in_opt_out-graphs-tab deWP

https://multimedia-metrics.wmflabs.org/dashboards/mmv#opt_in_and_opt_out-graphs-tab global

http://stats.grok.se/commons.m/latest90/File:Tbbt%20apartment.jpg

http://stats.grok.se/commons.m/latest90/File:M%C3%BCnchen%20Marienplatz%20Rathaus%20Frauenkirche%20Liebfrauendom.jpg --Atlasowa (Diskussion) 14:49, 7. Aug. 2014 (CEST)

Da sieh mal einer an, auf Commons wurde nun die Abschaltung des MV von der WMF bestätigt [RfC], jedoch nur für angemeldete Benutzer (logged-in users) genau den Vorschlag den ich hier ins MB eingebracht hatte und der dann gestrichen wurde! Jetzt ist der Drops hier in De denke ich eh gelutscht (da MB zu indifferent) Gesetzt den Fall die WMF akzeptiert hier eine Abschaltung, dann höchstens für Benutzer … PS: davon abgesehen dass das MB ein ganz anderes Bild ergeben hätte, wie man an den Kommentaren (Enthaltungen wie Befürworter des MV) leicht erkennen kann. Grüße → User: Perhelion 18:46, 7. Aug. 2014 (CEST)

@Perhelion: Wenn ich mich nicht irre wurde dieser Vorschlag wegen der Lizenzprobleme mit dem Medienbetrachter abgelehnt, weil dieser Vorschlag die Lizenzprobleme nicht gelöst hätte, die ja einer der schwerwiegenderen Nachteile des Medienbetrachters sind Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 10:04, 8. Aug. 2014 (CEST)

Das ist nur ein Argument von vielen was vorweggenommen wurde, außerdem hat der MV da schon einiges nachgelegt (und auch noch nachlegen kann). So gesehen ist das MB aus einem weiteren Grund unobjektiv, da die Leser hier gar nicht wirklich gefragt werden. Eine differenzierte Sicht war hier wichtig. Im Endeffekt wird dieses MB nicht solche Klarheit aufzeigen wie in EN oder Commons. → User: Perhelion 14:12, 8. Aug. 2014 (CEST)

@Perhelion (bzw. Befürworter eines getrennten opt-in/-out für IPs/angemeldete Benutzer).

Vorweg kurz eine Stellungnahme zu einigen Kommentaren bei den Contra-Stimmen der Vorderseite. Es gab Kommentare dahingehend, das Benutzer den Medienbetrachter für sich selbst ablehnen - aber trotzdem mit Kontra gestimmt haben weil sie ihn für unangemeldete Benutzer für geeignet halten. Man gab sich als Fürsprecher der unangemeldeten Benutzer aus. Das ist soweit legitim (und in bester Absicht), erweckt aber leider etwas den Eindruck, als hätten die Pro-Stimmer nur ihre eignen Interessen im Auge. Zumindest für mich (habe mit Pro gestimmt) trifft das nicht zu! Ganz im Gegenteil: ich habe mich an der Vorbereitung des MB beteiligt - hätte ich nur mein eigenes Wohl verfolgt, dann hätte ich mir sicher die Mühe gespart und den Medienbetrachter deaktiviert. Mein Motivation war, den Medienbetrachter in seiner jetzigen Form auch für IPs abzuschalten.

Zur Begründung hole ich etwas aus: sämtliche Wikiprojekte basieren auf der Mediawiki Software. Also auch commons, data, etc.. Kennt man eine Oberfläche, kennt man alle und kann im nächsten Projekt sofort agieren. Das hat für alle Seiten (Softwareentwickung, Serverbereitstellung, Administration, Editiern und halt auch Konsumieren) enorme Vorteile. Dabei ist es seit Urzeiten Konzept, neben der gemeinsamen Oberfläche bei den verschiedenen Projekten auch möglichst wenig zwischen Leser und Autoren zu unterscheiden. IPs bekommen praktisch die selbe Oberfläche wie angemeldete User (die wenigen Unterschiede sind im Prinzip Vandalismusprävention). Und das Konzept ist immer aufgegangen - IPs wurden faktisch eingeladen, sich zu beteiligen. An sehr vielen Biographien angemeldeter Benutzer kann man das ablesen. Vielerorts finden sich Hinweise in der Art: "nachdem ich jahrelang als IP mitgearbeitet habe, habe ich mich vor x-Tagen angemeldet". Es gibt nicht die homogenen Gruppen der Leser und Autoren - die Übergänge sind fließend. Und das ist gut so! Genau durch dieses Konzept generiern wir neue Autoren weil die Schwelle zwischen Lesern und Autoren sehr klein ist. Irgendwie müssen ja die verschliessenen und weggeekelten Autoren ersetzt werden :-) (habe ich das Humor-Tags vergessen?).

Und genau dieses Konzept wird nun klammheimlich (allerdings möglicherweise unbeabsichtigt) über Bord geworfen. Der Medienbetrachter läd nicht zur Mitarbeit ein! Sein Zweck ist der reine Konsum (mit mehr als zweifelhaften Funktionen wie das Blättern durch alle Bilder eines Artikel - nach meiner Überzeugung verblödet das mehr als es informiert). Hauptargument für den Medienbetrachter ist, die angeblich komplizierte antiquierte unübersichtliche Oberfläche von commons zu überkleistern. So bugy der Medienbetrachter auch sein mag - diese Aufgabe erfüllt er. Der Normalleser wird von der commons-Oberläche fern gehalten.

Das MB wurde mit 72,5% angenommen. Man darf davon ausgehen, das die Pro-Stimmer den Medienbetrachter abgeschaltet haben. Dazu kommen noch einige aus den Contra- und Neutral-Gruppen die ebenfalls den Medienbetrachter abgestellt haben (viele Kommentare auf der Vorderseite bestätigen das). Es darf also vermutet werden, das eine sehr große Zahl von angemeldeten Benutzern den Betrachter deaktiviert haben. Bliebe der Betrachter für IPs eingeschaltet, dann haben wir genau das was ursprünglich nie gewollt war: ein strikte Trennung zwischen Autoren und commons-amputierten Lesern.

Und man braucht nicht viel Fantasie, um zu sehen wie es weiter geht. Z.Zt, geht es darum, die commons-Oberfläche auszublenden. Aber gab es da nicht noch eine weitere antiquierte Oberfläche??? Für mich ist der nächste Schritt sonnenklar: in nicht so ferner Zukunft wird auch die Oberfläche der de:wiki ein neues Kleid bekommen. Moderner! Aber vor allem wird man die moderne Oberfläche "entschlacken". Von unnötigen Ballast wie Links zum Editieren und Versionsgeschichte "befreien". Weg damit - das braucht der normale Leser nicht! Das verwirrt den armen Leser nur. Und die Folge wird eine perfekte Separierung von Lesern und Autoren sein. Entweder werden die Werkzeuge zum Mitmachen (sprich editieren) so versteckt, dass sie niemand findet - oder Editieren wird angemeldeten Benutzern vorbehalten. Wie wird der zukünftige Leser dann zum mitmachen animiert? Melde dich sofort und kostenlos an: nur heute bekommst du eine eine frei Benutzerseite mit 10 TByte Speicher und unzensierte Videos (Bilder sind ja schon fast out)!

Um Missverständnissen vorzubeugen: ich bin nicht gegen Innovation und Erneuerung. Aber an dem Konzept, das die Übergänge zwischen Lesern und Autoren fließend sind, will ich unbedingt festhalten. Der Nachwuchsautoren willen. -- Gerold (Diskussion) 23:26, 8. Aug. 2014 (CEST)

Umgang nach MB-Ende

Hallo allerseits,
da das MB in wenigen Tagen endet und im Moment so aussieht als würde der Vorschlag angenommen, würde ich gerne (nachdem das beim *†-MB so tierisch in die Hose gegangen ist) anregen über das weitere Vorgehen zu beraten.

Ich schlage Folgendes vor: Nach (positivem) Ende des MBs eröffne ich einen Bug im Bugzilla der Foundation und gebe der WMF 1 Woche Zeit die Änderung technisch umzusetzen. Währenddessen halten wir hier die Füsse still (also keine JavaScript-Hacks, keine WMF-Beschimpfungen, keine Presse-Mitteilungen, etc.pp.). Die WMF kann sich (beim der Wikimania oder sonst wo) beraten, was sie tun will (wie oben erbeten). Kommt sie zu der sinnvollen Entscheidung unseren Wunsch umzusetzen, dann wahren beide Seiten ihr Gesicht und das Problem ist vom Tisch (und wir haben nur maximal 1 Woche Zeit verloren). Entscheidet die WMF sich gegen unseren Wunsch, können wir immer noch den Aufstand proben unsere Optionen prüfen (und wir haben nur 1 Woche Zeit verloren). Einverstanden? --DaB. (Diskussion) 15:34, 7. Aug. 2014 (CEST)

Klingt meines Erachtens sinvoll. Warum sollten wir einen Streit mit der Foundation vom Zaun brechen, wenn sie willig ist die Entscheidung selbst umzusetzen. Wenn sie es nicht will, dann müssen wir schauen was wir tun. Viele Grüße Patrick Stützel (Diskussion) 16:59, 7. Aug. 2014 (CEST)

Ich schließe mich dem Füßestillhalten an. Noch folgende Anmerkungen: das MB sollte so interpretiert werden wie es gestellt wurde. Es geht um die opt-in/opt-out Einstellung zum Medienbetrachter. Es ist im Grundsatz keine Entscheidung für oder gegen die WMF.
Und noch ein Hinweis speziell für die WMF: Erik Moeller (WMF) sprach oben von einem Kompromiss. Aus meiner Sicht (als Unterstützer dieses MBs) stehen der WMF auch nach einer voll umfänglichen Umsetzung des MBs (ausgehend vom jetzigen Stand) noch alle Türen offen. Es wird ja von niemanden gefordert, den Medienbetrachter vollends abzuschalten. Wer mag, kann nach der Umsetzung des MBs über seine persönlichen Einstellungen der Medienbetrachter aktivieren. Und natürlich kann die WMF Werbung für den Medienbetrachter machen. Bei guter Weiterentwicklung werden dann sicher nach und nach mehr Benutzer auf den Medienbetrachter umstellen. Und wenn eine "kritische Masse" erreicht ist, kann man das opt-in/opt-out auch umstellen. Wie schnell das ganze laufen könnte, hängt dann letztendlich von zwei Faktoren ab: 1. wie schnell der Medienbetrachter zu einem akzeptablen Werkzeug weiterentwickelt wird 2. wie gut die WMF den Medienbetrachter bewirbt. Von mir bekäme die WMF Applaus für ein sensibles Vorgehen. Nachtreten würde ich schlimmstenfalls von einer Minderheit erwarten.
Und einen Punkt, den wir (die Autoren) vermutlich alle unterschätzen: die de:WMF steht vermutlich internationl unter Zugzwang. Dort kann man aber sicher auch Druck rausnehmen, indem sich die de:WMF als eine Organisation darstellt, die ihren Finger am Puls der Autorenschaft und Leser hat - alles eine Frage der Darstellung. -- Gerold (Diskussion) 23:39, 7. Aug. 2014 (CEST)

Ich schließe mich dem Füßestillhalten auch an. Mehr brauche ich eigentlich nicht zu sagen, DaB. ubd Gerold haben ja schon alles wichtige gesagt :) Mariofan13 (Schreib' mir was! ★ Bewerte mich!) 10:01, 8. Aug. 2014 (CEST)

Sorry, ich dachte das MB ist erst heute Nach zu Ende. Habe den Bug submitted, unsere Nummer ist 69292. Falls jemand kommentieren möchte: Bleibt sachlich, unfreundlich können wir werden wenn die Woche rum ist und nix passiert ;-). --DaB. (Diskussion) 13:48, 8. Aug. 2014 (CEST)

Ich halte dieses Vorgehen ebenfalls für sehr sinnvoll - ein vernünftiger Umgang miteinander sollte doch bei aller Kritik möglich sein. Viele Grüße, Darian (Diskussion) 12:59, 9. Aug. 2014 (CEST)

WMF Tech arbeitet an der Evaluierung

Hallo, wir sehen uns aktuell das Ergebnis der Abstimmung zwischen unseren Wikimania-Verpflichtungen an und hoffen, die Evaluierung in den kommenden Tagen abzuschliessen und deren Ergebnis umzusetzen. Grüße und vielen Dank für eure Geduld, --Fabrice Florin (WMF) (Diskussion) 01:18, 8. Aug. 2014 (CEST)

Antwort zur Abstimmung der deutschsprachigen Wikipedia zum Medienbetrachter

Vielen Dank an alle Benutzer, die sich an dieser Abstimmung zum Medienbetrachter auf der deutschsprachigen Wikipedia beteiligt haben.

Wir haben die hiesigen Diskussionen aufmerksam verfolgt und verstehen, dass eine Mehrheit der teilnehmenden deutschsprachigen Beitragenden uns bitten, den Medienbetrachter standardmäßig für alle Benutzer zu deaktivieren.

Viele von euch - sowohl für als auch gegen die standardmäßige Deaktivierung abstimmende Benutzer - haben korrektweise betont, dass dieses Werkzeug auf Leser abzielt. In der Tat finden viele Leser der Wikimedia-Projekte den Medienbetrachter nützlich, da er Bilder intuitiv und benutzerfreundlich anzeigt, ohne dass der Nutzer die aktuelle Seite verlassen muss. Aber wenn der Medienbetrachter standardmäßig deaktiviert wäre, dann wäre es für diese Leser sehr schwer es wiederzufinden und zu aktiveren. Daher erscheint es uns geboten, den Medienbetrachter unangemeldeten Benutzern von vornherein zur Verfügung zu stellen, statt ihnen die Nutzung zu erschweren.

Und während wir anerkennen, dass die standardmäßige Bereitstellung des Medienbetrachters für angemeldete Benutzer unbequem sein kann, ist es für diese auch einfach ihn zu deaktivieren - entweder innerhalb des Werkzeugs selbst oder in ihren Einstellungen - und wir planen das Deaktivieren in der nächsten Version noch einfacher zu machen. Zudem könnt ihr das Feature fallweise überspringen indem ihr das Bild in einem neuen Browserfenster öffnet. Wir haben von vielen Benutzern gehört, die den Medienbetrachter auf diese Weise fallweise als Vorschau nutzen.

Die Position der Wikimedia Stiftung zu derartigen Softwarefeatures ist es, dass Benutzer individuell entscheiden können sollten, ob sie neue Features aktiviert lassen wollen.

Aus diesen Gründen sind wir gegenwärtig nicht bereit den Medienbetrachter für angemeldete oder unangemeldete Benutzer der deutschsprachigen Wikipedia standardmäßig zu deaktivieren. Auf Wikimedia Commons wird das Werkzeug hingegen für angemeldete Benutzer standardmäßig deaktiviert werden, da der grundlegende Projektzweck das Kuratieren von Mediendateien ist. Dies eliminiert zudem für Benutzer, die den Medienbetrachter hier auf der deutschsprachigen Wikipedia deaktivieren, die Notwendigkeit, dies ein zweites Mal auf Commons tun zu müssen.

Wir arbeiten an der Verbesserung des Medienbetrachters in den kommenden Wochen um Bedenken aus der Autorengemeinschaft zu adressieren und das Werkzeug zugleich noch nützlicher für Leser zu machen. Dies sind einige Verbesserungen, die wir derzeit diskutieren:

• Ein deutlich prominenterer Link zur Dateiseite;
• Eine noch einfachere Möglichkeit zur Deaktivierung des Werkzeugs;
• Eine kurze Erklärung oder eine Beschreibung direkt unterhalb des Bildes (um das Werkzeug, wie von vielen angefragt, informativer zu machen).

Wir erwägen zudem, auf die Darstellung zusätzlicher Metadaten unterhalb des Bildes zu verzichten, um Benutzer expliziter und direkter auf die Dateiseite als zentrale Anlaufstelle für Metadaten hinzuweisen. Viele der hier vorgebrachten Bedenken befassen sich mit der Frage, wie der Medienbetrachter Metadaten darstellt - und wir hoffen, dass diese Verbesserungen deutlich machen, dass die Dateiseite weiterhin der beste Platz ist um Metadaten zu finden und diese Informationen auch zu bearbeiten.

Diese Neuerungen werden zunächst als Prototypen bereitgestellt und umsichtig mit Benutzern getestet, so dass wir ihre Effektivität vor einer vollständigen Freigabe überprüfen können. Einige der Ansätze in diese Richtung können in dem auf Verbesserungen abzielenden Abschnitt einer Präsentation, die wir gerade Gemeinschaftsmitgliedern auf der Wikimania in London bei positiven Rückmeldungen vieler etablierter Benutzer vorgestellt haben, eingesehen werden.

Auf technischer Seite sind wir zudem bereit mit der deutschsprachigen Gemeinschaft umgehend an der Reaktivierung des Direct-Link-to-Commons-Gadgets, welches aufgrund des Medienbetrachters deaktiviert wurde, zu arbeiten oder diese Funktion zu ersetzen.

Abschließend würden wir gern nochmals betonen, dass wir uns ausdauernd um die iterative Verbesserung neu entwickelter Features auf Basis quantitativer Daten, qualitativer Untersuchungen und Feedback aus den Gemeinschaften bemühen. Wir glauben, dass, wie Wikipedia, Websoftware am besten vor Ort und im Rahmen ihrer Nutzung verbessert werden kann. Dies ermöglicht es Benutzern, enger mit Entwicklern zusammenzuarbeiten um im Zeitablauf bessere Produkte zu schaffen.

Während wir verstehen, dass dies nicht die von einigen Abstimmenden erhoffte Entscheidung ist, möchten wir unsere größte Wertschätzung gegenüber allen an der Abstimmung beteiligten zum Ausdruck bringen; sowohl für Unterstützer als auch Kritiker des Werkzeugs. Eure Perspektive ist uns wichtig und spornt uns dazu an, die bestmögliche Arbeit zu leisten. Wir arbeiten daran, unseren Entwicklungsprozess für neue Features weiterhin zu verbessern um euch früh als Teil der graduellen Testmethodologie, die Perspektiven aller Beteiligten in zukünftigen Freigaben von Software berücksichtigt, einzubeziehen.

Fabrice Florin (WMF) (Diskussion) 20:22, 9. Aug. 2014 (CEST) , für die Wikimedia Stiftung.