it-swarm.com.de

Tooltips im Zeitalter der Berührung

Tooltips sind ein unglaublich nützliches Schnittstellen-Paradigma, um eine Anwendung kennenzulernen. Sie sind die Zuordnung zwischen dem visuellen Steuerelement und der anwendungsspezifischen Aktion, die diesem Steuerelement zugeordnet ist. Der Benutzer kann die Aktion erkunden, ohne sie aufzurufen, indem Sie den Mauszeiger darüber bewegen.

Die Touch-Geräte machen dieses Paradigma grundsätzlich unmöglich. Dies begrenzt die Verwendbarkeit der App, die in manchen Fällen ziemlich rätselhaft wird. 

Wissen Sie, ob es für Touch-Geräte einen Ersatz für das Tooltip-Konzept gibt? Ihnen fehlt praktisch ein Freiheitsgrad in der UI-Interaktion: die Zeigerposition. Wie kann man diesen Kommunikationskanal effektiv wiederherstellen?

58
Stefano Borini

Je nachdem, wen Sie fragen, wird Ihnen möglicherweise sogar mitgeteilt, dass eine Oberfläche, dieTooltipps benötigt, um verständlich zu sein, schlecht überarbeitet werden muss (vgl. Jef Raskin:The Humane Interface).

Tatsächlich sind QuickInfos eine Lösung für einsehrspezifisches Problem: Symbolische Schaltflächen ohne Beschriftungen, wie sie in Symbolleisten angezeigt werden. Verwenden Sie Etiketten immer, wenn Sie sie haben. Sie müssen keinen Tooltip angeben, da Sie bereitstext haben, um anzugeben, was ein bestimmtes Steuerelement tun wird.

Außerdem lassen sich Touch-Interfaces nicht sehr gut auf das heutige WIMP Interfacemodell abbilden. Viele Steuerelemente lassen sich gut mit Mauszeigern handhaben, die Verwendung mit einem Finger ist jedoch frustrierend. Menüs, Ankreuzfelder und Optionsfelder kommen einem in den Sinn. Das Interfaceparadigmfür Touch-Interfaces muss also etwas anders aussehen als die heutigen maus- und tastaturgesteuerten Interfaces.

Ich denke, es ist nicht so sehr der Mangel an Tooltipps, der hier das Problem ist, sondern vielmehr, dass wir in den letzten 30 Jahren nicht viele neue Arten der Interaktion mit einem Computer untersucht haben (im Grunde genommen nicht, seit die Forschung von Doug Engelbart und Xerox PARC in den 60er und 70er Jahren).

Die Berührungseingabe ist nur ähnlichausreichend, dassirgendwiefür die meisten Zwecke funktioniert. Es fehlt aber nicht nur eine ortsunabhängige Komponente, sondern auch die Präzision. Grundsätzlich ist jede Berührungseingabe gut dafür, etwas zu berühren und etwas zu ziehen. Selbst ein Doppeltippen ist schwierig, weshalb wirwirklicheine grundlegende Änderung beim Entwerfen und Gestalten der Benutzeroberfläche für eine Touch-Oberfläche benötigen.

Sie werden einige davon auf dedizierten Geräten wie dem iPhone sehen, einfach weil dies eine Plattform ist, die weder einen Mauszeiger noch eine Tastatur undnurtouch hat. Dies bedeutet, dass Sie keine Benutzeroberfläche erstellen müssen, die mit allen möglichen Interaktionsmethoden verwendet werden kann (ein Problem mit Windows ist derzeit zu erwarten; ich habe einen Multi-Touch-Laptop, aber für viele Aufgaben funktioniert Touch einfach nicht). aber nur mit einem. Aber eine Allzwecklösung für "normale" Software und Computer ist momentan ziemlich weit weg, denke ich.

