Thanks for all the comments everybody. I'm just working my way through them and will post replies later today.
Martin On Nov 20, 3:19 pm, whatever <kbrezov...@gmail.com> wrote: > Well, as long as it's not a bug. Though, as far as I know we're still > in November, not in December. :D > w > > On Nov 20, 3:40 pm, Jeremy Ruston <jeremy.rus...@gmail.com> wrote: > > > > > > > > > > Also, considering that TW already has a backstage mechanism for > > > setting options (Tweak and/or Options from AdvancedOptionsPlugin (1)), > > > it would be nice if such a mechanism were enabled for SystemSettings. > > > It could be added as a tab to existing options, where you could add a > > > tick to make it cookie dependent and/or set the actual default value. > > > We stopped short of adding a user interface for switching options > > between cookie vs. baked settings to keep things simple at first, but > > it certainly seems a reasonable idea. > > > >> I was just checking out the beta and I noticed that dates seem to be > > >> all out of whack. For > > >> example,http://tiddlywiki.com/beta/#PersistentOptions > > >> shows date modified 20 December 2010 > > >> andhttp://tiddlywiki.com/beta/#HelloThere > > >> shows date modified 15 December 2008 (possible, but unlikely, > > >> considering the content). > > > I think that is just because the content was authored in a text > > editor, and not the full TiddlyWiki environment, and those tiddlers > > inherited the wrong dates through a slip of cut and paste. > > > Cheers > > > Jeremy > > > >> w > > > >> On Nov 19, 12:53 pm, Ton van Rooijen <tons...@xs4all.nl> wrote: > > > >> > This is a very nice enhancement indeed. > > > >> > The syntax however is i.m.h.o. somewhat confusing. Why append the > > >> > option-name with "_cookie:"? > > >> > a) to me it looks like an unnecessary complication of the syntax. > > >> > b) the syntax more or less suggests (because of the closing colon) > > >> > that you could still provide a value, which is illogical. > > > >> > So why not simply stick to the original syntax of > > >> > "option-name: value" or > > >> > "option-name=value" > > >> > in which value can be "cookie", "true", "false" or a real value (like > > >> > e.g. in "txtUserName"). > > > >> > W.r.t. the discussion about the preference: cookie vs SystemSettings I > > >> > would like to suggest 2 possible solutions. > > >> > Either: > > >> > SystemSettings take preference when viewed over HTTP, whilst when > > >> > opened from a local file the cookies take preference. This gives > > >> > maximum control for the author/owner. > > >> > Or: > > >> > The SystemSettings enhancement is even further enhanced by being able > > >> > to have 2 sets of system-settings: one options-set for viewing over > > >> > HTTP and one for local use from a file. > > > >> > I fully support the earlier suggestions from AlanBCohen and > > >> > "whatever", to make cookies dependent on the filename of the TW-file. > > >> > So every TW-file gets its own cookies. > > > >> > P.S. This whole contribution is written based on experience with > > >> > independent TWs; I have no knowledge of or experience with > > >> > TiddlySpace. > > > >> > Thanks to all involved for again having a great TW release. > > > >> > On 18 nov, 14:06, Martin Budden <mjbud...@gmail.com> wrote: > > > >> > > I'm pleased to announce the TiddlyWiki 2.6.2 beta release. > > > >> > > This release consists of a number of minor usability and hackability > > >> > > enhancements, as described athttp://trac.tiddlywiki.org/wiki/History, > > >> > > and one fairly major enhancement. > > > >> > > The major enhancement is the addition of persistent options, also > > >> > > known as 'baked cookies'. This is the ability of TiddlyWiki to store > > >> > > some of its options in a tiddler, the SystemSettings tiddler, so that > > >> > > these options are retained even if the user deletes all their > > >> > > cookies, > > >> > > or moves the TiddlyWiki to another computer. > > > >> > > The persistent options are more fully described at: > > > >> > >http://tiddlywiki.com/beta/#PersistentOptions > > > >> > > We are soliciting feedback about Persistent Options as part of this > > >> > > beta release, in particular: > > > >> > > 1) Which options do you think should be persistent, and which options > > >> > > should be in cookies? > > > >> > > 2) Do you think the persistent options have been explained properly, > > >> > > and do you have any suggestions to improve the explanation? > > > >> > > 3) Which should take precedence a persistent option or a cookie? That > > >> > > is should a persistent option overwrite an option previously set in a > > >> > > cookie, or should the cookie value take precedence? This has been the > > >> > > subject of some discussion, and we are by no means sure which is the > > >> > > better option. In the beta the persistent option overwrites the > > >> > > cookie > > >> > > option. > > > >> > > Note that for a standalone TiddlyWiki, the impact of the difference > > >> > > in > > >> > > precedence is not that great, but for TiddlySpace the impact is more > > >> > > significant: it means an option set locally by a user in a cookie can > > >> > > be overwritten by another user of the TiddlySpace, if that option is > > >> > > persistent. > > > >> > > Martin > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "TiddlyWiki" group. > > > To post to this group, send email to tiddlyw...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > tiddlywiki+unsubscr...@googlegroups.com. > > > For more options, visit this group > > > athttp://groups.google.com/group/tiddlywiki?hl=en. > > > -- > > Jeremy Ruston > > mailto:jer...@osmosoft.comhttp://www.tiddlywiki.com -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To post to this group, send email to tiddlyw...@googlegroups.com. To unsubscribe from this group, send email to tiddlywiki+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/tiddlywiki?hl=en.
