Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics


A member registered May 29, 2015 · View creator page →

Creator of

Recent community posts


There isn’t a separate setting for the sensitivity currently. I believe it’s something like: sustained typing of 200(ish) characters, with no more than 10 seconds between each one. So, even typing slowly, you’d hit it eventually, but it depends a lot on the type of writing/editing you’re doing.

I’ll move this to feature requests!

Got it.

No, that’s not something that Deepdwn does currently. I’ll add it to feature requests


There are some, but markdown doesn’t lend itself to autocomplete as much as other formats.

Offhand, Deepdwn supports autocomplete for:

  • links to document headings
  • footnotes
  • relative links to images and other documents (and their headings)
  • known categories and tags in the yaml frontmatter
  • the yaml properties themselves that deepdwn uses (title, category, description, dir, pinned, tags)
  • Mermaid chart names
  • code autocomplete for some languages inside code blocks

Fountain documents support a number of common fields in the title page, characters and scene names, and some suffixes for those.

Is there some functionality you’re looking for, specifically?


This has come up once before (with .mdx). My feeling at the time (but less so now) is that I think it’s misleading to appear to support these extended/dynamic formats, while still treating them as plain markdown files.

I may make that a setting, so that you can treat arbitrary filetypes as markdown (including rmd files), but I don’t hav an ETA for that change.

Hi, thanks for the feedback

Now, I’d really love to be able to do something with them as far as exporting them to an html list, or something. I’m not just tagging my files for my own amusement, I want to be able to publish the metadata somehow.

The purpose of supporting tags/categories in Deepdwn is more for organization within the editor, rather than a separate exportable item.

I don’t think there’s a general purpose thing that Deepdwn could do in that regard that would be useful to many people, without building a lot of features/configuration on top of it, but since the format used (markdown with yaml frontmatter) is reasonably standard (-ish, with caveats), I think somebody could build up tooling outside of Deepdwn to take that kind of thing on: It would parse your markdown files, gather tags and… do something with them, whatever it is that you need.

I’m of the opinion that you’re wasting time with the appimage and snap route

There are some issues with snap currently. It’s more like: If it works for you that’s great, but the appimage will continue to be supported, as it’s the one I use most currently.

I was under the impression that this app had linking to other notes built in

That is correct. You can:

  • create markdown links to other documents, generally using relative paths.
  • control-click those links to navigate to the linked document
  • use the info panel at the bottom to see all documents linking to the current document.

Hope that helps!

For the font issue, you may try clearing your font cache, per this post:

