<?xml version="1.0"?>
<rss version="2.0.">
  <channel>
    <title>Advogato blog for LotR</title>
    <link>http://www.advogato.org/person/LotR/</link>
    <description>Advogato blog for LotR</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Wed, 9 Jul 2008 12:47:33 GMT</pubDate>
    <item>
      <pubDate>Fri, 25 Oct 2002 16:21:59 GMT</pubDate>
      <title>25 Oct 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=17</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=17</guid>
      <description>&lt;p&gt;
Matt Webb writes about &lt;a href="http://www.interconnected.org/notes/syndication.html" &gt;syndication&lt;/a&gt;:

&lt;blockquote&gt;&lt;cite&gt;
I want to grab XML from all over the web and use it on my pages. I'd like all the information on my pages to be the latest possible, otherwise it's not really very useful. However, I can't do that: Every single time I grab that lovely RSS I'm hitting somebody else's server. That's not good, and why the policy both at &lt;a href="http://www.weblogs.com" &gt;weblogs.com&lt;/a&gt; and &lt;a href="http://www.blogger.com" &gt;blogger.com&lt;/a&gt; is that you should only grab their XML data once per hour.
&lt;/cite&gt;&lt;/blockquote&gt;
&lt;p&gt;He then goes on proposing we need a system like NNTP to distribute the
RSS, but dismisses NNTP itself.

&lt;p&gt;
His article made me wonder if NNTP would really be such a bad idea to do syndication. Matt focusses on a replacement for (the distribution of) RSS feeds, but why not syndicate your entire content instead?

&lt;p&gt;
The biggest advantage of this is that the reader can easily read the entire thread that was sparked by the initial blog entry, either because he's using a newsreader, or because you were able to easily include replies on the web version of your blog.

&lt;p&gt;
Another advantage of content syndication is that you can easily create custom views. For example, have a script to display the latest entries from blogs you are interested in, like advogato's recentlog, or a blog of entries that talk about a certain subject.
</description>
    </item>
    <item>
      <pubDate>Sat, 13 Jul 2002 18:37:19 GMT</pubDate>
      <title>13 Jul 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=16</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=16</guid>
      <description>&lt;p&gt;I really wonder why wikis are so popular. Why would you want to make your readers think YourSpaceBarIsBroken, or that YouHaveParkinson so YourPinkyKeepsHittingThatDamnShiftKeyByAccident?
&lt;p&gt;Yes, I've heard the stories about it making creating content super-easy. But is that really worth making your readers suffer when reading your material? People have enough problems reading properly anyway.
&lt;p&gt;And wouldn't a slightly more restrictive way of creating content make you pay more attention to what you're doing, and so hopefully help with its quality?
&lt;p&gt;On a slightly related note, I ran the advogato main page through the &lt;a href="http://validator.w3.org/" &gt;HTML Validation Service&lt;/a&gt;, and it came up with the following error, proving that input validation is A Good Thing(tm):
&lt;blockquote&gt;&lt;pre&gt;
    * Line 85, column 52:

&lt;p&gt; &lt;p&gt;   &lt;tt style="background-color: #EEEEEE;"&gt;It is now &amp;lt;a href=http://www.opencm.org/&amp;gt;released&amp;lt;/a&amp;gt; and usable!&lt;/tt&gt;
                                                       ^
Error: end tag for element "A" which is not open; try removing
the end tag or check for improper nesting of elements
&lt;/pre&gt;&lt;/blockquote&gt;
</description>
    </item>
    <item>
      <pubDate>Sat, 29 Jun 2002 15:40:27 GMT</pubDate>
      <title>29 Jun 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=15</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=15</guid>
      <description>&lt;p&gt;&lt;a href="http://www.advogato.org/person/fxn/" &gt;fxn&lt;/a&gt;: actually, I don't think the diary
ratings will be more accurate (accuracy from my point of view of course), since the confidence you have in other people's ratings is based on the already (highly) inaccurate certification system. For it to really have a chance to be accurate, there'd need to be an accompanying rating system to rate how well you think other people are at certifying/rating people.
&lt;p&gt;The good news (IMHO) is that this rating system at least allows you to filter out the trolls that don't get caught
by the certification trust metric&lt;p&gt;</description>
    </item>
    <item>
      <pubDate>Fri, 28 Jun 2002 00:32:52 GMT</pubDate>
      <title>28 Jun 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=14</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=14</guid>
      <description>&lt;p&gt;&lt;a href="http://www.advogato.org/person/Malx/" &gt;Malx&lt;/a&gt;: My local mod_virgule lets you give diary entries a topic.
If this topic matches a project name, the entry gets added to the project page in recentlog style.
I'm biased of course, but I think this is a much nicer way of getting the functionality you want than the way you suggested.
&lt;p&gt;
My patch isn't completely ready yet though, which is why I haven't submitted it to &lt;a href="http://zork.net/mailman/listinfo/virgule-dev" &gt;virgule-dev&lt;/a&gt; yet.
The biggest problem is how to let people specify the topic unobtrusively. For now it is a seperate text entry on the diary entry form, but this means you get only one topic per diary entry.
But people seem to be aggregating several topics in one entry (which is very understandable, since you only get one entry in the recentlog).
</description>
    </item>
    <item>
      <pubDate>Sun, 16 Jun 2002 19:19:52 GMT</pubDate>
      <title>16 Jun 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=13</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=13</guid>
      <description>&lt;p&gt;&lt;a href="http://www.advogato.org/person/bagder/" &gt;bagder&lt;/a&gt;, your statistics and the comments
you base on them certainly prove to me that you can use
statistics to back up any point you like :)

