You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
The prototyping feature 'Relative to' is a new addition, so I didn't know what it did. Given that it's right below the 'Destination' I figured that it allows you to somehow change the navigation history, because it has a screen name in it. E.g.: previous screen is A, current overlay is B, and 'Relative to' allows you to change the previous screen from A to Z, so that when the overlay is closed you see Z not A.
However, from the docs it seems that it is related to the 'Position' which is the field below. If I understand correctly it's like a further specification to 'center' and 'top-left' - whether it's relative to the parent screen or the element itself.
Describe the solution you'd like.
In natural language you'd say "please put the room in the middle of the room". The relative location comes first, the reference point after. Of course it's also possible to say "relative to the room, put the chair in the middle" but that feels less common/simple.
Therefore I would suggest to change the order of the options as follows:
...
Destination
Location
Relative to
...
Describe alternatives you've considered.
To further clarify I was thinking maybe instead of the element names, the element types could be listed:
Self
Parent screen
But I guess that wouldn't work if there are nested boards.
Additional context
Side note: I'm also a bit puzzled as to what the option 'Auto' here would do. It automagically picks the right element/screen? Might be good to explain in the docs. And congratulations on the big release! :-)
The text was updated successfully, but these errors were encountered:
"Auto" sets the "Relative to" to the board that is being shown as main at the View mode (the current "screen" you might say). We'll probably change this copy and better document everything at the User Guide.
Is your feature request related to a problem? Please describe.
The prototyping feature 'Relative to' is a new addition, so I didn't know what it did. Given that it's right below the 'Destination' I figured that it allows you to somehow change the navigation history, because it has a screen name in it. E.g.: previous screen is A, current overlay is B, and 'Relative to' allows you to change the previous screen from A to Z, so that when the overlay is closed you see Z not A.
However, from the docs it seems that it is related to the 'Position' which is the field below. If I understand correctly it's like a further specification to 'center' and 'top-left' - whether it's relative to the parent screen or the element itself.
Describe the solution you'd like.
In natural language you'd say "please put the room in the middle of the room". The relative location comes first, the reference point after. Of course it's also possible to say "relative to the room, put the chair in the middle" but that feels less common/simple.
Therefore I would suggest to change the order of the options as follows:
Describe alternatives you've considered.
To further clarify I was thinking maybe instead of the element names, the element types could be listed:
But I guess that wouldn't work if there are nested boards.
Additional context
Side note: I'm also a bit puzzled as to what the option 'Auto' here would do. It automagically picks the right element/screen? Might be good to explain in the docs. And congratulations on the big release! :-)
The text was updated successfully, but these errors were encountered: