Hej Peter
Fint lille videoklip. Desværre var lyden ikke så god.
Til højre for dig sad en gut med videokamera - du skulle ikke vide om det bliver lagt online, eller om man på anden vis kan få fat i det?
--
Vh. Georg
Hej Peter
Fint lille videoklip. Desværre var lyden ikke så god.
Til højre for dig sad en gut med videokamera - du skulle ikke vide om det bliver lagt online, eller om man på anden vis kan få fat i det?
--
Vh. Georg
... sad John Gøtze - http://gotze.eu/2007/02/sutor-youtubed.html

Peter,
Tak, for din kommentar på min blog – jeg kan udemærket forstå de problematiske forhold mellem videooptagelse, komprimering, redigering og YouTube begrænsninger – jeg ville som sagt gerne have været der.
Angående dit indlæg, har du mulighed for at forholde dig til de links du henviser til og den video du har optaget? Din mening betyder noget, Peter – det er din blog.
F.eks:
Er det ikke en smule graverende når Sutor fremhæver Danmark, som et af de lande, der havde indgivet indsigelser, når dette måske ikke er i tråd med sandheden?
Hvorfor er det utopi at lave en interop på ECMA OOXML på grund af specifikationens længde? – jeg har ikke første håndserfaring med den slags, men jeg kan læse at folk - f.eks Miguel de Icaza, der rent faktisk laver den slags ikke mener at det er et issue.
Hvordan kan ECMA OOXML have ”modsigelser til eksisterende formater” – bryder ECMA OOXML eksisterende standarder? Er der andre standarder, som ikke kan implementeres på grund af ECMA OOXML – ”tekniske handelshindringer”?
Jeg læser Bob Sutors og andre IBM folks blogge og kender godt deres holdning og indvendinger til ECMA OOXML, men jeg vil rigtig gerne høre din IT professionelle mening, Peter.
Du er Peter Toft :-)
Med venlig hilsen
René Løhde
Peter,
Tak, for din kommentar på min blog – jeg kan udemærket forstå de problematiske forhold mellem videooptagelse, komprimering, redigering og YouTube begrænsninger – jeg ville som sagt gerne have været der.
Angående dit indlæg, har du mulighed for at forholde dig til de links du henviser til og den video du har optaget? Din mening betyder noget, Peter – det er din blog.
F.eks:
Er det ikke en smule graverende når Sutor fremhæver Danmark, som et af de lande, der havde indgivet indsigelser, når dette måske ikke er i tråd med sandheden?
Hvorfor er det utopi at lave en interop på ECMA OOXML på grund af specifikationens længde? – jeg har ikke første håndserfaring med den slags, men jeg kan læse at folk - f.eks Miguel de Icaza, der rent faktisk laver den slags ikke mener at det er et issue.
Hvordan kan ECMA OOXML have ”modsigelser til eksisterende formater” – bryder ECMA OOXML eksisterende standarder? Er der andre standarder, som ikke kan implementeres på grund af ECMA OOXML – ”tekniske handelshindringer”?
Jeg læser Bob Sutors og andre IBM folks blogge og kender godt deres holdning og indvendinger til ECMA OOXML, men jeg vil rigtig gerne høre din IT professionelle mening, Peter.
Du er Peter Toft :-)
Med venlig hilsen
René Løhde
At inddrage Miguel i din debat er vist at lede efter halmstrå. Miguel er ansat ved Novell, der har indgået en aftale med Microsoft, hvorfor hans udtalelser ikke kan anvendes som objektivt partsindlæg. Det havde været passende, om du havde nævnt dette, eller du er måske blot ude på at lægge røgslør ud over debatten?
"Hvordan kan ECMA OOXML have ”modsigelser til eksisterende formater” – bryder ECMA OOXML eksisterende standarder?" Du kan jo starte med at læse dette:
<a href="
http://www.groklaw.net/article.php?...">
http://www.groklaw.net/article.php?...</a>
Jeg ville der gerne høre Microsoft's officielle svar på det problemer, ovenstående tekst fremhæver. Er du i stand til det??
At inddrage Miguel i din debat er vist at lede efter halmstrå. Miguel er ansat ved Novell, der har indgået en aftale med Microsoft, hvorfor hans udtalelser ikke kan anvendes som objektivt partsindlæg. Det havde været passende, om du havde nævnt dette, eller du er måske blot ude på at lægge røgslør ud over debatten?
"Hvordan kan ECMA OOXML have ”modsigelser til eksisterende formater” – bryder ECMA OOXML eksisterende standarder?" Du kan jo starte med at læse dette:
<a href="http://www.groklaw.net/article.php?story=20070123071154671">http://www.groklaw.net/article.php?story=20070123071154671</a>
Jeg ville der gerne høre Microsoft's officielle svar på det problemer, ovenstående tekst fremhæver. Er du i stand til det??

