7 ms·

One of the biggest reason I've stopped using Emacs, and I was a pretty heavy user before was that org-mode files weren't fully native Markdown files, which caus

by taude 21d ago

One of the biggest reason I've stopped using Emacs, and I was a pretty heavy user before was that org-mode files weren't fully native Markdown files, which caused annoying friction when collaborating with others. It would be interesting for me to have a new markdown-centric org-mode thing. I'd love to vibe lisp to customize my workflows, and I don't totally love Obsidian, which is what I've setup and configured now. I'd prefer to just have the config living in/around init.el/config.el (I used DoomEmacs most recently). I realize that org/agenda, etc does a ton more than markdown offers, but most of my flow is just around: raw notes to be consumed, check lists, due dates on items, and other "basics" of org-mode. Any recent Emacsers have similar workflows that are tgenible these days? I'd love to get Emacs back in use in my new antigenic Tmux-centric coding flows, and have it be a first class markdown editor, organizaer, and potentially collaboration.....

mfld 21d ago
Not tested this myself, but there are ways to improve markdown/org-mode interop, like in https://youtu.be/RJqRwlVvB3E https://youtu.be/RJqRwlVvB3E
nathwolf 15d ago
This is very close to why I ended up doing Marktwin. Obsidian was not giving me what I wanted. It keeps Markdown in GitHub but gives people a nicer place to edit, discuss and review changes together. I never have access to your content. Is free and open source, and I have no intention of adding a paywall for what there is now. It’s a hobby project: https://marktwin.com https://marktwin.com If you have feedback, let me know. It gives me another reason to procrastinate and work on it. I am now working on the macos app (as I prefer to work out of the browser). I hope to make it flexible because everyone in my team has different workflows and we are using this as our internal documentation/collaboration tool.
kodoman 21d ago
What is wrong with markdown mode? Is it that you would rather do the org agenda or calendar via md rather then org? I do understand that if that is the case.
- taude 21d ago
  Yeup, I would love to have some of the org/agenda operations/views on a regular markdown file. Especially so I could just copy it raw out, and paste into other markdown-centric tools, github md files, etc. for colaborating with others. Since markdown is becoming so prevalent. Even our product managers are becoming natively conversant with it, I'd just prefer to have as markdown first world. (don't get me started ranting about how Atlassian and Slack have migrated away from markdown and to proprietary formats....).
  - kodoman 21d ago
    Yes must say I have found myself moving away from org and looking at it as an annoyance wrapping up many excellent features that could be wrapped up in simple elisp function and structures that could then just be encoded in what every way one likes, it seems to me that for example todo lists are actually better as nested lisp lists, And then you can simply render as what ever you like. Of course one might like to serialize back as well but I have often wondered about it. I definitely think markdown has won (at org was never going to 'win' of course given it's limited scope) and actually is probably what we should just all be using and accept.
    - taude 21d ago
      That's actually not a bad mindset, especially when lisp can be vibed so easily. I could actually see myself building out my own library that does the things I want over markdown. - have it look through all md files in a directory, collect all the todos into a main view - look for items tagged with a date - support customer tagging, and provide workflow exports for each one... - behind the scenes git management for files - etc... I've been wanting to build a collaborative markdown editor for awhile now, making it so that different front-ends could work with it is an interesting thing to think about....
      - kodoman 21d ago
        My thinking was lean into lisp lists rather then the actual rendered format, so that instead of a text buffer (although you could always open up a text buffer that is the lisp list) you have a list that you can use normal elisp functions that is bindable to keys and highly customizable and your only really building fairly simple elisp machinery on top and you can just use an alist (though you could use a plist I think alist's work better for todos) to represent todo's and just use assoc and setf and friends to do your modifications. Of course one might also want to actually build out todo nodes as CLOS style objects. Only caveat hear is that you would need to decide how the object should be serialized and deserialized and the deserializing has to be more precise. serializing and deserializing to MD should be easy I think since all we need to do is read in headings and list items into lists with some denotation to the type it was. Those are just my thoughts on the topic. My thinking has been I have gotten fed up with emacs modes that are good and a lot of effort to write but just end up adding a lot of stuff on top that make it difficult to customize or customize the the standard way and returning to simple lists could be good.
kelvinjps10 21d ago
I use markdown and nvim with telekasten plugin on desktop and mobile obsidian and for me is good enough
rpdillon 21d ago
Org mode is a coherent whole, and has capabilities far beyond what Markdown can accomplish (Markdown is inherently HTML-based, org-mode is not). Markdown's history is littered with folks trying to augment it in just the right way to bring these sorts of features, which has resulted in a diaspora of flavors, none particularly dominant+powerful (which is to say, no real org-mode competitor has emerged, even though one could have). I've used Markdown and Org-mode for 20 years concurrently, and trying to make Markdown work like org-mode has never been successful for me. I wrote a bit about this back in 2021, in response to a query on Reddit "Why didn't org-mode just use Markdown?". https://rpdillon.net/why-doesnt-emacs-org-mode-just-use-markdown-2021.html https://rpdillon.net/why-doesnt-emacs-org-mode-just-use-mark...
iLemming 21d ago
I love Org-mode and use it for many things - the outline format is great, even for some unexpected cases - Jira tickets, Slack, Reddit and HN threads, etc. But of course, hard to escape Markdown these days, so I burned some tokens to implement this https://github.com/agzam/prisma.el https://github.com/agzam/prisma.el
- iLemming 21d ago
  For example, I just added the ability of seamlessly copy&pasting between two formats (prisma-yank-mode) - if the source was a markdown, and you're pasting it into org - it will convert and vice versa. And if you really need to insert it verbatim - you just call it with C-u arg.
  - taude 21d ago
    That's a neat trick. I know about org-md for exporting generally to a markdown file but going in/out via buffers is useful.
julienchastang 21d ago
org-mode is a way more powerful literate programming environment which can be exported to many different formats including markdown. In the past, I have collaborated with others with markdown as the sort of interface format. But on the collaboration front and not everyone liking emacs, I found that there's no way around that. I am a huge fan of emacs and use it every day but it is not that great of a collaboration tool due to it not being everyone's cup of tea.
geokon 21d ago
Asciidoc is a nice middle ground between the full suit of tools you get in Orgmode and bare Markdown. To me Orgmode (after years of using it) feels like .docx. A weird poorly specified format that is only fully editable from one editor. Granted you ran read it from anywhere, but you won't want to edit it from anywhere other than Emacs. That feels like it defeats the point of using markup - which is supposed to be editable/usable from anywhere, even Notepad. .adoc is usually sufficient (the only part I miss is tangle). Lots of options to specify at the top of a document like the images directory, or the CSS file to use, line SVG on HTML export etc. (which Markdown lacks). But the asciidoc converter runs from the command line or from code ( I write .adocs and convert them in Clojure). So you're less married to your editor. Ideally there'd be some markup that's specified with a regex of PEGs or something that you could easily make a parse for in any context. I thought djot would be that, but it looks like making a grammar is secondary for them. I hope some day one could navigate to markup file in the browser and they'd automatically render with your own specified CSS.
- kqr 21d ago
  > A weird poorly specified format that is only fully editable from one editor. While this has been true historically, the Org maintainers are moving away from that approach. The example that comes to mind is that parsing and interpretation of formatting markup such as *bold* and /italics/ used to be controllable by Emacs Lisp variables that dictate things like which neighbouring characters cancel the interpretation of the markup as markup, or the maximum allowed distance between delimiters for them to count as a pair. Such things have been moved into standardised parsing routines now, with no variables for customising it.

by taude 21d ago

mfld 21d ago

Not tested this myself, but there are ways to improve markdown/org-mode interop, like in https://youtu.be/RJqRwlVvB3E https://youtu.be/RJqRwlVvB3E

nathwolf 15d ago

This is very close to why I ended up doing Marktwin. Obsidian was not giving me what I wanted. It keeps Markdown in GitHub but gives people a nicer place to edit, discuss and review changes together. I never have access to your content. Is free and open source, and I have no intention of adding a paywall for what there is now. It’s a hobby project: https://marktwin.com https://marktwin.com If you have feedback, let me know. It gives me another reason to procrastinate and work on it. I am now working on the macos app (as I prefer to work out of the browser). I hope to make it flexible because everyone in my team has different workflows and we are using this as our internal documentation/collaboration tool.

kodoman 21d ago

What is wrong with markdown mode? Is it that you would rather do the org agenda or calendar via md rather then org? I do understand that if that is the case.

taude 21d ago
Yeup, I would love to have some of the org/agenda operations/views on a regular markdown file. Especially so I could just copy it raw out, and paste into other markdown-centric tools, github md files, etc. for colaborating with others. Since markdown is becoming so prevalent. Even our product managers are becoming natively conversant with it, I'd just prefer to have as markdown first world. (don't get me started ranting about how Atlassian and Slack have migrated away from markdown and to proprietary formats....).
- kodoman 21d ago
  Yes must say I have found myself moving away from org and looking at it as an annoyance wrapping up many excellent features that could be wrapped up in simple elisp function and structures that could then just be encoded in what every way one likes, it seems to me that for example todo lists are actually better as nested lisp lists, And then you can simply render as what ever you like. Of course one might like to serialize back as well but I have often wondered about it. I definitely think markdown has won (at org was never going to 'win' of course given it's limited scope) and actually is probably what we should just all be using and accept.
  - taude 21d ago
    That's actually not a bad mindset, especially when lisp can be vibed so easily. I could actually see myself building out my own library that does the things I want over markdown. - have it look through all md files in a directory, collect all the todos into a main view - look for items tagged with a date - support customer tagging, and provide workflow exports for each one... - behind the scenes git management for files - etc... I've been wanting to build a collaborative markdown editor for awhile now, making it so that different front-ends could work with it is an interesting thing to think about....
    - kodoman 21d ago
      My thinking was lean into lisp lists rather then the actual rendered format, so that instead of a text buffer (although you could always open up a text buffer that is the lisp list) you have a list that you can use normal elisp functions that is bindable to keys and highly customizable and your only really building fairly simple elisp machinery on top and you can just use an alist (though you could use a plist I think alist's work better for todos) to represent todo's and just use assoc and setf and friends to do your modifications. Of course one might also want to actually build out todo nodes as CLOS style objects. Only caveat hear is that you would need to decide how the object should be serialized and deserialized and the deserializing has to be more precise. serializing and deserializing to MD should be easy I think since all we need to do is read in headings and list items into lists with some denotation to the type it was. Those are just my thoughts on the topic. My thinking has been I have gotten fed up with emacs modes that are good and a lot of effort to write but just end up adding a lot of stuff on top that make it difficult to customize or customize the the standard way and returning to simple lists could be good.

kelvinjps10 21d ago

I use markdown and nvim with telekasten plugin on desktop and mobile obsidian and for me is good enough

rpdillon 21d ago

Org mode is a coherent whole, and has capabilities far beyond what Markdown can accomplish (Markdown is inherently HTML-based, org-mode is not). Markdown's history is littered with folks trying to augment it in just the right way to bring these sorts of features, which has resulted in a diaspora of flavors, none particularly dominant+powerful (which is to say, no real org-mode competitor has emerged, even though one could have). I've used Markdown and Org-mode for 20 years concurrently, and trying to make Markdown work like org-mode has never been successful for me. I wrote a bit about this back in 2021, in response to a query on Reddit "Why didn't org-mode just use Markdown?". https://rpdillon.net/why-doesnt-emacs-org-mode-just-use-markdown-2021.html https://rpdillon.net/why-doesnt-emacs-org-mode-just-use-mark...

iLemming 21d ago

I love Org-mode and use it for many things - the outline format is great, even for some unexpected cases - Jira tickets, Slack, Reddit and HN threads, etc. But of course, hard to escape Markdown these days, so I burned some tokens to implement this https://github.com/agzam/prisma.el https://github.com/agzam/prisma.el

iLemming 21d ago
For example, I just added the ability of seamlessly copy&pasting between two formats (prisma-yank-mode) - if the source was a markdown, and you're pasting it into org - it will convert and vice versa. And if you really need to insert it verbatim - you just call it with C-u arg.
- taude 21d ago
  That's a neat trick. I know about org-md for exporting generally to a markdown file but going in/out via buffers is useful.

julienchastang 21d ago

org-mode is a way more powerful literate programming environment which can be exported to many different formats including markdown. In the past, I have collaborated with others with markdown as the sort of interface format. But on the collaboration front and not everyone liking emacs, I found that there's no way around that. I am a huge fan of emacs and use it every day but it is not that great of a collaboration tool due to it not being everyone's cup of tea.

geokon 21d ago

Asciidoc is a nice middle ground between the full suit of tools you get in Orgmode and bare Markdown. To me Orgmode (after years of using it) feels like .docx. A weird poorly specified format that is only fully editable from one editor. Granted you ran read it from anywhere, but you won't want to edit it from anywhere other than Emacs. That feels like it defeats the point of using markup - which is supposed to be editable/usable from anywhere, even Notepad. .adoc is usually sufficient (the only part I miss is tangle). Lots of options to specify at the top of a document like the images directory, or the CSS file to use, line SVG on HTML export etc. (which Markdown lacks). But the asciidoc converter runs from the command line or from code ( I write .adocs and convert them in Clojure). So you're less married to your editor. Ideally there'd be some markup that's specified with a regex of PEGs or something that you could easily make a parse for in any context. I thought djot would be that, but it looks like making a grammar is secondary for them. I hope some day one could navigate to markup file in the browser and they'd automatically render with your own specified CSS.

kqr 21d ago
> A weird poorly specified format that is only fully editable from one editor. While this has been true historically, the Org maintainers are moving away from that approach. The example that comes to mind is that parsing and interpretation of formatting markup such as *bold* and /italics/ used to be controllable by Emacs Lisp variables that dictate things like which neighbouring characters cancel the interpretation of the markup as markup, or the maximum allowed distance between delimiters for them to count as a pair. Such things have been moved into standardised parsing routines now, with no variables for customising it.