<?xml version="1.0" encoding="UTF-8"?>
<tickets type="array">
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-07-21T18:06:35+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">21</number>
    <permalink>comments-should-be-formatted</permalink>
    <priority type="integer">9</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>comments markdown renderer textile</tag>
    <title>Comments should be formatted</title>
    <updated-at type="datetime">2008-07-21T18:06:35+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/21</url>
    <milestone-title>0.5</milestone-title>
    <original-body>This could be markdown, or textile, or something else. But it shouldn't let the format be set arbitrarily, as they could lead to Ruby execution.</original-body>
    <latest-body>This could be markdown, or textile, or something else. But it shouldn't let the format be set arbitrarily, as they could lead to Ruby execution.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
This could be markdown, or textile, or something else. But it shouldn't let the format be set arbitrarily, as they could lead to Ruby execution.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-07-17T17:52:09+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">20</number>
    <permalink>let-browsers-render-the-raw-response</permalink>
    <priority type="integer">19702</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>resolved</state>
    <tag>raw renderer</tag>
    <title>Let browsers render the raw response</title>
    <updated-at type="datetime">2008-07-17T18:11:47+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/20</url>
    <original-body>Perhaps we can do that by setting the mime type? I don't know why Firefox wants it to be a RAW camera image file.</original-body>
    <latest-body>Perhaps we can do that by setting the mime type? I don't know why Firefox wants it to be a RAW camera image file.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
Perhaps we can do that by setting the mime type? I don't know why Firefox wants it to be a RAW camera image file.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-06-05T00:15:10+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-09-04T00:00:00+01:00</milestone-due-on>
    <milestone-id type="integer">14060</milestone-id>
    <number type="integer">16</number>
    <permalink>i-want-syntax-highlighting</permalink>
    <priority type="integer">2</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>resolved</state>
    <tag>code renderer ruby syntax</tag>
    <title>I want syntax highlighting</title>
    <updated-at type="datetime">2008-07-17T17:48:53+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/16</url>
    <milestone-title>0.6</milestone-title>
    <original-body>Maybe we could have a 'code' renderer, using the Syntax gem or something, that renders snips with syntax highlighting.

The language the snip is written in could be an attribute of the snip?</original-body>
    <latest-body>Maybe we could have a 'code' renderer, using the Syntax gem or something, that renders snips with syntax highlighting.

The language the snip is written in could be an attribute of the snip?</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
Maybe we could have a 'code' renderer, using the Syntax gem or something, that renders snips with syntax highlighting.
&lt;/p&gt;&lt;p&gt;
The language the snip is written in could be an attribute of the snip?
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-07-02T22:56:01+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">19</number>
    <permalink>the-pre-snip-should-show-the-raw-snip-contents</permalink>
    <priority type="integer">8</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>invalid</state>
    <tag>dynasnips parsing snip</tag>
    <title>The pre snip should show the raw snip contents</title>
    <updated-at type="datetime">2008-07-03T23:27:00+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/19</url>
    <milestone-title>0.5</milestone-title>
    <original-body>If pre is given a snip name, it should prevent any further processing of the snip contents. I.e. {blah} should not trigger an attempted snip inclusion.</original-body>
    <latest-body>If pre is given a snip name, it should prevent any further processing of the snip contents. I.e. {blah} should not trigger an attempted snip inclusion.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
If pre is given a snip name, it should prevent any further processing of the snip contents. I.e. {blah} should not trigger an attempted snip inclusion.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-01T14:06:06+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">6</number>
    <permalink>adding-additional-attributes-doesn-t-work</permalink>
    <priority type="integer">7</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>edit javascript snip</tag>
    <title>Adding additional attributes doesn't work</title>
    <updated-at type="datetime">2008-07-02T21:43:34+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/6</url>
    <milestone-title>0.5</milestone-title>
    <original-body>If you need to add additional snip attributes (via the 'add' link on the form), the elements created don't work. 