Michael,
Jeg brugte Miguel de Icazas fordi han – mig bekendt – er den eneste, som har erklæret at hans team implementerer ECMA OOXML og som samtidigt har blandet sig i debatten. Sammenhold dette med hans CV – så bliver han i mine øjne en ”kompetence”. Jeg vil på ingen måde insinuere at han er objektiv – ligesom jeg heller ikke tror at Peter Tofts brug af Bob Sutor i denne blogpost, er et indlæg skabt for at hylde Sutors objektive egenskaber. Faktisk tror jeg at vi får svært ved at få en debat hvis objektivitet er et krav – jeg tror f.eks ikke at folk opfatter mig som objektiv når man tager mine økonomiske bindinger til min sponsor i betragtning. Jeg forventer – og har i øvrigt INGEN grund til at betvivle det – at Peter Toft, skrivende journalist på Version2 er objektiv, mens jeg forventer at Peter Tofts blog er fyldt med personlige og stærkt subjektive indlæg.
Angående det link du henviser til så kender jeg ikke en officiel Microsoft kommentar til denne side – jeg tror ikke noget sådan eksisterer. Jeg vil gerne give mit besyv med hvis du er interesseret og Peter mener at det er i orden at vi bruger hans blog til det :-) - ellers kan vi tage den snak ovre til min blog. Jeg vil meget gerne forstå hvad det er som gør at andre standarder ikke kan implementeres på grund af ECMA OOXML.
Mvh René
Michael,
Jeg brugte Miguel de Icazas fordi han – mig bekendt – er den eneste, som har erklæret at hans team implementerer ECMA OOXML og som samtidigt har blandet sig i debatten. Sammenhold dette med hans CV – så bliver han i mine øjne en ”kompetence”. Jeg vil på ingen måde insinuere at han er objektiv – ligesom jeg heller ikke tror at Peter Tofts brug af Bob Sutor i denne blogpost, er et indlæg skabt for at hylde Sutors objektive egenskaber. Faktisk tror jeg at vi får svært ved at få en debat hvis objektivitet er et krav – jeg tror f.eks ikke at folk opfatter mig som objektiv når man tager mine økonomiske bindinger til min sponsor i betragtning. Jeg forventer – og har i øvrigt INGEN grund til at betvivle det – at Peter Toft, skrivende journalist på Version2 er objektiv, mens jeg forventer at Peter Tofts blog er fyldt med personlige og stærkt subjektive indlæg.
Angående det link du henviser til så kender jeg ikke en officiel Microsoft kommentar til denne side – jeg tror ikke noget sådan eksisterer. Jeg vil gerne give mit besyv med hvis du er interesseret og Peter mener at det er i orden at vi bruger hans blog til det :-) - ellers kan vi tage den snak ovre til min blog. Jeg vil meget gerne forstå hvad det er som gør at andre standarder ikke kan implementeres på grund af ECMA OOXML.
Mvh René
Hej René
Jeg er ikke journalist :) men jeg er så meget andet - se
http://petertoft.dk/cv.html.
Jeg synes selvfølgelig at du bare skal have lov til at kommentere på Groklaw her - fint nok! Lad os bare fortsætte. For dem som ikke har fulgt helt med, så kan man lige tage en tur forbi
http://blogs.msdn.com/renel/archive...
og
http://ing.dk/article/20070215/WEBL...
MVH /Aramis hvis jeg ikke lige vidste men lad det nu ligge
Hej René
Jeg er ikke journalist :) men jeg er så meget andet - se http://petertoft.dk/cv.html.
Jeg synes selvfølgelig at du bare skal have lov til at kommentere på Groklaw her - fint nok! Lad os bare fortsætte. For dem som ikke har fulgt helt med, så kan man lige tage en tur forbi http://blogs.msdn.com/renel/archive/2007/02/14/3-musketerer-p-v2.aspx#comments
og http://ing.dk/article/20070215/WEBLOG06/70215001/-1/weblog
MVH /Aramis hvis jeg ikke lige vidste men lad det nu ligge

