Estou movendo algum conteúdo do Dokuwiki (dokuwiki [DokuWiki]) para o Discourse. A sintaxe do Dokuwiki não é markdown limpo, portanto, precisa de edição manual. Normalmente, uso o editor antigo, pois consigo ver todos os caracteres lá. Mas com o editor antigo, vejo estranhos “efeitos de pulo”: quando você marca um bloco de texto e tenta formatá-lo, o cursor pula para cima e para baixo. A reformatação de textos mais longos é quase impossível dessa forma, pois você sempre tem que reposicionar sua janela de edição novamente. É difícil descrever isso, eu só poderia mostrar com screencasts… O efeito foi descrito anteriormente em Cursor pulando no composer / caixa de texto do editor
O editor RTE não mostra esse efeito. Mas sinto falta de uma opção para limpar código “junk” importado de outros sistemas…
Se forem mais do que alguns, provavelmente faz sentido obter um script de importação para fazer isso. Se não forem tantos assim, provavelmente ainda faria sentido obter algum código para corrigir o markdown em vez de tentar editá-lo manualmente. (Uma solução ainda mais maluca seria ter um plugin para lidar com as edições do dokuwiki).
Não são muitos, mas talvez o suficiente para pensar em uma solução baseada em script/programática. A parte complicada é que o código é sintaxe dokuwiki ( wiki:syntax [DokuWiki] ) mais código de UI aprimorado de um template bootstrap3 (https://getbootstrap.com). Parece bom, mas não pensei em migração de conteúdo quando o configurei dessa forma. O principal problema não é a sintaxe dokuwiki, mas o código \u003cdiv\u003e … do bootstrap. Exemplo de código:
\u003cdiv class=\"level1\"\u003e\u0026nbsp;\u003c/div\u003e \u003ch2 class=\"page-header pb-3 mb-4 mt-5\"\u003eDeterminar espaço em disco\u003c/h2\u003e \u003cdiv class=\"level2\"\u003e \u003cp\u003eFiltrar por ext4, o que está disponível?\u003c/p\u003e \u003cpre class=\"code\"\u003e root@tokoeka ~ # df -h -t ext4 --total Filesystem Size Used Avail Use% Mounted on /dev/mapper/pve-root 196G 39G 148G 21% / /dev/md0 486M 400M 57M 88% /boot /dev/mapper/pve-data 3.0T 560G 2.3T 20% /mnt/data /dev/mapper/pve-backup 414G 40K 393G 1% /mnt/backup total 3.6T 598G 2.8T 18% - \u003c/pre\u003e \u003cp\u003e\u0026nbsp;\u003c/p\u003e \u003cp\u003eFiltrar por ext4, o que está sendo usado?\u003c/p\u003e \u003cpre class=\"code\"\u003e root@tokoeka ~ # df -h -t ext4 --output=used Used 39G 400M 560G 40K 598G \u003c/pre\u003e \u003cp\u003e\u0026nbsp;\u003c/p\u003e \u003c/div\u003e
Se você colar uma área de transferência com este conteúdo exato de text/html no modo de editor rico, você obterá um conteúdo que resulta neste markdown:
## Determinar espaço em disco
Filtrar por ext4, o que está disponível?
```
root@tokoeka ~ # df -h -t ext4 --total Filesystem Size Used Avail Use% Mounted on /dev/mapper/pve-root 196G 39G 148G 21% / /dev/md0 486M 400M 57M 88% /boot /dev/mapper/pve-data 3.0T 560G 2.3T 20% /mnt/data /dev/mapper/pve-backup 414G 40K 393G 1% /mnt/backup total 3.6T 598G 2.8T 18% -
```
Filtrar por ext4, o que está sendo usado?
```
root@tokoeka ~ # df -h -t ext4 --output=used Used 39G 400M 560G 40K 598G
```
É com perdas em relação a coisas com as quais não nos importamos (divs, classes, etc.), mas entenderá hN, pre, ou qualquer coisa definida em nosso esquema ProseMirror, que respeita nossas várias extensões de editor registrando definições de parseDOM que são usadas pelo parser do ProseMirror, incluindo aquelas de componentes de tema ou plugins.
Quanto à pergunta original:
Eu acho que quando o editor rico está carregando o documento, não é mais este mesmo HTML, é?
Porque um post raw contendo blocos HTML deve ser renderizado como um nó de editor de código “pass-through”:
