I'm not very familiar with the code, but from what I've seen, it looks like it could do with a little spring-cleaning, as the inevitable result of developing over a number of years whilst maintaining full backwards compatibility.
I'd like to see a version of the source code that is 64-bit, modern runtime, sandboxing friendly (and as a result of all of this, 10.7+ only):
Seems to me that adding sandbox support might be an opportunity to perform this more radical cleanup. For one thing, sandboxing (and code signing) naturally makes some things obsolete. For another thing, without a clean break, sandboxing is going to introduce parallel code paths into an already fairly complicated picture. This is going to do nothing to help with long-term maintainability.
On a related note, although not strictly code changes:
Yeah. People are still using Snow Leopard though, however, it's definetly time for a new direction I think.
Yeah, 10.6 is definitely still in use (two big apps I'm contracting on still support it, for example).
I think, though, that most developers are just looking for an excuse to drop it. Sandboxing is a big nudge in that direction anyway, particularly since XPC is 10.7 only. ARC is obviously another nudge.
So making a new Sparkle 10.7+, rather than 10.6+, just seems more logical to me.
I suppose. The people who want it to still support pre-10.7 could always fork Sparkle.
Yes, a version for 10.8 and 10.9 only would be great!
I wouldn't be so hasty about dropping 10.7 yet, though. 10.6 can certainly be dropped however.
We've done most of that spring cleaning.