Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Timestamp as default filename #877

Closed
mcchrish opened this issue May 7, 2020 · 15 comments
Closed

Timestamp as default filename #877

mcchrish opened this issue May 7, 2020 · 15 comments

Comments

@mcchrish
Copy link

mcchrish commented May 7, 2020

Describe your feature request
Instead of a random string (I think it's UUID?) for default filename when creating a new note, use a timestamp of the time the note is created. Something like2019-12-25 12.57.59 PM.

Or at least an option for this.

@jakemkc
Copy link

jakemkc commented May 9, 2020

In Fsnotes, if you create a new note by "cmd+n", it will create a file with UUID(?).

However, if you create a note with "cmd+L" (it's a search but equivalent to create a new note if the term is unique), it will use the search term as filename.

I think a non-elegant workaround could be: use timestamp text expansion by 3rd party app when you create a new note with the search function. For example, I am using Alfred to insert timestamp.

Jake

@sloria
Copy link
Contributor

sloria commented May 12, 2020

This would be nice. Zettelkasten uses the yyyyMMddHHss format for note IDs (example: 202005121126). Seems like a better default than UUIDs. It could be useful to have an option to select between

  1. 2019-12-25 12.57.59 PM
  2. 20191225126759
  3. UUID

Certainly not a "Must Have" for me since I use BetterTouchTool to generate the timestamp IDs when I type ,,t. But having this built-in might allow me to get rid of that, and it would probably useful for other Zettelkasten users.

@mcchrish
Copy link
Author

Wow, thanks for the suggestions. I actually just have discovered that all along I have a trick to do this as well. Instead of Alfred or BetterTouchTool I have Dash.

Would still be nice for FSNotes to support this regardless.

@gingerbeardman
Copy link
Collaborator

gingerbeardman commented May 23, 2020

@mcchrish can you please outline your method for the benefit of others?

@mcchrish
Copy link
Author

mcchrish commented May 23, 2020

I don't own Alfred nor BetterTouchTool so I can't really compare what are their differences. But to explain how it works with Dash, it's kinda the same as behavior as other text expanders. e.g. I type "`dt" and it will expand to the current date time.

@gingerbeardman
Copy link
Collaborator

The Dash app I have is the API doc viewer? Is there another?

@sloria
Copy link
Contributor

sloria commented May 25, 2020

@gingerbeardman Looks like Dash (the doc viewer) has support for snippet expansion: http://kapeli.com/guide/guide.html#snippets .

@gingerbeardman
Copy link
Collaborator

Nice!

@glushchenko glushchenko added this to To Do in FSNotes 5 via automation Jul 8, 2021
glushchenko added a commit that referenced this issue Jul 9, 2021
@glushchenko
Copy link
Owner

Added 3 new options

  1. Untitled Note
  2. 2019-12-25 12.57.59 PM
  3. 20191225126759

@glushchenko glushchenko moved this from To Do to Done in FSNotes 5 Jul 9, 2021
@glushchenko
Copy link
Owner

@wilhelmloof
Copy link

Please test https://github.com/glushchenko/fsnotes/releases/tag/5beta1

Great.
But "yyyy-MM-dd HH.mm.ss" didn't exist, only "yyyy-MM-dd HH.mm.ss a" and "yyyyMMddHHmmss" created a new file based on title.

@glushchenko
Copy link
Owner

@wilhelmloof anyone requested "yyyy-MM-dd HH.mm.ss"? I see only "yyyy-MM-dd HH.mm.ss a " in issue.

@wilhelmloof
Copy link

wilhelmloof commented Jul 13, 2021

@wilhelmloof anyone requested "yyyy-MM-dd HH.mm.ss"? I see only "yyyy-MM-dd HH.mm.ss a " in issue.

In the v5b1 release (https://github.com/glushchenko/fsnotes/releases/tag/5beta1), it reads:

  • Adds new default filenames "Untitled Note", "yyyy-MM-dd HH.mm.ss", "yyyyMMddHHmmss"

But "yyyy-MM-dd HH.mm.ss" is not available in beta 1.

@glushchenko
Copy link
Owner

Just mistake in change log, thanks

@wilhelmloof
Copy link

Just mistake in change log, thanks

Ok

But "yyyy-MM-dd HH.mm.ss" is a nice format for filename. And if "yyyy-MM-dd HH.mm.ss a" is available then logically so should also "yyyy-MM-dd HH.mm.ss" be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Development

No branches or pull requests

6 participants