Products

Home › Forums › eaDocX queries › eaDocX doesn’t apply all attributes of table style

Home › Forums › eaDocX queries › eaDocX doesn’t apply all attributes of table style

Viewing 14 posts - 1 through 14 (of 14 total)
  • Author
    Posts
  • 27 September 2016 at 11:52 am #8655
    Mike Lucas
    Participant

    Hi

    I’m documenting requirements using EA and attempting to generate documentation in the same style that we have previously used when producing Word documents manually. I have found that I can create a table style which matches the layout I’m looking for, but when I associate it with the Requirement profile eaDocX only seems to apply a subset of the style attributes. When I select the table and reapply the style after eaDocX has generated the document the table changes to match the desired format.

    The parts of the style that don’t appear to be applied correctly are:

    • Table Properties | Cell | Vertical Alignment: The style is set to Top but eaDocX generates it as Center.
    • Table Properties | Cell | Vertical Alignment | Options | Cell Margins: The style is set to have a bottom margin of 0.1 but eaDocX generates it without a bottom margin.

    We are using eaDocX Professional Edition 3.4.2.2 with EA 12.0.1215 and MS Word 2010.

    Thanks

    Mike

    27 September 2016 at 12:09 pm #8656
    eadocX Support
    Participant

    are you telling eaDocX to use a Word table style ?

    27 September 2016 at 1:11 pm #8657
    Mike Lucas
    Participant

    Yes, I created my own table style based on Table Normal.

    I have attached a simple model and word document showing the issue.

    You can reproduce the problem by:

    1. Regenerate the doc from the model
    2. With the table selected in the Word doc, click on the Design tab
    3. Right click on the currently selected style (eaDocXRequirementsTable) and select Apply (and clear formatting). (

    The format now changes to match the table style.

    • This reply was modified 8 years, 1 month ago by Mike Lucas. Reason: Typo
    27 September 2016 at 1:34 pm #8659
    Mike Lucas
    Participant

    Here’s the model.

    • This reply was modified 8 years, 1 month ago by Mike Lucas.
    27 September 2016 at 2:54 pm #8661
    eadocX Support
    Participant

    Hi Mike – thanks for the sample – would you like to use the real-time chat on eadocx.com to discuss further ?

    27 September 2016 at 3:04 pm #8662
    eadocX Support
    Participant

    I can seem to change all the bits of the Word table style (editing in Word), and eaDocX re-generates your little table just fine…

    28 September 2016 at 10:32 am #8663
    Mike Lucas
    Participant

    Thanks for your help yesterday. I have attached some more files to hopefully explain the situation better.

    When the attached Word document is loaded into eaDocX and regenerated, the output I get is as shown in “Document after eaDocX generation.PNG”. If I then select the table containing the requirements and reapply the eaDocXRequirementsTable table style manually, the format changes as shown in “Document after reapplying the eaDocXRequirementsTable style manually.PNG”. The differences are that the vertical text alignment is top rather than center and there’s a bottom margin on each row to space out the requirement text.

    Hope that makes more sense. I’d be interested to know if you can reproduced that behaviour.

    Thanks

    Mike

    29 September 2016 at 10:38 am #8664
    Graham
    Participant

    I’ve had the same problem with word table styles. Also had an issue with fonts not being applied but I managed to work around that.

    I’m using Sparx 12.1 -1230, EADocx 3.9.1 and Word 2010.

    4 January 2017 at 10:47 am #8665
    Mike Lucas
    Participant

    Just confirming that we have updated our version of eaDocX to 3.9.1.2 and the problem still exists. From what I can see from the release notes this hasn’t been addressed in any of the releases since 3.9.1.2.

    Are there any plans to fix this? This is causing us real problems.

    Thanks

    Mike

    4 January 2017 at 11:00 am #8666
    eadocX Support
    Participant

    I thought I fixed this – i certainly remember looking at it.
    Please can you try with the latest version (3.9.2.4)

    4 January 2017 at 12:37 pm #8667
    Mike Lucas
    Participant

    Thanks for the prompt response. I’ll see if I can get it updated and try again.

    24 January 2017 at 10:02 am #8668
    Mike Lucas
    Participant

    I’ve now been able to try this with v3.9.2.4 of eaDocX and I can confirm that the problem still exists.

    7 February 2017 at 2:32 pm #8669
    eadocX Support
    Participant

    I’ve had a really long look into this again, and I think there is a problem with the HTML interface into Word, which is what eaDocX uses to insert content in Word.
    Sometimes i can get it to work as you require, then i change something in Word, and it reverts back. Then I can’t get the original config to work, then it starts to work again.
    I think this another case of the Word API behaving badly – eaDocX has several work-arounds which fix these, but only when there is a clear pattern of behavior.

    Here, there isn’t.

    I’ve looked into this before, and didn’t reach a conclusion then, except to attempt a crude work-around.

    There is a ‘vertical alignment’ setting in eaDocX which we DO send to Word (even when you have already said ‘use this Word table style’ (which also contains a vertical alignment setting)) and Word seems to take notice of this: but there is an interference effect: sometime it uses the eaDocX setting, sometimes the one which you specify in the Word table style. And then it changes back. That’s the snag.

    So i’m afraid we’re drawing a blank on this one. What you have is our best shot at fixing the problem.
    🙁

    7 February 2017 at 2:57 pm #8670
    Mike Lucas
    Participant

    Thanks for looking into this, much appreciated.

    All may not be lost. Setting the eaDocX table “vertical alignment” property to top, in conjunction with the table style alignment, appears to give us what we need in this instance. This may cause other issues in the future but it solves my current problem. 🙂

    Thanks

    Mike

  • Author
    Posts
Viewing 14 posts - 1 through 14 (of 14 total)
  • You must be logged in to reply to this topic.

Compare licence prices

Choose the licence that’s right for you and your team

Prices

Download a free trial

Download eaTeamWorks today for several free for life features, plus no obligation, 30-day trials of all the products: eaDocX, ea Revision Manager, eaSheets, Model Expert and PortfolioManager. Discover for yourself why we sell the world’s best-selling Enterprise Architect extension.

Download