O'Reilly Digital Media Blog Mac Category

"Made on a Mac" on a Big Scale

Tue, 08 Jul 2008 05:00:00 -0800

With 170 print titles -- including the best-selling German tabloid "Bild" --, some 10,000 employees, and a revenue of 2.6 billion Euros in 2007, publishing house [Axel Springer][] group is one of Germany's leading media companies. Thanks to their recent decision to go all-Macs, they will also be one of Apple's leading customers within a few years. [Axel Springer]: http://www.axelspringer.de/englisch/home-e.htm Last Friday, the company announced that, over the course of five years, they will replace every one of their desktop and laptop machines with computers from Cupertino. Models planned to be purchased cover almost the whole range of Apple product lines, including Mac mini, iMac, and Mac Pro, as well as MacBook, MacBook Pro and MacBook Air, making the Xserve line the only noteworthy exception. And, yes, iPhones will be found on their purchase list, too. In a [video][] published on YouTube, Dr. Mathias Döpfner, Axel Springer's CEO, addressed employees (in German) to announce the decision, and he also gave reasons for this move, which is poised to make Springer the biggest Apple customer in Europe and the second-biggest in the world after Google: [video]: http://www.youtube.com/watch?v=j2oGlC9aXB4 * Traditionally, Apple provides the best IT environment for creative applications like layout and design * Apple machines are easier to use than everything else * Apple builds the most beautiful computers * The decision also makes economical sense due to the machine's pricing and reduced maintenance costs Even though, according to the press release, some of these machines may be running Windows XP or Vista, this deal provides Apple with a very important marketing use-case. Whenever journalists or potential customers doubt the viability of Macs for use in a corporate environment, Apple just has to point towards Axel Springer. If a high-profile 10,000-employee company can base the bigger part of their IT infrastructure on Macintosh computers, smaller businesses would be served just as well by the products from the Cupertino computer maker.

Leopard Doesn't Like My Microsoft Keyboard

Sun, 06 Jul 2008 16:56:27 -0800

I've tried to get comfortable with Apple's slim aluminum keyboard since getting my iMac in January. Unfortunately, it is still very uncomfortable and slows my typing down. So, I finally pulled out an old (but not ancient) Microsoft USB keyboard and plugged it into my iMac. It had worked fine with my old Mac mini running Tiger. Unfortunately, the iMac with Leopard is not as friendly to this Microsoft keyboard. The biggest problem is that the Shift key is not recognized at all. Caps Lock works fine. But, not the shift key. I downloaded Microsoft IntelliType Pro 6.22 for Mac from Microsoft and installed it on the Mac. Still no shift key. So, I powered down the iMac, pulled the Microsoft keyboard and reinstalled the aluminum keyboard that causes both hand and wrist pains. Any recommendations for a Leopard compatible USB keyboard with conventional keys?

Avast anti-virus for the Mac

Sat, 05 Jul 2008 02:56:44 -0800