It should be that when you enter a name in the text field (within the dt tag), it gets set as the name of the text area, but this behaviour isn't triggered for new pairs of text field and area created by the 'add' button.</original-body>
    <latest-body>If you need to add additional snip attributes (via the 'add' link on the form), the elements created don't work. 

It should be that when you enter a name in the text field (within the dt tag), it gets set as the name of the text area, but this behaviour isn't triggered for new pairs of text field and area created by the 'add' button.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
If you need to add additional snip attributes (via the 'add' link on the form), the elements created don't work.
&lt;/p&gt;&lt;p&gt;
It should be that when you enter a name in the text field (within the dt tag), it gets set as the name of the text area, but this behaviour isn't triggered for new pairs of text field and area created by the 'add' button.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-02T00:29:37+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">12</number>
    <permalink>upgrading-dynasnips-overwrites-any-changed-attributes</permalink>
    <priority type="integer">6</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag nil="true"></tag>
    <title>Upgrading dynasnips overwrites any changed attributes</title>
    <updated-at type="datetime">2008-07-02T21:43:21+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/12</url>
    <milestone-title>0.5</milestone-title>
    <original-body>Like, for instance, editing the snip_template attribute of the kind dyna - running the rake upgrade:dynasnips will overwrite that mercilessly.

Perhaps this indicates that customisation should happen in different snips?</original-body>
    <latest-body>Like, for instance, editing the snip_template attribute of the kind dyna - running the rake upgrade:dynasnips will overwrite that mercilessly.

Perhaps this indicates that customisation should happen in different snips?</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
Like, for instance, editing the snip_template attribute of the kind dyna - running the rake upgrade:dynasnips will overwrite that mercilessly.
&lt;/p&gt;&lt;p&gt;
Perhaps this indicates that customisation should happen in different snips?
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-04T01:58:27+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-09-04T00:00:00+01:00</milestone-due-on>
    <milestone-id type="integer">14060</milestone-id>
    <number type="integer">15</number>
    <permalink>dynasnips-should-be-able-to-take-arguments-from-the-url</permalink>
    <priority type="integer">3</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>dynasnips kind</tag>
    <title>Dynasnips should be able to take arguments from the url</title>
    <updated-at type="datetime">2008-07-02T21:43:05+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/15</url>
    <milestone-title>0.6</milestone-title>
    <original-body>Wirhin the body of a dynasnip, I should be able to call something like

@@@
def handle(name=nil)
  name = arg(:name)
  # ...
end
@@@

And have the value in 'name' be set either via snips parameters:

@@@
{dyna my-name}
@@@

Or have the value come from the URL:

@@@
http://site/dyna?name=my-name
@@@

An example this would be useful for is paginating the 'kind' dyna for going back into blog history.</original-body>
    <latest-body>Wirhin the body of a dynasnip, I should be able to call something like

@@@
def handle(name=nil)
  name = arg(:name)
  # ...
end
@@@

And have the value in 'name' be set either via snips parameters:

@@@
{dyna my-name}
@@@

Or have the value come from the URL:

@@@
http://site/dyna?name=my-name
@@@

An example this would be useful for is paginating the 'kind' dyna for going back into blog history.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
Wirhin the body of a dynasnip, I should be able to call something like
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;def handle(name=nil)
  name = arg(:name)
  # ...
end&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
And have the value in 'name' be set either via snips parameters:
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;{dyna my-name}&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
Or have the value come from the URL:
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;&lt;a href=&quot;http://site/dyna?name=my-name&quot;&gt;http://site/dyna?name=my-name&lt;/a&gt;&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
An example this would be useful for is paginating the 'kind' dyna for going back into blog history.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-01T14:40:02+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">8</number>
    <permalink>it-should-be-possible-to-give-quoted-arguments-to-dynasnips</permalink>
    <priority type="integer">5</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>dynasnips parsing</tag>
    <title>It should be possible to give quoted arguments to dynasnips</title>
    <updated-at type="datetime">2008-07-02T21:42:34+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/8</url>
    <milestone-title>0.5</milestone-title>
    <original-body>For instance, i should be able to do this:

