1. OMG Mailing List
  2. Diagram Definition 1.2 Revision Task Force

Open Issues

  • Issues not resolved
  • Name: dd-rtf
  • Issues Count: 7

Issues Descriptions

Dynamic DD... SVG and Scripting

  • Key: DD12_-7
  • Status: open  
  • Source: Elparazim ( Mr. George Edward Roberts)
  • Summary:

    so I like DD... DI is great... DG needs some work... DG only allows one to do static things... first of all, just cite SVG and be done with it
    and don't try to redo SVG... second of all... the things I need to do in SVG requires scripting... for example, based on an enumeration
    in a TaggedValue of a Stereotype on a Dependency... I need to show that dependency in a very different way then say another enumerationLiteral on that same Enumeration...

    so I think we have MOF and MOF models where we have some API that can be generated from them (do we have a standard for that?)... we have SVG standard (which has engines etc for tool developers)... we have ECMAScript which could be one (perhaps the default) of many scripting languages we could use in the SVG standard... we just need to be able to tie the scripting in the SVG to the model... SVG has a document element which allows it to get into the HTML and navigate that... we need a "model" element (and an api from MOF) which allows us to get into that... and then we can produce SVG outputs that have embedded scripts which allows us to do the dynamic things (i.e. based on things like EnumerationLiterals) to output the iconography for a language... this could then be a tool-independent output for every language out there that a tool could just import in along with the XMI file that defines the structure of the language...

    we have needed this kind of capability for a long time now... and I think could easily fix this problem... it is been a source of incompatibility for a long time... and also would be a standard for notation for a language even if the tool vendor decided to do it in a different way than SVG

  • Reported: DD 1.1 — Fri, 4 Apr 2025 20:21 GMT
  • Updated: Wed, 9 Apr 2025 18:48 GMT

Consider possibility of adding Port concept to DI

  • Key: DD12_-6
  • Legacy Issue Number: 18680
  • Status: open  
  • Source: Fraunhofer FOKUS ( Mr. Max Bureck)
  • Summary:

    Hi, the concept of ports, attached to the outside bounds of an element allowing connections between elements is a widespread concept. Adding this concept would help generic layouting algorithms taking ports into account (such as KIELER) doing a much better job. Since DI defines abstract subclasses, meta models without ports can simply choose to not use the concept.

  • Reported: DD 1.0 — Mon, 22 Apr 2013 04:00 GMT
  • Updated: Tue, 8 Jan 2019 15:34 GMT

Constraints

  • Key: DD12_-5
  • Legacy Issue Number: 16492
  • Status: open  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    The spec currently has no constraint sections. Should we add them? For
    example, we might require unowned diagram elements to be diagrams

  • Reported: DD 1.0b1 — Mon, 31 Jan 2011 05:00 GMT
  • Updated: Tue, 8 Jan 2019 15:33 GMT

Why does A_style_canvas have no name?

  • Key: DD12_-4
  • Status: open  
  • Source: Model Driven Solutions ( Dr. Edward Willink)
  • Summary:

    All the Associations in DC/DG/DI have names except just one:

    <packagedElement xmi:type="uml:Association" xmi:id="A_style_canvas" memberEnd="Canvas-packagedStyle A_style_canvas-canvas">
    <ownedEnd xmi:type="uml:Property" xmi:id="A_style_canvas-canvas" name="canvas" type="Canvas" association="A_style_canvas"/>
    </packagedElement>

    Is this intended?

  • Reported: DD 1.1 — Thu, 14 Apr 2016 08:13 GMT
  • Updated: Tue, 8 Jan 2019 15:32 GMT

Small typo.

  • Key: DD12_-3
  • Legacy Issue Number: 19485
  • Status: open  
  • Source: yahoo.fr ( Lambert Clara)
  • Summary:

    There is a small typo in the DD specification document.
    On page 17 we can read:
    "namely the Diagram Graphics(DI) package (Clause 9) and the Diagram Interchange(DG) package"

    The acronyms in the parenthesis are reversed, it should be Diagram Graphics(DG) and Diagram Interchange(DI).

  • Reported: DD 1.0 — Mon, 23 Jun 2014 04:00 GMT
  • Updated: Tue, 8 Jan 2019 15:32 GMT

Small typos.

  • Key: DD12_-2
  • Legacy Issue Number: 19486
  • Status: open  
  • Source: yahoo.fr ( Lambert Clara)
  • Summary:

    There are some typos in the attributes description of Color data type, we can read:
    "Integer [1] - the red component of the color in the range (0..255)"
    for all three components, green and blue included.

    The description should reflect the correct color.

  • Reported: DD 1.0 — Mon, 23 Jun 2014 04:00 GMT
  • Updated: Tue, 8 Jan 2019 15:32 GMT

A_style_canvas Association is unnamed

  • Key: DD12_-1
  • Status: open  
  • Source: Model Driven Solutions ( Dr. Edward Willink)
  • Summary:

    The final Association in DG.xmi

    <packagedElement xmi:type="uml:Association" xmi:id="A_style_canvas" memberEnd="Canvas-packagedStyle A_style_canvas-canvas">
    <ownedEnd xmi:type="uml:Property" xmi:id="A_style_canvas-canvas" name="canvas" type="Canvas" association="A_style_canvas"/>
    </packagedElement>

    has no name. This is at best poor practice and contrary to the guidance at the end of UML 2.5 2.4.2.

  • Reported: DD 1.1 — Tue, 13 Dec 2016 11:18 GMT
  • Updated: Tue, 8 Jan 2019 15:30 GMT