|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Getting started with a Kiosk-like applicationIt dawned on me a couple days ago that an application I have developed for my business would be much easier to use for
most of my employees in the warehouse if it had a touchscreen, kiosk-like interface. Ever since then I can't stop thinking about it, it would be so cool! The first hurdle I'm up against is where to get my hands on library of UI Controls aimed at a Kiosk application. You know, nice BIG, soft looking buttons, etc. The target OS will be WindowsXP so I can't look at WidowsCE or Embedded or any of that. Does anyone here have experience with developing a Kiosk application? If so, did you find a control library somewhere or did yo roll your own? Any tips or suggestions will be greatly appreciated. Thanks, Steve Hi,
Steve K wrote: > Does anyone here have experience with developing a Kiosk application? If touchscreen apps are not different in itself, the only (fundamental) thing> so, did you find a control library somewhere or did yo roll your own? > Any tips or suggestions will be greatly appreciated. to consider is the use of buttons that are large enough so that users may press them with their fingers. If typing text is required, you'll also need to build a "virtual keyboard"; again, simple buttons will do the trick (I'm assuming that you will need a keyboard in only one language). Hence there's no need to buy 3rd party controls for that specific purpose. However, the term "kiosk application" actually refers more to a scenario in which your application is the only one running on a PC. One that I have done was a "photo station" where clients may print their pictures (from CDs, USB-sticks, memory cards, bluetooth devices and the such). The app runs on unattended PCs in more or less public places, hence the need to only allow users to work with the application and prevent them from getting their hands onto any other functionality (especially like Windows itself). If that applies to you, you'll have to dig deeper into things. The time when I built that photo app was more than 5 years ago (VS 2003), but I *do* remember that "hiding" Windows was the toughest task - especially in the case of anything unexpected happening, such as a failing USB-stick or printer. If that's no problem for you, it should be an easy task. You don't even have to buy a TS right away - just go ahead and create your app on a standard monitor and keep in mind that all required actions need be feasible with the mouse only, that'll do for testing. On a "real" touchscreen the only difference is that there is no mouse pointer, no keyboard and varying finger sizes ... ;-) Cheers, Olaf
Show quote
Hide quote
"Olaf Rabbachin" <Olaf_NoSpam@IntuiDev.com> wrote in message Hi Olaf,news:%23dCvSpB7JHA.4864@TK2MSFTNGP03.phx.gbl... > Hi, > > touchscreen apps are not different in itself, the only (fundamental) thing > to consider is the use of buttons that are large enough so that users may > press them with their fingers. If typing text is required, you'll also > need > to build a "virtual keyboard"; again, simple buttons will do the trick > (I'm > assuming that you will need a keyboard in only one language). > Hence there's no need to buy 3rd party controls for that specific purpose. > > However, the term "kiosk application" actually refers more to a scenario > in > which your application is the only one running on a PC. One that I have > done was a "photo station" where clients may print their pictures (from > CDs, USB-sticks, memory cards, bluetooth devices and the such). The app > runs on unattended PCs in more or less public places, hence the need to > only allow users to work with the application and prevent them from > getting > their hands onto any other functionality (especially like Windows itself). > > If that applies to you, you'll have to dig deeper into things. The time > when I built that photo app was more than 5 years ago (VS 2003), but I > *do* > remember that "hiding" Windows was the toughest task - especially in the > case of anything unexpected happening, such as a failing USB-stick or > printer. If that's no problem for you, it should be an easy task. > You don't even have to buy a TS right away - just go ahead and create your > app on a standard monitor and keep in mind that all required actions need > be feasible with the mouse only, that'll do for testing. On a "real" > touchscreen the only difference is that there is no mouse pointer, no > keyboard and varying finger sizes ... ;-) > > Cheers, > Olaf This is all very good information and tips, thank you for taking the time to reply. I don't have the need to hide Windows the the extent that a public Kiosk would require - this application will be in my warehouse so there is a higher level of trust. With that said I do want to make it a mostly single purpose application, so I will take steps to run the application in full screen mode, etc. I was (and still am) hoping there is a control library that is suited for touchscreen applications. For example, a DataGridView with numericUpDown controls that have LARGE adjustment arrows or a CheckBox control that is LARGE. Some of the WinForms controls cannot be easily extended to create suitable touchscreen application controls. Thanks again for the great reply! -Steve Hi Steve,
Reverend wrote: > I was (and still am) hoping there is a control library that is suited for I see your point. I personally don't know of such a library (which doesn't> touchscreen applications. mean there isn't any). > For example, a DataGridView with numericUpDown controls that have LARGE I never required any of the more (in this context) "decent" controls, such> adjustment arrows or a CheckBox control that is LARGE. Some of the > WinForms controls cannot be easily extended to create suitable > touchscreen application controls. as i.e. a combobox, so I derived or created my own controls. Regarding checkboxes for instance, this was a composite control with a thumbnail image and a checkbox, with the whole area being clickable to perform toggling. However, my guess would be that, if you enlarge the checkbox, you'd enlarge the clickable area as well. Regarding numeric controls I would actually just use a textbox along with two buttons. Scrollbars are more of a problem - implementing these myself was out of budget so I opted to just make them wider, allowing the user to scroll using the scrollbar mainly. If you stumble over a library, let us know! Cheers, Olaf
Other interesting topics
Design Time Controls
Cannot use Mustinherit in a base form System.Windows.Forms.Control.Handle==HWND? static classes are evil ? Project consisting of multiple projects Read From Application Config File In Class Library Pass Variable At Design Time Form transparency Win forms designer - controlling the designer code generation What control did Microsoft Use? |
|||||||||||||||||||||||