GNOME Bugzilla – Bug 126111
White space in Layers - Mode drop down.
Last modified: 2004-12-22 21:47:04 UTC
Whenever the Drop Down for Layers or Tool combination modes is next to the botton of the screen, it pops up with an offset towards the screen top, as if to fit all the options without needing to scroll. But the text itself, doesn start at the top of the list displayed. It starts from the cursor location instead. So, there are some lines of white space on the drop down list displayed, and a scroll down button at its botton. I will attach the screen shot. I do not know if it is an GTK issue, nad not a GIMP one. If so, forward this to the right people...we can´t afford to have this misbehaviour in the GIMP.
Created attachment 21158 [details] Screen shot of the problem.
GTK+ tries to place the selected menu at the mouse position. This is IMO the correct thing to do. If you disagree, please open a bug report against GTK+.
I Actually like it putting the current selection at the mouse position. But look at the attached screen shot to see what I mean: It creates white space above the cursor as if to insert list itens there, but that space is left unused. But if that is a pure GTK issue, let it be.
The empty space is needed to avoid window resizing when the hidden menu entries need to scroll in. If you want to discuss this further, please do so in a report against GTK+.
*** Bug 129416 has been marked as a duplicate of this bug. ***
Pasting comment from bug #129416 in here, and re-opening this. === Perhaps it's a feature, but it's ugly as hell. This is not IMHO correct behaviour. Either we should keep the scroll and the upper limit of the dropdown should be just above the "From file extension" entry, or we drop the scrollbar and open up the whole menu. As it is, this is wrong. Dave.
What are we supposed to do about this? It's clearly a GTK+ issue, so if you insist on opening a GTK+ bug that will be immediately marked as duplicate of some other bug, go ahead. It's definitely not GIMP's problem, closing again.
Re-opening and assigning to gtk+ so that we can get some comments on this. Mitch, would you mind explaining why this is a GTK+ issue? Dave.
Bolsh, come on. GTK+ draws the menu, not GIMP. We just pack items into it. *** This bug has been marked as a duplicate of 121306 ***
That's why I changed the product. Currently following the discussion in bug #72695. The point, Sven, is that it doesn't matter who does it, it can't be considered correct behaviour. An awful lot of people are reporting it as a bug - that doesn't tell you something? Dave.
An awful lot of people are wrong then. This happens all day long. Have a look at the world around you.
Common Sven.. Thiois is a BUG. It may be a GTK bug. It may be a "trivial" bug. It may be a "I don't care" type of bug. But the mere showing of this pop up as it is to an audience in workshop on GIMP I presented got me ashamed. And it was not a formal audience. Indeed it was a GIMP/Free Software suportive auyudience. Next time, the workshop may be targeted to other public I will be trying to convince to switch to "FLOSS" and the GIMP from a Proprietary background. I guess it will be hard to explain that white space to them, while trying to argue that the GIMP is as usefull to graphic professionals as the proprietary tool they use currently. If it is GTK stuff, than let the GTK people take care of it, but please do not say it is not a bug.
Why shouldn't I be allowed to state my opinion? IMO this is an elegant solution to the problem of menus that wouldn't fit on screen. It is not a bug but a feature. There might be a better way to solve this problem but IMO the current solution is more than sufficient. Feel free to disagree but don't try to keep me from stating my opinion on this.
Appearantly (see bug #72695) MacOS X does it the very same way. So I don't think you will have problems to explains this to a more professional audience. It will even make GIMP feel more familiar.
It doesn't make much sense to continue this discussion forever. I can understand why this was done intentionally in GTK+, but the problem is that the user is usually not aware of this. So I just submitted a separate bug report for GTK+, saying that there should be some visual hints (such as an insensitive arrow at the top) suggesting to the user that this big empty space has something to do with scrolling. See bug #129463.