Jeremy, For give me for being a bit of a hacker. I have played with making my own tiddlers with a plugin-type of info, which I note is NOT documented here https://tiddlywiki.com/#Plugin%20Fields (perhaps this is understandable)
However I found if I started to import multiple tiddlers, and renamed $:/import to tiddlername (Capturing the import json), and modified the tiddler type to info (deleting the status field) I created myself a hidden plugin - not listed in plugins, containing the batch of tiddlers I almost imported. Reloading I had all the shadow tiddlers appearing. Of course If I edit a tiddler it looses its bold font in the "info plugin", and overwrites the shadow. Disabling and reloading they are gone, but listed in the new info plugin in italics and they open new empty tiddlers. The edited tiddlers from when the plugin was active remain in the wiki as regular tiddlers, and can actually be deleted, perhaps must be. Not only has this suddenly shed light on the plugin mechanism but I have found away to capture importing tiddlers even from multiple JSON and storing them in abeyance and made available when needed by enabling the plugin. This has exposed a method by which I can load test data into a wiki, or configuration settings. This info plugin can be dragged and dropped to another wiki. Interestingly after importing If I open the "info" plugin (not a plugin title), the import mechanism offers to import the tiddlers. If it does so I expect It will create standard tiddlers that would override if it where a plugin. Anyway there is a lot of potential here, even if we were to create a new tiddler type of say "bundle", that used my proposed import but not get replaced as per the idea documented here; Suggested Import mechanisium refactor for hackability #4231 <https://github.com/Jermolene/TiddlyWiki5/issues/4231> I can explain further the value in such an mechanism if you wish, but perhaps the possibilities are obvious to you. - Packed data tiddlers - Restorable and removable data with a click save and reload to add or remove - Canned sets of config tiddlers to toggle multiple tiddler states - Ability to drag and drop to other wikis, a bundle defined in one wiki to another - A method by which to host and distribute json files of tiddlers (which are not active in the source wiki) without needing to upload independant files to the host. - A method by which a developer can commit tiddlers into a plugin bundle and selectively overwrite tiddlers to release a new version. Once happy commit these changes back into the plugin. - A way to distribute macros (excluding javascript plugin code) which can be selectively activated and deactivated. Especially good for designer tools. Apart from the import hackability I expect we would need a mechanism to optional delete imported or overwritten (shadow) tiddlers, so they do not remain in the wiki after the info plugin is disabled or deleted. And perhaps a method to list such pseudo plugins. I wonder if the lack of this clean up could cause problems already when people add/edit/delete plugins because the overwritten tiddlers will remain as a legacy. Regards Tony On Saturday, September 7, 2019 at 11:06:37 AM UTC+10, TonyM wrote: > > Jeremy > > The idea of temporary plugin sounds interesting! > > Tony > > -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/20cb8f33-23dd-40d6-906a-921d160a3790%40googlegroups.com.
