Captive links in RSS readers
- Assume you are subscribing to feeds a and b in Google Reader.
- Assume unread item A from feed a is linking to unread item B from feed b.
- Assume you click item A.
- The expected output should be one page opened in your default browser, and one unread item removed from your Google Reader environment.
- The correct output should be, in my opinion, zero page opened in your default browser, and two unread items removed from your Google Reader environment.
I therefore suggest making links captive in RSS readers, that is, sending you to the default browser if and only if the target is outside of your range of subscriptions.
The benefits would be that RSS readers would come closer to representing small ecosystems of links and authors, within which you would spend more time shifting between feeds and less time going through stacks of ‘unreads.’ Staying within the ecosystem also makes sense if you are using reader-acquired functions such as sharing, starring or emailing.
The absolutely pointless formalization is that you read R = A(a) + B(b) = 2 by coding unread items (A(a), B(b), … N(n)) = 1, and you get R’ = B(b)* – A(a) = 0 if you remove the unread item A(a) = 1 and code the opened browser page B(b)* = 1. I want my RSS reader to output R’ = -R = -2, because I like the idea of having an R + R’ = 0 equilibrium in my reader’s ecosystem.
Push it to the limits, and you should get within-feed links A(a) + B(a) to work as full-fledged self-references, that is, your reader should send you not to a web page, but to the linked feed item. But I am not pushing it so far as to write it as a utility function.


