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 - g.makulik

Pages: [1] 2 3 ... 24
The only issue would be that EA testers would not directly be able to ask questions.

Yes, this was my 1st thought on this also. When I've evaluated EA, it was really helpful to have access to the user forum.
But it should be possible to have a similar reference for evaluation users.

Best regards,

Actually it would be nice if my login is connected to my paid registration license. That would Spammers prevent to participate.

Interesting! You're experimenting with spam accounts q?

Suggestions and Requests / Re: Traceability: hide backwards link
« on: July 05, 2013, 03:52:43 am »
A tree has no loops. If so, it's a graph.

A tree-view control loading sub-items on demand can handle graphs with loops correctly and consistently though.

Just my 0.02 EUR

Suggestions and Requests / Re: Structuration of the EA forum
« on: March 04, 2013, 07:31:26 pm »
I do like the idea of using something like StackExchange

At least there's already a wiki tagged site on StackOverflow:, but you'll probably know this.

Suggestions and Requests / Re: Structuration of the EA forum
« on: November 25, 2012, 07:17:52 am »
You mean this is Sparx' policy, not a general recommendation?
Yes, that was the intend!

At least the two last topics need to be swapped!
This also was intentionally to point out what's wrong ...


Suggestions and Requests / Re: Structuration of the EA forum
« on: November 25, 2012, 04:35:08 am »
So it's a mystery that this forum is treated as a stepchild.

[business view]
As long it "somehow" works, efforts might be better put on feature enhancements and bug eliminations (keeping exactly this order).
[\business view]

Just my 0.02$

Suggestions and Requests / Re: Structuration of the EA forum
« on: November 23, 2012, 08:09:02 am »
At least you can enhance your search capabilities, see Wyatt's links in this thread:


P.S.: There's also a tag for EA at the StackOverflow site:, SO is more restrictive to have a more FAQ suitable format of questions and answers. But if it's really useful depends on the topic's popularity though  :P ...

Suggestions and Requests / Re: Forum FAQ and policies
« on: February 02, 2013, 11:27:49 am »
There is nothing stopping anyone submitting this as a bug or feature request,
in fact the more the merrier
I'm afraid it wouldn't help so much, but as mentioned I'll not let hope (reliance) go. Also questionable as mentioned that sparx will accept bug reports/feature requests for the user forum (besides for the product).
I'll try to make one (or several) up the next days. †I'll inform you about any reactions on this thread.

Best regards,

Suggestions and Requests / Re: Forum FAQ and policies
« on: January 31, 2013, 02:40:40 pm »
Actually IMHO, this sort of requirement is ideally addressed by wiki (example), perhaps in the community area.
Good point, but it should be linked at top level of the forum somehow, to be spotted easily by any new(bie) forum user, shouldn't it?

Another point, how about joining the community and bulletin board communities.
Agreed, this should be an additional degree of enhancement for the available information pool!

Suggestions and Requests / Re: Forum FAQ and policies
« on: January 31, 2013, 12:03:49 pm »
I was waiting for Gunther's response, but maybe he was waiting for mine!!
I thought I've posted one, mentioning that your 'sticky topics' might attract more attention than the forum boards description (lost in my browsers guts, whatsoever).
But you're right insofar, that not many people made usage of your suggestions made up in your 'No english language?' topic.

That's all common behaviors:
  • Users don't read the available documentation, or aren't able to search it the right way
  • People are too lazy to make up a research on the available resources at all
  • People expect others to give them solutions for not clearly elaborated problems (especially if 'others' means Sparx employees for our case)
  • ...

But any consolidated, easy to spot and clearly documented policy of forum admins and experienced forum members might help to reduce the

[size=18]f***ing noise[/size]


Consider that an FAQ would be at least a de facto 'sticky note', but once you exceed, say, ten posts the 'stickiness' is no longer an advantage. Also, how do you organize the posts - would topics such as "The role of Sparx Employees on the Forum" be intermingled with topics such as "What is this red triangle?", or would we have a set of FAQ boards with further directions on which one to check for what category of information?
Something pragmatic (regarding rules, policies and categories [required title format?]), but instantiated 1st place (may be as a trial) for my preference. Would be fine if Admins remove posts rigorously and contributors ask after (That'll need some efforts, right! You should ask Geoffrey to pay for that, seriously †;)).

Suggestions and Requests / Re: Forum FAQ and policies
« on: January 31, 2013, 09:41:48 am »
Gets complicated now (meta->meta):
Have you seen the board descriptions? eg. Suggestions and Requests contains the following:
Suggest and discuss, with other users, features you would like to see added to Enterprise Architect. To submit a request for a feature or facility directly to Sparx Systems, use the Feature Request link at the foot of this page.
So you suggest to submit a feature request for the FAQ/policies? I looked at this request as only related to EA, not the things around it like the forum.

And then --- would it help? †:-/


I thought 'official' feature requests to Sparx apply for Enterprise Architect product solutions, not for the User Forum managment?!? Slightly confused  :-/...


Suggestions and Requests / Re: Forum FAQ and policies
« on: January 31, 2013, 09:25:10 am »
Have you seen the board descriptions?
Yes, I've seen them, but they're obviously not really attended enough to trim down the FAQ noise in the boards.

Suggestions and Requests / Re: Forum FAQ and policies
« on: January 31, 2013, 07:41:04 am »
However, to cite Dante: ...abandon all hope....

1 Corinthians 13:13
And now these three remain: faith, hope and love. But the greatest of these is love.

I'm buddhist BTW, so plz no religiously driven discussions on that. From that point of view I'm very beyond any point of hope. I'm not bound to expectation †::) ...

As a side note for anyone interested in my philosophical point of this reply: In english the term reliance (german:Zuversicht) replaces hope much better for the bible cite (as it's given in german and I'm going to interpret it), but I have no doubts about the other two main terms (faith and love). I'll never let go my f***ing Zuversicht!

Suggestions and Requests / Forum FAQ and policies
« on: January 31, 2013, 06:12:13 am »
Pro FAQ:

I've seen several discussion threads here that either end up with links to (for long term users) well known issues and discussions, or some generally applicable answers about usage of the forum (e.g. search strategies, 'official' bug reports, 'official' feature requests, when to contact Sparx support, etc.).

Pro policies:
Besides YABB's (sometimes strange) standard policies, there should be some points clarified for this particular forum, e.g. the role of Sparx employees/admins that participate here and what the OP of a question might expect for responses.

Both could be simply realized as e.g. "important" topics like done with RoyC's No English? †topic in the general board.
The FAQ topic may contain replies with question like titles (e.g. 'Will Sparx notice a post I made in the 'Bugs and Issues' board for doing a fix?'), which can be contributed by any forum user, but either be pre-discussed on this board, or be discussed with "Re:" prefix on the FAQ thread (suboptimal IMHO). Anyway replies there be rigorously removed by admins if not applicable.

Anyone else supporting this?

Best regards,

I'm willing to contribute to the FAQ of course, but answers there should be heavily moderated from Sparx admins side, so one or more maintainers should admit for this.

... element notations

EA should implement rendering constraints for textual element notations as e.g. attributes or operations in their compartments according UML 2.3 spec:

7.3.10 Constraint (from Kernel)
... For an element whose notation is a text string (such as an attribute, etc.), the constraint string may follow the element text
string in braces.

It should be possible to select the constraints to be rendered (shown) per (feature) element (/diagram).

See also this related forum thread:

Feature request submitted.

Pages: [1] 2 3 ... 24