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 310848 - [PATCH] Remember window state
[PATCH] Remember window state
Status: RESOLVED FIXED
Product: f-spot
Classification: Other
Component: General
0.0.x
Other All
: Normal enhancement
: ---
Assigned To: F-spot maintainers
F-spot maintainers
: 311325 313789 320651 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-07-19 08:43 UTC by Tim Fuchs
Modified: 2009-07-27 13:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch file (13.59 KB, patch)
2005-08-11 05:30 UTC, Gabriel Burt
none Details | Review
New File, Needed by Patch (2.45 KB, text/x-csharp)
2005-08-11 05:32 UTC, Gabriel Burt
  Details
Updated Patch (14.62 KB, patch)
2005-08-12 06:33 UTC, Gabriel Burt
none Details | Review

Description Tim Fuchs 2005-07-19 08:43:22 UTC
F-Spot should remember the window size (and maybe also position) and the size of
the sidebar.
Comment 1 Gabriel Burt 2005-08-11 05:30:38 UTC
Created attachment 50556 [details] [review]
Patch file

This patch fixes this bug.  It also saves the maximized state, icon_view scroll
position, show toolbar, sidebar, timeline, tags, and dates.
Comment 2 Gabriel Burt 2005-08-11 05:32:23 UTC
Created attachment 50557 [details]
New File, Needed by Patch
Comment 3 Larry Ewing 2005-08-11 19:24:55 UTC
The patch is complaining about being malformed.
Comment 4 Gabriel Burt 2005-08-12 06:33:00 UTC
Created attachment 50604 [details] [review]
Updated Patch

Sorry, I think I've finally figured out how to do this.  This patches/builds
against HEAD cleanly for me with:

patch -p0 < 310848.patch

from the directory that contains the "f-spot" dir.
Comment 5 Larry Ewing 2005-08-17 05:02:12 UTC
*** Bug 311325 has been marked as a duplicate of this bug. ***
Comment 6 Larry Ewing 2005-08-18 08:09:20 UTC
This looks pretty good, I'll try to get it in this week.
Comment 7 Gabriel Burt 2005-08-24 03:50:46 UTC
Bug 313789 is fixed by the above patch.
Comment 8 Larry Ewing 2005-08-25 02:11:27 UTC
*** Bug 313789 has been marked as a duplicate of this bug. ***
Comment 9 Michael Monreal 2005-09-02 13:34:15 UTC
Does this patch need any further work? If yes, what? I would really like to see
something like this in the next release...
Comment 10 Larry Ewing 2005-09-22 01:31:59 UTC
I'm a little wary of overriding the wm position directly it seems like this
could get us into trouble if the root window geometry changes.  I'm not really
clear about what things we shouldsave ourselves an what things we should use
session management for.  Gabriel is some other program using this approach?
Comment 11 Raghu GS 2005-09-22 05:34:11 UTC
Hello Larry In my opinion,
remembering window related configurations such as window position, window size,
and window state is not important and AFAIK most applications doesn't have this
funtionallity,
what is important as i posted in Bug 313789 is remembering the status of tool
bars and dialogs, 
because many people may not use all the tool bars and dialogs always,
so they must hide tool bars or dialogs everytime after starting F-spot for
saving         screen realestate,
or someone may use F-Spot's Exif Data frequently, so he/she must always make
appear the Exif Data window every time after opening F-Spot,
so remembering the status of tool bars and dialogs is important,
by-the-way making F-Spot always open as maximized window would be usefull,
Comment 12 Gabriel Burt 2005-09-22 06:18:29 UTC
Larry,

You're probably right about the position -- it should be handled by the WM
(though amazingly HIG-compliant XChat and XMMS do it!).  I just need a WM that
does this for me (Metacity seems not to). :)

In terms of size and maximized?, Muine and Evolution (and probably others) seem
to  remember these settings.  I am not clear on why remembering the size of
one's app is better practice than remembering the position, though.  Naturally,
remembering the maximized state will mean Raghu gets his F-Spot opened maximized.
Comment 13 Gabriel Burt 2005-09-29 03:46:46 UTC
According to Havoc Pennington:

"Apps saving/restoring window positions across invocations of the app I
think is right (given current limitations of the specs anyway). You
should also be careful to save window states, in particular the
maximized flag. I would not set a window position if the user has never
opened that particular window though."
Comment 14 Gabriel Burt 2005-10-26 07:21:28 UTC
Patched in CVS. :)
Comment 15 Gabriel Burt 2005-11-04 18:41:22 UTC
*** Bug 320651 has been marked as a duplicate of this bug. ***