[tw] Re: Set widget attributes remotely?
On Wednesday, May 11, 2016 at 2:24:13 PM UTC+2, Mat wrote: > > I'm still curious about eventual possibilities to overwrite widget > attributes remotely. Just like any other parameter, it doesn't always make > sense to replace the whole tiddler. > As you pointed out. I don't see a way to do it, in other ways as I did describe it. -m -- 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 tiddlywiki+unsubscr...@googlegroups.com. To post to this group, send email to tiddlywiki@googlegroups.com. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/f1ba763b-ac74-4f7b-9b08-1e6ffedc2c78%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[tw] Re: Set widget attributes remotely?
> > what do you think? I think you make a lot of sense (even if it's not really an answer to my question, of course). However, there is another important aspect with the officially provided configurations: there is a sense of uncertainty when making changes in shadow tiddlers that there are systemic consequences one cannot predict from merely looking at the immediate tiddler code, i.e that depends on where the tiddler is called from and used etc. "Official configurations" provide quality assurance. BUT, spontaneously, I'd guess many such official configurations could work as well as separate *plugins*. Or, more big picture, I think it would be better with a "standard edition", a "bare bones edition" etc and a wide range of "system plugins". (The config settings could even be a styled *plugin library* so "configuring" really means to download the plugin, at least the first time.) ...but as we know, this is a matter of administrative infrastructure and would, fully understandably, cause too much burden on Jeremy. As I conclude so often, I believe TWederation will solve this because one could download configurations from people one trusts and get the noted sense of quality assurance. [...] every change to a template is requested to be configurable. ... I > think we reached a point, where we have so many configuration options, that > it already hurts the project, due to its complexity. Every new parameter, > that can be configured, increases this complexity and imo also makes TW > slow. ... > Do we know there is a significant time impact from the configuration settings? From the 1292 shadow tiddlers you refer to, surely only a fraction are configuration options. And I would think most of them are about fetching a field value (right?). Is this really a significant time consumer? In a hangout you mentioned "lists in lists" which I think has a substantially (exponentially!) higher impact. > For me the problem is that users are afraid to change shadow tiddlers, > which *contradicts their existence*. > That is a very good point! Shadow tiddlers are constructed to permit overwriting! > So the proposal is: > > > - The TW update mechanism should detect this problem. > - It should tell the user, that s/he changed aaa, bbb, ccc, templates. > - It should be able to tell the differences. So the user can see and > decide, if the manual changes are still valid. > I agree this would be very useful! It could also alert when importing modified shadow tiddlers e.g as part of a plugin (...Or is one already alerted about this? Cant' remember.) ... I'm still curious about eventual possibilities to overwrite widget attributes remotely. Just like any other parameter, it doesn't always make sense to replace the whole tiddler. Thanks for input Mario. Your thoughts should probably be a discussion thread on it's own with it's own title for findability. <:-) -- 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 tiddlywiki+unsubscr...@googlegroups.com. To post to this group, send email to tiddlywiki@googlegroups.com. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/4f021891-6d74-4770-ab86-f558877fd9ac%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[tw] Re: Set widget attributes remotely?
On Tuesday, May 10, 2016 at 9:48:09 PM UTC+2, Mat wrote: > > I suspect the answer is negative to this but then maybe it's an idea for a > plugin for the js-wizards; > You are probably right :) > [For possible beginners here; the reason for not wanting to overwrite > shadow tiddlers (i.e components of plugins) is that it they don't reflect > updates then.] > This is a valid concern, but the problem isn't as big, as it was when TW was in alpha or beta stage. alphas and betas changed the templates quite a lot and this caused trouble for some early adopters. Now the templates are much more stable and Jeremy only applies changes the are backwards compatible. ... But there is still a possibility, that you miss core changes, if you edit templates. ... Imo the reason, why shadow tiddlers exist and are exposed is, that they should be changed by experienced users. But at the moment the community seems to be paralysed and afraid to do so. So every change to a template is requested to be configurable. ... I think we reached a point, where we have so many configuration options, that it already hurts the project, due to its complexity. Every new parameter, that can be configured, increases this complexity and imo also makes TW slow. ... It's not one parameter that hurts, but it's all of them together. An empty TW has 1292 shadow tiddlers. I think configuration options is "fighting the symptoms" and not solving a problem. For me the problem is that users are afraid to change shadow tiddlers, which contradicts their existence. So the proposal is: - The TW update mechanism should detect this problem. - It should tell the user, that s/he changed aaa, bbb, ccc, templates. - It should be able to tell the differences. So the user can see and decide, if the manual changes are still valid. ... The result would be, that no user has to be afraid of changing shadow tiddlers. We already have mechanisms, that can list all shadow tiddlers, that have been changed. We just don't have a mechanism, that shows us the differences in an easy and consumable way. what do you think? have fun! mario -- 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 tiddlywiki+unsubscr...@googlegroups.com. To post to this group, send email to tiddlywiki@googlegroups.com. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/fc57c37b-111f-4823-bbb0-32d6e8f6f893%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
