Start dates, ticklers & inbox processing

[GregSutcliffe]

I'm used to using "start date" to hide tasks until they can be worked on. That seems to be the feel here too, which I like.

However, the inbox processing doesn't make this easy. Consider this screenshot:

Can I take an action on this? Technically yes, the PR is written. But, I don't want to merge it until next week for various reasons. So...

• it's not actionable now
• but it's also not "someday", there is a defined time I want to see it again (Tuesday, actually)
• it's not reference or trash
• It's not done

So, none of these buttons feel right. Instead I have to say "Its actionable" and then go do the start-date edit later on (I have enabled startdate-for-processing in the Settings, but that comes later).

Would it make sense to have a "Later" type button in that screenshot, or am I just holding it wrong?

Related, start-date filtering appears to affect the inbox, so if I do quick-add "do a thing /start:mon" it won't show up in the inbox until Monday. That feels off from a GTD view, I should be able to get that task into the correct state before it comes up to be done... but to do that I have to remember to go find it and edit it manually. Is that intentional? It feels like right way to get things out of your inbox is to process them, not hide them til later.

[dongdongbh]

Thanks, this is fixed in ff9f65f.

What changed:

• Inbox now shows unprocessed items even when they have a future start date, on desktop and mobile. Start dates still hide items from Next/Focus-style action views.
• Inbox processing now has a Later path. Pick a start date and it moves the item to Next with a date-only start date, so it behaves like a tickler and does not create a time-specific reminder.
• Added desktop/mobile coverage for future-start inbox items and the Later flow.

Verified with focused desktop/mobile tests and the desktop Vite build.

[GregSutcliffe]

Tested in 0.8.8 - this looks really good, thanks for adding it!