Future of Joplin

It was considered and was decided against it because CodeMirror is better for our needs:

Monaco is great for VSCode (which is also my main editor), but not exceptional as a JS editor, it's just one among many. For example despite being new, it doesn't even have support for mobile and it's not even planned.

Also it's designed to support Microsoft's needs, unlike CodeMirror which is a more general purpose JS editor, meant to be extendable and to be integrated more easily in any codebase.

4 Likes

I saw this note as well on the test site. However, VSCode does have a mobile app, somewhat.

You can access the URI from which you clipped the content by using the « Note properties » button (a.k.a the « i » button) on the top of the note. I actually prefer to have this information in the metadata and not in the note content itself.

I’m using Firefox, so I can just do it without an extension, but for my Joplin use case, I rarely want a screenshot in a note as it’s not really searchable. One can argue that OCR could be added to Joplin :thinking:

I have no opinion there.

1 Like

I had no awareness of this prior. Thank you for point this out to me.

One thing to add, vscode actually started to develop a dedicated plugin api specifically for markdown notes. . .

1 Like

Hi @thwaller and all contributors to this thread.

Joplin is "An open source note taking and to-do application with synchronisation capabilities" (by definition from the website). This definition is closer to note-taking apps such as Evernote or OneNote. The closeness comes from similar features: easy note creation, easy use on multiple devices. The use is "extension of brain" by taking notes and re-finding them when needed.

Joplin seems to attract non-technical end-users because it is an easy note-taking tools and also coders/programmers because it is based on markdown.

There are tons of text-editors for programmers (vi, emacs, eclipse, atom, vscode, ...). The reason is that coders tend to love to create tools for themself. That is why there will always be new text editors for programmers. No need to turn Joplin into one.

There is much still to do for Joplin to become a better Note-taking tool with sync.

Example: Making a WYSIWYG editor. @laurent writes: "We all know that having this feature would be nice but that’s a lot of work and nobody is willing to work on it at the moment." WYSIWYG editor in JoplinThat sums it up great and I remember Frank Karlitschek saying similar things about many KDE projects: programmers like to program stuff for themselves, but when it comes to program something for end users and it is hard, it is hard to find volunteers that invest years of their life into it.

That said: we need people to work on tickets. To be sustainable for decades to come, we would need dozens of active code committers.

Regarding pushing notes from Joplin to other tools, I proposed an architecture change/extension to Joplin that would change direction towards a hybrid between note-taking and text editing in an existing folder structure. That will still take years or decades to materialize and may also never happen. If you are interested in my idea, check it out here:

@leobard - thanks for the information.

I fully agree that Joplin makes the note process simple and easy. I hope my intentions were not misunderstood, I agree there is no need to turn Joplin into a programmers software. The issue with me is that Joplin is missing some important aspects that switching to a programmers editor would fix.

In my opinion, Joplin is not in the same class as OneNote or Evernote or NixNote. I have also tried others... CherryTree, Zim, BoostNote, Trilium, TagSpaces, RedNotebook, Jupyter (which I still use on a limited level), etc. Yet, I have kept Joplin as my choice longer than any other.

I guess I am the visionary ... I would not have taken the time here if I was not interested in Joplin. I agree that people who code find problems with each and every software, thus the creation of numerous products that do the same thing. For me, I do not feel my issues warrant a new software, but additions to the current.

For me, the WYSIWYG editor is of no interest. The markdown preview is more than enough. The sync, while I agree it is great for many users, I dislike. However, I dislike most sync processes as they are not configurable enough. I prefer to see more and have more control of the changes to both sides, especially on the removal aspect.

Regarding working on tickets, Joplin is a bit out of my area of code. My projects usually involve Python, Java, C, Ruby, Bash and the common HTML, PHP and SCSS. While I do know Javascript, the newer runtimes like Node.js and React are a bit foreign to me.

Your idea is very interesting to me. You have a lot of detail there, it will take a bit for all of that to compile in my head.

2 Likes

FWIW I was a very long time premium Evernote user, and switched to Joplin at the start of this year, after experimenting with both Notebooks App and Joplin.

In my view Joplin is not just in the same class as, but already better than, Evernote - at least for my purposes.

  1. It allows for an infinite hierarchy of notebooks whereas Evernote restricts you to one level of notebooks which can be arranged in 'stacks'.
  2. Joplin's use of markdown is rock solid in the way it presents notes. Evernote's EML is regularly flaky in the way it screws up formatting.
  3. Evernote's export feature flattens all notebooks and stacks and gives you an unusable set of uncategorised notes. Joplin's JEX format retains all the metadata and folder/notebook structure, ready for re-importing.
  4. Joplin's web clipper is infinitely better than Evernote's in its ability to save a simplified version of a web page with logical markdown formatting.
  5. Joplin allows me to directly edit the markdown in any note, making the process of fixing something easy and straight forward. Evernote does not give you any direct access to EML.

I teach online media. I use VS Code for my coding work. I use Joplin for my academic work. I use it as a way of archiving and categorising material I will need later. It has about 4000 notes at the moment. I do not need the two applications to start merging.

Having said that I am aware that VS Code can be used for anything if you are willing to bend it to fit. I use Scrivener for my writing. Here is a post that describes how VS Code is much better software for writing novels and academic papers than Scrivener. As I say you can use VS Code for anything if you have a mind to :slight_smile:

5 Likes

