Safari 4 beta, a closer look

After waiting a day for the dust to settle -- and for developers to catch up -- since Apple's release of Safari 4 beta, it looks like there are relatively few show-stopping bugs to talk about. Just about every problem we've heard about at TUAW, and every issue I've had personally, has been an issue with a plugin. Fortunately, for those of us who really depend on hacks plugins for surfing productivity, most developers have been preparing for the release using nightly builds and have already come through with updates.
Yes, plugins break when software is updated, when the software is beta, and when -- due to the lack of a genuine plugin architecture -- plugins are, in fact, hacks. The developers of our third-party goodies have our backs, in most cases, and I expect the ripples on the water to die down completely over the next week.
In the area of search plugins, I switched from Inquisitor to Glims a while ago because of the extra features Glims offers. I haven't seen an update to Inquisitor yet, but Glims came out with build 13 this morning. Unfortunately, my search-as-I-type functionality still isn't working, but the plugin loads and the additional functionality is there. It's quite possibly a conflict with another plugin ... not that I'm running that many.
A big deal for me was the fact that 1Password ceased to communicate with Safari after upgrading, but the developers were on top of that. A new release is available from the automatic upgrades in the main 1Password application, and new users who download the app won't have any problems with Safari 4. Another mainstay of my browsing world, Greasekit, seems to have come through unscathed, and the InputManager which enables Leech (my current download manager) is working fine for me. Saft also just updated as I'm writing this.
Cover Flow, inside and out
SafariStand was another favorite of mine. It appeared to be working fine at first, but seemingly unrelated issues (like a crash when loading the bookmark organizer) suddenly cleared up when I uninstalled it. I haven't done extensive testing ... I'm working without it for now. One of my favorite aspects of the plugin was the ability to capture thumbnails of history items and, with the included Quick Look plugin, view my website history in Cover Flow. When combined with the bookmark thumbnails generated by WebBla, I had a pretty good-looking interface for searching and navigating my Safari history and bookmarks. Fortunately for me, Apple saw some value in this as well, and this feature is included in the Safari 4 beta.

