Workaround for Safari 4's refresh button placement

I just submitted this to Apple as rdar://problem/7031368:

I have been using Safari 4 for weeks and am convinced the new location of the refresh button is plain wrong. Conceptually I think of it as something that should be grouped with the other frequently used buttons on the left side of the toolbar. More importantly (and measurably), my mouse is *much* more often near the top left of the window than where the refresh button currently is:
  • Most web pages put a Home link in the upper left.
  • The Back and Forward buttons are on the upper left, as is the window's close button.
  • If I'm looking at multiple tabs and I want to close or drag the tab I'm looking at, most often it will be one of the first two tabs.
Over and over again I start moving the mouse to the upper left, then remember where the refresh button is and have to change course, which is extremely annoying. Please at least provide an option to put a refresh button in the traditional location by customizing the toolbar.

It's odd that this bugs me so much, because I tend to strongly prefer keyboard shortcuts to mousing, and Command-R is a very easy shortcut to type. I'm not sure why I've been using the mouse so much to refresh. As for why I'm refreshing so much in the first place, I think I do it mostly on Facebook, though I also do it with YouTube pages that need to get reloaded to get unstuck, and with any page where I've been following comments.

This workaround occurred to me today: I added a link to the left end of the bookmarks bar with the name "Reload" and the URL javascript:window.location.reload(). Now there's a little less annoyance in my day.

App idea: Apple bug reporter

This is Steve Gehrman's idea, not mine. From an interview with The Apple Blog:

TAB: How do you find Apple’s bug reporting system? Is it as effective and efficient as their end user products?

SG: It’s nothing special. It’s just a web form. It’s actually not that great as it’s not as easy as just sending an email. You can’t easily just paste in a screenshot for example. It’s also kind of slow and requires you to upload a system profiler report, and you have to fill in the OS X build number. I wish it was a client app that would just find that info on it’s own.

Me too. I bet it would make me more willing to submit bug reports — maybe even enjoy them the way I enjoy blog posting with MarsEdit.

Steve Gehrman is the author of the very highly regarded Path Finder.

14th St. Apple Store on iPhone 3GS launch day

At 6:30 AM there was a small line for the iPhone 3GS at the 14th St. Apple Store. I don't know if any of these people camped out all night like they did at the 5th Ave. store.

I'm signed up to get a new iPhone at this store, but that's not why I went out there at 6:30. I just happened to be up, and since I live half a block away it was just a matter of throwing on pants and shoes.

I was about to climb back into bed after posting this, but I just discovered the store is actually opening early today, at 7:00 — which was two minutes ago. Maybe I should head back out there and get my phone.

CIMG0628.jpg
CIMG0629.jpg
CIMG0630.jpg
CIMG0631.jpg
CIMG0632.jpg
CIMG0633.jpg
CIMG0634.jpg

App idea: search CocoaBuilder for current Mail message

There are times when I'd like to find out the CocoaBuilder URL corresponding to a message I'm reading in Mail. For example, say I'm composing a message to cocoa-dev and I want to refer to an earlier thread that was relevant for some reason — maybe to say "this was already discussed to death <here>", or "I'm trying the code so-and-so posted <here> and I can't get it to work".

Another example: I might be doing something in my code based on what someone wrote on cocoa-dev, and I want to paste a URL into my comments for attribution and/or explanatory purposes.

Or maybe I want to include the link in a blog post, or in a tweet.

For whatever reason, I'm looking at something in Mail and I want to get the URL for it. If it's very recent I might just go to CocoaBuilder.com and page backward in time until I find it. But if not, I'll have to enter search terms and poke around until I find the thread I want.

It would be much more convenient if there were a little app sitting in my Dock that I could drag the Mail message to. The app would construct a search that is likely to find the message I want and it would take me to my web browser to show me the search results. (Instead of using CocoaBuilder's search feature, I would prefer to use Google with a site:cocoabuilder.com option, but I think this violates Google's terms of usage.)

Why would I be looking at the message in Mail? Why wouldn't I have searched for it in CocoaBuilder in the first place? The reason is that Mail does very fast substring searches against a local index, whereas CocoaBuilder only does keyword searches, has more latency, and can't search based on email addresses since those are stripped out of the archives. Searching in Mail can be much faster if you're pretty sure you have the messages you want in your mail archives.

I've had this idea for a while, but the reason I felt like posting it now was a recent thread on cocoa-dev. If this app had existed already, I could have used it to help me link to that thread — well, except for the fact that I wouldn't have written this in the first place.

App idea: the Steve Ward diet

In an article called How the Web and the Weblog have changed Writing, Philip Greenspun writes:

In the 1980s Steve Ward, a professor of electrical engineering and computer science at MIT, described a sure-fire dieting scheme. "All that you need for my diet is graph paper, a ruler, and a pencil," Steve would explain. "The horizontal axis is time, one line per day. The vertical axis is weight in lbs. You plot your current weight on the left side of the paper. You plot your desired weight on a desired date towards the right side, making sure that you've left the correct number of lines in between (one per day). You draw a line from the current weight/date to the desired weight/date. Every morning you weigh yourself and plot the result. If the point is below the line, you eat whatever you want all day. If the point is above the line, you eat nothing but broccoli or some other low-calorie food."

Steve noted that this could also be called the "Bang-Bang Servo Diet" but that would likely be confusing to non-engineers (see http://en.wikipedia.org/wiki/Bang-bang_control).

Steve's diet is probably more effective than most popular diets. How come he isn't a bestselling diet book author? How do you turn an idea that can be explained in one paragraph into a diet book that people will buy?

I also wonder: has someone created a web site where people can implement this diet without needing even the graph paper and pencil? It could be sponsored by one of the bathroom scale manufacturers. People could choose to make their charts public and give each other moral support. The web site could send automatic email feedback — congratulations when you've hit a milestone, encouragement and suggestions if it detects you've been slipping, and gentle nudging if you haven't updated the chart in a while.

Seems to me this would also be a natural idea for a desktop and/or iPhone app, with or without some sort of online aspect. I wouldn't be surprised if somebody's done it already, but I'm too lazy to search the App Store right now.

P.S. One reason I thought of the email reminders was something I saw on The Skeptical Hypochondriac:

A recent study found that email reminders can make a huge difference on the amount of physical exercise done by recipients.