by fcp (Developer) on May 14, 2010 · permalink

Thanks for suggestions. I do not have a plan to change the icons depending on the time when you visited the page last time, because doing so will probably make it difficult to distinguish whether the page is bookmarked or not. If the default icons are too difficult to recognize, you can replace them by following the instructions on http://www.unsanitized.net/linkstatus/#custom-icons .

by fcp (Developer) on May 14, 2010 · permalink

Thanks for the review. Glad you like it.

by fcp (Developer) on Feb. 21, 2010 · permalink

I had already fixed the bug reported by Wired69 in Link Status 1.4. Thank you for the report anyways. If your bug still reproduces with the latest version of Link Status, please write to me by email including the version you tried.

by fcp (Developer) on Oct. 31, 2009 · permalink

Thank you for the suggestion!

I have never considered about showing the bookmark tags of the linked page. I have to think more about it, but the biggest problem that I can think of off the top of my head is that the status bar might be too crowded and hard to read if we do that.

Just in case, showing the tags of the *current* page would not fit in well with this extension. In fact, I have been thinking about a separate extension which exactly does this for almost 4 months, but I have not had enough time to finish it up.

by fcp (Developer) on Oct. 19, 2009 · permalink

Update on October 25:
> When you hover over a link with a very large URL, all my other Status Bar icons are shifted off screen to the right.
Fixed in Link Status 1.4. Thanks for reporting!

Original reply on October 19: Thank you for the report. I confirmed the behavior. It is certainly a problem, and I will try to fix it when I can spend some time on Link Status.

by fcp (Developer) on Oct. 11, 2009 · permalink

Can you be more specific about what does not work? I tried CoolPreviews 2.7.6.0623 (https://addons.mozilla.org/en-US/firefox/addon/2207) and Link Status works fine with it. In addition, judging from the source code, I cannot see any potential reason they might conflict.

by fcp (Developer) on Sept. 7, 2009 · permalink

Thank you for your review and suggestion. I confirmed that Link Status conflicts with the autoHideStatusbar extension; with Link Status installed, autoHideStatusbar can fail to hide the statusbar. Unfortunately, I have currently no idea how to fix it.

As for your suggestion, it is unfortuantely impossible to show the bookmarked/visited icon in a toolbar without giving up the privacy which Link Status provides, at least until bugs 130078 and 313190 of Firefox are fixed. See also Novadestin’s review on August 4 and my reply to it (https://addons.mozilla.org/en-US/firefox/reviews/display/12312#review-151580).

If you have further comments on this suggestion, write to me by email. Thank you for your interest in Link Status!

by fcp (Developer) on Aug. 6, 2009 · permalink

Thank you for your review, and I am glad you like it!

It is difficult to move the icon to a place other than the statusbar. In the current design, Link Status shows the icon in the statusbar because the address of the linked page is also shown there. Moving the icon to (say) the toolbar is not technically difficult, but if we do so, the user interface will become confusing because the icon will no longer be visually associated to the link address or the link itself.

Showing the icon near the link itself is much more intuitive. Unfortunately, as far as I know, it cannot be implemented without opening a hole to the privacy. This situation will change when the bugs 130078 (https://bugzilla.mozilla.org/show_bug.cgi?id=130078) and 313190 (https://bugzilla.mozilla.org/show_bug.cgi?id=313190) of Firefox are fixed.

I am considering about moving the icon to the location bar when the Fission extension is used and the “Active link/mouse-over link in the address bar” option of Fission is enabled. See 7KTech’s review on July 23 and my reply on July 24.

If you have further comments on this feature request, write to me by email.

by fcp (Developer) on July 24, 2009 · permalink

Thank you for your review! I confirmed that Link Status conflicts with Fission when the “Active link/mouse-over link in the address bar” option of Fission is enabled (no star icon, incorrect URL in the location bar). I will try to make them work together when I have some time. I cannot promise it, though, because it might be difficult. Keep your fingers crossed.

To be more precise, I will try to make Link Status show its star icon on the left of the address bar instead of Fission’s icon of a box with an arrow only in the case where Fission is installed and the “Active link...” option of Fission is enabled. In the other case, I do not think that showing the star icon on the location bar is useful or intuitive.

If you have further comments on this feature request, write to me by email.

by fcp (Developer) on July 22, 2009 · permalink

Thank you for the suggestion. Actually, some people have already suggested the same feature of disabling visited link styling for cross-domain links on https://bugzilla.mozilla.org/show_bug.cgi?id=147777 (see e.g. comments #83, #89, #113 and #120 there). However, I am a little skeptical about its usefulness for three reasons.

First, one of the most significant advantages of visited link styling is that it allows a user to locate previously visited pages in results of the search engine easily. Disabling visited link styling for cross-domain links breaks this use case completely, and enabling it only for same-domain links is somewhat missing the point.

Second, in my opinion, visited link styling is useful because it is consistent. If visited link styling is enabled for some links and disabled for the others, a user may perceive it as if visited links are only sometimes rendered in a different style at random, making it barely more useful than disabling visited link styling altogether.

Finally, the suggested feature is based on the so-called “same-origin policy,” which I do not like very much. The same-origin policy is an assumption that if a user trusts a page to some degree, he/she will trust the other pages in the same domain to the same degree. Although this assumption is often correct, there are many exceptions such as shared servers and user-provided contents. Every time a browser makes use of this assumption, both the browser developers and the web developers must be very careful not to break security by some combination of unexpected configurations. I do not think that it is the right design of browsers or extensions.

I might implement it in future as an experiment, but do not expect it to happen soon. Thank you for your suggestion.

by fcp (Developer) on June 12, 2009 · permalink

Thank you for the first review on my first Firefox extension! Glad to hear you like it.

I have thought over your proposal for the additional feature. I really appreciate it, but I am afraid the proposed feature might not fit in well with this extension. This is mainly because it requires a different user interface from the current one such as a dedicated field on the right in the status bar. (Believe me, this makes a big difference in implementation though it may sound like a small difference.) I think the requested feature will be implemented in a much cleaner way if written as a separate extension. You are probably better off looking for another extension or asking someone to write a new extension for that ― or, needless to say, writing one by yourself if you know how.