RFC: Configurable Editor.defaultCompressed when embed mode

[kaishuu0123]

• I agree to follow the Code of Conduct that this project adheres to.
• I have searched the issue tracker for a feature request that matches the one I want to file, without success.

Is your feature request related to a problem? Please describe.

• I'm using Embed mode with iframe.
• Starting with v21.1.0, XML is no longer compressed by default.
  • 788f702
• However, I have a case where I want XML in compressed form. (backward compatibility).

Describe the solution you'd like

• https://github.com/jgraph/drawio/blob/dev/src/main/webapp/js/diagramly/Editor.js#L1778-L2134
• I would like to be able to set Editor.defaultCompressed to true somewhere in the above source code.
• I want to configure drawio in an iframe with postMessage.

Describe alternatives you've considered

• I tried to configure drawio in embeded mode in an iframe but could not. (Cross Origin etc.)

Additional context

[alderg]

Thanks for the report. We'll use compressXml to update Editor.defaultCompressed in the next release, eg.

frame.contentWindow.postMessage(JSON.stringify({action: 'configure', config: {compressXml: true}}), '*');

[davidjgraph]

Just to note, we disabled compression by default because we suspected there was a rare (1 in some billion) case where compression and decompression did not work using the version of the Pako library we used.

We don't know if the updated Pako library solved that, but we switched to uncompressed everywhere for safety.

Note that embedding code should always be able to deal with uncompressed XML, this wasn't a breaking API change, more a breaking default change.

[davidjgraph]

In 21.1.4 release.

[kaishuu0123]

@alderg @davidjgraph

Thanks for release! (v21.1.4)

Just to note, we disabled compression by default because we suspected there was a rare (1 in some billion) case where compression and decompression did not work using the version of the Pako library we used.

I'm surprised at this. Glad to hear your valuable knowledge!