@@@
{link_to 'link text with spaces','snip name with spaces'}
@@@

Or even

@@@
{link_to 'link text with any.char! in it',snip_name}
@@@</original-body>
    <latest-body>For instance, i should be able to do this:

@@@
{link_to 'link text with spaces','snip name with spaces'}
@@@

Or even

@@@
{link_to 'link text with any.char! in it',snip_name}
@@@</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
For instance, i should be able to do this:
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;{link_to 'link text with spaces','snip name with spaces'}&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
Or even
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;{link_to 'link text with any.char! in it',snip_name}&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-01T23:48:35+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">11</number>
    <permalink>markdown-interacts-badly-with-dynasnips-using-underscores</permalink>
    <priority type="integer">4</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>markdown renderer</tag>
    <title>Markdown interacts badly with dynasnips using underscores</title>
    <updated-at type="datetime">2008-07-02T21:42:14+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/11</url>
    <milestone-title>0.5</milestone-title>
    <original-body>Essentially, if a paragraph occurs like this:

@@@
Here's a {link_to a-snip} and a {link_to another-snip}.
@@@

then markdown will see the underscores and make the central portial italic. That's no good.

The default render order is

 1. pass the text through the special render stuff (i.e. Markdown)
 2. process any references to snips

... but it seems like this should be the other way round. In this case. Or Markdown should be taught to ignore things in curly braces.

As I recall, we can't flip the order because then markdown ends up processing content badly.</original-body>
    <latest-body>Essentially, if a paragraph occurs like this:

@@@
Here's a {link_to a-snip} and a {link_to another-snip}.
@@@

then markdown will see the underscores and make the central portial italic. That's no good.

The default render order is

 1. pass the text through the special render stuff (i.e. Markdown)
 2. process any references to snips

... but it seems like this should be the other way round. In this case. Or Markdown should be taught to ignore things in curly braces.

As I recall, we can't flip the order because then markdown ends up processing content badly.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
Essentially, if a paragraph occurs like this:
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;Here's a {link_to a-snip} and a {link_to another-snip}.&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
then markdown will see the underscores and make the central portial italic. That's no good.
&lt;/p&gt;&lt;p&gt;
The default render order is
&lt;/p&gt;&lt;p&gt;
1. pass the text through the special render stuff (i.e. Markdown)
&lt;/p&gt;&lt;p&gt;
2. process any references to snips
&lt;/p&gt;&lt;p&gt;
... but it seems like this should be the other way round. In this case. Or Markdown should be taught to ignore things in curly braces.
&lt;/p&gt;&lt;p&gt;
As I recall, we can't flip the order because then markdown ends up processing content badly.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-01T14:41:48+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">9</number>
    <permalink>clicking-on-a-link-to-a-missing-snip-should-prompt-for-creation-of-that-snip</permalink>
    <priority type="integer">3</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag nil="true"></tag>
    <title>Clicking on a link to a missing snip should prompt for creation of that snip</title>
    <updated-at type="datetime">2008-07-02T21:41:46+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/9</url>
    <milestone-title>0.5</milestone-title>
    <original-body>When going to a missing snip url, we should see a 'create' link.</original-body>
    <latest-body>When going to a missing snip url, we should see a 'create' link.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
When going to a missing snip url, we should see a 'create' link.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-04T01:40:09+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">14</number>
    <permalink>i-should-be-able-to-delete-snips</permalink>
    <priority type="integer">2</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>administration snip</tag>
    <title>I should be able to delete snips</title>
    <updated-at type="datetime">2008-07-02T21:41:31+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/14</url>
    <milestone-title>0.5</milestone-title>
    <original-body>luke, for example, bad comments, old snips, outdated dynas and so on.</original-body>
    <latest-body>luke, for example, bad comments, old snips, outdated dynas and so on.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
