Bug 160604 - Making an "implements" association between two classes previosly resized causes clases resize to their minimum size
Summary: Making an "implements" association between two classes previosly resized caus...
Status: CONFIRMED
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
: 183299 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-04-09 10:54 UTC by pacoom
Modified: 2021-03-09 07:00 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pacoom 2008-04-09 10:54:00 UTC
Version:            (using KDE 4.0.3)
Installed from:    Ubuntu Packages
Compiler:          gcc 
OS:                Linux

Making an "implements" association between two classes previosly resized causes clases resize to their minimum size

How to reproduce :
- create a class diagram
- create two classes and resize their boxes
- create an "implements" association between the classes

classes boxes will be resized to their minimum sizes.
Comment 1 Sharan Rao 2008-04-19 22:16:04 UTC
A similar behaviour is observed on establishing any relationship between any two widgets. It is also observed when adding (say) and attribute to a class.
Probably the aim was to auto resize for best fit ?
Am not sure if this is a bug or an intended feature ? Comments welcome.
Comment 2 Oliver Kellogg 2008-04-20 08:45:53 UTC
> Probably the aim was to auto resize for best fit ?

The problem was that Umbrello always forced minimum sizes and did not
allow for enlarging the class boxes.
For example, when dragging classes from the list view to the diagram
after code import, it could be annoying that the class boxes all have
different sizes. (Especially bothersome when display of attributes and
operations is turned off.)

Allowing for manual resize was just the first step - later, I wanted to
add support for automatic size adjustment strategies but I never got
around to that.
Comment 3 Ralf Habacker 2012-05-31 21:32:28 UTC
*** Bug 183299 has been marked as a duplicate of this bug. ***
Comment 4 Ralf Habacker 2012-05-31 21:44:24 UTC
There should be something like 
1. a toggable entry in the diagram context menu (and the diagram menu) which enables/disables autoresizing of widgets.
2. an entry in the diagram context menu for one time auto resizing of all widgets, when the toggable autoresize option mentioned in topic 1. is disabled
3.an entry in the widgets context menu for one time auto resizing when the toggable autoresize option mentioned in topic 1. is disabled
4. a short cut for fast performing topic 2. and 3. 

Implementation notes: 
1 change UMLWidget::updateComponentSize() and the related function in derived classes according to the selected mode. 
2. add entries to the diagram menu, widget and diagram context menu
3. add event handlers for topic 2
Comment 5 Ralf Habacker 2012-11-05 22:58:02 UTC
SVN commit 1324139 by habacker:

Added widget resize context menu feature.

Related: bug 309612

 M  +1 -0      listpopupmenu.cpp  
 M  +1 -0      listpopupmenu.h  
 M  +12 -0     widgets/umlwidget.cpp  
 M  +1 -0      widgets/umlwidget.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1324139
Comment 6 Justin Zobel 2021-03-09 07:00:33 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.