Replies: 3 comments 4 replies
-
Hi, It would be nice to have a "To reproduce" step by step info, so we are able to reproduce the problem ourselves. Otherwise my advice will be as follows: I think the right thing to do, would be to fix the problem in the plugin instead of creating a workaround in the core. |
Beta Was this translation helpful? Give feedback.
-
Hi @linonetwo
The trouble is that we can't disable JS modules in plugins without a reload; there's no way to disable plugins once they've executed. The usual escape hatch when it is not possible to save or export would be to use a bookmarklet to copy the JSON of all tiddlers to the clipboard, from where it can be saved in a file. It would be helpful perhaps to publish that bookmarklet on tiddlywiki.com |
Beta Was this translation helpful? Give feedback.
-
I did test to create a New Tiddler at: https://tiddly-gittly.github.io/tw-echarts/ ... When I do save the tiddler, the whole wiki is automatically saved as a file. ... So it seems something has been done with the auto-save function because that's not standard. It doesn't work that way at tiddlywiki.com For me it seems the "click" event "tm-download-file" is broken. It seems the event.propagation isn't stopped. |
Beta Was this translation helpful? Give feedback.
-
One user in our QQ group reported echarts plugin blocks exporting. (This happened on my side too)
From the error stack, we can see the
$:/plugins/Gk0wk/echarts
So I guide this user to disabling the echarts plugin, continuing his exportion.
I think one solution to this can be Auto disable plugins that show up in the error stack, and Auto reenable them after export, what do you think?
Beta Was this translation helpful? Give feedback.
All reactions