If you are having an issue where Safari 3 beta refuses to close any windows via a click, and will not respond to Command-W, check your /Library » InputManagers and ~/Library » InputManagers folders. One of your Input Managers may be the cause. I had SIMBL installed, and after removing it from my InputManagers folder, Safari 3 now closes windows properly.

Safari 3 Beta kept crashing on PDF links for me. I found and removed an old Adobe PDF viewer plug-in, and all is well again. Use the Finder's search feature to locate AdobePDFViewer.plugin (it should probably be found in /Library/Internet Plug-Ins/), and delete it. Restart Safari 3, and the crashes may be gone.

I'm excited to see Google take a bite out of MS Office, but I was bummed to see that Google Apps didn't support Safari. However that all changed with the public beta of Safari 3. Hmmm ... Office-like tools through Safari 3, and perhaps also through my iPhone. Nothing to do but switch to Safari 3, load some Google Apps such as Docs and Spreadsheets, and start working.

[robg adds: According to what I've read on the net, the browser on the iPhone is presently based on Safari 2, not 3. I would think this may change once Safari 3 leaves beta this fall.]

If you're developing a web application or site in anticipation of the iPhone's arrival, you can either adjust a Safari window to be 320x480, or you can download the free app iPhoney and give it a try in a more aesthetically pleasing context.

iPhoney has an embedded WebKit view, so the behavior should be more or less accurate, although it doesn't yet support pinching and zooming.

As people adjust to Safari 3, I wanted to share a little addition that's helped me work more quickly: a cursor change depending upon a link's target. If the link will open as is in a new tab, the cursor doesn't change. If it will open in a new window, however, the cursor will change to a crosshair.

Open ~/Library » Application Support » Safari » userContent.css and add the following, then save:

/* Change cursor for links that open in new window */
:link[target="_blank"],
:visited[target="_blank"],
:link[target="_new"],
:visited[target="_new"] {
cursor: crosshair; }

[robg adds: This works for Safari 2 as well -- just create a file named mystyle.css (or whatever you like, ending in .css) somewhere on your hard drive, then visit the Advanced tab in Safari's Preferences, click the Style Sheet pop-up menu, and point it to the .css file you just created. It should also work for any other browser that supports the cursor property and custom style sheets.]

Safari 3 has a hidden option to show a circular progress indicator within each tab as it's loading. A nice option, and to enable it, quit Safari and then type this in Terminal:

defaults write com.apple.Safari DebugUsePieProgressIndicator -bool true

Credits to this Flickr page, which shows you what the progress indicator looks like.

After what seems like an eternity, Apple has finally made it extremely easy to set an image you find online as your desktop picture. It couldn't be simpler: Find the image you want to use, control-click on it, and choose Use Image as Desktop Picture from the pop-up menu. It's as simple as that.

[robg adds: Perhaps I'm the only one, but I hadn't noticed this option yet. Keep in mind that unless the image you find is at least the same resolution as your monitor, you'll get some pretty bad fuzziness as OS X attempts to scale the chosen image up to your monitor's resolution.]

The Opera web browser's Fit to Width feature eliminates horizontal scrolling on pages like this. However, if you don't or rarely use Opera, then here are some partial solutions. Mozilla browsers have a userContent.css option:

pre { white-space: -moz-pre-wrap !important; }

That will auto-format the aforementioned page, but it won't work on pages like this. The following bookmarklets, based on Ruderman's original and some variants attempt to fix this:

word-wrap for gecko browsers

WebKit browsers have a word-wrap:break-word built in, but not inside certain tags, and no -moz-pre-wrap equivalent:

word-wrap++ for webkit browsers

Change the width and/or prewidth variables to suit your screen size/resolution and possibly to get it to work with other sites. If the bookmarklets are mangled, you can copy the code/links directly from the source.

[robg adds: Keep in mind that the reason the pages get wide is that users have submitted code snippets without line breaks. Based on my testing (in Camino at least), the way these reformatters work is by inserting actual line breaks. If you then copy and paste the code as-is, it may or may not work. Remove the added line breaks if you have issues. I try to always format stories such that they don't require horizontal scrolling, but I have no control over comments.]

I found this out while playing around with Safari 3. If you hold down the Shift key while pulling a tab off a window (to create a new window from that tab), the effect will proceed in slow motion, similar to the effect that the Shift key has on Exposé.

When I first tried Safari 3, it was unusable. Every time it loaded a page, it would fail to render and the previous page (or blank window) would remain. Only reloading would cause pages to render properly.

I tracked the problem down to SafariStand -- in particular, its site alteration feature (which was high on my list of suspects from the beginning). So if you want to use SafariStand with Safari 3, you'll have to switch the site alteration feature off.