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 328200 - Element width/height in Properties dialog breaks keep aspect ratio
Element width/height in Properties dialog breaks keep aspect ratio
Status: RESOLVED OBSOLETE
Product: dia
Classification: Other
Component: general
CVS head
Other Windows
: Normal enhancement
: ---
Assigned To: Dia maintainers
Dia maintainers
: 598661 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-01-22 18:19 UTC by Hans Breuer
Modified: 2019-03-20 11:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Hans Breuer 2006-01-22 18:19:49 UTC 
E.g. insert an image with keep aspect.
Edit width in the edit control.
(Height doe *not* update)
Depending on your image it looks ugly.

Proposed fix: remove Element width+height
from the Properties dialog again - or maybe
make them 'default prop only'. I'm not sure
about the intended use case while adding them.
Comment 1 Lars Clausen 2006-01-27 20:25:42 UTC 
The use case is simple (and I have used it after implementing them):

For making a model of something real, say furniture, you need to set the size precisely, which is a pain with resizing.

Also useful for setting a number of objects to the same width.

The bug here is that size constraints are not checked on update and/or that the dialog is not updated if size constraints changed values.  The latter problem is also visible when something is settable in menus as well as dialog, such as box's aspect ratio setting.
Comment 2 Hans Breuer 2006-01-28 13:20:52 UTC 
Depending on the point of view the "set same width" feature can also be 
considered as a bug. Formerly it was possible to change multiple colors
of objects at once with without also equalizing the size.
Now the group-change-ungroup work-around is broken for that use case.
One must use group_props.py to that - which has it's own problems
noted elsewhere ...
Comment 3 Lars Clausen 2006-02-26 07:53:24 UTC 
Turning off for now, needs a little more infrastructure to work.
Comment 4 Hans Breuer 2007-01-03 21:17:51 UTC 
with it switched off it is clearly an enhancement ;)
Comment 5 Lars Clausen 2007-10-27 13:40:43 UTC 
With Sameers group properties fix, this could become relevant again.  Though there's still the issues of keeping constraints and of updating the properties dialog when the object is changed.
Comment 6 Hans Breuer 2009-01-13 08:29:43 UTC 
IMO this feature should not hold up 0.97 although it would certainly nice to have.
Comment 7 Hans Breuer 2011-07-09 11:33:15 UTC 
*** Bug 598661 has been marked as a duplicate of this bug. ***
Comment 8 Hans Breuer 2012-12-17 21:44:49 UTC 
bug 350735 describes the same use case and requests some more;)
Comment 9 GNOME Infrastructure Team 2019-03-20 11:23:03 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/dia/issues/156.