After spending an entire day installing Windows updates on a friend's computer, I decided to have a bit of good geeky fun by trying out Avast anti-virus for Mac OS X. Whether Mac OS X users need anti-virus at the moment is still up in the air, but regardless of the reality of the situation, knowing our options cannot hurt. I briefly reviewed the latest version of Norton for Mac OS X a while ago, and was, at the time, in awe at the progress Symantec had made. It was far, oh-so-far from perfect, but Norton no longer was, by any means, the "Mac destroyer" it used to be. In fact, I am still running it on one of my test computers — used daily — without any ill effect. Avast has made a name for itself in the Windows world, and most of the clients who call upon us and run Windows, do run Avast anti-virus. I am no big fan of its pop-ups and spinning blue balls, but, all things considered, it seems to do its job pretty well. Let us not, also, forget that the home version is free, which has an uncanny appeal among certain users. Avast for Mac, however, is not free. There is a 60 day trial available, but that is the extent of the company's generosity. When I set out to testing it, I was therefore expecting a solid, if not very polished product. After all, it was a first foray into the Mac market, but it was a paid-for application. In this light, I am glad to report that the application has undeniably been redesigned for the Mac and no Windows-like widgets are to be seen anywhere. Unfortunately, it has been redesigned for Mac OS X v. 10.0.4, kept in a vault since then and just released. The application's icon is nice, if not Leopard-sized, and rather Aqua-compatible. Within the main application window, however, all the controls feature big, bubbly, round icons that seem right out of a free icon pack. There is orange, there is blue, there is purple, there are varying perspectives on each button, and there even is a drawing of a Mac Pro, that is neither a Mac nor a Pro — it's actually a generic PC. Controls are used against every single rule there is. There is no logic underlying the layout and, even after reading the online help (a print-formatted PDF document slapped within the application's bundle), I cannot understand why the scan re-nicing option (essentially a preference) is located as a button next to the scan start/stop toggle or why the preference window is larger than the main one. I also can't quite make out why the application beachballs for 10 minutes upon launch or what the "after-close" support is. There is also a "panic mode" that is supposed to "highten sensors," although what the heightening consists of is anybody's guess. Of course, it is not all depressing. It's also fun in places. See, Avast will scan email messages in Mail.app and use a rather clever combo of AppleScripting and mail rules to tag messages as safe or unsafe. So far, so good: extending an Apple application with an Apple-approved framework. Unfortunately, Avast engineers were bitten by an old AppleScript bug (or feature), that causes Mail to launch every single time that Avast is launched. For those of us who do not use mail, that rapidly becomes infuriating. How does Avast actually perform? Pretty poorly, too. Real-time alerts are possible, but only when Avast itself is running, and there appears to be no way to minimize the application window or even remove the avast icon from your dock. In other words, if you want anti-virus protection, you will stare at the Avast interface all day long. The installation also failed for me, requiring that I manually edit the application bundle based on some information gleaned on the Internet. Installer faults can happen, for sure, and I am not sure whether it is a glitch on my particular machine of with the installation script. Judging by the forum thread I read, it seems there are a few users in the same situation. All in all, Avast did try. I am glad they tried to invest in the Mac, and they are undeniably a serious company, if their Windows software is anything to go by. The Mac version, however, appears to have been crudely outsourced to a group operating independently from anybody else. In fact, I cannot quite fathom how a company with such experience would even authorize its logo to appear on software that looks and behaves like that. Leopard provides a lot of the hooks that anti-virus vendors need to enable a sound, baseline protection, without bells and whistles. In fact, ClamXav, which seems to be into a bit of a lull at the moment, understood this from the day it was launched and managed to outdo most commercial anti-virus options in the Tiger days. ClamXav was developped by a single man using open source software as its core. C'mon Avast, can't we get something a smidge better? I'd be happy to rush an AppleScript Studio book to you upon simple request.

A Newbie Looks at Podcasting Tools: Garageband, Audacity, and Levelator

Wed, 02 Jul 2008 04:00:00 -0800

The idea of creating brief regular (weekly or bi-weekly) podcast has appealed to me very since I first heard Adam Curry's Daily Source Code and Adam Christianson's Maccast in the early days of podcasting. The problem was I was just too lazy to really spend time with the tools available (many of them free) to be able to create podcasts quickly and minimal pain. However, my day job ended on Monday (June 30). So, I decided to spend Tuesday learning more about a few tools and create my first formal podcast (I've created a bunch of test-casts in the past). I really want to make podcast creation painless for myself. So, here's the criteria I've adopted: 1. The tools must be free, inexpensive, or already in my toolkit 2. I don't want to spend a lot of time fiddling with controls and tweaking things 3. The audio recording and audio assembly process must be simple and reasonably fast 4. Be able to use audio recorded from a variety of recording devices including my smartphone 5. The process should NOT feel like work 6. The process should be reasonably enjoyable

The first thing I tried was Garageband '08 which came with my iMac (I also updated my older Macbook to iLife '08). Garageband has a podcast project type which I tried. But, it didn't seem to do much more than set up the initial tracks using a couple of presets. It does have a couple of nice podcast friendly features like ducking background music (reducing the track's volume) when you speak. But, I didn't feel really comfortable with its interface from a podcasting perspective.

I was, however, comfortable enough to use Garageband to create the brief intro section with a bit of music. A friend of mine had just mentioned that he got a kick whenever he heard a familar Garageband loop in a podcast. I noticed this myself over the past few months and decided to create something simple instead of using a loop. However, I was too lazy to get my M-Audio keyboard out of its box, set it up somewhere, and plug it into the iMac to play just a few notes. So, I brought up the Musical Typing keyboard instead to peck out those few notes. You can bring up this tool either by bringing down the Windows menu and selecting the Musical Typing option or pressing Shift-CMD-K. I exported my little ditty with a voiceover to an MP3 audio file and shifted my work to Audacity.

Audacity 1.3.5 beta is an Open Source audio editor. The project provides a pre-built installer that you can download and use to quickly install the applicaction. The first thing I needed to do was bring in the two WAV audio files I created with my Windows Mobile smartphone and Pocket PC devices. I snipped segments from each recording and spliced them in a single track to demostrate the volume recording difference between the two. I saved this track out to an AIF format file so I could use it with...

...the freeware Levelator utility from The Conversations Network to level the volume differences between the audio recordings from the two Windows Mobile devices. This process is really simple: I simply dragged the AIF file created by Audacity and plotted it on top of the Levelator windows. That's it. No button to press, no menu to drop down, no options to set. This created a volume leveled output file that I imported in to Audacity.