Daher rate ich Ihnen, sich nur ein wenig anders mitwieSie Ihre Benutzeroberfläche zu beschäftigen. Wie bereits erwähnt (und in Alan Coopers About Face nachzulesen), sind Tooltipps für das Beschriften von Steuerelementen gedacht, die keine Beschriftungen haben oder wo Platz würde nicht ausreichen, um sie zu platzieren. Das wichtigste Verwendungsszenario sind hier Symbolleisten. Eine für Berührungen konzipierte Benutzeroberfläche würde jedoch ohnehin alle Steuerelemente vergrößern. Viele kleine Symbole, die eng zusammen gruppiert sind, sind bei Berührungseingaben ein Problem, auch wenn Sie/ Tooltipps hatten, einfach weil es an Präzision mangelt.

41
Joey

Hier zu lesen brachte mich zum Nachdenken. QuickInfos werden im Allgemeinen verwendet, um textlosen Schaltflächen eine Bezeichnung zuzuweisen. Sie bieten jedoch auch eine hervorragende Möglichkeit, mehr Informationen in dem reduzierten Platz zu erhalten, der in einer Benutzeroberfläche zur Verfügung steht. Manchmal wird es verwendet, um kontextsensitive Hilfe oder eine detaillierte Erläuterung eines einzelnen Widgets bereitzustellen.

Tchalvak's Idee allen GUI-Elementen ein gemeinsames Verhalten mit einem Klick zu geben und einen Tooltip mit einem Doppelklick bereitzustellen, hat seine Vorzüge und kann für so viele Menschen sogar etwas auffindbar sein werden verwendet, um auf alles zu doppelklicken, was sie sehen, unabhängig vom Element.

Aber ich erinnerte mich an die alten ? Ein Knopf, der vor Jahren so beliebt war und durch Klicken den Cursor in ein Fragezeichen verwandelt hat. Sobald Sie auf ein Widget geklickt haben, wird ein kleiner Tooltip oder eine Informationsblase angezeigt. Ich glaube, dass so etwas einfach auf einem Touch-Interface verwendet werden kann. Aufgrund des Fehlens eines Cursors sollte dem Benutzer ein weiterer visueller Hinweis gegeben werden, der ihm mitteilt, dass er sich im Hilfemodus befindet . Möglicherweise ändern Sie den Farbton des Bildschirms und geben Sie einen kleinen Text. Es könnte auch durch Multitouch erfolgen, indem die ? Taste gedrückt halten, während ein anderes Widget gedrückt wird, um den Tooltip zu erhalten (der an einer leicht getrennten Stelle angezeigt werden sollte, damit der Finger ihn nicht zu stark verdeckt).

Those ? buttons were popular in the Win 95 days, but have largely dissapeared now.

Aber selbst wenn es möglich ist, die gleiche technische Funktionalität für uns Programmierer beizubehalten, um Tooltips zu haben, sollten wir uns überlegen, wofür wir sie verwenden wollen .

Ich würde es nur verwenden, um erweiterte Hilfe zu geben, wenn Sie mit einem kleinen Bildschirm konfrontiert sind. Andernfalls sollten Sie einen Hilfebereich am unteren Rand des "Fensters" jederzeit sichtbar machen (bezogen auf jede Art von quadratischer io-Oberfläche). , der seinen Inhalt ändert, um eine detaillierte Erklärung und/oder Hilfe für das ausgewählte Widget bereitzustellen, wie dies in einigen Einstellungsfenstern beim Hover gemacht wird.

Selbst wenn wir in der Lage sind , benutzerfreundliche Tooltips bereitzustellen , sollten wir uns überlegen, was Sie in diese einfügen würden. In einer Touch-Oberfläche würde ich nicht eine markenlose mehrdeutige Schaltfläche einfügen, für deren Verständnis ein Tooltipp erforderlich ist , würde es aber verwenden, um kontextsensitive erweiterte Hilfe und Fehlerbehebung zu geben.

10
Esteban Küber

