>  Hi all.  There's a thread on the Mozilla platform list:
>  
>  
>  http://groups.google.com/group/mozilla.dev.platform/browse_thread/threa
>  d/7dcbc94f81382ad1/108ddf677db8b0d6
>  
>  One person asks how this impacts Python:
>  
>  
>  http://groups.google.com/group/mozilla.dev.platform/msg/108ddf677db8b0d
>  6
>  
>  Mike Shaver replies:
>  
>  
>  http://groups.google.com/group/mozilla.dev.platform/msg/8c264fdc982dca7
>  5
>  
>  "Whether anyone writes or maintains those bridges is unknown to me,
>  and probably reflects the demand for those specific
>  use cases."
>  
>  Benjamin Smedberg says:
>  
>  
>  http://groups.google.com/group/mozilla.dev.platform/msg/af855d0569765e0
>  d
>  
>  "Certainly support for other runtimes is nice in a perfect world, but
>  I really don't think the cost/benefit analysis stacks up that well. We
>  should
>  focus on making our Mozilla+JS2 story world-class, and bridging a
>  secondary concern."
>  
>  Can I file this under, "Don't worry, PyXPCOM will continue working
>  just fine, nothing is getting removed, it just might not get updated" ?

The discussions are fairly speculative at the moment - it remains to be seen
how this will actually pan out.  I'm skeptical that the xpcom binary API
will go away completely, but if it does, it will be replaced by something,
and pyxpcom should be able to integrate into whatever it is replaced with.
I doubt pyxpcom components (as opposed to pyxpcom itself) would need to
change much, if at all.  From that thread, "the concept of dynamic QI and
creating objects/services by contract will remain", so they aren't really
breaking the model, just the implementation of that model.

However, I must be honest and admit there is obviously some risk for pyxpcom
that no one will pick up the work (for example, if it is too much work for a
single person to volunteer to do and no one steps up to fund any part of
it).  Personally I think that risk is fairly small, but everyone needs to
make their own assessment for their own projects.

Mark

_______________________________________________
pyxpcom mailing list
pyxpcom@[...].com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs