Re: [steering-discuss] Community bylaws
On Wed, 2010-11-24 at 23:27 +0100, Bernhard Dippold wrote:
one question on the ESC:
What I only see described between the lines, is something we should
consider, as is has led to a very disappointing situation in OOo:
Can ESC decide on topics related not only to coding and development, but
influencing larger parts of the community?
Well; I guess we need some final decision making power on all detail
going into the binaries we ship, which IMHO should be the ESC falling
back to the board for highly contentious topics.
Probably all of you know about the OOo-ESC decision on implementing the
color"less" ODF icons.
Oh - grief; my input in those meetings was extremely -scathing- on this
topic, perhaps Rene / Thorsten can remember. Since I'm not an artist I
consulted our artists, and they rejected the idea of 'ODF' labels on
icons, and the icons themselves on the basis of l10n, not fitting with
the existing platform icon sets etc. The idea was pretty much a poor
joke from my perspective.
The topic has been discussed in an ESC meeting, where nobody objected
Nah - I objected pretty vigorously; but there was no real point in
fighting Sun/Oracle on this - we had abandoned hope of improvement
around here anyway; we just said something like "you go ahead, we will
, then presented in a blog entry after the first version had been
finished and despite very strong opinions against their implementation
implemented in OOo3.2.1 with the negative feedback foreseen by their
Entirely predictable in my view.
I don't want to experience another similar situation - well knowing,
that the OOo-ESC is special because of Oracle.
I think Oracle was the key here; the OO.o art team (Stella) never
seemed to interact well with the community, in my experience. eg. Novell
tried to provide an entirely new high color icon theme, assigned it all
to Sun, but Stella instead of joining in just duplicated it all ;-) etc.
We shouldn't let that sort of thing happen in future.
The Bylaws state that the ESC "provides technological guidance on
strategic matters". That's guidance, not decision.
IMHO - it is poorly phrased; it should be the 1st port of call for
technical and product decisions. As such, it needs to include active QA,
UX, etc. people whenever their input is needed.
Will the BoD be the entity to decide in such a situation?
And escalate here, on the odd occasions it is necessary.
Sorry for coming up with such a more or less hypothetical case, but I
really want to avoid problems as we had them in OOo...
Sure - makes sense; I really think this was down to the pathology of
the Sun situation; and I'm optimistic that by being inclusive we can
have a better outcome. Having said that - adding too many stake-holders
with a love of saying "no" to the process has its own risks too - we
need to take some decisions that not everyone will like.
Does that make some sense ?
email@example.com <><, Pseudo Engineer, itinerant idiot
Unsubscribe instructions: E-mail to firstname.lastname@example.org
List archive: http://www.documentfoundation.org/lists/steering-discuss/
*** All posts to this list are publicly archived for eternity ***
- Re: [steering-discuss] Community bylaws (continued)
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy