<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Shahzad Rana går for fri programvare</title>
	<atom:link href="http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/</link>
	<description>En blogg om IT, politikk og friluftsliv</description>
	<lastBuildDate>Wed, 01 Sep 2010 22:21:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Spekulative metoder i Open XML-debatten &#171; Shahzad Ranas I/O</title>
		<link>http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24417</link>
		<dc:creator>Spekulative metoder i Open XML-debatten &#171; Shahzad Ranas I/O</dc:creator>
		<pubDate>Wed, 30 Jan 2008 23:49:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24417</guid>
		<description>[...] synes det er betenkelig at han begynner Ã¥ sitere fra samtaler andre har hatt med meg og legger det ut som en sannhet. Det samme gjelder pÃ¥stander om trusler som ikke lar seg [...]</description>
		<content:encoded><![CDATA[<p>[...] synes det er betenkelig at han begynner Ã¥ sitere fra samtaler andre har hatt med meg og legger det ut som en sannhet. Det samme gjelder pÃ¥stander om trusler som ikke lar seg [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fredrik E. Nilsen</title>
		<link>http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24264</link>
		<dc:creator>Fredrik E. Nilsen</dc:creator>
		<pubDate>Mon, 28 Jan 2008 14:18:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24264</guid>
		<description>Du skriver følgende:

&quot;Videre skal en åpen standard kunne implementeres fullstendig uten behov for å involvere tredjepart, for eksempel Microsoft, uavhengig av om dette innebærer økonomiske utgifter eller ei. Økonomien er ikke poenget, men den juridiske avtalen som inngås.&quot;

Dette er da relatert til en eventuell godkjenning og implementering av OOXML. Hvordan mener du dette skiller seg fra den IPR-en som Sun har publisert i forbindelse med ODF?

http://www.oasis-open.org/committees/office/ipr.php</description>
		<content:encoded><![CDATA[<p>Du skriver følgende:</p>
<p>&#8220;Videre skal en åpen standard kunne implementeres fullstendig uten behov for å involvere tredjepart, for eksempel Microsoft, uavhengig av om dette innebærer økonomiske utgifter eller ei. Økonomien er ikke poenget, men den juridiske avtalen som inngås.&#8221;</p>
<p>Dette er da relatert til en eventuell godkjenning og implementering av OOXML. Hvordan mener du dette skiller seg fra den IPR-en som Sun har publisert i forbindelse med ODF?</p>
<p><a href="http://www.oasis-open.org/committees/office/ipr.php">http://www.oasis-open.org/committees/office/ipr.php</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fredrik E. Nilsen</title>
		<link>http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24070</link>
		<dc:creator>Fredrik E. Nilsen</dc:creator>
		<pubDate>Fri, 25 Jan 2008 22:43:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24070</guid>
		<description>Brian Jones har en gjennomgang med eksempel i sin blogg:

http://blogs.msdn.com/brian_jones/archive/2008/01/18/suppresstopspacingwp-compat-settings-1.aspx</description>
		<content:encoded><![CDATA[<p>Brian Jones har en gjennomgang med eksempel i sin blogg:</p>
<p><a href="http://blogs.msdn.com/brian_jones/archive/2008/01/18/suppresstopspacingwp-compat-settings-1.aspx">http://blogs.msdn.com/brian_jones/archive/2008/01/18/suppresstopspacingwp-compat-settings-1.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shahzad Rana</title>
		<link>http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24067</link>
		<dc:creator>Shahzad Rana</dc:creator>
		<pubDate>Fri, 25 Jan 2008 22:07:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24067</guid>
		<description>Fint at du setter pris på at Ecma gjør disse forbedringene i standarden - noe også undertegnede har tatt til orde for. Men hva er det du egentlig ikke forstår, når du ber noen om å forklare deg hvordan dette blir løst?
 
Svaret står vel rimelig klart i sitatet du gjengir: Ecma vil sørge for at spesifikasjonen vil inneholde full informasjon om hvordan &quot;AutospaceLikeWord95&quot; etc. skal tolkes, og at slik informasjon blir flyttet til et tillegg om funksjonalitet som ikke anbefales for nye dokumenter. Hva slags url eller annen informasjon er det du etterlyser? Eller stoler du ikke på at Ecma er i stand til dette?

Når har det blitt sagt at ISO/IEC DIS 29500 (Open XML) skal ivareta selve konverteringen fra gamle MS Office dokumenter? Og hvilken informasjon om konvertering er det Open XML inneholder?

Du påstår at konvertering fra gamle MS Office dokumenter til ODF fungerer glimrende. Jeg er nysgjerrig på hvor du har dette fra? Hvordan får du f. eks. flyttet over regneark fra MS Excel til ISO standarderen ODF når denne standarden ikke støtter et entydig formelspråk?
http://www.linux.com/articles/47942?tid=93 
(En interessant artikkel om ISO/IEC 26300)

Fint om du kan grunngi hva du mener er feil når det gjelder det juridiske og nødvendigheten av å inkludere en 3. part for å implementere Open XML.

Du fremlegger din påstand at kun Microsoft klarer å implementere Open XML full ut i samme kontekst som eposten som ble sendt fra Bill Gates til personer i MS Office produktgruppen. Når elementer tilhører samme kontekst så leses de under ett.</description>
		<content:encoded><![CDATA[<p>Fint at du setter pris på at Ecma gjør disse forbedringene i standarden &#8211; noe også undertegnede har tatt til orde for. Men hva er det du egentlig ikke forstår, når du ber noen om å forklare deg hvordan dette blir løst?</p>
<p>Svaret står vel rimelig klart i sitatet du gjengir: Ecma vil sørge for at spesifikasjonen vil inneholde full informasjon om hvordan &#8220;AutospaceLikeWord95&#8243; etc. skal tolkes, og at slik informasjon blir flyttet til et tillegg om funksjonalitet som ikke anbefales for nye dokumenter. Hva slags url eller annen informasjon er det du etterlyser? Eller stoler du ikke på at Ecma er i stand til dette?</p>
<p>Når har det blitt sagt at <acronym title="International Organization for Standardization">ISO</acronym>/IEC DIS 29500 (Open <acronym title="eXtensible Markup Language">XML</acronym>) skal ivareta selve konverteringen fra gamle <acronym title="Microsoft">MS</acronym> Office dokumenter? Og hvilken informasjon om konvertering er det Open <acronym title="eXtensible Markup Language">XML</acronym> inneholder?</p>
<p>Du påstår at konvertering fra gamle <acronym title="Microsoft">MS</acronym> Office dokumenter til ODF fungerer glimrende. Jeg er nysgjerrig på hvor du har dette fra? Hvordan får du f. eks. flyttet over regneark fra <acronym title="Microsoft">MS</acronym> Excel til <acronym title="International Organization for Standardization">ISO</acronym> standarderen ODF når denne standarden ikke støtter et entydig formelspråk?<br />
<a href="http://www.linux.com/articles/47942?tid=93">http://www.linux.com/articles/47942?tid=93</a><br />
(En interessant artikkel om <acronym title="International Organization for Standardization">ISO</acronym>/IEC 26300)</p>
<p>Fint om du kan grunngi hva du mener er feil når det gjelder det juridiske og nødvendigheten av å inkludere en 3. part for å implementere Open <acronym title="eXtensible Markup Language">XML</acronym>.</p>
<p>Du fremlegger din påstand at kun Microsoft klarer å implementere Open <acronym title="eXtensible Markup Language">XML</acronym> full ut i samme kontekst som eposten som ble sendt fra Bill Gates til personer i <acronym title="Microsoft">MS</acronym> Office produktgruppen. Når elementer tilhører samme kontekst så leses de under ett.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.bekkelund.net/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24057</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Fri, 25 Jan 2008 15:40:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2008/01/17/shahzad-rana-gar-for-fri-programvare/#comment-24057</guid>
		<description>I &lt;a href=&quot;http://www.ecma-international.org/news/TC45_current_work/Proposed%20dispositions%20for%20National%20Body%20comments%20on%20DIS%2029500%20complete.htm&quot; rel=&quot;nofollow&quot;&gt;oppsummeringen som er utgitt av Ecma&lt;/a&gt; står følgende:

&lt;blockquote&gt;Many National Bodies requested more complete documentation for some legacy application compatibility settings in DIS 29500, such as “AutoSpaceLikeWord95”, “truncateFontHeightsLikeWP6 “and others. Ecma agrees with this comment, and will provide the full information necessary to implement all compatibility settings within DIS 29500. This will enable implementers to achieve more full-fidelity compatibility with existing documents, and ensure DIS 29500 can be fully implemented without dependency on legacy products. In addition, we will remove all legacy application compatibility settings from their current locations in the specification, moving them into the new annex for deprecated functionality. The new conformance clause provides for new documents to be created without using the compatibility settings. This is also a significant change for DIS 29500.&lt;/blockquote&gt;

Det er flott at Ecma og Microsoft ønsker å gripe tak i dette problemet. Kan noen vennligst forklare meg hvordan dette blir løst? Jeg ønsker først og fremst en enkel forklaring i en kommentar, i tillegg til en URL som referanse.

For øvrig bringes det også et annet interessant aspekt på bordet, nemlig konvertering av gamle dokumenter til OOXML. Microsoft fremholder at OOXML er designet for å ivareta kompatibilitet mellom tidligere Microsoft Office-dokumenter, og at formatet således skiller seg vesentlig fra ODF. Sett fra et teknisk rasjonelt ståsted mener jeg at dette kun er et vikarierende argument utarbeidet for å få OOXML til å fremstå som annerledes enn ODF, ettersom dobbeltsertifisering ikke aksepteres av ISO. Alle oppegående teknologer forstår at konvertering ikke skal ivaretas i selve dokumentformatet, men i applikasjonene som utfører konverteringen. Konvertering fra gamle Microsoft Office-dokumenter til ODF fungerer glimrende, gitt at funksjonaliteten er ivaretatt i selve konverteringsapplikasjonen, og ikke i dokumentformatet.

Videre skal en åpen standard kunne implementeres fullstendig uten behov for å involvere tredjepart, for eksempel Microsoft, uavhengig av om dette innebærer økonomiske utgifter eller ei. Økonomien er ikke poenget, men den juridiske avtalen som inngås.

Jeg tror de fleste jeg argumenterer mot i denne debatten forstår mine poeng, men gitt mitt tidligere sitat fra e-posten fra Bill Gates, har jeg ingen betenkeligheter med å mistenke OOXML-forkjemperne for å ha en skjult agenda og spille for galleriet. Vi kan diskutere til krampa tar oss, men enige blir vi aldri.

I en artikkel på ditt eget nettsted skriver du følgende:

&lt;blockquote&gt;Det er interessant at en mail fra 1998 blir brukt som et argument i 2008 for å bevise at Open XML er et lukket format og ikke kan brukes av andre enn Microsoft.&lt;/blockquote&gt;

Jeg har på ingen måte benyttet dette som et bevis i noen som helst sammenheng. Spesielt ikke som et bevis på at OOXML er et lukket format. Det er trukket frem som et glimrende eksempel på hvilke holdninger som gjennomsyrer debatten. Til tross for at sitatet er ti år gammelt er det like aktuelt. Bevisene for at OOXML er et lukket og proprietært format står på egne ben.</description>
		<content:encoded><![CDATA[<p>I <a href="http://www.ecma-international.org/news/TC45_current_work/Proposed%20dispositions%20for%20National%20Body%20comments%20on%20DIS%2029500%20complete.htm">oppsummeringen som er utgitt av Ecma</a> står følgende:</p>
<blockquote><p>Many National Bodies requested more complete documentation for some legacy application compatibility settings in DIS 29500, such as “AutoSpaceLikeWord95”, “truncateFontHeightsLikeWP6 “and others. Ecma agrees with this comment, and will provide the full information necessary to implement all compatibility settings within DIS 29500. This will enable implementers to achieve more full-fidelity compatibility with existing documents, and ensure DIS 29500 can be fully implemented without dependency on legacy products. In addition, we will remove all legacy application compatibility settings from their current locations in the specification, moving them into the new annex for deprecated functionality. The new conformance clause provides for new documents to be created without using the compatibility settings. This is also a significant change for DIS 29500.</p></blockquote>
<p>Det er flott at Ecma og Microsoft ønsker å gripe tak i dette problemet. Kan noen vennligst forklare meg hvordan dette blir løst? Jeg ønsker først og fremst en enkel forklaring i en kommentar, i tillegg til en <acronym title="Uniform Resource Locator">URL</acronym> som referanse.</p>
<p>For øvrig bringes det også et annet interessant aspekt på bordet, nemlig konvertering av gamle dokumenter til OOXML. Microsoft fremholder at OOXML er designet for å ivareta kompatibilitet mellom tidligere Microsoft Office-dokumenter, og at formatet således skiller seg vesentlig fra ODF. Sett fra et teknisk rasjonelt ståsted mener jeg at dette kun er et vikarierende argument utarbeidet for å få OOXML til å fremstå som annerledes enn ODF, ettersom dobbeltsertifisering ikke aksepteres av <acronym title="International Organization for Standardization">ISO</acronym>. Alle oppegående teknologer forstår at konvertering ikke skal ivaretas i selve dokumentformatet, men i applikasjonene som utfører konverteringen. Konvertering fra gamle Microsoft Office-dokumenter til ODF fungerer glimrende, gitt at funksjonaliteten er ivaretatt i selve konverteringsapplikasjonen, og ikke i dokumentformatet.</p>
<p>Videre skal en åpen standard kunne implementeres fullstendig uten behov for å involvere tredjepart, for eksempel Microsoft, uavhengig av om dette innebærer økonomiske utgifter eller ei. Økonomien er ikke poenget, men den juridiske avtalen som inngås.</p>
<p>Jeg tror de fleste jeg argumenterer mot i denne debatten forstår mine poeng, men gitt mitt tidligere sitat fra e-posten fra Bill Gates, har jeg ingen betenkeligheter med å mistenke OOXML-forkjemperne for å ha en skjult agenda og spille for galleriet. Vi kan diskutere til krampa tar oss, men enige blir vi aldri.</p>
<p>I en artikkel på ditt eget nettsted skriver du følgende:</p>
<blockquote><p>Det er interessant at en mail fra 1998 blir brukt som et argument i 2008 for å bevise at Open <acronym title="eXtensible Markup Language">XML</acronym> er et lukket format og ikke kan brukes av andre enn Microsoft.</p></blockquote>
<p>Jeg har på ingen måte benyttet dette som et bevis i noen som helst sammenheng. Spesielt ikke som et bevis på at OOXML er et lukket format. Det er trukket frem som et glimrende eksempel på hvilke holdninger som gjennomsyrer debatten. Til tross for at sitatet er ti år gammelt er det like aktuelt. Bevisene for at OOXML er et lukket og proprietært format står på egne ben.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
