Design eines Stringgrids

[Furtbichler]

Zitat von Mavarik:

Es gibt einen Windows-Styleguide? Dachte nur Apple macht so einen quatsch...

Quatsch ist etwas, das man nicht versteht. Da Du mit Sicherheit kein fundierten und tiefgreifenden Kenntnisse in Softwareergonomie, guter Benutzerführung etc. hast (aber sehr viel Erfahrung, keine Frage), wäre es vielleicht angebracht, sich zumindest zu bemühen, die Regeln zu kennen, die andere (nämlich die, die sich damit auskennen) erstellt haben. Es geht nicht darum, Programmierer zu gängeln oder ihnen etwas vorzuschreiben, sondern es ist gewissermaßen eine Gebrauchsanweisung -oder besser: ein Kochbuch-, um GUI zu entwerfen, die gut zu bedienen sind. Rezepte in Kochbüchern kann man 1:1 befolgen, muss man aber nicht. Man bekommt auch so lecker Essen hin. Aber mit so einem Styleguide bekommt man ein Gefühl, was lecker ist und was man vielleicht nur selbst lecker findet (und die, die man bekocht, weil sie nichts besseres gewohnt sind).

Gibt es eigentlich dieses merkwürdige TDBControlGrid noch (oder wie das hieß)? Damit kann man das -glaube ich- machen.

[Popov]

@Furtbichler

Ist es aber nicht so, dass es gerade Microsoft ist die ständig dagegen verstoßen?

Um zu verstehen was ich meine muss man weit zurück gehen, weit zurück in die DOS Zeit. Heute ist es so: ganz links gibt es das Menü "Datei", dort finden sich die Punkte zum Erstellen einer neuen Datei, zum Laden und zum Speicher, dann noch zum Thema drucken, und beenden des Programms. Dann folgt der Menüpunkt "Bearbeiten" usw. Unter DOS gab es diese Regeln nicht. Ich kenne Programme wie AutoCad, die speichern in einem Menü ganz rechts hatten, oder ein Textverarbeitungsprogramm, gespeichert wurde in einem Menü in der Mitte, beendet wurde ganz rechts, gedruckt wurde ganz vorne. Und da habe ich noch nicht die Programme erwähnt, wo man Funktionstasten drücken musste um zu laden oder speichern.

Seit Windows ist alles etwas standardisiert. Kennt man ein Programm, weiß man zumindest wo sich die wichtigsten Punkte befinden. Alle haben "Datei" ganz links usw. Irgendwo gibt es einen Menüpunkt Einstellungen oder Optionen, Hilfe usw. Um die Handhabung muss man sich also nicht mehr kümmern, denn alle Programme funktionieren ähnlich. Man muss sich nur noch um die speziellen Funktionen des Programms kümmern.

Aber nun wird das alles ausgehebelt. Menüs verschwinden, werden durch Ribons ersetzt, oder gar nicht, man muss einen Knopf ganz links klicken, erst dann kommt ein Menü, Programme bekommen Sonderformen, es gibt keine Titelleisten mehr, womit wir wieder am Anfang wären. Man muss jedes Programm aufs neue erlernen.

[Furtbichler]

Zitat von Popov:

Ist es aber nicht so, dass es gerade Microsoft ist die ständig dagegen verstoßen?

Jupp. So ziemlich jede große Firma ist vertreten. Apple auch, Adobe. You name it. They've done it.
Aber das wird jetzt doch OT.

[Jumpy]

Zitat von Popov:

Aber nun wird das alles ausgehebelt. Menüs verschwinden, werden durch Ribons ersetzt, oder gar nicht, man muss einen Knopf ganz links klicken, erst dann kommt ein Menü, Programme bekommen Sonderformen, es gibt keine Titelleisten mehr, womit wir wieder am Anfang wären. Man muss jedes Programm aufs neue erlernen.

Das es StyleGuide's gibt heißt ja nicht, dass diese sich nicht im Laufe der Zeit ändern können, wenn neue GUI-Elemete oder -Paradigmen oder was "erfunden" werden.

P.S.:
Ich war Anfangs auch kein Freund von den Ribbons, aber ich hab mich inzwischen dran gewöhnt. Man muss halt mit der Zeit gehen. Mein das jetzt als User. Als Entwickler hatte ich noch keinen Bedarf an Ribbons, weil das mMn nur Sinn macht in Programmen wie Office usw. wo man diverse "Werkzeuge" zur Bearbeitung darüber auswählen kann. Nur um die 5 Buttons = Menüpunkte, die ich zur Steuerung meines Programmes brauche unterzubringen, brauch ich kein Ribbon.