Die Tooltips auf den Bildschirmtastaturen - Echo des berührten Buchstabens - sind Beweis genug für mich, dass Tooltips auf einem Touch-Interface sehr nützlich sind. Ich kam zu diesem Artikel, um zu erfahren, wie ich das auf einer mobilen Webseite implementieren kann. 

6
John laPlante

Ich kann mir ein paar Lösungen für dieses Problem vorstellen

1) Gestalten Sie Ihre App so, dass keine Tooltips erforderlich sind. Platzieren Sie Text auf Schaltflächen (egal wie klein), verwenden Sie einfache Symbole oder zeigen Sie bei der ersten Verwendung einer Schaltfläche eine "Hilfe-Blase" (mit der Option "Nicht mehr anzeigen" an, sobald der Benutzer gelernt hat, wozu eine Schaltfläche dient).

2) Reagieren Sie auf Ereignisse auf touch up, nicht touchdown. Reagieren Sie auf Berührungen, die 0,5-1 Sekunden lang gehalten wurden, indem Sie eine "Hilfe" -Blase anzeigen. Wenn die Hilfe-Sprechblase angezeigt wird, wird das normale Ereignis der Schaltfläche nicht bei touchup ausgelöst (sodass Benutzer, die nach Hilfe suchen, keine Aktionen auslösen).

3) Verwenden Sie das Drag & Drop-Paradigma "Fragezeichen", das @voyager vorgeschlagen hat. Oder lassen Sie den Benutzer zuerst auf das Fragezeichen "tippen" und dann auf das Element tippen, bei dem er Hilfe benötigt.

6
bobobobo

Vielleicht beständige Bezeichnungen, die kurze Beschreibungen der jeweils mehr oder weniger "obskuren" Funktionen auf der Benutzeroberfläche enthalten, kombiniert mit kontextabhängigen Benachrichtigungsnachrichten, wenn Aktionen ausgeführt werden -eg: Der Benutzer ändert data => notification erscheint und erinnert ihn daran, das Speichern mit a nicht zu vergessen Schaltfläche, die während dieser Benachrichtigung kurz hervorgehoben wird.

4
luvieere

Ich finde Tooltips sehr hilfreich und ich denke, jeder, der argumentiert, dass er für ein gutes UI-Design nicht benötigt wird, denkt sehr begrenzt.

Nur um Ihnen eine Vorstellung zu geben ...

Im Allgemeinen ist ein gutes UI-Design (wie viele andere Dinge im Leben) eines, das effektiv und effizient ist ​​über einen bestimmten Zeitraum der Nutzung. Effektiv bedeutet, dass Sie das tun können, was Sie erwarten (z. B. einen Anruf mit einem Mobiltelefon tätigen ). Effizient bedeutet, dass es mit minimalem Benutzeraufwand möglich ist ​​(z. B. nur die Zahlen eingeben und eine "Wähltaste" drücken, ohne durch einige Menüs navigieren zu müssen zuerst). Über einen bestimmten Zeitraum bedeutet , dass es möglicherweise nicht optimal ist, wenn Sie es zum ersten Mal verwenden oder umgekehrt, nachdem Sie es und alles dazwischen kennengelernt haben (zB Ein Flughafen-Terminalbildschirm muss sich möglicherweise mehr auf Ein-Benutzer-Dummies konzentrieren als eine Videobearbeitungssoftware für Profis wie Adobe Premiere ).

