jrk's dashboard

Irradiated Software's reply to "Feature request: Different settings for each Space" was just promoted to the most useful! jrk and 3 other people think it's one of the best replies.

Agreed. I'm working toward per-Space, per-Monitor, per-Application settings for more flexibility. Stay tuned.

jrk marked one of Irradiated Software's replies in Irradiated Software as useful. Irradiated Software replied to the problem "Dual monitors with different partition sizes not working".

jrk started following the idea "move to corner or side without resizing the window" in Irradiated Software.

jrk marked one of Irradiated Software's replies in Irradiated Software as useful. Irradiated Software replied to the idea "Various shortcut options for screen sizes".

jrk started following the idea "Manage Partitions per Monitor" in Irradiated Software.

jrk started following the problem "Dual monitors with different partition sizes not working" in Irradiated Software.

jrk started following the question "Feature request: Different settings for each Space" in Irradiated Software.

jrk replied on August 09, 2009 04:03 to the problem "Must have a modifier like penis?" in Mozilla:

You should talk to your doctor about this problem.

jrk shared an idea in atebits on April 29, 2009 00:25:

Facebook stream support as alternate account type

Tweetie is the best everyday social feed interface I've ever seen. I'd love to see a future version support Facebook's newly-exposed stream API as an alternate "account," right along side Twitter accounts. A first version could map entirely to the existing Twitter metaphors: comments appear as linked @replies, photos and other shared items appear as links at the end of the post, etc. With your design skills, I'm certain a reasonable subset of Facebook feed functionality could be very usefully delivered without radically extending the core list GUI to support nested comments and inline photos and other such items which characterize the official Facebook feed. This should be more than sufficient to provide a fairly powerful and nice desktop interface to the Facebook feed, and all the non-Twitter-friends it contains for so many of us.

jrk shared an idea in ExpanDrive on April 26, 2009 23:09:

Extended "Open Terminal Here" Finder button to detect ExpanDrive volumes and ssh to the remote host

The existing Open Terminal Here script by Marc Liyanage [http://www.entropy.ch/software/apples...] is great.

It would be even more awesome if there were an optional mode to detect if the given path were on an ExpanDrive-mounted (SFTP) volume and open the terminal with an SSH session to the path on the remote host.

I believe this would require either via an extended AppleScript dictionary or new commands in the expan shell tool. It would specifically require the ability to:

• Query what drive (if any) the given path is on


• Query what the remote path corresponds to the local path


• Query for enough information to get the saved authentication credentials. This would either be a flag saying that it uses key auth from .ssh and therefore requires no additional information, or which Keychain item stores the actual password. Command-line Keychain access could then silently suck-out the actual password during script execution.

jrk shared an idea in atebits on April 23, 2009 22:07:

Separate refresh settings per-account

I use multiple accounts to separate people I follow closely from the flood of potentially-entertaining tweets, as per Atebits' recommendation. However, with Tweetie/Mac it's very tempting to leave the app running 24/7. My bulk account, however, has a far, far higher update rate than the stream I actually care to follow closely. As such, I'd love to be able to set auto-refresh parameters differently for the different accounts (and ideally *off* for my volume stream account) -- this would much more nicely match the experience on the iPhone app where you must explicitly browse into an account to see its updates, rather than being notified constantly and spuriously by the glowing icon.

jrk started following the idea "Can we get an API for jottit... please?" in Jottit.

jrk started following the idea "selecting an address should not automatically mark the first message read" in OtherInbox.

jrk started following the idea ""Conversation view" for messages, similar to Gmail" in OtherInbox.

jrk replied on December 16, 2008 18:36 to the idea "Adding a package via email" in TrackThePack:

I actually came to suggest this, and was delighted to see that it's already being worked on. My thoughts on implementation: this is way simpler that the Tripit problem. You can probably get quite far just by tokenizing on whitespace and ?,= and blindly scanning all tokens for candidates -- at least UPS, USPS, FedEx and DHL have quite strong length and format constraints which I expect would just work 4 nines of the time. Then if you add the ability to flag errors for review, a human can review the stores that cause problems and handle them specially as a future improvement.

jrk started following the idea "Adding a package via email" in TrackThePack.

jrk marked one of Yeraze's replies in I want Sandy as useful. Yeraze replied to the question "How to download contacts, bookmarks, and notes from Sandy?".

jrk started following the idea "Google Mojo / sitemap.xml" in Get Satisfaction.

jrk replied on October 19, 2008 05:30 to the idea "iPhone offline client" in LaterLoop:

For what it's worth, this should be the model to which the iPhone client aspires:

http://www.wikipanion.net/wikipanionp...

jrk replied on October 13, 2008 04:30 to the idea "Suggestions" in LaterLoop:

I understand (and agree with) the urge to keep LaterLoop simple and purpose-driven. Indeed, it's very successful in this: I tried to use a similar system for years just via @toread tags in delicious, but the combination of LaterLoop's streamlined process of entry and consumption with the killer iPhone interface and the fact that it's a *separate* silo from Google Reader stars/tags and delicious tags, entirely meant for "to-read" items has made it the first time I've actually been [very] successful in using such a process.

That said, I still think both tags and renaming are very useful to the reading process.

Tags are useful for the same reason they're useful in Google Reader: not to organize archived links, but to categorize things for filtering when choosing what to read in a given context (news/timely information vs. long-form essays, career vs. personal interest subjects, ...).

And title renaming is critical simply because the HTML <title>'s of many pages are borderline useless in helping remember what the item was actually about, when seeing it in the LaterLoop list.

So, in other words, I strongly agree that LaterLoop is and should remain a reading system, not a bookmarking system, but while they are related to features of bookmarking systems, I think both tags and renaming are the remaining keys to making it a better pure reading system.</title>