Hi, I have serious problems editing markdown files, especially at the end of the file.
I cannot edit text at the end!
I can often (not always) scroll there, but then the cursor jumps to another spot.
Rather irritating to have to edit a Markdown file outside DT yet again.
I have filed a bug report.
As I have no similar problem with markdown files it might be helpful to mention what exact versions of DEVONthink and macOS you are using.
Stephen
It is Mac OS 26.5 and DT 4.3.
Does rebooting fix this? If not, does disabling syntax colorizing and/or WYSIWYG images & links make a difference? See Settings > Files > Markdown
Sorry to ask the obvious, but are you editing the file or are you trying to edit the preview?
Yeah, I experience the same…
with a longer text, in edit mode, if I scroll down to copy something at the bottom, as soon as I click the scrollbar will roll by itself, and the view will be of the top of the document.
And trying to scroll down again is impossible, it’s as if that portion of the document was erased.
I have to deselect the md, and select it again, and the entire file is visible again.
Interestingly, if I did select something at the bottom, the selection persists, so if I wanted to delete something at the bottom, or copy it, it is still selected, even if not visible.
Tahoe 26.5 (but it was happening before), DT 4.3 (but was happening before), Mac M1 Max
And yes, issue goes away disabling syntax coloring and WYSIWYG images & links - I can live with it, but would love to have those 
Im editing the file, not the preview. Deselecting syntax highlighting seems to work for me.
Seems like just toggling on syntax highlighting even with WYSIWYG unchecked already causes it.
A possibly related issue: after enabling WYSIWYG yesterday to work with one .md document with a lot of embedded document links, I found on booting up this morning that all embedded document links had been stripped from the previous .md document I’d been working on yesterday. (Luckily there were few enough to restore manually, and the document with loads of them is fine.) I’ll see whether I can replicate this.
This would be useful, thanks. Do you use versioning?
I don’t, though it would have been useful in this case. So far everything is behaving with WYSIWYG back on, though I haven’t yet seen what happens if I reboot.
Ha, it just happened again, and I was able to replicate it, but I’m not sure how far it qualifies as a problem at the DT end, or whether it has anything to do with the OP’s issue.
What stripped my links was using a TextSoap macro to smarten quotes while in WYSIWYG mode. Specifically, I selected all in the Markdown edit window, and ran a macro which copied the text to clipboard, ran a string of regexes on the clipboard content, and then pasted it back, which is how TextSoap implements its substitutions. Looking back through my clipboard history, I see the text of Markdown documents in WYSIWYG-for-links mode copies as plain text without the links, which may or may not be what’s intended. But running the macro with WYSIWYG unchecked worked fine, so I just need to remember to untoggle it before I do this on other documents.
There may be reasons not to implement this, but I’d have thought ideally one would want Markdown to copy as verbose Markdown even if WYSIWYG is checked, and then hide the links again when pasted back in DT. I don’t know how it worked in the old renderer; I don’t usually have WYSIWYG on, and this combination of circumstances probably never arose.
Did you try syntax highlighting ON, WYSIWIG OFF - or both off?
Just WYSIWYG off with syntax highlighting on. Unless I’ve missed something, disabling syntax highlighting with WYSIWYG off turns WYSIWYG off anyway, and you can only check or uncheck the WYSIWYG box if Syntax highlighting is already on.
Just an aside: you could easily run a JXA script using your regexes inside DT. No need for clipboard nor another app there.
Good thought, but I do edit in apps other than DT, and TextSoap is app-agnostic and right there in Setapp and my menu bar, so it’s ended up being my universal repository for all regex macros, with system-wide shortcuts. The clipboard roundtrip is a bit of a kludge, but in practice works ok in normal use; this was an interesting limit case, born of the way DT Markdown displays with WYSIWYG links is not quite plain text but also not really rich text.
So this wa happening with syntax highlighting on. Did you try with syntax highlighting off?
Well, turning syntax highlighting off disables WYSIWYG display anyway, so the effect is the same as running the macro with WYSIWYG off. Unfortunately I don’t think any of this helps with your cursor and scrolling issue, where the distinction might indeed be pertinent.
I tried to reproduce the issue:
That seems to corraborate your findings: When syntax highlighting for MD is turned on, the usual copy command (Cmd-C) does not copy the MD source but something else. I’d consider that a bug.
Christian, great! - would you mind trying to see if you get the same issue as @anderswt and I have? (a long md, and in edit mode with Syntax ON, when you click or try to edit something at the bottom the page scrolls up)
thanks!