[Sparkle] Sparkle for Automator Action update

[Rob Napier]

You probably don't try to make one or the other win; you load both by
changing the class names. Probably means that the name will become
<plugin>_SUUpdater for instance. That is either going to require scripting
to do substitution in the project, or will require some fancy objc footwork.
I'd probably only apply it in cases where it's needed (like plugins). More
thought is required... hmmm....

-Rob

On Wed, Feb 20, 2008 at 2:33 PM, Andy Matuschak <andy at andymatuschak.org>
wrote:

> Hm. What's the protocol for that kind of thing? How do we make it so
> that the newest version "wins"?
>
> - Andy Matuschak
>
> On Feb 20, 2008, at 9:56 AM, Uli Kusterer wrote:
>
> > On 14.02.2008, at 20:28, Andy Matuschak wrote:
> >> This is kind of a really weird thing to try to do, but I actually
> >> think it works in trunk Sparkle, which support updates for arbitrary
> >> bundles. You just have to call setHostBundle on the SUUpdater in
> >> question to let it know which bundle you're talking about.
> >
> >
> >  Any plans for addressing the dangers of plugins containing classes
> > with the same names? I.e. if an Automator workflow loads two plugins
> > that both contain Sparkle, but different versions, the Sparkle copy in
> > the first one loaded will win. :-S
> >
> > Cheers,
> > -- Uli Kusterer
> > "The Witnesses of TeachText are everywhere..."
> > http://www.zathras.de
> >
> >
> >
> >
> >
> > _______________________________________________
> > Sparkle mailing list
> > Sparkle at lists.andymatuschak.org
> > http://lists.andymatuschak.org/listinfo.cgi/sparkle-andymatuschak.org
>
> _______________________________________________
> Sparkle mailing list
> Sparkle at lists.andymatuschak.org
> http://lists.andymatuschak.org/listinfo.cgi/sparkle-andymatuschak.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.andymatuschak.org/pipermail/sparkle-andymatuschak.org/attachments/20080220/4ab5ba1f/attachment.htm