At this point I needed to learn how to move these bits and pices of audio files I had together. After spending a few minutes wandering around the menus and not finding what I wanted. I checked the online Audacity documentation and read about the Time Shift Tool which had eluded me while looking at the UI. This was all I needed to move audio segments around and arrange them quickly and easily.

The end result was an Audacity project with 9 audio tracks. I created a separate audio track for each segment between the pre-recorded audio sections recorded on the Windows Mobile device as well as the individual topic sections. This let me edit audio in bits and pieces and didn't force me to say everything in a single recording session. I exported this to a final MP3 audio file and uploaded it to the free Blogr web service... OgasaWalrus Podcast 20080701 on Blogr.com If you go to the web page linked above, you can listen to the short (less than 8 minutes) podcast using Blogr's web embedded podcast player. You can find the podcast's show notes on my personal website at... OgasaWalrus Podcast July 1, 2008 Show Notes

Microsoft Remote Desktop Connection (RDC) 2 for Mac is Available

Wed, 02 Jul 2008 03:00:00 -0800

Well, it finally happened... Microsoft's Remote Desktop Connection (RDC) 2 for Mac finally left beta testing and has been released as a production product. You can read the details over at the Mac Mojo (Microsoft Mac team) blog... RDC 2 is out of beta and available today!

iPhone and sync services

Tue, 01 Jul 2008 12:52:59 -0800

As some of you may have deduced from my previous, rather negative entry about Google's SSL practices, I have spent a great deal of time investing their services as of late. Overall, and despite the aforementioned disappointment, I am extremely impressed by the quality of the offering. Most iPhone users using Google Calendar, however, will inevitably hit a roadblock when it comes to getting their phone, which uses iCal, and Google, which uses, well, itself, to communicate. That roadblock was lifted a little while ago by the absolutely stellar BusySync, that features direct integration between Mac OS X's sync services and Google Calendar. In fact, I am planning to roll out BusySync across the office very soon. By direct, I mean that BusySync integrates remarkably well with the general synchronization system in Mac OS X and provides a local experience akin to that of an Apple application — if not a better one. Most interestingly, the application also foregoes the use of a third-party or intermediary server and offers to directly contact Google through SSL. Today, I noticed something relatively strange in the way iPhone syncing was handled. Indeed, the system seems built around the action of "docking" the phone instead of truly "syncing" it. Every morning, when coming into the office, I dock my iPhone, which triggers the usual iTunes extravaganza: launch, warning dialog, barber pole, sync, more barber poles, more sync (*). Immediately, BusySync kicks in and automatically updates my Google Calendar. By the time I open my Google Calendar instance in Fluid, the events I added on my iPhone are already there. Now, the reverse, of course, is trickier. While I would love to see Fluid hook into BusySync, that is not going to happen any time soon, and triggering a BusySync update manually is inevitable. What, however, about the last step? Once the sync is triggered, the sync services are aware that my data has changed. What's more, iTunes knows my iPhone is still docked because it still displays it in its source list. Sure enough, however, no sync happens back to the iPhone until I manually sync it again. Like most office workers, I update my calendar dozens of time a day: adding this and that, inputting reminders, etc. Yet, I dock twice a day on average: upon arrival in the morning and, of course, upon returning from lunch — OK, and dinner, and supper and breakfast the day after before finally going home. MobileMe offers over-the-air synchronization, and I assume the wired syncing process will no longer be streamlined or improved much, now that there is a commercial incentive not to do so. Plus, after all, it works "well enough." I am surprised, however, that the iPhone's reliance on iTunes prevents it from being made aware of updates more smoothly. Maybe the phone would be better served if it were hooked directly into sync services and could sync without the application launching — even if, of course, buttons and controls were kept within iTunes to keep up appearances. (*) Can you sense the slight annoyance creeping up? Bring back iSync! (OK, kidding…)

Dude, You Get a Dell IM Service Now!

Tue, 01 Jul 2008 08:00:00 -0800

