> From: Igor Mozolevsky
> is Palm ever going to release the 'native' database API, I mean
> stuff for memo, address book, todo list, etc??? Yes, I can write
> code to support those in my apps, and other developers do as
> well, so why not just release an API.
API == Application Programming Interface. Normally, that is a set of
functions that you can directly call to make an application perform some
task for you. The only entry to a normal Palm app is PilotMain(), so there
is only one function that you can call directly. What you seem to be asking
is for Palm either to:
1. Rewrite the built-in apps so the UInt16 cmd, MemPtr cmdPBP, and UInt16
launchFlags parameters are used to pass in data to and call the various
database functions within the app, or
2. Rewrite the built-in apps so they use functions in a static library to
access their own databases, thereby allowing you to use the same library for
whatever you want.
Option 2 makes some sense, but since Palm has already published the complete
source code for these apps, it doesn't seem too likely. It would only make
sense to do so if Palm concluded that there were *many* third party apps
that needed to make modifications to the built-in apps' DBs. I think if you
take a look at most of the 3rd party software, you'll see that that isn't
what they're doing.
> ...
> Incidently, is there any description of the address book record
> structure, if so where?
The address book record structure is completely described in the source
code. Also, search for "Address Book Integration" in the archives and
you'll find some info that will help you make sense of it.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
