Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Hi Tony > Example > Drag and drop various tiddlers, plugins and json files and rather than hit > import, rename to another field and remove the plugin-type import and status > field and what remains is a json tiddler containing the collected tiddlers. I’m pretty sure that you can do this

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Jeremy, As raised elsewhere, the import process is also a good way to bundle tiddlers into a json tiddler. If you are modifying the import process can I please suggest a minor change? Example Drag and drop various tiddlers, plugins and json files and rather than hit import, rename to another

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Hi Tony > What about adding to plugins requiring reload a red > $:/core/images/refresh-button > > with a tool tip saying will require save a reload after install. The problem is that tooltips don’t work on

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Jeremy, What about adding to plugins requiring reload a red $:/core/images/refresh-button with a tool tip saying will require save a reload after install. This provides all the information, is attention

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

This is much much better! Thank you Jeremy! --Mohammad On Tuesday, September 17, 2019 at 12:36:11 PM UTC+4:30, Jeremy Ruston wrote: > > Just to add that there’s now a warning in the import listing if a plugin > will require a reload. > > Best wishes > > Jeremy. > > > > That's a good

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

One more point On drag and drop, no message is shown for reloading and I think that's enough! But let's what are the other users thought! --Mohammad -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Hi Jeremy! That's a good indicator! I am sure the feel and look will be better by release date! For example font of alert, and other visual effects. I thought icon can be different, but as developers may use different icons it may not work always! --Mohammad On Tuesday, September 17, 2019 at

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Yep! Tiddlywiki uses a default icon for plugins! One solution is uses different one! Other as you said is to show it! On Tuesday, September 17, 2019 at 11:18:44 AM UTC+4:30, TonyM wrote: > > Mohammad, > > Are you simply opening them and looking to see if it contains a .js ? > > With this facility

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Mohammad, Are you simply opening them and looking to see if it contains a .js ? With this facility soon to be available it would be nice if the plugin list indicated such tiddlers, perhaps with an icon/ or *no reload needed Thanks On Tuesday, September 17, 2019 at 4:27:14 PM UTC+10, Mohammad

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Hi Tony! - https://kookma.github.io/TW-Trashbin/ - https://kookma.github.io/TW-Todolist/ - https://kookma.github.io/Shiraz/ - https://wikilabs.github.io/editions/link-to-tabs/ - https://wikilabs.github.io/editions/tocP/ More from here - https://dynalist.io/d/zUP-nIWu2FFoXH-oM7L7d9DM -

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Folks, What are good examples of pugins that fit this approach? I usually distribute macros via bundle and they do not need a reload to start with. To test this I am looking for plugins without .js tiddlers. But find very few (so far). Perhaps I need a tool to add to my personal plugins wiki

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Jeremy Ruston wrote: > > Just to be clear, this means that with the proviso above, users will be > able to: > > * Add new plugins from the plugin library without reloading > * Add new plugins via drag and drop without reloading > * Delete unneeded plugins without reloading > * Eventually, to

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Hi Jeremy! No it is not Tinka restriction! Best wishes Mohammad On Thu, Sep 12, 2019 at 2:04 PM Jeremy Ruston wrote: > Hi Mohammad > > On 12 Sep 2019, at 03:48, Mohammad wrote: > > In this way there is no need to have shadow tiddlers start with $:/plugins > they can be ordinary tiddlers

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Hi Mohammad > On 12 Sep 2019, at 03:48, Mohammad wrote: > > In this way there is no need to have shadow tiddlers start with $:/plugins > they can be ordinary tiddlers have been packed using a tool like Tinka! Is that a restriction of Tinka? The core doesn’t restrict the titles of shadow

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Jeremy This is amazing! One use case as discussed in another thread could be to dynamically create a selection of tiddlers as plugin, work with them (sandbox) and then delete all modified tiddlers (restore original) This will let us implement kind of sandboxing! In this way there is no need to

Re: [tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Unfortunately I don't think it would be possible for a LocalStorage plugin to not use Javascript. However, it could be possible to make a Chrome extension that would load this functionality for all wikis if the user desired to install such an extension. It would also be possible to enable this

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Jeremy, You mention *Indicate in the plugin library which plugins will require a reload* Is it not possible to determine which plugins would require this automatically and allow it to be overridden either way with a flag on the plugin? There may be cases where a Plugin need not be reloaded

[tw5] Re: Coming in v5.1.22: dynamic loading of plugins

Jeremy, Thanks for looking at this innovation, and I look forward to it. I have quickly looked at the "Browser-based local storage" plugin and see two .js tiddlers are included thus I expect I can assume then this plugin can not be dynamically loaded? The reason I ask this is, as I have