> > Community
> > OpenOffice.org. seeks to further encourage developer and user
> > during incubation, beyond the existing developers currently working on
> > project.
> Any thoughts on how (or if) the LibreOffice community would fit into
> this picture?
There are many projects, open source and proprietary that are derived from
Sun/Oracle's original OpenOffice project.
I made a diagram of this on a blog post a while ago:
So I think we want to consider all of this. This code base, although not
your typical piece of componentry, does appear to have been treated as
something that could be customized, repackaged and redistributed. I don't
have the exactly numbers, but there are significant users of the following
- IBM Lotus Symphony
- BrOffice (which some would say is a derivative of LibreOffice)
In all cases there are several overlapping communities:
- a community of developers
- a community of users
- a community of supporters, trainers, consultants, etc.
We'll need to work out how these related, and especially which of these
community functions are a good fit for an eventual Apache TLP, and which
things fit better outside of Apache. But my recommendation is that we
encourage the core development of the editors to occur in Apache, while
making it easy, via a modular extension mechanism, a modular install, etc.
for others to customize and redistribute as permitted by the Apache 2.0
> > Relationships with Other Apache Products
> Apache Tika  is obviously interested in cooperation around the ODF
>  http://tika.apache.org/ >
The ODF Toolkit work was all written to an Apache 2.0 license. I think
we're agreed that this should go to Apache as well. But we were not sure
what the best place would be. I could see a close relationship to Apache
POI. It is very similar to those components, but it is certainly not a
"Microsoft" file format. And I don't agree that the "Pretty Obfuscated
Interface" part accurately describes ODF. But I could also see the ODF
Toolkit being a component in the Office project, perhaps even being
co-incubated with today's proposal.
Any thoughts on that?
> Jukka Zitting
> To unsubscribe, e-mail: general-unsubscribe@... > For additional commands, e-mail: general-help@... >