Bug Menor no Composer: Interpretação de BBCode

Olá Bem, notei que não é mais possível ter o editor markdown habilitado exclusivamente, você pode defini-lo como padrão para um ou outro, é claro, o que é muito bom. No entanto, ainda estou notando um comportamento inconsistente em meu site (e aqui) em relação à interpretação de BBCode. Sei que o novo composer não deve interpretar BBCode e, em sentido estrito, isso é verdade. Tente digitar \[i\] ou \[b\], ou qualquer uma das tags BBCode familiares, não funciona no composer (como esperado). No entanto, há um caso em que isso não é verdade. Se você digitar \n\n\[u\] \n\nEu coloquei isso dentro de um bloco de código, porque se você não o fizer, o composer muda para um modo de sublinhado que você não pode desativar.\n\nUma vez que você está em uma nova linha, você está bem, é claro, mas acho que este é um comportamento inesperado do composer… ele parece interpretar essa única BBCode e nenhuma outra, mas entendo que ele não deve interpretar BBCode neste estágio! Não acho que seja um bug muito sério, mas o reporto mesmo assim em prol da consistência e facilidade de reprodução, parece ser bem fácil de alcançar tanto aqui quanto no meu próprio site :slight_smile: \n\nMuito obrigado!

2 curtidas

Obrigado por levantar isso — apenas uma verificação rápida: você tem certeza de que o suporte a BBCode está realmente habilitado em sua instância?

Vale a pena verificar seu app.yml — durante a recente onda de plugins sendo movidos para o núcleo, alguns administradores acidentalmente deixaram linhas de plugins no lugar ou comentaram outras, assumindo que não eram mais necessárias. Embora o próprio BBCode seja suportado pelo núcleo e não exija uma linha de plugin, se você estiver contando com o comportamento estendido do BBCode (como sublinhado ou alinhamento), é fácil diagnosticar mal o problema.

Lembre-se também: o BBCode só funciona no modo Markdown. Se você estiver usando o novo editor rich-text, ele não interpretará tags BBCode como [b]negrito[/b] — elas serão simplesmente escapadas. Voltar para o editor simples deve restaurar o comportamento esperado.

2 curtidas

Sem problema, espero que ajude! Eu verifiquei meu app.yml, mas não vi nenhuma referência ou variável de ambiente que estivesse definindo algo relacionado a BBCode… Parece funcionar na minha própria instância (e aqui), no entanto. No momento, estou no editor Markdown e, se eu mudar para usar BBCode em vez de Markdown para formatação, parece funcionar como esperado. O único lugar onde o novo composer não parece funcionar como esperado é no caso de [u], ele evidentemente ignora todos os outros BBCode exatamente como pretendido. :slight_smile:

É um pouco estranho e não muito sério, mas se houver alguma outra informação que eu possa fornecer, por favor, me avise!

Eles não deveriam funcionar mesmo, já que o uso de Markdown é preferido.

O que pode ser feito como acompanhamento é converter automaticamente um [b] digitado para negrito e [i] para itálico, que serão serializados de volta para Markdown como **negrito** e *itálico*. Já fazemos isso para <b> e <i>, pois também não queremos incentivar o uso de HTML quando uma sintaxe Markdown está disponível.

[u], sendo a única maneira de formatar um sublinhado e suportado pelo núcleo do Discourse, é suportado como está.

O problema de “não conseguir desativar” é algo que pretendemos melhorar para sublinhado, tachado e potencialmente outros tipos de conteúdo. /cc @lindsey

4 curtidas