<?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: SVG News Digest:  2008-04-16</title>
	<atom:link href="http://www.codedread.com/blog/archives/2008/04/16/svg-news-digest-2008-04-16/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codedread.com/blog/archives/2008/04/16/svg-news-digest-2008-04-16/</link>
	<description></description>
	<lastBuildDate>Wed, 17 Mar 2010 15:16:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jeff Schiller</title>
		<link>http://www.codedread.com/blog/archives/2008/04/16/svg-news-digest-2008-04-16/comment-page-1/#comment-1015</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Fri, 18 Apr 2008 00:05:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/04/16/svg-news-digest-2008-04-16/#comment-1015</guid>
		<description>@Doug:  I was going to make a similar proposal (except I wouldn&#039;t limit the markup export as XML to SVG, as I&#039;m sure you didn&#039;t intend to do).</description>
		<content:encoded><![CDATA[<p>@Doug:  I was going to make a similar proposal (except I wouldn&#8217;t limit the markup export as XML to SVG, as I&#8217;m sure you didn&#8217;t intend to do).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: schepers</title>
		<link>http://www.codedread.com/blog/archives/2008/04/16/svg-news-digest-2008-04-16/comment-page-1/#comment-1014</link>
		<dc:creator>schepers</dc:creator>
		<pubDate>Thu, 17 Apr 2008 23:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/04/16/svg-news-digest-2008-04-16/#comment-1014</guid>
		<description>I think that UI requirements can be stated as conditionally normative statements, such as, &quot;User Agents which allow copy/paste or which allow the user to view the source must provide a way to export any SVG fragment as a namespace-well-formed XML fragment.&quot;  This does not completely allay my concerns regarding the proposal, but it&#039;s an example of how we can better lead the way to a more interoperable &quot;ecosystem&quot; of UAs that implement open Web standards.



Toolchain issues like this, which provide intuitive and simple functionality for end users, are crucial for Web apps to be competitive to (and compatible with) OS-level apps.  I would love to know that I could copy some SVG from a site, and it would paste as a raster into Paint, as vector graphics in Inkscape, and as markup in TextMate.  This is something Chaals and I have working on in the Clipboard Operations spec.  (Similarly, MathML clips could paste as mathematical entities and operators in a calculator, and as plain text or markup elsewhere.)</description>
		<content:encoded><![CDATA[<p>I think that UI requirements can be stated as conditionally normative statements, such as, &#8220;User Agents which allow copy/paste or which allow the user to view the source must provide a way to export any SVG fragment as a namespace-well-formed XML fragment.&#8221;  This does not completely allay my concerns regarding the proposal, but it&#8217;s an example of how we can better lead the way to a more interoperable &#8220;ecosystem&#8221; of UAs that implement open Web standards.</p>
<p>Toolchain issues like this, which provide intuitive and simple functionality for end users, are crucial for Web apps to be competitive to (and compatible with) OS-level apps.  I would love to know that I could copy some SVG from a site, and it would paste as a raster into Paint, as vector graphics in Inkscape, and as markup in TextMate.  This is something Chaals and I have working on in the Clipboard Operations spec.  (Similarly, MathML clips could paste as mathematical entities and operators in a calculator, and as plain text or markup elsewhere.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://www.codedread.com/blog/archives/2008/04/16/svg-news-digest-2008-04-16/comment-page-1/#comment-1013</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Thu, 17 Apr 2008 12:28:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/04/16/svg-news-digest-2008-04-16/#comment-1013</guid>
		<description>Thanks, Ian for the clarity, I&#039;ve updated my post.</description>
		<content:encoded><![CDATA[<p>Thanks, Ian for the clarity, I&#8217;ve updated my post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Hickson</title>
		<link>http://www.codedread.com/blog/archives/2008/04/16/svg-news-digest-2008-04-16/comment-page-1/#comment-1012</link>
		<dc:creator>Ian Hickson</dc:creator>
		<pubDate>Thu, 17 Apr 2008 06:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/04/16/svg-news-digest-2008-04-16/#comment-1012</guid>
		<description>You wrote: &quot;it could not be a requirement because User Agent requirements are out of scope of the HTML5 specification&quot;.



To clarify -- it&#039;s _user interface_ requirements (UI requirements) that are out of scope. They are out of scope because we have no idea what effect they may have. For example, it would make no sense to ask the browser on an iPod Touch to have a feature that let you copy out the XML version of the DOM -- the OS has no &quot;paste&quot; functionality.



The spec does strongly encourage that such a UI be made available though (and indeed that encouragement is still there, even after we removed the SVG-in-text/html text, because even in XHTML, inline SVG might not be easily copy-and-paste-able from the source without such a feature).



HTH.</description>
		<content:encoded><![CDATA[<p>You wrote: &#8220;it could not be a requirement because User Agent requirements are out of scope of the HTML5 specification&#8221;.</p>
<p>To clarify &#8212; it&#8217;s _user interface_ requirements (UI requirements) that are out of scope. They are out of scope because we have no idea what effect they may have. For example, it would make no sense to ask the browser on an iPod Touch to have a feature that let you copy out the XML version of the DOM &#8212; the OS has no &#8220;paste&#8221; functionality.</p>
<p>The spec does strongly encourage that such a UI be made available though (and indeed that encouragement is still there, even after we removed the SVG-in-text/html text, because even in XHTML, inline SVG might not be easily copy-and-paste-able from the source without such a feature).</p>
<p>HTH.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
