Frank Ertl

[Frank Ertl]

Push… 🙂

[Frank Ertl]

We’re using 3.5.5.0

[Frank Ertl]

Yes, it is. I’ll attach a screenshot.

[Frank Ertl]

Hi,

the element is still the same as in my first and third post… 😉

It is an usecase.

Regards,
Frank

[Frank Ertl]

Sorry, but this does not work:

[code]Versandkontext = „<BIN>/<FIID>/<PRIN>, <Konstellation>“, wobei <Konstellation> die ermittelte SMS-Konfiguration darstellt[/code]

in the notes of our usecase becomes:

[code]Versandkontext = „<BIN>/<FIID>/<PRIN>, <Konstellation>“, wobei <Konstellation> die ermittelte SMS-Konfiguration darstellt[/code]

in MS Word.

In other words: that “<” gets not processed is absolutely correct, but it also won’t get replaced by “<". That is no solution for our problem. Regards, Frank

[Frank Ertl]

Hi guys,

I know I’m a little bit impatient 😉 , but we got a deadline the next few days for delivery of the document. 🙁
So I just wanted to ask if you got a little bit of information, maybe a workaround we could use?

Regards Frank

[Frank Ertl]

As I wrote in my post: it is the notes field of an usecase-element.

What surprises me is the fact that the first view angle brackets are processed:
//
but not the rest of them.

[Frank Ertl]

Hi,

I had the same problem sometimes but I cannot reproduce it always. My solution was to delete the registry keys located under HKEY_CURRENT_USERSoftwareMicrosoftOffice15.0WordData
After that action Word was working ok.

Regards,
Frank

[Frank Ertl]

Thank you very much! Yeah, EA is a little bit strange sometimes when it comes to customization 😉

[Frank Ertl]

Sorry, no “More details…” enabled, see attached screenshot.

[Frank Ertl]

Hi, the tracing shows the following:

[code]eaDocX Trace Information
==========================

17.11.2014 10:10:37 – Full version – using saved key
17.11.2014 10:10:37 – Last sucessful call to PHServer was: 14.11.2014 10:28:00
17.11.2014 10:10:37 – Timout value is: 4320 mins
17.11.2014 10:10:37 – Don’t need to call PHServer- within valid time
17.11.2014 10:10:37 – Generator started: eaDocX Version 3.5.0.4
17.11.2014 10:10:37 – Generator setting: Full
17.11.2014 10:10:37 – Deleting existing bookmarks from document
17.11.2014 10:10:37 – Starting generating section Section1
17.11.2014 10:10:37 – Generating Section: Section1
17.11.2014 10:10:37 – Gen>>CommonInlinePackage, Spielwiese
17.11.2014 10:10:37 – Gen>>CommonInlineUseCase, Test
17.11.2014 10:10:38 – Generating Relationship Elements
17.11.2014 10:10:38 – No profile is defined for: GUIElement<>
17.11.2014 10:10:38 – No profile is defined for: GUIElement<>
17.11.2014 10:10:38 – Gen>>Collection starting
17.11.2014 10:10:38 – Gen>>GenericTable of: GUIElement
17.11.2014 10:10:38 – Generating Relationship Elements
17.11.2014 10:10:38 – Gen>>CommonInlineClass, TestFO
17.11.2014 10:10:38 – Gen>>Attributes starting for element type:Class, TestFO
17.11.2014 10:10:38 – Gen>>ObjectCollection starting
17.11.2014 10:10:38 – Added Package: Spielwiese
17.11.2014 10:10:38 – Section generated OK: Section1
17.11.2014 10:10:38 – Generating cross references
17.11.2014 10:10:38 – Finding forward refs
17.11.2014 10:10:39 – Adding references
17.11.2014 10:10:39 – CrossRefHelper>>resolveOREF unexpected error
17.11.2014 10:10:39 – CrossRefHelper>>resolveOREF unexpected error
17.11.2014 10:10:39 – Generate successful
17.11.2014 10:10:39 – Saved XML Profile in the CustomXML
[/code]

I’m afraid that CrossRefHelper>>resolveOREF unexpected error won’t be all that helpful. Is there a way I can provide more details?

Regards,
Frank

[Frank Ertl]

I tried the last option you mentioned in the beginning with the attached result.

However, the good news is that after closing EA and restarting EA and eaDocX everything worked as expected. 🙂
Seems to be a bug in refreshing the model that only occurs under certain circumstances because in other situations changeing profiles worked without a restart.

Sorry if I sounded a little pissed, but after trying for nearly 3 hours to complete such a simple task, when after all I was rigtht from the beginning but didn’t do a restart, was a little bit too much. 😉

Have a nice weekend!

[Frank Ertl]

Sorry guys, but this answer was definitely not helpful.

First: I already read this section in search of what I could do.
Second: In the preview there is nothing shown I could exclude in the table of the GUIElements. Please see the attached screenshots.

PS: Even if it would work the way that you suggested: you seriously can’t be honest that I should manually do exclusions for nearly 200 screen-prototypes, when a simple filtering in the profile depending on stereotype could do…

[Frank Ertl]

OK, I see your point. And I do agree that it is better to have smaller diagrams in which I can sort of zoom using other diagrams on a finer level.
Unfortunately we have some activity diagrams containing up to 10 actions and 4 decisions that can’t be split anymore without loosing sense. These diagrams won’t get resized to fit on one page.
Is there any possibilty to get this done without rearranging all items in all those diagrams?

Regards,
Frank

[Frank Ertl]

Works like a charm! 🙂
Thx!

[Author]

Posts