Achim Spangler | 1 Mar 14:01 2006
Picon

New problems with resizing of notes and syncronous sequence messages

Hi,

since about the time of the change for the new sort of arrow auto layout, the 
resizing of synchronous sequence messages and notes is somewhat more 
difficult.

When I select a synchronous sequence message, the label text is also selected 
at the beginning. In this state the message is NOT resizeable, even if the 
drawing of the message widget indicates the resizeable state ( the mouse 
arrow shape is NOT changed...). When I click one time in the background, the 
selection of the label text is removed and only the message widget ( the 
arrows) are selected. THEN I can resize the widget.

I don't know, if the change for the automatic enhanced arrow routing in class 
diagrams is causing this behaviour, or if it is just happening at the same 
time by accident.

Does anybody else detect this more complicated handling for resize of 
especially notes and synchronous messages?

Bye,
Achim

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
Achim Spangler | 1 Mar 14:28 2006
Picon

Repeated parsing of source code and source code generation

Hi,

the current source code parser has no feature which allows the user to decide 
about detected differences betwen model and source code.
I think, that even the most intelligent parser needs user input to decide on:
+ function was CREATED in SOURCE 
   OR
   function was REMOVED in UML
   when the parser detects one more function in SOURCE than in UML

+ same vice versa ( one more function in UML and not in code )

+ different signature of functions
   a) changed just in UML _or_ source
   b) old version was _removed_ and parallel changed in other
        representation

Thus the parser should check for already existing classes in UML, before the 
UML representation is integrated in the project. In case of re-parsing of an 
already existing class, the parser should do:
1) build temporaty representation of the parsed class
2) create copy of the original representation of the class in UML
3) remove all items from both synchronizing representations as resolved, which
     are identically represented in both cases
3) ask user for each lasting item, that is comparable represented in the
    original class (see 2) and in the temporary class ( see 1) 
    -> let him choose BOTH, UML, SOURCE, NONE
   ( show user the signature of the item in question )
4) ask user in comparable way for all items which are only defined in ONE
     version
(Continue reading)

Achim Spangler | 1 Mar 17:27 2006
Picon

Re: New problems with resizing of notes and syncronous sequence messages

Hi again,

the problem with the resizing of note widgets HAS something to do witht the 
change on association line drawing.

After having problems to scale a note widget, I removed the association line 
ofthe note widget to an UML element. THEN it was easy again to change the 
size of the note widget. As soon as I recreated the association line from the 
note widget to the UML element, the resize of the note widget was difficult 
(impossible) again.

Bye,
Achim
Am Mittwoch, 1. März 2006 14:01 schrieb Achim Spangler:
> Hi,
>
> since about the time of the change for the new sort of arrow auto layout,
> the resizing of synchronous sequence messages and notes is somewhat more
> difficult.
>
> When I select a synchronous sequence message, the label text is also
> selected at the beginning. In this state the message is NOT resizeable,
> even if the drawing of the message widget indicates the resizeable state (
> the mouse arrow shape is NOT changed...). When I click one time in the
> background, the selection of the label text is removed and only the message
> widget ( the arrows) are selected. THEN I can resize the widget.
>
> I don't know, if the change for the automatic enhanced arrow routing in
> class diagrams is causing this behaviour, or if it is just happening at the
> same time by accident.
(Continue reading)

Yan Morin | 1 Mar 18:34 2006
Picon

Two patches for Umbrello : color picker/delete item

I create two patches that I found useful.
First, a patch to select the first element fill color or line color when 
you right click on it.
I was a little embarassed on how to name the function since 
getFirstSelectedWidget already exists but it's used for association 
function.

Second, a patch to implement 'backspace key' or 'delete key' when you 
select items in the listview.

I've noted that the delete key under printscreen/scrolllock don't work I 
don't know why. When I tested with backspace and the delete key in the 
numeric keypad, they both worked.
To not reimplement two times the same thing, I've created a function for 
the Delete popup item. (deleteItem())

I've also wrote down this page on KDE wiki because I found this trick 
looking at the code.
http://wiki.kde.org/tiki-index.php?page=UmbrelloTrick

--

-- 
Yan Morin
http://yansanmo.no-ip.org/

Yan Morin | 1 Mar 19:01 2006
Picon

Re: Two patches for Umbrello : color picker/delete item

Yan Morin wrote:
>
> Second, a patch to implement 'backspace key' or 'delete key' when you 
> select items in the listview.
>
Hum, sorry, but I found a flaw in my last patch for multiple delete item.
Exemple: you have two classes, one with attributes
+ ClassA
|- attribute1
|- attribute2
+ ClassB

When you select with shift, ClassA and ClassB, Qt select Class A, 
ClassB, and attribute1, attribute2 automatically even if you don't see 
it when it's not expanded. Also, when you use deleteItem(), it erases 
ClassA and attribute1, attribute2. So the iterator in the selected item 
loop are not good anymore, and crash happens.
I don't see a way to handle it right now... In other case (without 
subitems), it was working so great...

--

-- 
Yan Morin
http://yansanmo.no-ip.org/

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
(Continue reading)

Oliver Kellogg | 1 Mar 19:52 2006
Picon
Picon

branches/KDE/3.5/kdesdk/umbrello/umbrello/codegenerators

SVN commit 514868 by okellogg:

Commit 514278 should have gone here not trunk. I'll clean up trunk later.

 M  +215 -111  perlwriter.cpp  
 M  +4 -0      perlwriter.h  

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
Oliver Kellogg | 1 Mar 19:57 2006
Picon
Picon

branches/KDE/3.5/kdesdk/umbrello/umbrello

SVN commit 514870 by okellogg:

http://www.geeksoc.org/~jr/umbrello/uml-devel/9265.html
From Yan Morin <yansanmo.site_at_gmail.com>
> [...] a patch to select the first element fill color or line color when 
> you right click on it. 
http://www.geeksoc.org/~jr/umbrello/uml-devel/att-9265/umbrello_selectFirstColor.patch

 M  +7 -0      umlview.h  
 M  +6 -0      umlwidget.cpp  

--- branches/KDE/3.5/kdesdk/umbrello/umbrello/umlview.h #514869:514870
 <at>  <at>  -911,6 +911,13  <at>  <at> 
     }

     /**
+     * Return pointer to the first selected widget (for multi-selection)
+     */
+    UMLWidget* getFirstMultiSelectedWidget() {
+        return m_SelectedList.first();
+    }
+
+    /**
      * Return the current UMLWidget we are on.
      */
     UMLWidget * getOnWidget() {
--- branches/KDE/3.5/kdesdk/umbrello/umbrello/umlwidget.cpp #514869:514870
 <at>  <at>  -482,6 +482,8  <at>  <at> 
     QFont font;
     QColor newColour;
(Continue reading)

Oliver Kellogg | 1 Mar 19:58 2006
Picon
Picon

KDE/kdesdk/umbrello/umbrello

SVN commit 514871 by okellogg:

apply commit 514870 from branches/KDE/3.5

 M  +7 -0      umlview.h  
 M  +6 -0      umlwidget.cpp  

--- trunk/KDE/kdesdk/umbrello/umbrello/umlview.h #514870:514871
 <at>  <at>  -920,6 +920,13  <at>  <at> 
     }

     /**
+     * Return pointer to the first selected widget (for multi-selection)
+     */
+    UMLWidget* getFirstMultiSelectedWidget() {
+        return m_SelectedList.first();
+    }
+
+    /**
      * Return the current UMLWidget we are on.
      */
     UMLWidget * getOnWidget() {
--- trunk/KDE/kdesdk/umbrello/umbrello/umlwidget.cpp #514870:514871
 <at>  <at>  -484,6 +484,8  <at>  <at> 
     QFont font;
     QColor newColour;
     const Uml::Widget_Type wt = m_Type;
+    UMLWidget* widget = 0; // use for select the first object properties (fill, line color)
+
     switch(sel) {
(Continue reading)

Oliver Kellogg | 1 Mar 19:53 2006
Picon
Picon

branches/KDE/3.5/kdesdk/umbrello

SVN commit 514869 by okellogg:

update

 M  +1 -0      THANKS  

--- branches/KDE/3.5/kdesdk/umbrello/THANKS #514868:514869
 <at>  <at>  -52,6 +52,7  <at>  <at> 
 Lutz Mueller <lutz.mueller  <at> gmx.de>
 Heiko Nardmann <heiko.nardmann  <at> onlinehome.de>
 Dimitri Ognibene <ognibened  <at> yahoo.it>
+Anthony Parent <anthony.parent  <at> intel.com>
 Carsten Pfeiffer <pfeiffer  <at> kde.org>
 Ivan Porres <iporres  <at> abo.fi>
 Maciej Puzio <maciek  <at> work.swmed.edu>

Oliver Kellogg | 2 Mar 00:15 2006
Picon
Picon

branches/KDE/3.5/kdesdk/umbrello/umbrello

SVN commit 514928 by okellogg:

cosmetics

 M  +3 -5      associationwidget.cpp  

--- branches/KDE/3.5/kdesdk/umbrello/umbrello/associationwidget.cpp #514927:514928
 <at>  <at>  -2526,12 +2526,10  <at>  <at> 
         //create moving point near the mouse on the line
         int i = m_LinePath.onLinePath(me->pos());

-        if (i > -1)
-        {
-            m_LinePath.insertPoint( i + 1, me->pos() );
-            m_nMovingPoint = i + 1;
-        } else
+        if (i == -1)
             return;
+        m_LinePath.insertPoint( i + 1, me->pos() );
+        m_nMovingPoint = i + 1;
     }

     setSelected();


Gmane