Sat Oct 06, 2018 9:53 am Post
Sat Oct 06, 2018 1:42 pm Post
Mon Oct 08, 2018 6:01 am Post
Mon Oct 08, 2018 2:56 pm Post
Granted that this mostly feels tedious because the date-style custom metadata defaults to blank and requires several clicks to get the current date set. (An improvement could be if a date-style metadata entry could optionally default to the current date/time?)
…also that the creation date was already available as a column in the outline view.
I don’t think there is an issue of the file system changing a document’s existing created date, because I tested this by manually trying to force a file system style creation date change with setfile to no effect.
Tue Oct 09, 2018 6:17 am Post
AmberV wrote:There is indeed an easier way of doing that: type in “today” and forget about the calendar picker widget. You can type in dates using most international standards for doing so, and with a few human friendly aliases like “tomorrow” and “yesterday”.
Do you use macros, like with Keyboard Maestro? If so, note that the Navigate ▸ Inspect ▸ Metadata menu command (or shortcut) can be triggered twice to ensure keyboard focus lands in the first field capable of text entry. Tab will move you between fields. Thus a simple macro that types in “today” for you and returns you to the editor would be possible.
In short it isn’t a file manager, and shouldn’t be expected to make use of the file system like one. It’s an obvious declaration on the surface, but for implications like whether a program manages its own date systems internally, it can be an important distinction.
Wed Oct 10, 2018 12:45 pm Post
Sometimes I’ll want to retroactively write a journal entry (e.g. I’m writing about the day at 1am). Also, when a document is split, the newly created document’s creation date is set to the current date, rather than inheriting its former created date, so this could be years off its real date.
So, taking a step back, given that the only thing adjusting a document’s creation date is doing is changing an XML attribute, what I am suggesting is the ability to accomplish this with Scrivener (rather than with another text editor).
Thu Oct 11, 2018 5:42 am Post
AmberV wrote:What still has me confused though is why the file system creation date was not used for the initial import. I.e. ordinarily one wouldn’t have to edit the XML to get a batch import correctly registered in Scrivener’s metadata in the first place. Editing the XML would only be for cases where neither Scrivener nor the file system had the right value, for whatever reason.
But it might not be too hard for us to add the date picker widget to these fields somehow. Back when they were designed as static elements, there was no such easy thing.
Fri Oct 12, 2018 11:00 am Post
In total there are 4 users online :: 0 registered, 0 hidden and 4 guests (based on users active over the past 5 minutes)
Most users ever online was 1048 on Mon Feb 06, 2012 9:07 pm
Users browsing this forum: No registered users and 4 guests