<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.oreilly.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0">
    <title>O'Reilly News: XML</title>
    <link rel="alternate" type="text/html" href="http://oreilly.com/xml/" />
    <id>tag:news.oreilly.com,2008-08-01://44</id>
    <updated>

2009-07-07T02:44:38Z</updated>
    <subtitle>XML news and articles from O'Reilly Media</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type Pro 4.21-en</generator>

<link rel="self" href="http://feeds.oreilly.com/oreilly/xml" type="application/atom+xml" /><entry>
    <title>Replacing BNF with RELAX NG in standards?</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/qUXa5zPyFpQ/replacing-bnf-with-relax-ng-in.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37406</id>

    <published>2009-07-06T03:15:02Z</published>
    <updated>2009-07-07T02:44:38Z</updated>

    <summary>The trouble with ABNF and EBNF is that there iare not the kind of ubiquitous, free tools around to support them that XML has.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        The trouble with ABNF and EBNF is that there iare not the kind of ubiquitous, free tools around to support them that XML has.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/qUXa5zPyFpQ" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/07/replacing-bnf-with-relax-ng-in.html</feedburner:origLink></entry>


<entry>
    <title>Survival of the fit-for-purposest</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/yfO41rSkJ3A/survival-of-the-fit-for-purpos.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37299</id>

    <published>2009-06-25T11:59:59Z</published>
    <updated>2009-07-06T18:11:07Z</updated>

    <summary>At first I was afraid, I was petrified</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        At first I was afraid, I was petrified
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/yfO41rSkJ3A" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/survival-of-the-fit-for-purpos.html</feedburner:origLink></entry>

<entry>
    <title>The conspiracy to save OOXML from being so crappy</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/hihMg2a_EEI/the-conspiracy-to-save-ooxml-f.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37237</id>

    <published>2009-06-19T09:15:11Z</published>
    <updated>2009-07-06T18:10:18Z</updated>

    <summary>According to my balance principle, I would say that SC34 WG1 needs more participation from (non-MS) vendors to get a good balance: it is currently tipped in favour of users/governments/standards bodies.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="standards" label="standards" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        According to my balance principle, I would say that SC34 WG1 needs more participation from (non-MS) vendors to get a good balance: it is currently tipped in favour of users/governments/standards bodies.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/hihMg2a_EEI" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/the-conspiracy-to-save-ooxml-f.html</feedburner:origLink></entry>

<entry>
    <title>ODF Plugfest</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/YpGz7WURBUY/odf-plugfest.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37203</id>

    <published>2009-06-16T11:39:15Z</published>
    <updated>2009-07-06T18:09:03Z</updated>

    <summary>I am looking forward to seeing the report from the ODF Plugfest  2009. The Dutch government is doing everyone a great service in organizing this.  </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        I am looking forward to seeing the report from the ODF Plugfest  2009. The Dutch government is doing everyone a great service in organizing this.  
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/YpGz7WURBUY" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/odf-plugfest.html</feedburner:origLink></entry>

<entry>
    <title>Groklaw is on-message</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/qz7D0Eun9jM/groklaw-is-on-message.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37186</id>

    <published>2009-06-14T15:32:32Z</published>
    <updated>2009-06-15T17:52:06Z</updated>

    <summary>Waiting  on this wintery Sydney day for my flatmate's Chinese roast pork knuckle with bamboo to cook, I thought I'd check up on a suspicion that had formed in my mind: had Growlaw ever published anything on OOXML/ODF recently that was not just Big Blue's message of the week?</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Waiting  on this wintery Sydney day for my flatmate's Chinese roast pork knuckle with bamboo to cook, I thought I'd check up on a suspicion that had formed in my mind: had Growlaw ever published anything on OOXML/ODF recently that was not just Big Blue's message of the week?
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/qz7D0Eun9jM" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/groklaw-is-on-message.html</feedburner:origLink></entry>