Vor diesem Hintergrund finde ich Tooltips in Situationen, in denen dies äußerst hilfreich ist

  • als Designer Sie möchten/können nicht jedes Detail über einige GUI-Funktionen in einem bestimmten UI-Bereich erklären
    • aufgrund der Benutzerfreundlichkeit, des verfügbaren Platzes usw.
    • z.B. Anhand der obigen Beispiele kann es sogar in einem einfachen Mobilanrufszenario für ältere Menschen hilfreich sein .
      • Das mag mit vielen Dingen nicht vertraut sein, die wir "Freaks" finden ;-) trivial.
      • Und sie sollten ermutigt werden, herumzuklicken, ohne Angst zu haben, versehentlich eine Shopping-Hotline anzurufen, und schließlich überzeugt zu sein, dass sie ohne den 1000-Euro-Staubsauger nicht leben können.
      • in diesem Fall kann ein Ein-Klick-Tooltip-Paradigma sinnvoll sein
        • im Allgemeinen würde ich es aber nicht empfehlen
  • als Benutzer Sie sind sich nicht sicher über die Bedeutung einer bestimmten Aktion/Schaltfläche etc.
    • selbst ein erfahrener Adobe Premiere-Benutzer kann sich nicht an alle Details zu einem bestimmten Funktionsbereich aller verfügbaren Module/Plugins erinnern
      • z.B. Wenn Sie die meiste Zeit Videos schneiden und die Audioeinstellungen nur selten anpassen
      • während andere das Problem umgekehrt haben können

Zurück zu den Einschränkungen und Möglichkeiten einer Touch-Oberfläche ...

  • :-) Hover: Ich habe kürzlich irgendwo gesehen, dass einige Geräte den Finger erkennen können, bevor er tatsächlich das Touchpad berührt ​​oder es wird zwischen Berührungsintensität unterschieden = (zB nur sehr weicher Griff). Dies scheint die perfekte Ergänzung zur etablierten Tooltip-Funktionalität auf WIMP Schnittstellen zu mir
    • natürlich würde es von den Touch-Hardware-Fähigkeiten abhängen
  • :-) Zooming UI: Ich habe eigentlich wie das Zooming UI Konzept ​​von Joey als erwähnt Gut
    • das Konzept, nur zwei Finger zu verwenden, ist beim Zoomen bereits weit verbreitet, und die Idee ist sehr intuitiv, z. zeigt weitere Details, wie typische Tooltip-Infos, zum Zoomen auf eine Schaltfläche
    • aber es führt zugegebenermaßen das Problem der Unterscheidung zwischen Ich möchte einen Tooltip für diese Schaltfläche haben und Ich möchte den gesamten Bereich vergrößern/verkleinern, nicht Ich habe den Button-Tooltip in der Nähe meiner Finger im Hinterkopf
      • obwohl ich denke, dass typische Tooltip-fähige Bereiche sich stark von zoombaren Bereichen im Allgemeinen unterscheiden
        • z.B. Einige PDF Leser-Inhaltsbereich ist im Allgemeinen visuell ziemlich von einigen Symbolleisten (Schaltfläche) getrennt.
      • tooltips für Nicht-Aktionsbereiche, wie z. B. einige Textbereiche , sind wiederum nicht trivial zu handhaben oder erfordern eine weitere "Vereinbarung zur Gestenunterscheidung".
    • aus entwicklungsperspektive erscheint es auch recht robust
  • :-) QM: Die - Klick- oder Drag'n Drop-Funktion -Lösung könnte auch eine gute Alternative sein
    • viele davon überall auf dem Bildschirm zu haben, scheint dumm, besonders wenn sie einen bestimmten Platz benötigen, um anklickbar/ziehbar zu sein
    • überall eine zu haben, scheint besser zu sein, würde aber wiederum den Platz dafür auf dem Bildschirm erfordern
    • aus entwicklungsperspektive würde ich es als allgemeine lösung zumindest etwas schwierig finden, da drag'n drop ein gemeinsames merkmal ist und in einer benutzeroberfläche zwischen und einem tooltip drop unterschieden wird, mit dem ich umgehen muss und hier kommt ein Dateidrop, den ich zu handhaben habe (zB auf einem Datei-Upload-Bereich ) kann nicht einfach sein oder zumindest Gemeinsamkeiten zu bestehenden Rahmenbedingungen
  • : - | Gedrückthalten: Die Idee, den Tooltip, wenn der Benutzer den Push nach einer bestimmten Zeit nicht freigibt ​​auszulösen, z. 1s, scheint mir die zweitbeste Lösung zu sein
    • in einigen Szenarien ist dies bereits eine übliche Funktion, da die auf dem Bildschirm angeführte Tastatur angezeigt wird (z. B. wenn Sie sich auf einem "o" ausruhen und eine Liste auswählbarer Alternativen wie oóòô erhalten).
    • auch hier ist ein gewisses Vertrauen des Benutzers erforderlich, damit die Bereichsaktion für das Release nicht ausgeführt wird
    • bei einigen Tasten kann es schwierig sein, zu unterscheiden, was der Benutzer tun möchte, z. Wenn Sie auf ein "+" - Zeichen/eine Schaltfläche klicken, um eine Zahl zu erhöhen, und diese gedrückt halten, um eine höhere oder schnellere Zahl zu erzielen, kann dies der QuickInfo-Funktionalität widersprechen
    • für Nicht-Aktionsbereiche erscheint eine Push-Hold-Aktion möglicherweise nicht intuitiv
    • aus entwicklungspolitischer Sicht könnte es recht einfach sein, obwohl einige der genannten Verhaltenswidrigkeiten vorliegen können
  • : - | SCT/DCA: Die Lösung Einfachklick zeigt Tooltip an, Doppelklick führt Aktion aus Ich könnte mir vorstellen nützlich in eingeschränkte Szenarien
    • z.B. der Mobilanruf für einige der oben genannten älteren oder blinden Personen oder wo die Aktion Art von Schutz sein sollte aus unbewusster oder unsicherer Verwendung
    • auch hier sieht die entwicklungsperspektive wieder robust aus
  • : -/SCA/DCT: die Lösung Einfachklick führt Aktion aus, Doppelklick zeigt Tooltip an scheint sehr seltsam zu sein mich
    • wenn Sie sich bei einigen Funktionen nicht sicher sind, zögern Sie, auf eine Schaltfläche zu klicken, und zwar nicht zweimal, insbesondere wenn Sie nicht sicher sind, ob Sie dieses Verhalten erwarten können
    • die entwicklungsperspektive könnte hier problematisch sein:
      • nach welcher Zeit ist ein Doppelklick zwei Einzelklicks?
      • was ist, wenn der zweite Klick nicht erkannt wird oder nicht erkannt werden kann, z. da ein anderes Popup auftaucht, ändert sich das UI-Layout plötzlich, der Benutzer zielte nicht sorgfältig, ...
  • : -/Andere Gesten: Verwenden anderer erwähnter Gesten, oder ich könnte mir vorstellen, wie ein Fragezeichen über den Bereich mit der QuickInfo zu ziehen, Wischen in irgendeiner Weise über das Gebiet ​​etc.
    • da dies keine Gemeinsamkeit zu sein scheint, würde es mir nicht gefallen, da es möglicherweise auch andere Funktionen blockiert, die sonst verfügbar sind
