<?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"
	>
<channel>
	<title>Comments on: Need a Standard Wiki Syntax? Try HTML</title>
	<atom:link href="http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/</link>
	<description>Living in a state of accord.</description>
	<pubDate>Sun, 23 Nov 2008 14:21:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Symphonious &#187; Wiki Advice Round Up</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-113985</link>
		<dc:creator>Symphonious &#187; Wiki Advice Round Up</dc:creator>
		<pubDate>Mon, 24 Sep 2007 07:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-113985</guid>
		<description>[...] Wiki syntax is the other big bit of legacy cruft - it&#39;s probably the biggest barrier to wiki adoption now and wiki creators are all scrambling to add WYSIWYG&#160;editors instead but many are struggling to make it all work because wiki markup is so non-standard. Should have used HTML&#160;instead&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] Wiki syntax is the other big bit of legacy cruft - it&#39;s probably the biggest barrier to wiki adoption now and wiki creators are all scrambling to add WYSIWYG&#160;editors instead but many are struggling to make it all work because wiki markup is so non-standard. Should have used HTML&#160;instead&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mindquarry Blog</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-57118</link>
		<dc:creator>Mindquarry Blog</dc:creator>
		<pubDate>Tue, 06 Feb 2007 15:01:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-57118</guid>
		<description>&lt;strong&gt;Wikis are web pages (editable)...&lt;/strong&gt;

What is the distincive feature about Wikis? Is it Wiki an online encyclopedia, a site that uses Wiki markup, or a website that is editable by everyone?  &#160;I think the main distinctive trait of Wikis is easy editing.  Wikis are webpages that are eas...</description>
		<content:encoded><![CDATA[<p><strong>Wikis are web pages (editable)&#8230;</strong></p>
<p>What is the distincive feature about Wikis? Is it Wiki an online encyclopedia, a site that uses Wiki markup, or a website that is editable by everyone?  &nbsp;I think the main distinctive trait of Wikis is easy editing.  Wikis are webpages that are eas&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Sutton</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-55430</link>
		<dc:creator>Adrian Sutton</dc:creator>
		<pubDate>Tue, 30 Jan 2007 02:22:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-55430</guid>
		<description>Except that the amount of effort required to create a WYSIWYG editor of a suitable quality is huge and it's not worth doing that for every single different wiki syntax. Besides which, that doesn't solve the problem of being locked into a particular wiki because of it's specific syntax.</description>
		<content:encoded><![CDATA[<p>Except that the amount of effort required to create a WYSIWYG editor of a suitable quality is huge and it&#8217;s not worth doing that for every single different wiki syntax. Besides which, that doesn&#8217;t solve the problem of being locked into a particular wiki because of it&#8217;s specific syntax.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Niall</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-55411</link>
		<dc:creator>Niall</dc:creator>
		<pubDate>Mon, 29 Jan 2007 23:47:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-55411</guid>
		<description>...or maybe the alternative is for the wiki to provide a WYSIWYG editor for their syntax.</description>
		<content:encoded><![CDATA[<p>&#8230;or maybe the alternative is for the wiki to provide a WYSIWYG editor for their syntax.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Sutton</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-54988</link>
		<dc:creator>Adrian Sutton</dc:creator>
		<pubDate>Sat, 27 Jan 2007 20:56:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-54988</guid>
		<description>Simon,
All the problems with filtering HTML also apply to RSS, Atom etc so it's a well defined and solved problem, you just need to look up the right answers. Whitelisting is the answer and makes it quite simple - plus with a WYSIWYG editor, it should be transparent to users because the editor wouldn't add any markup that is allowed. The cleaning of course still occurs server side for security, just that users who use the WYSIWYG editor won't have any of their content changed.

Secondly, these problems only apply to publicly editable wikis. While the most visible use of wikis are the public facing ones, there are actually a vast number of wikis which are internal to organizations and thus have a trusted set of users. If any of your employees add XSS attacks, you fire them and it doesn't happen again.</description>
		<content:encoded><![CDATA[<p>Simon,<br />
All the problems with filtering HTML also apply to RSS, Atom etc so it&#8217;s a well defined and solved problem, you just need to look up the right answers. Whitelisting is the answer and makes it quite simple - plus with a WYSIWYG editor, it should be transparent to users because the editor wouldn&#8217;t add any markup that is allowed. The cleaning of course still occurs server side for security, just that users who use the WYSIWYG editor won&#8217;t have any of their content changed.</p>
<p>Secondly, these problems only apply to publicly editable wikis. While the most visible use of wikis are the public facing ones, there are actually a vast number of wikis which are internal to organizations and thus have a trusted set of users. If any of your employees add XSS attacks, you fire them and it doesn&#8217;t happen again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Willison</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-54930</link>
		<dc:creator>Simon Willison</dc:creator>
		<pubDate>Sat, 27 Jan 2007 15:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-54930</guid>
		<description>Just read your previous entry in which you address those issues (a WYSIWYG editor and Tidy-based filtering). I think it's very easy to underestimate the size of the XSS problem - for example, filtering javascript: links isn't enough - you alse need to filter vbscript: and jscript: and a whole bunch of other weird variations. You need to use whitelisting rather than blacklisting, but you still need to know about the weird undocumented features of various browsers (LiveJournal had an XSS in Firefox a while back because they allowed CSS, and Firefox CSS can embed XBL files which are executable code).</description>
		<content:encoded><![CDATA[<p>Just read your previous entry in which you address those issues (a WYSIWYG editor and Tidy-based filtering). I think it&#8217;s very easy to underestimate the size of the XSS problem - for example, filtering javascript: links isn&#8217;t enough - you alse need to filter vbscript: and jscript: and a whole bunch of other weird variations. You need to use whitelisting rather than blacklisting, but you still need to know about the weird undocumented features of various browsers (LiveJournal had an XSS in Firefox a while back because they allowed CSS, and Firefox CSS can embed XBL files which are executable code).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Willison</title>
		<link>http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-54925</link>
		<dc:creator>Simon Willison</dc:creator>
		<pubDate>Sat, 27 Jan 2007 14:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2007/01/27/need-a-standard-wiki-syntax-try-html/#comment-54925</guid>
		<description>Using HTML has a couple of disadvantages. The first is that it's more work than most wiki markups - manually adding p tags to every paragraph for tomorrow is just enough effort to make the tool stop being transparent (you have to think about how you're editing the wiki, not just what you're editing). More importantly, safely enabling HTML is actually a surprisingly trick problem. You have to defend against a myriad of nasty tricks for embedding XSS attacks, as well as making sure people can't break your site's layout. MySpace have had an enormous number of security problems as a direct result of letting people use HTML directly.</description>
		<content:encoded><![CDATA[<p>Using HTML has a couple of disadvantages. The first is that it&#8217;s more work than most wiki markups - manually adding p tags to every paragraph for tomorrow is just enough effort to make the tool stop being transparent (you have to think about how you&#8217;re editing the wiki, not just what you&#8217;re editing). More importantly, safely enabling HTML is actually a surprisingly trick problem. You have to defend against a myriad of nasty tricks for embedding XSS attacks, as well as making sure people can&#8217;t break your site&#8217;s layout. MySpace have had an enormous number of security problems as a direct result of letting people use HTML directly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