&lt;p&gt; &lt;p&gt;In that one year, there are suddenly 746 extra people
with a journeyer status, while at the start there were only
313 apprentices. It could be that lots of experienced people
hadn't bothered yet to join Advogato, but if you look at the
recent joins list, this seems highly unlikely.

&lt;p&gt; &lt;p&gt;So yes, I do believe there is cert-inflation (also
because I've become a master, a status I certainly haven't
earned). Still, I'm not sure if it is really a bad thing. We
certainly shouldn't attach much real value to these
certifications, and the inflation certainly helps everyones
ego :)

&lt;p&gt; &lt;p&gt;That ego thing is a good reason not to start with
negative certifications I think. It might be interesting to
have the status a person receives be based on a weighed
average of the certs instead of on the higest one he gets
from someone who is capable of actually giving that type of
certification. Maybe &lt;a href="http://www.advogato.org/person/raph/" &gt;raph&lt;/a&gt; will start
experimenting with that if the diary certification is a
success</description>
    </item>
    <item>
      <pubDate>Fri, 14 Jun 2002 17:21:29 GMT</pubDate>
      <title>14 Jun 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=12</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=12</guid>
      <description>&lt;p&gt;Bah, &lt;a href="http://www.advogato.org/person/lilo/" &gt;lilo&lt;/a&gt;'s diary is almost as bad as
&lt;a href="http://www.advogato.org/person/bytesplit/" &gt;bytesplit&lt;/a&gt;'s. We need a diary-writing
trust metric!</description>
    </item>
    <item>
      <pubDate>Sat, 8 Jun 2002 15:45:05 GMT</pubDate>
      <title>8 Jun 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=11</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=11</guid>
      <description>&lt;p&gt;So, I polished up my diary.xsl stylesheet a bit, and
thought I'd &lt;a
href="http://www.gnome.org/~martijn/diary.xsl"&gt;share it&lt;/a&gt;
with the world. (with accompanying &lt;a
href="http://www.gnome.org/~martijn/months.xml"&gt;xml file for
month names&lt;/a&gt;)

&lt;p&gt; &lt;p&gt;if you add the following to the top of your downloaded &lt;a
href="/person/LotR/diary.xml"&gt;xml advogato diary&lt;/a&gt;, you
can get mozilla to present it to you as html.
&lt;pre&gt;
&amp;lt;?xml version="1.0"?&amp;gt;
&amp;lt;?xml-stylesheet type="text/xsl" href="diary.xsl"?&amp;gt;
&lt;/pre&gt;

&lt;p&gt;(and thanks to &lt;a href="http://www.advogato.org/person/kirillov/" &gt;kirillov&lt;/a&gt; for reminding me
I had a diary.xsl :)</description>
    </item>
    <item>
      <pubDate>Tue, 21 May 2002 10:50:05 GMT</pubDate>
      <title>21 May 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=10</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=10</guid>
      <description>&lt;p&gt;&lt;a href="http://www.advogato.org/person/ianmacd/" &gt;ianmacd&lt;/a&gt; seems to &lt;a
href="http://advogato.org/person/ianmacd/diary.html?start=79"&gt;
think&lt;/a&gt; Ruby's missing_method is a unique feature. I think
it's more likely it was borrowed from Perl:

&lt;pre&gt;
#!/usr/bin/perl

&lt;p&gt; sub main::AUTOLOAD {
  my ($method, $data, %attrs) = ($AUTOLOAD, @_);
  my ($tag) = $method =~ /.*::(\w+)/g;
  my $attr_str;
  foreach my $key (keys %attrs) {
    $attr_str .= sprintf (" %s='%s'", $attrs{$key});
  }
  return sprintf ("&amp;lt;%s%s&amp;gt;%s&amp;lt;/%s&amp;gt;",
                    $tag, $attr_str, $data, $tag);
}

&lt;p&gt; print &amp;amp;a ('Google', href =&amp;gt; 'http://www.google.com'), "\n";
print &amp;amp;ul(&amp;amp;li('item1') . &amp;amp;li('item2') . &amp;amp;li('item3')), "\n";
&lt;/pre&gt;
&lt;p&gt;Of course, TMTOWTDI, and &lt;a href="http://www.advogato.org/person/ianmacd/" &gt;ianmacd&lt;/a&gt; already
 mentions &lt;tt&gt;CGI.pm&lt;/tt&gt;, which does the same thing, only
more robustly.
&lt;p&gt;Another module is quite useful if you want to edit your
html tree at some point after creating it,
&lt;tt&gt;HTML::Element&lt;/tt&gt;. An example of how to create a tree
with it, and print it:
&lt;pre&gt;
use HTML::Element;

&lt;p&gt; my $foo = HTML::Element-&amp;gt;new_from_lol (
   ['p', 
      ['a', {href =&amp;gt; 'http://www.google.com'},
	 'Google'
      ],
      ['ul',
	 map ['li', $_], qw(item1 item2 item3)
      ],
   ],
);

&lt;p&gt; print $foo-&amp;gt;as_HTML;
&lt;/pre&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 10 Apr 2002 11:07:55 GMT</pubDate>
      <title>10 Apr 2002</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=9</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=9</guid>
      <description>&lt;p&gt;
Posted through the XML-RPC interface from Perl</description>
    </item>
    <item>
      <pubDate>Sun, 23 Sep 2001 13:33:23 GMT</pubDate>
      <title>23 Sep 2001</title>
      <link>http://www.advogato.org/person/LotR/diary.html?start=8</link>
      <guid>http://www.advogato.org/person/LotR/diary.html?start=8</guid>
      <description>&lt;p&gt;grr. I &lt;strong&gt;*HATE*&lt;/strong&gt; stupid bugs caused by
mindless copy-n-paste "coding"</description>
    </item>
  </channel>
</rss>
