Ken Norcross

[Ken Norcross]

Your reply got me to try wider total widths in eaDocX, we print mainly landscape orientation, and setting all tables to a total width around 875 is working well.

I didn’t realize I was setting things too narrow, I was fooled by the “wider than A4” warning, so total width is not really an issue for me anymore.

The cell alignment is still bothering me, we prefer mainly top alignment, but all I seem to get is center, even when set in the Word style, and when all options I could find in eaDocX are set to top.

eaDocX sets the Word style I specify, but the style seems only partially applied. In the doc I have to pick the style again, even though it is already set correctly to get the full effect.

You can manually multi-select tables in word by control-clicking them one at a time, and then in one go set the style. (select all for a style would help me also)

We are new to producing docs from Sparx. My original goal was to exactly recreate the hand produced Word docs, but I think over time we will slowly give up making a pass over the documents to recreate the old look. As we produce more and more documents from the model it will just become too much.

[Ken Norcross]

I am delivering this tag as part of a custom Sparx MDG, so I tried a new tag defined using Settings>UML Types, added the tag to an element by hand, but same result.

Didn’t expect a difference but just trying to think of possible differences.

[Ken Norcross]

I am using “https://”, but I just tried “http://www.google.com” to be sure and it prints as plain text.

(edit: the google link above has http:// in front of it)

Not sure what the difference is here, maybe a Word option?

If I go to the tagged values window of an element and select my tag, there is a small button to the right with “…”, if I click that button the browser opens on my URL, so I know the URL is good and that Sparx knows it is a URL type tag.

• This reply was modified 11 years, 2 months ago by Ken Norcross. Reason: sample link text hides http://

[Ken Norcross]

Yes, we have a misunderstanding.

I’m not sure what happened to my original post in this thread, but I am talking about a URL in a sparx pre-defined tagged value type of URL.

See here down the page: http://www.sparxsystems.com/enterprise_architect_user_guide/9.3/standard_uml_models/predefinedtaggedvaluetypes.html

The URL in the notes you fixed for me a while back when I had the trial version (thanks!)

To try the tagged value type of URL you have to go to Settings>UML Types and define a new tagged value type with the detail of:

Type=URL;

[Ken Norcross]

I picked up 3.3.11.0 today and installed. I tested the tag type URL but I do not see any difference the tag value is still just plain text in my Word output.

[Ken Norcross]

Picked up 3.3.11.0 today and installed, a quick test shows the feature working now thanks!

[Ken Norcross]

Thank you for the quick turnaround.

The download page still lists 3.3.10.6?

[Ken Norcross]

OK, put some more time into this issue.

I have tracked the issue down to a bad word document that we use as a “template” (not a true Word template, but a starter document).

If I try and create my own bookmark/hyperlink pair in our “template” it does not work. If I go to a new plain Word Doc it works, so this is a problem with our starter document.

[Ken Norcross]

When the hyperlink jumps to the top of the document, that means that the hyperlink which eaDocX has created isn’t understood by Word i.e. its a link to something which doesn’t exist. (eaDocX error)
Just to confirm I’ve got this right before I try to reproduce it:
– In EA you are adding a link in the ‘Uses’ column of a scenario step, and adding a ‘Link to an existing element’.

Yes, we are using Realization links to Requirements, and Dependency links to stereotyped Packages that represent Screens, Reports, and Interfaces, using the method you describe.

– where the target element is printed Inline with the name in the heading, it’s ok.

Yes, currently this has been working for me.

– where the target element is printed in some other way, it doesn’t work ?

Yes, for example I have the Use Case profile set to print inline, and used “Add Related Element” to create an inline listing of related/realized requirements, set to print after the scenario/steps.

I then have the Requirement profile set to print inline. I want 3 attributes of each Requirement: Name, Status, Description, in a vertical table.

If I use Name as the Requirement Heading, and put the other 2 attributes in the table, the linking from the scenario step Links is working.

If I use no heading for Requirement, and put all 3 including Name into the vertical table, the Links are present in the scenario step Links columm as hyperlinks, but they lead to the top of the document.

I appreciate the always quick response here, but let me look at this some more before you spend time on it. As part of realizing why my eaDocX sections do not appear in the proper pink color, I had to clean up a large number of bookmarks from a document that should not have had any bookmarks. I do not know if these were eaDocX bookmarks leftover from adding/removing sections that had problems, or if the documents had bad bookmarks to begin with.

Let me research some more on my side. I am starting to learn the quirks of EA + eaDocX + Word (plus SVN but that is another story), and how to avoid problems.

[Ken Norcross]

I realize now I have to be very careful about hidden “junk” in existing Word documents. I have had more success today. The main rule is if the eaDocX section is not pink, remove the section and clean up that area of the document before proceding.

[Ken Norcross]

Links to elements with Headings (as Name) work.

I thought I had links to the Name as a field in the inline report working in the past, I may have been mistaken.

[Ken Norcross]

Thanks for the quick fix, really appreciate the responsiveness and support.

(Not sure what happened to my original post, I don’t see it anymore, and to me at least I see your reply text as posted by me!)

• This reply was modified 11 years, 3 months ago by Ken Norcross.

[Ken Norcross]

Thanks for the always quick replies. I learned today that I was mistaken, we will not be using mySQL! Thanks.

[Ken Norcross]

I would like to put my vote in for mySQL support also, I have recently found out that our choice for a central shared sparx repository will be mySQL.

[Ken Norcross]

Multiple keys are fine, it is just multiple downloads that become a problem.

We have considered the floating license option, but the added complexity of running a license server makes that option unattractive for us right now.

Thanks.

[Author]

Posts