4

Nun, der Vorteil des Tooltips besteht darin, dass eine übergeordnete Stufe (sehr geringer) Informationen hinzugefügt wird, bevor eine Aktion ausgeführt wird. Es scheint mir, dass das Hinzufügen dieser Ebene über einen "Doppelklick", um die Aktion mit einem "Einzelklick" auszuführen, um Informationen anzuzeigen, eine äquivalente Idee wäre.

Ich denke, wir haben alle die Filme mit den zukünftigen Bildschirmschnittstellen gesehen, bei denen jemand den Bildschirm berührt und eine geometrische Form von Informationen um diese Berührung herum verteilt wird. Verwenden Sie dieses Konzept nicht, lassen Sie beim ersten Tastendruck die Informationen über die Aktion als nützlichen In-Page-Tooltip erweitern, und bestätigen Sie dann die Aktion, wenn Sie auf die gleiche Stelle klicken.

Wenn nicht "click-on-item-shows-tooltip-second-click-performt-action", wie wäre es mit approximate? Wenn Sie Informationen zu einem UI-Widget mit genügend Abstand wünschen, können Sie neben dem Widget berühren und Informationen darüber erhalten, auf das Widget tippen und die Aktion ausführen.

Tooltips enthalten im Allgemeinen so wenig Informationen (Zeiger vs. Hand, Text-Tool-Tipp, Schwebefluganzeige), dass Sie meiner Meinung nach auch die Tooltip-Informationen duplizieren können, indem Sie die Benutzeraktion history genau beobachten. Wenn in letzter Zeit häufiger auf zwei Dinge geklickt wurde als auf eine andere Sache, haben Sie den Standard-Tooltip und den zusätzlichen Wert und die Betonung für die wenigen, die häufiger angeklickt werden, anstatt für andere.

