[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2020-02-15 Thread springer
Thanks so much Eric. Though changing the create date could be manipulated for misleading purposes in certain shared-responsibility situations, it will be occasionally very helpful in cases like mine. Cheers! On Thursday, February 13, 2020 at 10:57:27 PM UTC-5, Eric Shulman wrote: > > On

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2020-02-14 Thread TiddlyTweeter
Ciao Eric Very useful notes you wrote to springer! I increasingly get interested in date handling in TW. Mainly because "created" can be used elegantly to solve a bunch of practical end-user issues. For instance - "created" (once manipulated) can be used to identify things well (TV script

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2020-02-13 Thread Eric Shulman
On Thursday, February 13, 2020 at 4:30:49 PM UTC-8, springer wrote: > > If I happen to create a tiddler in TW5 while timestamps are off, the > tiddler ends up without a create date. Once I've created it, it seems TW5 > won't even back-fill the create date to coincide with the first recognized >

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2020-02-13 Thread springer
Reviving an old thread about timestamps here: Sometimes I turn timestamps off, to keep the "Recents" tab useful for students -- so they can see what's actually substantively new, without getting distracted by minor edits. (In TWC, I liked the ability to close an individual tiddler's edit

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2019-04-09 Thread @TiddlyTweeter
Ciao Mark S. That was my feeling. Better manipulate the inbuilt system as primary if it gives all you need. Seems lightweight and doable. The input side was what my question was about. To do it in a reliable way--because I see issues if you don't change the dates accurately. Thanks for

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2019-04-09 Thread 'Mark S.' via TiddlyWiki
On Tuesday, April 9, 2019 at 9:25:38 AM UTC-7, @TiddlyTweeter wrote: > > But IN PRINCIPAL never ever changing creation date seems a tad OTT. > > > I agree. The creation date field takes up at least 27 characters of space (JSON isn't a compact way of storing info). It makes sense to use it

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2019-04-09 Thread @TiddlyTweeter
Ciao cari TonyM & Pmario In most ways I agree with you. The use case is simply doing it once for singular projects I define before end-user gets them. It deals with legacy. Further additions are contemporary. The main issue is doing it reliably. Not so easy. and on that I fully agree with

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2019-04-08 Thread TonyM
Josiah, I concur with mario. Both created and modified can be used to drive a number of processes and systems and should not be played with as it compromises the wiki. Using a date picker or allowing time stamping a value into another date field can make this so easy. You can even add the

[tw5] Re: Query -- Changing creation date in a human actionable way? -- #creationDate

2019-04-08 Thread PMario
On Monday, April 8, 2019 at 9:58:27 AM UTC+2, @TiddlyTweeter wrote: > > I want to manipulate creation times so that filters will work to produce a > correct date ordering for a CV via filters in the simplest fashion. > hmmm, IMO a very bad idea. ... You should never touch the tiddler "created"