mirror of
https://github.com/TriliumNext/Notes.git
synced 2025-07-27 18:12:29 +08:00
57 lines
4.4 KiB
Markdown
57 lines
4.4 KiB
Markdown
# FAQ
|
|
## macOS support
|
|
|
|
Originally, Trilium Notes considered the macOS build unsupported. TriliumNext commits to make the experience on macOS as good as possible.
|
|
|
|
if you find any platform-specific issues, feel free to [report them](Troubleshooting/Reporting%20issues.md).
|
|
|
|
## Translation / localisation support
|
|
|
|
The original Trilium Notes application did not support multiple languages. Since we believe that internationalisation is a core part of an application, we have added support for it.
|
|
|
|
Contributions to translations are welcome.
|
|
|
|
## Multi-user support
|
|
|
|
Common request is to allow multiple users collaborate, share notes etc. So far I'm resisting this because of these reasons:
|
|
|
|
* it's a huge feature, or rather a Pandora's box of collaboration features like user management, permissions, conflict resolution, real-time editing of a note by multiple people etc. This would be a huge amount of work. Trilium Notes is project made mostly by one person in free time and that's unlikely to change in the future.
|
|
* given its size it would probably pivot the attention away from my main focus which is a personal note-taking
|
|
* the assumption that only single person has access to the app simplifies many things, or just outright makes them possible. In multi-user app, our [scripting](Note%20Types/Code/Scripts.md)support would be a XSS security hole, while with the single user assumption it's an endless customizable tool.
|
|
|
|
## How to open multiple documents in one Trilium instance
|
|
|
|
This is normally not supported - one Trilium process can open only a single instance of a [database](Advanced%20Usage/Database.md). However, you can run two Trilium processes (from one installation), each connected to a separate document. To achieve this, you need to set a location for the [data directory](Installation%20%26%20Setup/Data%20directory.md) in the `TRILIUM_DATA_DIR` environment variable and separate port on `TRILIUM_PORT` environment variable. How to do that depends on the platform, in Unix-based systems you can achieve that by running command such as this:
|
|
|
|
```
|
|
TRILIUM_DATA_DIR=/home/me/path/to/data/dir TRILIUM_PORT=12345 trilium
|
|
```
|
|
|
|
You can save this command into a `.sh` script file or make an alias. Do this similarly for a second instance with different data directory and port.
|
|
|
|
## Can I use Dropbox / Google Drive / OneDrive to sync data across multiple computers.
|
|
|
|
No.
|
|
|
|
These general purpose sync apps are not suitable to sync database files which are open and being worked on by another application. The result is that they will corrupt the database file, resulting in data loss and this message in the Trilium logs:
|
|
|
|
```
|
|
SqliteError: database disk image is malformed
|
|
```
|
|
|
|
The only supported way to sync Trilium's data across the network is to use a [sync/web server](Installation%20%26%20Setup/Synchronization.md).
|
|
|
|
## Why database instead of flat files?
|
|
|
|
Trilium stores notes in a [database](Advanced%20Usage/Database.md) which is an SQLite database. People often ask why doesn't Trilium rather use flat files for note storage - it's fair question since flat files are easily interoperable, work with SCM/git etc.
|
|
|
|
Short answer is that file systems are simply not powerful enough for what we want to achieve with Trilium. Using filesystem would mean fewer features with probably more problems.
|
|
|
|
More detailed answer:
|
|
|
|
* [clones](Basic%20Concepts%20and%20Features/Notes/Cloning%20Notes.md) are what you might call "hard directory link" in filesystem lingo, but this concept is not implemented in any filesystem
|
|
* filesystems make a distinction between directory and file while there's intentionally no such difference in Trilium
|
|
* files are stored in no particular order and user can't change this
|
|
* Trilium allows storing note [attributes](Advanced%20Usage/Attributes.md) which could be represented in extended user attributes but their support differs greatly among different filesystems / operating systems
|
|
* Trilium makes links / relations between different notes which can be quickly retrieved / navigated (e.g. for [note map](Advanced%20Usage/Note%20Map%20\(Link%20map%2C%20Tree%20map\).md)). There's no such support in file systems which means these would have to be stored in some kind of side-car files (mini-databases).
|
|
* Filesystems are generally not transactional. While this is not completely required for a note-taking application, having transactions make it way easier to keep notes and their metadata in predictable and consistent state. |