Erstellen von GUI-Skins - Gut oder Schlecht?/Wo soll ich anfangen?

Question

Ich weiß nicht, ob es nur ich bin, aber ich genieße wirklich einige Anwendungen GUI-Designs, Apps wie iTunes/Avast oder einige Mediaplayer wie KMPlayer. Also dachte ich daran, meine GUIs anders aussehen zu lassen, und später fand ich heraus, dass es eine GUI-Haut ist (habe ich recht?).

Ich habe irgendwo gelesen, dass es nicht so eine gute Idee ist, sie in Bezug auf Geschwindigkeit, Benutzerfreundlichkeit und all das zu verwenden. Die Frage ist also: Ist es gut und sicher GUI-Skins zu erstellen? und wenn ja, wie könnte ich mit dem Programmieren anfangen (weil ich nicht von der Stange benutzen will, wenn sie nicht wirklich toll sind). Was ist die Hauptidee hinter ihnen? Ich erwarte, dass ich in der Lage bin, das Aussehen und das Gefühl der ganzen Form zu verändern und möglicherweise ihre Form zu verändern.

Jede Idee zu diesem wird sehr geschätzt.

Answer 1

Soweit es mich betrifft, gibt es zwei Arten von Anwendungen, die möglicherweise skinable: Media Player zum Beispiel könnten davon profitieren aussehen wie eine tatsächliche physische Gerät (PowerDVD oder so, das ist, Iirc). Die tatsächlichen Anwendungsfälle für solche Dinge sind jedoch sehr gering - der Trend scheint heute zu sein, dass solche Anwendungen wenig bis keine UI haben und sich stattdessen auf den Inhalt konzentrieren (VLC ist eine Ausnahme).

Dann gibt es eine große Anzahl von Anwendungen, bei denen entweder Entwickler oder Manager kreativ oder zu viel Zeit in Anspruch nehmen. Raymond Chen nennt dies “I bet someone got a really nice bonus for that feature.” - ein Gefühl, dem ich voll und ganz zustimme. Vor allem sind Skins oft ein Nicht-Feature; die Neuheit verschleißt wirklich schnell, sie nicht wirklich Hilfe ein Benutzer mit welchem ​​Problem sie ihr Programm verwenden müssen und schließlich, für viele Programme, die Skins zeigen, gibt es wirklich überhaupt keine Notwendigkeit. Ich meine, komm schon; Wie oft öffnest du dein AV-Programm oder dein Grafikkarten-Einstellungsfenster und genießt den Glanz seiner wunderschönen und sorgfältig gestalteten Haut? Niemals, richtig.

Also ist die Frage, warum Sie sogar Entwicklungsressourcen (entweder Ihre eigenen oder andere) widmen möchten, um etwas zu erstellen, das keinen nützlichen Zweck erfüllt, außer Ihre Anwendung visuell hervorzuheben. Die Windows UX-Richtlinien haben auch etwas on window frames und branding. Beachten Sie hier besonders folgenden Abschnitt:

Verwenden Sie keine benutzerdefinierten Steuerelemente für das Branding. Verwenden Sie stattdessen benutzerdefinierte Steuerelemente, um ein spezielles immersives Erlebnis zu erstellen, oder wenn spezielle Funktionen benötigt werden.

Falsch:

Dieses Beispiel zeigt eine benutzerdefinierte Steuerung falsch für das Branding verwendet.

Gadgets sind eine andere Art von Anwendung, die sich mit benutzerdefinierten Designs bekommen, aber dann wieder, sind jene, oft nur kurz und dienen in der Regel entweder als Informations Dinge oder mit ephemeren Interaktion verwendet.

Wenn Sie Skins machen, tun Sie allen einen Gefallen, indem Sie (a) optional machen und (b) die Standard-Steuerelemente verwenden und sie einfach selbst bemalen. Auf diese Weise können Eingabehilfen immer noch wissen, was in Ihrem Programm angezeigt wird, anstatt nur eine Reihe von Bildfeldern zu sehen, die als Schaltflächen verwendet werden.

Answer 2

Gut oder schlecht?

Schlecht. Ich habe keine nuancierte Antwort für dich. Ich habe nicht eine Reihe von Ausnahmen. Ich habe keinen nachdenklichen Essay, über den ich schreiben könnte, wenn Skins passen oder nicht. Ich habe eine eindeutige: Schlecht.

Benutzerdefinierte Skins sind the cancer that is killing the Windows UI, machen es zu einem hässlichen, unbrauchbaren Wirrwarr von gemischten Metaphern.

Wenn Sie Theme haben müssen, weil Ihre App die Ausnahme ist und Sie einfach so cool sind, stellen Sie bitte eine Option zur Verfügung, um sie auszuschalten und das normale Betriebssystemdesign zu verwenden. Es handelt sich nicht um eine Skinned-Approximation von Aero, Luna oder Classic, sondern um das eigentliche normale Betriebssystemthema, egal welches (möglicherweise benutzerdefinierte) Design gewählt wird.