When in location bar, hover over location bar should show

[Noitidart]

Hi, Can you add option where if i hover over like the left 80%, and not just the puzle piece, it will un auto hide, not just when over puzzle piece hover. This would match behavior when we have it as "bottom of webpage" and we move mouse down to bottom and not just the puzzle piece location.

[Quicksaver]

I strongly disagree, and let me warn you, you'll have a very difficult time trying to convince me otherwise about this; others have tried (although for the life of me I can't find out where to point you there as well).

Imagine that you want to type in the urlbar, so you hover it and click it. But before you click it, the add-on bar appears, you forgot about it, but you don't realize in time to not click it. Now, instead of focusing the urlbar to type in it, Flashgot is going through all your tabs searching for media (just an example).

This would happen more often than not, even if you were already expecting it. I really don't see any upside in adding this feature with such a big limitation, not without also implementing a solution to this problem. A delay when showing the add-on bar is not a solution because it breaks workflow; no one wants to wait 1-2 seconds just to click a button.

[Quicksaver]

Please note that I'm only closing this (these) issue(s) because they were decisions I took before you opened them, when I first created the add-on, as I did consider adding these features at some point in the past. If you have a different opinion about any of them that you think might be important to change my own, do keep writing in the issues! :)

[yajd]

How about if its visible, long mouse down, or mouse down and then mousemove of more than 5px will autohide the items in urlbar.

Just thoughts and ideas. No problem about the close as long as you're open to discussion. Discussion leads to ideas maybe it won't land here but can help with ideas in other places. :)

Also that 80% could be a setting, so adjustable to X%.

[Quicksaver]

That's an incredibly specific user interaction to get the add-on bar to hide, it wouldn't be helpful at all. Plus, if we're considering those actions on the actual text of the urlbar, you'd be selecting/dragging text around as well.

And even if it was just 1%, it's not intuitive. As a user, when I want to interact with any element (a button, text, etc), I expect that if I move the mouse over it, I can interact with it at will. Likewise, if the urlbar is full, and I want to edit it, I expect that if I click the last character in it, I will be able to edit it. But since that last character would be in that 1%, as soon as I move my mouse over there, it disappears behind the add-on bar.

Someone who's not expecting this at all will think "What the hell??". Someone who is expecting it but forgot about it (which would happen very often because there would be no visible clues to remind him) would think "Oh right, darn!". Both cases, it's a negative impression on the whole feature and a complete step-back in your workflow. At least the current auto-hide is obvious and easily predictable, if the mouse is over the PP icon, the bar shows, if not it hides; there's no way to fool yourself like this.

[yajd]

Hm ok. What about thoughts on if hover over locationbar, and focus is not in bar [meaning not clicked in] and don't do anything for x seconds, then it shows?

[Quicksaver]

That's what I meant with "A delay when showing the add-on bar is not a solution because it breaks workflow; no one wants to wait 1-2 seconds just to click a button." Generally speaking, I'm against everything where "wait" becomes an action, the user takes absolutely no positive impression from this "wait" action, no matter the circumstances.

[yajd]

That's true agreed.