I have users who edit their quote syntax poorly and cause the quote function to fail. For example we have this one from a current topic. This is un-escaped: [quote=“CFO.Digest.Input, post:1, topic:3258”] he suggested that I put mineral oil back in. [/quote] The problem is that the /quote is in st…

This was a conscious change a few years ago: [afbeelding] Discourse CommonMark migration plans confetti_ball balloon dev I may pull this out to another topic, but I feel that I need to hammer_and_wrench hamster some stuff. Inline multiline quote[quote]that spans lines a…

Oh my… so we’re basically enforcing coding standards on our customers and users? While I agree with Sam’s analysis of the format, there is a difference between being difficult for the writer to read and difficult for everyone viewing the post to read. Kinda seems like we’re punishing the readers fo…

[afbeelding] Cardinalflyer: Edit: Another option would be to force a line feed after the [/quote] if there isn’t one there… auto-edit the format for readability. That doesn’t seem like a bad idea, but if they just select text and use the quote button it works. They are going back and editing …

Yes they are! Quite remarkable, really… and not noticing that they are breaking the format in the process. I guess they don’t have the preview up? Or may be doing it by mobile… And the person who did this one of the principles in the business… glad I didn’t make him an editor! :slight_smile:

Aha! Mobile is a good bet. It’s hard too select just right and then you’d be ham-handed and have no preview when you tried to “fix” it.

This is still a recurring issue in my system. Here’s a message which came up today: [image] I edited the post with a carriage return after the closing quote tag, but still find it surprising that the text stream isn’t parsed like HTML where line feeds and carriage returns don’t impact the function…

No, that’s how the tags work. You can’t randomly insert them in random order and expect things to work.

The order isn’t random, it is just fine. But unlike HTML, in this system is matters where the linefeeds happen to fall. All it took to fix that broken post was adding a line feed / CR after the closing tag. I’m willing to keep manually editing posts when users fail to comply with the required str…

Take a look at the markdown spec. Unlike HTML markdown is entirely dependent on well-placed line breaks. An errant line break in an <h1> element wouldn’t have any impact on rendering, but: here in markdo wn world it does This is true for lots of elements, markdown tables are horribly broken by ad…

[afbeelding] Stephen: throwing tags in without respecting structure I’m fine with navigating these waters, like any coder, but our users are civilians and would think markdown has something to do with prices at Walmart. As you say, thankfully we’re not asking them to write HTML! What is g…

Quote context impacts functionality of quote

Ondersteuning

Falco (Falco) 7 januari 2020 om 20:16 2

This was a conscious change a few years ago:

Topic		Antwoorden	Weergaven
Can we have the old Markdown for quoting paragraphs please? Feature	17	1277	22 augustus 2018
BBCode [quote] tag and mixed newlines Feature	4	1360	26 januari 2022
Markdown quote requires blank line to end quote Bug markdown , markdown-it-review	7	10951	26 juni 2017
Quotes containing code block must start with newline Bug	14	3420	15 mei 2020
"Broken" quoting of/into email Feature	17	1699	18 juli 2017

Quote context impacts functionality of quote

Gerelateerde topics