_2xb0

I haven't checked Soundnode App yet, but any attempt to sanitize the way you interact with SoundCloud should be appreciated, because SC web UX is bad.

Soundnode App UI looks nice. I'd add screenshot for each main view on app's home page, even if they're all similar, though. UX remains to be tested.

The only (apparent?) downside is that this app seems to be a bundled web app with web browser. I'm not that fond of such solutions. But. If it wasn't open source and GitHub page wasn't shown there, then there is a high chance I would not notice that it's built like that, at least from screenshot alone.

Writing SoundCloud client is on my ToDo list, as it would be a good way to brush up and enhance my Qt skills. Maybe I'd finally embrace QML along the way, as I'm postponing QML tinkering for far too long I guess. I'm also considering fiddling with PyQt5, as it could possibly quicken prototyping, but I'm not sure about it in my case, as I have only minor Python experience and no PyQt experience at all (well, it's like incentive to change that). There is also SoundCloud python package, so going python way is quite tempting, but I always prefer native compiled apps over scripted ones.

When Posterous emerged I had high hopes for it.

But I quickly understood that their service wasn't meant to improve at all. Every problem I reported to them was dismissed (directly or indirectly).

I thought about the idea of posting via (plain-text) mail seriously, but they weren't sharing my mindset.

I left posterous long time ago and I see it was a wise decision.

To not complicate you can read whole page as you do usually and after that keep Ctrl+Right until all comments will be marked as read. Then in next visit Ctrl+Right will scroll page to the new comments (if there are any).

Scroll wheel won't mark your read comments. Also it won't move you to the first unread comment. It won't allow you to highlight particular comment either.

I use a beta version of Google Chrome (latest 15.0.874.81 beta) from official repo (deb http://dl.google.com/linux/chrome/deb/ stable main). I remember it was shipped with Flash, but it worked not as good as I would like it to, so I was using 64-bit betas (not great either, to be honest), IIRC by disabling Chrome's own Flash in about:plugins. Now looking there I see only one Flash plugin, which is the one installed in my system (Location: /usr/lib/flashplugin-nonfree/libflashplayer.so). So even if Chrome's custom Flash is better, as you imply, dunno how to turn it on for a test ride now.

Also

    dpkg --contents google-chrome-beta_15.0.874.81-r103858_amd64.deb | grep -i fl

reveals nothing.

At least in debian:

    sudo update-flashplugin-nonfree --install

works flawlessly.

And it's still rather far from being mature.

Debian squeeze x64 user of Chrome with nvidia-* 260.19.44-1 drivers here.

For instance go to:

[url-redacted]

1. RBM on flash content, Settings. Now try to set anything with mouse (i.e. w/o using keyboard, especially Tab + Space).

2. RBM on flash content, Zoom in. How much of the view has been redrawn?

Now let's go to vimeo:

[url-redacted]

And HD video still doesn't play smoothly and it's sometimes off-sync. My desktop ([url-redacted]) surely isn't top-notch one, but outside of Flash world I can use it to watch 1080p50p video material, so something is wrong with Flash, and it's even worse in Linux department, unfortunately.