v0.91.4-beta

[eliandoran]

Important

This version increments the sync version from v33 to v34, so only clients >=v0.91.4-beta will be able to sync to a server running this version.

💡 Key highlights

• We now provide binaries to run the server on Linux on ARM without Docker (e.g. on a Raspberry Pi, thanks to @perfectra1n ).

• Introducing a map note type

• Add ability to set Trilium configuration variables via ENV variables by @pano9000 and @perfectra1n 

🐞 Bugfixes

• Share: Fix going from child note to parent share root
• Context Menu Keyboard Commands wrap to next line
• Keyboard shortcuts in tree context menu are not in line with menu item
• Canvas/Excalidraw note slows down considerably with many images
• tab context menu on mobile is not accessible
• Code Notes Settings: the "Available MIME Type" list gets corrupted
• Tree Panel: the preferred width resets under certain conditions
• Mind map: the branching side preference is not persisted
• HTML Import Strips away "valid" h1 tags by @pano9000 
• share.js broken on share pages by @pano9000 

✨ Improvements

• Add space between "delete all revisions" and ? buttons on Note revision dialog
• Improved launch bar on mobile: context menu to move between available and visible, or reset the configuration.
• Enable fixed editing toolbar by default for new users.

🌍 Internationalization

• Translated some missing messages in Romanian.

⬆️ Technical improvements

• Reached zero vulnerabilities in dependencies according to **npm audit**
• Update Electron to 34
• update dependency fs-extra to v11.3.0
• update dependency force-graph to v1.49.0
• update dependency katex to v0.16.21
• update dependency better-sqlite3 to v11.8.1
• set more secure csrf related settings by @pano9000 
• get rid of ts-node by @pano9000
• Fix default ivLength in dump-db tool by @Nriver 
• add vitest as test framework and port current tests (& various test improvements) by @pano9000 
• get rid of Webpack Critical dependency warning by @pano9000 
• fix flaky getPlatformAppDataDir test on Windows by @pano9000
• refactor and add tests for `services/import/mime` by @pano9000  
• refactor: compress images by @j9t 
• Bump Electron to v34.0.1
• Bump i18next-http-backend to v3.0.2
• Bump i18next to v24.2.2
• Bump electron-forge monorepo to v7.6.1
• Bump @mind-elixir/node-menu to v1.0.4 
• Docker: update node.js to v22.13.1
• webpack: add Configuration type
• webpack: add missing share.js entry point
• npm audit fix by @pano9000 
• port desktop and mobile entrypoints by @pano9000

---

This discussion was created from the release v0.91.4-beta.

[maphew]

woohoo! I'm so happy to see the Geo map note type, thank you! This was on my personal future feature list, but far far down the road since I'm still a newbie with java/typescript. How does it work? I can create the Map note straightforwardly but don't see how to create the pins from child notes.

[maphew]

Aha! Found it.

A Geo Map note will have [+] folder icon at top right. Pushing that will invoke "click on map to set pin location". Doing so creates a child 'Text' note with owned attributes like #iconClass="bx bx-pin" #geolocation=60.545589,-135.445283 .

You can create new notes or make an existing note a map pin simply by adding the geolocation= attrib.

The note formatted content will show in a mini pop-up when clicked on. (Although it shows a scroll bar it's not usuable at present. I imagine that'll get improved before long.)

[eliandoran]

@maphew , glad you found it out. :)
I haven't had the time to document it yet, but I guess I should.

[maphew]

You don't have to do all the work @eliandoran! which is part of why I wrote the above the way I did; copy-paste ready 8:)

[meichthys]

Scrolling in the note previews does seem to work for me on the geo-map notes.
Windows 11 Firefox.

[meichthys]

The Mermaid diagram improvements are also VERY nice! 👌
Being able to place them 'in-line' and toggle off the 'code-view' is perfect!

[eliandoran]

@meichthys , yes, it's pretty nice.
However it has a few downsides, such as not being able to print them properly, I guess.

