[odf-discuss] Rick Jelliffe suggestions for ODF supporters
Daniel Carrera
daniel.carrera at zmsl.com
Sat May 31 05:29:41 EDT 2008
marbux wrote:
>> 1) ODF has features that SVG lacks. As long as these are in a separate
>> name-space, they cannot be considered extensions.
>
> The name-space under discussion is a unique OASIS namespace that is
> supposed to be compatible with SVG.
You are being overly simplistic. Some of the features that the blog
author complains about, the ones that actually *add* functionality, are
on a different namespace ("draw"). As far as I can tell, the things he
complains about fall into two groups: (1) new features that exist in a
different name-space ("draw:...") and (2) removing features from SVG
(which is subsetting).
> You blink past my use case as well as my entire discussion of the
> reasons profiling of existing standards...
Blah blah blah. I merely address the issue of whether ODF extends SVG or
not with some input of my own. I am not required to read at length any
tangential discussion that you start. You are verbose and I have other
things to do with my time.
> Do you deny that the ODF use of SVG is incompatible in
> transformations with SVG itself because of ODF-specified elements in
> the OASIS SVG namespace that do not exist in SVG?
I am not yet aware of any ODF-specified elements in the OASIS SVG
name-space that do not exist in SVG. They might exist, but I am yet to
see one. I noticed the blog listing some ODF-specified elements
*outside* the OASIS SVG name-space which do not exist in SVG. As they
are outside, my first reaction is that they are acceptable and do not
constitute an extension.
>>> "Hijacking" is a fair characterization of what the ODF TC did in
>>> regard to SVG, SMIL, and XForms.
>> That is an opinion, not a fact. An opinion that some might dispute.
>
> So far not on grounds that address my use case and the issue it
> exposes.
Circular reasoning. Your "use case" is based on the assumption that ODF
extends SVG, which is the very thing you are trying to prove. Once
again, you convinced yourself of a questionable premise and instead of
trying to support it honestly you go at length about why it is evil. As
I said earlier, it may be that you have valuable things to contribute to
this discussion. Maybe there is an extension of SVG that I do not know
about. But instead of trying to find one, you assume that there is and
run with it.
>> As for the rest of your post: I wish you would tone down your anti-ODF
>> rhetoric. *One would think that you are employed by Microsoft.* Whatever valid
>> points you might have are quickly lost in your antagonism.
>
> I thought this list was being moderated for ad hominem attacks? What
> is your factual basis for that statement?
The statement is only an impression, not an accusation. When an ODF
supporter criticizes ODF, I would normally expect to see it presented in
less anti-ODF rhetoric.
> The fact that I point out bugs in ODF does not make me a Microsoft
> empoyee.
Ah, but you don't. At least not in my opinion. I have seen other non-MS
people point out bugs in ODF, and I believe I have pointed out a couple
myself. But normally those commentaries focus on facts and don't go to
the lengths that you do to paint one party as evil or use troll-like
overcharged language. I expect them to focus on actually pointing out bugs.
Daniel.
More information about the odf-discuss
mailing list