1. 23
  1.  

  2. 4

    Never understood the need for “markdown editors”. Isn’t it simple enough to use your everyday text editor?

    1. 4

      Because it’s super useful for someone non-tech.

      Using this app you send .md files to your coworkers. Alternatives are:

      • .txt (no formating);
      • .docx (requires a software using 2GB of RAM and that isn’t version control friendly);
      • LaTeX (requires huge software suite and even wysiwyg are complex enough that you need to get used to them);
      • ???.

      All in all I find it’s a good way to spread the use for markdown.

      1. 2

        That’s what I was doing for 4 years (vim), but live preview and easy copy and paste with the mouse makes writing significantly faster. Copy and paste is more annoying in Vim (because it’s modal and I use the terminal, not gvim), and I realized that the writing process involves extreme amounts of copying between different drafts, from the web, from code examples, etc.

        I’m fastest with vim for code, but not for writing blog posts

        1. 4

          For pulling copy/paste in from other environments, I’ve found the defining :Copy and :Paste commands to interact with the system clipboard to be really helpful. It’s taken me from “Vim is hard to copy/paste” to “I can copy anything up to, and including terminal output”.

          From my .vimrc

          command! Paste :normal "+p
          command! -range Copy :'<,'>y +
          
          1. 1

            Thanks! I tried it and it does work. (It’s funny that after using Vim for 15 years I have no idea how any of that works :-/ )

            Still I think I prefer mouse-based copy-and-paste for blog writing. I have a keyboard-only workflow for code, but writing pulls in content from many different sources, and the revision process is very different.

            1. 1

              Totally fair, just thought I’d share something I’d found very useful

            2. 1

              With

              set clipboard=unnamed
              

              and xsel being installed you can share the Vim and X clipboards.

          2. 1

            I use VS Code + the built in preview. Has worked excellently for years.

          3. 2

            Cool, I will probably try this out. Right now I’m using https://stackedit.io which is in-browser and has live preview. Even though it’s a browser app, it’s very fast. It doesn’t hit the network at all unless you tell it to. It’s essentially a “local first” app.

            Does anyone use another markdown editor with live preview? I see VSCode. I saw things like

            https://github.com/marktext/marktext

            but I didn’t want to use an Electron app. I also looked at:

            https://remarkableapp.github.io/linux/screenshots.html

            but it wasn’t quite what I wanted.

            1. 2

              I’m a sucker for “WYSIWYG” for Markdown. I tried marktext for a while, but for some reason I don’t recall now I eventually came back to https://www.zettlr.com/. It’s still Electron AFAIK, but I haven’t seen a non-Electron WYSIWYG markdown editor yet, nor have written one either still.

              1. 2

                I got lot of alternate suggestions on linux subreddit. See if any of them fits your need.

              2. 2

                I was about to be disappointed that the homepage documented it as using Sundown as a base, but I see they transitioned to cmark-gfm last June-ish.

                1. 2

                  I like the idea of the “Hemingway Mode”, to disable the backspace and delete keys. It must be efficient to force the user to keep writing, and not editing.

                  1. 3

                    I find ed(1) provides a similar experience. It is quite nice in the beginning of the writing process.

                  2. 1

                    Been using it for a couple of years. Good application

                    1. 0

                      Just another tool placement 😞