LinkThing 2.2.2

Added support for the “Basic” view in Google Image Search results.

0 notes

LinkThing 2.2

This release adds a cool new feature. Now you can decide where a link will open on-the-fly by pressing one of five user-configurable keys before you click the link, temporarily overriding your tab positioning settings for that click.

Need clarification? Say you’ve set LinkThing to open each link in a new tab to the right of the current tab. Now, suppose you’d like to temporarily change this and have the next link you click open to the left of the current tab instead. You can now do so by pressing the S key (by default) before clicking the link.

Important: You have to press the override key while the mouse is over the link you’re going to click. If you move the mouse away from that link after pressing the key, and then click it, your settings will not be overridden.

As a bonus feature, you can also set LinkThing to open a link straight away when you press one of the target override keys while the mouse is over it. That does away with the need to click the link.

Download LinkThing 2.2 or let Safari update your copy.

0 notes

LinkThing 2.1.14

Fixed a bug that prevented Cmd-Option-clicking a link from opening a new window.

0 notes

LinkThing 2.1.13

Made a slight tweak for links in frames that have a target of “_self” or “_parent”. These links should now open in their intended targets if unaffected by LinkThing settings or the Command key.

0 notes

LinkThing 2.1.11

I’ve tweaked the way new tabs from links are positioned. Formerly, if you had set the new tab position option (either foreground or background) to “Right of current tab”, new tabs would be positioned according to Safari’s built-in rules. By these rules, if you open more than one link on the same page in a new tab, each new tab after the first will be placed to the right of the preceding one—not to the right of the “parent” tab.

Now, setting the new tab position to “Right of current tab” will result in each new tab opened from the same page being positioned to the immediate right of the current tab. If you want to use Safari’s native positioning, set the new tab position option to “(Let Safari decide)”.

Incidentally, it seems that Apple made some change in Safari 6 such that when a link opens in a new tab because it has a target attribute that causes it to do so, there is a short but annoying delay between when you click the link and when the new tab opens. To work around this delay, I’ve tweaked LinkThing so that—as long as the new tab position option is set to anything other than “(Let Safari decide)”—the extension will handle the tab opening itself, thus eliminating the delay.

0 notes

LinkThing 2.1.10

LinkThing now has partial support for Safari Reader in Safari 6. When you click a link in Reader, it will open in a new background tab by default. If you Command-click it, it will open in the current tab. The pseudo-statusbar works in Reader, too. This Reader support only works in Safari 6.

0 notes

LinkThing 2.1.8

An enhancement: The pseudo-statusbar will no longer appear when the mouse cursor merely happens to fall over a link while you are scrolling.

0 notes

LinkThing 2.1.7

Finally discovered the fix for the pseudo-statusbar and the settings dialog box not working in framesets!

0 notes

LinkThing 2.1.5

In this build, I’ve figured out a way to detect whether a link’s named target is an actually existing frame, and if it’s not, to ignore the target if it conflicts with your settings.

For example, say a link has a target value of my_target. Perhaps the link is on a page that is part of a frameset, in which case my_target is probably the name of another frame in the frameset, where the link is intended to open. In such a case, it would be inappropriate for LinkThing to alter the link’s target, forcing it to open in a new tab or in the same frame. For this reason, in the past, LinkThing refrained from interfering with links that had named targets.

But what if the link was not part of a frameset? In that case, there’s probably no particular reason the link’s target was set to my_target, other than to make it open in a new window/tab. Now, say you had set LinkThing to always open that site’s links in the current tab. LinkThing would fail to honor your wish, since it would refuse to interfere with the link. But in this case, that failure to honor your wish would not be for a good reason.

Now, LinkThing is smart enough to know whether a link’s named target refers to an actually existing frame or not. If it does not, LinkThing will ignore the target when it would conflict with your stated preferences for that site.

0 notes

LinkThing 2.1.4

This release adds a URL filter (a.k.a. blacklist) feature. Now you can define URLs, URL fragments, or regular expressions to specify sites and/or pages where LinkThing will be disabled.

Note: Each item in the filter list is actually treated as a regular expression. If you don’t know what that means, don’t worry about it—just enter incomplete URLs like “www.example.com”, and they’ll match what you want most of the time.

0 notes