Thanks. Yes, I am hoping the support grows and the project becomes sustainable to grow. Sure, anywhere is fine.

No that is not supported. Journiv is not a note taking app and a journal app and the focus is to build it as a journal app even if it limits its target audience. There are many note taking apps out there and many in self hosted world. My personal favorite is Obsidian which I am happy with.

Congrats on liberating your memories and thoughts. I look forward to your feedback.

That sounds like a fun project. I did initially do some research in VJOURNAL but found it rather limiting for all the stuff I want to build in Journiv. I wrote a blogpost about it earlier: https://www.journiv.com/blog/why-journiv-doesnt-use-caldav The application is cross platform so it work as PWA and you can use it as mobile devices as PWA without any issues. Many Journiv users are already doing so. Native mobile apps are ready and will be coming soon once the project becomes sustainable to cover the development cost and expenses around it: https://github.com/orgs/journiv/discussions/184#discussioncomment-15180557

Hello, Sorry for the late reply. I do not use lemmy that often and only saw this now when I came here to post about new release. You’re right to call that out. I made an oversimplified claim. Let me clarify, XML vs JSON performance is nuanced:

1. Parsing speed: JSON is generally faster to parse than XML because:

• Simpler syntax (no opening/closing tags, no attributes vs elements decisions)
• Less data structure overhead
• More direct mapping to native data structures in most languages

2. Payload size: XML is typically more verbose due to:

• Opening and closing tags
• Namespace declarations
• Attribute syntax
• This means larger network transfers

However:

• Well-optimized XML parsers can be very fast
• The difference matters more for high-volume APIs than occasional journal syncs
• For large text content (like journal entries), the actual content dwarfs the format overhead

In CalDAV specification journal is supported by VJOURNAL which is not specifically CALDAV.

My understanding so far is that no one specifically uses VJOURNAL due to lack of its adoption and features but have a feeling it is a standard which should be followed based on the fact how dominant CALDAV is but VJOURNAL is not CALDAV and is not same. The post goes in details about limitation and issues with VJOURNAL.

And I meant that what you to say is valuable enough to write :)

Seems pretty valuable to me. If you do write this for a month or year with Journiv’s analytics you can find out

• How much gas you can save overtime
• All the names you call yourself
• What do you forget most :D

I am glad it is serving it’s purpose. Notification/reminders will come soon to Journiv which will help with forgetting to write :)

The documentation is fixed. The disable bit is by design. Once you disable signup all signups are disabled. You can still provision user in user management after logging in and then they can just sign up either through the password you set or OIDC. https://journiv.com/docs/configuration/user-management

Thank you. Looking forward to your feedback.

Thank you. I am glad to hear.

Thank you. Please provide feedback on github issues.

Thank you. You are right. Journiv Ahead sounds way better :)

Thank you. I am glad you like it.

Thank you. Please report any issues or feedback on github. This post has details on current status of immich integration https://www.reddit.com/r/immich/comments/1p7g4t7/journiv_v010beta8_this_thanksgiving_give_your/ It will be coming soon. Stay tuned!

Thank you. Let me know your feedback.

Thank you. It is never too late and now you have all your journal entries to yourself forever :)

Thank you. Immich integration is being built: More updates on immich community post : https://www.reddit.com/r/immich/comments/1p7g4t7/journiv_v010beta8_this_thanksgiving_give_your/

Thank you using Journiv. Please report and feature request or bugs on Github. Regarding how long term:

• It is very dependent on the support and sustainability the project gets from the community. So if you feel the project makes your life better and is valuable to you then definitely consider contributing and supporting it https://journiv.com/sponsors
• Journiv, core mission is to let users completely control their data and enable freedom to do whatever they wan’t with it. So open data formats and robust export is being built from day one. Journiv-viewer (coming soon https://journiv.com/docs/guides/journiv-viewer#exporting-to-markdown) allow users to access their journiv export as HTML webpages completely client side and standalone HTML pages. So even if you don’t have journiv instance running years down the line you have easy access to your journals. This viewer can also generate markdown export zips with frontmatter which can then be imported to any markdown viewer or note app which support markdown without any metadata loss.