This latest version of Moofmarks has nothing new for existing users, but new users may now be less puzzled on first use, as Moofmarks now prompts them to select a bookmarking service before doing anything else.
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.
Aren’t you getting tired of these stupid little bug fix releases? I know I am. Yet the bugs keep coming, so what can I do?
This one fixes not really a bug but a stupid decision I made earlier to ignore named targets when deciding the fate of links. This was stupid, because a common use of named targets is to make links in one frame of a frameset open in another frame. By ignoring the named target, LinkThing could force the link to open in another tab or, worse, in the same frame. LinkThing now respects named targets and does not mess with links that have them.
At some point in the last few updates to PopSearch, a bug crept in that caused the search dialog to appear partially off-window sometimes for some users. I still don’t know why that happened, because I’ve never been able to duplicate the problem. That hasn’t stopped me from finding a way to make the bug go away, and now I present to you the fruit of my (slight) labors.
Download PopSearch 1.8.3 or let Safari update your copy.
Yesterday, while downloading some files from DeviantArt, I noticed that each download would open a new, blank tab, which (in Safari) would not go away when the download had been initiated. I realized that this was happening because DeviantArt adds a target="_blank" attribute to their download links.
I assume they have a reason for doing this, and they are not the only site doing it. Nevertheless, it’s annoying. So I decided to add some code to LinkThing to detect when a link is a download and if so to remove any target attribute it may have, so that the link will not open a new tab. I hope it works well enough to be worthwhile.
