After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 157570 - A gradient editor layout bug
A gradient editor layout bug
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: User Interface
2.1.x
Other Linux
: Normal trivial
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
: 166244 347451 351146 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-11-07 07:25 UTC by Yuheng Xie
Modified: 2006-08-14 07:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
When mouse moves over the gradient editor.... (30.98 KB, image/gif)
2004-11-07 07:30 UTC, Yuheng Xie
Details

Description Yuheng Xie 2004-11-07 07:25:38 UTC
Under Chinese environment, moving the mouse cursor over the gradient editor 
dialog's different area, the height of the gradient area and the infomation 
area will change continuously. This is very annoying. (And maybe problems like 
this exist elsewhere in Gimp, I guess.) 
 
I am to show you a screen shot (animated GIF).
Comment 1 Yuheng Xie 2004-11-07 07:30:54 UTC
Created attachment 33518 [details]
When mouse moves over the gradient editor....

The 3 frames are taken when the mouse over the gradient area, over the handle
area and outside these two area.
Comment 2 Laxminarayan Kamath 2004-11-07 07:57:43 UTC
reduce gnome font size and try again. 
Also resize window initially to a larger size and try again.
Comment 3 Yuheng Xie 2004-11-07 08:23:41 UTC
I have try it. The problem exists no matter how large the window and the font 
size are. But I did find that, if I use a same font for the Chinese and the 
English font, it's OK then. So I guess the problem is caused because the 
Chinese font's height is different from the English font's. 
 
However, it's common in a multi-bytes destop environment to associate a 
multi-bytes font with another single-byte font. Is Gimp possible to foresee 
the maximum height of the infomation area? It should realize that when text is 
a multi-bytes string, the height may be different from that of a simple ascii 
string. Then the jumping of the layout will not occur. 
 
Comment 4 Sven Neumann 2004-11-10 02:39:09 UTC
This would probably easily be fixed using GtkLabel:single-line-mode.
Unfortunately this is a new API that has only just been introduced to GTK+ HEAD.
We can perhaps use it for GIMP 2.4 then:

  /**
   * GtkLabel:single-line-mode:
   *
   * Whether the label is in single line mode. In single line mode,
   * the height of the label does not depend on the actual text, it
   * is always set to ascent + descent of the font. This can be an
   * advantage in situations where resizing the label because of text
   * changes would be distracting, e.g. in a statusbar.
   *
   * Since: 2.6
   **/
Comment 5 Sven Neumann 2005-02-08 19:57:24 UTC
*** Bug 166244 has been marked as a duplicate of this bug. ***
Comment 6 Sven Neumann 2005-02-08 20:06:53 UTC
Let's hope that this change does actually fix it:

2005-02-08  Sven Neumann  <sven@gimp.org>

	* app/widgets/gimpgradienteditor.c (gimp_gradient_editor_init):
	use "single-line-mode" for the hint labels. Should fix bug #157570.
Comment 7 Sven Neumann 2006-07-14 07:44:41 UTC
*** Bug 347451 has been marked as a duplicate of this bug. ***
Comment 8 Sven Neumann 2006-08-14 07:05:47 UTC
*** Bug 351146 has been marked as a duplicate of this bug. ***