If you like searching with Google quickly and your prefered browser is OmniWeb, you will like this hint.
Go to 'Shortcuts' in the OmniWeb preferences and edit the first one (Shortcut = *, Destination URL = http://www.%@.com). Change the Destination URL to:
Now you can type a search term directly in your OmniWeb location bar. OmniWeb will autocomplete it to a valid Google search. If you like to enter more than one serach term at once, use plus (+) to separate them.
You can use OmniWeb's "Favorites" toolbar while the application is in the background, meaning you do not have to bring the application to the front in order to load a site. Strangely, it only works with links that are nested within folders placed in the Favorites bar - not direct links.
I do not know if this is a Cocoa only feature or not, but it doesn't work in IE.
I've been using NS6.1 Beta almost since it first came out and really like it. It's fast, stable and works on all the Web sites I use, including my online banking. However, lately it started to become very sluggish, both starting up and rendering pages. So slow, in fact, that I thought it had locked up and did a Force Quit.
Not wanting to lose the use of this browser, I decided that the cause might be some preferences or the cache becoming corrupted. I deleted my user profile folder (saving off my bookmarks file, of course) and re-ran NS6.1, causing it to rebuild the profile. It came up quite snappily and was its old self again. I was vindicated!
However, that was not to be. I copied in my bookmarks file and restarted Netscape. Suddenly it was back to its old, sluggish self. It then dawned on me that the likely cause was that my bookmark file had too many entries or was too large for the browser to easily manipulate. To test this, I removed the file, restarted Netscape and let it build a default bookmark file. Lo and behold, it was running quite nicely again. I'm going to edit my old bookmarks and clear out some unused entries, but this still sounds like a bug to me. The exact same file in IE works fine.
Yesterday's hint about using tabs in the newest Mozilla references a package known as MultiZilla. In the original hint, I mentioned that I had not tried to install it yet. Last night, I did so (successfully) on the nightly Mozilla build from 9/26.
Although the latest nightly build includes basic tab support, it's nothing like the full feature set in MultiZilla. Once installed, you get new contextual menu options for "Open Link in New Tab" and "Load Link in Background Tab", both of which make browsing a much more productive experience. You can also choose the top or bottom of the window for your tabs, and tweak a number of other settings.
If you'd like a quick how-to on installing MultiZilla for Mozilla on OS X, read the rest of this article.
The latest builds of Mozilla have enabled a very cool feature - tabbed web site browsing. The concept is quite similar to Excel, wherein multiple worksheets are displayed in one workspace, and are chosen for display by clicking on a tab at the bottom of the window. Mozilla now offers that very same feature for browsing the web. It's an excellent idea, especially for those on smaller screens where windows can quickly proliferate and get lost. Now you can do all your browsing in one main window.
To create a tab, simply hit control-T (not command-T!). Once created, click on a tab to activate it. Switching among the tabbed pages is nearly instantaneous. You can even switch tabs while loading a page in one tab; Mozilla treats each tab as an independent window, so that multiple tabs can all be loading simultaneously. To delete a tab, simply close the window it's displaying (using the "X" at the right edge of the row of tabs).
This functionality in Mozilla is a small subset of a third-party product called MultiZilla, which has many additional features. It should be possible to get this running on Mozilla on OS X, but I haven't tried as of yet. To try out tabbed browsing, you'll need to get the latest nightly build for OS X, as tabs are not in the latest milestone (0.94) release.
Although this is somewhat old news, I finally got around to downloading and installing the latest Mozilla build (0.9.4) for OS X. Overall, it's a very nice browser. They took care of my biggest complaint about prior releases -- the ability to shrink or grow the text on the page. There are some nice touches, too, like a contextual menu item for "Block images from this host" and the downloadable themes (I'm partial to modern right now, but there's also an "Aqua" available).
There's still a bug that makes Mozilla basically unusable for those on dual processor machines, but the good news is that the bugzilla bug tracking site shows that there is a patch ready for final test and incorporation into the build cycle -- so it shouldn't be too long before Mozilla works just fine on dual processor machines.
It's not perfect, but it renders pages quiclkly and accurately, and seems quite stable in my usage so far. Visit mozilla.org and download the 0.9.4 build if you want to check it out.
If you're wondering why OmniWeb 4.0.X displays Arial instead of Verdana when Verdana is selected as the proportional font (very annoying and ugly IMO), I've been told by tech support at OmniGroup that there is a problem with the font metrics for Verdana under Cocoa and they are waiting for Apple to fix it before they re-enable Verdana in OmniWeb.
(Can anyone suggest a good non-serif replacement for Verdana until this is sorted out. I can't live with Arial or Helvetica so I've gone back to Geneva for the moment.)
Ken at Omni Group just posted a quick note in this MacNN forum thread to let everyone know that OmniWeb's UI is much slower than expected when using the Graphite OS X theme. Switching to the Aqua theme will resolve the issue in the current release, and Ken writes that he's fixed the bug in the next release.
I noticed today that Opera has released the technology preview of their Opera browser for OS X. I haven't had a chance to try this one yet, but the Classic version is incredibly fast at page rendering! Check it out and send them your feedback if you want to see another good browser developed for OS X.
OmniWeb has a forms autofill feature which can auto-complete form data on various web pages. I had previously published a long, drawn out method of making it work, but 'vgz' pointed out the incredibly obvious method for doing so...so my apologies for missing the easy way out! I made the incredibly simple seem complicated!
Once you've completed an on-screen form in OmniWeb, but before you submit it, simply select "Save Form for AutoFill" under the Browser menu, and you will now be able to re-complete the form quickly and easily in the future - by selecting "AutoFill Form" under the Browser menu.
To make it even easier, put the AutoFill button on the customized toolbar (I didn't see a button for "Save as AutoFill", which would also be nice to have on the toolbar).