<entry>
    <title>Open Standards are no silver bullet</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/U8F1jHmEpPM/open-standards-are-no-silver-b.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37184</id>

    <published>2009-06-14T10:33:20Z</published>
    <updated>2009-06-15T17:51:35Z</updated>

    <summary>A new academic paper looking at running code and open standard says "A running code requirement would have led Massachusetts to defer adopting ODF"</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        A new academic paper looking at running code and open standard says "A running code requirement would have led Massachusetts to defer adopting ODF"
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/U8F1jHmEpPM" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/open-standards-are-no-silver-b.html</feedburner:origLink></entry>

<entry>
    <title>The conspiracy to save ODF from being so crappy</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/KXXezs3b9KM/the-conspiracy-to-save-odf-fro.html" />
    <id>tag:broadcast.oreilly.com,2009://53.37169</id>

    <published>2009-06-11T09:50:46Z</published>
    <updated>2009-06-12T05:11:26Z</updated>

    <summary>To see Alex and my comments as part of some denial of service attack on ODF is laughable; indeed to see the volume of what we write as a sign that there must be some large team behind us (or even that we are in some way co-ordinated) is I suppose something we should take as a compliment. </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        To see Alex and my comments as part of some denial of service attack on ODF is laughable; indeed to see the volume of what we write as a sign that there must be some large team behind us (or even that we are in some way co-ordinated) is I suppose something we should take as a compliment. 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/KXXezs3b9KM" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/the-conspiracy-to-save-odf-fro.html</feedburner:origLink></entry>

<entry>
    <title>Validation using tries and feature sets</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/05yoqMXvO_k/validation-using-tries-and-fea.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36702</id>

    <published>2009-06-08T12:31:02Z</published>
    <updated>2009-06-08T19:02:18Z</updated>

    <summary>There is another design or implementation option for validation, which is to generate a trie for the document, then to validate that trie. Because our schema languages attempt to validate more than a trie can represent, we also must extract a feature set from our schemas: this is true whether the schema is a grammar-based schema or a Schematron-style schema. </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        There is another design or implementation option for validation, which is to generate a &lt;i&gt;trie&lt;/i&gt; for the document, then to validate that trie. Because our schema languages attempt to validate more than a trie can represent, we also must extract a &lt;i&gt;feature set&lt;/i&gt; from our schemas: this is true whether the schema is a grammar-based schema or a Schematron-style schema. 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/05yoqMXvO_k" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/validation-using-tries-and-fea.html</feedburner:origLink></entry>

<entry>
    <title>The top three mistakes in Schematron</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/RuvZy2lTMBo/the-top-three-mistakes-in-sche.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36697</id>

    <published>2009-06-08T04:51:51Z</published>
    <updated>2009-06-12T18:04:00Z</updated>

    <summary>After almost a decade of Schematron schemas, here are the three errors I see most often.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        After almost a decade of Schematron schemas, here are the three errors I see most often.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/RuvZy2lTMBo" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/the-top-three-mistakes-in-sche.html</feedburner:origLink></entry>

<entry>
    <title>Balance of interest  ~= Broader representation  [Updated]</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/omjnZynNFT0/balance-of-interest-broader-re.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36401</id>

    <published>2009-06-02T06:36:03Z</published>
    <updated>2009-06-04T13:58:01Z</updated>

    <summary>So a particular phrase in the US  Federal Participation in the Development and Use of Voluntary Consensus Standards and in Conformity Assessment Activities  stood out: a voluntary consensus standards body needs to have a balance of interest. This balance of interest can only come out of broad representation: indeed, they are two sides of the same coin.  Openness gives the potential for a balance of interest, but it does not guarantee it. </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="standards" label="standards" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        So a particular phrase in the US  Federal Participation in the Development and Use of Voluntary Consensus Standards and in Conformity Assessment Activities  stood out: a voluntary consensus standards body needs to have a balance of interest. This balance of interest can only come out of broad representation: indeed, they are two sides of the same coin.  Openness gives the &lt;i&gt;potential&lt;/i&gt; for a balance of interest, but it does not guarantee it. 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/omjnZynNFT0" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/06/balance-of-interest-broader-re.html</feedburner:origLink></entry>

