Re: [office] Please read: Procedure proposal for ODF 1.2 proposals

[Michael Brauer - Sun Germany - ham02 - Hamburg <Michael.Brauer@Sun.COM>]

The list of proposals that have been requested for consideration for ODF 
1.2 is this:

http://lists.oasis-open.org/archives/office/200812/msg00089.html

Michael

On 12/11/08 11:59 AM, Michael Brauer - Sun Germany - ham02 - Hamburg wrote:
> Dear TC members,
> 
> the deadline for requesting proposals for consideration in ODF 1.2 has
> passed.
> 
> The consideration of 16 proposals has been requested. We have 6 TC
> members that requested the inclusion of at least one proposal, and the
> number of requests per TC members varies between 1 and 7.
> 
> The assumption for the schedule we agreed in the last TC call was that
> we have 5 requests, and we agreed to make a decision how to proceed in
> the next call if the number of requests is above 5. We got 16 requests.
> We therefore need to decide now how to proceed.
> 
> I have discussed the situation with Rob, and this what we would like to
> propose:
> 
> 1) All TC members with voting rights (a list is below) have 5 votes
> that they can cast on any set of proposals.  Voters can split their vote
> among 5 different proposals, put all their 5 votes on a single proposal,
> or divide them up in any way they choice, among the proposals listed.
> 
> 2) This votes are cast by sending the vote allocations to the mailing
> list before the TC meeting on Monday.
> 
> 3) The votes themselves are non-binding until the TC, in the meeting on
> Monday, the 15th of December, decides to give them a meaning.
> 
> 4) In the meeting on Monday, the 15th of December, the TC votes to
> consider those 5 or 6 (or another number to be decided on) proposals for
> inclusion into ODF 1.2, that got the most votes.
> Note: Five is the number of proposals we worked with in the last TC
> call. Six is the number of TC members that have requested the
> consideration of a proposal. Taking six proposals would mean that at
> least in theory one proposal per TC member could be elected. We should
> be able to process six proposals without changing the schedule.
> 
> Using this approach, everyone has equal voice in what proposals are
> processed.
> 
> *While the TC needs to agree to give the votes described above a
> meaning, I would like to ask all voting TC members to cast their votes
> in order to make a good decision in the meeting on Monday.*
> 
> Please note that the votes you are casting are not regarding the
> proposals itself, but only whether they should be considered for ODF
> 1.2.
> 
> This means that the proposals that are considered for inclusion
> still need to pass the proposal acceptance process successfully, which
> is defined by our standing rule and the rules we agreed on the last TC
> call.
> 
> Vice versa, if a proposal that is not elected for consideration in
> ODF 1.2, then this does not mean that the proposal itself is rejected,
> and TC members should not interpret the votes that way. If a proposal is
> not elected to be considered in ODF 1.2, then these proposals still
> should be considered for a later version of ODF, and I would like to
> encourage the TC members to advance such proposals to make sure they
> will be considered in the next ODF version.
> 
> 
> The following TC members have voting rights:
> 
> Michael Brauer
> Patrick Durusau
> Dennis Hamilton
> Mingfei Jia
> Bob Jolliffe
> Jun Ma
> Doug Mahugh
> Eric Patterson
> Eike Rathke
> Florian Reuter
> Jomar Silva
> Rob Weir
> David Wheeler
> Oliver Wittmann
> 
> 
> Best regards
> 
> Michael
> 


-- 
Michael Brauer, Technical Architect Software Engineering
StarOffice/OpenOffice.org
Sun Microsystems GmbH             Nagelsweg 55
D-20097 Hamburg, Germany          michael.brauer@sun.com
http://sun.com/staroffice         +49 40 23646 500
http://blogs.sun.com/GullFOSS

Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
	   D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering