Highly recommended, from Twelve South. My setup doesn’t look much different than this product image below.

While CMD-clicking a link opens into it into a new tab, there’s more to this modifier key in Safari.

CMD-click a Submit button in web forms to open the resulting page in a new tab – this keeps your painstakingly filled form intact.

CMD-click the Back button to open the previous page in a new tab. CMD-Enter a URI in the address bar to quickly open new tabs with that address, and (my favorite) CMD-Enter a Google search in the window top to open the results in, yes, a new tab.

(via Finer Things in Mac)

The standard green “+” circle living at the top left of every window in Mac OS, including iTunes, no longer shrinks the music player into “mini” form. You have to press Option and click the green circle. Or press CMD+SHIFT+M.

Ever wonder what files your Mac is hiding from you? Maybe not, but once in a while there’s a need to peek at the stuff OS X keeps you from viewing. Finder does a nice job of hiding the “guts” of some folders, you see, but there are occasions (troubleshooting, setting up a web server, looking for some folders, etc.) when you’ll need to view and/or edit these files or folders.

Download “hiddenfiles” free from Apple.

(via TUAW)

Hi Mark,

This should be fixed in the next update. (Not 1.5.1, which was made available today, but the next update after that.)

Thanks!

If you were wondering, it’s a JScript syntax highlighting error in ASP-HTML mode that turns everything purple after a greater than symbol (>) and everything green after a single quote (‘string’).

Coda 1.0.5

I’ve heard nothing but whining from some early iPhone purchasers since yesterday’s announcement. John Gruber, of DaringFireball and an early iPhone adopter himself, said yesterday:

[Apple] set the debut price ridiculously high because demand was ridiculously high. I suspect that for the first few weeks, they were selling iPhones as fast as they could make them.

…

And for those of you who’ve already bought one and are pissed about the price cut, if you didn’t think the iPhone was worth $599, you shouldn’t have bought it. That’s how supply and demand works.

It seems folks who bought an iPhone back in July have whined loud enough. Apple is giving them each a $100 store credit.

TheStreet.com’s Scott Moritz:

Then, in an unexpected move, Apple killed the 4-gigabit [sic] iPhone and slashed the price of the 8-gigabit [sic] iPhone by $200, to $399. Apple rarely cuts prices on products, preferring to introduce replacements and discontinue previous models.

The move will add more evidence to the speculation that the iPhone, while causing quite a buzz, may not be selling as rapidly as some optimists had expected.

There is no need for speculation. We know exactly how well the iPhone has been selling, because Jobs said so on stage today: they’re on track to sell their millionth iPhone some time this month. That’s a good number. Earlier this week the news hit that the iPhone outsold every other smartphone on the market in July.

Apple didn’t cut the price because demand is low — they set the debut price ridiculously high because demand was ridiculously high. I suspect that for the first few weeks, they were selling iPhones as fast as they could make them. Apple’s being aggressive, not defensive. (And for those of you who’ve already bought one and are pissed about the price cut, if you didn’t think the iPhone was worth $599, you shouldn’t have bought it. That’s how supply and demand works.)

Topping the list of highest-grossing locations during the quarter was Apple’s subterranean outlet on Fifth Avenue in New York City, which sold over 5 Macs every hour and 1 iPod ever two minutes on its way to generating a whopping $45 million in revenues. Following in a distant second was Fifth Ave’s neighboring store in downtown SoHo with approximately $23 million.

Five Macs every hour and an iPod every two minutes — in New York City alone! Who said Apple’s market share isn’t growing? Oh right, no one.

This is the second web app in as many days that’s wowed me. Indeed, a good week!

I say what he says:

“One way to judge the scope of an app is to think about how much time you’re intended to spend using it. There’s plenty of room for apps you use here and there for a few minutes at a time, or which you launch just once or twice a week. There’s hardly any room at all, though, for apps you work in for hours at a time, every day.

By this measure, Coda, the new app from Panic, is an epic.”

Kudos, John.

If you have ever tried to send an (X)HTML email from your web apps, you and I both have a lot more to ask for.

