iPhone use while in the middle of nowhere

18 August 2008 in notes
tagged with [apple] [byline] [iphone] [offline] [rss] [software] [twitter] [twitterrific]

I should write up ‘things learned from taking only an iPhone to the middle of nowhere where there’s no internet access‘. One of those things was, I really want a ‘that worked’ for updating my twitter status using Twitterrific. And anything else that does a write over the network.

Avoid notifying users of success.

If a read operation fails, meh. But if I just wrote a twitter update, and it doesn’t go through, I want to know. Twitter might fail, the app might fail, the connection might fail. I want success notification, rather than 1 minute of waiting for a failure message that might not arrive. THIS IS NOT A NORMAL SITUATION. But nevertheless. Maybe the rule should be ‘avoid notifying users of success where success is expected‘.

Another useful app - Byline is great when there’s wobbly bandwidth - usable even when the only connection is a spotty non-edge GSM link. Admittedly, you have to just put the phone down somewhere with a connection for 10 minutes while it slurps. But things stay slurped. It’ll pull the associated images of RSS items too, so I can look at my Flickr feeds easily.

It’s got disadvantages - you have to switch to Google Reader to read your feeds for a start. In the absence of a local Mac GUI client to rival NetNewsWire, this is painful (Fluid helps). And Byline doesn’t do ‘folders’ (tags? what does google reader call them? I’m new to this), so you just get a big flat list of unread items, which could be annoying if you subscribe to lots of feeds. I’ve recently gone through a grand purge of all my feeds and mailing lists, so my traffic levels are pretty controllable.

Except that my Economist subscription feeds did their weekly ‘the magazine shipped’ thing, and dumped 90 unread items in the list. And these are unread items that are interesting and might need reading. Unlike with the iPhone NNW client, I can’t selectively drop subscriptions from being visible on the phone - it’s all or nothing here, and Byline loads only 25 (I think) entries at a time for off-line reading. The Economist provides only a partial feed, so I had to sit where there was bandwidth and go through them in batches, ‘starring’ the ones that looked interesting then hitting ‘fetch more’ and waiting. Once I’d done this, and it didn’t take too long, the experience was great - I had the full content of the Economist articles synched locally for convenient reading (and the Economist has a nice one-narrow-column layout that lends itself well to iPhone reading).

 

Irritating RSS feed links

06 February 2008 in blog
tagged with [discovery] [feed] [googlesocialapi] [rss] [shelf]

A side-effect of all this Google Social lunacy is that I’m seeing a lot of URLs for people that I wouldn’t normally have put in their Address Book entries. For instance, Simon Wistow’s Vox page links to his gestalt page which in turn links to his use.perl page, so I see all of these URLs in Shelf. It fetches the pages, and discovers that there’s a single RSS feed advertised on the use.perl page - http://use.perl.org/index.rss. But this RSS feed is nothing to do with Simon’s page - it’s the main use.perl article feed. Shelf doesn’t know this, of course, so Simon’s display in my Shelf window contains all recent use.perl articles.

The HTML spec seems to imply to me that rel=”alternate” links are for linking to the same content, but represented in a different way, not some completely unrelated content that happens to be hosted on the same domain. This is very annoying.

I’m picking on use.perl unreasonably here, of course. Lots of people do it. use.perl is just the first one I noticed. Followed by search.cpan.org (author modules pages have an RSS feed of the master module upload list). But there are others.

 

Universal Feed Parser in Ruby

03 January 2008 in links
tagged with [atom] [feed] [parser] [rss] [ruby]

A port of the Python Universal Feed Parser to Ruby. Lots of deps, alas, which is annoying, but it does work.

http://rfeedparser.rubyforge.org/

 

Universal Feed Parser in Ruby

Triplr

30 March 2007 in links
tagged with [convert] [data] [json] [rdf] [rss] [webservice]

Web service to convert from one data type to another - RSS to JSON, Triples to RSS, etc, etc. Shiny.

http://triplr.org/

 

Triplr

Encoding RSS Titles ・ 詹姆斯

17 June 2006 in links
tagged with [annoying] [rss]

Quite aside from the url, whic is both awesome and breaks things, this is Yet Another Thing for me to e annoyed about

http://www.xn--8ws00zhy3a.com/blog/2006/06/encoding-rss-t...

 

Encoding RSS Titles ・ 詹姆斯

mozdev.org - forumzilla

22 May 2006 in links
tagged with [firefox] [rss] [thunderbird]

Syndicate RSS feed entries into thunderbird folders. Seems to work better than the built-in thunderbird RSS support (which plain Doesn’t Work for me)

http://forumzilla.mozdev.org/

 

mozdev.org - forumzilla

NewsGator API Homepage

27 November 2005 in links
tagged with [blog] [programming] [reference] [rss] [web] [xml]

 

NewsGator API Homepage

jerakeen on SuprGlu

04 November 2005 in links
tagged with [rss]

me. aggregated. How meta.

http://jerakeen.suprglu.com/

 

jerakeen on SuprGlu

Universal Feed Parser docs

08 October 2004 in links
tagged with [docs] [python] [rss] [xml]

 

Universal Feed Parser docs

NNW subscriptions

16 August 2004 in blog
tagged with [macos] [rss]

So I wanted to see which of my NNW () subscriptions were dead. And I wanted to get the hang of AppleScript. Right.

set errorlog to ""

tell application "NetNewsWire"
  repeat with check in subscriptions
    set err to error string of check as string
    if length of err > 1 then
      set errorlog to errorlog & “Error for ‘” & ((display name of check) as string) & “’ (” & (RSS URL of check as string) & “): ‘” & ((error string of check) as string) & “’\r”
    end if
  end repeat
end tell

tell application “BBEdit”
  make new text window with properties {contents:errorlog}
end tell

Pretty nifty. Course, you have to have BBEdit. But making it use TextEdit shouldn’t be hard.

 

referrer and agent mixup

15 August 2004 in blog
tagged with [rss]

The blogging/RSS community has discovered HTTP headers actually have a defined purpose. Amazing. It’s like when they discovered that HTTP actually allows you to see if a page has changed since you last downloaded it and not get the whole thing. That was fun, too.

Ok, that’s a little bit too bitter. But I can name one linux RSS reader that’s done the Right Thing here for months. </smug>

 

sharpreader

13 August 2004 in blog
tagged with [rss] [windows]

sharpreader - a windows RSS feed reader. Uses .NET, which is all the rage nowadays, apparently.

It’s beautiful, easily the best RSS reader I’ve ever seen, and that includes the one I wrote :-). Proper OPML export / import (It’s amazing how meny readers get this wrong), the interface, although slightly hard to figure out makes a lot of sense once you get the hang of it, and frankly usability and learning curves can go hang once I can use the thing.

The nicest feature, though, is the threading. I’ll notice which other blogs you read have linked to this one, and will do the litte ‘+’ symbol thing so you can expand them and see all the interlinks. It’s niiiiiiiice. I’m suddenly tempted to go back to “lectern”:/programming/lectern and hack this in somehow, though it’ll be hard. Maybe I’ll write a mac one and steal the niche of NNW. Maybe I’ll write a bad alpha and get distracted by some other project. Yes, that seems to be the best idea.

Software interfaces evolve like this, it’s wonderful to watch. Web browsers are another fairly immature tech that grow “tabs” and other interface things, and that’s nice to watch too, even if they’re stupid. Genuinely new types of apps are rare, I can’t think of many off the top of my head, although obviously once they’re pointed out, it’s obvious…