Open GoogleCodeExporter opened 9 years ago
Just noticed interesting thing, when trying to move MAXIMIZED window with
Drag-2-Move:
a) if titlebar is NOT hidden - window automatically gets restored to original
size (as if user would press 'restore' button)
b) if titlebar is hidden - window is NOT restored to original size.
If in b) scenario window size would be restored too - it would be great.
Although I do not know who is responsible for restoring window to original size
in case a) - windows OS, firefox, drag-2-move or hide-caption-titlebar-plus,
therefore no clue how this behavious could be achieved in scenario b).
Original comment by VMickevi...@gmail.com
on 17 Sep 2010 at 3:49
I second this request, double clicking the blank space next to the tabs should
maximize/restore the window. Tab Mix Plus currently uses this area to open a
new tab on double click but you can tell it not to in the options.
Other than this little problem, this is a fantastic addon. I'm using it with
Operetta advanced and it makes Firefox 10x better.
Original comment by marcdoyl...@googlemail.com
on 24 Dec 2010 at 4:30
"Tab Mix Plus currently uses this area to open a new tab on double click but
you can tell it not to in the options."
Actually, *Firefox* uses that area to open a new tab on double-click. Tab Mix
Plus simply allows you to override the default. This change to Hide Caption
Titlebar Plus overrides default Firefox behavior without giving the user the
option to restore it. That's not how this (or any) add-on should behave.
Double-clicking in the empty space on the tab bar has long been defined in FF
as a means of opening a new tab. With FF4's new Tabs on Top option, I
understand the desire to change this: when the tabbar is the top-most bar,
users who are used to double-clicking the titlebar to max/res would reasonably
expect double-clicking on the tabbar to do the same thing.
HOWEVER, for users whose tabbar isn't on top (FF thankfully gives us the
option), it makes absolutely no sense that double-clicking on the tabbar would
do anything other than open a new tab. The only menu/row where a user would
reasonably expect a double-click to max/res the screen is the topmost menu/row.
Therefore, it makes sense to only have tab-bar doubleclicks max/res the window
when Tabs on Top is enabled.
Overriding the default browser behavior without giving the user an option to
revert it—especially when the "feature" is not a primary or essential reason
why a user would be using the addon—is poor form. So please add an option for
this: "Double-click on tab bar: Maximize/Restore window; Open new tab".
Original comment by severinbreuer@gmail.com
on 10 Mar 2011 at 5:27
Currently unchecking the "drag unmaxed Fx window using Tab-bar background"
option, which is at the bottom of the "Look & Feel" page will restore the
ability to double-click to open a new tab. This should really be better labeled.
Original comment by wro...@gmail.com
on 22 Mar 2011 at 9:16
Unchecking ""drag unmaxed Fx window using Tab-bar background" doesn't allow
double click to open new tabs here, it still does max/restore window. Please
fix it. Thanks.
Original comment by nemo...@gmail.com
on 24 Mar 2011 at 12:21
I was also bothered that the double-clicking on the tab bar doesn't open a new
tab as per default FF behavior but I can confirm that wro's suggestion works on
my side (having tab bar below address bar)
Original comment by zin...@gmail.com
on 30 Mar 2011 at 8:39
[deleted comment]
I cast my vote too for the option to enable/disable the double clicking of the
tab bar to maximize/minimize the window.
Double clicking to resize the window just goes in opposition to the logic of
all past iterations of FireFox.
Original comment by canis.en...@gmail.com
on 6 Apr 2011 at 3:38
as the extension makes firefox chrome-like, i think the behaviour should be as
it is in chrome: (de)maximize on doubleclick. an option to enable/disable this
is of course okay.
Original comment by alexande...@gmail.com
on 17 Aug 2012 at 5:03
Original issue reported on code.google.com by
VMickevi...@gmail.com
on 17 Sep 2010 at 2:52