Safari 4 beta, as noted yesterday, includes the ability to search your history and bookmarks with a Cover Flow interface. The Cover Flow functionality doesn't end inside of Safari, though. Once the thumbnails are generated, they can be seen in any Finder search. Just type "kind:safari" into the search field on a Finder window, set your view mode to Cover Flow (or thumbnails, if you like) and revel in the glory of visual navigation.
Obviously, you can play with the search criteria and narrow the search down using keywords. You can also create a Smart Folder (saved search) for your Safari items and quickly search within it. Users of applications like Ironic Software's Leap will find it handy as well. In fact, Leap handles the biggest drawback, and that's Finder's handling of the filename vs. the title of bookmarks. In Finder, you get the system-generated filename for bookmarks, which looks a lot like this: 00A41A26-F9B3-42FA-90F7-37324C091BF2.webbookmark. In Leap and other search applications, you get the title of the site or bookmark.
I've been generating thumbnails in various ways for a while now, it's hard for me to tell exactly when they're generated (as you visit the site, or as a background process). You might find that your dustier bookmarks require a visit before they'll show up as screenshots.
Update: while this has been working for me, it's becoming less clear that the "thumbnails in Finder" functionality will be readily available to all Safari 4 users. Other TUAW bloggers are reporting that they don't get the thumbnails, so I'm working now to determine which of the various hacks in my system is making it work for me.
Mail.app issues?
Some Mail.app users are having some hiccups as well. Users of the GrowlMail plugin have probably seen some problems, but the fix is easy ... uninstall GrowlMail. You didn't really need the extra distraction, did you? I hear developers are working on the situation now, though, for those who like the extra notification and don't want to use Mail Appetizer (which seems to be working fine, by most reports). There are other reported problems with Mail.app and its interaction with Webkit, the browser engine Safari uses. Check out this post at MacFixit for more info if you're in a bind.
Speeeeeed
I can't vouch for the exact numbers Apple is claiming for speed increases yet, but I can verify that some sites load significantly faster than they did in Safari 3, especially those with a lot of Javascript to deal with. ZDNet offers some hard data, and things are looking good for Safari. As far as the topside tab bar, I can take it or leave it. I haven't actually figured out what the major benefit should be, but it hasn't been a problem. I think that if I ever actually clicked a tab, rather than using the '.' and ',' (thank you Glims) or the tilt wheel on my mouse (thank you SteerMouse), I might be more inclined to have an opinion. For a nice overview of the new look and features, check out the Safari 4 UI breakdown over at cocoia blog.
Share
Source: http://www.tuaw.com/tag/Safari/
After waiting a day for the dust to settle -- and for developers to catch up -- since Apple's release of Safari 4 beta, it looks like...
Add a Comment
The new safari has a few nice features, but like 3, it doesn't edit properly in Google docs. I will stick with FF.
March 02 2009 at 12:03 AM Report abuse Permalink rate up rate down ReplyI would like it better if they simply reversed the top town line. Put the site URL and Google search in the top line. Do away with all buttons - who uses them, they are just a key stroke away. And put the tabs back below as before.
That would be great
Am I the only one having problems with SB4?
I've tried launching it around 10 times throughout the day, and I've reinstalled/restarted 3 times, yet I've only gotten it completely running once, after which I went to work on fixing Mail.app (GrowlMail) and had to restart again and now it's back to not working. I can open it just fine, and I've got all of the options in the Menu Bar (Safari, File, Edit, etc.), but it doesn't open a new page automatically like S3 and when I try doing it manually by either right-clicking in the Dock, going through File>New Window, or through keyboard commands, the app crashes.
Is anyone else having this problem or have a fix for it?
I'm loving the new version, and am impressed that the developers of 1Password and Glims are on top of it so quickly. I like the tabs on top, especially for the saved pixels, but would prefer it with some kind of separate drag handle for the window. On that subject, it seems a shame that this release didn't introduce Exposablé (?) tabs, which would really be a killer feature. There is a Tab Exposé add-on, but I never had any luck with it.
February 26 2009 at 7:39 PM Report abuse Permalink rate up rate down ReplyThe GrowlMail fix is quite simple:
http://boredzo.org/blog/archives/2009-02-24/safari-4-beta-and-growlmail
Why is it that Safari can't sort bookmarks alphabetically. It may be the only thing I find more annoying then the lack of cut and paste cut and paste cut and paste cut and paste cut and paste cut and paste on the iPhone.
February 26 2009 at 2:27 PM Report abuse Permalink rate up rate down ReplyAnyone notice the new zooming?
The View menu has options for "Actual Size", "Zoom In", "Zoom Out", and a checkable "Zoom Text Only" option.
If you zoom in or out, text *and* pictures change size, unless you have the Text Only option checked.
The "accesskey" attribute for links seems to be broken in Safari 4 beta. A link with 'accesskey="e",' for example, in Safari 3 could be launched with a control-e key combo. Not so in Safari 4. These keys would often be used as shortcuts to make tasks like editing wiki pages easier. Should be a simple enough fix if Apple notices.
Anyone interested in buying some old NeXT equipment?? I have some NeXT Stations color & b/w, and some cubes, and a few monitors. It sure would help my marriage to get rid of these. Make me an offer...
March 05 2009 at 5:43 PM Report abuse Permalink rate up rate down Reply"plugins are, in fact, hacks"
No, plugins are plugins. Hacks are hacks.
Flash is a plugin. It uses a supported architecture to extend Safari. The same is true of Shockwave or QuickTime. QuickTime may be part of OS X, but it's also a plugin for your browsers. See the files in /Library/Internet Plug-Ins/ for examples of actual plugins.
Hacks are hacks. Input managers are hacks. They may be marketed as plugins, but they are hacks. They are ways of changing the behavior of an application beyond what is expected or supported.
TUAW has a journalistic responsibility to report these things accurately and it isn't stepping up. This misinformation has been regurgitated by TUAW repeatedly. If TUAW continues to get this wrong, it will be necessary to conclude that it's authors are pulling a Rob Enderle by misreporting to generate hype.
I would prefer that Apple continue to use their own UI guidelines. The title bar should remain sacred. It's strongly associated with the look of Mac OS X. Otherwise, we might as well migrate to Windows or Linux or whatever. As a 20 year Mac user, I loathe tabs in the title bar.
Please ask Apple to quit such foolishness, and get back to refining the elegance of Mac OS X rather than screwing around with it for no good reason having substantial benefit. Hell, just give us WindowShade and well implemented Finder labels. You still haven't gotten around to that yet after all these years. (Finder labels look like a Kindergarten exercise now.)
"I would prefer that Apple continue to use their own UI guidelines. The title bar should remain sacred. It's strongly associated with the look of Mac OS X."
I completely 200% agree. The title bar is part of the OS's responsibility, and what goes inside the window is the app's responsibility. I don't expect it to happen, but what would happen if the OS X people decided to create a new title bar design in a new release? Ideally, the apps would behave the same within the window, and use the new window decoration. But with a custom title bar, how would it look? Would the tabs appear pasted over a different title bar,? Would they even appear? Would the app even open?
I'm also curious how this impacts moving the window. If you click and drag in the wrong place, will you move some tab to its own new window?
I'll try it with the new layout when it is officially released, but I hope they keep an option to leave the tabs under the address bar if I don't like the new style.
Hot Apps on TUAW
Deals of the Day
more deals- Used Apple iMac 17" Core 2 Duo 1.83GHz for $430 + $28 s&h
- Lounge Deluxe Stand for iPhone / iPod touch for $28 + $8 s&h
- Brookstone Surround-Sound Earbuds for $14 + $7 s&h
- Refurbished Skullcandy Tokidoki Smokin' Buds Mic'd Headset for $5 + $2 s&h
- Stitchway Backup Battery for iPod / iPhone for $5 + free shipping
- Used Apple MacBook Pro 2.4GHz 15" LED Laptop for $1,030 + $29 s&h
Software Updates
more updates- EFI Firmware Update brings Lion Internet Recovery to 2010-model Macs
- OS X Lion 10.7.3 released with Safari 5.1.3, Wi-Fi bug fix
- Aperture updated to 3.2.2, addresses Photo Stream issue
- Apple updates Keynote to address Lion issues
- Google Search app gets new look on iPad
- Apple releases Apple TV Software Update 4.4.3



61 Comments