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 - Marc Vanstraelen

Pages: [1] 2 3
1
Well, in the footer I mention the template that is used to generate that (part of) the document, and in the header the type of content (e.g. Information Model). Which obviously is not the same across all parts of a virtual document. As long as we were working with a single template starting from the documented package, this wasn't an issue.

2
General Board / Re: menu maps for 13.5 ribbon detail
« on: October 26, 2017, 11:18:41 pm »
Thanks, that's a useful resource!

3
I now noticed another small issue: although both sections use their associated template, the second part continues using the page header and footer from the first, even though in the template a different one is defined...

4
Thanks Geert, that indeed solved it.

5
I'm setting up a virtual document to generate a document that contains the contents of two different packages, each generated with its own RTF template (via two model documents). The resulting document contains those as required. However, it also contains a section for the <<Master document>> package, listing the classes it contains, being the two model documents. Obviously this is not what I want to see, as these only serve to define the document structure and are not part of the content itself.

What am I doing wrong? Is there some option that I need to set? I'm using EA 12.1.

6
Thanks Geert, that's indeed what I thought.

7
One of our analysts is specifiying screens in EA (v12.1) that contain wireframe tables. She would like to output the contents of the different cells in the generated RTF documentation, but for now we can only get the visual representation on the diagram.

I found that the definition of the table is stored in a "Properties" tag, so I'm afraid that to extract the content in a readable format, the only way to go is via a scripting template fragment. As I don't (yet) master scripting, I'd like to know if there is any other possibility?

8
It appears you can now see the effects of a diagram filter in a generated document, by simply applying the diagram filter and then generating the document. The possibility was pointed out to me in a recent forum thread: http://www.sparxsystems.com/forums/smf/index.php/topic,38744.0.html

I don't know since when this is possible; I tried it in version 12.1 and it works.

9
Just tried this and it works... Almost too simple to be true  :)

10
You could consider adding a Diagram Legend to your diagrams, with the option "apply auto colour". This allows to automatically change the appearance of elements based on a property, e.g. the Phase or Status. You can change the fill colour as well as the appearance of the borders.

This of course impacts your diagrams directly, not only the generated documentation.

There are also diagram filters that can gray out or hide elements based on selection criteria, but I have no idea if these can be made to be applied during document generation...

11
Bugs and Issues / The wonderful world of stereotypes
« on: April 13, 2017, 12:59:46 am »
I stumbled on some "interesting" behaviour of the stereotypes functionality in EA (I'm using version 12.1 build 1230).

Say you create a use case element and type a value in the "Stereotype" box that is not yet defined in the UML Types, e.g. "user story"
Later you use the menu Project > settings > UML Types...  to add this stereotype "user story" to the list.

When checking in the table t_stereotypes, you now have two entries with STEREOTYPE = 'user story', but interestingly:
- one has APPLIESTO = 'UseCase' (the one created by typing it directly in the element, as I found out)
- the other has APPLIESTO = 'usecase' (this is the one created via UML Types)

They both appear in the UML types dialog, but there in the "Applies to" column, both show 'usecase' (no difference in caps visible).
They also both seem to have the same GUID.

Say you now want to only use the stereotype you explicitly defined in the list. You go into UML Types and delete one, but now both have disappeared (*).
So you create it again via UML Types. All seems to work well: the elements that use the stereotype display correctly in the defined style associated to the stereotype.
But the newly created stereotype has a different GUID. The table t_xref stores in its field DESCRIPTION all stereotypes associated to an element (to allow for multiple stereotypes). Here, you'll still find the old GUID of the deleted entry. Only if you remove the stereotype and then add it again, the new GUID appears. I have no idea if this could cause issues.

All in all, using stereotypes risks creating some confusion if you don't set up some good conventions with your users...

(*) I also noticed that if you edit one of the two, both seem to change.

12
This has helped me out today. So just for the fun of it, a little query I created based on this info to retrieve the list of User Default diagrams in the project:

Code: [Select]
select d.ea_guid as CLASSGUID, 'Diagram' as CLASSTYPE, d.Name as [Default_Diagram_Name], d.Author as [Diagram_Author], u.Surname, u.FirstName, u.UserLogin
from t_xref x, t_secuser u, t_diagram d
where x.Name = 'Default Diagram'
and u.UserID = x.Client
and d.ea_guid = x.Supplier
order by u.Surname

13
General Board / Re: Repository connection details
« on: March 17, 2017, 04:53:48 am »
We simply send each new user the shortcut that encodes the connection details (as an attachment to the welcome email they get with some instructions).

14
Suggestions and Requests / Re: CMMN Support
« on: March 09, 2017, 01:55:05 am »
I second the request for CMMN support. Any plans in that direction yet?

15
Bugs and Issues / Re: Lateral Horizontal/Vertical connector style
« on: January 26, 2017, 12:07:38 am »
Resurrecting this thread from last year, because I'd like to add a finding to the discussion.

We upgraded from EA10 to EA12.1, and we just found out that both versions show the line styles "Lateral - Vertical" and "Lateral - Horizontal" differently in some situations, and the same in some others. I did some tests in an Activity Diagram and found:

In EA12.1 the behaviour seems to be consistently:
  • Lateral - Vertical: Source --> horizontal --> vertical --> target
  • Lateral - Horizontal: Source --> vertical --> horizontal --> target
In EA10 however, it is like this for the connectors going into an activity from a common node, but the reverse for a connector coming out of an activity to a common node.

Some of our users are not quite so happy that their diagrams look worse after the upgrade.
I recommended, as Geert did, that they avoid the Lateral styles and go with the Orthogonal instead.

Pages: [1] 2 3