Re: Importing MFC resources

From:

"David Ching" <dc@remove-this.dcsoft.com>

Newsgroups:

microsoft.public.vc.mfc

Date:

Wed, 26 Sep 2007 04:16:51 -0700

Message-ID:

<vcrKi.1248$hI7.56@newssvr17.news.prodigy.net>

"Pat" <none@none.none> wrote in message
news:Xns99B7A3D6BA01none@140.99.99.130...

Thanks, someone else also suggested MFC extension DLLs. I researched this
a bit, but it looks like this does nothing to solve the resource ID
conflict issue. If the DLL has a dialog (for example) with the same ID as
a dialog in the main application, the behavior will be incorrect.

Within your DLL, the code to display the dialog contained in the DLL
resources could first call AfxSetResourceHandle() to specify the DLL
instance prior to showing the dialog, and then call it again to reset the
resource handle back to the original. That would ensure the DLL (and only
the DLL) could display it's own dialogs.

This could be accomplished by overriding CDialog::DoModal() for all derived
classes exported by the DLL.

But the idea of storing resources and code together in a DLL like this is
not compatible with the Satellite DLL model of creating a separate DLL per
language for localization purposes. The goal is to SEPARATE resources from
code so the localizers only work with a DLL containing resources. Your goal
is the opposite, to COMBINE them! :-)

-- David