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 323183 - Replace Window moves after pressing button
Replace Window moves after pressing button
Status: RESOLVED FIXED
Product: bluefish
Classification: Other
Component: application
1.0 (stable series)
Other Linux
: Normal minor
: ---
Assigned To: Bluefish Maintainer(s)
Bluefish Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2005-12-04 05:39 UTC by Vasily
Modified: 2006-01-23 03:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Vasily 2005-12-04 05:39:13 UTC 
Distribution/Version: Gentoo

This is a usability bug.

Steps to reproduce:
1. Go to Replace section.
2. Select keyword to look in the document
3. Mark "Prompt before replace"
4. Start pushing buttons

This way everytime the button is pushed, the window goes to the right and down,
it is very uncomfortable when you have a lot of replaces to make.

On the side note, I'm using KDE 3.4.1, but there is no way to specify that.
Thanks for attention
Comment 1 Daniel Leidert 2005-12-04 12:22:11 UTC 
Confirmed on Debian too.
Comment 2 Jim Hayward 2005-12-05 02:28:45 UTC 
This is a known issue in the 1.0 branch. Right now the dialog essentially
follows the mouse. A new search & replace dialog in CVS HEAD fixes this issue
(the dialog in question no longer exists).

In the 1.0 branch would be to change the dialog from using GTK_WIN_POS_MOUSE to
GTK_WIN_POS_NONE. This would allow the window manager to determine the onscreen
placement. However, this may cause the dialog to jump around the screen if the
window manager isn't very intelligent. We could also remember the placement of
the dialog onscreen and show it again in the same place.
Comment 3 Jim Hayward 2006-01-23 03:10:56 UTC 
Fixed in CVS.