Jump to content

RSS publish date


jimbostyx

Recommended Posts

In the RSS feeds, it seems the "Added On" column is either the publish date of the torrent if it is not downloading, or the time the download started if it is. Could we have a column that is just the published date of the item, regardless of whether it is downloading or not?

Link to comment
Share on other sites

... then problems may arise. They are both in "Added On" right... to keep the listview simple. If you change it to even a case-basis whereby RSS ALWAYS shows the date from the feed.. it'll go blank when the item is no longer in the feed. Do you want that to happen?

Maybe using the "timestamp" in rss.dat, but even that times out and is pruned after 600 entries.... perhaps similarly to "rss_name" in resume.dat perhaps add an "rss_time" copied from the publish date can be added from the feed.

:D All ideas. All appreciated. Thank you for your input. Feel free to modify my idea too.

Link to comment
Share on other sites

Fair enough. Short of adding the date to the metadata (not a crazy idea considering there isn't much else in the RSS feeds), you could just change uTorrent's preference to display original post date when the data is available. In it's current form it is slightly unintuitive, as sometimes it means original date and sometimes it means download date. Making it the former when possible would help.

Link to comment
Share on other sites

Iit is though, isn't it... when you have the torrent downloading, it shows when you added it. When you have the torrent entry in the feed it shows when it was added. I just wonder whether requiring the cross-linking of the DATs may cause problems. Not that I know specifically if the current 1.8 implementation doesn't do that... never had time to poke at the load-up procedure to see what it pulls.

Link to comment
Share on other sites

Yes, that's the problem. It is confusing. It should show the original post date if it has that information available. It obviously has that information for at least recent entries in the feed. At the moment, if you sort by date, the currently downloading torrents will inevitably rise to the top of the list.

As an analogy, what if you asked your email client to sort your messages by date but it decided it wanted to put your unread messages to the top as well? Granted that it's trying to be smart and anticipate what you want, but it's not always right and that removes a level of control that users aren't willing to give up.

Link to comment
Share on other sites

I'm not quite sure what your point is. Mine is, to be succinct, is that the content of the "Added On" column shouldn't change based on it's context.

It is likely that either one of two things have happened to make this so. Firstly, someone was trying to be overly clever and anticipate that people want their downloads shown at the top always. If this is the case, then why let people have any control over the columns at all? Secondly (and I believe correctly), it is a holdover from the earlier version when you weren't able to view the contents of an RSS feed and therefore the "publish date" didn't exist.

So, we've come full circle. Part of the problem is that we're approaching this from two different perspectives. You're taking a low-level approach, while I am looking at it from a high-level, user-based perspective. Forget DAT files, timestamps, etc. for a moment. Perhaps you have mistaken me for a developer. Do you disagree that having the contents change of the "Added On" column is unintuitive?

Link to comment
Share on other sites

Not at all, I took your view as an opinion of someone who wants to better uT ;) You formed your request in the right section and explained it thoroughly... true I usually provide a more low-level approach, because I feel when people know what's going on (more data) they are able to better anticipate and adapt their approach for being accepted.

To be clear, yes I disagree that the change is unintuitive. You want something from a feed... you see when it was added to the feed. After that your information of when it was added to the torrent list takes effect. My approach to suggest ways to add the functionality stem from your desire to have both dates available. Seeing as how this isn't possible with current data collection, I was advising possible solutions for further evaluation :)

Link to comment
Share on other sites

Okay, thanks for the clarification.

If we disagree on the premise, then what's the point in having this discussion? I don't believe there's any compromise on this, it's a fairly basic request and should be reasonable. If I ask the software to sort by a certain order, I don't expect the order to change. Except for the fact that this was probably intentional, I would have rated this as a bug.

Link to comment
Share on other sites

  • 2 weeks later...

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...