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

Provide separate Modelers #1

Closed
16 of 21 tasks
pinussilvestrus opened this issue Feb 2, 2021 · 8 comments · Fixed by #10
Closed
16 of 21 tasks

Provide separate Modelers #1

pinussilvestrus opened this issue Feb 2, 2021 · 8 comments · Fixed by #10
Assignees
Labels
enhancement New feature or request

Comments

@pinussilvestrus
Copy link
Contributor

pinussilvestrus commented Feb 2, 2021

base

  • diagram-js-minimap
  • diagram-js-origin & @bpmn-io/align-to-origin (exclusive, optional)
    • Default: align-to-origin
    • config.disableAdjustOrigin: diagram-js-origin
  • @bpmn-io/add-exporter --> this would require to set exporter metadata any time
  • bpmn-js-executable-fix
  • bpmn-js-signavio-compat
  • bpmn-js-disable-collapsed-subprocess
  • bpmn-js-properties-panel
  • BPMN properties provider

camunda-cloud
cf. zeebe-io/zeebe-modeler#BpmnModeler

Everything from base + zeebe related modules

  • context-pad
  • palette
  • modeling
  • replace-menu
  • rules
  • zeebe-bpmn-moddle
  • zeebe-properties-provider (implemented, tests are missing)

camunda-platform
cf. camunda/camunda-modeler#BpmnModeler

Everything from base + camunda related modules

  • camunda-bpmn-moddle
  • camunda-properties-provider

What else?

available in Camunda Modeler as well, do we need them here? --> I'd vote for no

  • complete-direct-editing
  • global-clipboard
  • hand-tool-on-space
  • properties-panel-keyboard-bindings

Related to zeebe-io/zeebe-modeler#288

@pinussilvestrus
Copy link
Contributor Author

pinussilvestrus commented Feb 3, 2021

Open questions (03-02-2021)

@pinussilvestrus
Copy link
Contributor Author

pinussilvestrus commented Feb 4, 2021

Chat with Cawemo (04-02-2021)

  • Are generally interested in using it, had to copy-paste stuff in the past
  • Would be interested in a similar thing for dmn-js, containing the DMN overview as an example
  • Modules should be overridable, also things like executable-fix (which is untyped)
  • Would be interested in a separate Cawemo bundle, e.g. excluding the Properties panel ==> Provide Cawemo distribution #7

@pinussilvestrus
Copy link
Contributor Author

pinussilvestrus commented Feb 4, 2021

Chat with Cloud (04-02-2021)

pinussilvestrus pushed a commit that referenced this issue Feb 5, 2021
pinussilvestrus pushed a commit that referenced this issue Feb 5, 2021
@bpmn-io-tasks bpmn-io-tasks bot added needs review Review pending and removed in progress Currently worked on labels Feb 5, 2021
@bpmn-io-tasks bpmn-io-tasks bot removed the needs review Review pending label Feb 9, 2021
pinussilvestrus pushed a commit that referenced this issue Feb 9, 2021
@nikku
Copy link
Member

nikku commented Jul 23, 2021

I'm wondering why we excluded this one as we decided what to include in our distributions:

* [ ] @bpmn-io/add-exporter --> this would require to set exporter metadata any time

In fact, it is best practice to set an exporter (and required meta-data). We could argue that it makes sense for our consumers to provide it.

@pinussilvestrus
Copy link
Contributor Author

I think we decided this because we don't want to force our users to set the exporter (throws an error) any time they use a camunda-bpmn-js Modeler. The goal was to keep the configuration effort as small as possible.

But I see that this one should be at least available. Maybe we can update bpmn-io/add-exporter to have the config.exporter optional? Or we only include this module in the camunda-bpmn-js Modelers once the config is defined.

@nikku
Copy link
Member

nikku commented Jul 23, 2021

I think we decided this because we don't want to force our users to set the exporter (throws an error) any time they use a camunda-bpmn-js Modeler. The goal was to keep the configuration effort as small as possible.

That is a valid point. Why not force them to do it though? As mentioned, this is best practice that any of our modeling tools should follow. If a diagram is edited in Optimize it should clearly state Optimize, v412.1 in the exporter field. If it is edited in the cloud console you could argue for a similar thing.

We could set up a naming conventions on our side and document it. With that in place, enforcing the exporter to be set (and best practices to be followed) should not cause our users too much pain.

@nikku
Copy link
Member

nikku commented Jul 23, 2021

Created #32 to track my feedback.

@pinussilvestrus
Copy link
Contributor Author

Thanks for your feedback 👍 I think it makes sense to enforce it (if it's well documented).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants