Joplin Filesystem (JoplinFS)

Lounge
1

What is it?

JoplinFS is a (proof-of-concept) wrapper around the Joplin API that allows you to read your Joplin notes as if they were normal markdown files that live on your hard drive. To do this I use the FUSE interface to pass filesystem operations to the Joplin API. Using this enables you to view and interact with your notes as if they they lived on your hard drive instead of a database. If you're familiar with rxliuli's vscode plugin then this concept will be familiar to you. Still doesn't make sense? Take a look at the screenshots below!

Currently this is a read-only implementation, meaning you can view your notes (and notebook structure), but cannot make edits. This isn't a technical limitation with FUSE, I just didn't want to take on the responsibility of keeping notes safe.

Why?

Because it seemed fun/cool.

How can I use it?

This is really a demo more than anything. All the code is MIT licensed and available on github but is not meant for wide consumption. I've only tested on Ubuntu 20.04 and have no reason to believe it will work correctly on other systems.

Why though?

A system like this (complete of course) would allow users to use any editing/management paradigm that they like (vscode, sublime text, etc.) while still enjoying the benefits of Joplin for cloud syncing, sharing, mobile etc. It would also play nicely with existing tools that assume documents are stored on a filesystem (backup tools for example). Basically for users that enjoy managing notes on their hardrive this could be a best-of-both-worlds tool.

"Demo"

First we take a look at our ABC folder in Joplin. It's just a mostly empty folder that I set up for this demonstration.

image
image765×172 17.6 KB

Then we can view the same folder structure from the command line using the tree command. (We can also see the various notes I use for testing Joplin/Joplin plugins).

$ tree test_mnt/
test_mnt/
├── ABC_26c8
│   ├── And Fun!_e818.md
│   ├── How cool is this_20e5.md
│   └── It's easy to use_29ba.md
├── Imported Templates - 09082021_1d15
│   ├── broken.md_8130.md
│   ├── hours.md_af0e.md
│   ├── README_7684.md
│   ├── simple.md_a092.md
│   └── test_083b.md
└── test_0707
    ├── Anchors_a782.md
    ├── Base64_884a.md
    ...

We don't only have to use the command line, we can also open the notebook from the file explorer!
image

And notes can be read as if they reside on the hard drive as normal Markdown files!

image
image734×464 13.4 KB

That's it! I hope you all think this is as cool as I do!

25 Likes
2

An interesting idea, but I think the following questions are trickier

  1. How are attachment resources handled?
  2. Label setting?
  3. How to reliably sync changes from joplin, event api?
  4. Duplicate Notes or Attached Resources
3
  1. Attachments are not currently implemented. But they're not so complex. All internal links are handled by creating a "virtual" folder called .links/ that contains all Joplin ids with symlinks to the resource/note/folder that they represent. Then internally, when the user tries to read the file, the contents will be grabbed from the api
  2. Are you talking about tagging items? If so, that will be handled by the .tags/ special folder which contains each tag as a directory that contains symlinks to all the notes with that tag. Once writing is implemented, a new note will be created by creating a symlink in that directory (it's definitely not as convenient as the Joplin app...)
  3. Yes, the event API is used to sync note changes (because that's the only thing actually handled by the events API). Folders and tags will need to be grabbed from the API everytime a user requests them. I don't store the body of any note, and will always grab it fresh from the API, so it's only a matter of keeping track of note names/metadata.
  4. Duplicates are a pain, as you can see in the screenshots I've handled it naively by attaching the first four characters of the ID to the end of every file. It is ugly.
1 Like
4

I'd just add the last 4 chars in parenthesis, iff there's a duplicate in the same folder.

3 Likes
5

Great addition—thanks!!

6

Great idea!
I Can't test at the moment but I think that could have an enormous impact if anyone want to manage their notes in terminal (no need to install Node and Joplin terminal app)

P.S: Fun fact: The english sound "fun-cool" in italian isn't really polite. :smiley:

1 Like
7

This could be huge!

As a daily vscode plugin user, this could bring another option for IDE integration which is KEY for me.
Else I'd have to switch to Dendron or other (actually, it's the strength of the clipper that made me choose Joplin at start, else I'd have favored a Codium integrated solution).

Second, I dream this could open the way to NextCloud integration...

Awesome work, keep it on

8

(sorry, couldn't find how to edit my previous post :thinking: )

Another (awesome) potential use would be being able to use the file tree with a static site generator like MkDocs or any of the tens that are available!