> This is a revised version of an earlier post about the Dell Video Chat application for the Macintosh. Because of a problem during the installation, the user interface displayed by the software on my Mac was different from the one actually used by the Dell Video Chat service. This post now covers the proper UI. With a little help from their friends at SightSpeed, Dell have launched their own video chat service, aptly named: "Dell Video Chat." It's a nice touch that a Macintosh client for this service is available. But is there a compelling reason to use Dell Video Chat on a Mac? ### First, the facts Besides plain-text and streaming audio/video chat, the Dell Video Chat package also offers recording and emailing 30-second video messages as well as a Skype-like call-out feature to connect to regular phone lines. New Dell PCs ship with the Dell Video Chat client pre-installed and pre-configured, and their users get to enjoy advanced features --- four-channel video chat, extended-length video messages (3mins max.), and unlimited storage of these video messages -- for free, plus five minutes of free talk time to get started with the call-out feature. For those who don't plan on purchasing a new Dell machine anytime soon, the client is also available for download in both Windows and Macintosh flavors. When using the downloadable client, activating the advanced features listed above will set you back $9.95 a month or $99.95 a year. Doesn't sound too bad, really, but what is it like to use Dell Video Chat on a Mac? ### Installation hiccups The Dell Video Chat client for the Macintosh is distributed on a 16.7MB disk image. Download it, open it, and just click the DellVideoChatInstall.pkg file to start the installation process. If you need any help with this, though, you're out of luck: the disk image does not contain any documentation files, so the naked installer package is all you get. Which is a bit odd, as the installer only contains the very application. Distributing it as an application bundle to drag-and-drop onto the Applications folder would have been more Mac-like, but maybe this is an indication of the Windows roots and related attitude of the developers. The installation itself goes smoothly, though.

Something's missing...

There is something special about the way the Dell Video Chat client software works, and the fact that the system requirements expressly list "Safari 3" indicates what this is: this is a piece of hybrid software that pretends to be a full-blown native application while its main window is based on a Web view that is loaded live from the 'Net. While this has certain benefits for the development and distribution processes, it can have some nasty side effects if something goes wrong. E.g., if you are not connected to the Internet when launching Dell Video Chat, the main window just remains empty and there is no error message telling you why that is. In the case of my test installation, this went even a bit further astray.

This should have looked very different!

After the very first launch, the black registration screen appeared, but I closed the app without registering an account. Next time I launched it, the main window was _almost_ empty, so I re-installed the app, because, unlike a regular web browser, there is no way to force the software to reload the "page." Which brought up the (non-functional) window shown on the right. After a few more re-starts, the client eventually presented a user interface that was completely different from the one shown on the download website. Very strange. Yet another clean install brought back the proper, glassy black theme, but "re-installing" the blue'ish UI is as simple as exchanging the old and new preferences files. Should you experienced the same problem, just close the Dell Video Chat application, trash the file 'com.sightspeed.Dell Video Chat.plist' from the Preferences folder, and relaunch the app. (The engineers at SightSpeed are looking into this, and I can't wait to find out what, exactly, went wrong here.) ### Chats in black satin Assuming that the installation was successful, Dell Video Chat is launched automatically for the first time, showing a sign-up screen. Register for an account, sign in, and you'll be taken to the main dialog screen, listing your contacts on the right and what I'd call a "media view" on the left whose contents you choose by clicking on one of the three tabs at the top. Next to each entry in the contacts list, you can see which capabilities that contact's computer provides, and you initiate any type of chat by clicking on the respective button.

The overall experience with this user interface is a bit peculiar, as the software stands out due to its main window not resembling any standard OS X software in the least. Also, part of the functionality of the dialog boxes is even partially buggy.

The dialog box that is shown when adding a new contact is just an overlay over the actual contacts list, as shown below, and the layout of its widgets shows, shall we say, creativity on the designer's part, where conforming to standard guidelines would have been a better choice.

Some text boxes -- specifically the subject and message fields for sending a video message -- would not even accept more than a single letter, as if the text fields were just one character wide: type in a longer text string, and each character would replace the previous one. In the resulting message I sent, both subject and text message did contain just a single, lonesome letter. For text chats, the software resorts to using standard dialog boxes which, compared to the slick, polished look of the main window, have a painfully bland appearance. ### Beyond skin-deep All criticism of the user interface aside, Dell Video Chat provides solid performance. Logging into the service goes smoothly, maintaining your contacts is a no-brainer, and the video quality is excellent. But how does it compare to the native competition on the Mac? With the exception of the call-out features, Dell Video Chat doesn't offer anything you won't find on a Mac equipped with OS X 10.5 already: iChat provides on-par text and multi-user A/V chat, supports the AIM and Jabber instant messaging services, as well as ad-hoc connections via Bonjour, and also provides tight integration with the OS, e.g., for drag-and-drop file transfers. And for sending video messages, look no further than PhotoBooth. Both iChat and PhotoBooth are fine specimens of Mac(-only) applications and, in my humble opinion, their (mostly) true Macintosh look-and-feel clearly beats the user experience with Dell Video Chat. Oh, and they won't cost you a dime in service fees, either. So, unless you have friends or family who have opted for this service and you need a compatible Mac-client to stay in touch with them, I don't see a compelling reason why Mac users should need to run this software on their machines or even prefer it over what's shipping with their Macs already. If you do want to give Dell Video Chat a spin, here's the [download page][]. [download page]: http://www.sightspeed.com/dellvideochat/downloadquicksteps

