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 stream, while the opening quote is on its own line. I have found that you can do either, but they must match. For example this works (’ added to escape the function):
'[quote=“CFO.Digest.Input, post:1, topic:3258”]
he suggested that I put mineral oil back in.
'[/quote]
and this works:
'[quote=“CFO.Digest.Input, post:1, topic:3258”]he suggested that I put mineral oil back in.[/quote]
… but you can’t mix the modes.
I know someone will say “then don’t do that” or “Use the quote button” but we still have users out there who won’t do it right.
Isn’t there a way to parse this so the modes can be mixed?
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 for the sins of the writer…
Guess I’ll plan to keep editing posts when people mess them up.
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 the quote and breaking the formatting?
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!
Editei a postagem adicionando uma quebra de linha após a tag de fechamento da citação, mas ainda acho surpreendente que o fluxo de texto não seja analisado como HTML, onde quebras de linha e retornos de carro não afetam o funcionamento das tags. Parece-me um bug…
A ordem não é aleatória, está tudo certo. Mas, ao contrário do HTML, neste sistema importa onde as quebras de linha ocorrem.
Tudo o que foi necessário para corrigir aquela postagem com erro foi adicionar uma quebra de linha / CR após a tag de fechamento.
Estou disposto a continuar editando manualmente as postagens quando os usuários não cumprirem a estrutura exigida, mas ainda parece estranho que as quebras de linha importem para o analisador sintático…
Dê uma olhada na especificação do Markdown. Diferente do HTML, o Markdown depende inteiramente de quebras de linha bem posicionadas.
Uma quebra de linha errada em um elemento <h1> não teria qualquer impacto na renderização, mas:
aqui no mundo do Markdo
wn isso faz diferença
Isso é verdade para muitos elementos; tabelas em Markdown são horrivelmente quebradas por quebras de linha adicionais. Tabelas em HTML, por outro lado, não são.
Não tenho certeza se a analogia com HTML se sustenta ou é útil. Os usuários não estão sendo solicitados a escrever HTML. Você consegue imaginar a dor de esquecer <p></p> e <br>? Paredes literais de texto.
Se você pensa em “Markdown primeiro”, que é como o Discourse funciona, em vez de “HTML primeiro”, que o Discourse absolutamente não é, então os desafios apresentados ao inserir tags sem respeitar a estrutura começam a fazer sentido.
Não me importo de navegar nessas águas, como qualquer programador, mas nossos usuários são civis e achariam que markdown tem algo a ver com preços na Walmart.
Como você diz, felizmente não estamos pedindo para eles escreverem HTML! O que se ganha ao forçá-los a implementar formatação markdown? Parece que um pouco de criatividade na codificação os protegeria dessas realidades do nosso mundo.
Não sei o quão complicado seria forçar automaticamente uma nova linha após um [/quote] (desde que não esteja dentro de um bloco de código ou algo assim…) e entendo que há uma estrutura a ser observada ao usar markdown.
Mas também entendo o quão frustrante pode ser quando uma citação malformada aparece em uma mensagem de usuário devido a um “erro” tão pequeno quanto escrever texto na mesma linha que um [/quote] (não tenho certeza se posso chamar isso de erro).
Existe algum caso intencional em que o texto seria escrito na mesma linha que um [quote]?
Se não houver nenhum, então sinto que não há motivo algum para existir texto na mesma linha, e uma nova linha forçada após a tag de fechamento da citação poderia ser benéfica tanto para usuários quanto para a equipe. Mas também tenho certeza de que isso não é tão simples quanto parece.
Certo. A natureza básica do Markdown é que uma quebra de linha (ou duas quebras de linha) equivale a uma tag de parágrafo. Por causa disso, algumas tags exigem quebras de linha antes ou depois delas para serem interpretadas corretamente. Isso faz parte da especificação, acredito.
