![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
#3
| |||
| |||
|
|
Hi, Marc-André. FMM is indeed very limited. As to what you see / display on the handheld, only list at form is available. Date selection is quite nice, though, because it uses native palm interface, AKAICS. I don't think you would want many thousand records, especially if you only plan to sync every few months. FMM is limited to one table, scripts are only available as part of the sync process, i.e. do one script before sync, one after. On the handheld, fields can or cannot allow entry, and field names can be customised for better readability on the handheld. But no calcs, no scripts. My guess is that you would be better off by having the Symbol deliver a text file to import into FMP on the desktop. Or look for some existing solution. Hope this helps, Jens Rasmussen |
#4
| |||
| |||
|
|
Jens Rasmussen, Fimano, Denmark wrote: Hi, Marc-André. FMM is indeed very limited. As to what you see / display on the handheld, only list at form is available. Date selection is quite nice, though, because it uses native palm interface, AKAICS. I don't think you would want many thousand records, especially if you only plan to sync every few months. FMM is limited to one table, scripts are only available as part of the sync process, i.e. do one script before sync, one after. On the handheld, fields can or cannot allow entry, and field names can be customised for better readability on the handheld. But no calcs, no scripts. My guess is that you would be better off by having the Symbol deliver a text file to import into FMP on the desktop. Or look for some existing solution. Hope this helps, Jens Rasmussen Thanks for your input, Jens. That pretty much confirms what I thought. A text file to import in FMP is probably a good idea if doing inventory control, but in my case, the goal is mostly to display the description for the item being scanned, and to do so with minimum user intervention. I have another idea. Would you know if FM Mobile can be set to accept the barcode scan as a search criteria, and display the found record as a result ? If the scaning engine can be set to send the enter key after capture, and if that triggers the find, that would probably be simple enough. Users would just have to enter find mode, place the cursor to the proper field, capture the barcore, and they'd get the related description. Thanks again Marc-André |
![]() |
| Thread Tools | |
| Display Modes | |
| |