It's not really much work at all. There would be more thought in what age ranges get assigned to what colors of dots than there would be in writing the code.
[Link]
john thomas Deactivated User
1168 Posts 6/06
Posted - Dec 8 2006 : 9:15PM
OK then I'd suggest green for within the last two days, amber for within the last two weeks, and red for over two weeks ago.
They might, but I think they would be hard pressed to prove that a little icon in the shape of a piece of paper is somehow confusing to their brand. Maybe we'll be ceasing and desisting soon? Sending us a nastygram over our red dots is an easy way to generate billable hours.
I broke the RSS feed site yesterday for about 16 hours. So it wouldn't update during that time.
I've done some tests on this with Google Reader. New Posts in new topics or to existing topics end up hitting the reader in 10 - 25 minutes. I've had them happen in as little as 6 minutes.
Really? Odd. Google Reader claims the most recent post in WN&N (Miss Great Britain 2006 ) is three hours old, and the one before that (Supreme Court to Hear Union Dues Case ) was nine hours ago.
MyYahoo is a little better with party @AEE 2007 being listed as 2 hours old.
I wonder if there are some user-definable settings I've missed.
BTW, I know about the glitch yesterday. Google and Yahoo have worked like this whenever I've tried them out with ADT forum feeds.
As an example, my previous post was placed into the ping queue at 3:26 PM and the ping went out to the various blog search indexes at 3:39pm. So we'll see how long it takes to show up.
I think it's caching and timestamps that are causing some problems.
Google Reader still dates the Post your controversial opinions... as "Dec 29, 2006". But the feed contents are not Neech's original post from that date, but my post from a little while ago.
A guess would be that Google Reader doesn't update the timestamp if it still has an older entry from the same thread in its cache.
BTW, the TTL is 30 minutes so they should only be caching it for 30 minutes but I bet they consider it more of a suggestion than an actual time to live.
If I try to use my usual RSS aggregator of choice, Akregator, on the ADT forums, it behaves the same as Google Reader.
I got a little curious and rummaged around for some info and stumbled on this:
That sound to me like articles aren't supposed to be bumped if the "guid" doesn't change.
Looking through the code of Akregator, I found that, if the "guid" is already present, a hash value, calculated from "title", "description", "link", "wfw:comment" and "slash:comments", is used to check for updates. If the hash differs, the old entry is removed from the cache, and the new one appended instead. (Disclaimer: I've never looked at any of this code before, but this is how it seems to work, judging from a cursory glance.)
If I've interpreted the source code correctly, and if Google Reader works the same, a simple fix might be to have "slash:comments" indicate the number of replies (and perhaps even have "wfw:comment" link directly to the last reply, if possible). Another solution could be to have "description" or "title" contain the timestamp of the last change.
If this doesn't do the trick, changing "guid" everytime the thread is bumped may be necessary.
Of course, I could have it all wrong. Unlike yourself, I've never looked at any of this before.
Ahh, I see. You're expecting the feed reader to bump the thread up whenever there's a new post. I just update the pubdate on the topic in these feeds when there are new posts.
BTW, the feeds for individual threads do update whenever there's a new post. That's how I watch specific threads in Google reader.
Oh, so it was all just a case of miscommunication. Sorry 'but that.
It was never a bug, but a feature. How very Microsoft of you.
So, only use the forum feeds to look for new threads, and then subscribe to each thread that interests you? I never did that because I figured I'd get a lot of leftover feeds when the threads fizzled out but I still kept them active in case of late posts.
Anyway, I recently started using Rawdog as my main entry point to ADT. It builds an HTML page from a list of RSS feeds, and I got it to re-list threads with new posts. I'll consider patching Akregator to get it to bump threads with new timestamps.
Rawdog updates when I click an icon, starting a script to update the feeds and open the generated page. So that works pretty much as a replacement for "Active Topics", which never worked all that well for me.
Have it look at the pubDate on the channel. That value updates with each new post.
The change that I made earlier appends a last updated section to the description to trigger that hash value change. It should accomplish what you're looking for without patching.
I didn't want to start creating new GUIDs for each new post in a thread because it would start generating tons of duplicate articles for the same thread.
Odd. That didn't do the trick. I must have missed an extra layer of caching or comparison in Akregator somewhere. Thunderbird doesn't change the timestamp and bump either.
Not to worry, Rawdog works very well as an "Active Topics" replacement, and Akregator's source code is only about half a megabyte of CPP and H files, so I can figure out how patch it easily enough, if I really want ADT listed like my other RSS feeds.
Now it think all articles are new every time. ::chuckle:: If it's not one thing it's another. Ah, well. Nevermind. I guess it's back to "Active Topics" for me, until I get around to patching Akregator.
Yes. This is how I thought it was supposed to work. OTOH, I see your point about lots of articles. Especially if people set their cache to something like 60+ days.
::sigh:: Why can't the various readers agree on how to interpret a damn RSS feed? I mean, even Google and Yahoo's on-line efforts can't quite agree on what's hot and what's not.
I guess there's a reason for there being so many RSS readers out there: everyone has their own ideas of how it ought to work. I'll just have to whip up my own Krss.
This work very well with my desktop RSS reader, IMHO.
If the multiple articles thing leads you to return to the old guid system, which I'll perfectly understand, I think I will write that patch to bump on pubDate changes.
Should be fixed now. Any clicks to the topic from a newsreader should properly redirect to the specific post and page within a thread. This will also work on other types of links too.
BTW, is it just for me that, when clicking on a link in a list of search results, and the destination post is not on the last page of the thread, an incorrect page is shown?
Example. My pagesize is 50, and the link is automatically changed to this link with "whichpage=27", but page 28 is shown.
yes, that's very likely in busy threads. Feed readers shouldn't hit the feed more than once every 15 minutes. So if there's more than one post per 15 minute time slot in a thread it's going to miss some. That's why if you're interested in specific topics you should subscribe to the thread on that topic not just the general forum feed.