fc-cache -r
rm ~/.cache/fontconfig/*
sudo rm -f /var/cache/fontconfig/*
(3 edits)

Thanks for the feedback!

While the file:// protocol isn’t supported, both relative and absolute paths are, and you have a few options.

If your markdown file has been saved to /home/nigel/django/sarah/silsondb/static/site/, you could use:

![image description](img/screenshots/quote-issue.png) to show the image.

For relative paths like this, you can also use autocomplete while typing the path (by typing Control+Space). This has some usage caveats: Your file must have been saved, and the images must exist somewhere inside your selected notes directory.

Lastly, you can drag and drop images directly on to the editor to create a markdown image with the path prefilled.

Hope that helps!


The font issue isn’t unique to the 0.39 build, unfortunately, and I don’t have a solution for you (other than to use the appimage).

I believe it’s down to distro and desktop differences, but I don’t have a good lead on a solution.

Related post for this issue:

I believe it’s D#, F, G, A#, C

Thanks for the feedback.

This may be added in a future update, but there are a number of preview formatting options I’d like to add at the same time.

(1 edit)


This is a bug and should be fixed in the next release

Thanks for the feedback!

I should be able to add this in a future update

No problem!


ABC notation doesn’t use # for accidentals. See:

For your first example, you’d want:


There may be other (related or non-standard) notations that allow this but I’m not aware of all of the implementations.

What mac OS version are you using?

Does the issue occur if you boot in safe mode? (I’m not actually sure deepdwn will launch in safe mode, but would be good to know)

Have you noticed any similar issues in other applications?

I’m sorry that I don’t have an answer for you currently. I’ll keep digging in to it, but I haven’t found a cause or solution for you yet.

I’d be curious to know if it happens with the x64 version, but I’m guessing it will, and whether it occurs on other machines if you have any available to test with.

What data would you like to import into it? How would you like to view that data? What kind of features are you looking for?

Hmm, very strange!

  • Does it only occur with words at the end of documents as in your two videos, or does it occur in other places as well?
  • Is the content that gets pasted always in your document somewhere else?
  • Does it occur on short documents, with a paragraph and then the spelling error? Do you find it happens more on long or short documents?
  • Does it occur when “Display entire document at once” is checked? This is a setting in Preferences > Accessibility that controls the display of offscreen content

I have not seen that before!

Does it occur if you right click to open the menu, and then use the arrow keys and enter to select the spelling suggestion, instead of the mouse?

Do you have any other apps or utilities which might affect paste or text operations?

Do you have anything very strange in your custom spelling suggestion dictionary for some reason? It’s located in ~/Library/Application Support/Deepdwn/Custom Dictionary.txt


Deepdwn does use a (local) sqlite database exclusively for tracking word count changes over time (for this feature). It contains only a word count, timestamp and filename.

For everything else, the markdown files themselves are the source of truth, and are processed when launching Deepdwn. This includes the content of your files for search and display, all file tagging and categorization, directory structure, and all other metadata (whether a document is pinned, or enforces a right-to-left direction, etc). This is actually one of Deepdwn’s core features/principles.

That said, there are some features that I would like to add that will rely on either external files or a database, namely more powerful search tools, and edit history storage that can’t realistically be stored in markdown(+yaml), so those may be added in the future.

Thanks! It’s hand-rolled CSS, and Vue.js for the most part.

Hi, thanks for the kind words.

That’s a pretty specific use case I think, but I understand how it could be useful to you!

It’s not as convenient as what you’re looking for, I think, but you could add each character as a heading in your characters document, and then use heading autocomplete when referencing them.


Thanks for the feedback!

I’ll take a look at standardizing the dark and light mode bullet colors a bit. They won’t be based on accent color, because different colors are used for the different indentation levels. It will probably not get a separate configuration (because options are very time consuming to maintain).

I don’t think text files will be supported, but I need to spend some time on it. While it’s easy to allow them to be opened, there’s no (good) way to support metadata the way that Deepdwn does for markdown and fountain files, which means no tags and categories, document pinning, RTL handling, and no explicit document titles, and these are all important for file organization.

Most Deepdwn features would also not be useful in text files (document preview and scrolling, autocomplete, link handling, etc etc). I can understand not wanting to change applications just to edit text files, but I don’t know that there’s a good way to handle text files currently without moving Deepdwn toward a more generic file tree editor.

It’s working correctly on the games page for me, but not on other pages, for tags that don’t appear in the dropdown, leaving the search in a broken state:

I’m glad it’s working! Hopefully that can be improved for other people as well.

Do you have a large number of files in the folder (or subfolders) you’ve loaded in Deepdwn, out of curiosity? Or very large markdown files?

Do you have an older machine, or are your files stored on a slower drive?

I’m sorry that’s not working correctly for you!

I’m sure it’s not anything you’ve done wrong, but there could be something unexpected going on.

Can you check the following things and report back?

  • Does it always occur with the same document?
  • Does it occur with the example document (created by pressing the question mark icon in the upper left corner)
  • Does it occur with a document that is a simple paragraph of text?
  • Does it occur when you export to HTML instead of PDF?
  • Do you have another machine you can try on?

Thanks for the feedback!

Do you currently use Vale or similar linting tools? Which ones? Which rules do you use most or rely on?


Deepdwn began life as a tool for me personally, so it has a number of developer-friendly features, but over time I’ve tried to expand it’s usefulness for writing prose, and improving the UI, etc, to varying degrees of success :)

Is there currently a way to rearrange outline sections and their underlying text from the outline pane?

Not currently. I’ve thought about it some, but I’m not sure it’s a good match for markdown-based outlining, where the outline is based on the header level.

To maintain the tree-like structure, it would need to change the heading level (and possibly later headings as well), or would move (possibly large) sections of text around without changing the header level at all, and I don’t think either of these feel natural in a markdown document.

I haven’t been able to get outline folding to work. Is there a post or page explaining that?

Folding only affects the document view itself, rather than the outline. Here’s the update where it was introduced, which talks about it a bit more:

a way to convert a mind map into Markdown headings and body text

Not currently planned, as I don’t know how many users would benefit from it. Can you talk about your specific workflow there? Where would your outline come from?

Is there any facility for attaching non-printing annotations to text?

For portability, only what’s available in standard markdown, namely HTML style comments. In Deepdwn, these aren’t rendered in the preview, but there’s some variation in how they’re handled by other systems.

You can select text and press control (or command, on a mac) + forward slash to comment out the selected text in general.

I’m glad you’re finding it useful!

Hi Sorry, that’s not possible right now, no. Deepdwn is a markdown editor at its heart, rather than an ABC file viewer/organizer.

If you’re interested in markdown for this, you might find a way to programatically generate one or more markdown files with all of your ABC files embedded as code blocks, but I imagine it would be ungainly to view and keep updated.

I wonder if there’s an ABC file organizer that might be better suited?

(1 edit)


Do you have an example of ABC notation that isn’t working? Setting the clef should be possible using either the ‘K’ (key) or V voice fields, per

F, G, A, B, C

In Deepdwn:

(2 edits)

Hmm. Might be a timing issue. Does that export issue always occur for you for this diagram?


There are a couple of things going on here:

First, for PDF exports, I don’t have plans to use the dark theme for mermaid charts and other diagrams currently. The exported PDFs themselves are essentially light mode, so many of the color choices and contrast needs would not be correct on light backgrounds (if they were visible at all).

If you do need the dark-mode diagram itself for non-pdf reasons, you can right click it in the preview (in dark mode) and choose ‘Export SVG’

For the wrongly-connected-nodes issue, I believe it’s tied to this issue in mermaid: It doesn’t look like this has actually been fixed in the latest release for me.

I’ll see about getting a fix release out (when I have a fix), but you should be able to work around it for now by removing the line containing only spaces between the second and fourth line of the mindmap codeblock.

That’s very strange, does it happen every time?

Can you share the code block?

It should definitely be using the same colors, so that may be a bug.

Ah, I see.

That issue with labels overflowing their containers appears to be an issue in Mermaid, and occurs for me with their in their own example docs and live editor:

I don’t believe that’s anything I’ll be able to fix in Deepdwn unfortunately. I’ll keep an eye out for fixes, though, and see if there’s anything that can be done to make it less bad.

Is the screenshot of the stretched in text? If not, could you provide one? If it is, could you provide the matching one where the text is not stretched?

I’ve also noticed that text overlaps when the space is too small, but I understand that this may be unavoidable.

I believe so, I think that’s a mermaid/gantt issue currently

Pie charts and mindmaps are supported as of v0.39

Support for both ignoring specific folders and folder patterns was added in v0.39

Double circles are supported as of v0.39