Satellite Forms 8 RAD tool released
Thacker Network Technologies Inc. is pleased to announce the release of Satellite Forms 8, available now! Quickly build mobile business applications for Palm OS/Garnet OS and Windows Mobile/PocketPC platform devices with Satellite Forms 8! See the full announcement: http://www.satelliteforms.net/news20100715.htm Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Aceeca PDA32 GarnetOS handheld
"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... > David, > > For when you get the right to speak, here are a few questions: I can answer some of them now: > - What OS version does it run? The test unit I have reports Palm OS Garnet 5.4.0. > - Is it multilingual (like EFIGS ROMs)? Not sure if the production ROM will be EFIGS -- I've only seen English so far. > - Will there be a specific Simulator? The standard Palm OS/GarnetOS 5.4 Simulator is the right one, there is no PDA32 device-specific simulator that I am aware of, nor do I think one would be needed. > - Does this model have Aceeca-specific hardware keys? Not really. > - Will it come with a Windows 7-compatible HotSync Manager, or do we just > load v 6.2 and cross fingers? Not sure yet. > - How much is the Bluetooth option? Not sure yet. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Aceeca PDA32 GarnetOS handheld
Hi all, Just wanted to share a quick bit of info here: The Aceeca PDA32 Palm OS Garnet handheld is real -- you just can't buy it quite yet... I have one sitting on my desk right now for beta testing. My first impressions are that this unit is going to be even better than I was hoping for! There is still some system software work to be polished before it is ready to ship. I'm not supposed to say anything more about it before the official press release from Aceeca, but I can say that it is real, and it is coming. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Uninitialized MemHandle Can Cause Reset Loop
"Dr. S.L. Sanders" wrote in message news:188...@palm-dev-forum... > A small 68000 program for my T5 would load and test normally under the > Palm OS Debugger. Closing the debugger would begin a normal soft reset of > the T5, but a fatal exception would occur just before the "Tungsten" logo > would normally appear. A warm reset would get past this, but tapping the > "Home" button would cause another fatal exception. Thus, a reset loop was > in force. > I found (by accident) that the recently-launched list (tap and hold the > silk-screened "Home" button) would appear without causing the fatal > exception, and -- I was lucky enough to find Resco Explorer in that list! > Resco Explorer allowed me to delete my test program, after which I could > complete a successful soft reset. (Without the accidental discovery of > Resco Explorer in the recently-launched list, I would have had no recourse > other than a hard reset.) > By a process of elimination, I found my programming error that had been > causing the problem: > I had placed the following code in my AppStop() routine, >if(hCel!=NULL) //If global hCel isn't NULL, > MemHandleFree(hCel); // free it. > but hadn't yet gotten around to assigning a value to the global MemHandle > hCel. As soon as I commented-out that code, the reset loop went away. > It's too bad the PalmOS permitted such an apparently-common error > (freeing an uninitialized memory handle) to lead to a situation that would > require a hard reset -- unless you're as lucky as I was. > 2010may25(19:42)-sls 1. You may have been able to use the no-notify warm reset to avoid the reset loop. This is a warm reset while holding the up arrow key, which tells the OS to not send the sysAppLaunchCmdSystemReset launch code when it boots. See "System Boot and Reset" in the Palm OS Programmer's Companion. That might have let you delete your app without crashing first. 2. It's an impossible task for the OS designers to conceive and prevent every possible way to crash the system... And, when you're doing development, you should be prepared to hard reset the device at any time in the course of development. A hard reset is really nothing to fear anyway, especially on the T5 where you can easily backup all the RAM databases to the internal flash drive with ease. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... > Checking the Aceeca website, I see the MEZ1500 (499$) and the MZIO-less > RDA1500 (399$) are displayed, but no PDA32. > > Mentionned operating systems for these upcoming devices (shipping date > TBA) are WinCE 5.x / WinCE 6.x and Linux, but no Palm OS. > > The Aceeca website lacks much details (in both text and photos) for its > devices. I gather the Bluetooth option must sit inside since the RDA1500 > doesn't have a MZIO slot. What are those side buttons? Is the battery > swappable (it doesn't say)? Can a MZIO GPS be purchased? (news release say > so, but I can't find this item among accessories.) > > Perusing the forums (no message more recent than August 2009), I read > about the MEZ2000 as if it were old news, yet I don't find it anywhere. > Same dimensions and weight as the MEZ1500, but with a VGA screen according > to Tam's blog. Does it exist? > > Regards, > > > Luc Le Blanc > http://www.speleo.qc.ca/Auriga Hi Luc, Aceeca still hasn't updated that product page on their website to reflect the new/changed devices. That same page has been there for about 2 years. None of the up to date info about the MEZ1500 running GarnetOS is there, nothing about the PDA32, etc. I'm told they're working on a news release and will update the website then. The MEZ2000 was abandoned before release, maybe about 1.5 years ago. Swappable battery: Yes for the MEZ1500, No for the PDA32. Side buttons: just a pair of user-programmable side buttons, great for triggering a barcode scan, for example. GPS module: I know there is/was one for the MEZ1000 from a third party, not sure about use in the MEZ1500. Meanwhile, tick tock tick tock... -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
I suggest trying any of the contact methods for Aceeca listed at http://www.aceeca.com/contact_us/ -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Benjamin" <> wrote in message news:188...@palm-dev-forum... > Good question. I need to test and see if the code works or I need to make > changes. Also compatibilities with Bluetooth printers. > > On 2/10/2010 11:08 AM, Dmitry Grinberg wrote: >> Any idea of what it'll cost to get a prerelease unit or who to contact >> about >> that? > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
Hi Dmitry, If you look on the "Model Comparison" page on the Aceeca website, you can see which CPU is in the MEZ1500. I understand the PDA32 will have same CPU. I believe the SDRAM is 128MB not the 64MB shown on that chart. You'll have to ask Aceeca for the other specs. I have an MEZ1500 CE pre-release unit on my desk right now. I have not touched any of the Garnet models yet. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Dmitry Grinberg" <> wrote in message news:188...@palm-dev-forum... any specs? what cpu is being used (part nr), what sound/touchscreen chip? what pmu? [asking for obvious reasons: http://dgosblog.blogspot.com/] Best Regards, Dmitry Grinberg (847) 226 9295 On Fri, Jan 15, 2010 at 2:32 PM, David Thacker <> wrote: Here's some very interesting news for those of you still dealing in vertical/industrial markets: Aceeca is bringing several new handhelds to market in the next couple months, including models running the GarnetOS (aka PalmOS Garnet) operating system!! We've just been given clearance to release some info about the new devices: 1. MEZ1500 CE This device has been "coming soon" for almost 2 years, but is finally coming to market, scheduled for release the first week of March. This unit runs the Microsoft Windows CE 5.0 operating system. The MEZ1500 looks very similar to the MEZ1000, but features a QVGA colour screen, larger battery, side buttons, and additional wireless options compared to the MEZ1000. Of course, it features the trademark MZIO expansion port on the top of the device, for connecting barcode scanner modules, RFID readers, GPS receiver modules, and so on. It will support SD memory expansion also. We should have a MEZ1500 CE unit here for testing with Satellite Forms in a few weeks. List price on the MEZ1500 CE is expected to be $499, plus wireless options. 2. MEZ1500 Garnet Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca. Running on the same hardware as the MEZ1500 CE version, the MEZ1500 garnet version offers a big speed increase from the MEZ1000, as well as the QVGA colour screen, twice the battery capacity, WLAN and Bluetooth options, SD memory expansion, and more. Aceeca expects to have beta units ready for testing at about the same time that the MEZ1500 CE version ships. Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like their older brother the PalmOS 4.x powered MEZ1000. List price on the MEZ1500 Garnet is expected to be $499, plus wireless options. 3. PDA32 CE This is a brand new handheld that is smaller and less rugged than the MEZ1000 or MEZ1500 models. It is just slightly taller than a Palm TX, and about twice as thick. It has an ARM CPU, colour QVGA screen, but does NOT have the MZIO expansion bus, so it will not support add-on modules. It will have SD memory expansion, as well as wireless options. The first version of this device will run the Windows CE 5.0 OS. List price on the PDA32 CE is expected to be $199, plus wireless options. That is not a typo!! 4. PDA32 Garnet The same hardware as the PDA32 CE version, with the GarnetOS operating system! This will be the first new non-smartphone, non-barcode-scanner GarnetOS powered handheld released within the past couple years, with multiple wireless options and SD memory expansion. List price on the PDA32 CE is expected to be $199, plus wireless options. Amazing!! The PDA32 models are expected to start shipping in April. Regards, David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Aceeca - Linux or Palm or WinCE or...?
Ben, I'll take this opportunity to correct your response. Tam Hanna copied my original story about the Aceeca handhelds from my posting to the Palm Entrepreneur's Forum (PEF) mailing list, without my permission or attribution. Other news outlets copied from Hanna's posting. PIC posted an article quoting Hanna's posting, even though I sent an original copy to PIC, but when I asked them about it, they recognized their mistake and modified their story accordingly: http://www.palminfocenter.com/news/6631/aceeca-readying-new-palm-os-garnet-handhelds/ I don't really care that Hanna copied what I wrote, but I do care enough to set the record straight here. The goal of my posting was to get the word out about the new Garnet-powered handhelds coming, so that is the important thing in my view. [Would I have posted someone else's story without attribution? Of course not.] Responding to Edward's questions about why this information doesn't come direct from Aceeca or why it doesn't show up on their website, that is definitely a valid question. It took me months of back and forth with the Aceeca CEO to get permission to release the information I did. To make a long story shorter, they originally announced the MEZ1500 with CE in the fall of 2007. Their hardware design had some problems, and so they took a lot of flak for announcing the product before it was ready. It's been a long road to get that product to market, and they've now swung the other way (in my opinion) in waiting too long before announcing that it is ready and that they have other new handhelds almost ready as well. I don't think you'll see an announcement about the new devices on the Aceeca website until the day it is added to their online store. Alex Topschij, Aceeca CEO, did in fact post a couple responses in the comments section of the (copied) story on Engadget, but you have to hunt for them pretty hard. Regarding your ALP question, I doubt you will see ALP offered on the Aceeca devices. One other exciting tidbit about PalmOS Garnet on the Aceeca MEZ1500 and PDA32: Aceeca has full OS source code and authorization from ACCESS to make whatever changes they see fit to improve the OS. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Benjamin" <> wrote in message news:188...@palm-dev-forum... > This was addressed earlier. From what I understand, Tam Hanna was the one > who released the information and Aceeca was embarrassed earlier by not > making their release dates and was reluctant to issue a press release > until they are solid on the date. > > At least that is the information I received from reading this forum. > > I also look forward to using this device and my customers might like it > too. Look forward to getting my hands on one of each unit to review. > > Benjamin. > > On 2/3/2010 1:49 AM, Edward Jones wrote: >> I was very interested when David Thacker made the announcement about the >> Aceeca Palm PDAs and went looking for more information and pictures to >> show the bosses but I was a little worried when going to Aceecas web >> site that they only show the MEZ1500 as running either Linux or Win CE? >> http://www.aceeca.com/home/mez_comparison_NEW-20090225.php >> >> The only product that is listed as running PalmOS is the grey scale >> MEZ1000 which is no good for me. Worse still, the Aceeca site makes no >> reference to the PDA32 which is the one I am most interested in... >> >> Can anyone (David?) confirm this? >> >> Regards >> >> Edward Jones >> > > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
The Aceeca PDA32 has a full size SD slot on the top exterior of the device, not under the battery. The PDA32 battery is not field replaceable, but it is a whopping 2600mAh in capacity, which is more than double what the Palm TX batt capacity was. Battery life is not going to be a problem with this unit. The MEZ1500 does have a field replaceable battery, and is even higher capacity than the PDA32. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "David Thacker" <> wrote in message news:188...@palm-dev-forum... >I don't know the details yet of which SD format they will have, nor whether >the slot is accessible without removing the battery. > > FYI the Janam XP units can be ordered with the scanner module removed, > saving a couple hundred bucks per unit. It's not advertised, but it is > available. > > -- > David Thacker > http://www.SatelliteForms.net > The Premier RAD Tool for PalmOS & PocketPC > > > > "Ben Rittgers" <> wrote in message news:188...@palm-dev-forum... >>I asked my boss to order some testing units as soon as they become >>available. Our customers are fed up with the failing digitizers of E2 and >>T|X, yet don't want to pay for the high-priced Janam units. >> >> Bluetooth is a must as well as some kind of SD feature. Do you happen to >> know what form the SD cards are in: full-size, mini, or micro? Can you >> access the SD card without taking the battery out as in the Janam units? >> >> Benjamin >> >> David Thacker wrote: >>> "Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... >>>> David Thacker wrote: >>>> >>>>> List price on the PDA32 CE is expected to be $199, >>>>> plus wireless options. Amazing!! >>>> Amazing indeed! What are the wireless options? Wifi (802.11) or >>>> Bluetooth? Bluetooth would be most interesting in my case. As for the >>>> battery, is it field-replaceable? >>>> >>>> >>>> Luc Le Blanc >>>> http://www.speleo.qc.ca/Auriga >>> >>> Hi Luc, >>> >>> Yes to 802.11b/g WLAN. >>> >>> Yes to Bluetooth (Class 1 !). >>> >>> Infrared as well. >>> >>> Battery is a 2000mAh lithium polymer battery, but I don't yet know if it >>> is field replaceable. I do know that the MEZ1500 battery is field >>> replaceable, but not sure with the PDA32. >>> >> > > > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: QVGA POSE or Simulator available?
Use the GarnetOS Simulator version 5.3 from ACCESS Dev Net. It is the right sim and supports QVGA screens exactly the way the real QVGA devices do. www.accessdevnet.com and you'll need to log in to download it. The Handera 330 POSE is not the way to go for this, because Handera did QVGA on their own and not the way it is handled in the GarnetOS. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Luc Le Blanc" wrote in message news:188...@palm-dev-forum... > Christopher Stamper wrote: > >> Can't you use the simulator, and set the resolution to QVGA? > > I tried to set a Simulator to QVGA, but there was no such choice. At least > not on those I have. > > If you find a Handera 330 POSE, you may send it to speleo...@gmail.com > (but rename the exe extension). > > > Luc Le Blanc > http://www.speleo.qc.ca/Auriga > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
The QVGA (quarter VGA) display is 240 wide by 320 high, and is the screen format most commonly used on Windows Mobile devices. The Janam XP30 PalmOS scanner uses a colour QVGA screen also. The Handera 330 had a greyscale QVGA screen back in the day. The GarnetOS automatically scales everything so that software written for the standard PalmOS 160x160 works without modification. Software written for 320x320 high density screens will have to be modified to work on QVGA. 480x320 is HVGA (half VGA). -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... > What's a QVGA display? 320x240 as Wikipedia says? My TX is 480x320. > > > Luc Le Blanc > http://www.speleo.qc.ca/Auriga > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
I don't know the details yet of which SD format they will have, nor whether the slot is accessible without removing the battery. FYI the Janam XP units can be ordered with the scanner module removed, saving a couple hundred bucks per unit. It's not advertised, but it is available. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Ben Rittgers" <> wrote in message news:188...@palm-dev-forum... >I asked my boss to order some testing units as soon as they become >available. Our customers are fed up with the failing digitizers of E2 and >T|X, yet don't want to pay for the high-priced Janam units. > > Bluetooth is a must as well as some kind of SD feature. Do you happen to > know what form the SD cards are in: full-size, mini, or micro? Can you > access the SD card without taking the battery out as in the Janam units? > > Benjamin > > David Thacker wrote: >> "Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... >>> David Thacker wrote: >>> >>>> List price on the PDA32 CE is expected to be $199, >>>> plus wireless options. Amazing!! >>> Amazing indeed! What are the wireless options? Wifi (802.11) or >>> Bluetooth? Bluetooth would be most interesting in my case. As for the >>> battery, is it field-replaceable? >>> >>> >>> Luc Le Blanc >>> http://www.speleo.qc.ca/Auriga >> >> Hi Luc, >> >> Yes to 802.11b/g WLAN. >> >> Yes to Bluetooth (Class 1 !). >> >> Infrared as well. >> >> Battery is a 2000mAh lithium polymer battery, but I don't yet know if it >> is field replaceable. I do know that the MEZ1500 battery is field >> replaceable, but not sure with the PDA32. >> > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
If you had followed the MEZ1500 (and formerly the MEZ2000) story from the beginning back in 2007, you would understand why Aceeca is hesitant to say too much before they are actually ready to ship. After pleading with them for several months, I finally got permission from the Aceeca CEO to start spreading this news, so that folks who are right now deciding whether to move from PalmOS to a new platform can be aware of the new PalmOS handheld options that are forthcoming. I know firsthand (from our customers) that there are many developers who would benefit from knowing that there are new GarnetOS devices coming to replace the low cost handhelds that used to be available from Palm Inc. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... > How come this news is delivered by a software provider and not the > hardware maker? The Acceca website remains silent about these new PDAs. > > > Luc Le Blanc > http://www.speleo.qc.ca/Auriga > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
Well Luis, it really depends on the target market. The iPod Touch is great for consumers/gamers, but the Aceeca handhelds are designed for an entirely different customer. There is obviously room for both. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "luis maldonado" <> wrote in message news:188...@palm-dev-forum... a little TO LATE, I've discovered the IPOD touch and nothing on the arrogant Palm platform comes close > From: > Subject: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca! > Date: Fri, 15 Jan 2010 15:32:24 -0700 > To: palm-dev-forum@news.palmos.com > > Here's some very interesting news for those of you still dealing in > vertical/industrial markets: Aceeca is bringing several new handhelds to > market in the next couple months, including models running the GarnetOS > (aka PalmOS Garnet) operating system!! > > We've just been given clearance to release some info about the new > devices: > > 1. MEZ1500 CE > > This device has been "coming soon" for almost 2 years, but is finally > coming to market, scheduled for release the first week of March. This > unit runs the Microsoft Windows CE 5.0 operating system. The MEZ1500 > looks very similar to the MEZ1000, but features a QVGA colour screen, > larger battery, side buttons, and additional wireless options compared to > the MEZ1000. Of course, it features the trademark MZIO expansion port on > the top of the device, for connecting barcode scanner modules, RFID > readers, GPS receiver modules, and so on. It will support SD memory > expansion also. > > We should have a MEZ1500 CE unit here for testing with Satellite Forms in > a few weeks. > > List price on the MEZ1500 CE is expected to be $499, plus wireless > options. > > > 2. MEZ1500 Garnet > > Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS > on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca. > Running on the same hardware as the MEZ1500 CE version, the MEZ1500 garnet > version offers a big speed increase from the MEZ1000, as well as the QVGA > colour screen, twice the battery capacity, WLAN and Bluetooth options, SD > memory expansion, and more. Aceeca expects to have beta units ready for > testing at about the same time that the MEZ1500 CE version ships. > > Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like > their older brother the PalmOS 4.x powered MEZ1000. > > List price on the MEZ1500 Garnet is expected to be $499, plus wireless > options. > > > 3. PDA32 CE > > This is a brand new handheld that is smaller and less rugged than the > MEZ1000 or MEZ1500 models. It is just slightly taller than a Palm TX, and > about twice as thick. It has an ARM CPU, colour QVGA screen, but does NOT > have the MZIO expansion bus, so it will not support add-on modules. It > will have SD memory expansion, as well as wireless options. The first > version of this device will run the Windows CE 5.0 OS.. > > List price on the PDA32 CE is expected to be $199, plus wireless options. > That is not a typo!! > > > 4. PDA32 Garnet > > The same hardware as the PDA32 CE version, with the GarnetOS operating > system! This will be the first new non-smartphone, non-barcode-scanner > GarnetOS powered handheld released within the past couple years, with > multiple wireless options and SD memory expansion. > > List price on the PDA32 CE is expected to be $199, plus wireless options. > Amazing!! > > The PDA32 models are expected to start shipping in April. > > Regards, > > David Thacker > http://www.SatelliteForms.net > The Premier RAD Tool for PalmOS & PocketPC > > > > -- > For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/ -- Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. Sign up now. -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
I am sure these new models from Aceeca will be available from Varlink in the UK, as they are the current UK distributor for Aceeca products. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Edward Jones" <> wrote in message news:188...@palm-dev-forum... > Very interesting indeed - any news on availability in the UK? > > > Regards > > Edward Jones > > David Thacker wrote: >> Here's some very interesting news for those of you still dealing in >> vertical/industrial markets: Aceeca is bringing several new handhelds to >> market in the next couple months, including models running the GarnetOS >> (aka PalmOS Garnet) operating system!! >> >> We've just been given clearance to release some info about the new >> devices: >> >> 1. MEZ1500 CE >> >> This device has been "coming soon" for almost 2 years, but is finally >> coming to market, scheduled for release the first week of March. This >> unit runs the Microsoft Windows CE 5.0 operating system. The MEZ1500 >> looks very similar to the MEZ1000, but features a QVGA colour screen, >> larger battery, side buttons, and additional wireless options compared to >> the MEZ1000. Of course, it features the trademark MZIO expansion port on >> the top of the device, for connecting barcode scanner modules, RFID >> readers, GPS receiver modules, and so on. It will support SD memory >> expansion also. >> >> We should have a MEZ1500 CE unit here for testing with Satellite Forms in >> a few weeks. >> >> List price on the MEZ1500 CE is expected to be $499, plus wireless >> options. >> >> >> 2. MEZ1500 Garnet >> >> Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS >> on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca. >> Running on the same hardware as the MEZ1500 CE version, the MEZ1500 >> garnet >> version offers a big speed increase from the MEZ1000, as well as the QVGA >> colour screen, twice the battery capacity, WLAN and Bluetooth options, SD >> memory expansion, and more. Aceeca expects to have beta units ready for >> testing at about the same time that the MEZ1500 CE version ships. >> >> Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like >> their older brother the PalmOS 4.x powered MEZ1000. >> >> List price on the MEZ1500 Garnet is expected to be $499, plus wireless >> options. >> >> >> 3. PDA32 CE >> >> This is a brand new handheld that is smaller and less rugged than the >> MEZ1000 or MEZ1500 models. It is just slightly taller than a Palm TX, >> and >> about twice as thick. It has an ARM CPU, colour QVGA screen, but does >> NOT >> have the MZIO expansion bus, so it will not support add-on modules. It >> will have SD memory expansion, as well as wireless options. The first >> version of this device will run the Windows CE 5.0 OS. >> >> List price on the PDA32 CE is expected to be $199, plus wireless options. >> That is not a typo!! >> >> >> 4. PDA32 Garnet >> >> The same hardware as the PDA32 CE version, with the GarnetOS operating >> system! This will be the first new non-smartphone, non-barcode-scanner >> GarnetOS powered handheld released within the past couple years, with >> multiple wireless options and SD memory expansion. >> >> List price on the PDA32 CE is expected to be $199, plus wireless options. >> Amazing!! >> >> The PDA32 models are expected to start shipping in April. >> >> Regards, >> >> David Thacker >> http://www.SatelliteForms.net >> The Premier RAD Tool for PalmOS & PocketPC >> >> >> > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum... > David Thacker wrote: > >> List price on the PDA32 CE is expected to be $199, >> plus wireless options. Amazing!! > > Amazing indeed! What are the wireless options? Wifi (802.11) or Bluetooth? > Bluetooth would be most interesting in my case. As for the battery, is it > field-replaceable? > > > Luc Le Blanc > http://www.speleo.qc.ca/Auriga Hi Luc, Yes to 802.11b/g WLAN. Yes to Bluetooth (Class 1 !). Infrared as well. Battery is a 2000mAh lithium polymer battery, but I don't yet know if it is field replaceable. I do know that the MEZ1500 battery is field replaceable, but not sure with the PDA32. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
Here's some very interesting news for those of you still dealing in vertical/industrial markets: Aceeca is bringing several new handhelds to market in the next couple months, including models running the GarnetOS (aka PalmOS Garnet) operating system!! We've just been given clearance to release some info about the new devices: 1. MEZ1500 CE This device has been "coming soon" for almost 2 years, but is finally coming to market, scheduled for release the first week of March. This unit runs the Microsoft Windows CE 5.0 operating system. The MEZ1500 looks very similar to the MEZ1000, but features a QVGA colour screen, larger battery, side buttons, and additional wireless options compared to the MEZ1000. Of course, it features the trademark MZIO expansion port on the top of the device, for connecting barcode scanner modules, RFID readers, GPS receiver modules, and so on. It will support SD memory expansion also. We should have a MEZ1500 CE unit here for testing with Satellite Forms in a few weeks. List price on the MEZ1500 CE is expected to be $499, plus wireless options. 2. MEZ1500 Garnet Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca. Running on the same hardware as the MEZ1500 CE version, the MEZ1500 garnet version offers a big speed increase from the MEZ1000, as well as the QVGA colour screen, twice the battery capacity, WLAN and Bluetooth options, SD memory expansion, and more. Aceeca expects to have beta units ready for testing at about the same time that the MEZ1500 CE version ships. Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like their older brother the PalmOS 4.x powered MEZ1000. List price on the MEZ1500 Garnet is expected to be $499, plus wireless options. 3. PDA32 CE This is a brand new handheld that is smaller and less rugged than the MEZ1000 or MEZ1500 models. It is just slightly taller than a Palm TX, and about twice as thick. It has an ARM CPU, colour QVGA screen, but does NOT have the MZIO expansion bus, so it will not support add-on modules. It will have SD memory expansion, as well as wireless options. The first version of this device will run the Windows CE 5.0 OS. List price on the PDA32 CE is expected to be $199, plus wireless options. That is not a typo!! 4. PDA32 Garnet The same hardware as the PDA32 CE version, with the GarnetOS operating system! This will be the first new non-smartphone, non-barcode-scanner GarnetOS powered handheld released within the past couple years, with multiple wireless options and SD memory expansion. List price on the PDA32 CE is expected to be $199, plus wireless options. Amazing!! The PDA32 models are expected to start shipping in April. Regards, David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Plain Text Viewer
"Philip Sheard" <> wrote in message news:[EMAIL PROTECTED] > In my application, I create a number of plain text files, in a folder on > an SD card. These files are usually sent to a printer, so they are in a > fixed font (say Courier 10pt). Lines are 80 characters long, terminated > with CRLF pairs, and there is an FF character at the end of each file. > > I would like to be able to view these files on a device. Ideally I would > like to be able to scroll through the file, both horizontally and > vertically, using 5-way navigation. Does anyone know how I can achieve > this? > Philip, I wasn't sure if you were asking about viewing these text files interactively, or programmatically from your app. Docs To Go is a pretty decent text file viewer, with 5way nav and multiple font sizes, if it is installed on your device. Just make sure the text files have a .txt filename suffix and it should find them when it searches the card. If you want to view them programmatically, you should be able to use the local exchange lib to send the txt file to DTG, or even to Memo Pad for viewing, just like viewing a txt file attachment in Versamail for example. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: USB type and HotSync?
"Ben Combee" <> wrote in message news:[EMAIL PROTECTED] > On Mon, Apr 14, 2008 at 1:02 PM, Nikolai Filipov <> wrote: >> Hello all! >> I'm having problems with my motherboard's USB, so I'm running in USB 1.1 >> mode (12 Mbits/sec). >> Does the Treo 650 HotSync use USB 2.0 speeds, or not? >> Will there be any difference in speed when the HotSync is done with a >> USB >> 2.0 port compared to a USB 1.1 port? >> How about the newer Treos (Treo 680/700p/755p/Centro)? > > IIRC, the only Palm device that uses USB 2.0 at high speed was the > Lifedrive. The 650 is definitely a 1.1-only device. The Janam XP20 and XP30 PalmOS barcode scanning handhelds use USB 2.0 for Hotsync. They sync unbelievably fast! Once you've hotsynced with a Janam XP unit, hotsyncing any other device feels..like..you're..stuck..in..tar... Yes, I know Ben was referring to Palm, Inc. devices, not PalmOS devices. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Sending a VFS Text File from Palm to Desktop PC
Given your description, the best solution for your app would be to use the commercial application WiFile Pro from Hands High Software: http://www.handshigh.com/html/wifile.html With WiFile Pro on your device, you can easily send files via WiFi from the VFS card to a PC over standard Windows networking or FTP. Hands High also goes the full distance by providing detailed developer information in order to make full use of WiFile Pro from your own application, so you can seamlessly integrate this solution right into your app. Click on the "developer Info" link on the left side of the web page listed above. You could easily use the "file:" scheme to save the text file on the memory card to the PC. No need for Hotsync or anything else. Simple, direct, exactly what you need. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >: 8bit > > > I've written my first Palm application, a restaurant ordering > system, and it all works well except for one glaring omission. > > The "order" is built on the Palm then written to a memory card > as a VFS text file. The missing part of the system is the > facility to complete that process by sending the file to a > desktop PC. > > My desktop computer can pick up and parse the text file then > use existing software to process it, if the Palm can do what > should be the easy bit and send it. > > I have WiFi HotSync running, which works fine, and I want to use > WiFi to send the text file but don't see how I can do that without > a lot of learning/effort to accomplish what seems a pretty trivial > task. > > I seem to have 2 options - > > 1) Use a database on the Palm instead of the VFS text file - > I guess it would then be transferred by Hot Sync. > > I've managed to get this far without using the Palm database > system which looks quite daunting to learn and use so would > prefer to avoid it. Also, I don't know how easy it will be to > parse a .pdb file on the desktop. > > 2) Develop a conduit to transfer the file, which sounds the > cleanest solution. > > I probably have the tools to do this since I use Delphi for > desktop development but I don't have the knowledge and the > impression I get from the documentation is that there is a huge > amount to learn . > > Any advice or suggestions will be greatly appreciated. For > example, am I missing an easier solution? > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Strange string in the post replies
Regis, it is a bug in the Lyris 9.2 forum hosting software. Random parts of the message header are dumped into the message body, for some users (but not all), using the newsgroup interface. My Satellite Forms developer forum (http://www.satelliteforms.net/forum.htm) is also Lyris-hosted, and also suffers the same newsgroup bug. See the "oup Interface" random string below your name? It is a chunk of the full header string "X-Mailer: Lyris ListManager Newsgroup Interface". Yes, it is annoying. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Regis St-Gelais" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > oup Interface > > > No filters. > Just old plain outlook express. > > See bellow what I got from you. (notice the "ite.domainname%%>") > -- > Regis St-Gelais > www.laubrass.com > > > > "Jeff Loucks" <[EMAIL PROTECTED]> a écrit dans le message de news: > [EMAIL PROTECTED] > ite.domainname%%> > > > Are you using a mail filter or virus scanner that may be messing with > your inbound email? > > On 9/11/07, Michal Seliga <[EMAIL PROTECTED]> wrote: >> well, i don't. in message i am replying to first line was >> '"Regis St-Gelais" <[EMAIL PROTECTED]> a écrit dans le message >> de ' >> >> Regis St-Gelais wrote: >> > "Regis St-Gelais" <[EMAIL PROTECTED]> a écrit dans le >> > message de >> > news: [EMAIL PROTECTED] >> >> This started to append on all posts on July 25 after 5 pm (gmt-4) >> >> >> > >> > Nobody sees these strange strings at the first line of all posts ?? >> > >> >> -- >> For information on using the ACCESS Developer Forums, or to unsubscribe, >> please see http://www.access-company.com/developers/forums/ >> > > > -- > [Jeff Loucks] > > > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Dynamically created forms and DIA
"Alexander R. Pruss" <> wrote in message news:[EMAIL PROTECTED] > It's Henk Jonas (Metaview) of PalmPDF fame. He sends 'RChg' with properly > filled out notify details after the rotation. (Actually, before, but he > uses SysNotifyBroadcastDeferred, so it goes out after the rotation.) > Thank you for the tip Alexander, I will follow it up and see if I can make that work for me. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Dynamically created forms and DIA
"Alexander R. Pruss" <> wrote in message news:[EMAIL PROTECTED] > One developer told me that what worked for him was to broadcast the > palmOne rotate notifications (they're documented in the mobile-stream > SDK). It didn't work for me, though. > Thanks for the note. I did experiment a bit with those notifications the other day, but perhaps I didn't send them in the right order or at the right time, etc. If you can point me to a reference or put me in touch with that developer, I would like to follow it up further. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Dynamically created forms and DIA
Greetings Dmitry, Did you ever find a solution to this problem with dynamic forms and the DIA? The problem I am seeing (in addition to the one you mention) is that on the Palm TX, when I change the screen rotation via SysSetOrientation (or via the Palm DisplayExtent lib SetRotation function), and then jump to a new dynamic form, the form is first rendered in the user preference rotation mode (eg. portrait) and then switches to the orientation I've set. That makes for a very poor transition from form to form. This does not happen on the T5 or LifeDrive, just the TX. It does not happen if I change the screen orientation using the status bar icon, only if I change it via the API call. Is there a way to simulate the tapping of the screen rotation icon on the status bar, in code? [On the LD this is simple because it has a hardware rotation button that can be simulated with a virtual key, but no such luck on the TX.] Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Dmitry Grinberg" <> wrote in message news:[EMAIL PROTECTED] hello, the problem is as follows. if a form is created dynamically: fp=FrmNewForm(1400,"GRRR",2,2,156,156,true,1000,0,0); the DIA opens up any time it becomes the active form. THE SAME form, made in PlRC designer and saved with ID 1400 (same) in file and loaded with fp=FrmInitForm(1400) works just fine with dia here is the code following the form initialization: WinHandle wh; FormPtr fp; Int16 W,H;//screen sizes EventType e; wh=WinSetDrawWindow(WinGetDisplayWindow()); WinGetWindowExtent(&W,&H); WinSetDrawWindow(wh); //HERE WE EITHER CREATE OR INIT FORM, store FormPtr into "fp" FrmSetActiveForm(fp); FrmSetDIAPolicyAttr(fp,frmDIAPolicyCustom); PINSetInputAreaState(PINGetInputAreaState());//no idea why, but PalmOS FrmHelp does this internally to keep dia where it is. indeed this works :-) PINSetInputTriggerState(pinInputTriggerDisabled); { RectangleType r; RctSetRectangle(&r,2,2,W-2,H-2); WinSetBounds(FrmGetWindowHandle(fp),&r); } FrmDrawForm(fp); do{ EvtGetEvent(&e,evtWaitForever); if(!SysHandleEvent(&e)){ if(!FrmHandleEvent(fp,&e)){ //nothing needed here really } } }while(e.eType!=ctlSelectEvent || e.data.ctlSelect.controlID!=1000); correct behavior is: if dia was showing, the new form takes up 160x160, if dia was open, the new form take up all available space. so does anyone know what is wrong with FrmNewForm()? -- Best Regards, Dmitry Grinberg -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: PalmResize 1.3.0 release
"Alexander R. Pruss" <> wrote in message news:[EMAIL PROTECTED] > I'm releasing a major new version of my PalmResize library. This library > provides support for input-area resizing and non-standard-screen sizes on > all PalmOS devices (including Handera, Dana Alphasmart, Zodiac, Palm > T3/T5/TX/LD, Sony Clie, etc.) The library is quite powerful, and all you > really need to do is to specify how you want your form elements to move > with resizing. > > Version 1.3.0. > No need to call SetResizePolicy() as it's automatically included > in the frmOpenEvent handler. > Created shared library and stubs. > Resize focus ring along with object. > Revamped documentation. > No more need to call SetDIAPolicy(). > No more need to include T3 compatibility libraries. Hi Alexander, Thank you for this. It looks like this might be a minor bug in DIA.c: case DIA_HARDWARE_PALMONE: PalmOneStatusBarLibClose(G(palmOneStatRefNum)); SysLibRemove(G(palmOneStatRefNum)); PinLibClose(G(palmOnePinRefNum)); SysLibRemove(G(palmOneStatRefNum));<- shouldn't it be palmOnePinRefNum ? break; Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Simple way to detect if a device is a Treo?
Sadly, the 755P Simulator does not match the real device for either the companyID or the deviceID. The 755P Sim reports: CompanyID: hspr DeviceID: D052which is the 700P deviceID... For those who are keeping score at home, the deviceID-independent "Treo test" I ended up using was: if (osversion >= 5) and (Handspring Extensions feature is present) then device is a Treo This works for real hardware devices and simulators. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Dmitry Grinberg" <> wrote in message news:[EMAIL PROTECTED] > from a real device: > > > > company ID: Palm > Device ID: D060 > HAL ID: P052 > > > > > > On 5/16/07, P. Douglas Reeder <> wrote: >> Is the HAL ID 'S052' or 'P052'? >> >> >> On May 16, 2007, at 4:40 AM, Jan Slodicka wrote: >> >> > Replying to myself as Palm DTS reacted to the same question with >> > surprising >> > speed. So, whoever wants to know it, here it is: D060 >> >> -- >> For information on using the ACCESS Developer Forums, or to unsubscribe, >> please see http://www.access-company.com/developers/forums/ > > > -- > Best Regards, Dmitry Grinberg > Software Engineer, http://PalmPowerups.com > (847) 226 9295 > AIM: DmitryGrinberg > MSN: [EMAIL PROTECTED] > ICQ: 165589894 > Y! IM: dmitrygr2003 > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Simple way to detect if a device is a Treo?
>> The whole point of this particular exercise was to know when to call the >> HsGetVersionString API to get the Treo's ROM serial number, because some >> Treo designer somewhere sometime decided that it would be too easy for >> developers just to keep it available via the standard SysGetROMToken >> API... ... > I'm interested in the same thing. I see HsExt.h says: > > /** > * This is the Handspring feature id. Apps can tell if they're on > * a handspring device if they get 0 err back from: > * err = FtrGet (hsFtrCreator, hsFtrIDVersion, &value) > **/ > #define hsFtrCreator 'hsEx' > > > Would this work? If no error is returned, you can check the value to > determine revision number. I just guessing here, but if the major > byte (high order byte in value) is 5 or greater, would that mean the > HsGetVersionString trap is available? If that is not sufficient, > maybe examining more bits of the version value would provide a > minimum value where HsGetVersionString is made available. > > mike Hi Mike, Good find! I think that should do the trick alright. And, the Treo 755P has been announced now, so we should have the device ID info for that one soon anyway. Also, I just noticed this article in the Palm Developer Network while hunting for the 755P simulator: "Detecting Treo Smartphones Programmatically" which is article ID 980. To save you the trouble, here's what it says: Q: Is there a way to programmatically determine if a device is a Treo smartphone without having to know the specific device IDs? A: No, there is no API to support that feature. To detect indirectly if the device is a Treo smartphone, check if the Phone Library is available in the device, as all Treo smartphones include this library. I think your suggestion of looking for the HS feature, or my solution of looking for the HsExtensions database are basically equivalent to the PDN suggestion, with the feature check being the easiest. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Simple way to detect if a device is a Treo?
"David Thacker" <> wrote in message news:[EMAIL PROTECTED] > > I want to detect if the current device is a PalmOS 5.x Treo. I know I can > check the sysFtrNumOEMDeviceID and compare against known Treos, and that > is what I have been doing to this point, but I'd rather use a detection > scheme that can detect both current and future PalmOS Treos. I don't care > about pre-PalmOS 5.x Treos. Hmmnn, maybe I'm not over this idea just yet... All existing PalmOS5 Treos have some common ROM databases that are not on other PalmOS5 devices, for example: HsExtensions...type 'aexo' crid 'HsEx' and HsSysResource... type 'rsrc' crid 'HsSr' Odds are that the next PalmOS Treo will have these databases with the same type and creator too. I can use DmGetNextDatabaseByTypeCreator to look for it. This looks like the way to go to *possibly* get forward compatibility with a future Treo. Even if this does not work on a future PalmOS Treo and I have to update this code, I would have been no worse off than if I had used specific device model checking like I have been doing to this point. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Simple way to detect if a device is a Treo?
"Douglas Handy" <> wrote in message news:[EMAIL PROTECTED] > David, > >>Does anyone have suggestions? > > As others have mentioned, some current Treos already don't use 'hspr' for > the > company ID. I also use a simple IsTreo() function which I update as new > devices > are known. > > But what arguably is a better idea is to check for the existance of the > feature(s) you care about. That is, instead of trying to decide if it is > a Treo > per se, if what you want access to are portions of the phone library then > check > if that library exists instead of whether the device is a Treo. > > That not only future proofs against not correctly detecting a future > device is a > Treo, but means that if a future Treo doesn't have a compatible phone > library > that you won't try to make calls to it. > > But again, it may depend on why you care if it is a Treo... > > Doug Hi Doug, and thanks to the rest for their input as well. Yes, I normally do the above also, but was looking for "a better way". The whole point of this particular exercise was to know when to call the HsGetVersionString API to get the Treo's ROM serial number, because some Treo designer somewhere sometime decided that it would be too easy for developers just to keep it available via the standard SysGetROMToken API... I can't use SysGlueTrapExists(HsGetVersionString) because HsGetVersionString isn't a regular trap API, but rather a SysTrapOEMDispatch selector based API... Oh well, I'll just keep doing the specific device model checks and update it again when the next model comes out. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Simple way to detect if a device is a Treo?
Neil, Bummer! Thanks for the CompanyID tip. I tested on real 600 & 650 devices, but only tried against the 680 and 700p sims, which do report 'hspr' as the CompanyID. I should have checked Hal Mueller's list also. I already do have an IsTreo function that checks the known sysFtrNumOEMDeviceIDs, but was trying to find a way to do this without having to update that routine for each new PalmOS Treo. I guess I'll just keep doing it that way -- it's not like Palm is bringing out a new Treo model every month... Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Neil Whitworth" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Not all treos use sysFtrNumOEMCompanyID == 'hspr' > > device sysFtrNumOEMCompanyID / sysFtrNumOEMDeviceID > 600 'hspr'/'H101' > 650 'hspr'/'H102' > 680 'Palm'/'D053' > 700p 'Palm'/'D052' > > There is no simple way of future proofing your code. We have a simple > IsTreo function that is used throughout our code to detect if it is a treo > device, and we have to update this each ime a new device comes out. But at > least it is just one small change. > > David Thacker wrote: >> Hi all, >> >> I want to detect if the current device is a PalmOS 5.x Treo. I know I >> can check the sysFtrNumOEMDeviceID and compare against known Treos, and >> that is what I have been doing to this point, but I'd rather use a >> detection scheme that can detect both current and future PalmOS Treos. I >> don't care about pre-PalmOS 5.x Treos. >> >> Let's say, for example, Palm decides to bring out a new PalmOS Treo, say >> maybe a Treo 755p. I want my code to be able to recognize that device as >> a Treo without having to be updated with the future sysFtrNumOEMDeviceID. >> >> Does anyone have suggestions? >> >> I was thinking that since all of the existing Treos use the >> sysFtrNumOEMCompanyID of 'hspr' (Handspring), that I could just check for >> that CompanyID and a PalmOS version of 5.0+, and that would indicate a >> Treo. However, I'm not sure future PalmOS Treos will still use that >> CompanyID... >> >> Does anyone have any better suggestions? >> >> Or, does anyone at least know if a possible future PalmOS Treo will still >> use the 'hspr' CompanyID? >> >> Thanks, >> >> David Thacker >> http://www.SatelliteForms.net >> The Premier RAD Tool for PalmOS & PocketPC >> >> >> > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Simple way to detect if a device is a Treo?
Hi all, I want to detect if the current device is a PalmOS 5.x Treo. I know I can check the sysFtrNumOEMDeviceID and compare against known Treos, and that is what I have been doing to this point, but I'd rather use a detection scheme that can detect both current and future PalmOS Treos. I don't care about pre-PalmOS 5.x Treos. Let's say, for example, Palm decides to bring out a new PalmOS Treo, say maybe a Treo 755p. I want my code to be able to recognize that device as a Treo without having to be updated with the future sysFtrNumOEMDeviceID. Does anyone have suggestions? I was thinking that since all of the existing Treos use the sysFtrNumOEMCompanyID of 'hspr' (Handspring), that I could just check for that CompanyID and a PalmOS version of 5.0+, and that would indicate a Treo. However, I'm not sure future PalmOS Treos will still use that CompanyID... Does anyone have any better suggestions? Or, does anyone at least know if a possible future PalmOS Treo will still use the 'hspr' CompanyID? Thanks, David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Significant performance problem using QuickSort on newer NVFS implementations?
Thank you all for the suggestions. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Palm Announces New Linux Based Mobile Platform
PalmInfoCenter is reporting "Palm Announces New Linux Based Mobile Platform" here: http://www.palminfocenter.com/news/9351/palm-announces-new-linux-based-mobile-platform/ Looking forward to some cold hard specs on the new Palm platform... -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Significant performance problem using QuickSort on newer NVFS implementations?
"Ben Combee" <> wrote in message news:[EMAIL PROTECTED] >> Can anyone from Access/PalmSource and/or Palm Inc. comment on these NVFS >> quicksort performance results? Is this problem going to be fixed in the >> next NVFS revision, are there suggestions to improve sorting performance >> other than "use less records", etc.? >> >> Ben Combee? Greg Wilson? > > I don't know specifically about this, but I doubt there will be NVFS > changes in the near future or in patches released for existing devices > that would affect this behavior. I think this came on in 5.4.9 which > moved to a newer NVFS implementation that's more stable and does > MemHandle-based locking instead of DmRecord-based locking. It looks > like QuickSort is hitting some bad DBCache behavior since it tends to > open records in a much-less ordered way. > Thank you for your reply, Ben. I guess the best solution right now will be to simply duplicate those multi-megabyte databases with different sort orders, so that QuickSort does not have to be called on the handheld. The added storage requirements of that solution are definitely easier to swallow than the painful sort performance. If you have a chance to point the right people at Access towards this issue, that would be much appreciated. Regards, David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Significant performance problem using QuickSort on newer NVFS implementations?
Greetings, In our tests across various PalmOS devices, we are seeing significant performance problems using DMQuickSort on large databases on devices using the latest NFVS implementation. Specifically, we are seeing very slow performance quicksorting 18000-record databases on these devices with the newest NVFS version: - Palm TX(avg quicksort time ~100 seconds) - Palm Treo 680 (avg quicksort time ~120 seconds) - Janam XP30 (avg quicksort time ~60 seconds) Quicksorting those same databases on the following devices with an older implementation of NVFS results in much quicker performance: - Palm TE2 (avg quicksort time ~20 seconds) - Palm Treo 650 (avg quicksort time ~15 seconds) - Palm TT5 (avg quicksort time ~10 seconds) - Palm LifeDrive (avg quicksort time ~10 seconds)!! surprising Just for comparison's sake, this was also tested on some older non-NFVS OS5 devices: - Palm TT(avg quicksort time ~55 seconds) - Garmin 3600(avg quicksort time ~14 seconds) - Palm Zire72(avg quicksort time ~11 seconds) Also surprisingly, on the newer NVFS devices tested the time to complete an insertion sort on the same unsorted 18000-record database was less than the time to use quicksort. This is contrary to expectations, and contrary to the experience on older NVFS and non-NVFS devices, where the quicksort was always faster than insertionsort. Can anyone from Access/PalmSource and/or Palm Inc. comment on these NVFS quicksort performance results? Is this problem going to be fixed in the next NVFS revision, are there suggestions to improve sorting performance other than "use less records", etc.? Ben Combee? Greg Wilson? Regards, David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: novice developer tools
Dina, Yes, there are many decent PalmOS development tools that are suitable for novice developers and do not require knowledge of C/C++ and the core PalmOS SDKs. Why not try out several different tools before making your selection -- most have trial or evaluation versions available for that purpose. A collection of numerous PalmOS development tools is posted on the ACCESS (formerly PalmSource) website, here: http://www.access-company.com/developers/downloads/apptools.html I've not used PDAToolbox before, but I know it has been around for some time. I have used NSBasic, HB++, Pendragon Forms, and of course our own product Satellite Forms, and they each bring a unique set of features and capabilities to the table. Take them all for a spin and find the one that best meets your needs and skillset. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Dina Aronson" <> wrote in message news:[EMAIL PROTECTED] > Greetings, > > I am just starting to learn about developing for the Palm OS, and am > seeking > the best route to learn programming. Until then... I need a bridge to > doing > it all myself. Does anyone have an opinion on this product? > > http://www.pdatoolbox.com/ > > It says, "If you have a Palm OS organizer, an idea for a program, and a > burning desire to create, PDA Toolbox is for you! Unlike other development > platforms for the Palm, PDA Toolbox requires no previous programming > knowlege. Through it's revolutionary and easy to use visual interface, > you > can begin developing programs for your Palm Pilot within minutes of > installing the software." > Too good to be true? (I hesitate because of the two spelling errors in > that > blurb alone!!) > > Any advice on the best way for a novice to start? I want to eventually > develop software for my industry. > > Thank you, > Dina Aronson > www.pdaRD.com > > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Changing DIA keyboard programmaticallyon T5/TX/LD?
> > From the Palm 5.3 SDK: > --- > Err PinSwitchToPinlet ( UInt16 refnum, > const char * pinletID, > UInt16 initialInputMode > ) > Perfect! That's exactly what I was hunting for. Sometimes you just can't seem to find stuff even when it is right there in front of you! Thanks Ton and Henk, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Changing DIA keyboard programmaticallyon T5/TX/LD?
Greetings, Does anyone know a way to programmatically change the DIA input method on the T5/TX/LD, between Graffiti2, "ABC", "abc" and "123" keyboards? If I have the G2 DIA input method displayed, posting vchr 1292 changes to ABC, 1293 changes to abc, and 1294 changes to 123. However, once I am on the ABC, abc, or 123 DIA keyboard, posting another one of those virtual chars doesn't seem to have any effect. Has anyone managed to make this work reliably? Regards, David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Google Maps for Palm SDK
Greetings Lionscribe, Thanks again for posting this Google maps integration details and code. I have been testing it with great success, but have a question: have you or has anyone else figured out a way to specify both the Directions To and Directions From together as a single call? What I am trying to do is to launch GM with the From and To locations filled in, so that it goes ahead and caculates the route without further user input. Is that possible? Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Lionscribe" <> wrote in message news:[EMAIL PROTECTED] >I was looking all over for an SDK (or API) to launch the wonderful new >Google Maps for Palm application (free). It would be great to be able to >have your application launch the Google Maps application, and show the map >of a particular site. > Therefore, in the true Palm developer spirit, I decided to hack the Find > and Goto launch codes of Google Maps, so that the developer can simulate a > goto launch. It wasn't too hard, and following is the code. > Please note: Since this is undocumented from Google, it might break in > future releases. The best thing would be for Google to release a SDK with > custom launch codes. Even better would be, if they would register it as a > helper application, thus allowing the end-user do decide which map > application (if there will be any others) to use. I would suggest in > future versions, that the launch-helper notification should a value for > the calling application's creatorID and some data, so that the map > application could have a "Return to " button. If you want to > keep this thread alive, just add suggestions, maybe they will get back to > Google. :-) > > And here is the code: > > #define googleMapCreatorID 'GLM.' > #define googleMapPreferenceID 1 > #define googleMapPreferenceVersion 1 > > typedef enum > { > googleMapFindLocation = 0, > googleMapFindBusiness = 1, > googleMapDirectionsTo = 2, > googleMapDirectionsFrom = 3 > }googleMapFindType; > > Boolean LaunchGoogleMap(const Char * findStr, googleMapFindType findType); > > Boolean LaunchGoogleMap(const Char * findStr, googleMapFindType findType) > { > UInt16 cardNo; > LocalID dbID = 0; > DmSearchStateType stateInfo; > if (errNone == DmGetNextDatabaseByTypeCreator(true, &stateInfo, > sysFileTApplication, googleMapCreatorID, false, &cardNo, &dbID) && dbID) > { > GoToParamsType * cmdPBP = (GoToParamsType > *)MemPtrNew(sizeof(GoToParamsType)); > MemPtrSetOwner(cmdPBP, 0); > MemSet(cmdPBP, sizeof(GoToParamsType), 0); > cmdPBP->recordNum = findType; > PrefSetAppPreferences(googleMapCreatorID, googleMapPreferenceID, > googleMapPreferenceVersion, findStr, StrLen(findStr), false); > SysUIAppSwitch(cardNo, dbID, sysAppLaunchCmdGoTo, cmdPBP); > return true; > } > return false; > } > > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Google Maps for Palm SDK
Excellent! Thank you for sharing this useful information with the PalmOS developer community! -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Lionscribe" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >I was looking all over for an SDK (or API) to launch the wonderful new >Google Maps for Palm application (free). It would be great to be able to >have your application launch the Google Maps application, and show the map >of a particular site. > Therefore, in the true Palm developer spirit, I decided to hack the Find > and Goto launch codes of Google Maps, so that the developer can simulate a > goto launch. It wasn't too hard, and following is the code. > Please note: Since this is undocumented from Google, it might break in > future releases. The best thing would be for Google to release a SDK with > custom launch codes. Even better would be, if they would register it as a > helper application, thus allowing the end-user do decide which map > application (if there will be any others) to use. I would suggest in > future versions, that the launch-helper notification should a value for > the calling application's creatorID and some data, so that the map > application could have a "Return to " button. If you want to > keep this thread alive, just add suggestions, maybe they will get back to > Google. :-) > > And here is the code: > > #define googleMapCreatorID 'GLM.' > #define googleMapPreferenceID 1 > #define googleMapPreferenceVersion 1 > > typedef enum > { > googleMapFindLocation = 0, > googleMapFindBusiness = 1, > googleMapDirectionsTo = 2, > googleMapDirectionsFrom = 3 > }googleMapFindType; > > Boolean LaunchGoogleMap(const Char * findStr, googleMapFindType findType); > > Boolean LaunchGoogleMap(const Char * findStr, googleMapFindType findType) > { > UInt16 cardNo; > LocalID dbID = 0; > DmSearchStateType stateInfo; > if (errNone == DmGetNextDatabaseByTypeCreator(true, &stateInfo, > sysFileTApplication, googleMapCreatorID, false, &cardNo, &dbID) && dbID) > { > GoToParamsType * cmdPBP = (GoToParamsType > *)MemPtrNew(sizeof(GoToParamsType)); > MemPtrSetOwner(cmdPBP, 0); > MemSet(cmdPBP, sizeof(GoToParamsType), 0); > cmdPBP->recordNum = findType; > PrefSetAppPreferences(googleMapCreatorID, googleMapPreferenceID, > googleMapPreferenceVersion, findStr, StrLen(findStr), false); > SysUIAppSwitch(cardNo, dbID, sysAppLaunchCmdGoTo, cmdPBP); > return true; > } > return false; > } > > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
[ANN] Satellite Forms 7.0 Now Available!
October 16, 2006 (Lacombe, Canada) Thacker Network Technologies Inc. is pleased to announce the release of Satellite Forms 7.0, available now! http://www.satelliteforms.net/ Satellite Forms is a visual integrated software development environment (IDE) that makes it easy to create data-driven applications for Palm OS and Pocket PC/Windows Mobile devices. Satellite Forms is an ideal tool for business and enterprise developers looking to build custom mobile applications, or to transform processes typically performed on paper to an electronic format for improved productivity and efficiency. Satellite Forms 7.0 introduces several exciting and powerful new features, building on the previous 6.1.1 release. This includes the addition of new control properties, new script language keywords, new extensions and sample projects. Version 7.0 delivers improved database performance and synchronization for the PocketPC platform, faster compiler speed in App Designer, plus many more improvements. Here's a quick look at some of the enhancements in the latest version of Satellite Forms: - PocketPC applications can now use the more efficient Palm DB (PDB) format for handheld devices tables, in addition to Microsoft Compact Database (CDB) format, for improved performance, rock solid synchronization, and 100% data table compatibility between the PocketPC and PalmOS platforms. - Satellite Forms applications can now utilize the expanded screens available on some PalmOS devices such as the Palm Tungsten T3, T5, LifeDrive, and TX. - PalmOS applications can now support high density (hi res) bitmaps and icons. - The performance of the application compiler in App Designer has been dramatically improved for complex applications that make extensive use of global functions and subroutines, reducing compile times. One beta tester reported an 18000% speed increase compared to SatForms 6.1! - Several new extensions added for additional barcode scanner support, one handed navigation, launching URLs, and more. Build business-critical applications for the PalmOS and Windows Mobile platforms with Satellite Forms 7.0! If you have an earlier version of Satellite Forms, you can upgrade to version 7.0 at a discounted cost (see the upgrades in our online store). The full version of Satellite Forms 7.0 is available now in our secure online store. http://www.satelliteforms.net/cat9_1.htm -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Is there any html rendering lib available on palm?
Keith, Launching a URL in Blazer, including a local file:///path/to/file/on/card.{htm|html|jpg|gif} URL is fully supported and documented in the Palm Inc. (not PalmSource) SDK. No ARM hacking needed. You need to register with the Palm Developer Network (formerly Palm PluggedIn Developer Program) to get the Palm SDK and developer guide: http://pluggedin.palm.com -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Keith Hans" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Well, this is what I'm doing now. But isn't it more usable if it is > integrated with a browser smoothly:) > > Another question is how to invoke blazer smoothly. I noticed that > clicking a html page in rescoexplorer will launch blazer with the > page. How can I do this by programming? > > Dmitry: Really admire your work on mic! > > On 10/3/06, Dmitry Grinberg <[EMAIL PROTECTED]> wrote: >> netfrontlib that blazer uses can do this but it is undocumented, and >> doe snot export 68k entries, only arm. you CAN extract all html to >> card, and open them in blazer, then set yourself up as default >> launcher, and when you get control back delete the html files off the >> card, and reset the default launcher to what it was before you changed >> it. >> >> On 10/2/06, Keith Hans <[EMAIL PROTECTED]> wrote: >> > Hi, >> > >> > I'm trying to write a chm reader for my palm tx device. So far, I've >> > finished porting chmlib to palm and it could be used to extract >> > documents from chm files. >> > >> > Is there any html lib available so that I needn't to write it from >> > scratch? >> > >> > Any hint or suggestion is welcome! >> > >> > Thanks, >> > Keith >> > >> > -- >> > For information on using the PalmSource Developer Forums, or to >> > unsubscribe, please see http://www.palmos.com/dev/support/forums/ >> > >> >> >> -- >> Best Regards, Dmitry Grinberg >> Software Engineer, http://PalmPowerups.com >> (847) 226 9295 >> AIM: DmitryGrinberg >> MSN: [EMAIL PROTECTED] >> ICQ: 165589894 >> Y! IM: dmitrygr2003 >> >> -- >> For information on using the PalmSource Developer Forums, or to >> unsubscribe, please see http://www.palmos.com/dev/support/forums/ >> > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to prevent applications to stop after receiving a phone call?
In fact, there is a simple notification one can register for to indicate an incoming phone call, without having to mess around with the more complicated phonelib events: pmNotifyHighPriorityUITask This works for the Treo 650 and 700p, but alas, not for the 600. Here's a hint: - listen for pmNotifyHighPriorityUITask notification and set a ftr when received, perhaps the value set will be the current system time - when you get AppStopEvent, check your ftr: if it exists and the time value stored in it is less than 15 seconds ago, conclude it is an incoming phone call and block AppStopEvent, else exit app Of course this "block switch to phone app on incoming call" behaviour should be a user-selectable option in the preferences of your application, because certainly not all of the users are going to want that non-standard phone behaviour. I'll leave it to you to connect the rest of the dots... -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Jeff Loucks" <> wrote in message news:[EMAIL PROTECTED] > Thanks David for cutting through my clutter of events and such and > given the actual simple answer to Joker's question - namely, if you > don't want ot exit your app, then ignore the AppStopEvent. > > But, as Joker says, if he ever wants to exit his app he'll need to > know which AppStopEvent to ignore. So, returns the clutter of events > and such. > > I suspect you could watch the various phone events and notifications. > If you see one that implies a switch to the phone app, you could for > one time ignore the imminent AppStopEvent. > > Or, ignore all AppStopEvents until an app exit button is pressed, but > who wants an exit button in a Palm app :) > > > On 10/3/06, Joker <> wrote: >> > All you need to do to keep your own app running >> > during a phone call is to block the AppStopEvent that is posted >> > when the phone call is answered >> >> Seems easy, but how can the app distinguish when AppStopEvent is >> generated by a phone call and not by the user that actually wanted to >> open another program? In the latter case, processing AppStopEvent is a >> must and there is some clean-up my app has to do before exiting. >> -- >> For information on using the PalmSource Developer Forums, or to >> unsubscribe, please see http://www.palmos.com/dev/support/forums/ >> > > > -- > yisdersomenimororsisasisdenderisorsis? > Jeff Loucks > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to prevent applications to stop after receiving a phone call?
> Hi all, > > I have a Treo 650 and working on improving Palm Chess Client to play chess > on freechess.org. One inconvenience of playing chess with that is that > after receiving a phone call the chess application stops and the UI > displays the Phone application in its place. > > This happens also with standard applications like Calculator, but there > are others like the TomTom Navigator that behaves much nicer: when a phone > call gets in the usual "Accept/Cancel" alert is displayed, but after > clicking on "Accept" the UI still displays the Navigator! And when the > call is over just another small alert is popped up. > > What is the trick behind such "always alive" applications and how can I > replicate such behaviour? > It's rather simple, really. All you need to do to keep your own app running during a phone call is to block the AppStopEvent that is posted when the phone call is answered. When you answer the call, the system attempts an AppSwitch to the Phone app, to give the user the standard in-call phone UI. Just block the AppStopEvent that is generated by the AppSwitch attempt, which keeps your app running. When the call ends (other side hangs up or user hangs up with red hangup button), the popup alert about the call ending is displayed, but your app still stays running. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Determining DIA presence
>> its a lesson to know that just checking the presence of an API set >> doesn't mean that the API will actually be used - this is particularly >> true for API's that make it into standard release roms. > > > But if I recall correctly, I was using the very code supplied by Palm in > their DIA docs... > > Maybe they upgraded that doc since the Zire 22, I'd have to check, but I > doubt. I recently went through this same exercise, but with the TE2 as the oddball device instead of a Z22. The TE2 includes the DIA feature set & APIs, but does not have an expandable screen. I also came to the realization that the SysGlueTrapExists test in the DIA docs was incorrect, and useless. My solution was this: bHASDIA = false; // check device features to see if it supports DIA err = FtrGet(pinCreator, pinFtrAPIVersion, &iPINAPIVERSION); if (!err && (iPINAPIVERSION > 0)) { // now check version and if V1.1 check additional feature if (iPINAPIVERSION > 1) { err = FtrGet(sysFtrCreator, sysFtrNumInputAreaFlags, &flags); if (!err && (flags & grfFtrInputAreaFlagDynamic)) bHASDIA = true; else bHASDIA = false; // has PINS API but no DIA hardware } else bHASDIA = true; } This test correctly identifies the actual DIA-capable devices in my tests. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Socket barcode escaner
> Good news. The compatibility with TX was a problem for me, and the previos > messages have let me desitate about socket scanner in production. > > About the standard shared library, i search for it but i don't find. Where > is it? > > Thanks David. > > -- > * > Oswaldo Hernández > [EMAIL PROTECTED] > * > Oswaldo, If you are not using our Satellite Forms development tool (which includes support for the Socket scanners), you will need to purchase the Socket Scanner SDK directly from Socket, here: http://www.socketcom.com/sdk/scan.asp -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Socket barcode escaner
> David, > > Long time no "talk". > >> I have personally tested the SD card and BT CHS units ... with complete >> success. > > Maybe the SD card unit has improved since first introduced (which is when > I > tried it). How is the scanning success ratio for you? > > I remember scan decode times being long even when it worked, and the it > being > very intolerant of anything but very high quality labels. > > What is your experience with the usability of the SDIO scanner? > > Doug > Hi Doug! The Socket SDIO scanner is definitely less responsive than a laser scanner such as the Socket CHS or Aceeca BCS2 laser scanner. I'd say the Socket SDIO scanner performance is on par with the CCD scanner in the Symbol MC50 (and in fact it may even be the exact same scanning engine). I really do like the Socket Cordless Hand Scanner (CHS) that communicates to the PDA via Bluetooth. Socket has put some thought into the two hand vs. one hand problem too, as the CHS comes with a retractable lanyard so you can just hang it off your neck when not scanning, and one end of it is a stylus tip so you do not need to use a separate stylus on the PDA. Rechargeable battery life on the CHS is awesome too. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Socket barcode escaner
Oswaldo, Allow me to set the record straight here. 1. Yes, the Socket SD card scanner and Bluetooth CHS scanners are fully compatible with the Palm TX. I have personally tested the SD card and BT CHS units on my TX, LifeDrive, TE2, Z72, T5, Treo 600 (no BT), Treo 650, and original T|T devices, with complete success. It was not compatible with my Tapwave Zodiac2. Having the SDIO slot as the second expansion slot on the Z2 seemed to confuse the SD scanner card. The BT CHS was OK with the Z2. 2. We wrote an extension for our Satellite Forms development tool, for the Socket scanners (SD, CF, BT) on both the PalmOS and PocketPC platforms, using the Socket scanner APIs, which gives developers more control than using the keyboard wedge. The Socket APIs are available both as a CodeWarrior static (link) library, and as a standard shared library, which you should be able to access from GCC and many other development tools. If you do not have success using the shared lib with GCC, then use the keyboard wedge. 3. We do have SatForms developers using the combination of the Palm TX and Socket scanners (both SD and CHS) in deployed production applications -- this works in real world use, not just the lab. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Oswaldo Hernández" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Oswaldo Hernández escribió: >> I would like use it also with Socket barcode scanner: 'SD Scan Card 3E' >> on a Palm TX. > > Dmitry Grinberg escribió: > > yes, on palm site: > > http://store.palm.com/sm-socket-communications-sdio-in-hand-scan-card--pi-1821674.html > > > > > > the compatibility list includes all pre-os 5.4 devices [those that had > > normal SDIO] and none after > > > > Palm TX are not listed in the Compatibility List but my TX version is: > Garnet v.5.4.9 > > Works? > > > > Douglas Handy escribió: > > > It didn't scan good enough for my purposes. Maybe it has improved since > > then, > > or maybe your requirements are lower. But you may want to try one in > > keyboard > > wedge mode to see if the scanning is sufficient for your environment > > before > > bothering to add support to your applications. > > > I'm using Symbol SPT 1846 because I need the network interface (WI-FI) in > addition to the barcode reader. But these model has been discontinued. > > I look at the socket escaner and i think that may be an option. The > keyboard mode may be sufficient if i can catch in the loop event the > prefix and suffix of the barcode. > > Do you know anohter equipment with WIFI and barcode reader? > > > Thanks Dimitry and Douglas for your replies. > -- > * > Oswaldo Hernández > [EMAIL PROTECTED] > * > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Searching/Filtering Palm database records
Andy, I'm not sure where you are at in your application development cycle, but you may want to consider taking a few hours to evaluate our Satellite Forms rapid application development tool for PalmOS and PocketPC: http://www.satelliteforms.net/ Satellite Forms is geared primarily to database-driven applications, and the database filtering capabilities enable you to work with filtered recordsets with basically zero effort. A 30-day trial version is downloadable from our website. Regards, -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
ANN: Satellite Forms 6.1.1 Now Available!
News Release Satellite Forms 6.1.1 Now Available! LACOMBE, Canada (March 14, 2006) - Thacker Network Technologies Inc. is pleased to announce the release of Satellite Forms 6.1.1, available now! Satellite Forms is a visual integrated software development environment (IDE) that makes it easy to create data-driven applications for Palm OS and Pocket PC/Windows Mobile devices. Satellite Forms V6.1.1 is primarily a maintenance release to correct bugs found in version 6.1.0, but also integrates new features, functions, and documentation introduced following the V6.1.0 release. Here's a quick look at some of the enhancements in the latest version of Satellite Forms: - Added new Strings extension for PalmOS and PocketPC, to provide many useful string handling functions like UCase, LCase, Trim, Pad, etc. - Added new IDVERIFI Barcode extension to support the Aceeca ID::VERIFI BCS1 and BCS2 barcode scanners, built on the ultra-rugged Meazura PalmOS platform - Added new SocketScan extension for PalmOS and PocketPC to support the use of Socket Communications SDIO and CF barcode and RFID scanner cards, as well as the Bluetooth Cordless Hand Scanner - Added new SendDbByName function to the PxBeamDb extension to support the sending of databases by Bluetooth and other available transports - Fixed more than 15 bugs from previous Satellite Forms versions - Updates to the SatForms documentation files, KnowledgeBase, and Satellite Forms Solutions Guide If you already own Satellite Forms 6.x, you will receive Satellite Forms 6.1.1 as a free update. Look for download instructions to be delivered by email. If you have any earlier version of Satellite Forms, you can upgrade to version 6.1.1 at a discounted cost (see the Prior Version Upgrade in our online store). The full version of Satellite Forms 6.1.1 is available now in our secure online store: http://www.satelliteforms.net/ Satellite Forms Sales & Support Tel: (403)782-5432 Thacker Network Technologies Inc. Fax: (403)782-1794 5338 - 51 Ave.[EMAIL PROTECTED] Lacombe, Alberta T4L 1N5 CANADA http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC application development -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Is Palm OS Going Away?
> Unfortunately C/C++ places a lot of burden to the developer which can be > avoided in other languages. And in most cases (i.e. not something like > number-crunching) most other tools are sufficient in regard to speed. > I guess the best non-C dev tools today for Palm(OS) are: > (listed in alphabetical order ...) Consider our Satellite Forms development tool as well: http://www.satelliteforms.net/ Satellite Forms has been in the Palm development arena since 1998, and added cross platform PocketPC capability in 2002. It is a VB-like RAD tool designed for building data-centric business applications for the PalmOS and PocketPC platforms. Our data sheet is here: http://www.satelliteforms.net/satellite_forms_data_sheet.pdf See the PalmSource list of development tools here: http://www.palmos.com/dev/tools/ See the PalmOS Dev FAQ including the Development Tools section here: http://flippinbits.com/twiki/bin/view/FAQ/WebHome -- David Thacker http://www.SatelliteForms.net -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: System libraries and Card memory
>> Mike Durian wrote: >> > Does anyone know why I can copy an m68k system library from Handheld >> > memory (we're talking a Palm OS 4.1.2 device here) to Card memory, but >> > it >> > is not listed under Card memory to be copied back. It seems strange >> > that >> > I can back something up, but not restore it. >> >> Do you talk about VFS here? > > Not directly. I'm referring to the Copy function that is built into > the Launcher. If you go to the App menu on the launcher, you can > select Copy. Using this function, I can copy a shared library to > the VFS card memory, but I don't get the option of copying them > back. It seems strange that the launcher would be able to locate > them in "Handheld" memory, but not in "Card" memory. This applies > both the the Aceeca Mez1000 device I am using and POSE. > > I'd like to use the Card memory for back-up purposes, but if the > battery goes on the PDA, then I'll only have use of the launcher's > Copy command to restore my system libraries - and apparently, it > will only copy the system libraries in one direction. > > mike > > Mike, Two things: 1. The CardBkup utility is in ROM on the MEZ1000 with BCS2 scanner & CF card. Why not use the CardBkup utility to both backup and restore your files, regardless of type? It's there for you after hard resetting the device (from dead batteries, system power down, manual hard reset, etc.). 2. What happened when you changed your shared lib type the standard 'libr' and then tried the Copy function from the Launcher? -- David Thacker http://www.SatelliteForms.net -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Problem Creatign a PRC on Tungsten E2
Alexandre, It may be a problem in your MyApp application if it handles the sysAppLaunchCmdSystemReset launch code, but does something that NVFS is not happy with there. You can test this out by performing a "no-notify" reset instead of a standard soft reset. Install your app, then press and hold the Up scroll/nav button and do a pin reset. Keep holding the Up scroll button until you get to Prefs. This will reset the device without sending the sysAppLaunchCmdSystemReset code to all apps. You can tell the "no-notify" reset was successful because you will not see the Tungsten logo and music tone after the initial Palm Powered screen -- it will just go right into Prefs. Now, check if your app is deleted or not. If not, then you can surmise that something in the sysAppLaunchCmdSystemReset handler for your app or any other app on the device is causing the prc database to be deleted. Then do a regular soft reset to return to normal operations. The "no-notify" mode should not be used for regular operations because it prevents many system libraries and utilities from being loaded properly. -- David Thacker http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC "Alexandre Luz Barreto" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >I tried the function to mount the Prc on the TE2 Simulator. > When i do a soft reset i get a error: > > datamgr.c, Line:3319, err opening db for set-database-info > > just before it finish reseting. > and then my prc disapear. > > This must be where i lose my prc. > any clues? > > thanx > > Alexandre Luz Barreto escreveu: >> There is no other database with same name differed just by >> capitalization. >> i just have the prc iside a file in the palm >> >> for exe: >> >> i have MyApp.PRC as a file.. with this exactly name ( including the PRC) >> so i use a function to mont it as a real PRC in the palm. >> so i get MyApp. >> after that i delete MyApp.PRC >> then i got just MyApp and it works fine until i soft reset. >> >> Thank you Ben Combee >> >> Ben Combee escreveu: >> >>> At 05:23 AM 12/13/2005, you wrote: >>> >>>> Hi Saha. >>>> >>>> Thank you for your reply >>>> >>>> I tried DmSyncDatabase before close the Prc but didn´t work. >>>> i will try put some more in the code. >>>> >>>> But the weird thing is that just PRCs dissapear. pdbs and Files don´t. >>> >>> >>> >>> What naming convention are you using for the databases? There was an >>> early NVFS bug where two databases whose names differed only by >>> capitalization would both be deleted from the device on reset. >>> >>> >>> -- Ben Combee, Senior Software Engineer, Palm, Inc. >>>"Combee on Palm OS" weblog: http://palmos.combee.net/ >>>Developer Forum Archives: http://news.palmos.com/read/all_forums/ >>> >>> >> > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
[Ann] Satellite Forms 6.1 is Now Available!
Satellite Forms 6.1 is Now Available! November 4, 2005 Thacker Network Technologies Inc. is pleased to announce the release of Satellite Forms 6.1, available now! Satellite Forms is a visual integrated software development environment (IDE) that makes it easy to create data-driven applications for Palm OS and Pocket PC/Windows Mobile devices. Here's a quick look at some of the enhancements in the latest version of Satellite Forms: - Added the Satellite Forms ActiveSync Control, an ActiveX control that provides programmatic control of data syncing for Pocket PC devices - Added new extensions for PalmOS and PocketPC platforms, and new cross platform sample applications - Added support for the Windows Mobile 5 Pocket PC platform (including Phone Edition) - Added support for the Windows CE.NET 4.2 platform, for devices that meet certain hardware standards - Added an RDK version of the runtime engine for Pocket PC, and simplified the Pocket PC runtime engine installer - Fixed more than 20 bugs from previous Satellite Forms versions - Significant updates to the SF_MobileApp_Guide.pdf documentation file and SatForms help file, addition of the Satellite Forms KnowledgeBase and Satellite Forms Solutions Guide searchable help files We are confident this is absolutely the best version of Satellite Forms ever released, bar none! Want to create business applications for the Palm Treo on both the PalmOS and Windows Mobile platforms? Satellite Forms 6.1 is the answer! Need to quickly build intelligent applications for ruggedized industrial handhelds on the Windows CE.NET platform? Satellite Forms 6.1 can give you that power! If you already own Satellite Forms 6.x, you will receive Satellite Forms 6.1 as a free update. Look for download instructions to be delivered by email. If you have any earlier version of Satellite Forms, you can upgrade to version 6.1 at a discounted cost (see the Prior Version Upgrade in our online store). If you have previously installed the 30-Day Trial version of Satellite Forms 6.0 or 6.0.1 but would like to try it again, we encourage you to download the new Satellite Forms 6.1 Trial Version and take a fresh 30-day test drive. You will see many new benefits. The full version of Satellite Forms 6.1 is available now in our secure online store. Satellite Forms Sales & Support Tel: (403)782-5432 Thacker Network Technologies Inc. Fax: (403)782-1794 5338 - 51 Ave.[EMAIL PROTECTED] Lacombe, Alberta T4L 1N5 CANADA http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC application development -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Filestreams "seen" by HotSync Manager?
Luc, All you need to do is set the backup bit on the filestream, and the Backup conduit will handle it like other databases. In my experience, it is better to set the backup bit on the filestream immediately after closing it, using regular Dm* calls, as opposed to the option of setting it while the filestream is still open using the FileStream calls. David Thacker "Luc Le Blanc" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >I use filestreams to store lengthy computation results. I notice that these >filestreams are not backed up by the HotSync Manager; in fact I read they >are not even "seen" in the process. Yet, a Linux user once sent me for >testing purposes his regular PDB as well as such a filestream, also saved >as a PDB file. Is it unique to Linux sync mechanism, or could I recover and >backup these filestreams on a Windows PC? I would like to be able to keep >them and even install them on other devices to spare the computation time, >especially for slower devices. > > > -- > Luc Le Blanc > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Disable the Grafitti Anywhere status bar toggle icon on PalmOne devices?
>> Answering myself for the archives...using the goLcdNotifyStatusEvent >> notification and then immediately disabling GoLCD does in fact do the >> job just fine, even from my non-app code resource. Problem solved :-) >> >> David Thacker > >Do you manage to get a status bar icon in sync with the internal status >of the GoLcd? When I call GoLcdSetStatus( gGoLCDLibRefNum, >goLcdDisabled ), the icon doesn't change to reflect the internal >change. Luc, Yes, it the status bar icon stays in sync with the GoLCD state on my T5 and LifeDrive. Didn't test on the T3. David Thacker -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Disable the Grafitti Anywhere status bar toggle icon on PalmOne devices?
> Is there a way to disable this GoLCD status bar toggle icon when I disable > GoLCD in my app? > > [I can think of a possible way by responding to the goLcdNotifyStatusEvent > notification and then immediately disabling it again, but the use of > notifications is difficult in this instance because this code is in a > non-app code resource.] Answering myself for the archives...using the goLcdNotifyStatusEvent notification and then immediately disabling GoLCD does in fact do the job just fine, even from my non-app code resource. Problem solved :-) David Thacker -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Disable the Grafitti Anywhere status bar toggle icon on PalmOne devices?
Greetings. I am using the PalmOne SDK GoLcdSetStatus function to disable the GoLCD (aka full screen writing, aka Grafitti Anywhere) feature when my app starts, and restore it when the app ends. It is not appropriate for this app, so it should be disabled while the app is running. However, on devices with that have the expandable screen, there is also a GoLCD toggle icon on the DIA status bar, and this toggle icon allows the user to override the GoLCD status to turn it back on. We do not want this to happen in this app. Is there a way to disable this GoLCD status bar toggle icon when I disable GoLCD in my app? [I can think of a possible way by responding to the goLcdNotifyStatusEvent notification and then immediately disabling it again, but the use of notifications is difficult in this instance because this code is in a non-app code resource.] Are there any other ideas? Thanks, David Thacker -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: SMS on the treo 650
Scott, 1. Join the PalmOne PluggedIn Developer program at http://pluggedin.palmone.com 2. Download the latest PalmOne SDK (I think it is version 5.0), and all of the sample code. Examine the SDK documentation and developer's guide, as well as the SMS sample code. -- David Thacker http://www.SatelliteForms.net "Scott Erickson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Where can I find info on how to programaticly send an SMS message with the > Treo650? > > -- > > > Scott Erickson > Software Development Team, FB-4, Inc. > [EMAIL PROTECTED] > > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Tungsten T5 update posted!
Excellent! This is indeed great news (and a long time coming...). -- David Thacker http://www.SatelliteForms.net "Ben Combee" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Good news. palmOne's just uploaded the 1.1 update for the Tungsten T5 to their site. You can download it at http://www.palmone.com/us/support/downloads/tungstent5/tungstent5update.html. This update has several important fixes, including updating NVFS to the version included with the LifeDrive. New in version 1.1: Resolves problems caused when synchronizing large databases and files Fixes problems in the Calendar relating to Birthdays or recurring notes Fixes an issue with the Find feature and Calculator application Provides non-volatile file system improvements Also included from version 1.0 (released October 2004): Fixes a problem in the Calendar that can cause a crash when the default view is changed from Agenda to Month View Fixes an issue in Contacts when using the Menu drop down list for new entries Adjusts the Palm OS® soft keyboard to prevent system instability in certain situations -- Ben Combee, Senior Software Engineer, palmOne, Inc. "Combee on Palm OS" weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: was RE: Is DmSyncDatabase() synchronous?
DmSyncDatabase appears to to me to be asynchronous, and appears to actually do the synchronizing at the time that you call it (as opposed to flagging for later syncing). In my test app, I (attempt to) create 6 records and call DmSyncDatabase every 1000 records. As the database grows, the DmSyncDatabase call takes longer and longer to complete. No, the test app never does make it to 6 records on the T5 :-( I have gotten it to make a database up to 43000 records though (60 MB in size!!). David Thacker "Jeffry Loucks" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I realize the question appears to be simply a play on words, but I'm serious :) If nobody knows if the call is synchronous, has anyone observed anything that would indicate it is not? Thanks. -Original Message- From: Jeffry Loucks To: Palm Developer Forum Sent: 5/10/2005 4:58 PM Subject: Is DmSyncDatabase() synchronous? Anyone know if the new DmSyncDatabase() call is synchronous? I'd like to know if, upon return, the database is completely flushed to flash or is it simply flagged to be flushed. I suspect it is synchronous, but I don't know what's behind the scenes, so I'm not making any assumptions. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Sattelite Forms error on the Treo 600
We've just launched a new SatFormsDev discussion forum for Satellite Forms developers, and I encourage you to join and post your SatForms questions there. The forum uses the same Lyris software that this Palm Dev forum uses, giving you access via the web, newsreader, email, and even RSS. Full details here: http://www.satelliteforms.net/forum.htm Regards, -- David Thacker http://www.SatelliteForms.net <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I am developing on the sattelite forms 6.0.1. I have a problem whit the PalmOS 5.2.1 on a treo 600 device. I was debug the aplication on the PalmOS 5.2 Simulation and ocurr the same error, this is the message error: Internal Error: Failure in File DynBmp.c Line 192 Any body know something about it.? Thank you. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Satellite Forms V6.0.1 is now available!
Satellite Forms V6.0.1 is now available! Satellite Forms is a visual integrated software development environment (IDE) that makes it easy to create custom applications for Palm OS and Pocket PC 2002/2003 devices. A full featured 30 day Trial Version is available for download. For more information, visit http://www.satelliteforms.net Regards, Satellite Forms Sales & Support Tel: (403)782-5432 Thacker Network Technologies Inc. Fax: (403)782-1794 5338 - 51 Ave.[EMAIL PROTECTED] Lacombe, Alberta T4L 1N5 CANADA http://www.SatelliteForms.net The Premier RAD Tool for PalmOS & PocketPC application development -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Off-topic: PalmOS or WinCE
"Michael R. Cooper" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi All... > > Just new to the PDA programming and looking to add PDA integration to some > of our products, so I have a few questions that I was hoping to get real > developer feedback from: > > 1. I seem to like the PalmOS tools much better than the WinCE.Net > stuff > Any comments comparing both the developement and the user aspects would be > greatly appreciated. > > 2. I have looked as CASLSoft for developing... Any comments or > alternates? > > Probably the first of many questions, so thank you all in advance, > > Mike Cooper > > -- > Grasp Software Corporation > www.grasp.ca > > > Michael, Consider Satellite Forms when you are evaluating the various development tools. SatForms allows you to build cross platform applications for PalmOS and PocketPC 2002/2003. There are no per-device royalty fees for your compiled application. http://www.satelliteforms.net 30-day trial version available for download. Regards, -- David Thacker http://www.SatelliteForms.net -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
[ANN] Thacker takes over Satellite Forms from Intellisync Jan 31 2005
Thacker takes over Satellite Forms global sales, support, and development LACOMBE, Canada (Jan 31, 2005) - Thacker Network Technologies Inc. today announced that it has licensed Satellite Forms MobileApp Designer V6 software from Intellisync Corp. Effective immediately, Thacker is handling global sales, support, and development of the popular rapid application development (RAD) tool for PalmOS and PocketPC 2002/2003 handheld devices. Satellite Forms is now available at http://www.SatelliteForms.net Satellite Forms is a visual integrated software development environment (IDE) for desktop PCs that makes it easy to create applications for Palm OS and Pocket PC 2002/2003 handheld devices. Satellite Forms is an ideal tool for business and enterprise developers looking to build custom mobile applications, or to transform processes typically performed on paper to an electronic format for improved productivity and efficiency. "We are delighted to announce this agreement with Intellisync to take over Satellite Forms," said David Thacker, president of Thacker Network Technologies Inc. "We have delivered numerous robust commercial applications with SatForms, and have developed and marketed dozens of Satellite Forms extensions via our website www.PalmDataPro.com. We are thrilled to now have the ability to offer developers a complete package for rapid handheld application development." PRICING AND AVAILABILITY Thacker is offering Satellite Forms V6 for a new lower price, along with substantial discounts to upgrade from any previous version of SatForms. For a limited time only, additional promotional discounts and one free PalmDataPro extension of your choice are available for new purchases and upgrades. A full featured time-limited trial version is also available for evaluation. To order Satellite Forms, or for more information, visit www.SatelliteForms.net or call toll-free 1-888-282-4868 in USA & Canada, +1-403-782-5432 internationally. Thacker Network Technologies Inc. 5338 - 51 Ave. Lacombe, Alberta T4L 1N5 Canada Tel: +1-403-782-5432 Fax: +1-403-782-1794 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice needed - large data lookup
"Curtis Cameron" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi All, > > I'm new to PalmOS programming, and I'd appreciate some advice about what > direction I should go, before I head too far down what might be the > wrong path. I'm trying to write an application that will look up some ... > How is the best way to handle this data in PalmOS? I gather that 2 MB is > too large for Palm applications, which have a 64 KB limit. Curtis, STOP what you are doing: I think you are indeed headed down the wrong path. The better way to implement this would be to use standard PalmOS record databases (PDBs) to contain your data, not a filestream database. A PalmOS database is a collection of records. A record is just a chunk of bytes, organized however you see fit for your application. Each record can contain up to 64KB of data. Each database can contain up to 64K (say 65500) records. That is more than enough storage space for your 2-3MB of data. > The DOS version is a text file, with each record equal to one line, and > another file that is an index into that file, to make searches fast. The Implement this with each record of data from your DOS app as individual records in the PalmOS database, and use a second index database if you need to. You will gain many considerable advantages using the record database APIs instead of the file streaming APIs. > So I guess the File Streaming tools are the ones I should use? I've > written a small code fragment to attempt to create a text file on the Palm: I recommend buying a good PalmOS programming book to get you going down the right path. "Palm OS Programming: The Developer's Guide" by Neil Rhodes & Julie McKeehan (published by O'Reilly) is the definitive work in my opinion (though I have several others as well). Good luck, David Thacker PalmOS Certified Developer http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Encoding and decoding JPEG images
"lise" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi, > > I am developing software for the Zire72 using Codewarrior version 9. How > do I encode and decode images in JPEG format? What JPEG libraries are > available and where can I found them? > > Thanks, > Lise > There are Zire72-specific libraries available. Join the PalmOne PluggedIn Developer program to access the PalmOne SDK which includes these libraries and samples. http://pluggedin.palmone.com David Thacker PalmOS Certified Developer http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: kCamLibCtrlPreviewStop Z71 vs Z72
> At 03:55 PM 5/25/2004, you wrote: > > > > > >kCamLibCtrlPreviewStop > >Stops the camera preview mode for images. Does not erase the preview > >rectangle content. > > > > > > > >On the Zire71, when I stop the preview using kCamLibCtrlPreviewStop, the > >last viewed image stays on the screen. > >On the Zire 72, the preview area is ereased (becomes white). > > > >Anyone noticed that??? > > The Zire 72 uses an overlay mechanism to directly map memory filled by the > camera sensor over part of the screen -- the LCD controller can fetch a > rectangle of the screen from a different part of memory, avoiding the need > to double-buffering. When the camera is disabled, this overlay is turned > off, and you're left with what was under the overlay to start. This is yet another example of different behaviour between the Z72 device and the Z72 Simulator (to go along with the image pixel byte swapping problem). On the Z72Sim, the preview image is left on the screen like with the Z71 device and sim. Further, with the Z71, the call to kCamLibCtrlCapture would automatically stop the preview if it was active, but not so on the Z72 -- the preview will keep going during the capture unless you explicitly stop it. Oh well, it could be worse. At least the majority of CameraLib functions are compatible between the Z71 and Z72. David Thacker PalmOS Certified Developer http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Announcing Web Interface to Lyris
>PalmSource is pleased to announce the availability of a web-based >interface to our mailing list server. > >The URL is http://news.palmos.com/read/ > >From this site, you can: * Browse the list of available forums * Manage >your developer forum account: change your password, change your email >address, set digest/nomail settings * Subscribe to new lists or >unsubscribe from current ones * Read threaded messages * Search the >complete archive history Amy, Two things: 1. I think you should update this page: http://www.palmos.com/dev/support/forums/archive.html with this new archive source. 2. You forgot to mention the fact that you can create new messages via the web forum interface as well. Personally I prefer NNTP for creating messages, but others might prefer the web interface. Thanks again, David Thacker PalmOS Certified Developer http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: Announcing Web Interface to Lyris
Yay! This is a great improvement, thank you! One thing you might want to examine/adjust is how messages with file attachments appear in the web archives. Here is a recent example with an attached JPG file: http://news.palmos.com/read/messages?id=168274#168274 Regards, David Thacker PalmOS Certified Developer http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: CamLib Zire71 vs Zire72
Thank you for the tip. This is an annoying situation, since we have to byteswap the pixels on the Zire72 only, but not the Zire71, making it more of a hassle to write a single solution that supports both cameras. What's more, this byteswapping requirement exists on the real Zire72 device only, but NOT in the Zire72 Simulator! David Thacker PalmOS Certified Developer http://www.palmdatapro.com "Regis St-Gelais" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > that's it, thanks. > > I did not find anything about that in the camlib documentation. > > -- > Regis St-Gelais > www.laubrass.com > -- > "Jonatan Fernstad" <[EMAIL PROTECTED]> a écrit dans le message de > news:[EMAIL PROTECTED] > > Regis, > > > > Have you tried byteswapping each 16 bit pixel in the picture on the Z72? > > At a quick glance it looks like it may be an endian issue. > > > > Jonatan > > www.clievideo.com > > > > > > "Regis St-Gelais" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED] > > > I have an application that take picture using PalmOne CameraLib APIs. > > > It work fine in the Zire71 but not in the Zire72 > > > > > > I succesfully set the capture format using something like: > > > > > > CamLibCaptureDataFormat.type=kCamLibCaptureDataFormatRGB565; > > > errNo=CamLibControl(refNum, kCamLibCtrlCaptureFormatSet, > > > &CamLibCaptureDataFormat); > > > > > > From the image I get it is as if the captured data is not in RGB565 (see > > > attached picture) > > > > > > In the cameraV2 sample of palmone SDK, they use a bitmap (created on an > > > offscreen window) as a buffer to receive the captured data with a > MemMove > > to > > > the bitmap bits and then they display that bitmap. Are the bits of a > > bitmap > > > coded in RGB565? > > > > > > Normaly, setting the capture format to RGB565 should return me pixels > > > informations coded in RGB565 (as it is doing with the zire71) > > > > > > Any Clues??? > > > > > > Thanks > > > > > > -- > > > Regis St-Gelais > > > www.laubrass.com > > > -- > > > > > > > > > > > > > > > > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Date/Time Lock
Davi, Are you referring to my DateTimeLock utility here: http://www.palmdatapro.com/itm00111.htm If so, the proper place for product technical support is here: http://www.palmdatapro.com/supportform.htm DateTimeLock is PalmOS5 compatible. Please use the product support form to provide details, and I will help you get it straightened out. Thanks, David Thacker PalmOS Certified Developer http://www.palmdatapro.com "Davi Carvalho" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I have a coda that locks Date/Time for PalmOS 3.5 and works also in PalmOS > 4.1. > > But it's not working in Palm OS 5. What can I check?? > > Anybody knows why it not works in palm OS 5. > > Thanks, > Davi Carvalho > > - Original Message - > From: "Davi Carvalho" <[EMAIL PROTECTED]> > To: "Palm Developer Forum" <[EMAIL PROTECTED]> > Sent: Monday, April 26, 2004 12:43 PM > Subject: Block Changing the Date > > > > Hi all, > > > > I have an aplication and I have to block the users from changing the date > on > > the palm ... > > > > How can I do this? Can I do this without any code? Or I need to do a code > > that do this? > > > > I has a code that I used on Palm OS 3.5 and worked well. But on palm OS 5 > it > > does not work anymore. > > > > Any help? > > > > Thanks > > Davi Carvalho > > > > > > -- > > For information on using the Palm Developer Forums, or to unsubscribe, > please see http://www.palmos.com/dev/support/forums/ > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: New Clie device (Look at the UI!)
> Perhaps a stronger cup of coffee is in order this morning ;-) Ahh, perhaps that coffee should be for me... No I know why my son was wearing his clothes backwards to school this morning! David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: NS Basic announces support for new device!
"George Henne" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > We're pleased to announce NS Basic support for this new device: > > http://www.nsbasic.com/images/NewDevice.jpg Let me guess, it's called an Abaqus, or is that Ibaqus. No, wait, Ipaqus. David Thacker http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: New Clie device (Look at the UI!)
"George Henne" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > One of our Japanese users sent us this spy shot of a new Clie device. > > <http://inarmo.hp.infoseek.co.jp/img/NSBPALM2.jpg> > > It's pretty impressive to be able to run VB directly on the device! George, You of all people should recognize the NSBasic IDE in that shot (and filename), not VB!!! Perhaps a stronger cup of coffee is in order this morning ;-) BTW, congratulations on the new addition!! David Thacker http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PRC File NetLib Streaming
"Régis Daniel de Oliveira" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi all!!! > > I need to make a app that will receive a PRC file sent as binary mode > through stream socket connection. But, i don't know how to proceed when the > chunks of data arrive on the device. > > Does anybody can tell me how need i proceed to store this file into device> > > Thanks... > > Régis Daniel de Oliveira HB++ has functions built in and sample code available to handle this with ease. See http://www.handheld-basic.com David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: T3 suitable to debug beaming?
"Luc Le Blanc" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I want to debug my beaming routines (no low level IR, plain Exg Mgr). > Alas, when working in loopback with POSE, I see two shortcomings: the DB > I'm beaming is already open (for this I can patch the socket ptr to > alter the name of the DB) and my app is always running (I find no > workaround to this one). I'm considering getting a Tungsten 3. Will it > allow on-device debugging? With USB or serial? With POSE or Simulator? > If I have to resort to serial debugging, will I end up with a busy > shared UART like on a IIIxe, thus preventing to debug beaming? > Greetings Luc, I was the guy sitting next to you at the certification exam. I recommend using the beaming support in the PalmOS Simulator. You can beam stuff back and forth with abandon between two instances of the sim. Go to Settings | Communication | Communication Ports. Double click on Infrared if it is currently set to None. Select TCP/IP for transport type, then select localhost:6417 from the "bound to" droplist. Away you go... David Thacker Thacker Network Technologies Inc. http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Crash sublaunching Digitizer on T3
Greetings, I have a function that sublaunches the Digitizer app for calibration using this code: { LocalID digiLID = 0; UInt32 result = 0; Err err = 0; Boolean hascursor = true; // is the cursor blinking? hascursor = InsPtEnabled(); // locate digitizer app digiLID = DmFindDatabase( 0, "Digitizer" ); if (digiLID) { if (hascursor) InsPtEnable(false); // hide cursor // launch the digitizer applet err = SysAppLaunch(0, digiLID, 0, sysAppLaunchCmdNormalLaunch, NULL, &result); if (hascursor) InsPtEnable(true); // show cursor if it was there before } } This has been working successfully on all PalmOS3 and higher devices, including various OS5.x devices, but causes a crash on the Tungsten T3 both on the real device (which I don't have) and on the T3 Simulator. When I run it on the sim, the calibration completes okay, but then I see this error message on return to my calling app: "I:\Morpheus\arm\Core\Emul68K\SrcSlowEmu\Run68K.c, Line:3109, Odd aligned read from 65207461" Has anyone else encountered this problem, and if so found a solution? Thanks, David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: WinScreenMode bug on Zire71/Tungsten E
> Do you others see this aswell on your devices? > > Perhaps someone from palmOne can comment on whether there is something one > can do to avoid this behaviour? Yes, I see this on my Zire71 as well when switching depths. Perhaps you can avoid it with WinScreenLock before the switch, WinScreenUnlock after the switch? David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Development tool based on VB
<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > I have made an application in VB 6.0 and EVB 3.0 for PC and Pocket PC 2002/2003 > respectively.Now i want my application to run on Palm OS devices too. For this i > have studied the tutorial which comes with the CodeWarrior and i have realized > that it is based on C++. Is there any development tool based on VB which will > allow me to make my application for Palm OS devices. I have heard about AppForge > and NSBASIC but i am confused as to which i should purchase. I don't want to > make a wrong decision. My application requires a strong user interface and alot > of mathematical calculations. There is also some database handling involved in > it. (Both local and remote i-e on the internet) > > I need advice on this. I hope u will all help me in making a correct choice. > > Mahrine Other potential development environments which may meet your needs include: Satellite Forms http://www.pumatech.com/sf_mad_main.html Handheld Basic++ http://www.handheld-basic.com Trial versions of both are available for download. If you haven't already downloaded the NSBasic trial version, do so at http://www.nsbasic.com/palm/ Good luck, David Thacker Thacker Network Technologies Inc. Custom PalmOS Applications Pocket Science Extensions for SatForms & NSBasic (and soon HB++) http://www.PalmDataPro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Tools talk at developer conference
"Scott Maxwell" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi All, > > We are going to be releasing some of our tools at the PalmSource developer's > conference and I'll be doing a presentation on them. I think that many of > you will find the tools really useful so please come to the talk. The talk > is at 10:00 pm on Wednesday right after the certification exam and is > titled, "Tools for Removing Roadblocks". > > I've only got 30 minutes and there is a lot to cover so I will end up > primarily touching on the high points but it should give you an idea how to > get going. Here is what I'll be talking about: That's great stuff Scott. I look forward to your presentation. I did a ChangeSTR type utility using PAR and batch files, but your util is even easier to use. Thanks, David Thacker http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: ExgDBRead bug when reading PDB records?
Andres, You are forgetting one important point in your code. HINT: Re-read the description of the sizeP parameter in the ExgDBReadProcPtr docs: <-> sizeP The size of dataP. This value is set by ExgDBRead to the number of bytes it expects to receive in dataP. You must set this value to the number of bytes you return in dataP (if it's not the same). David Thacker "Andres Cabezas Ulate" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Has any one else had problems with ExgDBRead in that this function tries to > read too much data when it processes the last record in a PDB image? In a > program I'm developing, ExgDBRead passes a very large number in the size > variable to my ReadProc-style callback function when it gets to the last > record in a PDB image. The size parameter is much larger than the actual > size of the last record, even though for any other record in the PDB image, > the exact size is passed in. > > This behavior will force me to design an ugly workaround in my callback > function or to implement my own database reading function. I would first > like to verify, if possible, that this is a bug with ExgDBRead, and not > that I'm making some kind of error myself. > > Thanks, > > Andres Cabezas > > > (P. S. From what I can tell, ExgDBRead calls the ReadProc callback function > once for the PDB header, once for the record list header, once for each > entry in the record list, placeholder/padding bytes, and once for each > record in the PDB, at least in the Palm OS version I've tested with. The > PDBs I'm processing don't have a sort info or app info block, so I can't > tell how ExgDBRead behaves with those.) > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: help with FileOpen
"Monika Kauntz" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Help. > > I am trying to use the file streaming functions to open a .pdb file that I > created using par.exe. > Here is the command line entry I used to create the .pdb file: > > par c -a "stream" filname.pdb name type cid filename > Monika, The name of the file on the device is the "name" parameter not the "filname.pdb" parameter. "filename.pdb" is the name of the file on the PC only. Do not append a ".pdb" on to the file name you are trying to open (unless of course that the "name" you passed to PAR included a ".pdb" extension). You also mentioned "I have passed in a path and filename" but must remember that the internal storage of the Palm does not use a file system and has no concept of "path". You need to specify a path when working with files on VFS storage, but not when working with internal storage. David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Notification handler in non-app code resource
Greetings, I'm attempting to implement a notification handler in a non-application code resource (a Satellite Forms extension, similar to a shared library). The notification I'm wanting to handle is the Zire71 kCamSliderNotifyEvent that is broadcast when the camera slider is opened. I want to handle control of the camera when the application using my SF extension is active (the extension is loaded and active when the app starts). The problem I'm running into is that regardless of the priority used to register for the notification, the Zire71 photo capture app is being launched, because it has already received the notification by the time my code gets a chance to handle it. I'm registering for the notification using a callback pointer when the extension loads, like this (modified from the Z71 CameraSample supplied by PalmSG to get the right dbID): Err RegisterCameraSlider(Int8 priority, SysNotifyProcPtr procP, void *userDataP) { UInt16 cardNo = 0; LocalID dbID; Err err = errNone; // err = SysCurAppDatabase(&cardNo, &dbID); dbID = DmFindDatabase( cardNo, Z71ExtPRCName );// not an app // if(err) if(!dbID) goto Done; // Registering for camera slider notification err = SysNotifyRegister(cardNo, dbID, kCamSliderCreator, procP, priority, userDataP); Done: return err; } The procP I am passing to this function is my extension's SliderNotifyProc, done like this (from the PalmSG CameraSample again): #define kSliderNotificationPriority (sysNotifyNormalPriority - 32) // Register for slider notification err = RegisterCameraSlider(kSliderNotificationPriority, SliderNotifyProc, NULL); Now, when I cause the kCamSliderNotifyEvent to "fire" in the Zire71 Simulator by pressing the key to open the slider, my SliderNotifyProc does in fact get called like it is supposed to. HOWEVER, the notification has already been marked as being handled by the default Zire71 photo capture app, as this test proves: // Is it handled? We are in a cooperative mode if(notifyParamsP->handled) goto Done; So, no matter what I do in my SliderNotifyProc at this point, the system has already started the process of launching the default photo capture app, and as a result I can't take control of the camera from within my app. I created a new standard PalmOS app from scratch to register for and handle the kCamSliderNotifyEvent at the same priority, and it works just fine. When my test app is running and the slider is opened, I get the first crack at the notification and can handle it appropriately (just as the Zire71 CameraSample app does). I've tested both the launch code and callback pointer methods of registering for the notification, and both work fine. The problem seems to be that because my SatForms extension is a non-app code resource, it doesn't get a chance to handle the notification until after applications registered for the same notification have already seen it, regardless of the priority. Can anyone suggest a way to work around this problem, or spot some error in my logic? Thanks, David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Any free jpeg decoder library for palm?
"L.M. Fridael" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > "Francis" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > is there any free jpeg decoder library for palm? > > or if any jpeg to bmp converter for palm? > > thx a lot > > http://www.nyctergatis.com/jpeglib/ > > Regards > -Laurens > Laurens, Thanks for pointing out that shared lib, and a big thanks to Yves for making it available! Has anyone figured out a way to make it scale the decoded images to fit a desired width/height, as opposed to the fixed 1,2,4,8 scaling modes? Thanks, David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Implementing the mailto url scheme in my application
"David Thacker" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Can someone please explain how I can craft a fully formed mail message > (recipient, subject, body text, attachment) using the mailto url scheme > with the exchange manager? > Okay, got it working: ExgSocketType socket; char url[100] = "mailto:[EMAIL PROTECTED]&body=Howdy!"; MemSet(&socket, sizeof(socket), 0); socket.name = url; ExgRequest(&socket); Pretty simple actually! David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Implementing the mailto url scheme in my application
Greetings, I've read the PalmSource Attachment Support and Data Exchange Guidelines for Palm OS whitepaper and perused the sample code. However, I've not yet found the information I'm looking for, and hope that someone here can steer me in the right direction. I am wanting to implement support in my app to email data via the MailTo exchange mechanism, as described in the whitepaper in section 9: "Applications like the browser must be able to launch an email application to start composing a new message. In contrast to the "_send" scheme the "mailto" URL automatically implies email as a transport medium and allows applications to provide additional information, like recipients, subject line, etc." I have found by trial and error that if I use an exgSocket.name prefixed with "mail:" that this will invoke mailto functionality for Versamail (which is am using as the test email app). [Interesting sidenote: VM2.0 supports name prefix of "mailto:"; or "mail:" but VM2.5 only supports "mail:".] However, I have not been able to determine how to prefill the additional information such as recipients, subject line, message body text, etc. Can someone please explain how I can craft a fully formed mail message (recipient, subject, body text, attachment) using the mailto url scheme with the exchange manager? Thank you, David Thacker Tel: (403)782-5432 Thacker Network Technologies Inc. Fax: (403)782-1794 Custom PalmOS Applications [EMAIL PROTECTED] Pocket Science SatForms Extensions http://www.PalmDataPro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: More on Zire Photos... JPEG Library?
"Ben Combee" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > A representative from Palm SG posted recently that the APIs for the JPEG > library would be part of a future release of their SDK at > pluggedin.palm.com. As of the current 6/25/2003 release, they aren't included. > Hi Ben, I have tried to search for that announcement, but could not locate it in the palm-dev forum archives. Can you please point me to a date/time/forum where this was posted? Thank you, David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Reading a file stream via conduit...
"Ben Combee" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > At 09:30 AM 7/2/2003, Arrow wrote: > >i read the drawback of using streaming file is that i cannot > >backup the pdb to PC, is this correct ? > > File streams are not backed up by the backup conduit, but you can manually > back them up in your conduit. Actually, if you set the backup bit on your streamed file, the backup conduit will happily back them up like any other database. It's safest to set the backup bit once the file has been closed: // get the dbID so we can set backup bit after file is closed dbID = DmFindDatabase( cardNo, nameStr ); // set backup bit on streamed file after it is closed if (dbID) { DmDatabaseInfo( cardNo, dbID, NULL, &attributes, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL ); attributes |= dmHdrAttrBackup; DmSetDatabaseInfo( cardNo, dbID, NULL, &attributes, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL ); } David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: jpegArmlets: Come & get 'em
> I have recently completed two ARMlets based on the Independent JPEG Group's > code. These ARMlets perform encoding and decoding of jpegs, respectively. > For each ARMlet there is a Visual Studio .NET project which makes a dll for > use with the Simulator, and a CodeWarrior project which makes an ARM binary > for Palm OS 5. I've made 3 Codewarrior projects which demonstrate use of > the ARMlets for decoding, displaying, and annotating jpegs. I've also > modified the camera application from Palm's Zire SDK, so that it uses my > compression ARMlet to save an image to a file when the shutter button is > pressed. Excellent! Thank you very much for your hard work Matthew, and for your willingness to share this with the Palm developer community! David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Problem with TxtGlueCharIsPrint and 5-way navigator vchrNavChange
> On debug ROMs, if you pass virtual characters to TxtCharAttr, you'll > get a non-fatal alert. On release ROMs, it will blindly use the > character code value as an index into an array of attributes. Since > this array only contains 256 elements, a virtual character winds up > returning random data. That's why it just happened to work with > vchrClock & vchrPopupBrightness, but not vchrNavChange. Ahhh. Thanks for the elucidation Ken. > >if ( ( pEvent->eType == keyDownEvent ) && > > ( !TxtGlueCharIsVirtual( pEvent->data.keyDown.modifiers, > >pEvent->data.keyDown.chr ) ) > >{ > > if ( TxtGlueCharIsPrint( pEvent->data.keyDown.chr ) ) > > { > > do my thing > > } > > // else let system have it > >} I did end up implementing the solution this way, which seems like the right way to go then, for all of the reasons you and Ben mentioned. Actually I did this: if ( pEvent->eType == keyDownEvent ) { if ( !TxtGlueCharIsVirtual( pEvent->data.keyDown.modifiers, pEvent->data.keyDown.chr ) ) { if ( TxtGlueCharIsPrint( pEvent->data.keyDown.chr ) ) { do my thing } // else let system have it } } Thank you Ken and Ben, David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Problem with TxtGlueCharIsPrint and 5-way navigator vchrNavChange
> >Why does TxtGlueCharIsPrint( vchrNavChange ) == true when it should be > >false? > > I think you need to filter your processing to throw out any keys with the > command flag set before you try to process them as printable or not. No > printing character will ever have that set, AFAIK. > Hi Ben, I did implement a workaround, but the point of my post was to point this out as a bug in the TxtGlueCharIsPrint/TxtGlueCharIsGraph functions. These functions have no trouble returning false for other virtual keys such as vchrClock & vchrPopupBrightness, and only seem to be problematic on the vchrNavChange key. I could do: if ( ( pEvent->eType == keyDownEvent ) && ( !TxtGlueCharIsVirtual( pEvent->data.keyDown.modifiers, pEvent->data.keyDown.chr ) ) { if ( TxtGlueCharIsPrint( pEvent->data.keyDown.chr ) ) { do my thing } // else let system have it } but I shouldn't have to use this extra function if TxtGlueCharIsPrint worked properly... [BTW, the command modifier bit was not set for virtual keys until OS3.1, according to the Palm OS Reference, but TxtGlueCharIsVirtual handles this for OS3.0 as well.] David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Problem with TxtGlueCharIsPrint and 5-way navigator vchrNavChange
Greetings, I use the gluelib functions TxtGlueCharIsPrint() and/or TxtGlueCharIsGraph() in a routine that processes incoming keystrokes. If TxtGlueCharIsPrint( pEvent->data.keyDown.chr ) returns false, then I just ignore the key and let the system have it, otherwise I do stuff with the key. Works great, except in the case of pressing Up or Down on a Palm 5-way navigator equipped device (tested on my T|T and Z71). In this case, the 5-way vchrNavChange key event that is sent after the vchrPageUp/vchrPageDown key is treated by TxtGlueCharIsPrint() as true, and falls into my processing routine when it should have been left to the system. Why does TxtGlueCharIsPrint( vchrNavChange ) == true when it should be false? Is this a PalmSource PalmOS gluelib problem, or a PalmSG implementation problem? Who do I report this to? David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS and Pocket PC programming tool
"Regis St-Gelais" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > I have a big application on Palm OS that I need to port to Pocket PC. > Since I will have to keep the two versions alive, I am asking myself if > there is a multiplatform programming tool that would allow me to generate > both the Palm OS and the Pocket PC version from the same sources (new ones > of coarse) > > I know, there is a lot of fonctionnal differences between the two platform, > but it is allowed to dream. > Regis, You can read more about Satellite Forms, which does offer Palm and PPC cross platform capabilities, at http://www.pumatech.com/sf_mad_main.html There is a link on the left to download a trial version. In contrast to Appforge, SatForms supports PalmOS 5 starting with SF 5.2. NSBasic is available for both the Palm and WinCE platforms, though they are separate, not cross-platform, versions. David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm SG SDK available online
"Nicolas Pabion" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > All, > > I wanted to inform all developers that the new PluggedIn website of Palm > Solutions Group is now up and running. Login is very simple and requires > only few fields to fill. You'll be able to login right away (you'll receive > a confirmation email with your password). > You would have access to Tungsten|T, Tungsten|C and Zire 71 simulators, SDK > with sample code and FAQ. > > Link: http://pluggedin.palm.com > > If you have any comments, let me know on this forum. > > Nicolas > Palm Solutions Group Greetings Nicolas, Thanks for posting this announcement and for the invitation to comment. Please forward these comments to the appropriate decision makers: I could not locate the API information in the PalmSG SDK for the JpegEncodeLib, JpegDecodeLib, or JpegCommonLib, which are present on the Zire71 and used by the Photos application. Where are the API declarations for these important libraries? *Surely* PalmSG recognizes the importance of making these APIs public in order to ensure any custom applications that use the public Camera APIs to capture photos do so in a manner that presents the best user experience. The best user experience includes the ability to store photos as compressed JPEGs, in a format that is compatible with the Palm Photos application and conduit/desktop. The best user experience also includes the ability to decode and display compressed JPEGs captured by the camera or transferred from the desktop, like the Palm photos application. The best user experience also includes transferring captured images to the desktop as quickly as possible, by making the file sizes as small as possible. *Surely* PalmSG would encourage developers using the public Camera APIs to use JPEG compression so that 640x480 photos only require about 50KB of storage, versus the 600KB of storage required for uncompressed photos. I am not asking for anything other than the ability to use the JPEG libraries that *already exist on the device* for 100% compatibility with Palm Photos and for the optimum user experience in any applications that utilize the Camera APIs. Doesn't this just make sense? It's not like I am asking for the library source code. Can you imagine how many fewer compelling third party applications there would be for the Palm platform if APIs were not provided for the Serial or Exchange libraries, for example? Where would we be if only the applications shipped on the device ROM were able to use IR communications? Failing to provide public APIs for the JPEG libraries is equivalent to not providing APIs for the Serial and Exchange libraries. The ultimate goal of creating and providing the PalmSG SDK is to sell more PalmSG devices, through the encouragement of developers to support PalmSG specific features, like the Zire71 integrated camera. The failure to include public APIs for the JPEG libraries that exist on the Zire71 is a definite roadblock to achieving this goal. This roadblock can be removed by providing us with the JPEG library APIs. Thank you, David Thacker Thacker Network Technologies Inc. David at PocketScience dot ca -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Palm Versamail SDK?
Greetings. I am looking for information on how to build some integration with Palm's Versamail client into my applications. Specifically, I am interested in externally posting an email message to Versamail's outbox, a la the old sysAppLaunchCmdAddRecord method for the original Palm Mail app. If I can do so with a file attachment, that's even better. Can anyone point me in the right direction? I've poked around the Palm Inc. site looking for developer info relating to Versamail, but could not locate any. Any suggestions, contacts? Thank you, David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: LstGlueSetIncrementalSearch on Tungsten T
"David Thacker" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Hi, > > I have a popup list, using lstPopupList. When I'm setting up the list, I > set the incremental search behaviour true with LstGlueSetIncrementalSearch. > When I pop up my list, the incsearch works as expected on OS3.x and OS4.x > devices, and on PalmSim. > > However, on my T|T, the incsearch does not work. Entering chars with the > list popped up does not position the list to the matched item. > > What gives? > > Any ideas on how to solve this? > > David Thacker My testing has confirmed that the popup list incremental search behaviour DOES work properly on the Sony NX70V OS5 Simulator (don't have a real NX70 to test), but does NOT work on the Palm Tungsten T device or Tungsten T Simulator (available from the Palm PluggedIn Program). It works fine on all OS3.x and 4.x devices I've tested. Did Palm SG deliberately remove this functionality from the T|T, and if so, why? Or was it an oversight caused by tweaks to support the 5 Way navigator? Is there any workaround for this issue? How can we convince Palm SG to make a Tungsten T patch that restores this expected list behaviour? This is supposed to be a supported API function! David Thacker Thacker Network Technologies Inc. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
LstGlueSetIncrementalSearch on Tungsten T
Hi, I have a popup list, using lstPopupList. When I'm setting up the list, I set the incremental search behaviour true with LstGlueSetIncrementalSearch. When I pop up my list, the incsearch works as expected on OS3.x and OS4.x devices, and on PalmSim. However, on my T|T, the incsearch does not work. Entering chars with the list popped up does not position the list to the matched item. What gives? Any ideas on how to solve this? David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Debug to OS5 Simulator from CW6?
<[EMAIL PROTECTED]> wrote in message news:108453@palm-dev-forum... > > --- In [EMAIL PROTECTED], Ben Combee <[EMAIL PROTECTED]> > wrote: > > > > >Thanks for your reply. I had concluded as much, but needed to hear > > >it from someone else to be convinced! > > > > > >I would upgrade to CW9, except that I have heard from several folks > > >that they've been unable to link the special SatForms startuplib > with > > >CW versions newer than 6. Since a large part of my business is > > >commercial SatForms extensions, and they are the only thing I use > CW > > >for, I've stayed with CW6. So, I will just have to do without > > >debugging to PalmSim I guess. > > > > I know that when I did a SatForms extension back in early 2001, I > was able > > to use CodeWarrior for Palm OS V7 successfully with the SatForms > runtime > > library. The only areas of the runtime that would different going > forward > > from V6 are related to C++ and expanded mode, neither of which > would be > > wise to use within a SatForms extension. > > > > I have SatForms 4 around here somewhere, so I'll try to see if I > can link > > an extension with it and CW Palm OS V9 and get it to work from a > > program. I'll report back if I have any problems, or if its > successful. > > > > -- > > Ben Combee <[EMAIL PROTECTED]> > > CodeWarrior for Palm OS technical lead > > Palm OS programming help @ www.palmoswerks.com > > Thanks Ben, looking forward to your report. Just try to compile one > of the sample extensions such as SqrRoot in the \Satellite > Forms\Samples\Extensions folder. > > If you can get it to compile and link without any fuss, then I ought > to go ahead with the CW9 upgrade. > > David Thacker Well, I went ahead and bought the CW9 upgrade, and it does compile SatForms extensions without any problems. And it debugs to PalmSim, which is what I wanted to do, so things are looking up. David Thacker http://www.palmdatapro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: OS5 scrollbar and nilevents
> > >Can anyone suggest why this sclEnterEvent is being turned into a > nilEvent in > > >the queue, and better yet what I can do to work around the problem? > > > > In Palm OS 5, events are converted to an internal format, then > converted > > back to 68K format when passed to 68K callback functions. > > > > Its possible that if an event is ill-formed, that it will be turned > into a > > nil event by the OS. I'm curious, how are you getting "bar->id"? > I would > > think that could possibly not get a valid value on Palm OS 5, since > you > > shouldn't be directly accessing the internals of Palm OS data > > structures. However, the actual release ROM and release device > might allow > > this. > > > > -- > > Ben Combee <[EMAIL PROTECTED]> > > CodeWarrior for Palm OS technical lead > > Palm OS programming help @ www.palmoswerks.com > ... > Well, I guess since I've got the source code and can modify it to my > liking, I could try converting all the code to userevents rather than > sclevents. Perhaps that would allow me to keep pace with OS5 (pun > intended). > > David Thacker > Just in case anyone is keeping score, converting my code to use userevents rather than standard sclevents did solve the problem. David Thacker -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/