We currently have a custom inventory system used to track different assets. The items are bar coded and inventoried using a scanner system already built/running on standard web pages. Currently processing inventory on a desktop or laptop with a usb connected scanner.
We bought a Motorola MC 55 PDA that has a built in bar code scanner and runs on windows mobile 6.1
Should I just re-design the UI (html/css) to work on a small screen or are there some real advantages to porting the app to the the compact framework from a navigation or input perspective?
UPDATE:
Another thought, I use jquery and various plugnins in the app, would that cause me headaches with Mobile IE. I tested the app out on the device, things that are normally hidden show up, menu doesn’t show up, onselect-dropdown>>submit-form doesn’t work (jquery stuff).
RESPONSE TO COMMENT:
As far as converting the current pages to basic html I use jquery to capture the bar code scanner input and tab down to the next text box or if there was only one text box I tab down to the submit button and submit the form. So one caveat would being able to handle the scanner within the html form without using jquery. Maybe I have to program the scanner function to not send an enter key like a hand held does now.
LAST REQUEST:
Based on current advice it seems that I am going to need to develop something on the CF side. I need a recommendation for a good CF book, not a lot of fluff, but not overly complicated, something in the middle. The book shouldn’t teach a bunch of useless stuff, but get me up to speed quickly and has good code/examples/patterns for real world apps. Thanks!
This is more annoying than you might think. What browser are you targeting?
Opera Mobile and IEMobile on WinMobile 6.5 work with a zooming interface designed to work with full web pages; you might not need to reauthor much to make the site work, but having to zoom in to do some data entry and then zoom back out to move to a different part of the page is super-irritating. If there is a way to author webapps so that these browsers present a 1:1 pixel view instead of zooming, I have not found it. (This used to be done in IE with MobileOptimized, but it doesn’t work properly at least in the developer builds of WM6.5 I have tried.)
On WinMobile 6.1, IEMobile can be one of two very different browsers:
On WinMobile 6.1.0, you get ‘IEMobile 7’, which is based on IE4 and is absolutely bloody terrible in every respect and will crash all the time and supports almost nothing and will make you want to die.
On WinMobile 6.1.4 you get ‘IEMobile 8’, which is much less bad. It is also marketed as ‘Internet Explorer Mobile 6’ or ‘6on6’, because Microsoft just loves throwing utterly confusing version numbers at you.
Naturally, the all-important ‘6.1.what?’ minor version number is quite well-hidden.
‘IEMobile 8’ on WM6.1.4 is internally the same browser as on WM6.5, but with a different non-zooming UI that makes it behave very differently. Of course there is no way to sniff the difference between these two browsers, because that might help clear up the version number confusion.
In order to get your pages to fit the screen width on Windows Mobile devices in portrait mode:
In Windows Mobile 5, you have to design your pages to 240 pixels wide.
In Windows Mobile 6.0, you have to design your pages to either 240 pixels wide (by default) or 480 pixels wide (if the high res mode option is turned on, which most people do)
In Windows Mobile 6.1.0, you have to design your pages to 480 pixels wide
In Windows Mobile 6.1.4, you can either use liquid layout, or make your pages 480 pixels wide (for the default scale)
In Windows Mobile 6.5, the browser will always assume your page is 1024ish pixels wide and zoom it.
In summary, Microsoft hate you and want you to use Compact Framework instead.