Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!tut.cis.ohio-state.edu!bgsuvax!denbeste
From: denbeste@bgsuvax.UUCP (William C. DenBesten)
Newsgroups: comp.sys.mac.programmer
Subject: Re: New convention for owned resources--a proposal
Message-ID: <6449@bgsuvax.UUCP>
Date: 18 Oct 90 21:57:20 GMT
References: <1990Oct17.173002.13966@svc.portal.com>
Organization: Bowling Green State University B.G., Oh.
Lines: 28


 In article <2001.271ca261@waikato.ac.nz>, ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
> I've been writing some HyperCard externals (XCMDs and XFCNs) which
> need to have associated message strings and dialogs and things. I
> want these bits of data to be "localizable" via ResEdit or whatever,
> which tends to rule out embedding them in the code.
> 
> Obviously, we need a scheme for associating these string, dialog
> and other resources with the code they belong to.

From article <1990Oct17.173002.13966@svc.portal.com>, by leonardr@svc.portal.com (Leonard Rosenthol):
> What we really need is Apple to fix the resource manager to provide
> for some REAL form of owned resources - some form of Resource BNDL if you
> will.  This BNDL can be used by Resource Movers, the calling application
> and the external itself to find its owned resources.

Currently the 'key' when looking up a resource is ResType + ID.  The
cleanest suggestion I can come up with would be to change the key to
be ResType + ID + Creator.  Current calls could default to the creator
for the application.  A new suite of calls could allow you to specify
the creator to use.  (for example GetCResource('DLOG',-4000,'MACA')).
Only using creators assigned by Apple DTS would eliminate conflicts.

This would be significantly less complicated than a BNDL scheme, and
would not look like a kludge.  Unfortunately, I don't know that this
could be made compatable with current resource formats.  

-- 
William C. DenBesten   is   denbeste@bgsu.edu  or   denbesten@bgsuopie.bitnet