This is what I think about the Silverlight collaboration:
d
* If I were you, I would be just happy that Microsoft officially
works towards supporting Silverlight in Linux, the banned word in Xbox
live.
* This move actually makes Silverlight a more open approach to
multimedia in the web than Flash because AFAIK Adobe doesn't
collaborate with gnash or other open source implementations.
But:
* I think we'll all agree that this collaboration can be seen as part
of an strategy to gain acceptance in a flash dominated world. I've got
no problem with that if this kind of competition benefits the users..
but why didn't Microsoft standarize Silverlight like they did with CLR
and C#? This make me think that all this collaboration is temporal.
They could drop it after getting a fair share of market. Of course, if
anything this collaboration is better than nothing so even if people
critizise it (and they will!), I don't feel you did a bad thing.
* Will you continue to develop a parallel batery of open source test
suite (like you have already) that are available not only to you but
also to other independent open source developers?
* What about microsoft patents? If I create my own linux distro or I
use a distro that is not mainstream or just doesn't have a deal with
the daemon.. err Microsoft.. like Novell has.. Will I have to suffer
the shadow of Microsoft patents over Silverlight when using or
developing Moonlight?
Thanks in advance,
Eduardo Robles Elvira (Edulix).
* I think we'll all agree that this collaboration can be seen as part
of an strategy to gain acceptance in a flash dominated world. I've got
no problem with that if this kind of competition benefits the users..
but why didn't Microsoft standarize Silverlight like they did with CLR
and C#? This make me think that all this collaboration is temporal.
* Will you continue to develop a parallel batery of open source test
suite (like you have already) that are available not only to you but
also to other independent open source developers?
* What about microsoft patents? If I create my own linux distro or I
use a distro that is not mainstream or just doesn't have a deal with
the daemon.. err Microsoft.. like Novell has.. Will I have to suffer
the shadow of Microsoft patents over Silverlight when using or
developing Moonlight?
Do you seriously believe I owe you money for the privilege of reading
text documents and browsing the web? What comes next?
Do you seriously believe I owe you money for the privilege of reading
text documents and browsing the web? What comes next?
Is the patent coverage you are talking about here anything to do with
Moonlight, or just the codec's Microsoft is providing Moonlight
users? (I think I know the answer, but just to clear this point up).
Gabriel
> Not as long as you get/download Moonlight from Novell which will include
> patent coverage.
Is the patent coverage you are talking about here anything to do with
Moonlight, or just the codec's Microsoft is providing Moonlight
users? (I think I know the answer, but just to clear this point up).
Will that EULA be for non-commercial use only like the one we are
discussing on the other thread?
S.
You can choose to not get the MPEGLA license and use ffmpeg which
contanins no such clause and is lgpl.
That being said, considering what I pointed out in the other thread, I
suspect that "non-commercial" does not mean "use inside in a company"
but "use the dxecoding for profit" considering that every MacOS has
the exact same MPEGLA license terms.
On Sep 8, 5:38 am, "Miguel de Icaza" <miguel.de.ic...@gmail.com>
wrote:
> That being said, considering what I pointed out in the other thread, I
> suspect that "non-commercial" does not mean "use inside in a company"
> but "use the dxecoding for profit" considering that every MacOS has
> the exact same MPEGLA license terms.
That sounds reasonable, but note the terms say /personal/ and non-
commercial...
S.
Yes, because you, as a *person*, are viewing video content in, let's
say, your workplace (a commercial establishment), for yourself, not
earning anything by that action (no commercial profit in it). Seeing
that, as miguel as pointed out very thoroughly, MacOS comes with the
very same licensing terms, and no one as any doubts that it can be
used in the workplace, why do you keep pressing that maybe in this
particular setting (silverlight), that very same words in that very
same license might have a different meaning? Might it be you're
thinking that, because it comes from Microsoft, they have somehow put
a juju in it that makes the very same license say mean different
things? :p
andreia gaita
S.
Michael Meeks didn't seem to think so at FOSDEM 2007.
> >Will I have to suffer
> > the shadow of Microsoft patents over Silverlight when using or
> > developing Moonlight?
>
> Not as long as you get/download Moonlight from Novell which will include
> patent
> coverage.
You're saying two things here that really shock me. Please tell me I
misunderstood.
1) You're saying that people _will_ have patent problems - i.e.
Moonlight "infringes" MS patents and doesn't work around them. Even
though Novell promised never to ship code that infringes MS patents -
but always avoid them one way or another.
2) You're saying other distributors can't ship Moonlight legally (in
the US) because of patent issues. Making Moonlight effectively non-
free (as in freedom).
I hope it's just a matter of you being too fast on the trigger and
your answer missing some elaboration - if this is the case you should
really choose your words more carefully when talking about patents in
the future - unless you want to hurt Novell.
If you're actually saying what it sounds like you're saying (see item
#1 and #2) I can only say OMFG...
On 6 Sep., 07:37, "Miguel de Icaza" < miguel.de.ic...@gmail.com> wrote:
> OOXML is a superb standard and yet, it has been
> FUDed so badly by its competitors that serious people believe that
> there is something fundamentally wrong with it. This is at a time when
> OOXML as a spec is in much better shape than any other spec on that
> space.
Michael Meeks didn't seem to think so at FOSDEM 2007.
> >Will I have to suffer
> > the shadow of Microsoft patents over Silverlight when using or
> > developing Moonlight?
>
> Not as long as you get/download Moonlight from Novell which will include
> patent
> coverage.
You're saying two things here that really shock me. Please tell me I
misunderstood.
1) You're saying that people _will_ have patent problems - i.e.
Moonlight "infringes" MS patents and doesn't work around them. Even
though Novell promised never to ship code that infringes MS patents -
but always avoid them one way or another.
2) You're saying other distributors can't ship Moonlight legally (in
the US) because of patent issues. Making Moonlight effectively non-
free (as in freedom).
I hope it's just a matter of you being too fast on the trigger and
your answer missing some elaboration - if this is the case you should
really choose your words more carefully when talking about patents in
the future - unless you want to hurt Novell.
If you're actually saying what it sounds like you're saying (see item
#1 and #2) I can only say OMFG...
With respect to all of your deep understanding of the patent issue and
your assumption that most of the people doesn't understand this *huge
complicated* issue,
i don't see the point of how it is not logical for one wanting to
throw away patent (yelling "death to patent") just knowing the basic
fact that it may hinder (which it usually does) the concept freedom.
Somebody keeping a patent right on something and providing it for free
to me is not good enough as there can be situation where this
"providing for free" is discontinued.
Above all, what is the problem to get rid of a *very leagal serious
complex* system which may result in the same situation as not having
the system at all. If you don't understand this concept let me know, i
will try to dumb it down.
Also one other note, i have seen the noise relating to this OOXML
standard. Now that you are claiming OOXML to be "superb" I guess you
are one real person (outside MS gallery. are you?!!?) who has a
substantial understanding of the standard - you are one person to ask.
Can you verify if the concerns prompted in the following link is all
FUD or not?
http://fsfeurope.org/documents/msooxml-questions
Regards,
Soyuz
> OOXML is a superb standard and yet, it has been FUDed so badly by
> its competitors that serious people believe that there is something
> fundamentally wrong with it. This is at a time when OOXML as a spec
> is in much better shape than any other spec on that space.
I have absolutely no commercial interest in the Office format space,
but I still find the OOXML specification to be utter crap. As a
developer, I think it's of so poor quality that it's very difficult to
get even the simplest things right. Stéphane Rodriguez touches upon a
couple of the problems in his blog post "OOXML is defective by
design"[1].
I agree that there has been a lot of FUD over OOXML, but even after
sorting through it and reading (parts of) the specification, I think
it's catastrophic, from a technical standpoint. If the specification
is so superb, then you might be able to explain how the backward
compatibility flags "autoSpaceLikeWord95", "footnoteLayoutLikeWW8",
"lineWrapLikeWord6", "mwSmallCaps", "optimizeForBrowser",
"shapeLayoutLikeWW8", "supressTopSpacingWP",
"truncateFontHeightsLikeWP6", "useWord2002TableStyleRules",
"useWord97LineBreakRules", "useWord97LineBreakRules",
"wpJustification", "wpSpaceWidth", "sldSyncPr", "securityDescriptor"
and "revisionsPassword" are supposed to be implemented? Does the
specification say?
How do you implement the different style labels used in the
specification, like "chicago", "ideographDigital",
"ideographLegalTraditional", "koreanDigital2" and "koreanLegal"? These
labels are just named; how they are supposed to be implemented and
look like is up to interpretation. Also, how is the
"securityDescriptor" attribute supposed to be implemented
interoperably? It has no defined semantics or data structure. It is
impossible to know how to handle this without reverse engineering
Microsoft Office 2007 documents using this attribute.
Do you think an international standard should contain wording like
"For legacy reasons, an implementation using the 1900 date base system
shall treat 1900 as though it was a leap year. [...] A consequence of
this is that for dates between January 1 and February 28, WEEKDAY
shall return a value for the day immediately prior to the correct day,
so that the (non-existent) date February 29 has a day-of-the-week that
immediately follows that of February 28, and immediately precedes that
of March 1."?
Wouldn't it be more sane to just use the Gregorian calendar and
preserve this backward compatibility through conversion filtering
inside Microsoft Office instead? After all, the binary documents are
still proprietary and closed source, so direct compatibility with
those documents in other applications than Microsoft Office is a non-
concern for the OOXML specification. Right?
And how can a "superb standard" implement features ("Basic String")
that break XML conformance when used? And is it a "superb standard"
worthy to use opaque bitmask integers to encode information instead of
XML itself? I don't think that's very good XML design at least. I also
think it's bad software design in general to use your own date formats
(instead of relying on international standards like ISO-8601 or
RFC-3339) and not even being consistent within the specification it's
used. There are several incompatible date serialization formats used
in OOXML, which all require their own deserialization/serialization
algorithms, test suites, etc. This is a burden on the developer and
will cause interoperability problems.
A standard, especially a "superb" one, should provide a summary of
good and best practice based on consensus of expert opinion. OOXML is
just an XML-serialized dump of Microsoft Office 2007's internal object
hierarchy, and just by skimming quickly through the specification you
should find so many glaringly ugly design decisions that you, as a
developer, should be hard pressed to call it a "superb standard". It
doesn't follow best practices, it ignores existing well-deployed and
well-known global standards, it relies on proprietary, binary,
unspecified and probably patented formats (like VML, EMF and WMF), it
doesn't go into enough detail on a lot of properties that, if not
implemented correctly (which is impossible with the current
specification), will hurt interoperability.
Seeing that Microsoft and Brian Jones don't even commit to complying
with OOXML[2], I don't see the value of the standard at all. It would
provide some value, even in its current (far from perfect) form, but
without support in Microsoft Office, it's just 6.000 pages of
meaningless junk. So, do you still stand by your statement that OOXML
is a "superb standard"? If you do, I'd love if you could go into
detail on what makes it so superb, because all I see is a very poor
specification that (in the future) doesn't even specify Microsoft
Office's default formats.
____
[1] <http://ooxmlisdefectivebydesign.blogspot.com/2007/08/microsoft-
office-xml-formats-defective.html>
[2] <http://www.computerworld.com/action/article.do?
command=viewArticleBasic&taxonomyName=government&articleId=302256&taxonomyId=13&intsrc=kc_feat>
There *is* something fundamentaly wrong with the proposed OOXML
standard. In fact, more than one thing.
> The problem is that people think that the problem is as simple as "patents
> bad" and everyone wrapping his virtual kafia around his head and running to
> the streets yelling "death to patents" has no idea how complex the system is
> and how little effect yelling has on actually changing anything.
First, I do believe software patents are bad.
Second, I do think the Mono project is great, and there patent policy
makes sense for a product. (http://www.mono-project.com/
FAQ:_Licensing#Patents). However, for a spec to become an ISO
standard, it should be open to be implemented legally, and if any
patents are blocking that requirements, sound guarantees should be
given.
But the patents problem is only one of the many problems surrounding
OOXML. More fundamentally, the specification requires implementers to
implement bugs (such as 29 February 1900) and to emulate strange
behaviour of old Microsoft-products without describing what that
behaviour is. That is, amongs other defections, most of them by
design.
I have great doubts that anyone that claims that the OOXML spec is
superb, actually read the spec, or even just parts of the spec.
Just one question as I've not made my mind up yet about the whole
picture about OOXML, gnome, the open source and microsoft,
I wont judge at this point the quality of OOXML specification, but it
seems that microsoft has been bribing and playing not so nice to try
to ensure the aproval of OOXML as ISO standard.
What do you think about that, rather than the technologic point of
view?
Un saludo
On Sep 6, 7:37 am, "Miguel de Icaza" <miguel.de.ic...@gmail.com>
wrote:
In regards to this:
> I find it hilarious that the majority (not all) of the criticism for OOXML
> comes from people that do not have to write any code that interacts with
> OOXML. Those that know do not seem to mind (except those whose personal
> business is at risk because Microsoft moved away from a binary format to an
> XML format, which I also find hilarious).
I was wondering if OOXML could be propery diff'd in CVS or any other
sort of versioning system. If so, that would be much better than the
binary .DOCs.
Thanks,
Daniel
>
> > >Will I have to suffer
> > > > the shadow of Microsoft patents over Silverlight when using or
> > > > developing Moonlight?
>
> > > Not as long as you get/download Moonlight from Novell which will include
> > > patent
> > > coverage.
>
> > You're saying two things here that really shock me. Please tell me I
> > misunderstood.
>
>
>
> 2) You're saying other distributors can't ship Moonlight legally (in
>
> > the US) because of patent issues. Making Moonlight effectively non-
> > free (as in freedom).
>
>
> We are obtaining covenants (from Microsoft) and patent licenses (from
> MPEGLA, the consortium of American, European and Asian companies that own
> the "media space") to be allowed to redistribute Moonlight with a minimal
> risk to the end user.
>
> I say "minimal risk" and not "risk free", because that is the nature of
> software patents, we could be infringing a patent from some guy in Latvia
> for walking a linked list.
>
> So that is the approach that we are taking to distribute for commercial use
> Moonlight, a plugin that operates in the media space: a patent rich and
> incredibly profitable space for the patent holders. The rights negotiated
> will give anyone patent coverage, as long as it is downloaded from Novell.
> Although I would like to fix the patent system, am not the one going to do
> so. It feels like boiling the ocean, and I have already done my share of
> ocean boiling, feel free to pick the good fight.
>
I don't think you have really addressed the question of the separation
you have
created between Novell and the other Linux distributors by means of
this
"covenant" and the implications thereof.
Adam
That's nice. In that case, would you convince your employer's
partners to issue a free, public grant for all patents covering OOXML
and Moonlight ? I'd rather not have to pay for "protection" next time
I am forced to open a "superb" document or visit a "superb" website.
Thanks in advance
It seems that you haven't really directly addressed the question of
your separation
between Novell and other Linux distributors with respect to "patent
coverage",
and the implications thereof.
Also one other note, i have seen the noise relating to this OOXML
standard. Now that you are claiming OOXML to be "superb" I guess you
are one real person (outside MS gallery. are you?!!?) who has a
substantial understanding of the standard - you are one person to ask.
Can you verify if the concerns prompted in the following link is all
FUD or not?
http://fsfeurope.org/documents/msooxml-questions
That's nice. In that case, would you convince your employer's
partners to issue a free, public grant for all patents covering OOXML
and Moonlight ? I'd rather not have to pay for "protection" next time
I am forced to open a "superb" document or visit a "superb" website.
See http://www.codeproject.com/useritems/ooxml_is_defective.asp
There's at least one person trying to implement the spec
Do you have to ask for permission? Can I (a John Doe) develop an
application that uses OOXML, no strings attached *at all*? A small
one, not even a full application (say, reading an Excel file, doubling
the value in one cell, then saving it)? Is it future-proof? (or is
there a chance of future versions to be hijacked?)
As for the technical issues, let me refer to asbjornu's comment, which
is rather extensive, but still does not include every technically-
valid objection I have read. But please, first answer those.
There are other issues, which aren't technical, but rather ethical:
* The necessity of the creation of yet another standard (even a MS
spokesperson recognized that ODF and OOXML are not all that different,
and that they mostly overlap). They overlap almost fully (their
difference is vendor-specific and doesn't merit a new standard). The
examples brought forward by Microsoft of multiple standards are of non-
overlapping (e.g. GIF vs JPEG) standards or replacements (a new
standard overlaps mostly with an old one, but the new one is better
and aims to replace that).
* Its design: obscure, unspecified stuff (as asbjornu enumerated).
Plus, the obstination in not referencing existing standards, but using
half-baked self developed and underspecified crap, and furthermore
using them inconsistently accross the spec.
* Formal stuff: errors, ommissions, entire sections copypasted from
an applications' online help.
* Its sudden approval by ECMA in record-time, ignoring so much
technical comments, with absolutely no review.
* The amount of corruption that went into the ISO fast-track process.
Do you think all those late-coming countries are honestly voting "yes"
without comments, countries which don't have a clue about standards in
general and OOXML in particular? And what about those companies
subscribing to their NBs in nordic countries? Do you think that their
support voices legitimate support (even if MS decides to not support
them financially, they consider a competitive advantage to look good
in MS's eyes, as they are --mostly small- MS partners)? What about
chairs unilaterally changinf "No, with comments" to "Abstain"? What
about being not enough space in Portugal?
Do you really think that there's any legitimate point in OOXML, and
that it wasn't conceived only to undermine an existing,
collaboratively developed, openly and thoroughly reviewed standard?
Do you allege that ODF is insufficient and that we need a "superb"
alternative standard? If yes, then why didn't MS voice concern
earlier? (they are claiming that their actions are in the industry's
benefit, so that's what they should have done)
As a developer, I respect your work a lot and read your blog
frequently. But saying that only developers are allowed to voice
concern over a fraudulent faux-standard that affects us all is
deceitful. There are not only technical concerns (most, almost all of
them, legitimate), but also valid non-technical issues with it. Do you
really think that they are all FUD?
PJ may be emotional at times, but even in those times, her reaction is
always justified in her own words. Do you think that every concern she
raised should be disregarded the way you disregarded FSFE's position
as "(...) the
usual stuff people put out (...)".
Let me remind you that being an influential developer in the Free
Software world what you say might represent us all in certain circles.
Your reputation is not only the result of your hard work, but also the
dedication and effort that your initiatives were received with in the
community.
Even then, what do you have to say wrt Andy Updegrove's (non-
technical) concerns? Do you disregard them just as much?
I sincerely hope to see a new post in your blog explaining this
mess...
nachokb
See http://www.codeproject.com/useritems/ooxml_is_defective.asp
There's at least one person trying to implement the spec
Do you have to ask for permission? Can I (a John Doe) develop an
application that uses OOXML, no strings attached *at all*? A small
one, not even a full application (say, reading an Excel file, doubling
the value in one cell, then saving it)?
You said yourself it would be best to download Moonlight from Novell.
Why is that?
...because you might be held liable for downloading it outside of the
Novell/Microsoft patent protection umbrella. You might be FINANCIALLY
liable.
Not yet, as that doesn't seem to be the case [1]. If I were to do
that, Microsoft could assert any patent they like, as their covenants
and such things only cover really specific cases of implementation.
> Now I want to apologize for not responding to any of your technical
> comments. Am not going to address them as I have done that to the limit of
> my time on Slashdot:
>
> http://linux.slashdot.org/article.pl?sid=07/09/10/2343256
I would just like you to post about it (I'm sure you do care about
this more than what Jon Galloway is posting on Twitter).
> I juts do not care as much as all 500 posters on Slashdot seem to.
Given that you defended it so harshly, it would seem that you DO
indeed care, only that it's easier to dismiss everyone who questions
your opinions as FUDders or just people with nothing to do...
> Am tired, and unlike most of you posting here, I have other things to do
> than convulsing over OOXML. If my comments on slashdot are not sufficient,
> then go read Brian Jones blog (google it up).
OK, then we can take that you wholeheartedly agree with everything
Brian Jones says wrt OOXML.
Whether you like it or not, what you say gets attention, and we really
need to know if we should have similar concerns over Mono and
Moonlight (which I'm sure you do care about). Do you really expect
linux distros to redistribute Moonlight when it gets so tainted? It
seems like you are always trying to justify everything Microsoft says
and does.
nachokb
Well, Microsoft doesn't seem to agree with you. They think they have
some weird "Intellectual Property" thing that covers OOXML and
Moonlight. Furthermore, they have explicitly granted Novell rights to
use their "IP" thing. If those rights are meaningless, can you
explain what did Novell pay for?
But if you think this is all bullshit, why don't you put your money
where your mouth is, and promise to indemnify anyone who's threatened
for infringing patents when redistributing Moonlight or Novell's
OOXML? This way, for example, Debian could start providing these
"superb" technologies to its users while resting assured that you [1]
will take responsibility for all this "patent thing".
[1] Where "you" can be Novell, you personally or just anyone capable
of backing up "you don't have to pay" claims with something tangible.
It doesn't really matter.
Well, Microsoft doesn't seem to agree with you. They think they have
> > That's nice. In that case, would you convince your employer's
> > partners to issue a free, public grant for all patents covering OOXML
> > and Moonlight ? I'd rather not have to pay for "protection" next time
> > I am forced to open a "superb" document or visit a "superb" website.
>
> You do not have to pay anyone for using OOXML or Moonlight.
Well, Microsoft doesn't seem to agree with you. They think they have
some weird "Intellectual Property" thing that covers OOXML and
Moonlight.
This way, for example, Debian could start providing these
"superb" technologies to its users while resting assured that you [1]
will take responsibility for all this "patent thing".
On Sep 11, 10:20 am, "Miguel de Icaza" <miguel.de.ic...@gmail.com>
wrote:
Huh. So, after the excellent technical breakdowns and questions posted
and asked above, you can't manage more than a handwaiving, dismissive
"Uh, I didn't even pay attention. Just looks like FUD" answer?
Your complete lack of anything resembling a satisfactory answer, and
complete evasion, when pressed, of answering the excellent questions
above, is noted and not missed.
"The usual stuff" red herring and hand-waiving won't distract people
from wanting an answer to the questions asked. Either you are towing
the company/MS line, or you have an intelligent rebuttal.
We're wating.
Huh. So, after the excellent technical breakdowns and questions posted
and asked above, you can't manage more than a handwaiving, dismissive
"Uh, I didn't even pay attention. Just looks like FUD" answer?
Mark
Estimado Miguel,
While I couldn't be called a fan of C# by any stretch of the
imagination, nonetheless I have always admired your efforts in the
Mono project. I have never thought you to be biased towards
Microsoft, but I must say that your comments regarding OOXML are
making me think twice.
Please take the time to respond to yesterday's message posted by
"asbjornu". I'm really looking forward to know what you have to say,
as I'm sure many others are.
Saludos,
Victor Rodriguez.
> Miguel.
There is a rather incomplete list of links to relevant patents filed
by Microsoft here: http://noooxml.wikidot.com/patents . Please notice
that they do not need to SAY ther you can not use it without paying.
nachokb
Let's start with the basics : Miguel, you don't implement OOXML,
that's not what you do for a living ! Correct me if I am wrong. Your
criticism towards people not implementing this stuff actually
applies...to you.
If you are willing to test my sloppiness, please head over to my
flagship products :
http://diffopc.arstdesign.com
http://xlsgen.arstdesign.com
(both have advanced support for OOXML)
and let me know how those products can be originating from a person
making sloppy statements about OOXML.
As for the blog post from Morten Welinder about my article, let me
give you the first sentence of his post : "On my surface it is a
comparison of OOXML and ODF and it comes out as a landslide victory to
ODF.".
I am sure he hasn't read the article. The article is a couple of case
studies strictly about OOXML.
-Stephane Rodriguez
On Sep 11, 7:47 pm, "Miguel de Icaza" <miguel.de.ic...@gmail.com>
wrote:
> > Seehttp://www.codeproject.com/useritems/ooxml_is_defective.asp
Please take the time to respond to yesterday's message posted by
"asbjornu". I'm really looking forward to know what you have to say,
as I'm sure many others are.
I note that Miguel keeps calling me names all over the place
(misinformed, sloppy person, cagado de medio, ...), and I am not sure
what to make of that. I must have hit a nerve, or Miguel De Microsoft
is simply paid to do what he says.
Let's start with the basics : Miguel, you don't implement OOXML,
that's not what you do for a living ! Correct me if I am wrong. Your
criticism towards people not implementing this stuff actually
applies...to you.
and let me know how those products can be originating from a person
making sloppy statements about OOXML.
I am sure he hasn't read the article. The article is a couple of case
studies strictly about OOXML.
But anyone who has worked with spreadsheet file formats will easily see that it was written by someone who, intentionally or otherwise, is deaf, dumb, and blind to the shortfalls of ODF. And if that is where you start, then what is the point?
I know what you asked, but that was the wrong question. Microsoft
doesn't need to say anything, just hold a patent.
> Re-read what I asked you, then try to understand the question, and then you
> reply.
>
> Microsoft has OOXML under the OSP, so you can list all the patents you want
> for OOXML, they fall under the OSP.
Both the Open Specification Promise and the Covenant Not to Sue are
overly narrow, to the point that they are only PR crap, as explained
in the grokdoc link a referenced (but of course, every piece of well
explained opposition to OOXML is automatically FUD, right? it doesn't
even deserve a read...)
> Now, read again what I said, and post *where* Microsoft said that you have
> to pay to implement OOXML.
Again, that's irrelevant.
nachokb
> > > Please point to the actual place where Microsoft said that OOXML is
> > covered
> > > by the "IP" and that you can not use it without paying. And keep it to
> > > OOXML.
>
> > There is a rather incomplete list of links to relevant patents filed
> > by Microsoft here:http://noooxml.wikidot.com/patents. Please notice
> > that they do not need to SAY ther you can not use it without paying.
>
> I did not ask you for a list of patents.
I know what you asked, but that was the wrong question. Microsoft
doesn't need to say anything, just hold a patent.
> Re-read what I asked you, then try to understand the question, and then you
> reply.
>
> Microsoft has OOXML under the OSP, so you can list all the patents you want
> for OOXML, they fall under the OSP.
Both the Open Specification Promise and the Covenant Not to Sue are
overly narrow, to the point that they are only PR crap, as explained
in the grokdoc link a referenced (but of course, every piece of well
explained opposition to OOXML is automatically FUD, right? it doesn't
even deserve a read...)
dejame hacer algo para linux mexico
dejame anunciar eventos y demas,,,,, tu tienes mucha chamba
porfis
Ernesto Muñoz .....
Linuxmexico.org.mx
ern...@linuxmexico.org.mx
Miguel, I understand what you mean about the necessity of patents in
Moonlight. But, I think there's an open-source ethic that, though we
do not, in general, consider patents on software to be legitimate, we
try to work around them and not step on the toes of interested
parties, in order to keep our code "pure." It concerns me, and I think
everybody, when we hear that we can only download Moonlight without
fear if we download it from Novell, and after signing a Microsoft
EULA. I think part of that concern is that we were all excited at the
beginning of the Moonlight project, learning that there was going to
be a free software implementation of Moonlight, and--get this!--
Microsoft is helping! To hear that the software can be "safely"
downloaded from only one source, and then only after signing an EULA,
is sort of a blow. I know, we download MP3 and DVD codecs that violate
software patents all the time, but what do you do when Ogg Vorbis has
yet to catch on (though I'm positive its day will come), and the DVD-
CCA is still convinced that only a crook would want to watch a store-
bought copy of "The Matrix" on Linux? The matter of software patents
seems like something we shouldn't step into without good reason, and I
know you say this is one, but it still turns my stomach and I think
that's where everyone else's unease come from. To hear that Novell
wants you to download from its site to avoid patent violation, it...
tugs at your soul. It's a huge blow to morale. This is sort of the
kind of covenant we wouldn't ever want to enter into, something that
goes against the heart of the open-source ethic, one of the seperation
of coder and courtroom, that the law should protect code and not seek
to destroy it, that one cannot patent a vague software concept but
only copyright a specific implementation.
Anyway, I hope that makes sense. It feels to me like we were all
promised an open-source implementation of Silverlight and got all
excited, and now we feel like we've been let down. I know you feel
like we're being stubborn, anti-patent extremists (and I feel that's a
wrong characterization, as I love patents and I am merely concerned at
the patenting of abstractions, like software, storylines, and business
models, which encourage privatization of ideas more than preserve
innovation), but I think there's a good reason why most of us have
this instinctive, knee-jerk reaction to the idea of software patents
and I think there's a good reason. Us open-source people live on the
quality of our ideas, and the open sharing of them, and software
patents say that ideas, even simple ones known to the public, can be
locked up and made unusuable by anyone. In no time before in history--
to my knowledge, anyway--have companies insisted that they can lock up
basic ideas for only their own use, and defined such an "invention" by
its end result and not its content. That's frightening for anyone from
either the Stallman crowd of liberty or the Linus crowd of pragmatism,
or anywhere in between (or off in BSD world, or a closed-source
company struggling to make a buck, etc.); patenting software concepts
is patenting mathematics, patenting basic human ideas, and that's very
scary.
So I think we have good reason to be scared, and good reason to be
scared when Novell et al. sign a patent covenant with Microsoft, and
more reason to be scared when Novell asks Linux users to abide by such
a covenant on Microsoft's terms... it's not because we hate Microsoft
(I happen to have a lot of respect for Microsoft and I love my Xbox
360) or because we worship Richard Stallman's beard (I think his beard
is ugly), it's because we legitimately fear a looming threat both to
the freedom of our ability to create and to the proper functionality
of our computers. It's true that plenty of other tech companies enter
into patent covenants of "you don't sue me, I won't sue you," but
those are more on the principle of mutually assured destruction, the
acknolwedgment that widespread recognition of software patents would
splinter the industry into the Stone Age and leave companies unable to
innovate (unable to build on others' inventions) and unable to compete
(because bold new features would be unable to become new baselines). I
hope you understand why we really are scared by software patents, and
it's not just a knee-jerk reaction against patents, which are actually
quite a good idea when applied to specific inventions in the physical
world.
Obviously, as others (such as Linus and Mark Shuttleworth) have said,
it's only a matter of time before Microsoft realizes it's not an
island, complete unto itself, and will become a staunch, and rightful,
opponent of software patents. It just hurts when we are told of an
open-source implementation of Silverlight and and then are told later,
oh yeah, download it from us and sign a Microsoft EULA and you're good
to go. I think open-source means pretty much universally that you can
redistribute it, at least in source, but generally also in binary,
without consequence because of the benefit of an open platform that
anyone can use. That ethic is betrayed when we're told of patent
covenants, specific approved download sites, and third-party EULAs. (I
dislike EULAs because I feel they are a show of bad faith, but that is
another subject.) We feel betrayed, and it hurts, it wounds, deeply,
and I hope you understand that. We still have a lot of faith in and
respect for you, Miguel, (don't let the Slashdot trolls get you down,
they're idiots), because of the great work you've done for the open-
source world. (Hell, I use GNOME every day!) So I hope you'll
understand where we're coming from. We wouldn't be running around in
fear if we didn't have great respect for you... I think it's the
prospect of a bold open-source warrior turning to "the dark side" that
scares everybody, but I don't think it's too late. Anyway, please
understand where we're coming from. Software patents are scary! And
I'd love the freedom to download Moonlight from wherever I want, and
freedom from EULAs around every corner is one of my favorite things
about using Linux. Please continue hacking away at Moonlight and
working to improve our Linux lives. Thanks!
--Tina
On Sep 11, 1:47 pm, "Miguel de Icaza" <miguel.de.ic...@gmail.com>
wrote:
> Well, it seems like you need to be spoon-fed the information, but am not
> your nanny.
>
> Go read the sources that I pointed you to, educate yourself and then post a
> coherent set of questions when you have exhausted every other avenue. I do
> not have any patience left, as I said, the Slashdot discussion and Brian
> Jones blog contains answers to most of your questions.
>
> Take it or leave it, am not your mom.
>
> Miguel.
>
> On 9/11/07, nachokb <nach...@gmail.com> wrote:
>
>
>
> > > Yes you can. Happy?
>
> > Not yet, as that doesn't seem to be the case [1]. If I were to do
> > that, Microsoft could assert any patent they like, as their covenants
> > and such things only cover really specific cases of implementation.
>
> > [1]
> >http://www.grokdoc.net/index.php/EOOXML_objections#Patent_rights_to_i...
On Sep 11, 11:01 am, Dmitrii 'Mamut' Dimandt <dmitr...@gmail.com>
wrote:
> > I find it hilarious that the majority (not all) of the criticism for OOXML
> > comes from people that do not have to write any code that interacts with
> > OOXML.
I find it hilarious the only ones in the technical world supporting
OOXML are proprietary companies and people that saw MS' source code.
> I just re-read asbjornu's post and most of it I have already replied on the
> Slashdot thread;
>
> [From the Slashdot thread]:
> It boils down to: the fact that is XML does not mean that you can modify
> it in any way you want; There are rules for modifying the schema and
> Mr Stephane is not happy with that. Had he followed the actual rules he
> would have had no issue.
Even if an XML document is tightly attached to a Schema, in all other
cases I've edited the XML document directly in e.g. XMLSpy and loaded
it into a target system, it has worked flawlessly. The schema just
describes the structure of the XML document, it doesn't describe what
to do if element X changes value, for instance.
I agree that it's just to read the specification to get this right,
but do you think it's superb design of a format that you have to
change several values in several XML files to just update one value in
one cell of a spreadsheet? I think it's overly and unecessarily
complex.
> Major issue: undocumented legacy tags (answered on Slasdot, 3-4 times)
Where did you answer this? Can you please provide an URI?
> Second issue, dates (answered on Slashdot extensively).
Well, not exactly. You answer Stephane's issue, but not my issue, with
dates in OOXML. My issue is basically that OOXML uses several
different representations of dates and requires implementers to ignore
the Gregorian calendar (treat 1900 as a leap year) instead of just
employing the widely recognized and used ISO-8601.
> Third issue, I can not understand his question, but I assume is the "XML
> should be done that way", and the same debate exists every time *anyone*
> writes one piece of XML.
My question has nothing to do with style, although I think the style
of OOXML is bad. It has to do with the fact that OOXML specifies a
"Basic String" which is a binary representation of a string, but
specified as such that when you embed it in the XML, it should not be
escaped or encoded. This makes the XML document invalid, since the
Basic String can contain characters not allowed in XML. Not being able
to produce or parse OOXML documents containing Basic Strings because
the XML files aren't wellformed is not very good. It's like defining a
new RSS standard recommending people to stuff unescaped tagsoup HTML
in it.
The National Body in Norway pointed out this fact in their comments to
ISO, which can be viewed in the following PDF file:
<URL:http://www.standard.no/pronorm-3/data/f/
0/17/24/1_2401_0/2008-08-31_NO_ISO_IEC_DIS_29500_comments.pdf>
(I wonder if Google Groups manages to not break this URL? Does anyone
know how to enclose long URLs without getting them broken?)
> So there it is, all the stuff is answered on the Slashdot debate, go and
> read it if you care.
I've read it and unfortunately have to say I'm not satisfied. If you
could answer my questions in this thread, I think a lot of people
(myself included) would be very grateful. I'd at least like you to
consider my arguments and even if you choose to reply to them or not
answer the simple question: Do you really think OOXML is a "superb
standard" as you stated early in this thread?
I've tried to write my arguments from a programmer's perspective, and
i'd love for you to reply to them in such a way. When I ask "Wouldn't
it be more sane to just use the Gregorian calendar and preserve this
backward compatibility through conversion filtering inside Microsoft
Office instead?", it's because I think OOXML uses an unecessary
complex mechanism, that of course saves the Office developers time,
but is a huge burden on implementers and bad specification design.
Last, I just have to say that I admire you as a developer, Miguel, and
that I think what you do for the Open Source community in general and
Linux in particular is outstanding. I respect you as a man and
developer, but most of all as a community leader. I do not write this
to bash you in any way and I hope you do not read it as such. I just
find you thinking that "OOXML is a superb standard" a bit weird if
it's based on purely technical arguments (and what else is there to
judge the specification on?).
Thanks!
I agree that it's just to read the specification to get this right,
but do you think it's superb design of a format that you have to
change several values in several XML files to just update one value in
one cell of a spreadsheet? I think it's overly and unecessarily
complex.
> Major issue: undocumented legacy tags (answered on Slasdot, 3-4 times)
Where did you answer this? Can you please provide an URI?
Well, not exactly. You answer Stephane's issue, but not my issue, with
dates in OOXML. My issue is basically that OOXML uses several
different representations of dates and requires implementers to ignore
the Gregorian calendar (treat 1900 as a leap year) instead of just
employing the widely recognized and used ISO-8601.
My question has nothing to do with style, although I think the style
of OOXML is bad. It has to do with the fact that OOXML specifies a
"Basic String" which is a binary representation of a string, but
specified as such that when you embed it in the XML, it should not be
escaped or encoded.
This makes the XML document invalid, since the
Basic String can contain characters not allowed in XML.
Not being able
to produce or parse OOXML documents containing Basic Strings because
the XML files aren't wellformed is not very good. It's like defining a
new RSS standard recommending people to stuff unescaped tagsoup HTML
in it.
> So there it is, all the stuff is answered on the Slashdot debate, go and
> read it if you care.
I've read it and unfortunately have to say I'm not satisfied. If you
could answer my questions in this thread, I think a lot of people
(myself included) would be very grateful. I'd at least like you to
consider my arguments and even if you choose to reply to them or not
answer the simple question: Do you really think OOXML is a "superb
standard" as you stated early in this thread?
I've tried to write my arguments from a programmer's perspective, and
i'd love for you to reply to them in such a way. When I ask "Wouldn't
it be more sane to just use the Gregorian calendar and preserve this
backward compatibility through conversion filtering inside Microsoft
Office instead?", it's because I think OOXML uses an unecessary
complex mechanism, that of course saves the Office developers time,
but is a huge burden on implementers and bad specification design.
Last, I just have to say that I admire you as a developer, Miguel, and
that I think what you do for the Open Source community in general and
Linux in particular is outstanding. I respect you as a man and
developer, but most of all as a community leader. I do not write this
to bash you in any way and I hope you do not read it as such. I just
find you thinking that "OOXML is a superb standard" a bit weird if
it's based on purely technical arguments (and what else is there to
judge the specification on?).
As a minor comment of someone who loves ODF and is implementing a C# library for
ODF: ODF has the same thing. Mostly it has to do with the styles, since you have
to juggle names, settings, and a whole slew of other things just to combine two
spreadsheets or writer documents together. Yeah, it isn't changing one field in
a formula, but there is still places where you have to make changes in more than
one place to get something done.
Cheers!