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 160721 - dia forgets setting snap to grid
dia forgets setting snap to grid
Status: RESOLVED DUPLICATE of bug 155929
Product: dia
Classification: Other
Component: general
0.93
Other Linux
: Low enhancement
: ---
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2004-12-07 18:48 UTC by Erik
Modified: 2005-02-14 15:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Erik 2004-12-07 18:48:28 UTC
Dia forgets the setting snap to grid. It seems like the setting is not saved. 
Not in the document and not in a configuration file.
Comment 1 Hans Breuer 2004-12-10 23:34:47 UTC
Confirmed.
Comment 2 Lars Clausen 2005-02-06 17:22:22 UTC
Snap to grid is a rather transient setting to save.  Can you give a scenario
where saving it either in the diagram or a configuration file would be a
significant improvement?
Comment 3 Erik 2005-02-06 19:25:47 UTC
Suppose that someone wants to use snap to grid and therefore turns it on. For  
some reason he has to close the application (maybe he is logging out). Each  
time he continues to work he has to turn it on again. Not only does this  
increase the time needed to restore the state of the application in practice 
from maybe 4 seconds to 10 seconds. It also requires several manual steps 
(mouse/keyboard commands) during the process. So fixing this bug would automate 
process of restoring the state that the user had before shutdown and make it 
more than twice as fast. 
 
Yes, the setting is transient (because it is lost at shutdown). That IS the 
problem that I reported. But saving it would fix that. 
 
 
Since I use many KDE programs I consider saving of settings a basic feature of 
applications. I have become used to it and have started to take it for granted, 
but it seems like some people think different. I can understand where such 
thinking comes from, because when I have to use crappy Micros~1 Windows 
applications at the university I also have to set the settings manually each 
session. 
Comment 4 Lars Clausen 2005-02-12 15:43:36 UTC
To alleviate your immediate problem, notice the icon in the bottom of each diagram to the right of 
the zoom settings?  It lets you toggle snap-to-grid, and shows you whether it's on.

As for saving it with the diagram, I'm not convinced that particulars of how editing is performed 
should be saved with the diagram.  Certainly things like whether the diagram menu is a menu bar 
or a right-mouse-button menu or the positions of the windows should not be saved in a diagram.  
They belong in the user's persistent setup.  Snap-to-grid is unfortunately not so clear-cut, as it 
certainly is diagram-specific, but also is a user preference rather than a feature of the diagram, 
IMHO.  We could save the setting persistently on a per-diagram basis, like some editors store the 
cursor position of files between edits, but that info would grow over time.  That may be the best 
solution overall.  Not one I'll implement right away (though patches are acceptable)..
Comment 5 Erik 2005-02-12 21:18:22 UTC
That sounds too complicated and not good enough. It would be better with a 
simple option: 
"State of snap to grid at startup:" 
( ) "on" 
( ) "off" 
(o) "same as last session" 
Comment 6 Lars Clausen 2005-02-13 09:31:46 UTC
Well, snap-to-grid is a per-diagram setting.  In some diagrams, you want it, in some you don't, in 
some you switch back and forth.  
Comment 7 Lars Clausen 2005-02-14 15:08:07 UTC

*** This bug has been marked as a duplicate of 155929 ***