Widget Checks Your Apps for Updates

Mon, 30 Jun 2008 09:47:00 -0800

Here's something I've missed since OS 9: a wee program that checks if your other programs are up to date.

The App Update widget compares your programs against the listings at Apple, Version Tracker, and MacUpdate, and then offers download links to the programs that are outdated. It generated a few "false positives," but also reminded me of a number of programs I'd downloaded and then never really checked out.

App Update has joined the tiny group of widgets I actually use. Which ones do you like?

EyeTV, the paperless office, and more

Mon, 30 Jun 2008 05:00:00 -0800

This week, let's tie up some loose ends from previous articles in this series. Firstly, following up on One Week with EyeTV, I'm happy to report that the EyeTV 3 upgrade was everything that the commenters promised it would be. Better performance and very useful features. Which brings me to one of my favorites, since it addresses a personal pet peeve. It always annoys me when I see a standard TV image (4:3 ratio) stretched to fill a widescreen TV. I do understand that people want to use all those pixels they paid for, but distorting the image so that everyone looks short and wide is just silly, in my opinion. EyeTV offers the perfect solution, turn on "automatic display ratio" and the TV window will smoothly resize itself to the correct dimensions for the video being displayed. Although I was initially satisfied with the 22 channels I received sans antenna, a link at El Gato's website led me to Antennas Direct's Picture Frame Antenna. My office is part of our living area so a traditional, and ugly, antenna was out of the question. But the Picture Frame Antenna is almost undetectable as anything but a standard picture frame. (Except for the RG6 cable that runs up the wall and terminates behind the frame.) I can attest that the SAF (spousal approval factor, a key measurement of smart home success) is very high for this antenna, and it works really well. Without the antenna I received 10 digital channels; with it I receive 28. It also helped with analog reception too, boosting my choices in those from 12 to 21. Wow! Next, Macworld's review of the Fujitsu ScanSnap document scanner is worth reading if you'd like to eliminate the paper clutter in your home or office. As they note, the OCR software bundled with it isn't the best, but see my article My Paperless Office for my solution and others offered by commenters. Finally, if the high-end home automation system from Savant caught your eye, and you have money left over, you'll want to read about the Integrated Theatre Console from SE2 Labs. It combines a lot of different components, including an Apple TV, for a hefty price. It's a good thing to keep in mind next time you're questioned about your smart home budget; you'll look thrifty in comparison. I've been blogging at O'Reilly sites for about four years now, and writing about smart homes here every week for the last seven months. It has been great working with Derrick and the staff. I thank you very much for reading and all the great tips you've given me. A change in circumstances requires that I take a break from here for now, but I invite you to visit my personal blog, Nothing Up My Sleeve, where I'll continue to write about smart homes and other topics. So long, and thanks for all the clicks!

Timing is everything

Thu, 26 Jun 2008 11:11:10 -0800

A friend IM'd me this morning exasperated at a co-worker who looks at bugs found during QA as being the same as bugs found in earlier testing. Traditional metrics* show that the cost of fixing bugs found early in development is much less than the cost of fixing bugs found late -- like during Q A. Keep that in mind as you read the memo from Bill Gates that was Slashdotted today. The memo is shown on Gizmodo and is pages and pages of Gates explaining what is wrong with an experience of using a Microsoft product. He describes a lengthy experience that begins when he just wants to download some software and is told that they didn't expect anyone to want to download the software from the download page. So he has to download a ton of software through the update mechanism and reboot his machine only to find that he still doesn't have the software he wanted in the first place. Towards the end of Gates' memo he writes "The lack of attention to usability represented by these experiences blows my mind." The article ends with a note that Gates is asked about this memo and reports that he wrote something like this every day. That part is good -- that's part of Gates' role at Microsoft -- or at least it was. So I was thinking about one of the last MacHack's. A member of the iPod team told stories about the development of the device. He said that Steve Jobs took the prototype home each weekend and on Monday they got a bunch of notes on what was still wrong with the device. Jobs caught little things. Things most of us would never notice. The engineer described one bug where the time elapsed and the time remaining would not always add up to the same number. There were times when they didn't quite move in sync. Jobs noticed and it was fixed. So although I know better than to generalize from single data points, I'm going to. Both leaders are paying attention to details and the user experience in important ways. One key difference is that Gates is catching problems with software that's already shipping while Jobs is catching problems with a device before it ships. ===== * This is the moral equivalent of "it can be shown" and means that my first cursory glance through some books didn't turn up the actual studies with the accompanying numbers. I think the curve is exponential with fixing bugs found at development time being about one tenth the cost of those found during QA which are in turn one tenth the cost of those found after the software is released. OTOH I could just be making those figures up.

