Hi TroyMcClure,
I have some questions to understand your questions correctly:
Thanks for tips. I've written an add-in and ran into a problem with DocumentPackage in the generator. It runs on the package and returns successful, but the document only contains the package title and first diagram and excludes the rest of the package.
So you are using the "DocumentGenerator" of the EA API and thereof the "DocumentPackage" method?
This method is able to document all package data, but not the data of elements or child packages and so on...
If you want to print the contents for e.g. the sub-elements of the package, you will have to iterate the elements by using the Package.Elements-collection and calling "DocumentElement" on these elements. There are different methods for each type of item (DocumentElement, DocumentPackage, DocumentDiagram...).
With the document generator class you have the ability to fully customise the structure of your generated document by using the API calls.
I am using the "Model Report" Template so it should return almost everything. When I run a ModelDocument it returns what I expect.
The internal document generator combines these calls to the "Document..."-methods according to the template given in the model document tagged values.
But if I run the same ModelDocument in EA after the add-in I get the same results as the add-in. Seems there is another bug?
What do you mean with "...after the add-in"? Do you first run the report with your add-in and then with the internal document generator?
You should get equal reports if you run the ModelDocument with the internal document generator as well as with the API-call "Repository.GetProjectInterface().RunReport()".
Our master document contains some Model Documents that have ModelSearches. I was trying to generate one document that has model documents of normal templates and model searches. Is this possible?
My master document also contains some ModelDocuments with model searches. This is working fine as long as you are not using an "add-in search" (certain type of the model search). This is not possible as you can see from recent posts here in this thread.
What do you mean with "normal templates"? Are you talking about using packages as source for the data instead of model search?
I hope this information helps.
Jonathan