Was denken die Leute über die Verwendung von vorgetäuschten Hyperlinks in Winforms-Apps?
Beispiel:
alt text http://i49.tinypic.com/ic753k.jpg
In meinem Beispiel würden Sie "in" die Organisationskarte für Acme Corp Inc klicken oder "in" die Details des nächsten Termins einfügen.
Wenn wir im Moment ignorieren, wie der Benutzer die Organisation bearbeitet oder einen Termin hinzufügt / entfernt, ist es eine vernünftige Benutzeroberfläche in Winforms, blue & amp; Unterstreichen Sie, um zu kennzeichnen. Klicken Sie hier und ich bringe Sie zu einem neuen Bildschirm
Wie in:
%Vor%Nicht zu vergessen:
%Vor%Dies wäre für eine relativ umfangreiche Anwendung (z. B. ein CRM), wo Sie viele verschiedene Arten von Bildschirmen haben und der Benutzer zwischen allen Arten von Datensätzen navigiert. Und Sie möchten dem Benutzer zeigen, dass er zwischen Detailansichten, Rastern, Kindern, Eltern, Geschwistern usw. navigieren kann.
Vorteile:
es ist den Benutzern bekannt und es ist offensichtlich, ohne aufdringlich zu sein oder Aufnahme von beliebigen Bildschirm Immobilien
einfach zu implementieren
die häufig verwendete Alternative (eine Schaltfläche mit einem Symbol oder sogar nur drei Punkten [...]) sieht ein bisschen altmodisch aus, funktioniert nicht sehr gut in Grids, und nimmt Platz ein
Nachteile:
mit der ganzen Flexibilität und Kontrolle Sie haben in einem Winforms Frontend, Sie sollte in der Lage sein, ein intelligentes UI zu entwickeln ohne ausleihen zu müssen Browser (vielleicht ???)
Diese Pseudo-Links verhalten sich nicht wie echte Anker-Tags (es wird keine geben "besucht" [dh mach mich lila wenn ich habe war schon hier] oder "schweben" Verhalten und kein Öffnen-in-Neu-Tab Features, ohne viel Arbeit) ... möglicherweise für die Benutzer lästig?
beeinträchtigt echte Hyperlinks (z in E-Mail-Adressen usw.) - diese Nr länger als Links "out zu das Internet "(zum Browser, zu E-Mail-Client) ... sehr kleines Problem?
Sieht gut aus für mich. Das Konzept von Links ist ohnehin schon von Web zu Desktop-Anwendungen migriert. Benutzer sollten dies ohne Probleme akzeptieren (vielleicht nach den ersten zehn Minuten, die Sie mit Ihrem Programm spielen).
Auch in Unternehmensanwendungen sehr beliebt.
Vielleicht erwägen Sie, die Farbe zu ändern, vielleicht braun oder grün, damit sie nicht sofort einen nativen Weblink impliziert.
Auch viele Webanwendungen, die mit einigen ereignisgesteuerten Frameworks (wie ASP.NET WebForms, JSF usw.) erstellt werden, verwenden stark Links, die keine Verbindung herstellen, sondern eine serverseitige Verarbeitung aufrufen (im Grunde ein Event-Handler). Es ist also kein ungewöhnlicher Gebrauch.
Nicht einmal Browser funktionieren auf diese Weise. Verwenden Sie ein LinkLabel, keine TextBox.
Im Allgemeinen ist es eine gute Idee, Hyperlinks (real oder simuliert) in Thick-Client-Apps zum Öffnen von Formen zusätzlicher Informationen zu verwenden. Es ist hilfreich, zwischen einem Steuerelement, das lediglich navigiert (ein Hyperlink), und einem Befehl, der die zugrunde liegenden Daten (eine Befehlsschaltfläche) ändert, zu unterscheiden, damit die Benutzer wissen, worauf sie sich einlassen. Ich glaube nicht, dass die meisten Benutzer sich darum kümmern (oder überhaupt wissen), ob ein Browser beteiligt ist oder nicht. Navigieren ist Navigieren.
Es ist in Ordnung, einen Attributwert wie einen Hyperlink aussehen zu lassen und sich wie ein Hyperlink zu verhalten, außer für eine Sache, die für die meisten Anwendungen ein Hindernis darstellt: Sie schließt jede andere Interaktion mit dem Attribut aus. Der Benutzer kann den Attributwert nicht bearbeiten oder sogar kopieren, da ein Klicken in das Feld das neue Formular startet. Beachten Sie, dass der Benutzer zum Bearbeiten eines Werts, z. B. zum Korrigieren eines Tages im Monat, geneigt sein könnte, in die Mitte des Felds zu klicken, um den Cursor zu positionieren. Selbst wenn Sie ein Dropdown-Menü verwenden (z. B. zum Festlegen der Organisation), möchten Sie Benutzern erlauben, in das Feld zu klicken und die ersten Buchstaben des gewünschten Werts einzugeben. Wenn Ihre App über ein Drilldown-fähiges Feld verfügt, das bearbeitbar sein muss, kann keines Ihrer Felder zur internen Konsistenz Hyperlinks verwenden. Jeder Drilldown muss auf eine andere Art erfolgen.
Auch wenn Hyperlinks für die Navigation intuitiv sind, z. B. Drilldown, bin ich mir nicht sicher, ob sie für die Zuweisung eines Feldwerts > geeignet sind. Es gibt einen Unterschied zwischen dem Erhalten von mehr Informationen über die Organisation von Acme Corp (was der Link von Acme Corp. impliziert) und dem Erhalten eines Dialogs, um die Organisation für John Smith auszuwählen (eine Zuweisungsfunktion). Wenn also Ihre Absicht eher eine Aufgabe als ein echter Drilldown ist, dann sind Links wahrscheinlich keine gute Idee. Für die Zuordnung ist der Button mit den drei Punkten sehr sinnvoll. Die Zuweisung ändert die zugrunde liegenden Daten und sollte daher eine Befehlsschaltfläche verwenden. Es ist eine natürliche Erweiterung der Schaltfläche in einem Dropdown-Steuerelement. Die Drei-Punkt-Tastenbeschriftung minimiert den verwendeten Platz und ist mit Dialogen verknüpft, da diese in Menü- und Tastenbeschriftungen enthalten sind. Es mag altmodisch aussehen, aber das ist der Grund, warum es funktioniert - es stimmt mit früheren Benutzererfahrungen überein.
Ich mag es nicht. Wenn ich einen Link sehe, erwarte ich, dass er beim Anklicken ein Browserfenster öffnet. Mehr Standard wäre ein kleiner "Edit" Button / Icon neben dem Label. Du könntest mit dem Link-Stil "(edit)" nach dem Text durchkommen, das würde auch ganz normal aussehen, anstatt darauf hinzuweisen, dass ein Browser involviert ist.
z.B.:
Organisation: | Acme Mülleimer (bearbeiten)
oder
Organisation: | Acme Mülleimer | (bearbeiten)
Tags und Links user-interface winforms design usability