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 - Dave_Bullet

Pages: [1] 2 3 ... 20
Suggestions and Requests / Request: Resizing swimlanes to move elements
« on: November 29, 2006, 11:48:00 am »
When you resize a swimlane - you then have to manually move the contained elements.

Can you please allow swimlanes to shift the contained elements (much the same as when you element A element B and you move element B - A also moves with it).

This would save a step repositioning elements on swimlane size changes.


Suggestions and Requests / Re: Select multiple "things" on a diagra
« on: May 30, 2007, 12:49:02 pm »
Hehe Bruce, moi? I'm flattered..  I think I've got a long way to go, but am old and grey enough to be cantankerous when need be  ;D

I'd like to know what categories Sparx have for feature enhancements and relative priorities... seems to me the product is getting very code centric.  I would have thought any productivity features around diagram and model usability would be at the top of the list (well from my perspective anyway).


Suggestions and Requests / Select multiple "things" on a diagram
« on: May 29, 2007, 05:48:32 pm »
EA supports selecting multiple elements, but what about connectors or other composite selections (ie. a boundary, connector and element?)

At the very least - select multiple connectors - so the colour, hide (or show) labels operation can be done in one hit rather than right clicking each and every connector....

Even better.... me being OO, generic and all that.

Extend the above, so EA could allow you to select a mish-mash of different classifiers on a diagram then based on UML classifier hierarchy, determine and show the common properties that can be edited on the right mouse click (ie. font in most cases, but many other things are classifier specific).

What do you think?  I've seen other tools do this (I think even Visio to an extent) but can't remember specifics.


I understand, since 2 different stereotypes could have different sets of tagged values (but some could be shared).
You could simply mandate that only "columns" in the CSV matching tagged values for a stereotype (nominated in the import process by a stereotype column selector) will be imported.  Using empty fields for invalid tagged values could be supported, yet mix and match in the one import.

For example, say you have 2 stereotypes - "application" and "server" (doesn't matter what the base UML classifier is).

Application has "IT support person" and "business function" as tagged values
Server has "IT support person" and "ip address" as tagged values

The import CSV file could look like this (1st row is column header):
element_name,stereotype,IT support person, business function, ip address
intranet,application,david teague,ERP,
w21223,server,john taylor,,

The above is just a sparse matrix where common tagged values can be populated across stereotypes.

Suggestions and Requests / Re: Shape script optionality
« on: December 22, 2008, 12:30:46 pm »
Ok - I've found one bug...

"select alternate image" is greyed out as a menu option on the element.  That is the user can change the colour / font etc... but not select an alternate image.  This would be good so the user can just choose some other graphic after "drawnativeshape()"


Suggestions and Requests / Re: Shape script optionality
« on: December 22, 2008, 12:28:19 pm »
Hi Michael,

Thanks that works for elements only.  I tried that before but for some reason I couldn't change the appearance in the EA UI.  Seems to work (must have been a scripting issue).

Would be good if EA could support drawnativeshape for connectors (the help explicitly states drawnativeshape() is not supported for connectors and when I tried it in the script - nothing is drawn where the connector is (ie. blank / empty space).


Suggestions and Requests / Shape script optionality
« on: December 22, 2008, 09:33:32 am »
We need a way to control whether the script applies to an element or not on a diagram.

On most diagrams, we want a standard rendering with shape script.  Problem is, we want to have one custom diagram type where user can render however they want.

Can Sparx please allow shape script execution to be conditional?

The best solution I can think of is permitting a return with a value within the shapescript itself that EA will check.  For example:
- return 0 - render using the statements executed thus far
- return 1 - draw the native shape and allow the user to do all normal overrides (such as choose alternate image, background colour / font etc....)

For backward compatibility, a return without value would default to return 0.


Suggestions and Requests / Re: Parameters for shapescripts
« on: December 22, 2008, 09:29:59 am »
I agree.  Implementation of variables - whether you pass them in as parameters for the object being manipulated by the shape script, or you can query within the shape script (such as "valueof()" or similar mechanism to RTF fields) and apply conditional logic would be very useful

I don't know if this helps.

As a workaround - have you thought of defining your own stereotype to use for all your usecases?  Add this to a profile and get your analysts to use this new stereotyped usecase from the toolbox (rather than the UML default one).

The other option is an add-in on a use case add - that will default the stereotype (I don't know if the scripting engine will then fire on the new element if the stereotype is changed on diagram add / element create).

Lastly, you could try multi-level inheritance in a profile if you have a common script you need to fire for different stereotyped use cases.

For example - you start with a use case metaclass in your profile, then extend that with a stereotype class called "foo" which contains your common script.  You might be able to extend this stereotype with all the other use case types you need and their own script (or not) as the case might be.  I don't know if EA will chain script calls where multi-level stereotype inheritance is used in a UML profile.


Suggestions and Requests / Re: Right click multiple elements - Z-order
« on: October 21, 2008, 08:19:27 am »
Thanks Simon for that ;)

I'm just a lazy right mouse click kind of guy.  I should have checked and don't mind using the main menu.


Suggestions and Requests / Right click multiple elements - Z-order
« on: October 20, 2008, 06:07:24 am »
I should be able to select multiple elements then right click and either send them all to the back, bring them all forward, or move them back or forward relatively.

There are a lot more common operations between elements, that Sparx could implement on the righ click menu based on the UML classification hierarchy, plus building a hierarchy of inheritable GUI operations, compatible between like elements.  I know this has been requested before.


When you impot 2 schemas, where schema A imports (or includes) schema B - no dependency relationship is created

Can EA XML import be extended to create some sort of relationship between included / imported schemas?

PS: I imported both A and B in the same operation


Suggestions and Requests / Re: Hide Start Page
« on: October 15, 2008, 08:32:41 am »
It's not the same, but a workaround you might already know is you can set the default diagram to open when you open your model.

To do this, open up your diagram you want as your start page - then from the diagram menu select "open as user default" or "open as model default" as appropriate.


Suggestions and Requests / Re: Statically named HTML pages
« on: October 15, 2008, 08:30:38 am »
Thanks for your reply Simon. [smiley=dankk2.gif]

Roll on version 8!

Suggestions and Requests / Re: Statically named HTML pages
« on: October 15, 2008, 06:55:03 am »
Hi Stan,

I know what you mean, but unfortunately, those links can change when your model structure changes.

Here is an example:

Say I have a published model and a package at this path:
Deployment model / Nodes / External Systems
The above package contains a deployment diagram:

The URL's of both the above pages are:
Package:      file:///D:/temp/rons_model/EARoot/EA1/EA14.htm
Diagram:      file:///D:/temp/rons_model/EARoot/EA1/EA1/EA21.png

Now say I insert a sibling package called "test" at the same level as the External Systems package - but just above it in the project browser.

When I regenerate my HTML, the above links for the External systems package and diagram CHANGE to:

Package:      file:///D:/temp/rons_model/EARoot/EA1/EA15.htm
Diagram:      file:///D:/temp/rons_model/EARoot/EA1/EA2/EA24.png

As you can see - if I want to link to the External Systems package (or diagram) from an external source - the links will change if I reorder / structure my model.

I'd like static links to a package and diagram, regardless of where it might be in the project browser hierarchy.


Pages: [1] 2 3 ... 20