this post was submitted on 18 Aug 2024
90 points (96.9% liked)

Open Source

31072 readers
684 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

Hello again everyone, Dihar here. It's been a while since the last release of treedome, but here you go! This release is all about UI update, emojis, and bug fixes. Please consult this git diff for a more detailed changelog https://codeberg.org/solver-orgz/treedome/compare/0.4.5...0.5.0. These are the highlight of the release.

  • Add emoji picker for title, will show up in tree!
  • Text Editor toolbar is back, now with option to toggle both toolbar and floating menu independently!
  • Checkbox is here! Thanks Mantine UI!
  • You can check the size of each notes by navigating to Escape Menu -> Configure -> Show Note Sizes!
  • Add created/last modified date in notes. Note created before this will not have this field and will set as today's date!
  • Create child note can now be done through dropdown instead of only from shortcuts!
  • Fix bugs of saving empty tree
  • General UI update and more stability for auto scrolling in tree view
  • Documentation update
top 26 comments
sorted by: hot top controversial new old
[–] [email protected] 13 points 2 months ago (2 children)

what worries me about all these note taking apps is are they are future proof? (it's why i use libreoffice and org-mode), I am worried a project will get abandoned and then all the knowledge i inputted (which is years of work) could be hard to migrate.

Maybe all those note taking apps should develop a standard to import and export to?

[–] [email protected] 14 points 2 months ago

This is exactly why I keep all my notes in Markdown and view via Mkdocs.

[–] [email protected] 12 points 2 months ago* (last edited 2 months ago) (2 children)

If you really want to be future proof and interoperable, I suggest you to use something like a git repository + vscode + foam (https://github.com/foambubble/foam). All of the tech is open source and relatively easy to use, especially if you're already know git.

Treedome on the other hand can be abandoned. It can be swallowed by the sands of time. It uses a custom file format after all. But because of its open-source nature, as long as you have the code, you can open the notes. But that's a good idea, to be able to export to a plaintext file. You could make a request here if you want https://codeberg.org/solver-orgz/treedome/issues

[–] [email protected] 4 points 2 months ago
[–] [email protected] 1 points 2 months ago (1 children)

I suggest you to use something like a git repository + vscode + foam (https://github.com/foambubble/foam).

It's not that future proof, it is using non standard extensions to markdown from what i can tell, so other software would not work with it . The most future proof alternative is creating some standard that is the result of a consensus among multiple implementations (maybe by enhancing common mark? but that seems like the wrong place).

[–] [email protected] 1 points 2 months ago (1 children)

Its future proof tho? Markdown has a standard (or at least a common implementation) and foam is just a tool to automate and graph all the boring parts?

[–] [email protected] 1 points 2 months ago (1 children)

Yeah but as far as i can tell it still has extensions (see this) , there is no process including RFC where a standard is ratified like ISO/ECMA does for stuff like HTML/javascript/C++ or the open document format. i have some stuff that is more then a decade old that really don't want to lose.

[–] [email protected] 1 points 2 months ago (1 children)

the extension could cease to exist, but you can absolutely still access your notes with any text editor decades from now. I still don't get where the "non-future proof" here. Can't really be more future proof than a simple text file.

Arguably, open document format, although standardized, are harder to open and manage because it's far more complex than a text file that ends with .md.

[–] [email protected] 1 points 2 months ago (1 children)

the extension could cease to exist, but you can absolutely still access your notes with any text editor decades from now. I still don’t get where the “non-future proof” here. Can’t really be more future proof than a simple text file.

Yeah but his kinda turns into a "programmers user interface" that will drastically reduce the usability. As time go by they could add more and more extensions that could make using it in a text editor harder to and harder (my cognitive bandwidth could be used for better things then monitoring that situation).

Arguably, open document format, although standardized, are harder to open and manage because it’s far more complex than a text file that ends with .md.

It does a lot more then .md . The structure of incentives will make it usable for a very long time if not forever (there is a lot of content in it, and having it standardized means organisations are more likely to use it). it has also passed the test of time by existing for 19 years. foam is less then 4 years old as far as i can tell.

[–] [email protected] 1 points 2 months ago (1 children)

Hmm if it comes to the age of a tech and its stability, I agree. I guess only time will tell. But do you have any suggestion for what this note taking format would look like? I personally think for non encrypted notes, foam's implementation is on the right track.

[–] [email protected] 1 points 2 months ago* (last edited 2 months ago) (1 children)

seems fairly simple , some form of XML? that gives you a schema that can be used to check the file and a rich software ecosystem of writers and parsers. Speaking of consensus based standards its also a standard way to store data.

I would not worry too much about encryption, i use gocryptfs which gives me a encrypted folder where i store my notes in org-mode (there is also gui software for this). the encrypted notes could be some encrypted folder and some sort of standardized encryption (or maybe the encryption type specified in the metadata?)

[–] [email protected] 1 points 2 months ago (1 children)

Honestly this is the thing I worry the most. Without having encryption as a first class citizen, the ux of the notes will be sacrificed greatly. Simply because good encryption tends to be slow, making the app unproductive imo.

[–] [email protected] 2 points 2 months ago

Simply because good encryption tends to be slow, making the app unproductive imo.

gocryptfs is very fast for me. i have a file with about 5600 lines and i detect no difference when opening it under encryption and not under encryption. but in gocryptfs each file is encrypted separately . so you could get some information about the directory structure. but the name of the files and folders is encrypted ("archive" for example turns into something like "AaL6P86WWMnqQkMYnsRBXg").

[–] [email protected] 6 points 2 months ago (1 children)

Thanks for updating this, I really love this project!

[–] [email protected] 5 points 2 months ago

You are welcome, please do tell about your experience tho, especially what you want to prioritize. Because for me, currently its feature complete.

[–] [email protected] 6 points 2 months ago (1 children)

Is this similar to obsidian, or?

[–] [email protected] 12 points 2 months ago (1 children)

nope, there are some differences (i use the one from my old posts):

  • Not open source, treedome is open source.
  • Uses a centralized server to sync your notes, treedome instead uses a single local file which you can sync, move around, however you want.
  • Uses graph, treedome is working with trees and tagging instead.
  • Uses plugins to add more feature to the notes, treedome doesn't plan to do this. We at least want a complete experience out of the box, with notes files that's fairly stable within a major version. I have to make it stable since the start because I'm already using it for work and personal.
[–] [email protected] 3 points 2 months ago

Thank you, I will check it out. :)

[–] [email protected] 3 points 2 months ago* (last edited 2 months ago) (1 children)

This looks like it would be right up my alley, how can I get this onto my bazzite(fedora immutable) system?

[–] [email protected] 5 points 2 months ago (2 children)

is it this one https://bazzite.gg/? Does it have .deb support? Because if so, you can install it easily because i release it with .deb and nix. If not, you can always compile it yourself using the docs here https://codeberg.org/solver-orgz/treedome/src/branch/master/docs/development/development-setup.md. Please make an issue in the repo if you have any suggestion on improving the docs.

[–] [email protected] 3 points 2 months ago (1 children)

Jupp that's the one 😊 I'll have to do some digging as I'm not too sure myself. I'll update you om how it goes as I really want to try this out!

[–] [email protected] 2 points 2 months ago* (last edited 2 months ago)

I’d recommend checking out Distrobox, which allows you to create containers of other Linux distros then export their applications as if they were native. Install a distrobox with one of the distros that this program works with, use the terminal to install the program within it, then if it isn’t immediately in your applications menu use the distrobox export feature to place it there.

You could also layer Nix onto your bazzite image and install it that way, but if you don’t know Nix it’ll be complicated

[–] [email protected] 1 points 2 months ago (1 children)

Make a Flatpak and every distro will just get it.

[–] [email protected] 1 points 2 months ago

Was having that kind of idea. If you have any inputs about it, youre welcome to open a pr on treedome

[–] [email protected] 3 points 2 months ago (1 children)

Keep up the good work, I use this on nixos

[–] [email protected] 2 points 2 months ago

nice, im trying to update it on nixpkgs, will probably make 0.5.1 to fix dependencies stuff in master first tho