Re: Question to candidates: what about next ODF?
On Thu, Nov 29, 2007 at 08:25:30AM +, Rui Miguel Silva Seabra wrote: On Wed, Nov 28, 2007 at 09:09:31PM -0500, Jody Goldberg wrote: If you (or anyone else) is interested talk to the board. That is all it takes. I'd love to do it, but the weekly meetings are too much of a commitment at this point. My day job is not paying me to take part in standards organizations or FLOSS. I'd love to, but it very likely requires some geographical proximity I can't afford (US, or plane travels). There is no requirement for travel. All relevant discussion takes place on mailing lists and conference calls. The only significant requirements are time and expertise. Time being the more important factor. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: Question to candidates: what about next ODF?
On Thu, Nov 29, 2007 at 12:15:11AM +, Rui Miguel Silva Seabra wrote: On Wed, Nov 28, 2007 at 06:23:57PM -0500, Jody Goldberg wrote: On Wed, Nov 28, 2007 at 09:34:54PM +, Rui Miguel Silva Seabra wrote: and I hope the Foundation will help make sure the users of GNOME can use the next version of ODF I don't see how the foundation can 'make sure' of anything in this instance. It can not force developers towards or away from either spec. That is simply not in it's mandate. I may be being obtuse, but what's not in it's mandate for ODF but is for OOXML? Or am I reading your words wrong? I will try to be clearer. The foundation can not force the developers to implement or not to implement. It has no control of the members. Specificly, the foundation can not require that - People implement MOOX - People not implement MOOX - People implement ODF - People not implement ODF There is no difference in the situation between ODF, MOOX, or any other technology. By design, neither the foundation nor the board has enforcement capabilities. We all appear to agree that implementing ODF is good for FLOSS. However, beyond that there's no stick, and a carrot (eg funding) seems inappropriate (why this project vs the dozens of others). Or one another in particular? For a fake standard, there is funding? I have no idea what you are talking about. No money has been spent, nor will any money be spent joining ECMA. As we've stated on numerous occasions the foundation is a non-profit entity and was given a _FREE_ _NON-VOTING_ membership. The board has offered to try and facilitate a membership in OASIS for an interested candidate. The will is there, but like so much else we're short on man power. We'd welcome patches to improve the ODF exporter in Gnumeric or abiword. I'd prefer to be spending my time coding to these endless discussions of ISO-tactics. I think I might have missed this, where is it? I can't seem to find it, but it's late here and my googling skills may be already too hampered... It == Gnumeric ODF support ? http://svn.gnome.org/viewvc/gnumeric/trunk/plugins/openoffice/ It == Joining OASIS ? It's been mentioned numerous times in various forums. Indeed when we first mentioned that I would be joining ECMA it was discussed that it would be good to get an OASIS membership too. If you (or anyone else) is interested talk to the board. That is all it takes. I'd love to do it, but the weekly meetings are too much of a commitment at this point. My day job is not paying me to take part in standards organizations or FLOSS. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: GNOME Foundation Statement on ECMA TC45-M Participation
On Sat, Nov 24, 2007 at 12:44:52AM +, Rui Miguel Silva Seabra wrote: Hi, Funny then, that even after nothing being done by GNOME on TC45 since July (previous to OOXML vote on September 2) ECMA is still claiming GNOME participates in the disposition of comments: http://www.ecma-international.org/news/TC45_current_work/First%20group%20of%20662%20proposed%20dispositions%20of%20comments%20posted.htm We are listed as members of the committee which is accurate. Since the Foundation clearly wouldn't lie about not doing anything since July Your tone here raises the possibility that just maybe the foundation or I did lie. Hopefully I am mis-interpreting your intent and will go have some tea instead. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: GNOME Foundation Statement on ECMA TC45-M Participation
On Sun, Nov 25, 2007 at 04:11:11AM +0100, BJörn Lindqvist wrote: On Nov 24, 2007 8:27 PM, Jeff Waugh [EMAIL PROTECTED] wrote: There is no neutral game being played here. Concerns were raised that the GNOME Foundation's participation in EMCA TC45-M suggested that we supported OOXML becoming an ISO standard. Thus, the answer was simple: We do not. Well except that our representative on that committee supports OOXML becoming an ISO standard... Please stop the charade, getting involved in the process was a stupid mistake to begin with and continuing to do it while the hypocrisy shines through is just boneheaded. I'll ignore the troll-ish words like 'stupid', and 'boneheaded'. Be civil, or debate in an echo chamber. The status of MOOX's ISOness has no bearing at all on my actions. There are a limited set of possibilities 1) MS and it's shills drive it through soon. 2) MS and more shills drive it through later. 3) MS invents a non-ISO way to declare it a standard (ala Mass). There is no 4) MOOX vanishes in a puff of smoke. I do not follow the politics of the national bodies, and make no predictions on the relative probabilities beyond the simple fact that they total to 100%. What seems much more interesting is that from a technical perspective none of them have more than a marginal impact on number of people using Office 2007. It is already shipping, and MS has made a commitment to it's software ecology to conform to the published spec. Any user that wants to use a new feature (eg sheet 64k rows) must move to the new format. Whether it is an ISO standard, or not, we will need to interact with the format, and it significantly easier to do that if I can ask MS questions and get answers. The ancillary benefit of having some overlap between the logical content in MOOX and the old binary formats is gravy. How on earth can offering constructive criticism, feedback and helping develop a specification NOT be supporting it?? By that logic all of the national bodies, and IBM are 'supporting' the process. They've all offered criticism (some more constructive than others) and feedback. The only difference is that we've had some of our questions answered already, rather than buried in the pile of 3000 or so the TC is digging through now. Our developers (GNOME and OO.o), and our users are better off with a clearer spec. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Fri, Nov 02, 2007 at 11:58:23PM -0400, Richard Stallman wrote: You said: OOXML is going to be the defacto standard whether we like it or not. The defacto standard implies there is only one, and the sentence says it is not ODF. That is a very good point Richard. I agree completely, and would like to expand on it. a) MOOX is certain to be _A_ defacto standard. The MS Office market share determines that. b) It may become _A_ standard depending on the results from ISO. c) It can never become _THE_ standard. In order to be considered by ISO MS is being forced to argue that MOOX and ODF standardise different things. They are publicly and loudly explaining that MOOX is the MS Office file format. I am strongly opposed to MOOX becoming _THE_ standard. The days of MS as the only game in town are over. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Fri, Nov 02, 2007 at 11:58:34PM -0400, Richard Stallman wrote: However, the rest of the situations are not analogous. The ECMA committee has explicitly undertaken to make OOXML an ISO standard. If Gnumeric had explicitly undertaken to facilitate the sale of addictive drugs, that would be analogous. That is a stretch. It's undeniably that improvements made in MOOX at my request will tangentially facilitate ISO acceptance. However, as I've explained intent matters. We could just as easily decry IBM's Rob Weir for presenting weaknesses in drafts of MOOX. The TC definitely reviewed his findings and added clarifying documentation. Thank you. If you make a public commitment to stay out of the activity of satisfying ISO, and to stay inactive in the committee while its focus is on satisfying ISO, that will show that you're not helping the standardization of OOXML. Excellent. The board met on Thursday, and will produce a more official statement in the coming days. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Sat, Nov 03, 2007 at 04:48:29PM -0400, Richard Stallman wrote: The membership can still push for a change from not supporting to actively opposing given the debate now is more active. What does 'actively oppose' mean in concrete terms ? - Asking frivolous questions ? - Writing bad documentation ? - Starting flame wars on the mailing list ? That list suggests another approach: we could invent silly straw men and pretend that they came from the OOXML team. ;-! Actually I wasn't being rhetorical, or frivolous there. After hearing why I joined ECMA TC45, and that participation had ceased until it would be useful to rejoin. The claim was made that I was poorly representing GNOME by not 'actively opposing' the committees efforts. I do not see how to ethically do that. The boundary of my comfort zone would be making issues I find personally public. That's about as 'active' as my opposition is going to get. Even that comes at a price. Trawling through the spec randomly looking for garbage is mind bogglingly boring. IBM had better have been paying Rob Weir, and his team, good money. That can not have been fun work. The approach that has worked for me has been to implement things, and see what falls out. On the other hand it feels as if merely committing new code in the excel plugin would end up on slashdot at this point. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Thu, Nov 01, 2007 at 03:32:23AM -0400, Richard Stallman wrote: I think that The GNOME participating in OOXML lends it a credibility it does not deserve. Joining ECMA TC45 would be like joining of the political party you dislike the most to improve their politics. It's like starting a competing political party and going to the same law library. Is joining ECMA TC45 really like using a library? According to your own words, it is engaged in modifying the OOXML spec: That is inaccurate. Whom do you think will be responding to national body issues ? ECMA, and by proxy TC45, have the ability to propose changes in the spec to resolve issues, and to raise their own issues preemptively for resolution. I gather that such modification intended to bring about the acceptance of OOXML as an ISO standard. (Please correct me if I'm wrong.) That is almost certainly Microsoft's goal, it is not my goal. We want to improve the spec for different reasons. If that is the case, anyone who is represented on the ECMA committee is helping to promote the ISO acceptance of OOXML The latter does not necessarily follow from the former. Intentions do matter. Should I also be held accountable if organized crime uses Gnumeric to track it's drug shipments ? -- which would hurt our community substantially. Why ? After all these years of educating people about the non-zero sum nature of software, the benefits of access to the source code. Why are we suddenly preparing to impale ourselves on ODF. How are we hurt, substantially or otherwise, by OOX. It's a better format than the only binary content. It's easier for us to interact with the new format, and that better code for us, and our users. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Wed, Oct 31, 2007 at 07:58:22PM -0400, Richard Stallman wrote: Microsoft's goal is, by one means or another, to defeat free software which it now considers a serious threat. Whatever they do, it will not be a sincere standardization effort that offers no obstacle to free software implementions. Yes and no. _one_ of microsoft's goals is to default free softwre. However, they are also a business, and are influenced by the requirements of their customers and partners. People that have long wanted access to their data. The other members of the ECMA committee wanted a strong spec for their own use, and worked hard to extract it from MS. While it's certainly possible, even likely that MS has some confunding magic buried in the spec it's also very difficult for them, to act suprised that gnumeric, or abiword implemented the spec, after their employees publicly acknowledge our work. It is useful for free programs to implement OOXML to the extent that it is feasible, but we should do this without aiding Microsoft to gain official approval for a 6000-page incomplete specification of a patented format. The spec is certainly large, and there are areas that need more documentation. However, exactly the same holds true for ODF. The real differentiator is OO.o. The ODF spec has gaping holes that can only be plugged by reading OO.o code. That is an endorsement of free software, not ODF. To the extent that we succeed in resisting Microsoft's current method of attack, it will naturally try another. It makes no sense to encourage them to stick with their current method by letting them defeat us with it. That depends on how you view OOX. Having an official standard for OOX (the current ECMA or a potential ISO) hoists MS by it's own petard. They now need to conform to that spec, and to implement it well. Witness the recent humour when their 'calcChain' implementation had very public issues. The playing field is suddenly alot more equal, and we can rescue the data out of their files without having to guess the format. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Thu, Nov 01, 2007 at 07:08:30PM -0400, Richard Stallman wrote: Here's something IBM's Rob Weir said about what ECMA is doing now: [EMAIL PROTECTED] The practical difficulty here is that of timing. While I have no doubt that Jody was instrumental in getting additional technical disclosures from Microsoft back in 2006, Ecma TC45 is not in that mode of operation right now. The OOXML standard Ecma 376 has already been approved by Ecma. It is now before JTC1 as DIS 29500 and the text is essentially frozen since December 2006. The only changes that can be made to it must be in response to specific JTC1 national body ballot comments. Jody can no longer go to a TC45 meeting and say, Gee, I'd like more information added on X, Y and Z. JTC1 rules forbid changes to the standard that are not traceable to a national body comment. Certainly, Jody or any other Ecma TC45 member so inclined can help Microsoft address the thousands of ISO comments that were received, and help prep OOXML for approval by JTC1. There is certainly a lot of grunt work to be done there. But let's not call that anything but what it is -- helping Microsoft gain ISO approval. If this is accurate, then it is impossible for participation in ECMA _today_ to serve the goal which has been presented here as the motive for GNOME's membership. That is partially true, Which is why I am not participating currently. It was not true in the run up to the ISO fast track vote, when the ECMA TC was still reviewing issue that Novell and I had reported, that they will submit at the BRM with the same standing as a national body. This means it might be useful to keep the GNOME Foundation ECMA membership open for future work. But Jody should not help with the current activity, because that activity can only do harm. That is a reasonable characterization of my current role. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Thu, Nov 01, 2007 at 07:08:00PM -0400, Richard Stallman wrote: OOXML is going to be the defacto standard whether we like it or not. To pretend otherwise is to deny that the sun will rise in the East tomorrow. Please don't be defeatist! We can and should try to make free software read OOXML, because that will be a useful feature -- but that doesn't require defeatism about ODF. How is that defeatism about ODF ? ODF is not even mentioned. As with so many other situations this is not a zero sum game. If our code/systems/formats are better people will use them. We weaken ourselves by making this an either or comparison between OOX and ODF. It is only by forcing that dichotomy that we set ourselves up for problems when MS eventually gets OOX through ISO. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Thu, Nov 01, 2007 at 11:11:07AM -0700, Andy Tai wrote: OOXML will be a de facto standard entirely due to Microsoft's dominant position in the computing industry... the fight is about preventing it to be a formal standard. We cannot prevent the former. We can prevent the later. A more activist opposition to OOXML is called for. That is a dubious proposition. MS has failed to get fast track acceptance. That delays them, little more. Option 3 is useful only if we can veto (or organize a veto, or a stall) of the OOXML progress toward being a standard. The current participation is not of that manner. I have a significant problem with the ethics of that. Being on a standardization committee requires good faith participation. To join with the intent of sabotage is unacceptable. Indeed that is one of the few areas even MS has not yet descended to. They could easily have joined ODF, or had their minions attack it. People can try to make it suck less but GNOME should not be involved in that, since that makes GNOME a pawn to weaken ODF. There are many many levels to disagree on here. - We are no one's pawn. MS has not tried to control our actions in anyway. - Does our participation does not materially impact OOX adoption. - ODF should be judged exactly the same way as free software. If it is beneficial, people will use it. Neither GNOME nor KDE benefits when our partisans attack the other project. We should be spending our time improving ODF, or our filters, rather than wasting it trying to defeat MS. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Thu, Nov 01, 2007 at 09:32:52AM -0400, Luis Villa wrote: 3) acknowledge it and at least attempt to make it suck less for reimplementers, but use our presence there to highlight Microsoft's abusive, convicted monopolistic tendencies. +1 vote for Luis as word smith par excellance. Not only is that clear, it's also completely true. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Wed, Oct 31, 2007 at 01:33:25PM -0700, Andy Tai wrote: you don't join ECMA TC45 to prevent OOXML from becoming a standard. - I fail to see how we have the power to materially manipulate the ISO process. - It is already an ECMA standard. - More importantly it is already a de-facto standard by virtue of MS's dominant market position. Our choices here seem fairly simple 1) Interact with a documented spec with holes 2) Interact with a documented spec with fewer holes Can ODF one day be the all singing all dancing holy grail of interoperability ? One day maybe, but that is not today, or even this decade. Given it's development tragectory it has about as much chance of bringing world peace. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Wed, Oct 31, 2007 at 02:04:14PM -0700, Andy Tai wrote: On 10/31/07, Behdad Esfahbod [EMAIL PROTECTED] wrote: On Wed, 2007-10-31 at 11:41 -0700, Andy Tai wrote: What was done is done. For the future... The idea and board's decision was transcribed in board meeting minutes and sent to this least a few months ago. A mild discussion started and there was no strong opposition to the membership. I don't think just because a fool flamed us makes that decision any different. We're not supporting OOXML. The membership can still push for a change from not supporting to actively opposing given the debate now is more active. What does 'actively oppose' mean in concrete terms ? - Asking frivolous questions ? - Writing bad documentation ? - Starting flame wars on the mailing list ? It's easy to see how one can be a productive member of the TC with some control over what areas to enhance. It's also not difficult to be irrelevant, eg the situation while issues are being resolved. I do not see how one can ethically be a member of the group and attempt to sabotage it. The middle road seems like the best course of action. We'll assist in the areas that are mutually beneficial, and abstain in other areas. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Wed, Oct 31, 2007 at 08:52:51PM +, Rui Miguel Silva Seabra wrote: It is not the membership that is really detrimental, although you can bet Microsoft is spinning around that open source likes OOXML thanks to that. People can spin things however they'd like. I'll implement any file format users request. If people are comfortable citing Gnumeric for ODF, they can cite it for OOX too. At the end of the day, if people use Gnumeric, or free software, we've won. Spreadsheets are probably much easier to support, since they have a much more structured data (fixed table spaces, namely). Spoken like a non-spreadsheet user. My experience suggests exactly the opposite. Users are a lot more forgiving of kerning differences than they are of calculating different answers. Having worked on filters for both formats, I'll trust my judgement over the various position papers with obvious biases littering the net. Both formats need work, the black and white characterization of ODF == good OOX == bad does not fit what I've seen while implementing things. Naturally, Gnumeric follows the design of Excel, which follows the design of it's file format, so its structure and logic are naturally reflected in a document format which is designed to reflect status quo. I'd be surprised if it happened otherwise! Neither format has been without it's irritations. We've certainly saved some time by reusing code from the XLS filter, but that is far from the only reason for the disparity. I've just wasted part of this week trying to fix our ODF chart importer. ODF helpfully assigns data implicitly, without detailing how things fit together in the data. chart:plot-area table:cell-range-address=Sheet1.$B$1:.$C$4 ... chart:series ... chart:domain/ /chart:series Minimal information on whether B goes into X or Y. Start adding multiple series into 1 plot and things get complicated quickly. To make things even more difficult, the entire approach is wrong. It does not allow for calculated content, or inline arrays. Data validation is specified is another area where implementation could have been simple, had ODF used stock xml. Instead it decided to store the spec as some sort of magic formula string that requires yet another parser. But you're actually advocating it become a standard as it is... I am advocating that people use free software, and don't see that I have any control over whether OOX becomes an ISO standard for MS file formats or not. I would personally not care much if the only problem between ODF and OOXML were of being two standards for the same target. That is precisely what I would have a problem with. If MS tried to claim that OOX was 'the one true office format', or tried to add support for ODF extensions and 'harmonise' the specs I'd be up in arms. Thankfully they are not, and more importantly the politics of the situation have forced them to explicitly state the opposite. Contrary to the way this is being portrayed, this is a win win situation for free software. Either we get more docs and MS is constrained from embracing and extending their standard. Or MS offers up even better documentation and tries again ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
On Wed, Oct 31, 2007 at 11:53:15PM +0100, Olav Vitters wrote: | | ACTION: Behdad to contact Jody about the ECMA membership application and | find a good candidate from Abiword to attend. Behdad to work on getting | a press release for our membership. From above, I don't see how the community was informed that we would support someone to discuss OOXML. I noted that we joined ECMA (I viewed it as freedesktop 'make standards' work).. but I am now really sorry I missed the rest of the thread. My initial reaction to the article ranged from I never heard that we have a representative there -- it is not true to wtf wasn't this mentioned somewhere. That is quite unfortunate. I'm sorry for the miscommunication. It was not my intent to obfuscate the issue. Being part of the process immerses one in a cornucopia of acronyms. After a while they become part of the scenery. ECMA = European Computer Manufacturers Association http://www.ecma-international.org An umbrella organisation for creating standards. TC45 = Technical Committee number 45 of ECMA Responsible for the specification of Microsoft's XML based file format which they've name 'Office Open XML' or OOX/OOXML. That name irritates the piss out of me, and I prefer the more accurate 'Microsoft Office Open XML' or MOOX. On the other hand it makes for lots of tongue twisting fun as MS reps end up saying Open Office XML frequently. After 1.5 years of work on the _documentation_ (not the content) of the new MS format the committee sent a draft to the ECMA general assembly. ECMA-376 = the id given to the draft of TC45's work that was approved by the ECMA general assembly and sent onwards to ISO for consideration on 'Fast Track' acceptance which would have potentially made it an official standard with less review than most standards. ISO = International Standards Organisation The mother of all standards umbrellas. Made up of various 'National Bodies' (NBs) and of few organisations. ISO/IEC DIS 29500 : The name given to ECMA-376 OASIS = Organisation for the Advancement of Structured Information Standards http://www.oasis-open.org/home/index.php Yet another umbrella organisation. This one is responsible to mentoring ODF (I assume you know that one :-) History In Mar of 2005 Novell allowed me to join this TC to help evaluate MOOX, and if possible to request enough information to allow it to be implemented if desired. Novell was already a corporate member of ECMA which also hosts the C# and javascript (aka ecmascript) specs. At the same time I was also a member of the ODF committee, and the ODF Formula subcommittee. I ended up acting as an informal liaison between the organisations but neither was especially interested in harmonisation, or sharing. The initial TC45 meetings were somewhat tentative. MS was worried that we had join to sabotage or delay the standardisation effort. We were worried that MS would not answer our questions and produce a useless spec. As a test I wrote an initial importer for Gnumeric on the flight to the first meeting I attended (about 8 hours incl time in the hotel), and demoed it (content, formulas, formatting). Wrote ultra-basic exporter on the flight home (not formatting). Following this the mistrust on both sides embed somewhat and MS was willing to improve the documentation in almost all of the areas we asked about. I added more bells to the Gnumeric importer as a hobby, and used that to send more information requests back to the TC for submission to MS. In the end on the order of 200 or so issues were filed. + Lots of additional detail. Some of which applied to the legacy binary formats too (eg how to measure column widths). - Very little structural change to facilitate interop. Eg using booleans vs enums, or string ids vs integer versioning. When the TC sent the spec on to the ECMA general assembly back in Sept 2006, work froze for several months leaving a few unanswered issues. In that time Novell began MOOX filters for OO.o and began to generate new questions. I continued my work in Gnumeric itermitently and produced a few more issues. We had been assured when things froze the there would be time to re-open the issue list later. After some heated debate the new issues were accepted just before I stopped work with Novell. At my request GNOME joined ECMA last June as a non-profit member. There are no monetary costs for non-profit members, but they do not have a formal vote in committee. I was able to follow up on some of the remaining issues before the ISO fast track vote ended internal discussion, and the work flow focused entirely on
Re: OOXML [was Re: GNOME Foundation Board Meeting Minutes :: 7/6/07]
If that had been possible I would have done it that way, and avoided the political fallout for GNOME. Unfortunately, there is no provision for individual members of ECMA. On Tue, Oct 30, 2007 at 06:12:26PM -0700, Andy Tai wrote: Maybe Jody's involvement can be just his personal activity and totally separated from, and have nothing to do with, GNOME. On 10/30/07, Jeff Waugh [EMAIL PROTECTED] wrote: quote who=Richard Stallman the GNOME Foundation should make a statement opposing the acceptance of OOXML and explaining the reason for participating in ECMA. We'll be making a statement about the issue soon. Don't expect it to please everyone. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list
Re: GNOME Foundation Board Meeting Minutes :: 7/6/07
On Sun, Jun 10, 2007 at 08:18:54PM -0400, Luis Villa wrote: On 6/10/07, Glynn Foster [EMAIL PROTECTED] wrote: 1) ECMA We have the opportunity of joining ECMA as a non-profit member. Jody has expressed an interest in being a representative for GNOME, and suggested it would also be good to get someone there from Abiword. ACTION: Behdad to contact Jody about the ECMA membership application and find a good candidate from Abiword to attend. Behdad to work on getting a press release for our membership. What would our purpose be there? As a non-profit we (GNOME) would not have voting privileges. The membership will serve as a mechanism to allow interested foundation members to join ECMA committees. I'm advocating this in relation to ECMA376/TC45 aka MS OfficeOpen XML. Committee members have the ability to request clarifications and suggest improvements in the text of the specification. For anyone implementing parts of this format this is a golden chance to get enough documentation to facilitate interoperability. ___ foundation-list mailing list foundation-list@gnome.org http://mail.gnome.org/mailman/listinfo/foundation-list