Formatowanie tekstu w bloczkach kodu powoduje problem

[awaluk]

Podczas pisania posta, po wstawieniu kodu w bloczek, w samym bloczku można zaznaczyć tekst i włączyć jego formatowanie (podkreślenie, pogrubienie, cokolwiek). Po pierwsze formatowanie w bloczku wydaje się niezbyt potrzebne, a po drugie jak się je włączy, to na wyjściu generuje to kod HTML zamiast pożądanego efektu, np.:

Wypadałoby coś z tym zrobić. Może dałoby radę po prostu zablokować formatowanie w bloczku - tak aby gdy zaznaczony jest bloczek, nie dało się wstawiać innego formatowania. To wydaje mi się najsensowniejsze.

[awaluk]

https://user-images.githubusercontent.com/13801608/103465653-3bb59880-4d3e-11eb-8c59-e58218d6faee.mp4

[ScriptyChris]

Próbowałem to naprawić, ale napotkałem na problemy:

• zablokowanie przycisków odpowiadających za różne akcje formatujące (B - pogrubienie, U - podkreślenie, I - kursywa, itp.) działa tylko częściowo, ponieważ niektóre komendy mogą być obsługiwane skrótami klawiszowymi (m.in. Ctrl + B, Ctrl + U itp.) i dlatego, że CKEditor śledzi stan zaznaczenia i focusu w edytorze i (nawet przy bezpośrednim zablokowaniu komend) one są za każdym razem automatycznie odblokowywane
• fizyczne wycięcie znaczników formatujących tekst wewnątrz bloczka działa czasami, bo CKEditor zdaje się przechowywać treść edytora w ukrytym elemencie <textarea>, którego zawartość jest brana przez front Q2A do wysłania na serwer przy docelowym zapisie posta i wycięcie czasem zadziała a czasem nie (możliwe, że jest to wynikiem race-conditiona pomiędzy wycinaniem zbędnych tagów a pobieraniem zawartości edytora do formularza celem wysłania posta użytkownika na serwer)

@Comandeer podrzucił parę sposobów na fix:

• nadpisanie metod refresh dla każdej z komend formatujących, aby CKEditor nie odświeżał ich stanu. Jest to dla mnie technicznie skomplikowane (zwłaszcza, żeby zrobić to prawidłowo), ponieważ te komendy są konfigurowane w core-owym kodzie CKEditora i już dla pierwszego plugina basicstyles (obsługuje komendy pogrubiania, kursywy i podkreślania) okazuje się, że konfiguracja jest tworzona w "locie" przy użyciu metody addCommand (screen), bez bezpośredniego podania metody refresh - ta jest brana z obiektu zwracanego przez globalną metodę CKEDITOR.command (screen z Q2A, kod źródłowy). Więc rozwiązanie samo w sobie, oprócz poziomu skomplikowania, wydaje się być zbyt ingerencyjne.
• przepisanie pluginu Syntaxhighlighter'a do widgetu, bo wtedy można ustalić, które komendy nie będą w nim działać. Tego jeszcze nie próbowałem, ale wydaje się być technicznie prostsze, lecz z większą ilością kodu do napisania w porównaniu do poprzednich sposobów.

CKEditor ma natomiast wbudowaną obsługę biblioteki highlight.js (wspomniana była w tym issue), która jest zintegrowana jako widget, więc można by po prostu zastąpić nią SyntaxHighlighter'a (jest nowsza i oferuje kolorowanie składni automatycznie dobierając język programowania).