Author Topic: 'Invisible' items in the traceability view  (Read 2251 times)

Ian Mitchell

  • EA User
  • **
  • Posts: 395
  • Karma: +17/-4
  • The eaDocX and Model Expert guy
    • View Profile
'Invisible' items in the traceability view
« on: October 21, 2021, 03:00:08 am »
Great that EA16 lets us see previously invisible diagram items like boundaries and notes.
But in the traceability view:
(1) Notes are not shown as being related to their related items
(2) Boundaries are now shown as in some way 'containing' their contents. I expected this, as the diagram knows what's inside a boundary. Not sure what kind of connector I expected though, as their isn't one..
(3) Up to now, 'Note' element only have 'Notes' not names, and the item in the Project Browser shows, very sensibly, the Note.notes as the icon name. But in the traceability view, it's just blank, unless I give the note a name. But Note.name isn't useful anywher else.

Not a big deal, but it would be good for consistency.
Ian Mitchell, Designer, eaDocX


www.eaDocX.com
www.theartfulmodeller.com

Graham_Moir

  • EA User
  • **
  • Posts: 739
  • Karma: +8/-15
    • View Profile
Re: 'Invisible' items in the traceability view
« Reply #1 on: November 03, 2021, 02:11:12 am »
Would be good to get those things addressed before v16 leaves beta - have you formally raised your points?  In fact is there a way to provide beta feedback formally?

Eve

  • EA Administrator
  • EA Guru
  • *****
  • Posts: 7616
  • Karma: +96/-18
    • View Profile
Re: 'Invisible' items in the traceability view
« Reply #2 on: November 03, 2021, 10:22:43 am »
1. Unfortunately not all connector types are shown in the traceability view.
2. The only relationship is that one rect is contained by the other. I don't think it would be practical to write a sql query for that and show it here.
3. This would probably require querying for the notes for all elements displayed or querying for notes for anything that doesn't have a name. Neither is likely to happen because it already has a problem of being too slow.
Eve

support@sparxsystems.com