Earlier quoted context omitted.
It might be my Emacs bias, but I find Org much nicer as a format. For instance, timestamps and todo items make it trivial to use Org as a planner. This would be great to have in applications such as Apple Notes.
Which is what frustrates me with the invention of Markdown. A ten minute web search would have revealed it was already a solved problem, instead of splintering and inventing a new 'standard'. But that was somehow too much effort.
Apple Notes Expected to Gain Markdown Support in iOS 26
181–190 of 277 posts
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#182> Instead of tapping buttons to bold text or create headers, users could type *bold* or # Header directly into their notes. Which will be more keystrokes, not fewer – it's faster to get to the formatting buttons than it is the punctuation keyboard on iOS, and even on Mac the shortcut commands are often faster too. Notes was a fanastic example of a rich-text environment, but if Markdown input helps the die-hards that…
But formatting already-typed text on iOS is incredibly fiddly (as you have to select a text span first, and iOS fights you every step of the way when you do this — especially if the span starts or stops at something iOS doesn't consider a "whole token.") Meanwhile, inserting punctuation representing formatting into already-typed text, merely requires placing the insertion caret, which is much less fiddly.
oh, indeed, that's true even for simple movements: you tap somewhere, the cursors jumps there momentarily and then jumps back. You tap again, same thing. So the system knows what you want, but just "competently" engineered in a way to ignore you...
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#183Earlier quoted context omitted.
But formatting already-typed text on iOS is incredibly fiddly (as you have to select a text span first, and iOS fights you every step of the way when you do this — especially if the span starts or stops at something iOS doesn't consider a "whole token.") Meanwhile, inserting punctuation representing formatting into already-typed text, merely requires placing the insertion caret, which is much less fiddly.
I was just typing a reply to gush about how much I agree with you and how awful iOS text editing is (I’m on my iPhone at the moment) and decided to play with editing text to get some example complaints, when I had an epiphany: iOS lets you double tap to start a text selection now. I don’t know when this started. I’m 99% sure I used to long-press to start a text selection, and that it would start highlighting the word…
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#184Earlier quoted context omitted.
Editors are for, gasp , writing or editing source code like Markdown. Some people write source code and aren't just users... That's what documentation generators are for, to render all the docs and search them if you're just a user.
And read-me files are for, , READING. Not writing. I have no need to EDIT any Markdown files... pretty much ever. Nor do I need to clutter my IDE with tabs devoted to reference material, much less an extra pane to "preview" it in its intended rendering. Your pretension that most programming involves writing Markdown "source code" is absurd. I neither want nor need Markdown in any of my source-code editors, ever. Not…
And how often are you even reading READMEs? For me it's usually once, when I first use a library, because it typically gives an outline of the project and/or instructions on how to install it. So I'm reading it in a browser.
Meanwhile I'm updating my own READMEs often, usually using them as a sort of to-do list and then outlining existing functionality.
Like, are you really using so many libraries as glue that reading READMEs is such a common task that you specifically want it in your IDE? Is that the current state of programming?
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#185I am consistently shocked at how bad Apple Notes is. I like the features it has and I like the iCloud sync between devices... I use it daily. But it's so damn buggy. It's a notes app! Why do new lines on a moderately-long note cause half the text to disappear until I hit the carriage return a few times? I also wish it simply converted copied text to plaintext by default rather than trying to preserve formatting.
I think apple cares a lot less than it used to and it’s been like that for a while. There are long standing bugs or missing features on iOS that are just there and have been for years. I guess they don’t have to try as hard anymore, so they don’t.
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#186Earlier quoted context omitted.
I think apple cares a lot less than it used to and it’s been like that for a while. There are long standing bugs or missing features on iOS that are just there and have been for years. I guess they don’t have to try as hard anymore, so they don’t.
It feels like they are spread way too thin, and individual teams are not allowed to improve their app/services/parts on their own. If I had to work on Apple Notes I would have several suggestions, not all worthy of work of-course, but letting a lot of apps go stagnant is something else entirely.
It’s a choice though, it’s not like they aren’t the richest company in the world.
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#187I would not recommend investing in the iOS Notes ecosystem. There is no way to export these notes with their metadata and media intact without using iCloud. If you need a note-taking app, go with Joplin instead; it supports Markdown, has both iOS and desktop clients, and supports self-hosted syncing.
E.g. with Obsidian your notes are stored into specific directory and it stores files as Markdown in hierarchical way. Then mount this app-specific directory to iSH and use git. Downside is that automatic syncing can be difficult since there is limited amount of time iSH can run in the background.
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#188Earlier quoted context omitted.
GitHub renders Markdown if you click on a file in the Web repo view.
Thanks, but when I check something out, I'm working with it on my computer. I don't want to go back to Github every time I want to read something.
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#189I am consistently shocked at how bad Apple Notes is. I like the features it has and I like the iCloud sync between devices... I use it daily. But it's so damn buggy. It's a notes app! Why do new lines on a moderately-long note cause half the text to disappear until I hit the carriage return a few times? I also wish it simply converted copied text to plaintext by default rather than trying to preserve formatting.
Re: Apple Notes Expected to Gain Markdown Support in iOS 26
#190Earlier quoted context omitted.
I love org-mode, but if I were king, it would accept freakin' back-quotes for monospaced text. Instead, it takes ~tilde~ or =equals=, and I will never remember the difference no matter how many times I look it up.
I switch between Markdown and Org Mode a lot, the syntactic differences don't bother me too much, but I guess I like Markdown's a bit more. But what I really miss in Markdown: 1. Collapsible headlines and headline search. 2. Executable source code blocks (for notebook style work). 3. TODO states. 4. Time tracking and clock tables. 5. Table formulas. 6. Inline LaTeX and document generation in general. Now 1 is just an…
This of course ends up being editor specific, but if org has the same limitation, by being tied to emacs, is it really any different? I think what emacs has going for it in this case is that it’s been around for decades, and we can assume it will continue to be around for decades into the future. The markdown editor de jour may not be.