I haven't followed the thread closely, but it sounds like your app may have been opened a second time, placing the second instance at the head of the open files chain. That means when you look for a resource, it's found in your main app, not one of your "overlays".
On Sun, Apr 20, 2008 at 2:57 PM, Luc Le Blanc <[EMAIL PROTECTED]> wrote: > My BeamAccept dialog has ID 2600 - is it hing? Of course it appears in > both the main PRC as well as the resource PRC opened after app is started. > In all other cases, the resource is always drawn from the resource PRC as it > is opened last (and I tend to call the Get1Resource API.) Except when > receiving a beam :( > > > Luc Le Blanc > > > Ryan Rix wrote: > > > If your resource numbers are too high the OS will use the > > resources from the opened DB.... if one of them matched the beam > > dialog's id, it will display that instead. > > > On 4/20/08, Luc Le Blanc <[EMAIL PROTECTED]> wrote: > > > > I distribute a multilingual app: the main PRC contains all > > > necessary resources, but users can load additional > > > (language-related) PRCs that only contain resources. > > > This way, users can commute language on the fly, only requiring > > > to restart the app (the language choice is kept in the app > > > prefs.) When the user-selected language does not match that > > > of the app built-in resources, the required language PRC is > > > open too and voilà! This work fine, except when receiving a > > > beamed DB: even if the receiving device is already running the > > > app, the custom confirmation dialog (stored in app resources) > > > is that of the main PRC, never that of the additional language > > > PRC. Why? What can I do? > -- > For information on using the ACCESS Developer Forums, or to unsubscribe, > please see http://www.access-company.com/developers/forums/ > -- [Jeff Loucks, Gig Harbor, WA, USA] -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