SSL on Google means Semi Secure Links

Wed, 25 Jun 2008 23:39:51 -0800

After much debating, we decided to enable Google Apps Premier Edition for in-office use. SSL had always been a sticky point for us, and Google Apps are notoriously lacking in this regard, but probing around various newsgroups and sites seemed to show behavior had been improved across the board. Unfortunately, things are still very hit and miss and I fear they're getting worse. The biggest sell of Google Apps Premier Edition is that blanket security can be brought to organizations through a "force SSL" checkbox located in the Admin control panel. This box is mentioned in Google's own security PDF document and referenced by hopeful users in the Apps support forum. That box, of course, is nowhere to be found. Google, replying to a thread in which a user pointed out they were not living up to their promises — and contractual agreements — replied that accessing an application through the SSL URL would not only encrypt the entire session — as it used to — but also carry the SSL protection to the links to other applications featured within the interface. The promised checkbox was apparently still being worked on, with no ETA. Surprise! The recommended method works. Log securely into Google Calendar and the session will stay encrypted — nothing new here. Click on the Mail link at the top left and you securely access GMail without a drop of cookie-evaporating HTTP in sight. Yayy! It's not nearly as good as a dedicated SSL box that would force such behavior but it's a step closer to true protection. Gone are the most dangerous links. Don't relax too soon, though… Now, try logging into the most sensitive site of all, the Domain's control panel. Are you there? Good. Click on the "Help" link at the top right. Still using SSL? You bet! Google is really getting good at it, aren't they? Now, go back one step and click on "Inbox" right from your admin panel. Boom! That link was HTTP. Game over, your admin session has now been hijacked and your corporate web site is now dedicated to a "tits on toast" fetish. (A tit being, as you know, a small songbird, which probably means your hackers are interested in gourmet sandwiches.) Google has made one big step forwards by fixing the most glaring problem of its SSL security, the cross-application linkage. They've also proven they don't care much by making the holes sneakier and placing them in more sensitive areas. I really appreciate all the tremendous efforts required by the maintenance of a suite like Google apps, but is it too much to ask from the world's web application authority to hire an intern to click on links and report on the protocol they use? As users, shall we choose between MobileMe's no-SSL policy or Google's SSL-surprise extravaganza? Most users just spend their days leaking information in the wild. The few who care (a lot) manage to lessen that to a few times a week. Meanwhile, Google is blurring photos of empty fields of grass on demand to avoid violating the privacy of cows and Apple is focusing on remote-wiping iPhones… Two very laudable initiatives, that goes without saying, but maybe not carrying the highest impact on the daily life of the average user. While I am at it, here's an anti-leak trick for us Mac users. Encapsulate your Google applications within a Fluid instance and use Little Snitch to deny outbound access to anything but port 443. Not ideal but definitely lighter than installing a browser extension for a few sites. (Especially since logging into Google Apps in the very browser you use to update your MySpace page is asking for trouble.)

Free Statistics Package for Your Mac: The R Project for Statistical Computing

Wed, 25 Jun 2008 04:00:00 -0800

If you search for the letter "R" in Google, the first hit that comes up is the R Project for Statistical Computing. R is a full statistical platform that provides a statistical programming language, a computational window, and programmable graphics output. It is an Open Source project that provides ready to run installable binaries for Mac OS X as well as Windows. If your spreadsheet's basic statistical functions fall short of your needs, you might want to take a look at this powerhouse statistical package. The R Project for Statistical Computing R is an implentation of S (An Interactive Environment for Data Analysis and Graphics) from Bell Labs. I recall get S on a reel of tape for installation on a DEC VAX running Ultrix in the ancient times (1980s). Installing R from a DMG file is much simpler and faster.

Some of you might be amused to note that part of the R installation suite includes GNU Fortran. The installation process is completed automated, simple, and fast. By the way, the project just released R 2.7.1 on June 23.

Although you can run the old text shell interpreter from a Terminal window or the X11-based graphical interpreter, most Mac users probably would prefer the Mac friendly R Console.

If you, like me, keep a Terminal shell window open all the time when using your Mac, you will probably feel very comfortable with R Console. Using the up and down arrow keys moves you through your keyboard history. You can also press the ESC key for command completion. As you can see from the screen capture near this paragraph, the Mac R Console displays a list of possible commands in a drop-down menu.