Edit: Wenn Sie darüber hinaus mehr darüber nachdenken, ziehen Sie in einen Bereich, in dem kein Scrollen oder ähnliches erforderlich ist, scheint ein auslösender Auslöser für QuickInfo-Informationen zu sein. Nehmen Sie zum Beispiel die Tastatur des iPhones. Jeder Buchstabe hat beim Ziehen einen QuickInfo, während der Buchstabe beim Loslassen tatsächlich aktiviert wird. Hilft bei der Neupositionierung.

Darüber hinaus denke ich, dass Besonderheiten ins Spiel kommen. Sprechen Sie über ein Laptop-Tablet? Telefon-Touch-Interface mit sehr wenig Platz? Ich denke, der verfügbare Platz spielt eine große Rolle darin, wie man Dinge mit einem Touch-Interface erledigen muss.

2
Kzqai

Was ist Berühren und Halten? Ich denke, das wäre eine ziemlich einfache Schnittstellenregel, sowohl was die Benutzerfreundlichkeit als auch die Implementierung betrifft. Wie viele Dinge, die man mit Usability zu tun hat, ist es schwer zu sagen, bis eine Idee schon eine Weile existiert hat, um sie in einer Reihe verschiedener Zusammenhänge zu sehen ...

1
hgh

Das kann hilfreich sein:

Google Material Tooltips

Sie sagen, Tooltips sind

Beschworen von:

  • Bewegen Sie den Mauszeiger über ein Element mit einem Cursor
  • Fokussieren auf ein Element mit einer Tastatur (normalerweise die Tabulatortaste)
  • Bei Berührung

Es gibt nicht viele Informationen nur über Mobile. Die einzige, die Sie treffen können, ist die Berührung, die frustrierend ist, wenn Ihre Taste etwas tut und Sie sie nicht berühren möchten, bevor Sie wissen, was sie tut. Langes Drücken kann funktionieren, aber einige Apps erfordern lange Drücken für andere Funktionen. Dies ist ein verwendeter UX-Pfad, und ein Benutzer würde nicht erwarten, dass lange Drücken-Tool-Tipps angezeigt werden. 

Ich denke, dass Tooltips die Wunder auf mobilen Geräten, die sie auf dem Desktop ausführen, möglicherweise nicht funktionieren. Ohne Schwebeflug benötigen Sie einen anderen reservierten Weg, um einen Benutzer schnell daran zu erinnern, was ein Symbol oder eine Schaltfläche bewirkt.

Das Beste, was ich mir vorstellen kann, ist der Hilfemodus. Drücken Sie auf Einstellungen und dann auf "Hilfe". Daraufhin wird eine kurze Karte am unteren Rand mit der Aufschrift "Klicken Sie auf ein Element für Hilfe" und eine Schaltfläche "Entlassen" angezeigt. Wenn Sie auf die mit einem Werkzeug versehenen Elemente klicken, werden Ihnen die zusätzlichen Informationen angezeigt.

Ich sehe oben erwähnt, aber ein weiterer moderner Anwendungsfall sind Spiele. Sie sind oft mit einem Joystick konzipiert, was bedeutet, dass sie ungefähr 14 Tasten haben, mit denen sie arbeiten können, aber die meisten werden von den Spielfunktionen in Anspruch genommen.