luke, for example, bad comments, old snips, outdated dynas and so on.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-01T14:43:03+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-01-10T00:00:00+00:00</milestone-due-on>
    <milestone-id type="integer">14059</milestone-id>
    <number type="integer">10</number>
    <permalink>snip-should-be-a-shortcut-to-link_to-snip</permalink>
    <priority type="integer">1</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>dynasnips parsing</tag>
    <title>There should be a shortcut to {link_to snip}</title>
    <updated-at type="datetime">2008-07-02T21:41:19+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/10</url>
    <milestone-title>0.5</milestone-title>
    <original-body>It's nice to be able to link very quickly when writing snips</original-body>
    <latest-body>It's nice to be able to link very quickly when writing snips</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
It's nice to be able to link very quickly when writing snips
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-06T11:08:06+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime">2009-09-04T00:00:00+01:00</milestone-due-on>
    <milestone-id type="integer">14060</milestone-id>
    <number type="integer">18</number>
    <permalink>use-a-faster-markdown</permalink>
    <priority type="integer">1</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>markdown</tag>
    <title>Use a faster Markdown</title>
    <updated-at type="datetime">2008-07-02T21:40:34+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/18</url>
    <milestone-title>0.6</milestone-title>
    <original-body>http://tomayko.com/writings/ruby-markdown-libraries-real-cheap-for-you-two-for-price-of-one

Apparently the BlueCloth markdown is slow, although I don't see it being as broken as Ryan describes.

Regardless, if we're doing lots of Markdown rendering (which my blog at least will), why not have it be fast?</original-body>
    <latest-body>http://tomayko.com/writings/ruby-markdown-libraries-real-cheap-for-you-two-for-price-of-one

Apparently the BlueCloth markdown is slow, although I don't see it being as broken as Ryan describes.

Regardless, if we're doing lots of Markdown rendering (which my blog at least will), why not have it be fast?</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
&lt;a href=&quot;http://tomayko.com/writings/ruby-markdown-libraries-real-cheap-for-you-two-for-price-of-one&quot;&gt;http://tomayko.com/writings/ruby...&lt;/a&gt;
&lt;/p&gt;&lt;p&gt;
Apparently the BlueCloth markdown is slow, although I don't see it being as broken as Ryan describes.
&lt;/p&gt;&lt;p&gt;
Regardless, if we're doing lots of Markdown rendering (which my blog at least will), why not have it be fast?
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-05T16:37:33+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">17</number>
    <permalink>use-the-xml-base-attribute-for-relative-links</permalink>
    <priority type="integer">13336</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>atom kind</tag>
    <title>Use the xml:base attribute for relative links</title>
    <updated-at type="datetime">2008-06-05T16:37:33+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/17</url>
    <original-body>See here: http://www.w3.org/TR/xmlbase/</original-body>
    <latest-body>See here: http://www.w3.org/TR/xmlbase/</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
See here: &lt;a href=&quot;http://www.w3.org/TR/xmlbase/&quot;&gt;http://www.w3.org/TR/xmlbase/&lt;/a&gt;
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-05-25T23:56:03+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">1</number>
    <permalink>i-should-be-able-to-upgrade-an-existing-install-of-vanilla</permalink>
    <priority type="integer">13321</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>resolved</state>
    <tag>administration dynasnips snip upgrade</tag>
    <title>I should be able to upgrade an existing install of vanilla</title>
    <updated-at type="datetime">2008-06-04T23:51:32+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/1</url>
    <original-body>The vanilla system should be easy to update on a running server. It should also upgrade any snips/dynasnips in the soup, but without:

* losing any snips I've created
* losing any customisations to snips that are installed by default</original-body>
    <latest-body>The vanilla system should be easy to update on a running server. It should also upgrade any snips/dynasnips in the soup, but without:

