Guten Abend! Auch wenn ich hier wenig an der Beschleunigung der Umsetzung beitragen kann ein paar kleine Kommentare.
Am Freitag, den 27.11.2009, 23:41 +0100 schrieb Jörg Schmidt: > Stefan Weigel schrieb: ... > > http://de.openoffice.org/issues/show_bug.cgi?id=89119 > > http://de.openoffice.org/issues/show_bug.cgi?id=107276 > > +1 > (jedoch nicht sooo vorrangig - in meinen Augen) > > > Eigentlich würde ich persönlich den StartCenter mögen. Wenn da nicht > > seine Usability Flaws wären. > > > > Weder Cursor noch Button verändern sich, wenn man die Maus über > > einen klickbaren Button bewegt. Normalerweise würde man erwarten, > > dass sich der Mauszeiger verändert, wenn man an einer Stelle ist, wo > > man klicken kann. > > das passiert an (wahrscheinlich) dutzenden anderen Stellen im Programm > auch nicht. Fast alle 'normalen' Dialoge (Druckdialog, diverse > Formatierungsdialoge, usw.) verwenden Buttons 'alten' stils die kein > mouse-over bewirken. Diese Funktionalität müsste abhängig vom Toolkit sein. Es hat sich erst in den letzten Jahren eingebürgert, dass man auch klassischen Elementen einen Mouseover-Effekt gibt. Im Rahmen der Gebrauchstauglichkeit gehört das zum guten Ton des "Rückmeldung geben". Funktioniert bei mir zumindest unter Ubuntu. Diese Historie der Toolkits zeigt auch die Reaktion des Mauszeigers. Wenn man aufgrund des Bildschirminhalts eben kaum erkennen kann, ob Element XY eine bestimmte Funktion hat, dann wird dies über den Mauszeiger rückgemeldet. Beispiel "Standard-Schaltfläche" (Button): Das Hervorstehen zeigt einen (übertrieben gesagt) "Angebotscharakter", dass etwas klickbar ist. Ein geänderter Mauszeiger ist hier nicht erforderlich. (Möglich, aber eben klassischerweise nur seeeehr selten realisiert). Beispiel "Fensterrahmen": Wenn aus dem Rahmen nicht klar wird, dass sich ein Fenster vergrößern/verkleinern lässt, dann wird der Mauszeiger zum Doppelpfeil. Okay, natürlich könnte man den Rahmen eines Fensters breiter machen und entsprechende Symboliken genau dort einbauen - aber das wäre total unpraktisch (Bildschirmplatz ist immer kostbar). Der Kompromiss heißt dann eben "Mauszeiger" ändern. Übrigens, ab Windows (95?) wurde die Anpassbarkeit eines Fensters mittels eines "Anfassers" unten rechts verdeutlicht. Eigentlich clever, spart Platz... > > Die nebensächlichen Buttons unten rechts verändern > > sich, wenn man drüberfährt und signalisieren wenigstens auf diese > > Weise, dass man sie wohl anklicken kann. Aber das ist inkonsistent. > > ja, aber diese(!) Button sind inkonsistent, nicht die anderen Jaein. Ich kenne die Entscheidungsgrundlage des I-Teams nicht, aber mein Erklärungsversuch wäre dieser... Zunächst geht es (wie oben auch schon gesagt) manchmal um einen guten Kompromiss. Aufgrund der hohen grafischen Dichte ist diese Lösung eigentlich okay, denn sonst leider auch die Übersichtlichkeit. Im vorliegenden Fall handelt es sich nicht um Aktionen, sondern eigentlich um Hyperlinks. Für die hat sich an einigen Stellen der Standard-Text eingebürgert, um den bei Mouse-Over ein Button gezeichnet wird (z. B. Gnome). Hier ist es nun unglücklicherweise so, dass der Link eine Grafik ist - mir persönlich fehlt hier einfach erläuternder Text. Um die ganze Sache mal abzukürzen - ich habe einen ziemlich alten Mockup (echt krass wie schnell die Zeit vergeht) hochgeladen. Der zeigt sowohl den Mouse-Over als auch eine überarbeite Version der Buttons unten: http://picasaweb.google.com/lh/photo/BE8GFbl9McCK3kKrgghYEw?feat=directlink > > Wer Kursteilnehmern, die erstmals mit dem StartCenter Bekanntschaft > > machen, über die Schulter schaut und beobachtet, wie hilflos sie > > darin herumstochern, wird die Brisanz bestätigen. Dann lieber kein > > StartCenter. > > Wer Kursteilnehmer beobachtet sieht wie hilflos die im Vielen sind, *weil sie > es erst lernen müssen*. Hier gebe ich Dir Recht, wenn es um Dinge geht wie: Formatvorlagen, Master-Folien, Datenpilot ... Aber wir sollten es schon schaffen, dass eine so prominent positioniertes Fenster - das das Leben ja eigentlich vereinfachen soll - möglichst schnell verstanden wird. Ich gebe Stefan hier vollständig Recht, denn ich gehe mal davon aus, dass es nicht am Mousover allein liegt. [...] Viele Grüße, Christoph --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