<entry>
    <title>Supporting degradation: towards a workable Open Packaging standard</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/O1bLQ3cANhM/supporting-degradation-towards.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36389</id>

    <published>2009-06-01T03:43:17Z</published>
    <updated>2009-06-02T08:18:18Z</updated>

    <summary>I think we are missing, or have now arrived at the stage where we need, a way to declare relationships between different namespaces in standard XML documents. This needs to be part of a broadly-based open packaging standard. </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="packaging" label="packaging" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="standards" label="standards" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        I think we are missing, or have now arrived at the stage where we need, a way to declare relationships between different namespaces in standard XML documents. This needs to be part of a broadly-based open packaging standard. 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/O1bLQ3cANhM" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/supporting-degradation-towards.html</feedburner:origLink></entry>

<entry>
    <title>Classes of Fidelity for Document Applications</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/uebex0s8K5E/classes-of-fidelity-for-docume.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36360</id>

    <published>2009-05-28T01:53:51Z</published>
    <updated>2009-05-29T09:16:39Z</updated>

    <summary>In my blog last year Is ODF the new RTF or the new .DOC? Can it be both? Do we need either? I raised the question of whether ODF would replace RTF or DOC. I think this issue has come...</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        In my blog last year Is ODF the new RTF or the new .DOC? Can it be both? Do we need either? I raised the question of whether ODF would replace RTF or DOC. I think this issue has come...
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/uebex0s8K5E" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/classes-of-fidelity-for-docume.html</feedburner:origLink></entry>

<entry>
    <title>Tracing through a page-break style-inheritance problem with Office 2007 SP2 ODF</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/su_1XjBF5OQ/is-sp2-no-good-or-is-odf-no-go.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36344</id>

    <published>2009-05-27T05:35:20Z</published>
    <updated>2009-05-28T20:06:08Z</updated>

    <summary>In which I open the ODF 1.1 spec in Office 2007 SP2, immediately discover a bug with page breaks, trace it through the standards, find a workaround, then find the standard is not as clear as it should be.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        In which I open the ODF 1.1 spec in Office 2007 SP2, immediately discover a bug with page breaks, trace it through the standards, find a workaround, then find the standard is not as clear as it should be.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/su_1XjBF5OQ" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/is-sp2-no-good-or-is-odf-no-go.html</feedburner:origLink></entry>

<entry>
    <title>Conformance in the floating world</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/A_rBRLn42EE/conformance-in-the-floating-wo.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36328</id>

    <published>2009-05-26T05:30:04Z</published>
    <updated>2009-05-28T20:07:18Z</updated>

    <summary>This article looks at some trends and challenges for document validation. The challenges come in two classes: first, raw capabilities for lifecycle support for standards; second, coping with transitions from technologies defined by implementation to technologies defined by standards with the necessary agility.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="schema" label="schema" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        This article looks at some trends and challenges for document validation. The challenges come in two classes: first, raw capabilities for lifecycle support for standards; second, coping with transitions from technologies defined by implementation to technologies defined by standards with the necessary agility.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/A_rBRLn42EE" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/conformance-in-the-floating-wo.html</feedburner:origLink></entry>



<entry>
    <title>Associating Schematron with documents in editors</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/ADqIiGLkNmI/associating-schematron-with-documents-in-editors.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36308</id>

    <published>2009-05-22T06:40:08Z</published>
    <updated>2009-05-22T17:20:01Z</updated>

    <summary>An effort at ISO SC34 WG1 to try to get an agreed on way to associate documents with schemas.  Plus some recent editors that support ISO Schematron, and a link to a good video introduction to Schematron for developers.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        An effort at ISO SC34 WG1 to try to get an agreed on way to associate documents with schemas.  Plus some recent editors that support ISO Schematron, and a link to a good video introduction to Schematron for developers.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/ADqIiGLkNmI" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/associating-schematron-with-documents-in-editors.html</feedburner:origLink></entry>



<entry>
    <title>The Assertions in HTML 5</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/LMUpzAjLDfQ/the-assertions-in-html-5.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36268</id>

    <published>2009-05-19T05:18:25Z</published>
    <updated>2009-05-19T15:04:36Z</updated>

    <summary>Lets look at the assertions in draft of  HTML 5: The Markup Language  which collects constraints about the markup: the kinds of things that are susceptible for schema testing.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="html" label="html" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Lets look at the assertions in draft of  HTML 5: The Markup Language  which collects constraints about the markup: the kinds of things that are susceptible for schema testing.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/LMUpzAjLDfQ" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/the-assertions-in-html-5.html</feedburner:origLink></entry>

<entry>
    <title>Schematron on the Browser: JavaScript, CSS3 selectors, JQuery, Regex, JSON</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/4iy2ZkGp1Lk/schematron-on-the-browser-java.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36223</id>

    <published>2009-05-14T09:56:59Z</published>
    <updated>2009-05-14T15:49:15Z</updated>

    <summary>Schematron run from inside JavaScript on the web-browser, editing structured documents/data trascribed to HTML. Click "validate" and a box comes up with a list of the validation problems; click on of those and the corresponding text or element is background-highlighted. Very slick. 300 lines of code only.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="schematron" label="schematron" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Schematron run from inside JavaScript on the web-browser, editing structured documents/data trascribed to HTML. Click "validate" and a box comes up with a list of the validation problems; click on of those and the corresponding text or element is background-highlighted. Very slick. 300 lines of code only.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/4iy2ZkGp1Lk" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/schematron-on-the-browser-java.html</feedburner:origLink></entry>

<entry>
    <title>W3C: Please put XSD 1.1 on hold and address the deeper issues</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/mNs2eYhDuB4/w3c-please-put-xsd-11-on-hold.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36216</id>

    <published>2009-05-13T15:25:54Z</published>
    <updated>2009-05-14T14:18:40Z</updated>

    <summary>Here is a letter I have mailed to the W3C Technical Architecture Group (TAG) and to the W3C XML Schemas Working Group, regarding the XML Schemas 1.1 proposed recommendation.  "I would like to register with the W3C TAG and the W3C XML Schema WG that, on having considered the XSD 1.1 draft, I think it is exactly the wrong direction for the WG and W3C to be taking. That is, while each individual decision may be well-founded, and each change justifiable and beneficial, the total effect will not help get us out of the mess that XML Schemas has created, but mire us further in it." </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="schemas" label="schemas" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Here is a letter I have mailed to the W3C Technical Architecture Group (TAG) and to the W3C XML Schemas Working Group, regarding the XML Schemas 1.1 proposed recommendation.  "I would like to register with the W3C TAG and the W3C XML Schema WG that, on having considered the XSD 1.1 draft, I think it is exactly the wrong direction for the WG and W3C to be taking. That is, while each individual decision may be well-founded, and each change justifiable and beneficial, the total effect will not help get us out of the mess that XML Schemas has created, but mire us further in it." 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/mNs2eYhDuB4" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/w3c-please-put-xsd-11-on-hold.html</feedburner:origLink></entry>

<entry>
    <title>CSI Sydney: Character Set Investigation</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/UeMWasKsrzc/csi-sydney-character-set-inves.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36215</id>

    <published>2009-05-13T06:47:35Z</published>
    <updated>2009-05-14T15:51:11Z</updated>

    <summary>The scene: a document of pharmaceutical data keeps on displaying Â after each major drug name but before a generated trademark sign.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="characterset" label="character set" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        The scene: a document of pharmaceutical data keeps on displaying Â after each major drug name but before a generated trademark sign.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/UeMWasKsrzc" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/csi-sydney-character-set-inves.html</feedburner:origLink></entry>

<entry>
    <title>The Bold and the Beautiful: two new drafts for HTML 5</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/DQoLwn-yl5U/the-bold-and-the-beautiful-two.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36200</id>

    <published>2009-05-12T05:18:24Z</published>
    <updated>2009-05-13T05:07:29Z</updated>

    <summary>Two new drafts out at W3C from the HTML 5 effort: HTML 5: The Markup Language and HTML 5: A vocabulary and associated APIs for HTML and XHTML. The first one is a model of the kinds of standards-writing we need. The second one is much larger, and is where many of the fiddles of historical HTML applications go. </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="html5" label="html 5" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="standards" label="standards" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Two new drafts out at W3C from the HTML 5 effort: HTML 5: The Markup Language and HTML 5: A vocabulary and associated APIs for HTML and XHTML. The first one is a model of the kinds of standards-writing we need. The second one is much larger, and is where many of the fiddles of historical HTML applications go. 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/DQoLwn-yl5U" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/the-bold-and-the-beautiful-two.html</feedburner:origLink></entry>

<entry>
    <title>Where everyone knows your name: ODF 1.1 formula support in Office SP2</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/2BjPhuwPbrc/odf-11-formula-support-in-office-sp2.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36162</id>

    <published>2009-05-08T10:12:27Z</published>
    <updated>2009-05-12T15:38:10Z</updated>

    <summary>Aslightly interesting standards aspect to the ODF 1.1 interoperability problems that MS Office SP2 is caught up in. To my mind either the problem is in the short term only and intrinsic to the ODF feature, or  the problem does not lie with Microsoft for making their choice, nor with other implementers for making their choices, but with the ratty choice of markup used for this feature in ODF 1.n itself.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Aslightly interesting standards aspect to the ODF 1.1 interoperability problems that MS Office SP2 is caught up in. To my mind either the problem is in the short term only and intrinsic to the ODF feature, or  the problem does not lie with Microsoft for making their choice, nor with other implementers for making their choices, but with the ratty choice of markup used for this feature in ODF 1.n itself.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/2BjPhuwPbrc" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/odf-11-formula-support-in-office-sp2.html</feedburner:origLink></entry>

<entry>
    <title>SmartArt and OpenOffice.oo</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/LALIz2Moxt8/smartart-and-openofficeoo.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36139</id>

    <published>2009-05-06T11:40:07Z</published>
    <updated>2009-05-06T19:06:31Z</updated>

    <summary>I was happy to see Thorsten Behrens' blog entry SmartArt Import and More.  Thorsten works on the graphics engine for OpenOffice's presentation application Impress.</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="smartart" label="smartArt" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        I was happy to see Thorsten Behrens' blog entry &lt;a href="http://blog.thebehrens.net/2009/03/11/smartart-import-and-more/"&gt;SmartArt Import and More&lt;/a&gt;.  Thorsten works on the graphics engine for OpenOffice's presentation application Impress.
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/LALIz2Moxt8" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/smartart-and-openofficeoo.html</feedburner:origLink></entry>

<entry>
    <title>The big fish swallow the little fish: Adobe's FXG and MicroSoft's OOXML</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/H4oseAzt2RQ/adobe-fxg-and-ooxml-the-big-fi.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36136</id>

    <published>2009-05-06T04:50:23Z</published>
    <updated>2009-05-06T19:07:16Z</updated>

    <summary>Adobe's FXG  seems to be to PSD what OOXML is to .DOC: a re-factoring of a middle-aged binary format in XML with a focus on fidelity rather than elegance. My working model is that we need to think of the de-proprietarization of market-dominating technologies in the intensely pragmatic model of a sequence of bigger fish swallowing smaller fish: a sequence of consolidation of dialects, modularization of parts, then adoption into pluralistic frameworks and Adaptability Standards, allowing user selection of winning mini-technologies. Each stage of which will take at least a major software release cycle. 
</summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="fxg" label="fxg" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="odf" label="odf" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ooxml" label="ooxml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="standards" label="standards" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="svg" label="svg" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        Adobe's FXG  seems to be to PSD what OOXML is to .DOC: a re-factoring of a middle-aged binary format in XML with a focus on fidelity rather than elegance. My working model is that we need to think of the de-proprietarization of market-dominating technologies in the intensely pragmatic model of a sequence of bigger fish swallowing smaller fish: a sequence of consolidation of dialects, modularization of parts, then adoption into pluralistic frameworks and Adaptability Standards, allowing user selection of winning mini-technologies. Each stage of which will take at least a major software release cycle. 

     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/H4oseAzt2RQ" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/adobe-fxg-and-ooxml-the-big-fi.html</feedburner:origLink></entry>

<entry>
    <title>What Can You Do with XMPP?</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/VmqzyzLQoqw/what-can-you-do-with-xmpp.html" />
    <id>tag:fyi.oreilly.com,2009://48.36115</id>

    <published>2009-05-04T21:39:20Z</published>
    <updated>2009-05-04T22:47:10Z</updated>

    <summary>XMPP: The Definitive Guide covers everything you need to know about Extensible Messaging and Presence Protocol (XMPP). This open technology for real-time collaboration, social networking, microblogging, lightweight middleware, cloud computing, and more. This excerpt provides a high-level overview of the technology and introduces you to the ways it's being used. Read more about XMPP.</summary>
    <author>
        <name>Kathryn Barrett</name>
        
    </author>
    
    <category term="jabber" label="jabber" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="messaging" label="messaging" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xmpp" label="xmpp" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://fyi.oreilly.com/">
        &lt;a href="http://oreilly.com/catalog/9780596521264/"&gt;&lt;strong&gt;XMPP: The Definitive Guide&lt;/strong&gt;&lt;/a&gt; covers everything you need to know about Extensible Messaging and Presence Protocol (XMPP). This open technology for real-time collaboration, social networking, microblogging, lightweight middleware, cloud computing, and more. This excerpt provides a high-level overview of the technology and introduces you to the ways it's being used. &lt;a href=http://fyi.oreilly.com/2009/05/what-can-you-do-with-xmpp.html"&gt;&lt;strong&gt;Read more about XMPP.&lt;/strong&gt;&lt;/a&gt;
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/VmqzyzLQoqw" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://fyi.oreilly.com/2009/05/what-can-you-do-with-xmpp.html</feedburner:origLink></entry>

<entry>
    <title>How big should an open standard be? A real issue for Open Standards and FOSS</title>
    <link rel="alternate" type="text/html" href="http://feeds.oreilly.com/~r/oreilly/xml/~3/lmePsUwO76I/how-big-should-an-open-standar.html" />
    <id>tag:broadcast.oreilly.com,2009://53.36104</id>

    <published>2009-05-03T05:59:31Z</published>
    <updated>2009-05-04T15:13:11Z</updated>

    <summary>But it does go back to a point I have made several times on this blog over the last few years: the more that our laws require the use of open standards, the more that we will need to make sure that the kind of "openness" involved or created by those standards actually allow grass-roots market-enhancing (which may in some cases be a euphemism for 'disruptive') implementation.  So I am favouring the term Open Technologies rather than Open Standards: meaning technologies and their enabling standards which don't exclude implementation for reason of size and complexity, just as much as for reasons of openness or language or timezone or IP or corporate affiliation or technological tradition. In fact, I would go as far as proposing the following rule of thumb: no open standard should make a technology that would take an experienced and expert developer more than one month (full-time) to develop. </summary>
    <author>
        <name>Rick Jelliffe</name>
        
    </author>
    
    <category term="openstandards" label="open standards" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
        But it does go back to a point I have made several times on this blog over the last few years: the more that our laws require the use of open standards, the more that we will need to make sure that the kind of "openness" involved or created by those standards actually allow grass-roots market-enhancing (which may in some cases be a euphemism for 'disruptive') implementation.  So I am favouring the term Open Technologies rather than Open Standards: meaning technologies and their enabling standards which don't exclude implementation for reason of size and complexity, just as much as for reasons of openness or language or timezone or IP or corporate affiliation or technological tradition. In fact, I would go as far as proposing the following rule of thumb: no open standard should make a technology that would take an experienced and expert developer more than one month (full-time) to develop. 
     &lt;img src="http://feeds.feedburner.com/~r/oreilly/xml/~4/lmePsUwO76I" height="1" width="1"/&gt;</content>
<feedburner:origLink>http://broadcast.oreilly.com/2009/05/how-big-should-an-open-standar.html</feedburner:origLink></entry>

</feed>
