Moofmarks 1.6.6 fixes bug in 1.6.5 bugfix
No further comment.
No further comment.
There was a bug in Moofmarks that could cause adding bookmarks to fail. This update should fix that problem, but please check your Moofmarks settings to make sure the services you’ve selected to save bookmarks to are what you want after the update.
Under some unidentified circumstances, the popover version of the Moofmarks dialog (enabled under Safari 5.1) would appear empty, and no amount of restarting Safari or reinstalling the extension would fix the problem. This update prevents that from happening, I think.
Download Moofmarks 1.6.4 or let Safari update your copy.
This update fixes a bug where if a bookmark’s name, description, and tags were too long to fit on one line, its URL would be hidden.
I really should have implemented this a long time ago, but I was too lazy. Anyway, Moofmarks now highlights bookmarks as you move the mouse over them, and you can click anywhere on a bookmark row to open the bookmark.
Safari 5.1 users note: If you’re using the popover version of the Moofmarks dialog, mouseover highlighting won’t for you until you update to Safari 5.1.2, which will be released soon.
When you click the Add Bookmark button, Moofmarks now displays its own dialog instead of simply opening a popup window for your bookmarking service’s standard add-bookmark form. The reason I implemented this is because, personally, I tend to add the same bookmarks to Pinboard, Delicious, and Google Bookmarks, all at the same time—and it’s a bit of a hassle to open and fill out each service’s add-bookmark form. Now, I can add a bookmark to all three services by filling out just one form. You can select which bookmarking services to save bookmarks to on Moofmarks’s settings page.
Oh, and this update also (hopefully) fixes a rather severe bug that affected a few users, where the in-page version of the bookmark dialog would sometimes appear partially off-window.
Download Moofmarks 1.6 or let Safari update your copy.
Clicking the + button will open the add-bookmark page for whatever service you’re using. The URL of the page you’re viewing will be automatically entered into the add-bookmark form, and anything you’ve typed into Moofmark’s search field will be entered as the title.
Pressing Option-Enter from the search field will also open the add-bookmark page, if you prefer that over clicking the + button.
File this one under “What took you so long?”. Nearly a year after its initial release, Moofmarks finally supports Delicious bookmarks, in addition to Pinboard and Google ones.
I actually wanted to support Delicious from the start, but at that time it was still owned by Yahoo, and Yahoo required that all new Delicious accounts use Yahoo IDs—which also meant that any software that wanted to access those accounts through the API had to use Yahoo’s OAuth API. I considered supporting OAuth in Moofmarks to be more hassle than it was worth, so I decided against Delicious support.
Now that Delicious is no longer a Yahoo property, people are free to sign up without having to use Yahoo IDs—so OAuth is no longer required for me to support Delicious.
Note, however, that if you do use a Yahoo ID to sign into your Delicious account, Moofmarks will not work for you. If you really want to use it, you might consider moving your Delicious bookmarks to a native (non-Yahoo) account using this link.
These updates include a usability tweak and a couple of bug fixes.
The tweak only makes a difference if you’ve set the option to open search results (in PopSearch) or the selected bookmark (in Moofmarks) in a new tab by default. From now on, if the current tab is empty, this setting will be ignored, and the search results or bookmark will open in this tab.
The reasoning is: if the current tab is empty, why not just use it? Why open another empty tab just to load the search results or the bookmark? Thanks go to a really nice and helpful user for pointing this out to me.
The bugs that were fixed are as follows. First, in Safari 5.1, when either extension opened a new tab, the keyboard focus would move to the address bar rather than the document in the new tab as it did in Safari 5.0. This is not really a bug of the extension, but I didn’t like it, so I fixed things so the keyboard focus would be with the new document.
The second bug also involves keyboard focus, but it is rather more obscure. If you used the new (Safari 5.1-only) popover UI for either extension, and if the extension opened a new tab, and if you then closed the new tab, thus returning to the old tab—assuming you hadn’t closed the old tab in the meantime—the document in the old tab would have lost the keyboard focus, because the popover would have had it at the time the new tab was opened. This was annoying, because hotkeys would no longer work on the old tab unless you clicked inside it. To fix this, I changed the extensions so that when they open a new tab, they will first close themselves, and only then open the new tab. Closing the popover before opening the new tab has the effect of returning the keyboard focus to the old tab very briefly before the new tab is opened. That’s enough to ensure that when the old tab is again activated, the keyboard focus will be on the document, not in la-la land.
Yes. This time the bug was that the popover would not go away on its own when you opening the search results (PopSearch) or a bookmark (Moofmarks) in a new tab—e.g., by pressing Command-Enter.
