@sox made a number of enhancements to the editor. Namely: stacker/territory/item mention edits in compose mode, "rich" copy-paste and quote replies (meaning styling is preserved), and list indentation in compose mode. He made some gifs for your eyes to feast on:
@optimism continues putting us in line and carefully helped patch our deps. They also quasi-vibe-vendored the Opentimestamps functionality that we use (because the js client we were using wasn't being maintained). Meaning, they implemented our own mini-ots client which we use to timestamp every item on SN into Opentimestamps' onchain merkle tree (which helps you or I prove that your items have or have not been tampered with).
Additionally, a number of bugs were fixed - autocompleted title deleting and search-related weirdness.
That's the gist for now. Let us know if you spot anymore bugs.
Looks like my image copies only grabbed a still. Whoopsy doody
What in the world is going on? It appears my template has a
\
On every line and link like it is commented out. Now I have to manually delete each one?
after I paste it from my iOS notes app?
Why is this happening? This makes it so much harder for me to create things on my mobile PWA.
@optimism another reason that frustrate me about PWAs changes come automatically
should be fixed now
Confirm fixed.
Did you paste it in
composeor inwrite?So now I have to paste my templates in compose and edit in that view?
So I thought I ran into the same thing yesterday (though I was pasting from Obsidian) but I didn't continue the post and fell asleep so I never got to look into it haha.
plaintextcontent-type into the clipboardI think this is because the browser now selects the
richtextbefore theplaintextfrom the clipboard.Where before, we did the awful thing of writing markdown in rich text editors and then pasting that into SN, with the new editor, there are some edges to it that we run into now.
This has something to do with PR #2869, so I'm going to tag @sox for awareness.
Perfect analysis, thank you ^^
I don’t know if I should disable escaping by default, but it felt correct to do so when pasting from rich sources.
Disable by default in
write, enable by default incompose?Hmm, could work. I just hope that unintentional markdown formatting won’t be as big a problem as I’m making it out to be
I think that the intent of
writeis to intentionally write markdown, but the intent ofcomposeis to write rich text. So since markdown is plaintext, I think it makes sense to not mess with plaintext pastes (and prefer plaintext) in that mode.I think that that protects both wanna-paste-richtext stackers and stackers that just want to paste their templates to fill in all the things.
(also, Apple Notes title, heading, subheading markup will result in
**text**, not### textfor me, so that isn't a viable path either because shit gets lost)When pasting content copied from other websites, we escape what-can-be markdown formatting. For example if a paste contains:
[abc] some wordsWe want to escape those square brackets otherwise we’d introduce unintended markdown formatting.
I did add a clause though, we escape markdown formatting only if the copied content comes from a rich editor like Apple Notes or a website.
Anyway, you can skip escaping by holding
shiftwhile pasting. I should probably invert these conditions because mobile doesn’t have ashiftkeyTo reply to this, the result won’t change because you’re copying markdown from a rich text editor that doesn’t even know markdown. The rich text editor will copy content as text nodes, not markdown.
@BlokchainB in the meantime, copy your apple note via
Share -> Copyinstead of selection+copy. It will copy unformatted text and our editor won’t escape anything in that case.In write
very very confusing
I'll ship a fix for this today.
I didnt even realize that items were opentimestamped. That's pretty cool!
Awesome! I copied and pasted it from TDE and the links are all good. Congrats @sox!
Thank you! Copying from other sources now feels less frightening.
This is a great feature, thank you!
I have so many silverfish