Layout von Datenbankanwendungs-Fenstern auf 16:10 Monitoren

[stahli]

Hallo Codehunter,

eine ganz klare Meinung kann ich hier nicht abgeben, aber vielleicht mal ein paar passende Links:

Hier hatte ich eine DOS-ähnliche Oberfläche im Möbelhaus gesehen, mit der die Verkäufer offenbar (und für mich überraschend) bestens zurecht kamen.
http://www.delphipraxis.net/191273-dos-like.html

Wenn Du bisherigen Tab-Inhalte künftig nebeneinander anordnen willst, kämen vielleicht Groupboxen in Betracht, die ggf. umgebrochen werden.
http://www.delphipraxis.net/165177-scrollboxflow.html

Hier hatte ich mal einen Versuch gemacht, dass Controls nach bestimmten Regeln gestaucht, gestreckt und verschoben werden (so eine Art Physik).
http://www.delphipraxis.net/1230983-post4.html

Die beste Lösung ist sicher, den Bearbeitern Möglichkeiten zu geben, die Formulare nach eigenen Bedürfnissen anzupassen.

[HolgerX]

Hmm..

Und mal über den Tellerrand!
Der Windows-Standard bei den Menus immer Oben positioniert zu sein, mag bei Mausschubser noch gut sein, aber spätestens bei Verwendung eines 19/20/24 Zoll TouchScreen an einem Haltearm nerven... (Immer dieses nach oben strecken, um an das Menu zu kommen).

Hier sollten die 'wichtigsten' Bedienungsknöpfe oder Menus eher unten angeordnet werden. (Kleine Mitarbeiter danken! )
Deshalb sollte nicht nur auf die 'Größe'/'Auflösung' des Bildschirmes geschaut werden, sondern auch auf die Art mit deren anderer Benutzung.

Nur, wenn ich selbst bei Software für Touchtablets immer noch die Bedienelemente oben angeordnet finde, dann ist mir klar, das die Software auf einem 'Maussystem' entwickelt wurde und die Useability nie von kritischen Anwendern getestet wurde.


(Nur so eine Idee, ohne Anspruch auf richtigkeit )

[Codehunter]

Diese DOS- bzw. eher Clipper-ähnlichen Windows-Oberflächen habe ich auch schon einige Male gesehen. Glaube die Wawi bei Raiffeisen basiert noch darauf. Beim Arbeitsamt war sowas vor 10 Jahren auch noch im Einsatz, keine Ahnung wie das heute aussieht.

Interessant ist das schon, weil man sich hier voll und ganz auf Text beschränkt. Das sind ja eigentlich sehr starre Oberflächen. Ich kann mich nicht erinnern, dass damals das Konzept der Tabsets schon üblich war. Vielmehr hatten wir damals doch eher so browserartige Fenster, die man komplett durchgescrollt hat.

Es kam ja schon der Hinweis auf die A4-Orientierung. Das ist ja im Prinzip das selbe was ich auch eingangs schon erwähnt habe: Dass man den späteren Beleg in einer abstrakten Form schon mal abildet. Dafür eignen sich z.B. aufklappbare Bands sehr gut. Quasi so Groupboxen mit einem Treenode-artigen Aufklapp-Button. Auf diese Weise kann der Anwender zusätzliche Abschnitte einblenden, z.B. zusätzliche Lieferkonditionen oder abweichende Lieferanschrift. Wysiwyg im ursprünglichen Sinne würde ich sagen

So ein Konzept macht natürlich nur dort Sinn, wo die Eingabe unmittelbar an eine Belegausgabe gekoppelt ist. Es gibt auch abstraktere Themengebiete wie z.B. Artikel- und Kundenstamm. Wobei ich mir vorstellen könnte beim Artikelstamm auf ein typisches Shoplayout zurück zu greifen. Bei allen größeren Plattformen wie ebay, Amazon, Zalando, usw. werden auch vertikale Layouts verwendet. Tabsets gibts da keine.

Bei alldem komme ich immer wieder auf das gleiche Ergebnis: 16:10-Bildschirme im Landscape-Modus sind denkbar ungünstig für die Erfassung komplexer strukturierter Daten. Weder das Auge noch die "Maushand" mögen weite horizontale Wege. Eigentlich müssten 4:3-Monitore die bessere Wahl sein, doch dort hörte die Entwicklung bei 21 Zoll und 1280x1024 auf, was heute auch sehr wenig ist.

[blondervolker]

Ja ich sollte dies mal beschreiben hier der Link:

http://www.imagekit.com/resizekit2.html

Funktioniert bei mir perfekt... Auch mit vielen "Schnulli" auf der Form...

Kostet etwas Geld...

[Neumann]

Diese "DOS-artigen" Systeme sind Software-Terminals von IBM System I oder dem Vorgänger AS400. Diese Terminals laufen in der Regel auf normalen Windows-PC. Dieses wird in der Regel bei großen Firmen mit vielen Standorten eingesetzt und ist für seine Stabilität bekannt. Habe vor langer Zeit(>15 Jahre) auch mal ab und zu in der Firma gearbeitet in der ich damals beschäftigt war; ich habe das z.B. für Bestellungen, Freigabe von Zahlungen nach Lieferungen und ähnliche Sachen genutzt. Gab aber noch wesentlich mehr Funktionen, die mich nicht betrafen. Das System hatte keine Probleme wenn 500 User über Deutschland verteilt gleichzeitig darauf aktiv waren.

Zu dem Problem mit der Skalierung:

Wir haben für unser Kassenprogramm (Touch-Bedienung) einen Designer, mit dem man die Oberfläche individuell anpassen kann, damit auch an die jeweilige Bildschirmgröße.

Habe mal zwei Bilder angehängt, beide zeigen Screens vom gleichen Programm einmal für Baumarktkasse (Artikel werden in der Regel gescannt (1024*768) und eine Ticketkasse(1280*800) mit Auswahl über Artikelbuttons. Es gibt noch etliche weitere Möglichkeiten z.B. für Supermarkt, Imbissund eine Variante mit Tischplänen für Gastronomie.

Manche Kunden passen das Design selber an, viele nehmen vorgefertigte und lassen uns die Anpassungen machen. Der Quellcode ist immer der gleiche.

[Codehunter]

Gibt es eigentlich fertige Frameworks für solche frei anpassbaren Oberflächen? Ich hätte zwar eine Vorstellung wie ich sowas coden müsste, aber wie immer muss man ja vorher schauen ob man die Mannstunden investieren will/muss oder ob man das nicht fertig einkaufen kann.

Mit Framework meine ich, dass es vergleichbar zu Tools wie dem Report Builder eine Art Designer gibt, mit dem man Formulare umgestalten kann.

[Jumpy]

@Neumann: Wieso gibt es bei eurem Kassensystem immer eine Möglichkeit den Chef mit zwei Klicks außer Haus zu schicken? Find ich grundsätzlich sympatisch, aber ich wunder mich, dass ein Chef das kauft?

[Neumann]

Naja - die Leute wollen in Ruhe arbeiten - da stört der Chef nur.

Aber im Ernst: Wo "Chef" steht ist nur eine Anzeige wer angemeldet ist. "Ausser Haus" ist bei den beiden Kassen eigentlich sinnlos, da das eigentlich nur für Restaurants relevant ist, wegen den MwSt-Sätzen und ev. unterschiedlichen Preisen.

Sind nicht ganz die realen Kassen.