Der er en slags tanke-knude i René Løhde's retoriske spørgsmål. RL skriver:
Er der andre standarder, som ikke kan implementeres på grund af ECMA OOXML – ”tekniske handelshindringer”?
Andre standarder kan ikke implementeres ... hvad er dog det for en tankegang? Man kan implementere hvad-som-helst-dokumentformater, også mindre fornuftige specifikationer, som ikke benytter eksisterende standardiserede sub-specifikationer.
Men:
Hvis vi nu implementerer en hel masse specifikationer, så er der ikke længere tale om en standard for repræsentation af dokumentdata.
Grunden til, at man ikke bør implementere Ecma-376 er jo, at den indeholder ting som
useWord2002TableStyleRules, en slags smuthul (eller snyd) som skal bruges til at "redde" Word-dokumenter, men hvis man læser grundigt, kan de alligevel ikke helt reddes, fordi det faktisk er en bug i W2002 som giver random-formatering (afhængig af andre måske ukendte faktorer).
Ecma376 (MOX) konflikter med ISO-23600 fordi MOX ikke bruger de standarder, som ISO har etableret.
Alt tyder på, at jeg taler for døve øren, men jeg synes det skal siges igen:
En leverandør kan med rimelige anstrengelser og investeringer implementere ISO-26300. Det gælder også ophavs-firmaet til MOX. ISO-26300 specifikationen dækker omvendt også stort set alle de behov, der kan opstå med fx. MS-Office produkter.
Venlig hilsen
Donald Axel
Der er en slags tanke-knude i René Løhde's retoriske spørgsmål. RL skriver:
Er der andre standarder, som ikke kan implementeres på grund af ECMA OOXML – ”tekniske handelshindringer”?
Andre standarder kan ikke implementeres ... hvad er dog det for en tankegang? Man kan implementere hvad-som-helst-dokumentformater, også mindre fornuftige specifikationer, som ikke benytter eksisterende standardiserede sub-specifikationer.
Men:
Hvis vi nu implementerer en hel masse specifikationer, så er der ikke længere tale om en standard for repræsentation af dokumentdata.
Grunden til, at man ikke bør implementere Ecma-376 er jo, at den indeholder ting som
useWord2002TableStyleRules, en slags smuthul (eller snyd) som skal bruges til at "redde" Word-dokumenter, men hvis man læser grundigt, kan de alligevel ikke helt reddes, fordi det faktisk er en bug i W2002 som giver random-formatering (afhængig af andre måske ukendte faktorer).
Ecma376 (MOX) konflikter med ISO-23600 fordi MOX ikke bruger de standarder, som ISO har etableret.
Alt tyder på, at jeg taler for døve øren, men jeg synes det skal siges igen:
En leverandør kan med rimelige anstrengelser og investeringer implementere ISO-26300. Det gælder også ophavs-firmaet til MOX. ISO-26300 specifikationen dækker omvendt også stort set alle de behov, der kan opstå med fx. MS-Office produkter.
Venlig hilsen
Donald Axel