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 101030 - size/placement/state info
size/placement/state info
Status: RESOLVED OBSOLETE
Product: gconf-editor
Classification: Applications
Component: general
unspecified
Other other
: Normal minor
: ---
Assigned To: Gconf Editor Maintainers
Gconf Editor Maintainers
: 338963 (view as bug list)
Depends on: 136746
Blocks:
 
 
Reported: 2002-12-12 15:59 UTC by Mark Finlay
Modified: 2016-07-15 11:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patched provided in the BTS (2.03 KB, patch)
2004-07-01 16:16 UTC, Sebastien Bacher
none Details | Review
updated patch (2.18 KB, patch)
2006-11-16 11:25 UTC, Kjartan Maraas
needs-work Details | Review

Description Mark Finlay 2002-12-12 15:58:45 UTC
Package: gconf-editor
Severity: normal
Version: 0.4.0
Synopsis: size/placement/state info
Bugzilla-Product: gconf-editor
Bugzilla-Component: general

Description:
gconf-editor should save it's size, placement and if it was maximised or
not
when it exits.

-- 
		 .--= [ MArk Finlay - sisob ] =--.

	   [ My Weblog: http://advogato.org/person/sisob ]
        [ Gnome User's Board : www.gnomesupport.org/forums ]
     [ Want to be a Hacker?: http://www.tuxedo.org/~esr/faqs/ ]




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-12-12 10:58 -------

Reassigning to the default owner of the component, gconf-editor-maint@bugzilla.gnome.org.

Comment 1 Luis Villa 2002-12-12 19:55:36 UTC
Minor but should be fixed.
Comment 2 Fernando Herrera 2004-01-15 16:52:36 UTC
Again the same problem, gconf-editor is not a gnome app, and doesn't
save this stuff.I think I'm going to open a metabug about making
gconf-editor a gnome app and make these bugs dependent on that.
Comment 3 Fernando Herrera 2004-05-28 01:04:27 UTC
We can now use gnome-config for this.
Comment 4 Sebastien Bacher 2004-07-01 16:16:16 UTC
Created attachment 29136 [details] [review]
patched provided in the BTS

Patch from Chris AtLee <chris@atlee.ca>
Comment 5 Kjartan Maraas 2006-11-16 11:24:33 UTC
Tried this out now, and it only worked the first time I tried. Subsequent opens of the app just use the default height and width? Updated the patch so it applies to HEAD.
Comment 6 Kjartan Maraas 2006-11-16 11:25:11 UTC
Created attachment 76698 [details] [review]
updated patch
Comment 7 Kjartan Maraas 2006-11-16 12:51:22 UTC
After some more testing I see that width/height works, but placement does not. Maybe worth commiting anyway as a first step?
Comment 8 Olaf van der Spek 2007-02-04 15:15:52 UTC
> After some more testing I see that width/height works, but placement does not.

Why don't you ask the framework/library to do this for you instead of bothering with this in every single window in every single application you're writing?
Comment 9 Teppo Turtiainen 2007-12-27 21:50:36 UTC
*** Bug 338963 has been marked as a duplicate of this bug. ***
Comment 10 Jean-François Fortin Tam 2007-12-28 15:03:17 UTC
actually, placement is not really an issue, as I have become somewhat convinced, over the years, of the argument "it's the window manager's job".

Just adding size and maximization would be fine for me.
Comment 11 Cosimo Cecchi 2009-08-24 09:45:55 UTC
Comment on attachment 76698 [details] [review]
updated patch

Kjartan, feel to update the patch?
You should update the GConf value for height/width after a g_timeout_add(), as we can get lots of configure-event signals in little time while we're moving/resizing.
Comment 12 Kjartan Maraas 2016-07-15 11:10:03 UTC
Closing as obsolete.