I’m currently writing an application for a client of mine that’s rich in user interaction. In part, users can create accounts, verify email addresses, forget passwords, and more of the standard account-related functions. Needless to say, without any unnecessary overkill, we will be sending a good amount of emails to my client’s user base. I could have easily opted to send text-only messages, but the requirement included displaying a logo, bolding text, and other graphical presentations otherwise not available in text-only. So, without much hesitation, I charged ahead. Whip up some clean (and strict) XHTML, use loads of my already-fine-tuned CSS rules, pump in some content and we’re off!

Wrong. And this was just the beginning.

I use my Gmail account for testing — it’s convenient because all the messages get lumped into one conversation for easy review, not to mention the huge disk space and (my favorite) delete button closely within reach. But for all of Gmail’s successes, it sure wreaked havoc on my nicely-formatted XHTML messages. Evidently, Gmail strips every shred of code out of your email, and rebuilds it in its entirety before spitting it back into it’s wonderfully successful conversation view. Those unique div, span and other IDs? Gone. The short and sweet CSS rules? Gone, and definitely not working. Hell, even my one-line footer wrapped in a small tag didn’t render properly. I now know why I can’t read my itinerary confirmations from the airlines in Gmail.

To make sure I wasn’t out of my mind, I changed my testing email address to an account I manage with Outlook on Windows and Mail on the Mac. Naturally, the message came through looking as perfect as I could have ever imagined. I repeated this process with Mozilla’s Thunderbird and then webmail at Yahoo!, Hotmail, and AOL — all succeeded, but in different ways. Microsoft’s widely-used Outlook client performed the best (same goes for Outlook Web Access), followed closely by OS X’s Mail. Neither re-wrote my code. Yahoo! did better than Hotmail, but Hotmail’s new interface liked the HTML and CSS hybrid a little more than the old but it still wasn’t perfect.

I am fighting an in-browser application war! Here we have browser-based applications developed by the world’s largest software manufacturers performing the same basic functions displaying standard XHTML and CSS content from the same source — and it just doesn’t work. Grrr. In the end, it’s Gmail that is causing the biggest headaches.

Yesterday, I finished restructuring the code following tips I read about on this highly-useful Interweb (I love that old Verizon DSL commercial). Here are a few that helped me get going again:

• Don’t put anything in the head of your email template.
• Forget the love you have for your fine-tuned CSS document; there’s no hope of using it (as an externally linked file). You’ll have to drop all your classes and ids replacing them with hideous inline styles. If your email’s recipients use Gmail, you’ll need to do this one.
• If all else fails, especially with AOL, use a table to position your goodies. I can’t believe I typed that, but when it comes to this and saving time, it works.
• Have patience. I nearly tossed my lappie out the window on more than one occasion.

As of yesterday, my client’s customers are ready to receive fancy-schmancy emails. No matter which mail client, web-based or desktop, Mac or Windows, they’ll all see the same content — as it was intended by this designer. Now that it’s done and I’m filling out my time sheet, I find myself having a hard time justifying the large chunks of time spent formatting arbitrary (yet critical) emails when there’s plenty of other work that needs doing. It seems funny to me but after all these messages, like them or not, are part of your app and, more importantly, your client’s outward-facing marketing.

Poor XSL
One of the reasons I’m discontent with the three biggies — Safari, IE7, and Firefox 2 — is their apparent blatant disregard for a designer’s freedom to exercise his or her right to a custom XSL—styled XML feed. I don’t normally spend too much time writing XSL documents, but for one client’s particular requirement, they wanted a custom XML feed page. The client’s user base, we anticipated, was not RSS-savvy and we’d hoped to ease them into the process for consuming news, regular updates, and more. So, enter a fairly simple XSL style sheet and the über—friendly appearance of styled XML. Not so in the latest versions of these browsers.

It’s possible that I haven’t yet found the setting in the browser preferences or the line of code that fixes it, but the aforementioned Big Three are overriding my XSL! (Opera handles the XML as intended.) They favor their own display of RSS feeds and bully mine out of the way. (See theirs. See mine.)

I’m not even going to try to explain why the software makers decided on this, so if you know of a fix, let me know.

Bunch of crazies.

As for the VAT refund from a trip to Ireland in 2001? I guess it’s still in “processing”.