Although you can manually enter data from the R Console, I prefer bringing data from other sources. I tend to enter a lot of data into spreadsheets since my Windows Mobile phone has Microsoft Excel Mobile built-in. Although R is capable of reading Excel XLS files directly, the R documentation recommends exporting data from Excel to a CSV file and importing data from a CSV file to R. I've been keeping a log of my automobile gasoline fillups for years now for two consecutive cars. My spreadsheet consists of the following columns: Date, Miles (driven), Gallons (of gas), Price (in US$), MPG (miles per gallon), and Station (the gas station name). Here's how I imported this data from a CSV file named GasMileage.csv). gas = read.csv("GasMileage.csv", header=TRUE) The header=True parameter tells the read.csv function that the first row in the sheet are labels for the column. The histogram of the MPG data column displayed in the graphic here was generated using the command: hist(gas$MPG) The gas$MPG tells the histogram (hist) function to use only the data from the MPG column. You can save all your work in a workspace when leaving R. This workspace (you can have more than one) can be loaded the next time so you can pick your work up where you left it.

I also have electricity usage data for a building with a data center in it for fiscal years 2000 through 2006. I imported the table of information from a CSV file using: kal = read.csv("buildingpower.csv", header = TRUE) I created a plot of the kilowatt hours used for each fiscal year and connected the dots with lines using these two commands: plot(kal$Year, kal$KWH) lines(kal$Year, kal$KWH) The dip after the year 2000 can be attributed to replacing hundreds of light fixtures and lights. But, as you can see, the ever increasing number of servers eventually took its toll over the years.

Don't let my simple examples make you think that R is limited to simple calculations and plots though. Type demo() in the R Console to see a list of R demostrations. The shaded perspective graph here is part of the examples called by demo(persp). The statistical features start with simple descriptive ones, move on T-Tests, ANOVA, and linear regression, and then lets you move on to more complex multivariate statistical functions. If none of the packaged functions meets your needs, remember that R is a statistical programming language. So, write what you need.

Open XML Converter for Office 2004 and 12.1.1 Update for Office 2008

Wed, 25 Jun 2008 03:00:00 -0800

