Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » UML2 Tools » comp diagram
comp diagram [message #472724] Wed, 30 January 2008 14:32 Go to next message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

Is there a way, (in code) to not show the classes in the component diagram?

I also want to , (in code) draw lines between ports of components, a quick
way to represent connectors because they are not working. Is this possible?

regards,
nick
Re: comp diagram [message #473253 is a reply to message #472724] Wed, 30 January 2008 17:33 Go to previous messageGo to next message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hi Nick,

> Is there a way, (in code) to not show the classes in the component
> diagram?

To remove "Create Class" palette entry from the toolbar, comment(or delete
=)) the appropriate row in UMLPaletteFactory:
//paletteContainer.add(createClass4CreationTool());
After this user won't be able to create Class in the Component Diagram Editor.

But user can create Classes in the UML Editor (*.uml file) and hence Classes
will be shown on the diagram. If you don't want to have such classes shown,
UMLDiagramUpdater class should be modified. Class2EditParts shouldn't be
added to PackageEditPart:
UMLDiagramUpdater#getPackage_1000SemanticChildren() {
....
// if (visualID == Class2EditPart.VISUAL_ID) {
// result.add(new UMLNodeDescriptor(childElement, visualID));
// continue;
// }
....}

> I also want to , (in code) draw lines between ports of components, a
> quick way to represent connectors because they are not working. Is
> this possible?

Nick, what exact problem do you have with Connector elements? I have correct
Connectors on my diagram. Please specify the incorrect behavior if you have
any. We are going to focuse on the quality (many requests will be fixed)
before the M5 misestone! It's time to tell us about problems you faced=)

Good luck,
Tanya.
Re: comp diagram [message #473260 is a reply to message #473253] Thu, 31 January 2008 14:55 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

I seemed to have been working with an older version. I can now see
ball-socket connection between two ports of components.

I model an assembly connection by having a property A typed to component
1, property B typed to component 2, a connector with 2 connector ends,
their type is set to property A and B.

So what I get is a ball socket connection between the two components
(which is what I get because the usage/realization is set) and I get two
properties in component 1 with a Blue arrow between them.

This is how it should be right?

Could you send me an implementation of an assembly connector between two
ports/components? in the form of a .uml file? (nickkirtley at gmail.com)

I know I haven't actually posted a question/problem as such, but I just
want to make sure I've got it right. and I might also have to change
something. But more about that later ;)

thanks for your help
regards,
nick
[ClassD] remaining critical bugs [message #473261 is a reply to message #473253] Thu, 31 January 2008 15:46 Go to previous messageGo to next message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
"Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
news:6785c52634428ca3185c6a8a19d@news.eclipse.org...
> any. We are going to focuse on the quality (many requests will be fixed)
> before the M5 misestone! It's time to tell us about problems you faced=)

Hi Tatiana,
You posted the above message earlier this week, regarding focus on M5.
Maybe it's time to repost the message I sent on 11/2/2007 about problems
with the class diagrams. I copied that message below, with one note about
an update, but otherwise all issues remain. In particular, the last two
general issues are still critical blockers. Are there any plans for how
they can be addressed? Are they a fundamental design limitation of GMF?


These critical bugs remain in class diagram support, and all are
show-stoppers in my attempt to create a modeling tool for use in HL7
healthcare standards. A lot of effort is being put into creating new diagram
types, but the class diagram is still unusable by most end-user modelers.

* AssociationClass does not display correctly. Also, the pallet command for
creating a new AssociationClass should behave like adding a new Association,
not adding a classifier. My work with healthcare models uses many
association classes, and this bug is is very critical for us.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733

[Update]: now can create an AssociationClass on diagram, but very difficult
to use. It should appear on the pallet along with other associations, where
user can drag from source to destination class, and create a new
AssociationClass that connects them.

* Properties participating in associations should be filtered from
attributes compartments
https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046

* Many stereotypes do not display on class diagrams, e.g. on Assoiation,
AssociationClass, Property in attributes compartment.

* Impossible to edit Association link source/destination properties in
diagram editor
https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003

Not critical, but annoying issues:

* Hide compartment labels (attributes, operations, classes)

* Filter displayed compartments (e.g. only attributes showing)

* Filter stereotypes that are displayed, e.g. turn on/off shape or
compartment stereotypes labels.

Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a shared
editing domain with all diagrams. I've attached some tentative patches and
suggestions for these bugs:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974

*Ability to drag/drop model elements from the common navigator onto any
diagram.

* Ability to create multiple diagram views of one Package
https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731
Re: comp diagram [message #473267 is a reply to message #473260] Fri, 01 February 2008 12:24 Go to previous messageGo to next message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hi Nick,

Thank you for the observation. Assemply Connectors are not supported in UML2Tools
at the moment. There is buglizza #197253 '[ComponentD] - Support for assembly
connector's'.

Best wishes,
Tatiana.

> hi,
>
> I seemed to have been working with an older version. I can now see
> ball-socket connection between two ports of components.
>
> I model an assembly connection by having a property A typed to
> component 1, property B typed to component 2, a connector with 2
> connector ends, their type is set to property A and B.
>
> So what I get is a ball socket connection between the two components
> (which is what I get because the usage/realization is set) and I get
> two properties in component 1 with a Blue arrow between them.
>
> This is how it should be right?
>
> Could you send me an implementation of an assembly connector between
> two ports/components? in the form of a .uml file? (nickkirtley at
> gmail.com)
>
> I know I haven't actually posted a question/problem as such, but I
> just want to make sure I've got it right. and I might also have to
> change something. But more about that later ;)
>
> thanks for your help
>
> regards,
>
> nick
>
Re: comp diagram [message #473268 is a reply to message #473267] Fri, 01 February 2008 12:32 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

Hi,

Ok so it's going to be changed to a situation where a connector will be
between two ports (ports chosen based on the type-value of the
properties)? That's how I think it should be anyway.

regards,
nick
Re: [ClassD] remaining critical bugs [message #473269 is a reply to message #473261] Fri, 01 February 2008 12:36 Go to previous messageGo to next message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Dave,

We'll necessarily take your requests into account. All the changes will be
reflected in the bugzilla.
Couple of words concerning critical blockers,

> * Many stereotypes do not display on class diagrams, e.g. on
> Assoiation, AssociationClass, Property in attributes compartment.
Is there a request in the bugzilla? If not, could you please submit one?

> * Impossible to edit Association link source/destination properties in
> diagram editor
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003
We'll consider it soon.

Best wishes,
Tatiana.

> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
> news:6785c52634428ca3185c6a8a19d@news.eclipse.org...
>
>> any. We are going to focuse on the quality (many requests will be
>> fixed) before the M5 misestone! It's time to tell us about problems
>> you faced=)
>>
> Hi Tatiana,
> You posted the above message earlier this week, regarding focus on M5.
> Maybe it's time to repost the message I sent on 11/2/2007 about
> problems
> with the class diagrams. I copied that message below, with one note
> about
> an update, but otherwise all issues remain. In particular, the last
> two
> general issues are still critical blockers. Are there any plans for
> how
> they can be addressed? Are they a fundamental design limitation of
> GMF?
> These critical bugs remain in class diagram support, and all are
> show-stoppers in my attempt to create a modeling tool for use in HL7
> healthcare standards. A lot of effort is being put into creating new
> diagram types, but the class diagram is still unusable by most
> end-user modelers.
>
> * AssociationClass does not display correctly. Also, the pallet
> command for
> creating a new AssociationClass should behave like adding a new
> Association,
> not adding a classifier. My work with healthcare models uses many
> association classes, and this bug is is very critical for us.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733
> [Update]: now can create an AssociationClass on diagram, but very
> difficult to use. It should appear on the pallet along with other
> associations, where user can drag from source to destination class,
> and create a new AssociationClass that connects them.
>
> * Properties participating in associations should be filtered from
> attributes compartments
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046
> * Many stereotypes do not display on class diagrams, e.g. on
> Assoiation, AssociationClass, Property in attributes compartment.
>
> * Impossible to edit Association link source/destination properties in
> diagram editor
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003
> Not critical, but annoying issues:
>
> * Hide compartment labels (attributes, operations, classes)
>
> * Filter displayed compartments (e.g. only attributes showing)
>
> * Filter stereotypes that are displayed, e.g. turn on/off shape or
> compartment stereotypes labels.
>
> Other more general, but critical bugs:
>
> * There must be a complete common navigator model view that uses a
> shared
> editing domain with all diagrams. I've attached some tentative
> patches and
> suggestions for these bugs:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974
> *Ability to drag/drop model elements from the common navigator onto
> any diagram.
>
> * Ability to create multiple diagram views of one Package
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731
Re: comp diagram [message #473270 is a reply to message #473268] Fri, 01 February 2008 12:45 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

another strange thing i've encountererd with the compD is that when I have
a ball/socket notation because I have a required/provided combination then
it shows a ball socket with 3 lines - one going to each port and one going
to the required component(which shouldn't be the case). Are you getting
the same? I can send a screenshot if needed.
regards,
Nick
Re: [ClassD] remaining critical bugs [message #473272 is a reply to message #473261] Fri, 01 February 2008 12:55 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 26217
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------030800050009040708050008
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dave,

I don't mean to throw salt into open wounds, but when there are critical
blocking issues in an open source offering, the option to contribute
toward their resolution is always open and likely would be greatly
appreciated. I understand that the technology is complex and that this
self service option is a difficult one, but looking a gift horse in the
mouth and reporting the state of the teeth is only good for creating a
problem report. Don't get me wrong, problem reports are valuable as
well, but once you've filed it , you'll just have to wait patiently for
the free dental work to kick in with the recognition of the fact that
free dental clinics tend to be swamped with those desiring the services.


Dave Carlson wrote:
> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
> news:6785c52634428ca3185c6a8a19d@news.eclipse.org...
>
>> any. We are going to focuse on the quality (many requests will be fixed)
>> before the M5 misestone! It's time to tell us about problems you faced=)
>>
>
> Hi Tatiana,
> You posted the above message earlier this week, regarding focus on M5.
> Maybe it's time to repost the message I sent on 11/2/2007 about problems
> with the class diagrams. I copied that message below, with one note about
> an update, but otherwise all issues remain. In particular, the last two
> general issues are still critical blockers. Are there any plans for how
> they can be addressed? Are they a fundamental design limitation of GMF?
>
>
> These critical bugs remain in class diagram support, and all are
> show-stoppers in my attempt to create a modeling tool for use in HL7
> healthcare standards. A lot of effort is being put into creating new diagram
> types, but the class diagram is still unusable by most end-user modelers.
>
> * AssociationClass does not display correctly. Also, the pallet command for
> creating a new AssociationClass should behave like adding a new Association,
> not adding a classifier. My work with healthcare models uses many
> association classes, and this bug is is very critical for us.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733
>
> [Update]: now can create an AssociationClass on diagram, but very difficult
> to use. It should appear on the pallet along with other associations, where
> user can drag from source to destination class, and create a new
> AssociationClass that connects them.
>
> * Properties participating in associations should be filtered from
> attributes compartments
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046
>
> * Many stereotypes do not display on class diagrams, e.g. on Assoiation,
> AssociationClass, Property in attributes compartment.
>
> * Impossible to edit Association link source/destination properties in
> diagram editor
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003
>
> Not critical, but annoying issues:
>
> * Hide compartment labels (attributes, operations, classes)
>
> * Filter displayed compartments (e.g. only attributes showing)
>
> * Filter stereotypes that are displayed, e.g. turn on/off shape or
> compartment stereotypes labels.
>
> Other more general, but critical bugs:
>
> * There must be a complete common navigator model view that uses a shared
> editing domain with all diagrams. I've attached some tentative patches and
> suggestions for these bugs:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974
>
> *Ability to drag/drop model elements from the common navigator onto any
> diagram.
>
> * Ability to create multiple diagram views of one Package
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731
>
>
>
>


--------------030800050009040708050008
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dave,<br>
<br>
I don't mean to throw salt into open wounds, but when there are
critical blocking issues in an open source offering, the option to
contribute toward their resolution is always open and likely would be
greatly appreciated.&nbsp; I understand that the technology is complex and
that this self service option is a difficult one, but looking a gift
horse in the mouth and reporting the state of the teeth is only good
for creating a problem report.&nbsp; Don't get me wrong, problem reports are
valuable as well, but once you've filed it , you'll just have to wait
patiently for the free dental work to kick in with the recognition of
the fact that free dental clinics tend to be swamped with those
desiring the services.<br>
<br>
<br>
Dave Carlson wrote:
<blockquote cite="mid:fnsqg4$kqd$1@build.eclipse.org" type="cite">
<pre wrap="">"Tatiana Fesenko" <a class="moz-txt-link-rfc2396E" href="mailto:tatiana.fesenko@borland.com">&lt;tatiana.fesenko@borland.com&gt;</a> wrote in message
<a class="moz-txt-link-freetext" href="news:6785c52634428ca3185c6a8a19d@news.eclipse.org">news:6785c52634428ca3185c6a8a19d@news.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">any. We are going to focuse on the quality (many requests will be fixed)
before the M5 misestone! It's time to tell us about problems you faced=)
</pre>
</blockquote>
<pre wrap=""><!---->
Hi Tatiana,
You posted the above message earlier this week, regarding focus on M5.
Maybe it's time to repost the message I sent on 11/2/2007 about problems
with the class diagrams. I copied that message below, with one note about
an update, but otherwise all issues remain. In particular, the last two
general issues are still critical blockers. Are there any plans for how
they can be addressed? Are they a fundamental design limitation of GMF?


These critical bugs remain in class diagram support, and all are
show-stoppers in my attempt to create a modeling tool for use in HL7
healthcare standards. A lot of effort is being put into creating new diagram
types, but the class diagram is still unusable by most end-user modelers.

* AssociationClass does not display correctly. Also, the pallet command for
creating a new AssociationClass should behave like adding a new Association,
not adding a classifier. My work with healthcare models uses many
association classes, and this bug is is very critical for us.
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733">https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733</a>

[Update]: now can create an AssociationClass on diagram, but very difficult
to use. It should appear on the pallet along with other associations, where
user can drag from source to destination class, and create a new
AssociationClass that connects them.

* Properties participating in associations should be filtered from
attributes compartments
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046">https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046</a>

* Many stereotypes do not display on class diagrams, e.g. on Assoiation,
AssociationClass, Property in attributes compartment.

* Impossible to edit Association link source/destination properties in
diagram editor
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003">https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003</a>

Not critical, but annoying issues:

* Hide compartment labels (attributes, operations, classes)

* Filter displayed compartments (e.g. only attributes showing)

* Filter stereotypes that are displayed, e.g. turn on/off shape or
compartment stereotypes labels.

Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a shared
editing domain with all diagrams. I've attached some tentative patches and
suggestions for these bugs:
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767">https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767</a>
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974">https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974</a>

*Ability to drag/drop model elements from the common navigator onto any
diagram.

* Ability to create multiple diagram views of one Package
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731">https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731</a>



</pre>
</blockquote>
<br>
</body>
</html>

--------------030800050009040708050008--
Re: [ClassD] remaining critical bugs [message #473290 is a reply to message #473272] Fri, 01 February 2008 16:44 Go to previous messageGo to next message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.

------=_NextPart_000_0024_01C864B6.FA0339C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Ed,

Yes I do agree. If you look at one of the general critical bugs I =
listed, I have in fact spent considerable time working on patches and =
proposed changes that I attached to the bugs. For most other changes, I =
need to spend A LOT of time learning the fundamentals of GMF code =
generation and the UML2 customizations, before I can even begin to =
consider writing a patch. Perhaps I should find time for that, but it's =
far from my normal development activities related to modeling.

Dave
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fnv4t9$uq6$1@build.eclipse.org...
Dave,

I don't mean to throw salt into open wounds, but when there are =
critical blocking issues in an open source offering, the option to =
contribute toward their resolution is always open and likely would be =
greatly appreciated. I understand that the technology is complex and =
that this self service option is a difficult one, but looking a gift =
horse in the mouth and reporting the state of the teeth is only good for =
creating a problem report. Don't get me wrong, problem reports are =
valuable as well, but once you've filed it , you'll just have to wait =
patiently for the free dental work to kick in with the recognition of =
the fact that free dental clinics tend to be swamped with those desiring =
the services.


Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a =
shared
editing domain with all diagrams. I've attached some tentative patches =
and
suggestions for these bugs:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D139767
https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D189974


------=_NextPart_000_0024_01C864B6.FA0339C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16587" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Yes I do agree.&nbsp; If you look at =
one of the=20
general critical bugs I listed, I have in fact spent considerable time =
working=20
on patches and proposed changes that I attached to the bugs.&nbsp; For =
most=20
other changes, I need to spend A LOT of time learning the fundamentals =
of GMF=20
code generation and the UML2 customizations, before I can even begin to =
consider=20
writing a patch.&nbsp; Perhaps I should find time for that, but it's far =
from my=20
normal development activities related to modeling.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Dave</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" &lt;<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>&gt;=20
wrote in message <A=20
=
href=3D"news:fnv4t9$uq6$1@build.eclipse.org">news:fnv4t9$uq6$1@build.ecli=
pse.org</A>...</DIV>Dave,<BR><BR>I=20
don't mean to throw salt into open wounds, but when there are critical =

blocking issues in an open source offering, the option to contribute =
toward=20
their resolution is always open and likely would be greatly =
appreciated.&nbsp;=20
I understand that the technology is complex and that this self service =
option=20
is a difficult one, but looking a gift horse in the mouth and =
reporting the=20
state of the teeth is only good for creating a problem report.&nbsp; =
Don't get=20
me wrong, problem reports are valuable as well, but once you've filed =
it ,=20
you'll just have to wait patiently for the free dental work to kick in =
with=20
the recognition of the fact that free dental clinics tend to be =
swamped with=20
those desiring the services.<BR><BR>
<BLOCKQUOTE cite=3Dmid:fnsqg4$kqd$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">&nbsp;</PRE><PRE wrap=3D"">Other more =
general, but critical bugs:

* There must be a complete common navigator model view that uses a =
shared
editing domain with all diagrams. I've attached some tentative patches =
and
suggestions for these bugs:
<A class=3Dmoz-txt-link-freetext =
href=3D"https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D139767">https://b=
ugs.eclipse.org/bugs/show_bug.cgi?id=3D139767</A>
<A class=3Dmoz-txt-link-freetext =
href=3D"https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D189974">https://b=
ugs.eclipse.org/bugs/show_bug.cgi?id=3D189974</A>

</PRE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0024_01C864B6.FA0339C0--
Re: [ClassD] remaining critical bugs [message #473292 is a reply to message #473290] Fri, 01 February 2008 17:26 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 26217
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------020606020406050207040404
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dave,

That's cool. I've wanted to dive in with the Ecore Tools stuff to help
support generics better, but it's indeed a big learning curve and I
don't have so much time for it. So I sympathize with everyone
involved. As a user you want to use it and find things get in the way
and are frustrated by that , while as a developer you are working as
hard as you possibly can and folks still complain. Of course everything
that's already working well is taken for granted and only the
shortcomings seem to loom large. It's just human nature...


Dave Carlson wrote:
> Hi Ed,
>
> Yes I do agree. If you look at one of the general critical bugs I
> listed, I have in fact spent considerable time working on patches and
> proposed changes that I attached to the bugs. For most other changes,
> I need to spend A LOT of time learning the fundamentals of GMF code
> generation and the UML2 customizations, before I can even begin to
> consider writing a patch. Perhaps I should find time for that, but
> it's far from my normal development activities related to modeling.
>
> Dave
>
> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> message news:fnv4t9$uq6$1@build.eclipse.org...
> Dave,
>
> I don't mean to throw salt into open wounds, but when there are
> critical blocking issues in an open source offering, the option to
> contribute toward their resolution is always open and likely would
> be greatly appreciated. I understand that the technology is
> complex and that this self service option is a difficult one, but
> looking a gift horse in the mouth and reporting the state of the
> teeth is only good for creating a problem report. Don't get me
> wrong, problem reports are valuable as well, but once you've filed
> it , you'll just have to wait patiently for the free dental work
> to kick in with the recognition of the fact that free dental
> clinics tend to be swamped with those desiring the services.
>
>>
>> Other more general, but critical bugs:
>>
>> * There must be a complete common navigator model view that uses a shared
>> editing domain with all diagrams. I've attached some tentative patches and
>> suggestions for these bugs:
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974
>>
>>
>


--------------020606020406050207040404
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dave,<br>
<br>
That's cool.&nbsp; I've wanted to dive in with the Ecore Tools stuff to help
support generics better, but it's indeed a big learning curve and I
don't have so much time for it.&nbsp; So I sympathize with everyone
involved.&nbsp; As a user you want to use it and find things get in the way
and are frustrated by that , while as a developer you are working as
hard as you possibly can and folks still complain.&nbsp; Of course
everything that's already working well is taken for granted and only
the shortcomings seem to loom large.&nbsp; It's just human nature...<br>
<br>
<br>
Dave Carlson wrote:
<blockquote cite="mid:fnvi8g$t52$1@build.eclipse.org" type="cite">
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<meta content="MSHTML 6.00.6000.16587" name="GENERATOR">
<style></style>
<div><font face="Arial" size="2">Hi Ed,</font></div>
<div>&nbsp;</div>
<div><font face="Arial" size="2">Yes I do agree.&nbsp; If you look at one
of the general critical bugs I listed, I have in fact spent
considerable time working on patches and proposed changes that I
attached to the bugs.&nbsp; For most other changes, I need to spend A LOT of
time learning the fundamentals of GMF code generation and the UML2
customizations, before I can even begin to consider writing a patch.&nbsp;
Perhaps I should find time for that, but it's far from my normal
development activities related to modeling.</font></div>
<div>&nbsp;</div>
<div><font face="Arial" size="2">Dave</font></div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div>"Ed Merks" &lt;<a moz-do-not-send="true"
href="mailto:merks@ca.ibm.com">merks@ca.ibm.com</a>&gt; wrote in
message <a moz-do-not-send="true"
href="news:fnv4t9$uq6$1@build.eclipse.org">news:fnv4t9$uq6$1@build.eclipse.org</a>...</div>
Dave,<br>
<br>
I don't mean to throw salt into open wounds, but when there are
critical blocking issues in an open source offering, the option to
contribute toward their resolution is always open and likely would be
greatly appreciated.&nbsp; I understand that the technology is complex and
that this self service option is a difficult one, but looking a gift
horse in the mouth and reporting the state of the teeth is only good
for creating a problem report.&nbsp; Don't get me wrong, problem reports are
valuable as well, but once you've filed it , you'll just have to wait
patiently for the free dental work to kick in with the recognition of
the fact that free dental clinics tend to be swamped with those
desiring the services.<br>
<br>
<blockquote cite="mid:fnsqg4$kqd$1@build.eclipse.org" type="cite">
<pre wrap="">&nbsp;</pre>
<pre wrap="">Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a shared
editing domain with all diagrams. I've attached some tentative patches and
suggestions for these bugs:
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767">https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974">https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974</a>

</pre>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>

--------------020606020406050207040404--
Re: [ClassD] remaining critical bugs [message #473293 is a reply to message #473269] Fri, 01 February 2008 18:04 Go to previous messageGo to next message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
Hi Tatiana,
First of all, I *do* want to thank you and the UML2Tools team for all their
hard work (and not just list the defects :-) Looking forward to meeting
with you all at EclipseCon.

Is this bug sufficient for the stereotype display? If not, I'll submit a
new one.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=162570


"Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
news:6785c52634d88ca32eea317f15d@news.eclipse.org...
> Couple of words concerning critical blockers,
>
>> * Many stereotypes do not display on class diagrams, e.g. on
>> Assoiation, AssociationClass, Property in attributes compartment.

> Is there a request in the bugzilla? If not, could you please submit one?
Re: [ClassD] remaining critical bugs [message #473294 is a reply to message #473293] Fri, 01 February 2008 18:16 Go to previous messageGo to next message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hi Dave,

It's better to submit a new one.

Best wishes,
Tatiana.

> Hi Tatiana,
> First of all, I *do* want to thank you and the UML2Tools team for all
> their
> hard work (and not just list the defects :-) Looking forward to
> meeting
> with you all at EclipseCon.
> Is this bug sufficient for the stereotype display? If not, I'll
> submit a
> new one.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162570
> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
> news:6785c52634d88ca32eea317f15d@news.eclipse.org...
>
>> Couple of words concerning critical blockers,
>>
>>> * Many stereotypes do not display on class diagrams, e.g. on
>>> Assoiation, AssociationClass, Property in attributes compartment.
>>>
>> Is there a request in the bugzilla? If not, could you please submit
>> one?
>>
Re: comp diagram [message #473296 is a reply to message #473270] Tue, 05 February 2008 18:51 Go to previous messageGo to next message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hello Nick,

Unfortunately, I cannot verify or deny your observation at the moment, because
#183754 '[ComponentD, ClassD] Port Provided/Required interface links' is
still open. Required Interface link is created incorrectly. Anyway, if you
want to fix it yourself, take a look at UMLDiagramUpdater. The problem (if
it exists) should be located there.

Best wishes,
Tatiana.

> hi,
>
> another strange thing i've encountererd with the compD is that when I
> have
> a ball/socket notation because I have a required/provided combination
> then
> it shows a ball socket with 3 lines - one going to each port and one
> going
> to the required component(which shouldn't be the case). Are you
> getting
> the same? I can send a screenshot if needed.
> regards,
> Nick
Re: [ClassD] remaining critical bugs [message #473300 is a reply to message #473294] Thu, 07 February 2008 16:11 Go to previous messageGo to next message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
Hi Tatiana,
I entered a new bug for stereotype display on class diagrams:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=218191

Dave

"Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
news:6785c52634ff8ca331e0648d14c@news.eclipse.org...
> Hi Dave,
>
> It's better to submit a new one.

>> Is this bug sufficient for the stereotype display? If not, I'll
>> submit a
>> new one.
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162570
>> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
>> news:6785c52634d88ca32eea317f15d@news.eclipse.org...
>>
>>> Couple of words concerning critical blockers,
>>>
>>>> * Many stereotypes do not display on class diagrams, e.g. on
>>>> Assoiation, AssociationClass, Property in attributes compartment.
>>>>
>>> Is there a request in the bugzilla? If not, could you please submit
>>> one?
Re: comp diagram [message #473302 is a reply to message #473296] Fri, 08 February 2008 13:09 Go to previous message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

how about assembly connector. how will connector be implemented (in your
view)? between ports of the components?

regards,
nick
Re: comp diagram [message #617582 is a reply to message #472724] Wed, 30 January 2008 17:33 Go to previous message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hi Nick,

> Is there a way, (in code) to not show the classes in the component
> diagram?

To remove "Create Class" palette entry from the toolbar, comment(or delete
=)) the appropriate row in UMLPaletteFactory:
//paletteContainer.add(createClass4CreationTool());
After this user won't be able to create Class in the Component Diagram Editor.

But user can create Classes in the UML Editor (*.uml file) and hence Classes
will be shown on the diagram. If you don't want to have such classes shown,
UMLDiagramUpdater class should be modified. Class2EditParts shouldn't be
added to PackageEditPart:
UMLDiagramUpdater#getPackage_1000SemanticChildren() {
....
// if (visualID == Class2EditPart.VISUAL_ID) {
// result.add(new UMLNodeDescriptor(childElement, visualID));
// continue;
// }
....}

> I also want to , (in code) draw lines between ports of components, a
> quick way to represent connectors because they are not working. Is
> this possible?

Nick, what exact problem do you have with Connector elements? I have correct
Connectors on my diagram. Please specify the incorrect behavior if you have
any. We are going to focuse on the quality (many requests will be fixed)
before the M5 misestone! It's time to tell us about problems you faced=)

Good luck,
Tanya.
Re: comp diagram [message #617600 is a reply to message #473253] Thu, 31 January 2008 14:55 Go to previous message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

I seemed to have been working with an older version. I can now see
ball-socket connection between two ports of components.

I model an assembly connection by having a property A typed to component
1, property B typed to component 2, a connector with 2 connector ends,
their type is set to property A and B.

So what I get is a ball socket connection between the two components
(which is what I get because the usage/realization is set) and I get two
properties in component 1 with a Blue arrow between them.

This is how it should be right?

Could you send me an implementation of an assembly connector between two
ports/components? in the form of a .uml file? (nickkirtley at gmail.com)

I know I haven't actually posted a question/problem as such, but I just
want to make sure I've got it right. and I might also have to change
something. But more about that later ;)

thanks for your help
regards,
nick
[ClassD] remaining critical bugs [message #617601 is a reply to message #473253] Thu, 31 January 2008 15:46 Go to previous message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
"Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
news:6785c52634428ca3185c6a8a19d@news.eclipse.org...
> any. We are going to focuse on the quality (many requests will be fixed)
> before the M5 misestone! It's time to tell us about problems you faced=)

Hi Tatiana,
You posted the above message earlier this week, regarding focus on M5.
Maybe it's time to repost the message I sent on 11/2/2007 about problems
with the class diagrams. I copied that message below, with one note about
an update, but otherwise all issues remain. In particular, the last two
general issues are still critical blockers. Are there any plans for how
they can be addressed? Are they a fundamental design limitation of GMF?


These critical bugs remain in class diagram support, and all are
show-stoppers in my attempt to create a modeling tool for use in HL7
healthcare standards. A lot of effort is being put into creating new diagram
types, but the class diagram is still unusable by most end-user modelers.

* AssociationClass does not display correctly. Also, the pallet command for
creating a new AssociationClass should behave like adding a new Association,
not adding a classifier. My work with healthcare models uses many
association classes, and this bug is is very critical for us.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733

[Update]: now can create an AssociationClass on diagram, but very difficult
to use. It should appear on the pallet along with other associations, where
user can drag from source to destination class, and create a new
AssociationClass that connects them.

* Properties participating in associations should be filtered from
attributes compartments
https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046

* Many stereotypes do not display on class diagrams, e.g. on Assoiation,
AssociationClass, Property in attributes compartment.

* Impossible to edit Association link source/destination properties in
diagram editor
https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003

Not critical, but annoying issues:

* Hide compartment labels (attributes, operations, classes)

* Filter displayed compartments (e.g. only attributes showing)

* Filter stereotypes that are displayed, e.g. turn on/off shape or
compartment stereotypes labels.

Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a shared
editing domain with all diagrams. I've attached some tentative patches and
suggestions for these bugs:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974

*Ability to drag/drop model elements from the common navigator onto any
diagram.

* Ability to create multiple diagram views of one Package
https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731
Re: comp diagram [message #618251 is a reply to message #473260] Fri, 01 February 2008 12:24 Go to previous message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hi Nick,

Thank you for the observation. Assemply Connectors are not supported in UML2Tools
at the moment. There is buglizza #197253 '[ComponentD] - Support for assembly
connector's'.

Best wishes,
Tatiana.

> hi,
>
> I seemed to have been working with an older version. I can now see
> ball-socket connection between two ports of components.
>
> I model an assembly connection by having a property A typed to
> component 1, property B typed to component 2, a connector with 2
> connector ends, their type is set to property A and B.
>
> So what I get is a ball socket connection between the two components
> (which is what I get because the usage/realization is set) and I get
> two properties in component 1 with a Blue arrow between them.
>
> This is how it should be right?
>
> Could you send me an implementation of an assembly connector between
> two ports/components? in the form of a .uml file? (nickkirtley at
> gmail.com)
>
> I know I haven't actually posted a question/problem as such, but I
> just want to make sure I've got it right. and I might also have to
> change something. But more about that later ;)
>
> thanks for your help
>
> regards,
>
> nick
>
Re: comp diagram [message #618252 is a reply to message #473267] Fri, 01 February 2008 12:32 Go to previous message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

Hi,

Ok so it's going to be changed to a situation where a connector will be
between two ports (ports chosen based on the type-value of the
properties)? That's how I think it should be anyway.

regards,
nick
Re: [ClassD] remaining critical bugs [message #618253 is a reply to message #473261] Fri, 01 February 2008 12:36 Go to previous message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Dave,

We'll necessarily take your requests into account. All the changes will be
reflected in the bugzilla.
Couple of words concerning critical blockers,

> * Many stereotypes do not display on class diagrams, e.g. on
> Assoiation, AssociationClass, Property in attributes compartment.
Is there a request in the bugzilla? If not, could you please submit one?

> * Impossible to edit Association link source/destination properties in
> diagram editor
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003
We'll consider it soon.

Best wishes,
Tatiana.

> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
> news:6785c52634428ca3185c6a8a19d@news.eclipse.org...
>
>> any. We are going to focuse on the quality (many requests will be
>> fixed) before the M5 misestone! It's time to tell us about problems
>> you faced=)
>>
> Hi Tatiana,
> You posted the above message earlier this week, regarding focus on M5.
> Maybe it's time to repost the message I sent on 11/2/2007 about
> problems
> with the class diagrams. I copied that message below, with one note
> about
> an update, but otherwise all issues remain. In particular, the last
> two
> general issues are still critical blockers. Are there any plans for
> how
> they can be addressed? Are they a fundamental design limitation of
> GMF?
> These critical bugs remain in class diagram support, and all are
> show-stoppers in my attempt to create a modeling tool for use in HL7
> healthcare standards. A lot of effort is being put into creating new
> diagram types, but the class diagram is still unusable by most
> end-user modelers.
>
> * AssociationClass does not display correctly. Also, the pallet
> command for
> creating a new AssociationClass should behave like adding a new
> Association,
> not adding a classifier. My work with healthcare models uses many
> association classes, and this bug is is very critical for us.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733
> [Update]: now can create an AssociationClass on diagram, but very
> difficult to use. It should appear on the pallet along with other
> associations, where user can drag from source to destination class,
> and create a new AssociationClass that connects them.
>
> * Properties participating in associations should be filtered from
> attributes compartments
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046
> * Many stereotypes do not display on class diagrams, e.g. on
> Assoiation, AssociationClass, Property in attributes compartment.
>
> * Impossible to edit Association link source/destination properties in
> diagram editor
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003
> Not critical, but annoying issues:
>
> * Hide compartment labels (attributes, operations, classes)
>
> * Filter displayed compartments (e.g. only attributes showing)
>
> * Filter stereotypes that are displayed, e.g. turn on/off shape or
> compartment stereotypes labels.
>
> Other more general, but critical bugs:
>
> * There must be a complete common navigator model view that uses a
> shared
> editing domain with all diagrams. I've attached some tentative
> patches and
> suggestions for these bugs:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974
> *Ability to drag/drop model elements from the common navigator onto
> any diagram.
>
> * Ability to create multiple diagram views of one Package
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731
Re: comp diagram [message #618254 is a reply to message #473268] Fri, 01 February 2008 12:45 Go to previous message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

another strange thing i've encountererd with the compD is that when I have
a ball/socket notation because I have a required/provided combination then
it shows a ball socket with 3 lines - one going to each port and one going
to the required component(which shouldn't be the case). Are you getting
the same? I can send a screenshot if needed.
regards,
Nick
Re: [ClassD] remaining critical bugs [message #618256 is a reply to message #473261] Fri, 01 February 2008 12:55 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 26217
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------030800050009040708050008
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dave,

I don't mean to throw salt into open wounds, but when there are critical
blocking issues in an open source offering, the option to contribute
toward their resolution is always open and likely would be greatly
appreciated. I understand that the technology is complex and that this
self service option is a difficult one, but looking a gift horse in the
mouth and reporting the state of the teeth is only good for creating a
problem report. Don't get me wrong, problem reports are valuable as
well, but once you've filed it , you'll just have to wait patiently for
the free dental work to kick in with the recognition of the fact that
free dental clinics tend to be swamped with those desiring the services.


Dave Carlson wrote:
> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
> news:6785c52634428ca3185c6a8a19d@news.eclipse.org...
>
>> any. We are going to focuse on the quality (many requests will be fixed)
>> before the M5 misestone! It's time to tell us about problems you faced=)
>>
>
> Hi Tatiana,
> You posted the above message earlier this week, regarding focus on M5.
> Maybe it's time to repost the message I sent on 11/2/2007 about problems
> with the class diagrams. I copied that message below, with one note about
> an update, but otherwise all issues remain. In particular, the last two
> general issues are still critical blockers. Are there any plans for how
> they can be addressed? Are they a fundamental design limitation of GMF?
>
>
> These critical bugs remain in class diagram support, and all are
> show-stoppers in my attempt to create a modeling tool for use in HL7
> healthcare standards. A lot of effort is being put into creating new diagram
> types, but the class diagram is still unusable by most end-user modelers.
>
> * AssociationClass does not display correctly. Also, the pallet command for
> creating a new AssociationClass should behave like adding a new Association,
> not adding a classifier. My work with healthcare models uses many
> association classes, and this bug is is very critical for us.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733
>
> [Update]: now can create an AssociationClass on diagram, but very difficult
> to use. It should appear on the pallet along with other associations, where
> user can drag from source to destination class, and create a new
> AssociationClass that connects them.
>
> * Properties participating in associations should be filtered from
> attributes compartments
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046
>
> * Many stereotypes do not display on class diagrams, e.g. on Assoiation,
> AssociationClass, Property in attributes compartment.
>
> * Impossible to edit Association link source/destination properties in
> diagram editor
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003
>
> Not critical, but annoying issues:
>
> * Hide compartment labels (attributes, operations, classes)
>
> * Filter displayed compartments (e.g. only attributes showing)
>
> * Filter stereotypes that are displayed, e.g. turn on/off shape or
> compartment stereotypes labels.
>
> Other more general, but critical bugs:
>
> * There must be a complete common navigator model view that uses a shared
> editing domain with all diagrams. I've attached some tentative patches and
> suggestions for these bugs:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974
>
> *Ability to drag/drop model elements from the common navigator onto any
> diagram.
>
> * Ability to create multiple diagram views of one Package
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731
>
>
>
>


--------------030800050009040708050008
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dave,<br>
<br>
I don't mean to throw salt into open wounds, but when there are
critical blocking issues in an open source offering, the option to
contribute toward their resolution is always open and likely would be
greatly appreciated.&nbsp; I understand that the technology is complex and
that this self service option is a difficult one, but looking a gift
horse in the mouth and reporting the state of the teeth is only good
for creating a problem report.&nbsp; Don't get me wrong, problem reports are
valuable as well, but once you've filed it , you'll just have to wait
patiently for the free dental work to kick in with the recognition of
the fact that free dental clinics tend to be swamped with those
desiring the services.<br>
<br>
<br>
Dave Carlson wrote:
<blockquote cite="mid:fnsqg4$kqd$1@build.eclipse.org" type="cite">
<pre wrap="">"Tatiana Fesenko" <a class="moz-txt-link-rfc2396E" href="mailto:tatiana.fesenko@borland.com">&lt;tatiana.fesenko@borland.com&gt;</a> wrote in message
<a class="moz-txt-link-freetext" href="news:6785c52634428ca3185c6a8a19d@news.eclipse.org">news:6785c52634428ca3185c6a8a19d@news.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">any. We are going to focuse on the quality (many requests will be fixed)
before the M5 misestone! It's time to tell us about problems you faced=)
</pre>
</blockquote>
<pre wrap=""><!---->
Hi Tatiana,
You posted the above message earlier this week, regarding focus on M5.
Maybe it's time to repost the message I sent on 11/2/2007 about problems
with the class diagrams. I copied that message below, with one note about
an update, but otherwise all issues remain. In particular, the last two
general issues are still critical blockers. Are there any plans for how
they can be addressed? Are they a fundamental design limitation of GMF?


These critical bugs remain in class diagram support, and all are
show-stoppers in my attempt to create a modeling tool for use in HL7
healthcare standards. A lot of effort is being put into creating new diagram
types, but the class diagram is still unusable by most end-user modelers.

* AssociationClass does not display correctly. Also, the pallet command for
creating a new AssociationClass should behave like adding a new Association,
not adding a classifier. My work with healthcare models uses many
association classes, and this bug is is very critical for us.
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733">https://bugs.eclipse.org/bugs/show_bug.cgi?id=204733</a>

[Update]: now can create an AssociationClass on diagram, but very difficult
to use. It should appear on the pallet along with other associations, where
user can drag from source to destination class, and create a new
AssociationClass that connects them.

* Properties participating in associations should be filtered from
attributes compartments
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046">https://bugs.eclipse.org/bugs/show_bug.cgi?id=185046</a>

* Many stereotypes do not display on class diagrams, e.g. on Assoiation,
AssociationClass, Property in attributes compartment.

* Impossible to edit Association link source/destination properties in
diagram editor
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003">https://bugs.eclipse.org/bugs/show_bug.cgi?id=174003</a>

Not critical, but annoying issues:

* Hide compartment labels (attributes, operations, classes)

* Filter displayed compartments (e.g. only attributes showing)

* Filter stereotypes that are displayed, e.g. turn on/off shape or
compartment stereotypes labels.

Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a shared
editing domain with all diagrams. I've attached some tentative patches and
suggestions for these bugs:
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767">https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767</a>
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974">https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974</a>

*Ability to drag/drop model elements from the common navigator onto any
diagram.

* Ability to create multiple diagram views of one Package
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731">https://bugs.eclipse.org/bugs/show_bug.cgi?id=199731</a>



</pre>
</blockquote>
<br>
</body>
</html>

--------------030800050009040708050008--
Re: [ClassD] remaining critical bugs [message #618258 is a reply to message #473272] Fri, 01 February 2008 16:44 Go to previous message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.

------=_NextPart_000_0024_01C864B6.FA0339C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Ed,

Yes I do agree. If you look at one of the general critical bugs I =
listed, I have in fact spent considerable time working on patches and =
proposed changes that I attached to the bugs. For most other changes, I =
need to spend A LOT of time learning the fundamentals of GMF code =
generation and the UML2 customizations, before I can even begin to =
consider writing a patch. Perhaps I should find time for that, but it's =
far from my normal development activities related to modeling.

Dave
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fnv4t9$uq6$1@build.eclipse.org...
Dave,

I don't mean to throw salt into open wounds, but when there are =
critical blocking issues in an open source offering, the option to =
contribute toward their resolution is always open and likely would be =
greatly appreciated. I understand that the technology is complex and =
that this self service option is a difficult one, but looking a gift =
horse in the mouth and reporting the state of the teeth is only good for =
creating a problem report. Don't get me wrong, problem reports are =
valuable as well, but once you've filed it , you'll just have to wait =
patiently for the free dental work to kick in with the recognition of =
the fact that free dental clinics tend to be swamped with those desiring =
the services.


Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a =
shared
editing domain with all diagrams. I've attached some tentative patches =
and
suggestions for these bugs:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D139767
https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D189974


------=_NextPart_000_0024_01C864B6.FA0339C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16587" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Yes I do agree.&nbsp; If you look at =
one of the=20
general critical bugs I listed, I have in fact spent considerable time =
working=20
on patches and proposed changes that I attached to the bugs.&nbsp; For =
most=20
other changes, I need to spend A LOT of time learning the fundamentals =
of GMF=20
code generation and the UML2 customizations, before I can even begin to =
consider=20
writing a patch.&nbsp; Perhaps I should find time for that, but it's far =
from my=20
normal development activities related to modeling.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Dave</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" &lt;<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>&gt;=20
wrote in message <A=20
=
href=3D"news:fnv4t9$uq6$1@build.eclipse.org">news:fnv4t9$uq6$1@build.ecli=
pse.org</A>...</DIV>Dave,<BR><BR>I=20
don't mean to throw salt into open wounds, but when there are critical =

blocking issues in an open source offering, the option to contribute =
toward=20
their resolution is always open and likely would be greatly =
appreciated.&nbsp;=20
I understand that the technology is complex and that this self service =
option=20
is a difficult one, but looking a gift horse in the mouth and =
reporting the=20
state of the teeth is only good for creating a problem report.&nbsp; =
Don't get=20
me wrong, problem reports are valuable as well, but once you've filed =
it ,=20
you'll just have to wait patiently for the free dental work to kick in =
with=20
the recognition of the fact that free dental clinics tend to be =
swamped with=20
those desiring the services.<BR><BR>
<BLOCKQUOTE cite=3Dmid:fnsqg4$kqd$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">&nbsp;</PRE><PRE wrap=3D"">Other more =
general, but critical bugs:

* There must be a complete common navigator model view that uses a =
shared
editing domain with all diagrams. I've attached some tentative patches =
and
suggestions for these bugs:
<A class=3Dmoz-txt-link-freetext =
href=3D"https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D139767">https://b=
ugs.eclipse.org/bugs/show_bug.cgi?id=3D139767</A>
<A class=3Dmoz-txt-link-freetext =
href=3D"https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D189974">https://b=
ugs.eclipse.org/bugs/show_bug.cgi?id=3D189974</A>

</PRE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0024_01C864B6.FA0339C0--
Re: [ClassD] remaining critical bugs [message #618259 is a reply to message #473290] Fri, 01 February 2008 17:26 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 26217
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------020606020406050207040404
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dave,

That's cool. I've wanted to dive in with the Ecore Tools stuff to help
support generics better, but it's indeed a big learning curve and I
don't have so much time for it. So I sympathize with everyone
involved. As a user you want to use it and find things get in the way
and are frustrated by that , while as a developer you are working as
hard as you possibly can and folks still complain. Of course everything
that's already working well is taken for granted and only the
shortcomings seem to loom large. It's just human nature...


Dave Carlson wrote:
> Hi Ed,
>
> Yes I do agree. If you look at one of the general critical bugs I
> listed, I have in fact spent considerable time working on patches and
> proposed changes that I attached to the bugs. For most other changes,
> I need to spend A LOT of time learning the fundamentals of GMF code
> generation and the UML2 customizations, before I can even begin to
> consider writing a patch. Perhaps I should find time for that, but
> it's far from my normal development activities related to modeling.
>
> Dave
>
> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> message news:fnv4t9$uq6$1@build.eclipse.org...
> Dave,
>
> I don't mean to throw salt into open wounds, but when there are
> critical blocking issues in an open source offering, the option to
> contribute toward their resolution is always open and likely would
> be greatly appreciated. I understand that the technology is
> complex and that this self service option is a difficult one, but
> looking a gift horse in the mouth and reporting the state of the
> teeth is only good for creating a problem report. Don't get me
> wrong, problem reports are valuable as well, but once you've filed
> it , you'll just have to wait patiently for the free dental work
> to kick in with the recognition of the fact that free dental
> clinics tend to be swamped with those desiring the services.
>
>>
>> Other more general, but critical bugs:
>>
>> * There must be a complete common navigator model view that uses a shared
>> editing domain with all diagrams. I've attached some tentative patches and
>> suggestions for these bugs:
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974
>>
>>
>


--------------020606020406050207040404
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dave,<br>
<br>
That's cool.&nbsp; I've wanted to dive in with the Ecore Tools stuff to help
support generics better, but it's indeed a big learning curve and I
don't have so much time for it.&nbsp; So I sympathize with everyone
involved.&nbsp; As a user you want to use it and find things get in the way
and are frustrated by that , while as a developer you are working as
hard as you possibly can and folks still complain.&nbsp; Of course
everything that's already working well is taken for granted and only
the shortcomings seem to loom large.&nbsp; It's just human nature...<br>
<br>
<br>
Dave Carlson wrote:
<blockquote cite="mid:fnvi8g$t52$1@build.eclipse.org" type="cite">
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<meta content="MSHTML 6.00.6000.16587" name="GENERATOR">
<style></style>
<div><font face="Arial" size="2">Hi Ed,</font></div>
<div>&nbsp;</div>
<div><font face="Arial" size="2">Yes I do agree.&nbsp; If you look at one
of the general critical bugs I listed, I have in fact spent
considerable time working on patches and proposed changes that I
attached to the bugs.&nbsp; For most other changes, I need to spend A LOT of
time learning the fundamentals of GMF code generation and the UML2
customizations, before I can even begin to consider writing a patch.&nbsp;
Perhaps I should find time for that, but it's far from my normal
development activities related to modeling.</font></div>
<div>&nbsp;</div>
<div><font face="Arial" size="2">Dave</font></div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div>"Ed Merks" &lt;<a moz-do-not-send="true"
href="mailto:merks@ca.ibm.com">merks@ca.ibm.com</a>&gt; wrote in
message <a moz-do-not-send="true"
href="news:fnv4t9$uq6$1@build.eclipse.org">news:fnv4t9$uq6$1@build.eclipse.org</a>...</div>
Dave,<br>
<br>
I don't mean to throw salt into open wounds, but when there are
critical blocking issues in an open source offering, the option to
contribute toward their resolution is always open and likely would be
greatly appreciated.&nbsp; I understand that the technology is complex and
that this self service option is a difficult one, but looking a gift
horse in the mouth and reporting the state of the teeth is only good
for creating a problem report.&nbsp; Don't get me wrong, problem reports are
valuable as well, but once you've filed it , you'll just have to wait
patiently for the free dental work to kick in with the recognition of
the fact that free dental clinics tend to be swamped with those
desiring the services.<br>
<br>
<blockquote cite="mid:fnsqg4$kqd$1@build.eclipse.org" type="cite">
<pre wrap="">&nbsp;</pre>
<pre wrap="">Other more general, but critical bugs:

* There must be a complete common navigator model view that uses a shared
editing domain with all diagrams. I've attached some tentative patches and
suggestions for these bugs:
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767">https://bugs.eclipse.org/bugs/show_bug.cgi?id=139767</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974">https://bugs.eclipse.org/bugs/show_bug.cgi?id=189974</a>

</pre>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>

--------------020606020406050207040404--
Re: [ClassD] remaining critical bugs [message #618260 is a reply to message #473269] Fri, 01 February 2008 18:04 Go to previous message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
Hi Tatiana,
First of all, I *do* want to thank you and the UML2Tools team for all their
hard work (and not just list the defects :-) Looking forward to meeting
with you all at EclipseCon.

Is this bug sufficient for the stereotype display? If not, I'll submit a
new one.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=162570


"Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
news:6785c52634d88ca32eea317f15d@news.eclipse.org...
> Couple of words concerning critical blockers,
>
>> * Many stereotypes do not display on class diagrams, e.g. on
>> Assoiation, AssociationClass, Property in attributes compartment.

> Is there a request in the bugzilla? If not, could you please submit one?
Re: [ClassD] remaining critical bugs [message #618261 is a reply to message #473293] Fri, 01 February 2008 18:16 Go to previous message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hi Dave,

It's better to submit a new one.

Best wishes,
Tatiana.

> Hi Tatiana,
> First of all, I *do* want to thank you and the UML2Tools team for all
> their
> hard work (and not just list the defects :-) Looking forward to
> meeting
> with you all at EclipseCon.
> Is this bug sufficient for the stereotype display? If not, I'll
> submit a
> new one.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162570
> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
> news:6785c52634d88ca32eea317f15d@news.eclipse.org...
>
>> Couple of words concerning critical blockers,
>>
>>> * Many stereotypes do not display on class diagrams, e.g. on
>>> Assoiation, AssociationClass, Property in attributes compartment.
>>>
>> Is there a request in the bugzilla? If not, could you please submit
>> one?
>>
Re: comp diagram [message #618262 is a reply to message #473270] Tue, 05 February 2008 18:51 Go to previous message
Tatiana Fesenko is currently offline Tatiana FesenkoFriend
Messages: 530
Registered: July 2009
Senior Member
Hello Nick,

Unfortunately, I cannot verify or deny your observation at the moment, because
#183754 '[ComponentD, ClassD] Port Provided/Required interface links' is
still open. Required Interface link is created incorrectly. Anyway, if you
want to fix it yourself, take a look at UMLDiagramUpdater. The problem (if
it exists) should be located there.

Best wishes,
Tatiana.

> hi,
>
> another strange thing i've encountererd with the compD is that when I
> have
> a ball/socket notation because I have a required/provided combination
> then
> it shows a ball socket with 3 lines - one going to each port and one
> going
> to the required component(which shouldn't be the case). Are you
> getting
> the same? I can send a screenshot if needed.
> regards,
> Nick
Re: [ClassD] remaining critical bugs [message #618264 is a reply to message #473294] Thu, 07 February 2008 16:11 Go to previous message
Dave Carlson is currently offline Dave CarlsonFriend
Messages: 399
Registered: July 2009
Senior Member
Hi Tatiana,
I entered a new bug for stereotype display on class diagrams:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=218191

Dave

"Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
news:6785c52634ff8ca331e0648d14c@news.eclipse.org...
> Hi Dave,
>
> It's better to submit a new one.

>> Is this bug sufficient for the stereotype display? If not, I'll
>> submit a
>> new one.
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=162570
>> "Tatiana Fesenko" <tatiana.fesenko@borland.com> wrote in message
>> news:6785c52634d88ca32eea317f15d@news.eclipse.org...
>>
>>> Couple of words concerning critical blockers,
>>>
>>>> * Many stereotypes do not display on class diagrams, e.g. on
>>>> Assoiation, AssociationClass, Property in attributes compartment.
>>>>
>>> Is there a request in the bugzilla? If not, could you please submit
>>> one?
Re: comp diagram [message #618265 is a reply to message #473296] Fri, 08 February 2008 13:09 Go to previous message
Eclipse UserFriend
Originally posted by: nickkirtley.gmail.com

hi,

how about assembly connector. how will connector be implemented (in your
view)? between ports of the components?

regards,
nick
Previous Topic:Extending UML model properties
Next Topic:Systematic approach for a customized UML Editor
Goto Forum:
  


Current Time: Mon Nov 24 15:21:53 GMT 2014

Powered by FUDForum. Page generated in 0.02888 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software