This comes as a plugin from the CKEditor guys, on my side I've made the necessary changes so that we can actually use it on my side. Maybe in the future we can do this kind of thing for other note types as well, kind of like include note but editable.

[meichthys]

For the printing issue, would it be possible (when printing) to automatically insert an image reference to the diagram like we can copy from the full mermaid diagram notes:

[maphew]

Heads up! This version can't be synced with latest stable release as the sync version differs (v34 for 0.91.4-beta and v33 for v0.90.12)

[kotlasu]

Yay!
Th ans fir the map notes implementation and mobile version improvements (“sub-par/buggy” mobile view is why I keep going back to Obsidian*).

Trillium Next is getting better and better thanks to amazing volunteers 🫡

*
Being based on “plain” .md files instead of a database is a huge is a big plus as well BUT not being open source is a minus.

[kalmigs]

Trilium has protected files feature, so I think being plain .md files conflicts with that. so a trade-off I guess.

edit: I don't use obsidian, but searching it has a protected notes plugin.

[eliandoran]

@kotlasu , why would plain .md files be better than a database?

[kotlasu]

@kalmigs Yah, there both have similar features and main difference is the approach to the data management. Trillium is getting close to be a perfect replacement for Obsidian (Trillium Docker instance on a Raspberry Pi + a remote access to it via Tailscale is a killer combo).

@eliandoran 2 reasons that “a folder with plain markdown files” are better than a database (for me):

1. The ease of moving to another app if the project won’t be supported anymore (so no “proprietary” file formats. Yes, I know that Trillium database is easy to open and export but “just moving my folder with text files” is way easier).
2. Being able to open and read/edit my notes pretty much on any platform and situation - I can see my nites without using Obsidian (when I’m in a pinch). I can open a Github/Dropbox backup folder and hist choose a markdown file that I need to see (I can’t do ut so easily with a database).

[maphew]

On db vs files:

To help with the "assurance I can leave anytime" desire (which I agree is real), the whole database can be exported as markdown or html from the root note. That could be wrapped up in a note-script and tied to a button, or executed from a host scheduled job using the external API at frequency one wants (for pythonistas see: https://github.com/Nriver/trilium-py?tab=readme-ov-file#-export-note).

For the "files are easier to organize, rearrange, reuse - esp. with other programs" desire. Yeah, true. For many years this was a personal main requirement for my knowledge base system. However after many years of working with notes-in-files using various systems I don't think so anymore. https://triliumnext.github.io/Docs/Wiki/faq.html#why-database-instead-of-flat-files touches on the Trilium features using a db supports which range from very difficult to impossible when using files.

[kalmigs]

Amazing! would be cool if mobile has a add pin from current location :)

[meichthys]

I was also thinking of something similar. It would be nice if you could choose which note you want to pin instead of just typing the name of the new note you want to create. I think we have functionality in other dialogs which allow you to search for a notes name, and if the name is not found, it then let's you create the note with the given name.

[eliandoran]

@meichthys , currently the geomap only supports child notes, that's why I created it in the same pattern as the note map. In this case, how should we handle adding notes that are not subchildren?

[meichthys]

Is there something technical blocking adding other notes to a geomap? Could we perhaps have an attribute on the geomap that shows included notes from anywhere in the trilium the document?

[eliandoran]

@meichthys , the geomap is made so that it reads the geolocation attribute of its child notes. You cannot add on the map notes that don't belong as children to the map itself since the map does not store a list of notes it should point to. It's the same pattern as used for the note map, and it's the Trilium way to handle things as far as I am aware.

As such, the map itself only stores the viewport (pan position) and zoom.

We will have in a v2 of the geomap a button similar to the global note map, which will show a map of all the notes having a geolocation attribute.

The alternative would have been to have the map store a list of notes that it displays, as well as the coordinates themselves. This is the way the relation map works.

[meichthys]

For me the existing functionality is probably good enough since we can clone the note to be a child note of the geo-map note.
Your alternative is what i was envisioning, but again, i'm not sure how much that really adds in terms of functionality since we have cloning already.