Touch-screen programmieren

[khh]

Zitat von Sir Rufo:

Zitat von mkinzler:

Benötigt ab keine spezielle Touchprogrammierung

Ja, das sehe ich auch so.

Gesten bei einer Kassensoftware würde ich eher in die Kategorie "verwirrt den Anwender" stecken.
Da ich selber ein kleines Kassensystem (ist als Ersatzsystem gedacht, wenn die Hauptkasse ausfällt) umgesetzt habe (Bedienung per Barcode-Scanner, Maus oder Tastatur oder Touch) und auch die Kassenschulung in den Filialen durchführe (ist auch ein Touchsystem), glaube ich zu wissen, was man dem Anwender dort zumuten kann. und Gesten gehören dort eindeutig nicht dazu

Man sollte den psychologischen Druck eines Kassenbedieners nicht unterschätzen, der im Live-Betrieb herrscht. Und eine Funktion, die nur dann funktioniert, wenn man entsprechend richtig über den Schirm wischt, trägt nicht zur Senkung bei. Ein schnöder Button schafft da Sicherheit.

cu

Oliver

ich möchte ja auch keine "Schirmwischerei" sondern ein klares Bedienfeld das per Knopfdruck auf dem Touch benutzt werden kann.

[blackfin]

Gesten in einem Kassensystem würden nur zu völliger Fehlbedienung führen

Apropos...gibt es hier eigentlich jemanden, der Maus- bzw. Hand-Gesten befürwortet und sie als technische Revolution sieht?
Ich z.B. komme mit diesem Mist nämlich gar nicht klar.
Seitdem mein Nokia 5800 eine neue Firmware bekommen hat und natürlich analog dem Apple-Hype dort auch alles auf irgendwelche "Wisch-Balken, die blinken" umgeformt wurde, ist die Effizienz, das Telefon zu bedienen, gegen Null gegangen....

[Sir Rufo]

Zitat von khh:

Ich möchte ja auch keine "Schirmwischerei" sondern ein klares Bedienfeld das per Knopfdruck auf dem Touch benutzt werden kann.

Obwohl die einmal am Tag - vorzugsweise Abends - ratsam ist

Im Anhang mal ein paar Screenies von meiner Kassen-App (per PN gehen keine Anhänge ... weiß gar nicht ob das jetzt Bug oder Feature, anyway)
In der Zip sind weitere Screenshots zu sehen

[Bummi]

Entschuldige, aber ich sehe nicht worin die besonderen Anforderungen des Programms bestehen sollen, IMHO handelt es sich um eine rel. triviale Anwendung mit der einzigen Besonderheit daß alles durchgängig "mausbedienbar" sein muß?

Oder habe ich etwas übersehen?

[hoika]

Hallo,

nein hast du nicht

An den TE:
Klemm deine Tastatur ab (oder lege was drüber, was nicht drückt).
Dann probier die App nur per Maus zu steuern.
Wenn das geht, ist es OK.

Sollte das Programnm nur per Touchscreen funktionieren,
sollte die Oberfläche noch angepasst werden (Zeilenstorno ENT).


Heiko

[Sir Rufo]

Zitat von Bummi:

Entschuldige, aber ich sehe nicht worin die besonderen Anforderungen des Programms bestehen sollen, IMHO handelt es sich um eine rel. triviale Anwendung mit der einzigen Besonderheit daß alles durchgängig "mausbedienbar" sein muß?

Oder habe ich etwas übersehen?

Jein ... ein Menü/Popup-Menü, DropDown, etc. ist auch "mausbedienbar" aber nicht wirklich Touch-Freundlich.

[himitsu]

Für was / wo soll denn die Software einggesetzt werden?

Wenn es nur "wenige" Produkte gibt (z.B. bei einem Imbis, Pizzalieferant usw.), dann lunscht doch mal bei dem großen Mc etwas über die Theke ... wenige "große" und klar strukturierte Tasten, 2-3 untergeordne Anzeigen und schon kann man da sehr schnell, untuitive und fehlerarm alles bediehnen.

[blackfin]

Fast alle Hersteller von Kassensystemen bieten auch Demo-Downloads an, saug dir doch einfach mal ein paar runter und probier sie aus, dann bekommst du sicher eine Idee, wie dein Programm dann werden soll.

[TurboMartin]

Bei der Umsetzung solltest Du auch unbeding auf Paper-Prototypes setzen, bei Touch-Anwendungen ist das meiner Meinung nach unbedingt möglich (habe damit Erfahrung am Surface gesammelt)

[Bummi]

@TurboMartin

mit Delphi als Entwicklungsumbung würde ich meinen
"Rapid Application Development" schlägt "Paper-Prototypes" um Längen?