* losing any snips I've created
* losing any customisations to snips that are installed by default</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
The vanilla system should be easy to update on a running server. It should also upgrade any snips/dynasnips in the soup, but without:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;
losing any snips I've created
&lt;/li&gt;&lt;li&gt;
losing any customisations to snips that are installed by default
&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-06-01T12:52:46+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">5</number>
    <permalink>it-should-be-possible-to-create-comments</permalink>
    <priority type="integer">13325</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>resolved</state>
    <tag>comments dynasnips kind</tag>
    <title>It should be possible to create comments</title>
    <updated-at type="datetime">2008-06-03T23:57:29+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/5</url>
    <original-body>I want people to be able to comment on snips that I make. Probably either by adding a comment dyna to the bottom of the snip, or on a per-kind basis. I'm thinking something like this:

@@@
Here's the snip contents

Blah blah blah...

{comments}
@@@

The comments dyna should show any existing comments, and a form to add new ones. It should probably check them via a spam service. It should let anyone create a snip, effectively, but store their IP, author, email, site, content. It shouldn't let them choose the name of the snip that will hold their comments.</original-body>
    <latest-body>I want people to be able to comment on snips that I make. Probably either by adding a comment dyna to the bottom of the snip, or on a per-kind basis. I'm thinking something like this:

@@@
Here's the snip contents

Blah blah blah...

{comments}
@@@

The comments dyna should show any existing comments, and a form to add new ones. It should probably check them via a spam service. It should let anyone create a snip, effectively, but store their IP, author, email, site, content. It shouldn't let them choose the name of the snip that will hold their comments.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
I want people to be able to comment on snips that I make. Probably either by adding a comment dyna to the bottom of the snip, or on a per-kind basis. I'm thinking something like this:
&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;&quot;&gt;Here's the snip contents

Blah blah blah...

{comments}&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
The comments dyna should show any existing comments, and a form to add new ones. It should probably check them via a spam service. It should let anyone create a snip, effectively, but store their IP, author, email, site, content. It shouldn't let them choose the name of the snip that will hold their comments.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-02T10:05:37+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">13</number>
    <permalink>we-should-avoid-recursive-rendering-if-possible</permalink>
    <priority type="integer">13333</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag>dynasnips renderer template</tag>
    <title>We should avoid recursive rendering if possible</title>
    <updated-at type="datetime">2008-06-02T10:05:37+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/13</url>
    <original-body>For instance, rendering the main template without 'text' or 'raw' formats causes recursion like crazy. The same is possible for a dyna that renders a call to itself.</original-body>
    <latest-body>For instance, rendering the main template without 'text' or 'raw' formats causes recursion like crazy. The same is possible for a dyna that renders a call to itself.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
For instance, rendering the main template without 'text' or 'raw' formats causes recursion like crazy. The same is possible for a dyna that renders a call to itself.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-06-01T14:22:31+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">7</number>
    <permalink>vanilla-should-respect-explicitly-set-created_at-and-updated_at-values</permalink>
    <priority type="integer">13327</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>resolved</state>
    <tag>edit snip</tag>
    <title>Vanilla should respect explicitly-set created_at and updated_at values</title>
    <updated-at type="datetime">2008-06-01T14:27:41+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/7</url>
    <original-body>While it's great that Vanilla gives us these free attributes, we should also be able to explicitly set them via the web interface (for example, for backdating old blog posts).</original-body>
    <latest-body>While it's great that Vanilla gives us these free attributes, we should also be able to explicitly set them via the web interface (for example, for backdating old blog posts).</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
While it's great that Vanilla gives us these free attributes, we should also be able to explicitly set them via the web interface (for example, for backdating old blog posts).
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">true</closed>
    <created-at type="datetime">2008-06-01T12:48:55+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">4</number>
    <permalink>dynasnip-attributes-changes-should-be-reflected-without-restarting-the-server</permalink>
    <priority type="integer">13324</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>resolved</state>
    <tag nil="true"></tag>
    <title>Dynasnip attributes changes should be reflected without restarting the server</title>
    <updated-at type="datetime">2008-06-01T13:57:51+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/4</url>
    <original-body>At the moment, it looks like dynasnip attributes (ones set on the class and made available via method_missing) get cached, such that the class must be unloaded/reloaded for any changes to be made available.

