<?xml version="1.0" encoding="ISO-8859-1"?>
<!-- generator="FeedCreator 1.7.2" -->
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="http://www.glorum.com//index.php">
        <title>glorum.com/user/mario/design</title>
        <description></description>
        <link>http://www.glorum.com/user/mario/design</link>
       <dc:date>2009-01-06T01:56:34+01:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="http://www.glorum.com/view/110"/>
                <rdf:li rdf:resource="http://www.glorum.com/view/101"/>
            </rdf:Seq>
        </items>
    </channel>
    <item rdf:about="http://www.glorum.com/view/110">
        <dc:format>text/html</dc:format>
        <dc:date>2007-02-07T02:15:17+01:00</dc:date>
        <dc:source>http://www.glorum.com</dc:source>
        <title>Missing search</title>
        <link>http://www.glorum.com/view/110</link>
        <description>The tags/keywords navigation isn't always useful. For example, if one wants to return to a previously seen message, it's not.

This will maybe become more visible as the number of messages slowly grows (they are less than 100 now).

There probably needs to be a search field. 

It is not obvious how to inject it into the current interface without creating more problems (confusion) than benefits.

The confusion would maybe come from a conflict with the existing names/keywords fields in the</description>
    </item>
    <item rdf:about="http://www.glorum.com/view/101">
        <dc:format>text/html</dc:format>
        <dc:date>2007-01-09T14:03:37+01:00</dc:date>
        <dc:source>http://www.glorum.com</dc:source>
        <title>glorum ratings</title>
        <link>http://www.glorum.com/view/101</link>
        <description>The recent glorum update included a new way to track and use the +/- feedback data. 

The previous approach was as simple as 

1) count how many + and - an item received 
2) check for a limit
3) limit reached? delete the item

The system was able to slowly delete the few spam posts received in the past few weeks. It was, actually even sophisticated for current glorum levels of traffic.

But an approach of that type is weak, at least. I think it would be unrealistic to believe it could </description>
    </item>
</rdf:RDF>
