<?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: Horde/Yaml 1.0 Released</title>
	<atom:link href="http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/feed/" rel="self" type="application/rss+xml" />
	<link>http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/</link>
	<description></description>
	<pubDate>Fri, 25 Jul 2008 15:22:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: she</title>
		<link>http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/#comment-91897</link>
		<dc:creator>she</dc:creator>
		<pubDate>Sat, 10 May 2008 11:59:28 +0000</pubDate>
		<guid isPermaLink="false">http://mikenaberezny.com/archives/87#comment-91897</guid>
		<description>i hope that php's support for yaml improves

i am storing most of my stuff in yaml these days and using ruby, but it would be GREAT if i could use php with yaml too

last time i tried (some php yaml binding) it was so incredibly slow, that parsing it with a quick-built php parser was faster :/</description>
		<content:encoded><![CDATA[<p>i hope that php&#8217;s support for yaml improves</p>
<p>i am storing most of my stuff in yaml these days and using ruby, but it would be GREAT if i could use php with yaml too</p>
<p>last time i tried (some php yaml binding) it was so incredibly slow, that parsing it with a quick-built php parser was faster :/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck Hagenbuch</title>
		<link>http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/#comment-83924</link>
		<dc:creator>Chuck Hagenbuch</dc:creator>
		<pubDate>Wed, 27 Feb 2008 22:00:03 +0000</pubDate>
		<guid isPermaLink="false">http://mikenaberezny.com/archives/87#comment-83924</guid>
		<description>Otaku- There are a lot of advantages to config files being PHP, so I doubt we'll drop it entirely. That said, it's possible we'll switch to a setup where configurations can be stored in a backend of your choosing, in which case we'd certainly include YAML.

Reporting Bugs- Please create a ticket (or tickets) in the Horde Framework Packages queue on http://bugs.horde.org/. Our main goal is compatibility with the YAML spec, but we'll certainly resolve differences with syck where they're our fault (which is entirely possible).</description>
		<content:encoded><![CDATA[<p>Otaku- There are a lot of advantages to config files being PHP, so I doubt we&#8217;ll drop it entirely. That said, it&#8217;s possible we&#8217;ll switch to a setup where configurations can be stored in a backend of your choosing, in which case we&#8217;d certainly include YAML.</p>
<p>Reporting Bugs- Please create a ticket (or tickets) in the Horde Framework Packages queue on <a href="http://bugs.horde.org/" rel="nofollow">http://bugs.horde.org/</a>. Our main goal is compatibility with the YAML spec, but we&#8217;ll certainly resolve differences with syck where they&#8217;re our fault (which is entirely possible).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reporting Bugs?</title>
		<link>http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/#comment-83910</link>
		<dc:creator>Reporting Bugs?</dc:creator>
		<pubDate>Wed, 27 Feb 2008 19:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://mikenaberezny.com/archives/87#comment-83910</guid>
		<description>Hi and many thanks!

Where can we report bugs / inconsistencies Horde_Yaml? I'm assuming that since the library prefers Syck if it is available that that implies Syck is the defacto standard of YAML to implement. In that case I've so-far noticed three differences between Syck and Horde_Yaml. I think it is important that differences are either eliminated or at least emulated since otherwise it makes little sense to allow switching parsers since doing so can lead to behavioral changes. 

1) An empty keyed element must be terminated by a newline in Syck if it is the last line in the file. Horde_Yaml does not require this.

2) Horde_Yaml parses unquoted text strings as text even if they contain (but do not start) with a hash marker (ie: a brace): Syck does not.

eg:
foo: This fails in Syck { but not in Horde_Yaml.
bar: "This works in both { Syck and Horde_Yaml."
foobar: {this fails everywhere

3) Syck seems to require whitespace after a key, at least for unqouted data whereas Horde_Yaml is just as happy without the whitespace.

eg:
foo:this fails in Syck but works in Horde_Yaml

Thanks for the good work!</description>
		<content:encoded><![CDATA[<p>Hi and many thanks!</p>
<p>Where can we report bugs / inconsistencies Horde_Yaml? I&#8217;m assuming that since the library prefers Syck if it is available that that implies Syck is the defacto standard of YAML to implement. In that case I&#8217;ve so-far noticed three differences between Syck and Horde_Yaml. I think it is important that differences are either eliminated or at least emulated since otherwise it makes little sense to allow switching parsers since doing so can lead to behavioral changes. </p>
<p>1) An empty keyed element must be terminated by a newline in Syck if it is the last line in the file. Horde_Yaml does not require this.</p>
<p>2) Horde_Yaml parses unquoted text strings as text even if they contain (but do not start) with a hash marker (ie: a brace): Syck does not.</p>
<p>eg:<br />
foo: This fails in Syck { but not in Horde_Yaml.<br />
bar: &#8220;This works in both { Syck and Horde_Yaml.&#8221;<br />
foobar: {this fails everywhere</p>
<p>3) Syck seems to require whitespace after a key, at least for unqouted data whereas Horde_Yaml is just as happy without the whitespace.</p>
<p>eg:<br />
foo:this fails in Syck but works in Horde_Yaml</p>
<p>Thanks for the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Otaku</title>
		<link>http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/#comment-83863</link>
		<dc:creator>Otaku</dc:creator>
		<pubDate>Wed, 27 Feb 2008 14:16:12 +0000</pubDate>
		<guid isPermaLink="false">http://mikenaberezny.com/archives/87#comment-83863</guid>
		<description>Is The Horde Project going to switch its configuration files from plain PHP to YAML in the future?</description>
		<content:encoded><![CDATA[<p>Is The Horde Project going to switch its configuration files from plain PHP to YAML in the future?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://mikenaberezny.com/2008/01/08/hordeyaml-10-released/#comment-77258</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Wed, 09 Jan 2008 13:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://mikenaberezny.com/archives/87#comment-77258</guid>
		<description>I've actually been looking forward to this for a while.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve actually been looking forward to this for a while.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.254 seconds -->
