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

Format with folders doesn't work as expected #179

Open
ketrab2004 opened this issue Mar 12, 2023 · 4 comments
Open

Format with folders doesn't work as expected #179

ketrab2004 opened this issue Mar 12, 2023 · 4 comments

Comments

@ketrab2004
Copy link

This isn't really a single bug, but a list of bugs that I think have the same or at least similar causes.

Setup

Versions

  • Periodic Notes 0.0.17
  • Calendar 1.5.10

Settings

I have monthly, quarterly and yearly notes disabled.

List of bugs

Periodic Notes plugin

  1. Warning that filename should be unique even though it is
    image
    There is a note at 2023/02 Feb/12 Sun that I think is causing this, but it shouldn't because it's a different month.
  2. Open today doesn't create a note and instead opens the wrong note
    So on 12-3-2023 when I press the open today button in the sidebar it opens 12-2-2023 instead

Calendar plugin

The following issues are with the calendar plugin, but I am including them because I assume it's because the information it gets from this plugin is incorrect. But I'm not sure how obsidian plugins work.

  1. Written notes are contributed to the wrong date
    image
    Here the dots continue to march 24th even though my march notes only go to march 11th
    image
    When I click on days after march 11th it will instead open notes in february
  2. Clicking on a day that does have a note but not any dots says that the note doesn't exist and prompts to create it at the paths that already exists

image
When clicking create it gives an Unable to create file notification.

@kevinstadler
Copy link

+1 on this one. I have the issue that the Calendar plugin doesn't take the folder path into account when rendering links, which means that filenames that are not unique vault-wide might link to period notes from previous months/years. In my specific case, I keep weekly notes in gggg/[week] w. Now that I'm completing my first yearly cycle of note-keeping in this format, Calendar's weekly note link for week 41 of 2023 (the period note for that is 2023/week 41) says that the note already exists (it does not), and the link leads me to last year's week 41 note, 2022/week 41

@chmac
Copy link

chmac commented Dec 28, 2023

I discovered something which is not strictly related to your issue, but might be helpful for other folks who stumble upon this note.

The note format is split by path. In my case I was using a format like [journal/]gggg[/w]ww. When that was being split, the trailing part was w]ww which can't be parsed by moment. When I moved my / outside of my [] then suddenly my weekly note issues disappeared.

Hope this helps somebody else save some time... :-)

@tomzx
Copy link

tomzx commented Apr 15, 2024

Seems to be addressed in 1.0.0-beta.3 which you can install through BRAT.

@TraceyC77
Copy link

I have the same issue with Periodic Notes In Daily notes I was using YYYY/MM-MMM/YYYY-MM-DD for the date format
In Periodic Notes, the "will be created at" and "Format" previews show red if I include any slashes at all. This is true for Weekly Notes as well. I don't see "Filename must be unique".

The format above does actually work for daily notes. The format YYYY/gggg-[W]WW works for weekly notes.
I am able to create a new daily or weekly note using the command palette. They are created in the correct folder.

periodic_notes_settings_20240530_151610

I'll be happy to test again once the release version of periodic Notes is updated. (I don't know what BRAT is or how to set it up, and my bandwidth is limited)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants