To assume that other apps don't use some ID number range is pretty dangerous. For example, in our apps, we have common code and resources that we use in our applications. To make life easier, we segment the types of screens into different numeric ranges (e.g., 3000 range for testing screens, 5000 range for games, 7000 range for setup, etc.).

The only things you can do are to either allow the developer to "change" the ID range on the resources in the library (which probably means giving them the source to your resources) or to just document what resource ID range your library uses and hope that the developer moves his resources around to accomodate your library.

(But it might be safer to do a range below 9000...)

At 12:00 AM 9/23/2003 -0700, "LionScribe" <[EMAIL PROTECTED]> wrote:

But you seem to forget that shared libraries are meant for use for other
developers. They might have more resources. Therefore I suggested rather
using resources in the 700's which I believe are vary rare.
LionScribe

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Matthew
Darkstorm Bevan
Sent: Monday, September 22, 2003 1:09 PM
To: Palm Developer Forum
Subject: Re: Shared libraries with resources : is it possible?


> Be careful with the above 9000 space. PilRC's default auto ID generation > code starts at 9999 and counts down. With PilRC 2.9p10-CW and later, you > can use "RESETAUTOID" to change the range of auto ID's generated by the > tool. For small apps, this may not be an issue, but I'd probably stay away > from 9500 and higher.

I believe I mentioned that the #1 use for AUTOID in PilRC is for form
elements, which have their own 'domain' of IDs, far seperate from other
resources like, say, forms, strings, and bitmaps.  What would the use of
an AUTOID bitmap be?  You would never know what it's ID is to use it.

AUTOIDs run from 9999 down, while my IDs work from 9000 up... and I
hardly have a hundred of them.  (About a dozen forms, a handful of
bitmaps, several strings, and that's about it.)

--
Matthew (Darkstorm) Bevan       [EMAIL PROTECTED]
Margin Software, NECTI.  http://www.marginsoftware.com
 Re-inventing the wheel, every time.



--
For information on using the Palm Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/

----
Tom Frauenhofer, [EMAIL PROTECTED]
http://www.beret.com




--
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/

Reply via email to