LWN.net Logo

AbiWord team interview (Red Hat Magazine)

AbiWord team interview (Red Hat Magazine)

Posted May 11, 2008 21:01 UTC (Sun) by jordanb (subscriber, #45668)
Parent article: AbiWord team interview (Red Hat Magazine)

They seem to have a terminally bad attitude about ODF. Perhaps because OOo stole their
sunshine?


(Log in to post comments)

AbiWord team interview (Red Hat Magazine)

Posted May 11, 2008 22:32 UTC (Sun) by proski (subscriber, #104) [Link]

I disagree. People who like to code on their free time would not want to go to the committee, take days from the vacation, pay for the tickets, all that just to sit there and have virtually no influence over the process.

That's different from somebody representing a large company, who is paid by the employer to go there and who has a much stronger backing.

AbiWord team interview (Red Hat Magazine)

Posted May 12, 2008 5:55 UTC (Mon) by gravious (guest, #7662) [Link]

I disagree proski :) If you turn down an invite you can hardly complain if things didn't go
your way. How can they have known beforehand that they would have little or no influence? The
areas of deficiencies they site I'm sure would have been tweaked had they been involved, if
not then yell about it during the wrangling process and maybe then you'll have my sympathy.
Time should not be an issue as collaborating on open standards is an inevitable part of a
project like Abiword I'd imagine. I  think the finance thing is a red herring.

AbiWord team interview (Red Hat Magazine)

Posted May 12, 2008 21:27 UTC (Mon) by Tet (subscriber, #5433) [Link]

How can they have known beforehand that they would have little or no influence?

Thus speaks the voice of someone that has never tried participating in a standards process where big corporate interests are involved. I'm not saying they wouldn't have benefited from having someone representing their interests on the committee. But given limited resources, it is almost certain that their time was better spent on hacking Abiword than on getting bogged down in standardization politics.

AbiWord team interview (Red Hat Magazine)

Posted May 12, 2008 8:53 UTC (Mon) by tialaramex (subscriber, #21167) [Link]

As I've detailed before, what you actually commit to with any of these "open" formats is
recreating the internals of the program that "set the standard", in this case OpenOffice.org.
If their borders get 4 pixels bigger when the font is over 20 points then it doesn't matter
that the "standard" is silent about border thickness, that's what you've got to implement to
load their documents.

In the event that you allow other people to come forward and add things to the "standard" as
well you end up with a standard that no-one implements. That worked out really well for HTML 4
and CSS right ? Just a decade later we've got three half-working implementations which overlap
on maybe 90% of features and it's finally starting to be usable... except the 800lb gorilla
doesn't implement them properly so you still can't use most of it. HTML 4 and CSS is a /walk
in the park/ compared to a usefully complete word processor or spreadsheet document format.

To be compelling, ODF needed to take large, real world documents, and create several programs
which, without code-sharing displayed those documents the same way, and got the same results
from arbitrary changes to those documents.  That was never even /attempted/ let alone
successfully tried.

AbiWord team interview (Red Hat Magazine)

Posted May 12, 2008 10:54 UTC (Mon) by renox (guest, #23785) [Link]

[[As I've detailed before, what you actually commit to with any of these "open" formats is
recreating the internals of the program that "set the standard"]]

Apparently KOffice developers disagree with you, I (barely) remember an interview but they
said that when they find that OOo doesn't respect the ODF standard they simply file a bug
against OOo..
We're not talking working with Microsoft here!


Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds