4 ms·
I assume whoever made the decision figured that minus-sign is more commonly used for other purposes in text (although usually one should be using an en/em dash
by juki 9y ago
I assume whoever made the decision figured that minus-sign is more commonly used for other purposes in text (although usually one should be using an en/em dash (which would be `--`/`---` in Org-mode) instead), so it would be harder to read (especially in text-mode where you don't see the strikethrough).
- throwawayknecht 9y ago> usually one should be using an en/em dash (which would be `--`/`---` in Org-mode This is something I've never liked about org-mode. Markdown was designed to be authored in existing tools, so its conversion of ASCII to Unicode quotes makes some sense. But Org is defined by its Emacs implementation, and Emacs has always had electrified punctuation support. There's no reason to export -- as –, and therefore need to deal with escapes, etc., when you can make -- insert – and export literally. The fancier the editor, the fewer special syntaxes you should need in the format.
- kaushalmodi 9y agoAs everything else, that can be disabled too. Org mode/Emacs is immensely configurable. See http://orgmode.org/manual/Special-symbols.html http://orgmode.org/manual/Special-symbols.html and `org-export-with-special-strings` in http://orgmode.org/manual/Export-settings.html#Export-settings http://orgmode.org/manual/Export-settings.html#Export-settin...
- throwawayknecht 9y agoFurther balkanization of the export behavior isn't an advantage! Comparisons to the minor incompatibilities of Markdown parsers is laughable when the solution to concerns about the format is "customize your local Emacs."
- kaushalmodi 9y ago> Further balkanization of the export behavior isn't an advantage! I'm not sure I understand that. You need to customize the export behavior because everyone doesn't prefer the exact same thing. While you prefer not to auto-convert to en/em-dashes, I prefer that. So having options (what you refer to as balkanization) is good. > Comparisons to the minor incompatibilities of Markdown parsers is laughable Didn't follow that. What incompatibility is this in reference to? Which parser? Of which flavor of Markdown? > when the solution to concerns about the format is "customize your local Emacs." How else would every user get their export behavior unless customizability is added? Taking the same example as yours, I am glad that "--" does the job of "–" or "–". I know of one Markdown parser (Blackfriday) that adds a similar en-dash/em-dash conversation like Org exporter (and is enabled by default in Hugo). So the customization is needed by a sizeable number of people. In the end, it's alright if you don't prefer Org mode or like the option to have options. I presented the ox-hugo package for folks who like blogging using Hugo, but don't want the leave the comforts of Org mode. I am not enforcing Org mode on anyone.
- throwawayknecht 9y agoEverything I'm writing is in the context of the original article - "Org-Mode Is One of the Most Reasonable Markup Language to Use for Text" - which I think is totally false. Org-mode is an amazing tool and I use that tool every day. But to the extent there's an org format, it's not very good, and it's less interoperable than Markdown (the interoperability problems of Markdown are cited by the author as a major reason to avoid it). I didn't write anything about ox-hugo or Hugo, and I don't know why you brought up either.