Scrivener is not a reminder app, if that’s what you’re looking for.
Probably the easiest solution would be to sort by the custom metadata field.
You can also build a search collection based on the metadata field, and use all of the “date search” options from Table 11.1 in the (Mac) manual. That includes “0d” for today.
I tested “0d” with custom metadata before I wrote my response. Make sure that you actually have today’s date assigned in the metadata field, and make sure that you’re searching on the custom date field – you’ll find it on the search options dropdown menu.
Why “edited within the last week”? I would search for such documents with mdate:.
I only search in this custom metadata field. I had assumed that in this case Scrivener will only find documents that are within 7 days of this date, no?
Strange, I’m not sure why this isn’t working for you either! Here is what I tried:
Created a Date custom format field, and set it to ignore time zones. I left the date format to system default.
Back in the Binder, I created five items, with dates applied from a few hours in the future, to now, to yesterday and finally the day before yesterday.
Opened Project Search, reset search settings, and changed the search scope to my “Date” test field. Left everything else alone.
Typed “0d” into the search field.
For this test I got two results: the two items for today, one of which has yet to occur.
With “1d” I get three results as expected, the two from today and yesterday’s.
With “<1d” I get only one result, the one from the day before, which makes sense given the criteria as it isn’t less-than-or-equal to.
With “<0d” I get yesterday and the day before—again making sense considering today’s test notes are not less than today.
The only question marks from your settings are whether all of your test documents are in the Document Templates folder or the Trash, for obvious reasons.
Well, even though other searches seem to be running as intended, it might be worth holding Option down on the File menu, and selecting the command to rebuild the search index. That’s what I would do whenever I am getting omissions that make no sense.
Thanks @AmberV. I will take a closer look at this later and rebuild the search index first.
And thanks to you too @AntoniDol But I don’t think that’s the same thing. It’s not about finding documents that have been created or modified at some point. The date in this custom metadata field has nothing to do with it.
Indeed, if you try to use the mdate or cdate prefixes then you will get all items within the search scope that have been modified or created today. If you combined it with something specific to this custom field, like “2024 mdate:0d”, then you would get all items modified today that have this custom field set to some point within this year.
That was it. Not that I would understand that. I haven’t been in a different time zone the last few hours. Anyway, now everything is working as expected. Thanks again, also to you @kewms
Yeah that shouldn’t make a difference unless you are travelling, and then all of the times would shift to stay fixed to where they were made from, and potentially days, if the time is set around midnight (or I guess if you travel to Australia). Well I will put it on the list to make sure there is nothing weird about that. Do you have some example times that were not working so I can test?
Mm, I’ve tried so many things and deleted everything again. But it was actually already late, around midnight.
I don’t know if it’s just me, but this function really helps me. I copy a newspaper article into Scrivener, but don’t have time to read it now. So I simply set a date in the future and a collection that can be called up reminds me of this article. Of course you can do it differently, but I like to do it this way.
Of course, it would be even better if Scrivener would automatically tell me that this date is today. But as @kewms said in a stern tone
Yeah it’s actually a really cool idea, you can “snooze” things you want to work on, but don’t have the time to, by giving them tomorrow’s date or whatever, then clear the date once it is addressed or read. It’s not a powerhouse for this kind of stuff (like a dedicated journaling/reminder tool), but for material you’ve already got in Scrivener it’s not bad.
Myself I’d probably stick with what I already use for this kind of thing, Logseq, and make use of external Scrivener links so I can click to load binder items from it when they come up. It can do much more advanced queries, even build tables based on them, etc.
And the collection does not get bigger and bigger because it only records documents in a certain period of time in the future. New documents are recorded, others are removed without me doing anything, even if I haven’t read them. I don’t even notice it and don’t feel guilty.
I know it’s been a while, but this is a method I use.
Create a doc outside of if my draft titled “to read later” or “to revisit”. In my case it’s for those times when I fall into a rabbit hole, and find something interesting I want to go back to, or analyze further.
Drop the article/doc/whatever into my research folder and tag it ‘unread’ plus any other relevant tag. In my case, I use the metadata date for the date of the doc. Depending on the reason/topic, I may drop it into a specific research folder, or a generic “followup” research folder.
Drop the link from the research doc into the binder’s “to read” doc which creates a list for me to reference when time permits.
The links on this new list can be modified with “insert date stamp” for each item/link (vs. metadata) as well as a brief reminder description.
The date stamp tells me how long its been there - or how long I’ve ignored it.
This method also allows me to drop the list into the project/doc bookmarks OR after I read /analyze the original, I can drag-drop the link where it needs to be.