Scrivener for you, eh? Nice article describing using VS Code for novel writing. Eventually, I should write a blog post digging deeper into how I draft with Joplin: Writing Novels and Non-Fiction with Joplin, perhaps. I kinda already do, but it is not a clean and simple article.

2 Likes

Scrivener is the best app I have found for writing the way I do. I use it on Windows and iPad and it works well. I have look at alternatives from time to time but I have never found one as good. That said, I was very intrigued by the VS Code set-up described in the Medium post.

And if you ever do make a blog post about your way of writing with VS Code then please let me know. I am persuadable :slight_smile:

. . . with Joplin, that is. :slight_smile:

Hello,

Probably I'm repeating many things already being said, but in the past used Atom for some years to take notes, and it was a good experience but not complete. At some point, it turned out to be unpleasant because it slowed down and It had far too many bells and knobs.

I chose Joplin among many alternatives just because I could import my data and also export it again, so my data was not locked in.

After a while using Joplin, I think some advantages over atom are

  1. With Joplin is faster to 'move around' when you have, let’s say, more than 1000 notes. (also it 'opens' faster)
  2. I can take an area-screenshot and just paste it into a note. The image is converted, stored, and linked without hassle.
  3. I can interlink notes, just copying the link into the text (this could be better though)
  4. There is a community around Joplin that is interested in note-taking

Atom and vs-code are designed to be general-purpose tools, extensible to do whatever you can think of. Joplin is a very good note-taking app, excellent to write notes. I never use the TODO's feature in Joplin, because for that I use Trello.

I think is important to be able of using different tools to manipulate our data, (vs-code plugin is super-useful!!).

Regarding the future:

Joplin notes have a UUID, which allows us to identify them universally among applications. This means we can mint links to notes in Joplin and give them to other people, use them in other apps, or even paste them on the Web. How cool would it be?

For me, notes are super important, because they are extensions of my own memory.

Cristian

3 Likes

Now, I have implemented a basic joplin-hexo integration tool, if you are interested, you can try it

1 Like

Rather than starting a new thread, I figured to post here. With the recent changes (I am using 1.5.14) there are many improvements and changes that are really peaking my interest. I wanted to also give credit to Laurent for how often this software is updated. That is becoming rare for developers... many staple Linux libraries are becoming stagnant and developers are beginning to start charging for their software and removing more and more of their products from the FOSS community. I believe that my hesitations on making this my final choice are solved.

A few items....

Regarding the database, I have some questions. First, Joplin currently uses SQLite. If I could ask sort of a poll question.... how many notes (I know a poor measure) have people placed into it? I also wonder if the database could use MySQL. Personally, all of my computers have MySQL server installed local, replicating with the MySQL on my NAS. I understand that this might seem far out of scope for many, and to that I would agree. I mention only because I use MySQL for so many things, for example my home intranet page, it would be neat to integrate notes from Joplin in there as well. I am also well aware that SQLite is more than capable of handling more notes than anyone would imagine placing in Joplin.

I see an issue with the synchronization process, and I also understand why it is there. There is a sort of memory of prior syncs... so if I sync to A, then switch to B, then back to A, it treats A as a current sync vs a new sync location. I completely understand the issues of syncing and the dangers of mass data loss that can happen. What I wonder is if there could be a sync control panel of sort in settings. For example, If I enable A and B, I could then click to configure A and B separately from the main sync target. The new additions would then become sort of a tab of their own in the admin. This would allow m to use Sync A, switch to B then delete A from Joplin's management.

I have also tried the encryption again since I started this thread. While it works, I still have hesitations. One reason is that once I set a password, I cannot export it. Sort of like how I can create a keyset in GnuPG and export my private and public keys as needed. That said, it would be neat to use existing GnuPG keys in there as an opinion. There is also no easy way to delete a prior key, although this can be done easy enough direct in the DB.

A question regarding note history... I have admittedly not checked to see. Is the note history done incremental or full? Meaning... say I change one letter in a note each day for 10 days. Does that retain 10 full copies of the note, or just the diff of the current to that change?

@rxliuli - I will try this new tool you have added. I believe I have a perfect use for this tool, especially if it handles the images in notes well. I may also fork this, and if I do, would you like to see edits as requests to your main, or just keep as an independent fork?

At present, it can process the note reference links and attachment resources inside joplin normally.


If you have any bug fixes or suggestions, please submit pr

I have had this question on my todo list for far too long. :slight_smile: I'll share, and if someone is interested, maybe that will inspire me to write the document!

The main script I have is an interactive CLI tool (written in fish script) that I run each day that:

  1. Asks me a bunch of set questions about my previous day's activities
  2. Creates a new note in a certain folder with those answers + pulls in a checklist based on a question in the CLI (It asks if I want the "daily", "weekly", or "monthly" checklist which helps me remember recurring tasks).

I find it a nice way to start my day! As part of that, I build some helper scripts to add a note, lookup a note, and search notes, but I rarely use those directly.

5 Likes

@rxliuli I needed to uninstall the VSCode Joplin plugin as the Insiders edition is not supported for some reason.

Sorry. . .

No problem. I just wanted to let you know. I still believe the issue is the difference between code and code-insiders. I took a brief look at the code, but the format is not familiar to me, so I could not verify quickly. I can say that nothing of it works, not even the refreshing of the list.

I simply checked the code insiders. After setting the token, it looks normal. Is there any more detailed error information?