Book a Demo

Author Topic: Additional Behaviour Toggles for Diagram Objects  (Read 4775 times)

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +257/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Additional Behaviour Toggles for Diagram Objects
« on: April 18, 2019, 05:09:43 pm »
    We already have a number of behaviour toggles for objects in diagrams.
    • Selectable
    • Printable
    • Dockable
      I'd like to propose a couple more.
    • Movable - default yes.  Determines if the Selectable object is able to be moved.  This would cut down on the micro-movements that occur accidentally and cause the diagram to b marked as "modified" when conceptually it shouldn't be.
    • Frameable - default yes.  Determines if the object is to appear in a Diagram Frame (created from this diagram).
    Increasingly, we find that certain administrative objects (such as Title Blocks, Keys and Legends etc.) are needed for the correct maintenance of the diagram within the repository, but are superfluous (and even counterproductive) when the diagram is viewed within a diagram frame.
    We've tried marking them as not printable, but that doesn't work.  In any event, the two scenarios are not congruent.

    Thoughts?
    Reported,
    Paolo
« Last Edit: April 18, 2019, 05:21:13 pm by Paolo F Cantoni »
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!

qwerty

  • EA Guru
  • *****
  • Posts: 13584
  • Karma: +397/-301
  • I'm no guru at all
    • View Profile
Re: Additional Behaviour Toggles for Diagram Objects
« Reply #1 on: April 18, 2019, 06:11:09 pm »
Though I can follow you with your intentions I fear that adding more features to a feature overflowing tool having lots of bugs will end up in an - hmmm - even more  feature overflowing buggy tool.

q.

skiwi

  • EA Expert
  • ****
  • Posts: 2081
  • Karma: +46/-82
    • View Profile
Re: Additional Behaviour Toggles for Diagram Objects
« Reply #2 on: April 23, 2019, 06:57:13 am »
I support these suggestions. I would find them most useful.


I'd like to think there was a better way of preventing micromovements though
Orthogonality rules
Using EA16.1 (1627) on Windows 11 Enterprise/64 bit. Repositories in SQLServer2019 DB Schema 1558.
WebEA on Pro Cloud Server 4.2.64

Glassboy

  • EA Practitioner
  • ***
  • Posts: 1367
  • Karma: +112/-75
    • View Profile
Re: Additional Behaviour Toggles for Diagram Objects
« Reply #3 on: April 23, 2019, 08:58:34 am »
What is the scenario is there for having something selectable but not movable?

skiwi

  • EA Expert
  • ****
  • Posts: 2081
  • Karma: +46/-82
    • View Profile
Re: Additional Behaviour Toggles for Diagram Objects
« Reply #4 on: April 23, 2019, 09:56:40 am »
resizing, editing ?
good question though, I'd like "not movable" to be defined as not draggable, but continue to allow alignment and movement using cursor keys.
Orthogonality rules
Using EA16.1 (1627) on Windows 11 Enterprise/64 bit. Repositories in SQLServer2019 DB Schema 1558.
WebEA on Pro Cloud Server 4.2.64

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +257/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Re: Additional Behaviour Toggles for Diagram Objects
« Reply #5 on: April 23, 2019, 10:54:31 am »
resizing, editing ?
good question though, I'd like "not movable" to be defined as not draggable, but continue to allow alignment and movement using cursor keys.
Yes, that was my intent.  It's the mouse dragging micro-movements that I'm trying to eliminate here.

As to selectable but not moveable scenario, in addition to skiwi's points, there's multiple selection.  Micro-movements are really annoying here.

Paolo
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!