#48 closed defect (fixed)
GRASS Digit: attribute window moves around not asked to
Reported by: | Owned by: | rblazek | |
---|---|---|---|
Priority: | major: does not work as expected | Milestone: | |
Component: | GRASS | Version: | |
Keywords: | Cc: | ||
Must Fix for Release: | No | Platform: | Debian |
Platform Version: | Awaiting user input: | no |
Description
Please prevent the attribute window from jumping around
- it often jumps to the most top-left location,
covering the layer tree and forcing me to move it back from there to the location of my choice; then it will jump back to cover the layer tree...
Maciek
Change History (8)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
Yes, with 0.7.4 SVN about 3 weeks old.
Is it realy related to QGIS, was not it window manager problem?
Dunno. Using Ubuntu Breezy with GNOME.
I could never reproduce such a behaviour.
KDE?
Does it happen also with current HEAD version?
Haven't tried due to lack of QT 4.1. For Breezy only QT 4.0 is packaged, which I heard is problematic with QGIS 0.7.9.
What do I do in order to install QT 4.1 on Breezy without hacking too much? I wouldn't mind building from source unless it is fairly straightforward. Having qt 4.1 I could help with testing.
Maciek
comment:3 by , 18 years ago
On 4/4/06, Maciek Sieczka <werchowyna@…> wrote:
Yes. Easy to reproduce:
- Open a Grass vector.
- Pick "Edit table".
Do you mean 'Edit attributes'?
- Left click some object.
- Table pops up. Edit it as needed, move to lower-right corner.
- Click another object. All fine. Click another one - and the table
jumps to top right corner. Bad table.
Sorry, I have no idea, the position is stored whenever the attributes dialog is closed (deleted) and restored when a new one is created (another element selected). Do you have the same problem when new elements are digitized?
BTW: I have maybe similar problem with edit region dialog, move() is called but somehow ignored.
Radim
comment:4 by , 18 years ago
I added debug output. Whenever you select an element you should see in terminal something like
QgsGrassAttributes() QgsGrassAttributes::restorePosition() wx = 200 wy = 406
The values are then used in move(wx,wy); to set windows position. Check if these values are correct.
Radim
comment:5 by , 18 years ago
Please try with fresh SVN. I have changed widget style and it could work. I think that the problem was that certain widget styles calls adjustSize after move.
I have also changed it so that the window is not closed always when a new element is selected, that should make it more pleasant.
Radim
comment:7 by , 17 years ago
Awaiting user input: | unset |
---|---|
Must Fix for Release: | → No |
Is it still true? Is it realy related to QGIS, was not it window manager problem? I could never reproduce such a behaviour. Does it happen also with current HEAD version?
Radim