По крайней мере теперь есть что искать.
(Добавление)
Всё, проблему увидел и у себя на локальном компе. Пока появились другие неотложные дела, но главное, что я увидел косяк а значить так или иначе проблему решим.

Ура!

Проблема....
Предварительный просмотр сделан на AJAX - я не пойму как такой код отлаживать.
Если я вставляю в backend вставки с ява скриптом, то они не отрабатывают.
Нужно искать другой способ промежуточного получения данных.

NordWest
Для меня тоже это тёмный лес.

А можно сделать чтобы просто была перезагрузка без AJAX? Как сейчас при обычных ответах?

Раньше вроде так и было.

Gori
Я решил проблему, сейчас выложу решение.
(Добавление)
Ищем файл jsloader.php в котором ищем строку



которую заменяем строкой



Всё!
(Добавление)
Суть проблемы заключалась в том, что была явно указана кодировка windows-1251
Это приводило к тому, что JsHttpRequest не озадачивался необходимостью приведения кодировки к windows-1251 т.к. считал, что приводить ничего не нужно.
Указав UTF-8 мы задействуем функции перекодировки и любой текст начинает отображаться верно.

NordWest

Спасибо, выручил!
Главное исправлять мало )

Я, к сожалению моему, не настолько сильно разбираюсь, чтобы подтвердить или опровергнуть решение. Но моя инженерная интуиция подсказывает мне, что JsHttpRequest служит не только для вывода предварительного просмотра, а имеет ещё много разных функций. Как бы смена кодировки страницы на неверную боком не отразилась на функционировании форума. Ибочто в переводе Гуглая понимаю, как указать кодировку к которой нужно приводить, а не из которой...

Я то же не разбираюсь. Просто интуиция подсказала и в результате получил желаемое.

Кодировку, к которой нужно будет приводить прописана в самом JsHttpRequest. А предупреждение написано в частности потому, что если не указать в параметрах хоть какую-то кодировку, то функция вывалится с ошибкой.

В принципе можно было подкорректировать получение параметров в самом классе заменив строку



строкой



позволив при создании класса вообще кодировку не указывать (вернее, если указать - будет та, которую указали, а если вообще не указать - то будет UTF), но я потом отказался от этой затеи.

Побочных эффектов я пока не увидел. Если появятся - будем дальше думать как быть. Как один из вариантов - вынести это дело в админку как параметр и обозвать "Использовать на форуме кодировку отличную от Windows-1251?" Пусть тогда каждый сам решает.

На сегодня я пока вижу одну единственную причину оставить всё как было - если форум сто процентов русскоязычный. Тогда вероятно это чуть ускорит работу JsHttpRequest - не будет осуществляться анализ и перекодировка входящего текста. Но прирост столь мизерный, что его никто не увидит.

Русскоязычные тоже используют Юникод. Хоть и редко, но это вполне вероятно. Например Википедия полна юникода. И видеть вопросики - это не гуд.

ей по умолчанию положен юникод из-за множества языков

BON

Это да. Но многие её цитируют. И доволно часто на форумах.

на латинице и русский текст проблем нет. остальное нет смысла цитировать.....

BON
Это ваше имхо. Я его уважаю. Но форум - понятие широкое. И выходит далеко за рамки вашего имхо.

Например при копировании этого текста из Вики:

Азери́[1] (азари, адари; آذری Āḏarī /ɑːzæri/, араб. al-āḏarīya‎‎ — древний, исчезнувший индоевропейский язык Иранского Азербайджана[2] (Атропатены), северо-западной подгруппы иранских языков.

http://ru.wikipedia.org/wiki/Азари_(язык)

Была бы куча вопросиков. Если вам нравится наблюдать кривую работу форума, то ради бога.

Сегодня обнаружил проблему, которую вызывает мое исправление


Перестали корректно работать эти кнопки.


Попробую найти решение...