Solipsism Gradient

Whew! I finally succeeded in downloading and installing 8A428, the “Golden Master” build of Tiger (Mac OS X 10.4). So far everything works great. And AAPL also closed up at $37.24… I’m happy.

I was just looking at my user’s version stats – that is, the versions recorded when XRay and Zingg! check for updates – and I’m amazed. Tiger came out officially on April 29th, yet April closed with a 10% adoption rate! And for May so far, late on May 6th, 52% of my users are already running Tiger!

For the record, 4% are still on Jaguar, 35% on 10.3.9, and 9% on other Panther versions. I thought adoption rates would be high, but this is beyond all expectations. It quite confirms my decision to make XRay 2.0 Tiger-only.

Also, RBSplitView 1.1.1 is in final testing and should be out tonight or tomorrow. I’m just polishing the docs right now, so look for it later…

Apple Cocoa

Well, it took over a month, but version 1.1 of RBSplitView is now out.

Originally I was calling it 1.0.5, but several people made so many good feature requests it became clear that 1.1 would be more appropriate. Special thanks to Dan Wood, Steve Gehrman and Brad Miller for their input and help with debugging.

When I began coding on XRay 2 some months ago, I ran into severe limitations with Cocoa’s NSSplitView. After a couple of frustrating weeks to make it behave like it should, I began looking for alternatives, to no avail; so I started coding my own version.

Then, as I realized that many other people were having similar problems, and that numerous Apple applications also seemed to have their own handrolled extensions to NSSplitView, I decided to publish my source. It has been a great learning experience.

With my recent decision to attend WWDC, I think the time has come to stop fiddling around with RBSplitView and return to XRay 2, in order to have a working alpha to bug the Apple engineers with. This will be fun!

Cocoa Programming

Yes, I know, it’s been over two weeks. I’ve been holding back some posts I’ve wanted to make, since they demanded preliminary work I couldn’t do at the time… scanning stuff and processing pictures, and so on. Hopefully next week…

Meanwhile, my proposed paper for the 2005 Advanced Developers Hands On Conference has been accepted. ADHOC (formerly famous as MacHack) will happen July 27-31, 2005, in Dearborn MI (near Detroit). A great conference for Mac developers.

Regarding the paper, the working title is: “Out of the Bottle: Beyond the Genie Effect”.

One Cocoa FAQ is how to do the Genie Effect. Unfortunately, the effect itself is done behind the curtain by the Window Manager. We’ll show how to do it in a few easy steps, which will teach you how to:

1) Overlay a transparent window over the screen and draw into it

2) Use OpenGL in that window to move images around

3) Make it appear that your windows are actually doing cool stuff.

Most important, this is the first paper I’ll be doing with a coauthor: Jeff Biggus, the mild-mannered secret identity of HyperJeff (cue applause!). Jeff will be doing the OpenGL part – something about which I know very little right now – and I’ll be doing the graphic interface part. He’ll also attend the conference to present the paper, as I won’t be able to make it this year.

In other news, RBSplitView 1.0.5 is nearly ready for publication. There’s still one feature request and a couple of bugs to take care of, but I hope to have it ready over the weekend. So watch this space…

ADHOC MacHack Cocoa

DrunkenBlog has yet another great developer interview, this time with Jon “Wolf” Rentzsch of Red Shed and mach_inject fame. Even though I’ve run into Jon several times at MacHack, I knew relatively little about him; especially not that he comes from a noble German family.

If you’re a developer, it’s a must read. Also, be sure to look up the other interviews, which I’ve been remiss not to point at before; especially the one with Brent and Sheila Simmons.

Follow-up; unfortunately it didn’t work out as well as I had hoped.

It seems that Firefox is limited to files under 2GB; at least it misreported the file size, which should be 2314MB, as 2097MB, and cut off the download at that point, with the final 200-odd megabytes missing. It also doesn’t support resuming downloads after quitting the application.

Several other tricks I tried to resume the download, or to download from the command line, also didn’t work. So I reported the issue to Apple DTS… let’s hope the actual DVD arrives sometime soon. It usually takes 2-3 weeks.

As the gentle readers who’ve met me in person probably know, I don’t own any socks.

It must be some sort of thermal disability, but the last time I recall borrowing a pair of socks to use inside my standard Birkenstocks was some 5-6 years ago when we went for a walk on the Columbia Icefield. A well-known anecdote about this features a slack-jawed landlady near the Titisee, where we went looking for a room in somewhat dismal weather, gasping “but… you have no socks on!” after opening the door.

Still, for one special case I’m all for socks. SOCKS, that is. I was stymied by trying to download a 2GB+ file from the Apple ADC Site. Apparently, my ISP interposes a transparent proxy cache which breaks downloads of such huge files over the standard HTTP port (80). So after beating my head against that wall for a few weeks, I chanced to ask Mike Ash about this, and he promptly came out with a recipe for doing it over a SOCKS proxy! And it has other nice side effects:

…This allows your traffic to traverse your local network without being visible to snoopers, even when visiting unencrypted sites.

It also allows you to appear to come from a different IP address, allowing you to defeat geolocation schemes. In particular, some credit card processors try to make sure that your credit card billing address is correlated with your IP address, which can be hard on us expatriates.

Thanks a lot Mike!

Whew, this has been a long dry spell. I had one of those pesky attacks of “programmer’s block”, where a couple of silly bugs hold things up for weeks.

Fortunately I can report that it’s over and we’re seeing real progress again. Expect RBSplitView 1.0.2 to be released in 1 or 2 days…

Regarding issues of trust between shareware authors and users, an interesting discussion has developed over on the XRay 1.1 support forum.

It appears to be based on a difference of mindset between old-time Mac users and users coming in from Unix or Linux platforms. I’m squarely inside the first camp, of course, never having used Unix or Linux (nor Windows, either, except on a very few occasions).

XRay‘s original purpose, as regular readers well know, was to offer a user-friendly way to view and set file/folder attributes, including BSD permission flags – the latter being a completely new concept to me and, judging by the software’s popularity, most Mac OS X users. As such, both the installation process and normal use try to insulate the user from the details as much as possible; the rationale being that anybody knowledgeable enough to use various Terminal commands such as chown and chmod would prefer using them directly, while old-time Mac users would prefer using XRay as a graphic wrapper for these commands.

I think is this the second (or third?) time, in the 3+ years that XRay has been available, that a former Unix/Linux user has thought that XRay’s installation procedure is “suspicious”; either because it asks for an administrator password to copy stuff into /Library/Application Support, or because it sets world-writeable permissions on the folders it creates there, or something. I must confess I had a hard time even understanding those arguments at first…

Of course I’m concerned with that and will try to make the whole process more transparent, but I’m not entirely sure how to go about that. Should I ask the user first “are you an old-time Machead or a suspicious former Unixer?”…

So far the least disagreeable solution seems to be to list, on demand, all steps that are done – or perhaps before each one is done – and explain why, and offer the user a chance not to do that, and say what restrictions will result from cancelling. Seems an awful lot of work, though, to accomodate a very small proportion of users.

Comments?

Shareware