It would be much better if this didn't need to happen, so that (for example) people could change the snip_template in the kind dyna.</original-body>
    <latest-body>At the moment, it looks like dynasnip attributes (ones set on the class and made available via method_missing) get cached, such that the class must be unloaded/reloaded for any changes to be made available.

It would be much better if this didn't need to happen, so that (for example) people could change the snip_template in the kind dyna.</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
At the moment, it looks like dynasnip attributes (ones set on the class and made available via method_missing) get cached, such that the class must be unloaded/reloaded for any changes to be made available.
&lt;/p&gt;&lt;p&gt;
It would be much better if this didn't need to happen, so that (for example) people could change the snip_template in the kind dyna.
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-06-01T12:33:21+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">3</number>
    <permalink>a-snip-should-be-able-to-set-the-feed-in-the-headers</permalink>
    <priority type="integer">13323</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag nil="true"></tag>
    <title>A snip should be able to set the feed in the headers</title>
    <updated-at type="datetime">2008-06-01T12:33:21+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/3</url>
    <original-body>If a snip provides a feed, it should be automatically made available in the headers, so that browsers can detect its presence</original-body>
    <latest-body>If a snip provides a feed, it should be automatically made available in the headers, so that browsers can detect its presence</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
If a snip provides a feed, it should be automatically made available in the headers, so that browsers can detect its presence
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
  <ticket>
    <assigned-user-id type="integer">137</assigned-user-id>
    <attachments-count type="integer">0</attachments-count>
    <closed type="boolean">false</closed>
    <created-at type="datetime">2008-05-26T00:00:02+01:00</created-at>
    <creator-id type="integer">137</creator-id>
    <milestone-due-on type="datetime" nil="true"></milestone-due-on>
    <milestone-id type="integer" nil="true"></milestone-id>
    <number type="integer">2</number>
    <permalink>it-should-be-simpler-to-get-an-rss-atom-feed-for-a-set-of-snips</permalink>
    <priority type="integer">13322</priority>
    <project-id type="integer">11797</project-id>
    <raw-data type="binary" nil="true" encoding="base64"></raw-data>
    <state>new</state>
    <tag nil="true"></tag>
    <title>It should be simpler to get an RSS/atom feed for a set of snips</title>
    <updated-at type="datetime">2008-05-26T00:00:02+01:00</updated-at>
    <user-id type="integer">137</user-id>
    <user-name>James Adam</user-name>
    <creator-name>James Adam</creator-name>
    <assigned-user-name>James Adam</assigned-user-name>
    <url>http://lazyatom.lighthouseapp.com/projects/11797/tickets/2</url>
    <original-body>Does that mean every snip needs a unique ID? Well, we could get that.

But how to specify a set of snips? Well, we could easy get a set of snips via Soup. Perhaps there just needs to be an easy 'snip-to-atom-entry' transformation?</original-body>
    <latest-body>Does that mean every snip needs a unique ID? Well, we could get that.

But how to specify a set of snips? Well, we could easy get a set of snips via Soup. Perhaps there just needs to be an easy 'snip-to-atom-entry' transformation?</latest-body>
    <original-body-html>&lt;div&gt;&lt;p&gt;
Does that mean every snip needs a unique ID? Well, we could get that.
&lt;/p&gt;&lt;p&gt;
But how to specify a set of snips? Well, we could easy get a set of snips via Soup. Perhaps there just needs to be an easy 'snip-to-atom-entry' transformation?
&lt;/p&gt;&lt;/div&gt;</original-body-html>
  </ticket>
</tickets>
