Re: Docklet(ing) API & 10.1: Where ????
Re: Docklet(ing) API & 10.1: Where ????
- Subject: Re: Docklet(ing) API & 10.1: Where ????
- From: Malte Tancred <email@hidden>
- Date: Wed, 3 Oct 2001 10:51:19 +0200
Bundles should be used with care as the bundle code is run within
the same process as the application that loaded it.
This could be security concern depending on what other code is
run within the Dock. Do you trust that someone providing you
with a dockling writes bug free code that will not crash your Dock,
or perhaps spy on Dock memory?
Also, if a "dockling" is run as a separate process it will automagically
benefit from multitasking. No need to for Apple to provide a thread-
safe dockling API.
A problem I noticed with the docklings Apple provided, a problem
which I suppose concerns all dynamically loaded bundles, was that
removing the dockling from the Dock didn't seem to unload the
dockling code. (adding the dockling again generated error messages
that hinted that the code was already loaded, or that there were
duplicate symbols detected, or something like that).
Please correct me if I'm wrong, but I don't think dynamically loadable
bundles also means dynamically unloadable bundles.
Cheerio,
Malte
John Geleynse:
The problem is that this requires your application to be running, which
is no good. The point about dock extras was that they required no other
extra processes to be running and were therefore just instantaneous and
always-on, if you get what I mean (they all ran inside one process,
DocklingServer, and now SystemUIServer I guess).
Have a look at lots of the third party dock extras and tell me that
they
would be better off as applications, not small loadable code bundles.
I understand completely. Your comments and concerns are noted.
John Geleynse
User Experience Technology Manager
Apple Worldwide Developer Relations
_______________________________________________
cocoa-dev mailing list
email@hidden
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
--
Malte Tancred
Computer programmer, Oops AB, Sweden
mailto:email@hidden
http://www.oops.se/