The wait is finally over for Microsoft Office 2004 for Mac users. Microsoft released... Open XML File Format Converter for Mac 1.0 ...which lets you read the new Microsoft Office 2007 (for Windows) and Office 2008 (for Mac) file formats from Office 2004 for Mac apps. Microsoft also released... Microsoft Office 2008 for Mac 12.1.1 Update ...which includes performance enhancements (much needed! Office 2008 components seem to run slow on my iMac), stability fixes, and plain old fixes. I noticed that it also installs Microsoft Silverlight in this update (didn't it do that in the SP1 update too?).

Another Round of "Next Action" Hide-and-Seek With OmniFocus

Tue, 24 Jun 2008 08:00:00 -0800

Two weeks ago, I [complained][] about something not being quite right with the way [OmniFocus][] -- a task management application based on GTD -- handles repeating actions, which may cause most of a project's actions to be hidden from you. In the comments to that blog post, a reader suggested three possible workarounds. Here's how useful those workarounds turned out to be, plus an official view on the topic by the OmniFocus developers. [complained]: http://blogs.oreilly.com/digitalmedia/2008/06/when-omnifocus-plays-hideandse.html [OmniFocus]: http://www.omnigroup.com/applications/omnifocus/ As a quick refresher, here's the problem again: you've created a project in OmniFocus and set the actions in that project to repeat. When you check off the project's top-most (repeated) action, OmniFocus creates a new iteration of that action with updated due dates, but the new iteration is created in place of the old one, so it remains top-most in the project and, thus, the "Next Action." Consequently, when working in OmniFocus's Context View set to show only Next Actions, you will never get to see any of the other actions in the project while chugging away at your daily dose of tasks. Let's see whether the suggestions provided by reader _lucas_ help work around this issue. ### Workaround #1: Repeating projects instead of repeating actions By repeating a whole project instead of its individual actions, checked-off actions are properly moved out of your view, as the Next Action status is advanced to the top-most non-checked-off action in the project. However, to make OmniFocus create the next iteration of the project once an iteration is completed, you need to go into Planning View and check off the whole project. Generally, this makes sense, as you would check off completed (non-repeating) projects during the weekly reviews. Still, for repeating actions, I'd prefer not having to go through any additional user intervention beyond just checking off the actions themselves. What's more, when you do check off the project, OmniFocus creates a completely new project just like it instead of re-using the old one. This, also, is just as it should be, but, as a result, the project will vanish from your view if you are using the "Focus on Selected Projects" feature. Finally, and very obviously, this only works when all actions in the project share the same repetition and due date settings. So, for projects with actions that should repeat with different time intervals, this solution can't be applied. ### Workaround #2: Grouping repeating actions Grouping repeating actions and setting the repetition for the group instead of the actions it contains does work -- but only for the actions inside the group. If you have several groups in a project, it fails just as if you had used individual, non-grouped actions. And there is another, more general, problem with how OmniFocus handles groups that falls into the "This Needs Fixing" category: in OmniFocus, groups behave a bit like actions, but, then again, they don't. Let me explain. Like actions, groups have a check box. Unlike actions, they do not appear in Context View; only the actions contained in the group do. So, to make OmniFocus create a new iteration of a repeating group, you have to go to Planning View and check off the group, then go back to Context View and continue with your work. Which totally breaks OmniFocus's -- otherwise totally ingenious -- concept of having separate views for planning and executing your projects. ### Workaround #3: Using Start Dates Unlike the previous two approaches, resorting to using start dates instead of due dates will actually cause OmniFocus to reliably assign the Next Action status not only to the top-most action, but to the top-most action _whose start date lies in the past_. When an action is checked off, its start date is advanced according to its repeat settings. As soon as the updated start date lies in the future, the action is hidden, and the next action in line that is not yet hidden (because its start date lies in the past) is made Next Action. The only condition for this to work is that the project type is "parallel." (For "sequential" projects, the top-most action remains Next Action regardless of due date, and all that happens in this case is that this action, and with it the complete project, is hidden from Context View.) If you can live with that minor limitation, using start dates does, indeed, provide a way to make repeating actions work. ### And, yet, I yearn for more Using start dates comes very close to how I think OmniFocus should handle repeating actions. And yet, I find using start dates rather unintuitive. Most task management systems I have seen so far use due dates in one way or another; but start dates? Also, I don't like the fact that this causes actions to be hidden until that start date. Although this is just what the start date feature is supposed to do, it makes for an annoying side-effect if all you really want to do is "just" re-order repeating actions by due date and seeing the next action in line as soon as you check off its predecessor. By the way I'm [not the only one][] who struggles with this. [not the only one]: http://blogs.oreilly.com/digitalmedia/2008/06/when-omnifocus-plays-hideandse.html#comment-2017917 ### The "workaround" that does work Thankfully, the good folks at the OmniGroup have an open ear for their customers' wishes, and they were kind enough to provide The Official Developer's View on this issue: > This is the intended behavior. Action order is of the utmost importance in project planning, particularly in the methodology on which this application is based. If it was the entire project that was meant to be repeated, then the repetition should be set to the project - not the action. If it were not the project, then various groupings might be in order. (Really, it varies from project to project and person to person.) As you could see, repeating the project or using action groups will not work in all cases. > However, you're the only one who didn't expect this behavior which means, while we do feel that there might be solutions more inline with the methodology, we probably could have done a better job clarifying how to accomplish this. It is for this reason that we'd like to add an option that allows repeating actions to be inserted relative to its peers instead of its original, intended place in the project. We will be making this option available as soon as possible. I have a feeling that there's a "not" missing in the first sentence of this paragraph. If not, I would wonder whether I should be seriously embarassed or feel flattered in an out-of-the-box-thinking kind of way... Anyway, by adding this option -- I expect a new checkbox in the Project inspector pane, saying "Sort repeated actions by due date", or somesuch --, OmniFocus's behavior will not change at all for users who think the current method by which OmniFocus picks out the next Next Action is just fine. And for those of us who think that said method needs fixin', the real "workaround" will be just one mouse-click away.

High-end Mac-based Home Automation

Mon, 23 Jun 2008 22:54:51 -0800

Last week at WWDC 2008 I got the chance to view the Savant home automation system in action. It's certainly impressive—it offers wide-ranging and sophisticated support for a variety of different devices—but it's not normally a system I'd consider. You see, the Savant system is decidedly high-end (starting costs are north of $10,000) and it requires professional installation and programming. The results of which, as you'd certainly expect, are impressive. But I'm definitely a "do it yourself" kinda guy, as Smart Home Hacks demonstrates, so why did Savant catch my eye? Not only were they recruiting Mac OS X-savvy programmers at WWDC, they were demonstrating a system that is entirely Mac-based. That, my friends, is indeed an exciting development. If you want to dive into high-end automation, you'd normally have to spend plenty of cash on specialized embedded controllers or Windows-based systems. With Savant, you get a controller built on a Mac mini, touch screens based on MacBook computers, and a Mac OS X native programming interface to configure it all. (Although, as with most systems of this nature, you'll likely have your consultant or installer do all the hands-on programming.) Also of interest to home automation enthusiasts is that Savant eschews most wireless or powerline controller (PLC) interfaces in favor of hardwired control. That helps explain the installation costs, but also provides the high-reliability that an investment-grade system must deliver. If you're building a new home, and you're in the market for a robust and feature-rich professional automation system that uses your favorite computer as its backbone, you'll want to consider what Savant has to offer. The rest of us can just wipe the drool off our chins.