Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify interactivity and visibility #1544

Closed
maxkfranz opened this issue Sep 22, 2016 · 0 comments
Closed

Clarify interactivity and visibility #1544

maxkfranz opened this issue Sep 22, 2016 · 0 comments
Milestone

Comments

@maxkfranz
Copy link
Member

maxkfranz commented Sep 22, 2016

Internal APIs are updated to make the distinction of { whether an element takes up space, whether an element is visible, whether an element is interactive } clear, separate, and stable:

  • display : Whether to display the element; may be element for displayed or none for not displayed.
    • A display: none element does not take up space.
      • A display: none bundled bezier edge does not take up space in its bundle.
      • A display: none node hides its connected edges.
    • A display: none element is not interactive.
  • visibility : Whether the element is visible; may be visible or hidden.
    • A visibility: hidden element does take up space.
      • A visibility: hidden bundled bezier edge does take up space in its bundle.
      • A visibility: hidden node does not hide its connected edges.
    • A visibility: hidden element is not interactive.
  • opacity : The opacity of the element, ranging from 0 to 1. Note that the opacity of a compound node parent affects the effective opacity of its children.
    • An opacity: 0 element does take up space.
      • An opacity: 0 bundled bezier edge does take up space in its bundle.
      • An opacity: 0 node does not hide its connected edges.
    • An opacity: 0 element is interactive.

The events: yes | no property does not affect compound children based on how the parent is set. This allows more granular control.

  • events : Whether events should occur on an element (e.g. tap, mouseover, etc.); may be yes or no. For no, the element receives no events and events simply pass through to the core/viewport. The events property is per-element, so the value of a compound parent does not affect its children.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant