Re: PC App from a Palm App.
But considering the modern IDEs for PC development wouldn't it be easier to just build it the ground up? Delphi or VB should do great job for you. I agree. Build it in one of those. You sound as if you will need a conduit at some point, and you might be better aiming for code reuse between the PC app and the conduit (you can use both Delphi and VB to write conduits). Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: hotsnyc
Or this : http://oasis.palm.com/dev/kb/faq/1674.cfm Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: hotsnyc
You still need to physically connect your 'software' Palm with Hotsync (via the cable). You can use TCP/IP instead. I have to 'coz I've only got one serial port on my laptop. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: free conduit packages
Nearly forgot. You can ask for more help on the conduit forum when you know how you want to build your conduit. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: free conduit packages
Is there any free conduit building packages/apps available? EHAND Connect has a free developers version (I don't think you can distribute any conduits to users, though). We have a trial version that works while Delphi is running. Otherwise you need to use the CDK, which is free. Using the emulator POSE, is it possible to emulate a HotSync? Yes, this is how to do it : http://oasis.palm.com/dev/kb/faq/1674.cfm Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Questions from a beginner
Does the Palm OS accept only compiled C programs? Nope. It accepts compiled programs from C/C++ and Pascal at least. There are a number of other development tools that need a runtime library on the Palm (like VB needs one on PCs). Some of them are, in no particular order : CodeWarrior gcc PocketStudio (in beta until next year) NSBasic PDA Toolbox CASL ScoutBuilder Satellite Forms Java Have a look on http://www.palmos.com and http://www.palmgear.com You may be able to use database program like HanDBase, MobileDB etc too Can anyone put an estimate on how long it would take to create a prototype palm application that would Depends very much on the tool you use. Satellite Forms is easiest, but is somewhat limited and there are licensing issues you need to consider. ScoutBuilder looks pretty nice too. CodeWarrior is probably the hardest, but if you can do it on the Palm you can do it in CW (and PocketStudio as well, but you can't get it yet). You also will need to write a conduit. Some of the tools above have their own, or can build one, otherwise you will need to write your own. Palm recommend using MSVC++ or Java for this, but I wouldn't use either, unless you already have experience with them. I'd use VB or Delphi instead. Cheers, Jim Cooper 1. query stock levels from a database 2. display levels in table form on the palm. 3. modify stock levels via the palm. Regards Tim -- _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Strange ??
You mean that each apps must have a different creator ID ??? Yes. Why that is ?? Because there needs to be a way of uniquely identifying applications on the Palm, same as you do on any other computer. Normally you could have two programs with the same name on your PC as long as they were in different directories. There are no directories on Palm devices, so Palm chose another way. You can register at http://www.palmos.com/dev/tech/palmos/creatorid/ Creator IDs are case sensitive, and the all lower case ones like calc are reserved for use by Palm. You also need a creator ID to register a conduit. If I ran the world, you wouldn't, but nobody listens to me. This may be just as well, of course. :-) Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Request for opinion on avoiding conduits
Ah, I *do* remember that we got significant speed improvements by moving from lots of small records to large packed records. There seemed to be a reasonable overhead associated with the record creation itself, aside from the volume of data transferred. I can't remember if this was when we were still using the conduit. It probably was. That's the most usual area to look at when trying to speed up conduits, in my experience. It's all a bit hazy... Thanks for taking the time. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Request for opinion on avoiding conduits
Chris, so the approach we use is snip Thanks for the info. I'm interested to know what other people do, so that I can advise our users on other approaches. Do you find backing up a database runs quicker than a one-way conduit, BTW? Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Request for opinion on avoiding conduits
Dave, Thanks very much for the info. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Request for opinion on avoiding conduits
Dave, Our latest creation does not use conduits directly. We read and write directly to PDB files. Could you explain how you deal with the syncing issues (when the PDBs get transferred etc)? Do you have performance issues/workarounds for large databases? Infact, the app is more complex than any conduit I ever wrote. We required integration to potentially dozens of different database formats. Reading the PDB files directly allows our customers to customize the PC side very quickly and without the need to 'understand' conduits (not to mention they don't require a $5,000 Hotsync server license) Your customers are programmers? Or is your app customisable by the users? Sounds like an interesting solution, if you're allowed to share any details with us? Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Request for opinion on avoiding conduits
I agree with Brian, a non-conduit solution usually looks kludged. There is also the point that using the pdb method may fail to properly sync the Palm and PC databases. Surely the users can change things on the Palm between backing up a database and installing the new one? Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Request for opinion on avoiding conduits
the conduit was proving to be a nightmare to develop and support (possibly because it required a third development environment (VC) that neither the Windows developer or the Palm developer were familiar with). You can now write conduits in all the major Windows development environments, so that will make the Windows side easier (VC++ is not the easiest way to write Windows apps). You still need to learn the Palm (hotsync) side of things, but it's not as bad as all that. You can get loads of help on the conduit forum too. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: bounds checker for Palm (and other ideas)
and languages like Pascal are not avaliable for Palm, It will be from early next year, see http://www.pocket-technologies.com PocketStudio is currently in beta and looking good (see also the link in the signature below). Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: VB liked Palm development
The only caveat is that, like SF, it uses it's own proprietry databases, and so may not be compatible with hotsync conduits, and you may be forced to create conduits using ScoutSync - but I could be wrong. On the face of it, you should be able to write your own conduits, as they must use Palm databases. I have users who have written conduits to SF databases. However, SF only document the Enterprise version field formats. If these guys don't document their formats it complicates matters. I'm downloading at the moment so I'll have a look. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Time - hours, minutes, seconds, milliseconds? (Way OT)
I am guessing that you too are a displaced expat. Yep. In the UK. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Time - hours, minutes, seconds, milliseconds?
24 possibilities? Surely with Daylight Saving Time, you can stretch this to 48 8^) You don't even need that. Eastern Standard Time and Central Standard Time in Australis are 1/2 an hour apart, and Western standard time is 1.5 hours adrift of Central. Calculating which time zone you're in is a tad tricky, though. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Dynamic DB size.
Carl, it states that the db is not limited to 64k after 3.0. I know the record size is limited to 64k but not the db itself. This is correct, but ... So does that mean that the db could be unlimited in size, as long as each record is less than 64k, and that the application is less than 64k, there should be no memory issues or problems with the application running once the 64K+ db has been synched to the palm? This isn't quite. I believe that you can only have 64k records, so the database is limited to 65536 records each a max of 65536 bytes long. As I say, there is also file streaming, which you may want to consider if you have really large chunks of data. As you say, you're better off keeping your app small. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Sync Application name
Adrien, Yes ok but it's not a conduit, it's a database that I Sync every time my program is launched so it's this message during sync I would like to change How are you syncing the database without a conduit? The HotSync manager calls all the registered conduits (that are set to do something) when it runs. The conduits are all DLLs. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Sync Application name
Adrien, I would like to know where I can modify the name displayed in the HotSync Manager during the synchronisation of a particular database. You're better off asking this type of question on the conduit forum, but AFAIK, this information is gotten from the GetConduitInfo entry point of your conduit dll. I can't remember off the top of my head whether setting the Name field in CondCfg does it as well. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: C++ or Java???
Pascal :) Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Dynamic DB size.
Ah so you don't know the answer either. I'm sure Brian does know. The issue of code size and database size are separate issues (as you would expect because they are different things). As for the limits on database sizes, AFAIK max record size is 64k, and there can be 64k records. You can also use file streaming to get bigger block sizes, but then you can't write a conduit. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: XML support
Craig, Could someone point me to an XML parser that will run on the Palm? If you can't find one that will run on a Palm, can you do the XML parsing on the PC/server/whatever before sending the info to the Palm in a format your app will understand? Since Palm is one of the companies developing SyncML (http://www.syncml.org/), I would expect this ability sooner or later on Palms. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: EHand Connect fo Palm
Mitch, Has anyone used the above to produce a conduit for a shareware product you are selling? If yes, what was the experience technically? I used v1.0 some time ago to create a conduit for a project that was eventually cancelled (the v1.1 price was part of the problem). The component was quite solid, but I found using an ActiveX control a bit of a pain, and because no-one seemed to have used it in Delphi before me, it took some working out. If you want to do a similar thing in Delphi then you can use our components (US$60 including source and no royalties). Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: where can i learn ...
Eliah, i wand to built a pc application where i can also edit, creat ex. the same records and sync it with the palm device. If you want to build it in Delphi (the easiest PC general development tool, IMO) then you can use: EHand Connect http://www.ehand.com ConduitDB http://www.envicon.de TurboSync http://www.tabdee.ltd.uk There are also C++ and Java options, but as you say, the CDK isn't the easiest thing in the world to work out. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Bewildered Beginner
Lynn, First, we will need to buy a Palm unit As already pointed out, use POSE first! Unless you aren't in the US, in which case getting the ROM images is problematic without a device of your own. I've seen a Palm application built with Satellite Forms($$$), and was told it was quite simple. Yep. It is. I did a prototype app in a couple of hours once, including learning SF. There's a Lite/trial version floating around on some of the Palm programming book CDROMs. It's restricted in what it can do, though. Basically no code (unless you write your own in C/C++), no user-defined menus there are runtime licence issues. But most of my on-line research recommends CodeWarrior($) as the preferred development software. Once again, a lite (free!) version is on some of the CDs. I personally find it pretty crappy, but I'm used to Delphi. Having said that, if you can do it on a Palm you can code it with CW. There is a Pascal compiler coming out next year, which will do everything CW will, but it's a while off yet (www.pocket-technologies.com) You might also want to consider one of the database applications like HanDBase if the application is simple enough. Also consider whether you are going to need a conduit or not (to sync with data on a PC or server). Some of the tools have conduits and some don't. Some only transfer data and don't synchronise it. Palm say you need Java or VC++ to write a conduit, but that's not true (you can even write one in VB). Even with CW, palm apps aren't THAT difficult to write. Go for it! Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Sell source license?
Has anyone ever considered selling source licenses? Has anyone actually done it? This is normal in the Delphi world, where people often will not buy components and libraries if the source code is not available. Buying our TurboSync components gets you the full source code, for instance. Some people prefer to have two levels (usually Standard and Pro), the higher priced one of which includes source code. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ Learn how to program Palms in Pascal with the Pocket Studio Early Experience Program! http://www.middlecloud.com -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: I have a file that needs to be converted to PDB
So ... just what is it you want to do? If you want to do any of the things Richard mentioned, then you probably need a conduit. Conduits that don't sync a far easier to write than ones that do, BTW. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: simple help, I think
I can not get the emulator to hotsync. On the HotSync manager menu you've checked Network, and you've created a service dialing number 00, and you're clicking on Modem HotSync? Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Question: Help!!
Is there a way this can be done? I the Install conduit has the exact feature I want. That dialog is called from the ConfigureConduit entry point of your conduit dll. You can call whatever you like from there. Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ See TurboSync on the Asta stand at the Borland Conference in London 24-27 September -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Pilot Build-In Application Databases Access
Does anybody know how to access databases of the system built-in applications??? On our website, go to the TurboSync page, and then the FAQ page. At the bottom are the database structures for the address book, date book, memo and todo datbase structures. The demo program in the TurboSync trial shows how to access them in Delphi (which may or may not be useful to you). Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ See TurboSync on the Asta stand at the Borland Conference in London 24-27 September -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: connecting POSE to a network
Jeff, Though not stated in the original post, I would like to establish a ppp connection between the laptop and POSE. snip Though it may not be possible, I was trying to avoid this two serial port arrangement. I do it using Mocha W32 PPP from http://www.mochasoft.dk. This allows me to surf the net, access IIS on my laptop etc all via the serial cable/hotsync cradle. It's pretty groovy stuff! And only 10 chickens!! Cheers, Jim Cooper _ Jim Cooper [EMAIL PROTECTED] Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi _ See TurboSync on the Asta stand at the Borland Conference in London 24-27 September -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: connecting POSE to a network
Yep. See http://oasis.palm.com/dev/kb/faq/1674.cfm I have HotSync v3.0.4 and I do not have the Network entry in the hot-sync options . What did I missed ? You need to install netsync.prc (http://www.palm.com/custsupp/downloads/netsync.html) onto POSE. Cheers, Jim Cooper Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits with Delphi See TurboSync on the Asta stand at the Borland Conference in London 24-27 September -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Pdb generation windows tool
1. Is there a windows tool for generating pdb-files? (The core data can be fetched from a CSV-file.) You could write a conduit easily enough if it doesn't have to sync, just overwrite the Palm all the time. 2. What techiques could be used to pack the data in the records? - Make sure that the strings are not fixed lengths - Use something like the Flags field in the Address Book database, where each bit indicates the existence or absence of one of the following fields - Use the Palm date and time types, not text representations - Don't use integers where bytes will do There has also been mention on the conduit forum of some compression code, so you might want to search the archives there. Sorry, but I can't remember off the top of my head what it was called. Cheers, Jim Cooper Tabdee Ltd http://www.tabdee.ltd.uk TurboSync - Writing Palm conduits in Delphi -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: newbee: What tool(s) do I need to use in order to...
I am new to PalmOS developmnet, and I need to write an ActiveX component that will be able to retrieve contacts information from .aba According to Palm (http://oasis.palm.com/dev/kb/faq/1057.cfm) you shouldn't try to access their files directly. So I think you should either use an existing conduit or write your own. Just writing a conduit to get data from the Palm is easy enough (the syncing logic is the hard bit). You don't have to use C++ or Java, though. You can use EHAND Connect (http://www.ehand.com) an ActiveX control that you can use in VB, Delphi, C++ etc ConduitDB (http://www.envicon.de) a BDE based solution for Delphi TurboSync (http://www.tabdee.ltd.uk) which is a completely wonderful way to write conduits in Delphi. I wrote it, so I'm biased, of course vbg. The TurboSync trial version includes an example conduit that reads data from the main 4 Palm apps. You could easily modify it to save the data however you like. You might also want to join the conduit development forum. Feel free to email me privately if you like. Cheers, Jim Cooper Tabdee Ltd TurboSync - Writing Palm conduits in Delphi -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: connecting POSE to a network
I need to connect POSE to the network. Apparently, this can be done through the use of two serial ports connected via a null modem. Is there any other way? Yep. See http://oasis.palm.com/dev/kb/faq/1674.cfm I have POSE running on my laptop (ie only one serial port) and it works fine. Cheers, Jim Cooper Tabdee Ltd TurboSync - Writing conduits in Delphi -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: palm serial number
Your best bet is to assign one yourself Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Runninng applications in the context of another application
could anyone come up with some stoppers for this idea? Not all versions of the PalmOS support running apps concurrently, so you might have to fake it like Prefs does (swapping between apps that share interface features), or get things out of a shared library (might be more trouble than it's worth), or not support those devices. Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: anyone using Objects 2006 for Palm ?
Better, start using TDD, mock the needed Palm features and you'll have no need for a debugger...=) That's rather a lot of mocking :-) Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Dynamically Displaying Help Icon
Well, the software I'm doing is for enterprise customers.. The PDA's used run only my software and the user base are mainly mechanical engineers who barely know what a PDA is. Nonetheless, sticking with convention is a good thing. In this case I think it's also going to be much easier to deal with your own icon/button/whatever As a user I find icons on Palm apps annoying. MeTRO for example, is a great app, and I use it a lot, but the icons suck - buttons with text would have been much clearer. In your case I don't think the i icon is going to convey to the users that they might want to tap it. Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Media Player on Palm
I'm a begginner programmer, trying to build a media player for palm. That seems a very tough project for a beginner Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Querying a database
1) I need to import about 30,000 records onto a Palm TX. Do you *really*? Everything on PDAs works better with fewer records. The alternative many people seem to miss is being smarter with syncing. PDAs are not little laptops and should not be treated as such if you want a good user experience. Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm database size limits?
64K records are teorethical I think. They are, there is some space taken up with various bits and pieces. I think the actual number is 65505 bytes, but that's off the top of my head Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Windows Mobile or Palm OS
does that mean that both platforms have the same capabilities? No, the OSes are quite different in some ways. The answer also depends on what models you are going to support. Older ones in general are less capable than newer ones (on both platforms). Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm TX Emulator ROM and Landscaping
I'm fairly new to palm development and was wondering if there was a Palm TX rom out there. You don't use ROMs for the latest devices, you use a specific simulator instead Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How can I build a simple prc for weight calculations in the jet I fly?
This is about the simplest tool to use : http://www.pdatoolbox.com/ Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: New to Palm - Need advice on how dev project
I don't much prefer either language, as I use C and/or Pascal (Delphi). You can also write the conduit in Delphi. There is our product or an open source project (links from our FAQs page) I also use PocketStudio (Pascal) for Palm work, and can recommend it as an easy to use solution. Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: New to palmos
The Palm docs are also pretty good Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to read PalmDB records with variable fields ?
The pdb has records with variable lengths.
This is normal
struct mystruct {
char name[20];
char code[30];
};
You would normally not use fixed length strings like that. The source code for
the address book app (as just one example) shows how to deal with that, as do
all the examples in books etc
Cheers,
Jim Cooper
_
Jim Cooper[EMAIL PROTECTED]
Skype : jim.cooper
Singapore mobile: +65 9345 0024
Tabdee Ltdhttp://www.tabdee.ltd.uk
TurboSync - Connecting Delphi to your Palm
_
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
Re: Whether or not the tools build application on palm and PocketPC
j2me A prime example of what I'm talking about. You do not get applications particularly suited to either platform. In the case of j2me you can also write non-portable code :-) Cheers, Jim Cooper _ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Singapore mobile: +65 9345 0024 Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm _ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Whether or not the tools build application on palm and PocketPC
Could you tell me whether or not a tool that can compile code for PalmOS and PocketPC? There are several cross-platform tools - looking at a list of Palm dev tools will show them to you. They do all compile code, technically speaking, and some have 2 versions rather than truly cross-platform code Could you comment on that tool: weakness and strong point? They all suffer from the same problem : the platforms are really quite different. You end up with an app that does not fit properly with either. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Whether or not the tools build application on palm and PocketPC
Could you tell me whether or not a tool that can compile code for PalmOS and PocketPC? There are several cross-platform tools - looking at a list of Palm dev tools will show them to you. They don't all compile code, technically speaking, and some have 2 versions rather than truly cross-platform code Could you comment on that tool: weakness and strong point? They all suffer from the same problem : the platforms are really quite different. You end up with an app that does not fit properly with either. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
cancel [EMAIL PROTECTED]
This message was cancelled from within Mozilla. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: [OT, kind of] Best way to convert Palm app to Pocket PC?
If you are not using conduits The whole way *that* works is utterly different. I have some code (Delphi and C#) here : http://www.tabdee.ltd.uk/Software/Papers/Papers.html that shows one easy way to talk to PPCs, but you can forget about porting a conduit :-) If you don't want to talk to SQL Server on the PC/server end MS don't really want to know, either. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: [OT, kind of] Best way to convert Palm app to Pocket PC?
For starters, this is probably the wrong newsgroup - a PPC one would be better :-) Future versions of eVC++ are no longer be free - it is part of VS from VS2005 onwards WindowsCE is the generic term for the mobile versions of Windows, PocketPC is specific to PDAs and smartphones (and there is a version for each). There are various sites dedicated to PPC development, but the best place to start is MSDN. Bear in mind that much of your code probably won't port - things are quite different. FWIW, I believe MS are strongly encouraging people to go to managed code for PPC development Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: grey out for controls in palm
You would think the UI guidelines would have changed when they finally added decent color capability to the devices. NOT using gray for disabled controls is counter intuitive, if the capability is there. But the capability is not really there, is it? :-) I disagree with the term counter intuitive, BTW. It may be counter to your experience, but UI conventions often have little to do with intuition. If you have never seen a greyed out control before, how do you know that means you can't use it? You have to learn that first. Whereas if the control is not there, the question never arises. I've always thought disabled controls were disallowed not because of BW displays (you *could* still display them then), but because the UI was simpler to use without them. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: grey out for controls in palm
Being a free spirit, try UIColorGetTableEntryRGB and UIColorSetTableEntryRGB in a post event handler. But that'll set all controls, not just one, yes? Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm Dev Books
There is also a text named, Advanced Palm Programming, Wiley, not sure of the author. If it's the one I have by Mann and Rischpater, that's pretty old now. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How do I read a Text file in Palm OS 5.4 ?
I am new to Palm programming, how can I place a Text file in the Palm There is no such thing on Palm devices. Read up on databases in the docs. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: grey out for controls in palm
The user interface guidelines specifically say not to do this. And the API does not support it either :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Muliple palm devices - one PC
Maybe a COM conduit thru Hotsync or a client server solution. A COM conduit will not help at all. HotSync Manager is the stumbling block, and it controls when conduits get called. What way the conduit was written is irrelevant. There used to be a HotSync Server product once upon a time, and a couple of other things as well, but I haven't heard of any of them in some time now. You could always use a non-conduit solution if the Palm devices can connect another way. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: What Palm Development software do I need ?
Also Pascal, with PocketSudio from http:/www.winsoft.sk Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Exit application
how do i capture these silk screen click events in my form and then exit my application on these events You don't have to, the PalmOS will close your app for you (only one is open at a time). You can respond to events when the application closes, eg to save app settings like the currently open form/record etc. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
If you use just the SyncManager API (the raw C API), you should be able to use the sync DLLs. If you use the C++ classes, you'll have MFC dependency issues, since the classes are derived from MFC classes. Yes (I did try and explain that at one point, but I don't think I was clear enough :( ), and I think Del is confusing the two. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
I note that recompiling the dll for C and not C++ was recommended at the Borland user group site. Yes, but they had imperfect knowledge of the problem. Sync20.dll does not use C++ (at least in presenting anything externally) or it would not be callable from anything but C++. It uses straight C calling conventions, which is how I am able to call things in it from Delphi. There are no classes in anything to do with exported functions from that DLL, only structs. These are all defined in a header file (syncmgr.h IIRC). However, there is other code in many C++ conduit examples which does rely on MFC, but it is all the conduit code, not the calls to sync20.dll routines. Whether or not you had one of those examples, I have no idea. Just because you asked for one without doesn't mean you got it :-) The fine points of linking, in terms of linking with code within dll' You should not be linking with a DLL at compile time. That's why they are dynamic link libraries - the calls to them only happen at runtime. It's been a long time since I did any C programming in Windows, but I didn't think running IMPDEF was required in this case. All the definitions are in syncmgr.h (including the fact that the functions are obtained from a DLL), and there is a sync20.lib file already in the CDK. I thought that was all you needed. I don't want to drag this out, as I seem to have found a solution using COM and VB 5.0, which didn't prove to be the nightmare I had begun to anticipate given the way in which COM seems to be perceived by some. It's COM in general, not those COM components in particular that I was commenting about. It just sucks as a technology. As long as you have something working, that's the main thing. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Syncmgr.h was, as I understand the process, accessed while the program was compiling, not linking, and my problem was with a linker error. Yes. The syncmgr.h file is for compiling, and the sync20.lib file (the one in the CDK) is for linking, right? I don't understand the need to refer to imperfect knowledge. Because they didn't know anything about the DLL you were asking about. Had they known more about it they would not have suggested that solution. The IMPDEF program's .def file based on sync20.dll caused a problem with specific, unknown function names. Which makes me think that you shouldn't have been using impdef. That doesn't produce anything you didn't already have, does it? The restriction to a linker error suggests that the problem was in external code references that the linker could not fill in. Right, to the .lib files normally, yes? I'm probably not the only one whose grown a little tired of this, so I'll stop here, even if I must remain uncertain of the specific cause. It doesn't really matter now, but I'd hate you to go around thinking you could only write conduits using Visual Studio :-) Thanks for the response. No worries Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
I'm not exactly away to the races, but the COM dll just enabled me to access the name field of one of my records. If I can access integers and strings as easily, I may be able to complete the conduit. Well, all Palm records are just blobs of bytes, so you always have to do the work splitting that blob into sensible things yourself. One of the reasons I wrote some Delphi components was to encapsulate all that logic. I have never perceived myself or asserted to be a programmer who normally works with dll's at the level that some who address this forum are capable. There is nothing special about writing DLLs. The just have to have some pre-agreed entry point functions, so that external code knows what it can call. Otherwise you can do pretty much everything you would do in a normal application. Using COM is IMO the harder route to follow than calling the C APIs directly, but that's just me. Bob (Combee) indicated that one of the necessary dll's from PalmOS isn't This is a red herring. You can call into any of the conduit DLLs. I do it from a completely different language, so calling it from C is no problem. Other people on this group have used Borland C++ Builder, for example. This MFC stuff is irrelevant. Your sample code may use MFC for other things, but it is not necessary to access any of the conduit APIs. A Borland programming group had suggested that I recompile the dll from source code Definitely, definitely, definitely not necessary. You're getting side-tracked on a non-issue. Of course, if my thinking is correct, I now have to take a byte array and, using the structure from my Palm application in CodeWarrior, convert each field in the record into a string or an int based upon the number of bytes it represents. Yes, you do. This may well explain the reference to a COM quagmire in a prior response. No it doesn't :-) I made that comment in regard to how poor a technology COM is in general. All conduits need to deal with the fact that records are blobs. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
A conduit dll from PalmOS is the code that contains the MFC references, as acknowledged by Mr. Combee. Without access to the referenced MFC components on my system, the code that references it can't link to it. But that is not true. I'm using Delphi (Object Pascal) to call routines in the DLLs (especially sync20.dll). Delphi has not and cannot have any link whatsoever to MFC code. It is a non-issue. You **can** write conduit code in C that does not rely on MFC or on COM. One would have to write some sort of replacement. No you don't. I didn't, and neither did anyone who has used Borland C++ Builder. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
It seems to be necessary if you don't have MFC on your system based on no install of VC++, because Builder won't compile with the indicated references in the .def file. I still say that's not necessary. I can call all these things from a different language that cannot possibly be using MFC. All these calls are just calls to DLL exported routines. You can call them from any almost any programming language capable of writing software for Windows. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. That's not necessary. I call the DLL routines directly from Delphi (ie Pascal). There is no need to descend into the quagmire of COM :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: SyncMgr.dll
I think this is the result of a problem with the way that the Sync20.dll is now named based upon its revision as of the 4.03 CDK Despite what the header file says, sync20.dll has not been renamed, certainly not in CDK 4.0.3. There is no file called syncmgr.dll In TurboSync I explicitly load DLLs and get function pointers, and all of those routines are definitely in sync20.dll Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Database dumb question?
Yes, I understand C, but wasn't sure if on the Palm it acted the same way As far as null-terminated strings go at least, then yes. This is not really a platform issue though, just a language/compiler one. Some other tools use a Pascal-type string (although the main Pascal compiler for Palm doesn't g), where they have a length byte first and no terminator. If you want variable length fields of other types then this is an easy option Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: SyncOpenDB Equivalent?
This is not a command line compiler. It's Borland's. It actually is still a command line compiler (this is true even in Delphi 2006) :-) There is most likely an argument missing somewhere (whether you set that argument from the command line or from the IDE) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: SyncOpenDB Equivalent?
[Linker Fatal Error] Fatal: Expected a file name: Sounds like you haven't specified all the necessary command line arguments Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: SyncOpenDB Equivalent?
Does anyone have a very basic conduit structure within a C++ file, free from MFC materials, that they might be willing to send as sample code? There are Delphi (Pascal) samples on my website, and a whitepaper detailing the process. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: SyncOpenDB Equivalent?
Is there a function built into the CDK header files Nope. Nothing in the CDK deals with databases on the PC end. There are a number of libraries available to do that, but you normally don't want to do that. It is almost always much more efficient to deal with data in a way that was designed to be used on a PC. PDB files were not designed that way Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
How about 5x7 or 6x9 Historically, devices much bigger than Palms have struggled in the market. Newtons were that sort of size, for example. But in use, such things are too small to be really useful and too big to carry around all the time. That said, there are laptops getting down towards that size, although they tend to get too hard to use once they get too small, IMO. FWIW, I would never consider buying a desktop system any more. Take up too much space, are too big to move around, have crappy keyboards (I've always preferred laptop keyboards)... :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
But if you're emulating system calls through another OS But existing applications are 68k machine code, not just system calls. You need an emulation layer. I'm not complaining about it, it's just going to have to be that way. I agree, and that's why I'm pretty sure they aren't going to try it. Call me cynical, but to me cross-platform always equals compromise. I'd rather have a OS (and kernel) targeted specifically for mobile devices. Again, I agree. But don't compare Windows to the Linux kernel! They are fundamentally different. Windows has been developed in such a way that the GUI cannot be separated from the rest of the system. That's not my point. The problem is that desktop/server thinking and approaches get carried over to the mobile device space. MS have (nearly) always written completely new code for their various mobile device OSes (and there have been a lot of them!), but they have historically tended to think of the devices as little laptops. So besides the big things like having poor performance and crap battery lives and so on, they've done small things wrong, like having buttons with shadows wasting pixels because that's what the desktop OS looked like at the time. Probably because I've never seen Codewarrior I wasn't a big fan of that IDE either :-) But it seemed more stable and easier to install, at least. As long as I have all my Unix text processing and development utils, I see absolutely no need for any IDE. I've tried using a few, but they just slow me down. Ok, so I'm not a typical Palm OS programmer! Not a typical programmer of any kind :-) Modern IDEs have a lot of advantages over old-fashioned command line systems, and the fact is that most programmers prefer having those advantages. They might be prepared to work with sub-standard tools when doing hobbyist stuff, but in their working lives it's a different story. if the only reason I can put up with it is that I'm an expert Unix user/programmer, then things are really bad. ;-) :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
The trouble here is that the term Linux is used for both. That explains why Jay and I were talking at cross purposes a bit :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
I for one would love to see vi running on Palm, but then I'd like to have at least a 640x480 resolution, 12 display, and a Bluetooth keyboard, so I could run PODS on the Palm, and develop apps without needing to have a Windows (running Cygwin for vi et. al.) and a Linux system as well! That's called a laptop, isn't it? :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
The Compact Framework is actually quite nice, so I'm not sure why you'd want to develop in unmanaged code. There are still performance reasons in some times of apps. Unmanaged code for Pocket PC is more or less Win32 code and about on par with Win32 code for the desktop from what I can tell (i.e. to be avoided). Yep, it's truly horrible. I have never understood why MS wanted to keet the same API (subset) as they had for desktop versions of Windows. The Windows API is rubbish, and shows every sign of never having been designed, but just accreting over the years. Dealing with the PalmOS API is much easier, even though it's doing the same sorts of things. I suppose there is always this myth about cross-platform code that keeps getting in everybody's way. There is a limit even in principle to how much code you want to share between a PDA app and a PC app. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
The database routines will make my code bulky? Meaning I would have to do alot more because the way they work. A lot more than what? They're pretty straighforward to use, and although Palm databases are weird things, they are very flexible about what you can put in them (you can have different structures for each record in one database). I have custom data and structures that I don't believe will work well with the Database functions. Unless I am mistaken? Possibly. What structures are you thinking of? But I don't see where I can actually save a structure in a Palm database format that will be easly pulled over to a PC and displayed? That's what a conduit is for. You do not need to work in the Palm database format on the PC end - in fact I would strongly recommend you don't. I guess one way or another I will have to do more work on one of the 2 sides? In principle, no, but it may depend what you are trying to do. I want to try and keep the code pretty much the same on both platforms? Your data access layer should be different on both platforms, but it is sometimes possible to extract out common business logic. Your user interface should almost certainly be completely different on any PDA than on a PC. Perhaps if you explain what your problem is. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
Would I be able to port this to the Palm Database? Of course assuming you sort out the pointer problems others have mentioned. You normally wouldn't use fixed lengths for strings either, BTW. There are far more complicated structures than that around :-) Just have a look at the datebook record structure sometime - things appear and disappear, they can get really big or really small... I understand how conduits work (I think?), but I also want a create a app on the PC side that will let me tweak and values I have in this database? Fine. But since you're on the PC, use a form of data storage that makes sense on the PC. A Palm database file is not one of those things. Use a proper database, or XML or whatever you would normally use for a PC app. I thought conduits are just used for Syncing the changes? Not editing? Yes. In the general case there are 3 parts to a Palm application : - the app on the device - an app/database on the PC/server/internet - a conduit to sync between the two But if I have an array of the structure below how would I track this with the Database manager? Either put the array into a record or have many records or both, whichever you prefer. A Palm database is essentially just a list of blobs (which they call records). You can out anything you like into each blob. There is no metadata like proper databases, so the Palm database doesn't care what you do in a record. You can put a string in one, 3 integers in the next one and a bitmap in a third. You will therefore have to write code to get at whatever is in your records, but all Palm applications do that, so there are lots of examples of how that is done. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Yes sure. Let me ask the question in a clearer way. What do you mean by not SE? I don't want to target CF and have all the reasons for that :) Sooner or later you might have to. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
I think the proper question is, How many kernels does Palm OS need?. And the answer is one. It's a bit too late for that now :-) And then the next question is, What is the best kernel for PalmSource to use, given that kernels are complex and maintaining your own kernel and writing device drivers for every new piece of hardware is a pain?. And the answer is Linux, because hundreds (thousands?) of man-years of work have already gone into refining that kernel, *and* it's very popular in embedded development already, so lots of embedded stuff has Linux device drivers available already. It's an answer, certainly. But Linux is not just a kernel. And as you say, even in the embedded world, there is lots of stuff out there already. Is adding yet another GUI toolkit a worthwhile exercise? I'm not convinced. And the answer to that question is less immediately clear, but PalmSource has obviously answered yes. :-) They've also said yes to Cobalt. What they say means less and less, sadly. So even if Linux was the best possible way to go (and I'm still not convinced), I have little confidence in their ability to (a) produce anything, and (b) convince the world to use it if they do. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Hmm. There was WM 2003 and WM 2003 SE with screen orientation support etc. Ah, Second Edition :-) I thought I'd seen support for both in the talk I saw about it, but that may have only been for the CF. I don't think so really :-) The support from MS for unmanaged code is lukewarm even on the desktop. I don't know it's even that on mobile devices. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Actually, LINUX IS JUST A KERNEL, along with device drivers. No it isn't. The kernel might be the most important part, but all OSes have kernels, and operating system operating system kernel in most people's lexicon. OTOH, I don't believe an OS contains as much as MS says it does either :-) to make for a nice user experience that matches (and often surpasses) that of Windows or OS X. Debatably :-) and you get a very advanced operating system Advanced? Unix is a very old-fashioned operating system. All they need to do is port the Palm OS GUI user interface to run on the Linux kernel, which has already been done by China MobilSoft, now owned by PalmSource. Everything I've read suggests it's something they are thinking of doing, not something that has been done already. But in any case, you just have yet another GUI toolkit. What is going to convince people to use it? The pendulum for PDA development is very much swinging the way of Windows Mobile, and putting a Palm-lookalike GUI layer on top of Linux is going to be seen by many as yet another nail in the coffin of the PalmOS, because there will no longer be a PalmOS. And then there's the time it's going to take to get real devices out. If they do things intelligently, it will be possible to run most or all of the existing Palm OS apps on the Linux-based system The only possible way to do that would be to use emulators, the same way they do on PalmOS 5 devices. The PalmOS API is much more than just a GUI on a kernel. Most of the API is not GUI related. (Now, I hope that wasn't just wishful thinking. I very much fear it is. Porting a desktop/server OS to a PDA still strikes me as fundamentally wrong. That's why so many of MS's efforts in this arena were crap (and even now taints some aspects of Windows Mobile) Garnet has been good But it was only ever intended as a way station on the way to Cobalt. And it hasn't been *that* good. Try this: No offence, but that's a pointless comparison. Ask Windows XP users if they want to go to Linux, and even now, not many do (which is an equally pointless comparison). Mobile devices are a completely different market. If PalmSource tried to stick with Garnet They shouldn't. They should have moved on past it some time ago. They haven't been able to. IMO, they are making good decisions Then that'd be a first :-) It's a lot easier to adopt Linux and benefit from the work of thousands of open source programmers, than to hire a bunch of expensive programmers to write and maintain a proprietary kernel that has anywhere near the same quality. They hired all the expensive programmers years ago when they bought BeOS (which was an advanced OS) and promptly killed it. That obviously didn't work, but I don't know that it has much to do with the programmers or how easy it is to maintain a kernel. (After all, Palm have mostly bought the kernels in anyway.) I wish they would put a lot more effort into improving PODS! PODS sucks big time. You're far too kind in your comments about it :-) I meet a lot of developers through speaking at conferences and user groups and so on. Often I'm talking about one form of PDA development or another. And I've noticed a huge drop in interest in Palm development over the past few years. There is such a big mindshare to win back, and just adding another GUI toolkit to Linux is not interesting enough to do that. But another big, big stumbling block is the recommended development environment. PODS seems almost universally reviled, and it certainly puts off potential new developers. When you compare it to modern IDEs it looks so cumbersome and clunky. I've been taken to task here before when I've complained about the gcc tools, but they really aren't up to snuff for commercial developers. Cygwin installs properly about 1 time in 5, and basing anything on that is a recipe for disaster. If Palm were trying to make a living out of selling PODS, they'd have gone broke by now. Supplying a free dev tool for an OS is nowhere near as important as supplying a good one. It's annoying and frustrating. I use my old Palm m505 every day in preference to the much newer PPC I have, because I think it's a much better device. But as for how much longer a Palm is going to be a choice... Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: palm icons
Palm OS icons should be 22x22 and 44x44 (for single and double density), There's also 16x9 used in the list view of the launcher, icon resource 1000 for the large and 1001 for the small, IIRC. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: palm icons
I'm curious you said you use bitmaps? You don't even have to make .ico file? No. You can also specify a family of bitmaps with different colour depths if you want. The only thing is that I have occasionally had problems with the bitmap format (Windows seems to have several internal variations). Like Ben I mostly use Paint to make mine, but it sometimes seems to get a little weird on what is actually in the bitmaps, so I also run them through the converter here to avoid any problems : http://www.evolutionary.net/html/bitmap_converter.htm Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: palm icons
Off by one. That's what you get for working from memory. I hope I was right with the resource IDs :-) Something I've been wondering for a long time is whether the 22x22 and 15x9 dimensions can be safely violated, and by how much? Yes. I usually have 32x32 for the big ones but only use the top 22. I believe I've had wider than 22 showing in the launcher, although I try and stick to that, because like you, I'm not quite 100% sure it would work everywhere. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm Sync/Wireless Sync
I am in the process of creating a app that will HOPEFULLY sync using wireless connection or through the internet? Check the threads dated yesterday (21/11) entitle Network Hotsync and Wireless Network Hotsync using Verizon network and Treo 650 There may be some pointers there. You could also write your own syncing layer using web services, FTP etc yourself. And any information on creating Palm Conduits on a Linux system would be appreciated if anyone knows of ones. Well, don't look at PalmSource for that - they've never supported Linux (IF they ever get this PalmOS on Linux thing going that might change). The CDK is completely useless to you in that regard, though. I believe there are a couple of Linux options (pilot-link is one, IIRC), but a Google on this and the conduit-dev-forum will help. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
every platform has its own little quirks and issues - it really comes down to how well you can manage the development kits to do exactly what you need to have done Indeed. I've moved to doing all my development on virtual machines - this makes everything much neater and cleaner. It is also much easier to move development environments to new machines - just copy the VM files and you're away. If you're using 1 tool that uses cygwin for example, installation is a complete PITA. Separating the tools onto different VMs is a lot easier :-) if you are using an open source toolchain, you have access to the source code in which you can fix some of the issues yourself. In theory you can. In practice that is often extremely difficult. There is also not generally a good business case for doing that. I sympathise with the OP though. PODS definitely sucks - it's an incredibly primitive tool by today's standards. I personally wouldn't use it. but now since Palm OS is becoming more commercialized - the hacker and fun community is dying. Not just those. The business market is dying too, IME. A few years ago any interest I saw for bespoke PDA apps was all about Palms, now they barely rate a mention (they're last behind PocketPC, Symbian and Blackberry - maybe the other way around for the last two). A pity, as I much prefer the PalmOS myself. there are plenty of other platforms - you dont have to develop for palmos. Absolutely. Better business cases probably exist for the others, in fact. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
But if we look at Misrosoft, with THREE different IDE's for 3 currently used platforms - 2002, 2003 and 2005... no comments also. 3? New versions of the same tool don't count as different IDEs :-) These days you only need one. VS 2005 allows both native and managed code development (in fact there is no other MS tool for Windows Mobile 5 - the free embedded Visual tools are no more) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
moving between laptop + desktop = just copy the vmware. Yes, it's much nicer. i've had a number of sub-contractors who just get stuck before they can do any development just because they dont know how to install the tools. this was one of the reasons why i used a vm for this - just ship them a DVD with a harddrive image = ready for development. VMWare have a player option now, so you can ship people a VM and they can use it without having VMWare proper installed. It sounds nice but I haven't had cause to use it yet. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
They surely do count. No they don't :-) For example, VS 2005 from the beginning could not even open old project files But you were using beta versions. It is unrealistic to expect all the betas to be identical to the finished product. With many other vendors you'd find it very difficult to even get on the beta program. These days we need 3 because VS 2005 won't allow to do any 2002-oriented development and does not offer debugging on 2003 (without -SE) emulators. Well, I've seen 2003 targetted with VS 2005 - it is in fact the default target. You have to install extra stuff to use Windows Mobile 5. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
One still cannot AFAIK, build an ARM-only program. Doesn't matter, because there are no devices you could run it on. That's the other big disappointment about Palm for me - PalmOS 6 looks dead in the water. It was released to manufacturers years ago now, and still not a sniff of a device using it. And this Palm on Linux rubbish - it's not going to be the OS, it's just going to be a GUI toolkit, isn't it? Assuming it ever gets built, of course. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
From a standing start, I was able to develop an application that stored just under 700,000 contacts in a read only, fast, searchable database in just 16MB. 700,000??!!?? Dear me, I can't help but think you don't really need them all... :-) Not sure whether I will be able to do the same using the Windows mobile OS. Yes, using .NET is easy for Delphi people, even if you have to learn C#, so writing the app is OK. How fast it would be with 700,000 records is another question. I can't imagine your conduit runs like lightning if they're all in RAM in a 16M database, but getting them onto a PPC is not going to be quick either. If you aren't syncing with SQL Server, PPCs are a PITA to get data on to and off of. MS added syncing as an afterthought (and then only using SQL ServerCE with SQL Server replication or RDA - which requires IIS as well as having SQL Server licensing issues). Using XML is etc is possible, but very slow. I'm having trouble with far fewer records than that. I use PocketStudio too, BTW Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm Sync/Wireless Sync
What I want to do is have a central update computer that will be on the internet I think the first thing is to decide how that connection is going to be made, and whether you are going to go via HotSync or not. Since a conduit is just a DLL, in principle it can do pretty much anything. It could do the connecting to the internet and downloading the info (AvantGo does this, for example). If you aren't going to via HotSync then you will need to explore other options. FWIW, I've always gone the conduit route with my stuff. I have no interest in getting involved with low-level TCP/IP code so I've always found a way to avoid it :-) However, others here do have relevant experience, but you will need to ask fairly targeted questions. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: After a non-conduit based download...
Due to the complexity and risk of making users very unhappy, I am not inclined to attempt to develop a conduit with the first version of the software I am developing. Conduit development is not particularly complicated. I don't really see how being able to sync data on the Palm is going to make users unhappy :-) I understand that an automatic back-up download can be induced using the latest version of the synchronizing software provided with Palm OS devices. Not just the latest version of HotSync. This has always been the case if there is no conduit registered for the database, the backup bit is set in the database and the database type is not DATA. I also understand that one can load a database back onto a Palm OS device if one alters it externally and saves it in a Palm OS database format on the PC in the proper sync file directory and listing. One can, but this is no simpler than writing the conduit in the first place, and has significant disadvantages. For example, you will not be able to process the backed up Palm database on the PC and get it back onto the device in one sync. It will require one sync to backup the database, another independent process to do whatever to that database, then another sync to get the modified database back onto the device (which incidentally will have backed up the original database from the Palm again). People new to PalmOS development often see this as simpler for some reason. It isn't. There are relatively few occasions where it makes sense to deal with PDB files on the PC. Most often a conduit is the better option. I'd also like to know if there are any instructions that show me how to use the emulator as the device with which to sync. The docs that come with the emulator show how to set it up to sync. I would also suggest that you create a new user with the Palm Desktop and use that user when syncing with the emulator. This way you can still keep syncing any real device that you might be using. Can anyone help with these questions? Another question relates to any Palm OS dll's and functions that are necessary to do this. There aren't any, there are only third-party tools that supprot direct manipulation of PDB on the PC end. I've got the 4.03 development kit. It doesn't support my available Window's development environments and my OS CDK 4.03? You can use that with Borland C++ v4.5. The conduit APIs are contained in DLLs, so you can directly call them (use the C/C++ library, not the ActiveX version. The C/C++ library is better anyway). If I can do that from Delphi, you can do it from C++. I've no idea what you mean by having no support for your OS. I don't see how a database could be accessed without Palm functions written for use under Windows to access unique database structures and number representation. Since there are no Palm APIs for accessing Palm databases on PCs, what people who wanted to do that have done is to write their own routines. There are no problems with number representation, Palm have always used the standard ways of doing this. The only issue is that they are big-endian on Palm devices and little-endian on PCs. There are API calls in the CDK to deal with that, and they are easy enough to write for yourself. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: After a non-conduit based download...
Note, I am not primarily interested in conduits at the moment. You should be, because that will be your best solution. Palm never intended to produce a handheld desktop computer Indeed not. and I don't wish to attempt to mis-apply the technology You run the risk of doing exactly that. Palm always considered data transfer and syncing to be an integral part of almost all PDA applications (in contrast to the approach MS have taken with PocketPCs for example, where it is very much an afterthought). Conduits are the recommended technique for supporting that. You can do it other ways, but they are all more work, since they do not have built-in support. Now, there are problems and weaknesses with conduits (some of them addressed in CDK 6), but you will not find a simpler way to do what you want. Your product sounds interesting, but I recall reading something from Palm Source that indicated that, as an example, a sales price list could be sent out to salespeople for them to load onto their Palm devices once per month, without a conduit. You can, of course, but you have to write more code to be able to do it. Any syncing logic you need has to be written whether or not you write a conduit. If you do not use the built-in way (that is guaranteed to work on all PalmOS devices) of getting data onto the device, then you have to also write the transport layer (on both the PC and Palm ends). Now, there are valid reasons why someone would want or need to do that. Doing it because it is simpler than writing a conduit is most definitely not one of them! Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