In RPGs verfügen sie normalerweise über komplexe Statusbildschirme, die vom Spieler garantiert unbekannt sind (oft erfinden sie für jedes Spiel neue Systeme), und zwar mit wichtigen Zahlen, die die Spieler jedoch nicht kennen. Bei vielen von ihnen können Sie die Auswahltaste drücken, um in einen Tooltip/Erklärungsmodus zu gelangen. 

Dies kann in einer App funktionieren, die komplex genug ist, um Tooltips für Mobilgeräte zu erfordern. Dies ist das einzige Muster, das ich im Moment sehen kann und das weit außerhalb der üblichen UX-Designs liegt. 

1
James DeRagon

Meine Antwort ist vielleicht nicht so praktisch, aber ...

Das Problem wäre gelöst, wenn alle Apps die Rückgängig-Funktion unterstützen, und die Leute gewöhnt wurden, zu wissen, dass sie IMMER jede Aktion rückgängig machen könnten. 

Wie Andreas sagt, "wenn Sie sich nicht sicher sind, welche Funktionalität Sie haben, würden Sie zögern, überhaupt auf eine Schaltfläche zu klicken".

Aber mit Undo als Sicherheitsnetzwerk kann mehr "tun" und weniger "zögern, sich sorgen, herausfinden, was passieren wird, bevor ich tippe ... tippen".

Dies ist einer der Gründe, warum die Schaltfläche "Zurück" so beliebt ist und von Android sogar für das gesamte Betriebssystem erstellt wurde. 

Leider (hier sind die Unpraktiken ...) 

  • das Erstellen eines zuverlässigen und durchgängigen Undo ist viel schwieriger als Tooltips
  • genug Apps müssen unterstützt werden, um die Denkweise aller Benutzer zu ändern (ha!)
1
poshest

Beachten Sie, dass Hover-QuickInfos für Anfänger eine großartige Hilfe sind, und dass für sie keine Maßnahmen erforderlich sind, da Anfänger immer langsam sind und beim Bewegen des Cursors auftauchen. Andererseits sind sie hervorragend, weil sie die Power-User nicht verlangsamen.

Bei Tablets würde ich die Idee des Fragezeichen aufgreifen, aber etwas mehr Komplexität hinzufügen:

1) Wenn Sie auf das Fragezeichen tippen, wird der "Hilfe" -Modus aktiviert 2) Sie können dann auf das betreffende Steuerelement tippen und es wird der Tooltip angezeigt 3), wenn Sie anschließend auf das Symbol tippen Dieselbe Steuerung erneut, beendet den Hilfemodus und führt aus, was immer die Steuerung tun soll. 4) Wenn Sie auf ein anderes Steuerelement tippen, zeigt es seinen Tooltip an und der Hilfemodus bleibt eingeschaltet .. 5 kann den Hilfemodus durch erneutes Antippen des Fragezeichen beenden.

0
fanThomas

Um Einstein zu beschreiben, sollte eine Berührung so einfach sein, wie sie sein muss, aber nicht einfacher.

Das zugrunde liegende Problem ist hier nicht Berührung, sondern Zustand. In welchem ​​Zustand befindet sich das Objekt, wenn Sie es berühren? Verändert die Berührung ihren Zustand? Wie spiegelt sich die Statusänderung beim Benutzer wider?

Aus der Designperspektive wird der Versuch, alle Aktionen mit einer einzigen Berührung zu erfassen, nur in den einfachsten Fällen funktionieren. Bei einer nützlicheren Anwendung kann eine erste Berührung den Status ändern, und dieser Status kann durch Änderungen im Bild eines Objekts, durch Tooltops (sogar vorübergehende Tooltips, die nach einer festgelegten Zeit verschwinden) oder auf andere Weise angezeigt werden. Das Berühren eines ausgewählten Objekts sollte eine andere Bedeutung haben als das Berühren eines nicht ausgewählten Objekts. Dies muss ein auffindbarer Aspekt der Schnittstelle sein.

0
Cylon Cat