Information générale
Catégorie:
Gestionnaire d'écran & Écrans
Versions des environnements
Network:
Windows 2008 Server
Have been asked on the effort to make an existing app usable on Win8 touch devices, so I remembered this thread, as I have not tried anything with Win-Touch devices yet. Answers to the questions inline appreciated
>2-All of menus should be created with push buttons too.
"should be" as in "won't work on touch otherwise" or "better use large push buttons, or handling will be a PITA"?
>3-Create your own onscreen keyboard, don't use Microsoft's one.
same as above: necessary groundwork before any prototype port can be used with vfp as something barfs when using MS keyboard with vfp app (focus events?) or can I use MS keyboard with my vfp app together until I have a signed contract including budget for a vfp keyboard ?
>4-Do not use combobox and native spinner control.
App uses lots of comboboxes - first idea from handling of comboboxes on Android would be to create a class - similar to some date field entries, where a calendar pops up - where a new form with all options available in dropped-down state is offered on drop-down event, so a previous standardization on rowsourcetypes used in the app might help cut down on testing all devices. Any problems with the approach ? Working code somewhere I can reuse and build upon ? API call which I can use to tell my app to work in "touch mode"?
>Create your own spinner control with big push buttons + textboxes.
>5-Do not use date type and numeric type values for textbox controls. Use string and convert strings date-string-date, numbers num-string-num.
similar to 2 and 3: generic classes plus quite a bit of fiddling with class hierarchy would be necessary - nothing impossible, but would a prototype still using the old/generic stuff be totally unusable (like no entry possible and field having !empty()-validation rules) or just hard to handle until better solution similar to 4 is finished and integrated in the app hierarchy ?
I will look over the existing code to get a clear picture on needed clean-up effort, getting a touch device is not that far out, but expanding a lot of effort to create prototypes to demo/check handling in vfp is risky at the discussion state, as the job might never happen (or lead to a reduced budget, as stuff too-well-done-previously clearly can be reused). Any futher links to code for vfp ?
tia
thomas
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement