Closed Bug 244787 Opened 20 years ago Closed 17 years ago

Firefox should have a window resize grip in the bottom right of window in Gnome

Categories

(Firefox :: Shell Integration, defect, P4)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: sgarrity, Unassigned)

References

Details

Attachments

(2 files)

The GTK2 builds of Firefox would look even more "native" and be easier to resize
if they had a resize grip in the bottom right of the status bar in Gnome.

Firefox does have a resizer grip on Windows and Mac OS X, but not in Gnome.

It appears the Gnome resizer is part of the GtkStatusBar element (which Firefox
probably doesn't use?).
Blocks: 233462
Havoc Pennington confirms that Firefox should have the resize gripper:
http://mail.gnome.org/archives/usability/2004-May/msg00105.html
Flags: blocking-aviary1.0?
Summary: Firefox should have a window resize grip in the bottom left of window in Gnome → Firefox should have a window resize grip in the bottom right of window in Gnome
-> bryner
Assignee: firefox → bryner
Flags: blocking-aviary1.0? → blocking-aviary1.0+
Priority: -- → P4
p4 priority - not a blocker. if a patch materializes, please nominate for aviary
approval. 
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Component: General → OS Integration
the current release of firefox (1.0.4) has this feature (resize grippy) -
however the possible "niceness" gained by this comes at a great loss - it's
seriously buggy on the systems i've worked on (from fast to slow machines) -
note that's only linux

 the oddball behavior you'll get is things like getting "stuck" in resizing mode
and having the corner of the window follow your cursor around until you manage
to "click" right on the grippy again, a moving target and not fun unless you're
bored.  Also it resizes in a jerky, unbecoming fashion, especially with web
pages sporting a more than simple DOM (not even complex, really, having any
block level elements makes it cross that line)  because of this i always try NOT
to use the grippy, by using a different corner or side of the window or carfully
positioning my cursor in that corner to ensure that i use the WM's resizing
management and not firefox's

I downloaded the current nightly snapshot and found that the grippy is gone and
resizing is smoother even.  i vote to keep it that way unless the grippy's
issues can be overcome
Re: Comment #4:

I haven't seen a linux build of Firefox with a window resize gripper (I've tried
the official releases including the 1.04 release mentioned and some of the
nightlies). Am I missing something?
(In reply to comment #5)
> Re: Comment #4:
> 
> I haven't seen a linux build of Firefox with a window resize gripper (I've
tried
> the official releases including the 1.04 release mentioned and some of the
> nightlies). Am I missing something?

one of us must be ;)  exhibit A
(In reply to comment #6)
> Re: Comment #4:

oh, and exhibit B - nightlies have no such grippes.  we should keep it this
way.
(In reply to comment #7)


sigh, i humbly apologize, the grippy is apparently the result of the Whitehart
skin i was using.  suppose the bug report should go to them..?

(In reply to comment #8)

The weird resize behaviour seems to be universal accross all themes that employ
a custom grippy widget on Firefox. I'mn not sure how this is being implemented,
since GnomeAppBar does not have a resize gadget, but whatever it is, it's likely
not a Firefox bug, except insofar as Firefox should be using GtkStatusbar
instead, and themes should be hooking into it rather than whatever their current
method is.

I can confirm that I've experienced this behaviour on every build so far, but
then all the themes I use tend to come with resize gadgets.
Assignee: bryner → nobody
QA Contact: os.integration
Version: unspecified → Trunk
This is one of the biggest firefox annoyances with gnome. Is there really no viable way to get firefox to be resized easily on Gnome?

Here in Ubuntu it is a pain to resize windows, exspecially when compositing is turned on.
 
I can see a resize grip on Firefox main window with today's build.
Is this fixed by bug 118299?
Yes it is.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: