Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Josť Farinha

Pages: [1] 2
Suggestions and Requests / Re: Diagram custom attribute order
« on: November 29, 2017, 03:12:12 am »

For the understanding of a diagram/model/system all elements are 1st-class.

I also came across the need mentioned by Guillaume.
It is relevant as well to the listing of attributes in the Run state of an object.

Best regards

Suggestions and Requests / Standard Copy & Paste
« on: November 28, 2017, 05:48:30 am »
Why not a universal Ctrl-C/X & Ctrl-V, as well as Copy/Cut & Paste menu options, all over the UI?
Copy/Cut whatsoever and Paste wherever possible (i.e., UML compliant)?
Why a specific Copy Diagram, for instance? Why Shift-Ctrl-C when using the browser.

When pasting onto a diagram, Ctrl-V pastes a shortcut and adding a Shift-Ctrl-V pastes a new element (as so far), no matter the original was copied from a diagram or from the browser (this is my proposal).

When pasting onto the browser, a new element would be pasted always, since pasting a shortcut there makes little sense...

Thanks in advance for your comments


Definitely, suggestion 3 would be a plus. Iíve requested it sometime ago, but I was forwarded to the browser, which is far less usable.
Having the ability to copy as well would be a second plus.

Best regards


I have this problem, too (since I accidentally pressed Ctrl-Alt-P).
And canít get a right-click menu on that pane. Did it vanish from EA 13.5, the one Iím using?

Best regards and thanks in advance

Bugs and Issues / Limitations in copy and paste
« on: July 28, 2017, 03:11:25 am »
There are several limitations in copy and pasting that significantly increase the editing effort. Iím mostly thinking of activity diagrams, but it also happens in sequence diagrams.
For instance, if we have an activity inside a class, we cannot copy and paste it into that same class, using the browser. We must paste it into a package and then move it to the desired class. The same for an action (or any other element) inside an activity. It needs to be pasted to a package.

If we do the same copy-paste on a diagram, the activity (or action) is pasted into the class (activity), but not the parameters (pins) it includes. Thatís to say that only a semi-paste is done. The effort to re-introduce parameters and pins is not insignificant.

Shouldnít copy-and-paste be ďuniversalĒ, i.e., everything be copy-and-pasteable, as long as the pasteís destination is UML-conformant? That would make EA a much more productive tool.

I just wanted to check the opinion of the forum and if Iím skipping anything before I submit a bug/feature request.

Thanks for your attention

General Board / Re: Difference between sequence and object instances?
« on: July 21, 2017, 02:50:43 am »
I have this same question.

Does it mean that an object instance represents a specific object, while a sequence instance represents a variable that may might reference different objects along the way? UML doesn't establish such a differentiation, but I've been feeling that these are two distinct semantics for lifelines, and both are useful.

Thanks for your attention

General Board / Re: Help on the Activity Templates toolbox
« on: March 04, 2017, 07:37:06 am »
Sorry, Iíve been too long immersed in activity diagrams that I didnít provide enough context.

When we are drawing an activity diagram, there is a section of the toolbox entitled ďActivity PatternsĒ and showing a single pattern named ďBasic ActivityĒ. I interpreted it is a palette where we can collect fragments of diagrams that we use regularly. However, I canít figure out how we can populate it with new patterns.

Thanks again

General Board / Help on the Activity Templates toolbox
« on: March 04, 2017, 06:02:08 am »
Could anyone tell me how to create new activity patterns and have them available in the corresponding section of toolbox?
Maybe Iím being clumsy, but havenít succeed at finding any documentation about that.

Thanks a lot and regards

Thanks, Geert.
Not yet. Before I submit a report, I like to post it here, just to check that I'm not missing anything.
Replies like yours help, thanks.
Best regards.

As classifiers, interactions should be allowed to have nested classifiers.
(The same for state machines, but these are less prone to require nested classifiers.)

For instance, it is rather frequent to have an interaction decomposed into several sub interactions. As much as an activity being decomposed into sub activities. Sub interactions should be nested inside their parent interaction, for the sake of model organization. But also to achieve some modelling purposes that can’t be done otherwise. E.g., I use nested interactions stereotyped by ęcatchĽ to model exception-catching blocks. Such blocks’ scope can’t be specified otherwise, since UML doesn’t provide any other construct for that.

As classifiers, interactions (and state machines) should be allowed to have inner classifiers of all types: interactions, classes, activities, etc. Apparently, EA only allows ports inside interactions.
I guess this is a bug. At least it is a non-conformity with UML.

General Board / Re: Unale to generate java code from interactions
« on: December 01, 2016, 06:10:46 am »
Thanks, qwerty.

The problem was that I had an EA Professional edition, which doesnít support code generation from behaviors (incl. interactions), contrarily to what I interpreted from the product editions chart and user manual.

Meanwhile, I upgraded to the Business & SE edition and code has started showing up.

But it comes with lots of problems. It looks like this feature is quite incipient in EA. There are also some clear bugs.

Best regards


General Board / Unale to generate java code from interactions
« on: November 29, 2016, 04:10:50 am »
Has anyone tried to generate (Java) code from an interaction and been successful?

I have a class with interactions and operations that are supposed to have those interactions as their bodies Ė I specified it by means of the ĎBehaviorí separator. When I generate code for that class I get empty bodies for such operations, with the id of the interaction in a comment line, like this:

No trace of any code corresponding to the interaction.
I also tried to remove the operation and have the interaction alone, to check it is generated as a method, as the EA manual says it would.

Thanks in advance for your attention

PS: Iíve submitted this question to the support line more than a week ago, but got no answer so far other that the automatic reply. Could anyone tell me as well if these timings are typical?


Thanks, Kuono.

I thought it was a missing feature, as the Ctrl+Shift+C shortcut wasnít really apparent from the user interface nor referred in the user manual pages Iíve reached from google.
Even so, I think the EA would benefit from:
-   Having a single shortcut for copying (Ctrl+C);
-   Have multiple forms of pasting (as shortcut, as new element, as an instance, etc.)
Because thatís probably the way people are expecting it.

Also, in the context menu, Copy and Paste could be more directly accessible. Because these are frequently used features and (once again) thatís what people are used to in the Windows environment.

These are my suggestions.

Best regards and thanks again

Suggestions and Requests / Re: Paste of behaviors into classifiers
« on: November 24, 2016, 11:14:08 pm »

Thanks, Helmut.

I believe I didnít explain my suggestion clearly.

Iíve been using the same technique you refer: copy the interaction -> paste into a package -> move it to the destination class. My suggestion is actually to have a quicker alternative: paste it directly to the destination class. EA is not allowing that, while there is no impediment in UML for doing it.

Best regards

Suggestions and Requests / Parameter editor: Copy of parameters
« on: November 24, 2016, 04:00:23 am »
It seems it is not possible to copy/duplicate parameters of an operation, neither of a behavior.

Please, allow it:
- mainly, within the operation (behavior), just like it is possible for properties and operations.
- ideally, among different operations (behaviors) as well.

Pages: [1] 2