-
Notifications
You must be signed in to change notification settings - Fork 472
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
feat(bpmn): persist layout across sessions #3556
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm wondering: Shall we also persist DMN and FORM properties panel state? I don't see a reason we should not.
c968fb9
to
998a144
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I can confirm that it works as expected. Good stuff!
However I found an annoying flicker that degrades the perceived utility of this feature: The app feels shaky, as demonstrated by the following screen capture (switching between two tabs):
Is there a way we can avoid this? One way could be to update the properties panel layout pre-mount? Potentially other options exist.
It looks like it marks headers as sticky for one frame. My guess is that because we change the layout before mounting, the scroll position in an unmounted state is always "out of screen". I'll check if we can disable sticky headers checks when the properties panel is unmounted and if this fixes it |
My gut feeling is some problems may come from this: https://github.com/bpmn-io/properties-panel/blob/main/src/hooks/useStickyIntersectionObserver.js |
|
So you are both right @barmac and @nikku 🎉
Thank you for your inputs, the fixes in the properties panel are here: bpmn-io/properties-panel#238 |
- bpmn-js-properties-panel@1.21.0 - @bpmn-io/properties-panel@1.8.1
998a144
to
f58bff2
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm kinda still impressed how natural (aka intuitive, not bad) this feels. Thanks for getting that done @marstamm!
I also like how this naturally just works with connector templates:
As a follow up in the UX department I'd suggest the following:
- Introduce error indicators for closed sections
- Hook up connector template errors with our linting infrastructure
Added @YanaSegal and @christian-konrad as reviewers so that both are in the loop here (non-blocking). |
Great contribution, improving the QoL of both new and power users!
We have an (soon to be defined) epic for it: https://github.com/camunda/product-hub/issues/498
I like that idea, remembered we discussed that quite a while ago @YanaSegal |
closes #2638