Closed renanlecaro closed 1 year ago
I"m having the same problem. How do you change the class of document element so that Mermaid editor can recognize it?
Switching the image positioning back to its original mode should work as a temporary workaround, the source of the graph is stored in the meta description of the picture, that shouldn't have been removed by Google docs when switching the positioning mode of the picture. Handling different alignments is not completely trivial, so it won't be fixed soon. But I understand that's a bummer
Thanks for the quick reply. I did figure that out and was able to continue editing.
On Tue, Oct 27, 2020, 10:24 PM Renan LE CARO notifications@github.com wrote:
Switching the image positioning back to its original mode should work as a temporary workaround, the source of the graph is stored in the meta description of the picture, that shouldn't have been removed by Google docs when switching the positioning mode of the picture. Handling different alignments is not completely trivial, so it won't be fixed soon. But I understand that's a bummer
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/renanlecaro/mermaid-gdocs/issues/13#issuecomment-717653708, or unsubscribe https://github.com/notifications/unsubscribe-auth/ARQ27P5RTLH74QJV6TAW3ETSM56GJANCNFSM4NY3H4MA .
If you move the image using cut and paste you will be able to edit the chart :wink:
When you make a image "float" it goes from being a InlineImage to a PositionedImage.
Those cannot really be detected by the plugin, you'd need to select the paragraph that they are anchored to. I also can't read/write the meta title/description on those pictures. As long as those problems persist, editing of PositionedImage in this plugin won't be possible
There's now a hint in case the user tries to edit an empty selection
That's because the picture becomes a different class of document element.