Ist Delphi so Bedeutungslos ?

[bernau]

Zitat von Codehunter:

Ich denke, die Anwender wissen schon gar nicht mehr, welcher Control-Style nun nativ vom OS kommt und welcher z.B. aus einem Anwendungsskin stammt. Entscheidend ist nur, dass der User intuitiv mit der Oberfläche klar kommt. Denn nach meiner Meinung sind die OS-Hersteller auch nicht unbedingt die Helden der Usability. Große Suiten wie Photoshop oder Corel Draw haben z.B. die letzten 15 Jahre keine nativen Controls verwendet und wurden trotzdem zu Defakto-Standards.

Genau so ist es. Deshalb sind mir Native Controls wurscht.

[Elvis]

Zitat von bernau:

Genau so ist es. Deshalb sind mir Native Controls wurscht.

Hmm, solche Aussagen kann ich unmöglich mit meinem Anspruch für meine Arbeit vereinbaren.
Da rollen sich mir die Fußnägel bis zum Knie.
Wann immer ich Code sehe, der sinnlos Annahmen macht, die nicht beweisbar sind, wird mir ganz schlecht.
"Sinnlos" heißt hier, dass da teilweise mehr Aufwand betrieben wird um etwas zu tun, was aber unter'm Strich schlechter ist. Wenn jmd. zum FileExists manuell nachbauen würde anstatt die OS API dafür zu nehmen, würdest du dem doch einen saftigen Einlauf verpassen.
Und zwar nicht nur weil er Zeit verschwendet, sondern weil er sicherlich nicht an alle Corner cases gedacht hat, die die API-Version kennt. Wer nur wegen ersterem die Schläuche rausholt, hat den falschen Beruf gewählt.

Genauso ist es mit Controls. In neueren Windows-Versionen kann ich in einer Textbox direkt Unicode-Zeichen auswählen, oder man kann die Schreibrichtung umdrehen um 3 Worte Hebräisch zu erfassen.
Oder in OSX geht Drag'n Drop wesentlich weiter als es standardmäßig in Windows passiert. Dort ist der Fenstertitel normalerweise ein Link zur Datei des Dokumentes. Das heißt, ich kann das Icon des Titels einer Preview-Fensters in einen GMail Tab ziehen um das Bild an meine eMail zu hängen.

Solche Kleingeister, die nicht in der Lage sind zu erkennen, dass man als Entwickler kein Recht hat für absolut blödsinnige Gründe all die eingebauten Features komplett wegzuscheißen, haben den Ruf unserer Zunft schon gehörig versaut.

Als Android-User gehen mir diese ganzen beschissenen[1] PhoneGap-Krücken gehörig auf den Zeiger, die nix können, was ich von einer Android-App erwarte. Und der Zurückbutton ist wohl das mindeste, was auf der Strecke bleibt...
Die User, die in G+, Twitter, Facebook Werbung für die App machen würden, fassen solchen Scheiß[1] nur mit Handschuhen an, wenn man keine Alternative hat. Aber man gibt keine gute Bewertung und bewirbt den erstbesten Konkurrenten, der eine richtige App anbietet, selbst wenn sie nur halbsoviel kann.


[1] das ist noch höflich ausgedrückt

[Meflin]

Zitat von Elvis:

Solche Kleingeister, die nicht in der Lage sind zu erkennen, dass man als Entwickler kein Recht hat für absolut blödsinnige Gründe all die eingebauten Features komplett wegzuscheißen, haben den Ruf unserer Zunft schon gehörig versaut.

Als Android-User gehen mir diese ganzen beschissenen[1] PhoneGap-Krücken gehörig auf den Zeiger, die nix können, was ich von einer Android-App erwarte. Und der Zurückbutton ist wohl das mindeste, was auf der Strecke bleibt...

Als ob es bei der UI-Diskussion darauf ankäme, was der Entwickler will. Natürlich ist es dem Benutzer wurscht, ob das native Controls sind oder nicht. Nur werden diese Ansätze wie PhoneGap, Firemonkey und Co eben nie den Grad an User Experience erreichen, den man hat, wenn man auf erstere setzt. Wenn ich so eine App sehe, die im Grunde genausogut im Browser als Webapp laufen könnte, und dafür am besten noch bezahlen soll, dann komme ich mir als Nutzer hauptsächlich verarscht vor. Der Gipfel meiner Erfahrungen war da die DVL-Ergebnisticker-App, die nicht mehr konnte, als die Mobilversion der DVL-Ticker-Webseite, und noch dazu offensichtlicherweise selbst aus nicht mehr bestand, als HTML-Views (keine Push-Notifications für Ergebnisse oder so, nichts). Bloß dass man dafür noch 1,50 bezahlen sollte. Der Einkauf ging dann auch postwendend wieder zurück.

[Daniel]

Gut, Ihr wettert -durchaus zurecht- nun aber gegen /schlechte/ Anwendungen. Anwendungen, bei denen zum Teil das Potential der Entwicklungsumgebungen nicht ausgereizt wurde. Man denke an die alte facebook-Anwendung, die Maßstab dafür war, was mit HTML5 realisierbar war. Auch PhoneGap kann mittlerweile mehr als nur Webseiten anzeigen, der Entwickler muss es nur können und auch machen.

Die Diskussion um Sinn und Unsinn Plattform-übergreifender UI-Frameworks ist müßig. Insbesondere solange die Diskussion letztlich daraus besteht, dass jeder aufzählt, was er selbst nicht gut findet oder umgekehrt. Wir sehen, dass die Meinungen meilenweit auseinander gehen. Das Thema wird langsam zu Quark.

[Union]

Zitat von Daniel:

Die Diskussion um Sinn und Unsinn Plattform-übergreifender UI-Frameworks ist müßig. Insbesondere solange die Diskussion letztlich daraus besteht, dass jeder aufzählt, was er selbst nicht gut findet oder umgekehrt. Wir sehen, dass die Meinungen meilenweit auseinander gehen. Das Thema wird langsam zu Quark.

Nicht so wirklich. Wenn man sich auf so etwas wie FMX einläßt und ein paar Monate später fliegen dann die Apps aus den Stores raus, weil ein Shop-Monopolist entschieden hat dass die UX Regeln verletzt werden fals man keine Native controls verwendet, was dann?

[Daniel]

Dann sollen wir nun spekulieren?
Wenn Du diese Befürchtung hast, dann bleibt nur eine einzige Wahl: XCode für das iPhone / iPad. Auch wenn man diese Idee weiter verfolgt, sehe ich wenig Raum für großartige Diskussionen.

[Elvis]

Zitat:

Dann kauf dir doch ein iPhone, wenn dir die Android-Apps nicht gefallen.

Ich bin ja Android-User weil ich die Art wie dort Apps funktionieren so gut finde. (Für Insider: Intents rule )
Ansonsten wäre ich doch iOS User. Das ist ja der Punkt.
Ich habe doch kein Mini Coupé weil ich das Interieur von VW so cool finde.

[bernau]

Zitat von Elvis:

Zitat von bernau:

Genau so ist es. Deshalb sind mir Native Controls wurscht.

Hmm, solche Aussagen kann ich unmöglich mit meinem Anspruch für meine Arbeit vereinbaren.

Siehe bitte meine Aussage im Kontext. Ich programmiere das, was der User will. Wenn man sich Photoshop anschaut, dann siehst du keine nativen Controls. Wird aber ohne Ende gekauft. Ein Programm, welches sich heute nicht skinnen lässt, wird nicht gekauft. Warum wollen die User andere Skins? Nicht, weil sie unbedingt mit den nativen Controls arbeiten wollen, sondern weil sie es anders haben möchten. Deshalb sind mir native Controls wurscht. Die optischen Effekte, die FMX mir bietet, werde ich nicht mit nativen Controls erreichen können. Und darauf stehen die User. (Drücke ich jetzt mal genau so pauschal aus)

Verwendest du zugekaufte Komponenten? Grids, TreeCombobox, etc. Wenn ja? Das sind doch auch keine nativen Controls. Oder?

Zitat von Elvis:

Solche Kleingeister, die nicht in der Lage sind zu erkennen, dass man als Entwickler kein Recht hat für absolut blödsinnige Gründe all die eingebauten Features komplett wegzuscheißen, haben den Ruf unserer Zunft schon gehörig versaut.

Ist das nicht eine sehr kleingeistige Ansicht? Der Markt wird es regeln. Was nützen mir hebräische Zeichen, wenn ich (meine Kundschaft) diese nicht brauche?

Zitat von Elvis:

Als Android-User gehen mir diese ganzen beschissenen[1] PhoneGap-Krücken gehörig auf den Zeiger, die nix können, was ich von einer Android-App erwarte. Und der Zurückbutton ist wohl das mindeste, was auf der Strecke bleibt...

Dann kauf dir doch ein iPhone, wenn dir die Android-Apps nicht gefallen.

[cookie22]

Zitat von bernau:

...Wenn man sich Photoshop anschaut, dann siehst du keine nativen Controls...

Falsch. Photoshop bedient nur den ersten Layer mit eigenen Controls. Alle Dialoge ab dem zweiten Layer sind mit "Native Controls" umgesetzt, um den User nicht zu verwirren. Das war ein sehr schlechtes Beispiel. Außerdem geht es auch um Design Guidelines an die man sich halten sollte, b.z.w. sogar muss um Zugang zu den jeweiligen App-Shops zu bekommen.

Das Problem ist ja auch, wie ich schon so oft gesagt habe, bei FM weden keine guten Skins mitgeliefert und im Web gibt es auch keine. Ich bin kein Graphikdesigner und bin auf gute Skins angewiesen, die kommen aber weder von Emba, noch von der Community.

[Bernhard Geyer]

Zitat von cookie22:

Zitat von bernau:

...Wenn man sich Photoshop anschaut, dann siehst du keine nativen Controls...

Falsch. Photoshop bedient nur den ersten Layer mit eigenen Controls. Alle Dialoge ab dem zweiten Layer sind mit "Native Controls" umgesetzt, um den User nicht zu verwirren.

Photoshop? Das ist doch von Adobe? Dieses "um den User nicht zu verwirren" ist mit sicherheit nicht der Grund. Eher "wir haben es nicht geschafft alles einheitlich zu implementieren". Wenn du dir Adobe Illustrator anschaust wirst du dort sehen das man viel mehr als nur die erste Eben umgestellt hat (wobei in älteren Versionen auch nur die erste Ebene umgestellt war).

Hier ist Adobe vorzuwerfen das sie einen Stielmix in der Anwendung betreiben (wobei es nicht so schlimm wie bei einer Access-Anwendung ist die einen GUI-Mix von Win31/95/XP/Office2000/OfficeXP betrieben hat).

Zitat von cookie22:

Das Problem ist ja auch, wie ich schon so oft gesagt habe, bei FM weden keine guten Skins mitgeliefert und im Web gibt es auch keine. Ich bin kein Graphikdesigner und bin auf gute Skins angewiesen, die kommen aber weder von Emba, noch von der Community.

Das ist ein Problem. Es sollte schon die möglichekeit geben die "Native GUI"-User befriedigen zu können