Delphi-PRAXiS
Seite 7 von 8   « Erste     567 8      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Allgemein unbeliebtes Verhalten von Anwendungen [Liste] (https://www.delphipraxis.net/136196-allgemein-unbeliebtes-verhalten-von-anwendungen-%5Bliste%5D.html)

p80286 29. Jun 2009 14:20

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Programme, die der Meinung sind, unbedingt nach Hause telefonieren zu müssen .
Mal abgesehen von denen die sich wirklich Daten über's Netz holen müssen,
eine Hilfe aus dem Internet holen wollen wenn definitiv keine Netzverbindung (Laborrechner) besteht ist wirklich krank.

Gruß
K-H

Dezipaitor 29. Jun 2009 15:30

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
  • "Der angegebene Installationsordner existiert nicht, soll er nun erstellt werden?", baaaaaaah!

himitsu 29. Jun 2009 15:37

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
dabei fänd ich die Frage grade andersrum viel sinniger, aber da fragt ja fast Keiner danach :?
"Der angegebene Installationsordner existiert bereits, soll wirklich darin installiert werden?

TheJeed 29. Jun 2009 15:58

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Ich finds nervend wenn sich Komponenten, z.B. TreeViews, Editoren, etc. trotz Nicht-Neustatens der Anwendung ihren Zustand nicht merken und man sich erst wieder mühsam an Ort und Stelle klicken muss.

Mithrandir 30. Jun 2009 09:38

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Anwendungen, die die Taste F1 für alles Benutzen, nur nicht zur Anzeige der Hilfe. :wall:

(MyPhoneExplorer nutzt die Taste, um eine Verbindung mit dem Handy herzustellen. Eine Hilfe ist nicht vorhanden. )

mquadrat 30. Jun 2009 09:49

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Zitat:

Zitat von shmia
Ich ärgere mich, wenn Labels statt read-only Edits verwendet werden, weil ich dann die Infos nicht über die Zwischenablage kopieren kann sondern abschreiben muss.

Da kollidierst du mit den meisten User-Experience Gurus. Die vertreten allesamt die Meinung, dass man kein Edit verwenden sollte, wenn man nix eingeben kann.

Mithrandir 30. Jun 2009 09:55

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Ich würde sagen, dass kommt auf die Infos an, die angezeigt werden. Und Edits kann man ja mit clBtnFace eine Farbe verleihen, da darauf schließen lässt, dass man hier nix eingeben kann.

himitsu 30. Jun 2009 10:02

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Liste der Anhänge anzeigen (Anzahl: 1)
Zitat:

Zitat von Daniel G
Ich würde sagen, dass kommt auf die Infos an, die angezeigt werden. Und Edits kann man ja mit clBtnFace eine Farbe verleihen, da darauf schließen lässt, dass man hier nix eingeben kann.

praktisch wo es "sinnvoll" sein kann, daß man mal schnell kopiert und nicht erst abtippen muß.

Sunlight7 21. Jan 2010 02:31

Re: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Zitat:

Zitat von Fridolin Walther
Zitat:

Zitat von jfheins
Aber wäre nicht als Gegenbeispiel mal eine Anwendung cool, die alles richtig macht?

Gibts schon ... heißt notepad.exe ;).

Nö, der speichert Einstellungen erst beim beenden.

Nervig wenn bei jedem Control ein extragroßes Hintfenster angezeigt wird und sich das net abstellen läßt.
Ebsenso nervig, wenn die Taborder kreuz und quer geht.
Sehr nervig, wenn Programme fürs Vollbild den Modus falsch umschalten und so die Desktop Icons und alle Fenster auf die vom Programm verwendeten Auflösung zusammen drücken (Einige Spiele bekannter Hersteller können das)

hathor 22. Jan 2013 12:08

AW: Allgemein unbeliebtes Verhalten von Anwendungen [Liste]
 
Wie entwickelt man ein gutes Interface?

Im Fokus des Interface Design steht der Benutzer. Dem Nutzer muss es ermöglicht werden, ein System, ein Programm oder eine Maschine ohne Probleme und Komplikationen bedienen zu können. Er muss sich in dem System allein zurechtfinden und selbständig navigieren können.
Das System sollte sich im Idealfall selbst erklären, sodass dem Nutzer ein schneller Einstieg gewährleistet wird.

8 goldene Regeln des Interface Design nach Ben Shneiderman:

1. Streben nach Konsistenz
Der Systementwickler sollte "Einheitlichkeit" anstreben (Terminologie, Aufbau, Verwendung von Icons...).

2. Ermögliche es häufigen Nutzern Abkürzungen zu benutzen
Erfahrenen Nutzern muss es möglich sein, durch "shortkeys" schneller zu arbeiten.

3. Biete informative Rückmeldungen
Der Systemzustand muss zu jeder Zeit ersichtlich sein, damit der Nutzer weiß, auf welchem Stand er sich befindet.

4. Entwerfe abgeschlossene Dialoge
Hiermit soll dem User klar gemacht werden, wann eine Funktion oder ein Befehl abgeschlossen ist. Somit weiß der User, wann er eine neue Funktion/ einen neuen Befehl beginnen kann.

5. Biete einfache Fehlerbehandlung
Dem Nutzer muss beim Auftreten eines Fehlers eine potentielle Fehlerursachenanalyse geboten werden, damit er sich selbst helfen kann.

6. Erlaube einfache Umkehrung von Aktionen
Eine ausreichende Undo-Funktion ist für einen entspannten Gebrauch des Produkts unverzichtbar.

7. Unterstütze interne und lokale Kontrolle
Der Nutzer sollte immer das Gefühl haben, Herr über das Programm zu sein und nicht umgekehrt.

8. Verringere Abfragen des Kurzzeitgedächtnisses
Man sollte dem User nicht zumuten, zuviel wichtige Informationen "behalten" zu müssen.

http://wiki.infowiss.net/Interface_Design


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:23 Uhr.
Seite 7 von 8   « Erste     567 8      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz