<?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: The importance of View Source</title>
	<atom:link href="http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/feed/" rel="self" type="application/rss+xml" />
	<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/</link>
	<description>This can all be made better. Ready? Begin.</description>
	<lastBuildDate>Sat, 20 Mar 2010 00:41:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sam Pullara</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-104024</link>
		<dc:creator>Sam Pullara</dc:creator>
		<pubDate>Tue, 10 Mar 2009 03:38:01 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-104024</guid>
		<description>This is actually one of the places where I see that Apple is truly innovating by pushing on the CSS standard to do things that I think people never really invisioned.  Their implementation of animations and 3D transforms using plain text CSS is really compelling, especially if you can easily fallback to more traditional markup when the feature isn&#039;t present.  Degraded experience is another problem with the plugin model.</description>
		<content:encoded><![CDATA[<p>This is actually one of the places where I see that Apple is truly innovating by pushing on the CSS standard to do things that I think people never really invisioned.  Their implementation of animations and 3D transforms using plain text CSS is really compelling, especially if you can easily fallback to more traditional markup when the feature isn&#8217;t present.  Degraded experience is another problem with the plugin model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Barnes</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-104023</link>
		<dc:creator>Scott Barnes</dc:creator>
		<pubDate>Tue, 10 Mar 2009 02:11:55 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-104023</guid>
		<description>We&#039;re inventing our own approach to the plugin because it&#039;s what our customers have requested. There&#039;s no hidden meaning, it&#039;s simply free trade working in full view. Whilst I take your point that having view source can help those come to terms with how HTML/JS/CSS works in general, it doesn&#039;t always work that way in reality.

Out of the % of developers around the world, most would yield their answers to the &quot;how&quot; things work via blogs, tutorials or simply conversations. If a developer or designer wants access to someone elses work, simply ask? the worst they can say is no or don&#039;t answer.

I disagree that you feel it&#039;s your right to view otjher peoples work and there&#039;s a lot of flaws in your arguement, point and case - how do i get access to the source code in this blog via &quot;View Source&quot;. At what point do you define the safe open source boundaries?

-
Scott Barnes
Rich Platforms Product Manager
Microsoft.</description>
		<content:encoded><![CDATA[<p>We&#8217;re inventing our own approach to the plugin because it&#8217;s what our customers have requested. There&#8217;s no hidden meaning, it&#8217;s simply free trade working in full view. Whilst I take your point that having view source can help those come to terms with how HTML/JS/CSS works in general, it doesn&#8217;t always work that way in reality.</p>
<p>Out of the % of developers around the world, most would yield their answers to the &#8220;how&#8221; things work via blogs, tutorials or simply conversations. If a developer or designer wants access to someone elses work, simply ask? the worst they can say is no or don&#8217;t answer.</p>
<p>I disagree that you feel it&#8217;s your right to view otjher peoples work and there&#8217;s a lot of flaws in your arguement, point and case &#8211; how do i get access to the source code in this blog via &#8220;View Source&#8221;. At what point do you define the safe open source boundaries?</p>
<p>-<br />
Scott Barnes<br />
Rich Platforms Product Manager<br />
Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Messina</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-104022</link>
		<dc:creator>Chris Messina</dc:creator>
		<pubDate>Tue, 10 Mar 2009 02:01:50 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-104022</guid>
		<description>Thanks Scott. 

I appreciate your point — it&#039;s a valid one. My premise is that content published on the web should be as open and inspectable as possible. In fact, you more or less can get the source of my blog if you download WordPress and the Sandbox theme. Your browser will also give you access to my CSS file and you can readily download all the plugins that I use to power this blog. But that&#039;s not really what I&#039;m talking about.

The problem that I have with platforms like Silverlight and Air is that, by default, it seems *easier* to choose to make the code harder to get at — or to require expensive tools to tinker around with an app — or to have some strange build process that doesn&#039;t work cross-platform — where I have the biggest problem. 

If you guys put all the effort that you put into Silverlight into open, freely implementable standards that ended up in web browsers that worked cross-platform, I&#039;d have very little grounds to give you shit since the browser, by default, exposes the inner working a webpage with View Source (even if it&#039;s obfuscated). Instead, the Silverlight approach to the web leads to more fragmentation and the need to download yet another plugin, which I refuse to do. 

There is so much promise with HTML5 and CSS3 that I can&#039;t conceive of why you&#039;re continuing to go down the path of inventing your own proprietary stack for building on the web that I must presume that you continue to wish to compete with it, rather than improve upon and unify it.</description>
		<content:encoded><![CDATA[<p>Thanks Scott. </p>
<p>I appreciate your point — it&#8217;s a valid one. My premise is that content published on the web should be as open and inspectable as possible. In fact, you more or less can get the source of my blog if you download WordPress and the Sandbox theme. Your browser will also give you access to my CSS file and you can readily download all the plugins that I use to power this blog. But that&#8217;s not really what I&#8217;m talking about.</p>
<p>The problem that I have with platforms like Silverlight and Air is that, by default, it seems *easier* to choose to make the code harder to get at — or to require expensive tools to tinker around with an app — or to have some strange build process that doesn&#8217;t work cross-platform — where I have the biggest problem. </p>
<p>If you guys put all the effort that you put into Silverlight into open, freely implementable standards that ended up in web browsers that worked cross-platform, I&#8217;d have very little grounds to give you shit since the browser, by default, exposes the inner working a webpage with View Source (even if it&#8217;s obfuscated). Instead, the Silverlight approach to the web leads to more fragmentation and the need to download yet another plugin, which I refuse to do. </p>
<p>There is so much promise with HTML5 and CSS3 that I can&#8217;t conceive of why you&#8217;re continuing to go down the path of inventing your own proprietary stack for building on the web that I must presume that you continue to wish to compete with it, rather than improve upon and unify it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Barnes</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-104021</link>
		<dc:creator>Scott Barnes</dc:creator>
		<pubDate>Tue, 10 Mar 2009 01:44:19 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-104021</guid>
		<description>If you rename a .xap to .zip you&#039;ll have your source code? much like if i view source now on this blog, all i&#039;d get is the rendered result not so much the actual source. Instead i have to ask you for a copy of it and then would you be willing to provide it as-is.

That being said, if the end user whom creates and produces Silverlight solutions CHOOSES to withhold the actual source than it&#039;s their right to do so and one that we should all openly respect.

Just like on the footer of your blog, whereby you&#039;ve opted to protect the content under the Creative Non-Commmerical share license - where it specifies certain restrictions like Commercial usage forbidden - as you&#039;ve just outlined a restraint in the openness of which you&#039;ve just stated should occur.

I&#039;ve also noted that whilst View Source is freely available in JavaScript/HTML it&#039;s not always helpful or useful. A lot of the times i&#039;ve seen folks obsfucate their JavaScript to ensure it adds extra layers of complexity to those whom wish to reverse engineer it.

-
Scott Barnes
Rich Platforms Product Manager
Microsoft.</description>
		<content:encoded><![CDATA[<p>If you rename a .xap to .zip you&#8217;ll have your source code? much like if i view source now on this blog, all i&#8217;d get is the rendered result not so much the actual source. Instead i have to ask you for a copy of it and then would you be willing to provide it as-is.</p>
<p>That being said, if the end user whom creates and produces Silverlight solutions CHOOSES to withhold the actual source than it&#8217;s their right to do so and one that we should all openly respect.</p>
<p>Just like on the footer of your blog, whereby you&#8217;ve opted to protect the content under the Creative Non-Commmerical share license &#8211; where it specifies certain restrictions like Commercial usage forbidden &#8211; as you&#8217;ve just outlined a restraint in the openness of which you&#8217;ve just stated should occur.</p>
<p>I&#8217;ve also noted that whilst View Source is freely available in JavaScript/HTML it&#8217;s not always helpful or useful. A lot of the times i&#8217;ve seen folks obsfucate their JavaScript to ensure it adds extra layers of complexity to those whom wish to reverse engineer it.</p>
<p>-<br />
Scott Barnes<br />
Rich Platforms Product Manager<br />
Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Stewart - Rich Internet Application Mountaineer &#187; A Place For the &#34;Open&#34; Web and the &#34;Closed&#34; Web</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-83217</link>
		<dc:creator>Ryan Stewart - Rich Internet Application Mountaineer &#187; A Place For the &#34;Open&#34; Web and the &#34;Closed&#34; Web</dc:creator>
		<pubDate>Sun, 29 Apr 2007 11:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-83217</guid>
		<description>[...] catching up with some of my trackbacks I found a great post by Chris Messina about the importance of view source as Rich Internet Applications start to take off. He wrote it as an addendum to his panel at Web 2.0 [...]</description>
		<content:encoded><![CDATA[<p>[...] catching up with some of my trackbacks I found a great post by Chris Messina about the importance of view source as Rich Internet Applications start to take off. He wrote it as an addendum to his panel at Web 2.0 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Manoogian III</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-81293</link>
		<dc:creator>John Manoogian III</dc:creator>
		<pubDate>Wed, 25 Apr 2007 04:55:57 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-81293</guid>
		<description>Mike: Can you share any URLs of Apollo apps with view source enabled? I&#039;m a Flash developer since the FutureSplash days and I&#039;ve never seen a Flash asset that was view-sourceable without a decompiler. I&#039;m anxious to see this new capability!</description>
		<content:encoded><![CDATA[<p>Mike: Can you share any URLs of Apollo apps with view source enabled? I&#8217;m a Flash developer since the FutureSplash days and I&#8217;ve never seen a Flash asset that was view-sourceable without a decompiler. I&#8217;m anxious to see this new capability!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mike chambers</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-81176</link>
		<dc:creator>mike chambers</dc:creator>
		<pubDate>Wed, 25 Apr 2007 02:51:32 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-81176</guid>
		<description>fyi

View source is possible within Apollo, both within Flash based, and HTML based applications. The difference though, is that it is up to the developer on whether they want to allow it.

You can see an example of view source in a Flash based Apollo application in the eBay application. Video here:

http://www.demo.com/demonstrators/demo2007/91259.php

(toward the end of the video).

As far as the error with the TwitterCamp app, that is simply a bug in Apollo (which is an alpha). The issue is that the wrong URL is generated and passed to the browser. This will be fixed.

Finally, you can compile TwitterCamp with the free Flex SDK, which among other things, includes a compiler. More info at:

http://www.flex.org/

mike chambers

mesh@adobe.com</description>
		<content:encoded><![CDATA[<p>fyi</p>
<p>View source is possible within Apollo, both within Flash based, and HTML based applications. The difference though, is that it is up to the developer on whether they want to allow it.</p>
<p>You can see an example of view source in a Flash based Apollo application in the eBay application. Video here:</p>
<p><a href="http://www.demo.com/demonstrators/demo2007/91259.php" rel="nofollow">http://www.demo.com/demonstrators/demo2007/91259.php</a></p>
<p>(toward the end of the video).</p>
<p>As far as the error with the TwitterCamp app, that is simply a bug in Apollo (which is an alpha). The issue is that the wrong URL is generated and passed to the browser. This will be fixed.</p>
<p>Finally, you can compile TwitterCamp with the free Flex SDK, which among other things, includes a compiler. More info at:</p>
<p><a href="http://www.flex.org/" rel="nofollow">http://www.flex.org/</a></p>
<p>mike chambers</p>
<p><a href="mailto:mesh@adobe.com">mesh@adobe.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Around the web &#124; alexking.org</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-79189</link>
		<dc:creator>Around the web &#124; alexking.org</dc:creator>
		<pubDate>Mon, 23 Apr 2007 06:06:46 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-79189</guid>
		<description>[...] The importance of View Source at FactoryCity [...]</description>
		<content:encoded><![CDATA[<p>[...] The importance of View Source at FactoryCity [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: People Over Process &#187; Blog Archive &#187; links for 2007-04-19</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-77383</link>
		<dc:creator>People Over Process &#187; Blog Archive &#187; links for 2007-04-19</dc:creator>
		<pubDate>Thu, 19 Apr 2007 07:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-77383</guid>
		<description>[...] The importance of View Source at FactoryCity (tags: goodenough wpf/e viewsource web apollo flex ria programming) [...]</description>
		<content:encoded><![CDATA[<p>[...] The importance of View Source at FactoryCity (tags: goodenough wpf/e viewsource web apollo flex ria programming) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Manoogian III</title>
		<link>http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/comment-page-1/#comment-77359</link>
		<dc:creator>John Manoogian III</dc:creator>
		<pubDate>Thu, 19 Apr 2007 05:47:45 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2007/04/17/the-importance-of-view-source/#comment-77359</guid>
		<description>well stated. View-Source is a feature, not a bug, and one that has taught countless people how to code, including me. i&#039;ve always had uneasy feelings about opaque file formats. from search transparency to mobile compatibility, attempts to &quot;rebuild&quot; the web using new formats with little (R)&#039;s or (TM)&#039;s attached usually ends in tears.</description>
		<content:encoded><![CDATA[<p>well stated. View-Source is a feature, not a bug, and one that has taught countless people how to code, including me. i&#8217;ve always had uneasy feelings about opaque file formats. from search transparency to mobile compatibility, attempts to &#8220;rebuild&#8221; the web using new formats with little (R)&#8217;s or (TM)&#8217;s attached usually ends in tears.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
