One of the apps that has been on hold now for quite a while now, but I use every day, and is in desperate need of a refresh is OmniWeb.
Years after its last major update, OmniWeb is still my default browser.
Logging in to a Mac OS X user account while holding the Shift key prevents Login Items from launching. Similarly, launching OmniWeb with Shift depressed creates a new empty workspace rather than restoring your last browsing session (if so configured). I find this very helpful when I want to switch to a workspace other than the one that was last open or just start up OW quickly.
The Shift+activate behavioral precedent can be used to form guidelines for two general types of applications.
For applications that depend on a network to provide core functionality, Shift should launch them in offline mode. For example, feed readers would not try to sync and/or refresh feeds, mail and IM clients would not try to connect their accounts.
For document-based applications, if your application can either create a new main window (browser, document, etc.) or restore the last open window set, Shift on launch should toggle the behavior.
OmniWeb itself represents the overlap of these two types. Deciding what to do in such cases is up to the creators of the software. Also, this behavior is not useful in all software, so it isn’t necessary to form rules covering every possible application.
OmniWeb uses a monolog (it’s not a dialog if there is only one choice!) to inform users that Shift was depressed and therefore a new empty workspace was opened.
Ideally, the affect of the Shift key would be communicated before launch. For launching from the Dock, a modified text label perhaps. The Dock menu command should also change when Shift was held, i.e., OmniWeb’s Open becomes Open with New Empty Workspace.
I agree with Rory Prior’s critique of the use of blue gradients in the Spotlight results window, so I’ve mocked up a more subdued-hued Spotlight-like design:
For as long as I can remember, OmniWeb has been able to directly save pages as PDF files. Just hold down Option and select “Save As PDF…” from the File menu.
I recently stumbled on a minor feature that makes this a bit more useful:
If you select text before saving a page as a PDF, the highlight will be included in the PDF. You can use this to call attention to a section of text in the context of the entire page. With online purchase receipts, you can highlight the serial number before saving the page, making it easier to visually locate it if need be.
The only problem is that the highlight color is the user’s highlight color. This could cause a bit of confusion when the user opens the PDF, selects a different block of text, and then copies it. Which block was copied? Perhaps the application could use a color not among those in the System Preferences -> Appearance -> Highlight Color menu.
To my knowledge, this does not work in any application using Print -> Save as PDF.
With regard to link element title attributes, three useless letters, usually.
The more sites that provide multiple syndication feeds, the more important it is that blogs provide useful names and aggregators be smart about using them.
As of version 7.54u1, Opera can aggregate feeds, but the auto-discovery process is pretty lousy; it requires the display of the site navigation bar (View menu -> Toolbars -> Navigation bar) which does not allow you to choose among multiple feeds. If there are multiple feeds, clicking the Newsfeed button displays the source of the first feed and adds it to the built-in aggregator, but there is no way to access the other linked feeds other than the ever joyous process of copying and pasting them from the page source. Opera does not support the “feed:” scheme. More feedback headed for Opera…
For existing sites, adding feed title attribute text is a simple, one-time change that clarifies things a bit for browser subscribers and might also be helpful to future Safari 2.0 users. Not having access to Safari 2.0 builds, I have no idea how it determines a feed’s name.
Looking forward, I’m going to contact weblogging software developers in hopes of getting automatic link title generation into their future releases and browser developers to encourage them to improve their naming logic and auto-discovery processes.
On an unrelated note, Cougar Mountain pumpkin cookies are great. If you are in Seattle between now and March, get some. Warming them for 10-15 seconds in a microwave makes them even better.
Mozilla’s implementation of a similar feature is pretty good, but it doesn’t display the selected text in the context of the entire page, showing only the containing block element. Showing the selected text with syntax coloring within the page source would be an improvement on Mozilla’s method. Being able to reveal links to images in the page source could also be handy.
pinions on OmniWeb 5, check out Erik Barzeski’s NSLog() entry on the topic.
The thumbnail and list view name labels are not very useful for sites with a standard prefix; Think Secret’s thumbnail and list view screenshots illustrate the problem. Because so many sites use layout templates for content, the thumbnails are not distinctive enough to differentiate several pages from one site. It is in these cases that the titles become important. Safari rather smartly removes common prefixes when multiple tabs are open, making them much easier to identify. This proves very useful on the MacNN forums, I’ve noticed.
Like previous versions, the main toolbar uses color and shape effectively as means of differentiating icons. Safari and Firebird absolutely suck in this regard.
Per site text size manipulation will be great for those sites that use tiny fixed-size fonts.
Are the bookmark Collections spring-loaded? If not, why not?! Ideally, these would work similarly to the 10.3 Finder’s spring-loaded sidebar, with the hovered folder opening in the same window.
Do tabs open to bookmarked pages use the bookmark’s title? How about Page Marked pages?
All in all, OmniWeb 5 looks like it will be the browser for those who want powerful features without giving up a native OS X interface.