Отправлено: 11.05.17 13:19. Заголовок: Русские шрифты в редакторе Simpl+

Подскажите, как лучше поступить.
Поменял ноутбук, в simpl+ комментарии написанные на русском теперь крокозябрами.
Привычная смена шрифта на Courier в Edit->Preference не помогает.
Может есть смысл перенести шрифт windows с другого ПК или в реестре что то поправить можно?

 Отправлено: 11.05.17 13:31. Заголовок: гляньте в Региональн..

гляньте в Региональных настройках.

многие проги лечатся от "крокозябрами" вот этим:

 Отправлено: 11.05.17 14:11. Заголовок: У меня там Русский (..

У меня там Русский (Россия) стоит.
Такое ощущение, что Simpl использует не системные юникод шрифты, а какие то свои без русских символов.

 Отправлено: 11.05.17 16:43. Заголовок: Разобрался. Может ко..

Разобрался. Может кому пригодится.

Надо было во всех ключах реестра тоже поставить значение c_1251.nls , а не только для 1251 и 1252
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
"1250"="c_1251.nls"
"1251"="c_1251.nls"
"1252"="c_1251.nls"
"1253"="c_1251.nls"
"1254"="c_1251.nls"
"1255"="c_1251.nls"
Те что зеленым цветом были изначально, но видимо этого не достаточно.
Для вступления изменений в силу не забудьте перезагрузиться после редактирования реестра.

 Отправлено: 11.05.17 16:59. Заголовок: главное чтоб, это по..

главное чтоб, это потом гдето в другом месте не вылезло с обратным эффектом...

 Отправлено: 11.05.17 23:04. Заголовок: Дался вам этот Cyrri..

Дался вам этот Cyrrilic....

 Отправлено: 12.05.17 13:23. Заголовок: Так в России живем. ..

Так в России живем.
Дело даже не в комментариях. Модуль использует строковые кириллические константы выдаваемые наружу и их тоже понятнее наблюдать в читаемом виде. Особенно когда позже вспоминаешь что же там была за фраза.

 Отправлено: 17.07.17 14:00. Заголовок: После обновы опять ш..

После обновы опять шрифты слетели. ((
В реестре изменений нет. Опять что то надо колдовать.

 Отправлено: 18.07.17 01:07. Заголовок: Выберите шрифт Fixed..

Выберите шрифт FixedSys))

 Отправлено: 18.07.17 10:25. Заголовок: Спасибо, помогло. Но..

Спасибо, помогло.
Но шрифт ужасный.

 Отправлено: 21.11.17 17:50. Заголовок: Подскажите, а если я..

Подскажите, а если у меня в Simpl+ тестовые выходы задуманы, как выдающие русский язык (и они отображаются русскими) - но на Хпанели краказябры...
При этом никакие модули конвертирующие не помогают, что нужно делать?

 Отправлено: 21.11.17 21:58. Заголовок: глянтье эту тему на..

глянтье эту тему на Х-панели вместо кириллицы - иероглифы (CORE3 Standart Theme)

 Отправлено: 21.11.17 22:10. Заголовок: DmitriiP эти конверт..

DmitriiP эти конверторы тоже не помогают...
я еще заметил что русский текст из Serial IO и из Simpl+ абсолютно разный, не знаю какая в симпл+ кодировка...

 Отправлено: 21.11.17 22:31. Заголовок: попробуйте разные ва..

попробуйте разные варианты с
#ENCODING_ASCII
#ENCODING_UTF16
в Simpl+

или киньте ваш модуль, может найдётся решение

 Отправлено: 21.11.17 23:12. Заголовок: попробуйте следующее..

попробуйте следующее
1) в Simpl+
#ENCODING_ASCII

2) STRING_OUTPUT этого модуля -> Convert to UTF-16 (В режиме "Pass Thru Mark as UTF-16") -> на TP

 Отправлено: 22.11.17 00:50. Заголовок: kislez2015, гляньте ..

kislez2015, гляньте http://crestron.borda.ru/?1-0-0-00001258-000-0-0-1485907021
Вы на старую XPANEL или на новую XPANEL 2.0 Smart Graphics выводите? там разное нужно генерировать.

 Отправлено: 22.11.17 10:45. Заголовок: eoulianov вывожу на ..

eoulianov вывожу на новую
На тачпанель прямой text_join из simpl+ русский отображается нормально, на Xpanel криво

 Отправлено: 22.11.17 19:31. Заголовок: Crestron это кладезь..

Crestron это кладезь возможных неприятностей с национальными языками.
Последняя фишка, из + модуля строковый выход (Makestring(OUT$,"%s%u","ТЕСТ",GetLastModifiedArrayIndex()) выдает символы в UTF16, а цифры в ASCII и никакие директивы на это не влияют. Т.е. на выходе каша из двухбайтных и однобайтных символов. И никакой нормальный внешний конвертор из этого зоопарка корректно преобразовать уже не сможет.
Приходится внутри модуля конвертировать все в ASCII, а уж потом снаружи из ASCII в UTF16(WEB).
Но в общем и целом все эти проблемы решаемы.>> Посмотрите в дебагере в HEX формате, как формируется выходная строка и можно будет понять, что с этим делать. (киньте в форум что хотелось написать и что получилось в дебагере, посмотрим)

 Отправлено: 22.11.17 19:40. Заголовок: Почитал ваше последн..

Почитал ваше последнее сообщение. Так и правда надо просто подобрать конвертор, раз на тачпанели тот же текст корректно отображается.
У меня на XPANEL 2.0 Smart Graphics вывожу известным конвертором ASCIItoUTF16 (процессор 3 серии). Т.е. в варианте &#x... (я его называю UTF16 for WEB).
Но это если у Вас в дебагере текст выходит в расширенных ASCII (они же Windows-1251/cp1251). Если в UTF16, то сначала в ASCII конвертируйте, потом в UTF16 for WEB.

 Отправлено: 22.11.17 20:41. Заголовок: выложите пример, что..

выложите пример, что не работает....

обе строки в дебагере одинаковые , при этом выводятся по разному и на ASCII цифры пофиг + никаких &#x:

\x04\x22\x04\x35\x04\x41\x04\x42\x04\x3E\x04\x32\x04\x4B\x04\x39\x20\x31\x20\x32\x32\x20\x04\x42\x04\x35\x04\x3A\x04\x41\x04\x42

цитата:

#ENCODING_ASCII DIGITAL_INPUT send; STRING_OUTPUT Out_CP1251; PUSH send { Makestring(Out_CP1251,"%s %u %d %s","Тестовый",GetLastModifiedArrayIndex(), 22,"текст"); }

это идёт



результат

 Отправлено: 22.11.17 21:31. Заголовок: Да у меня то все раб..

Да у меня то все работает, только это костыли. (проблема у kislez2015)

Собственно вы сами привели пример:
\x04\x22\x04\x35\x04\x41\x04\x42\x04\x3E\x04\x32\x04\x4B\x04\x39\x20\x31\x20\x32\x32\x20\x04\x42\x04\x35\x04\x3A\x04\x41\x04\x42
В каком формате эта строка??? Винегрет из UTF16 и ASCII. Цифры и пробелы в UTF16 должны кодироваться тоже двумя байтами. Поправьте, если не прав.

Что касается &#x, они должны быть на out_text1 для русских символов или у Вас не так?
А конвертер зачетный, раз учитывает винегрет по входу.

 Отправлено: 22.11.17 21:51. Заголовок: обе строки test_text..

обе строки test_text и out_text1 эдентичные 1:1 в дебагере, никаких &#x после "Pass Thru Mark as UTF-16" нет, результат вывода строк разный.

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

Вячеслав пишет:

цитата:

(киньте в форум что хотелось написать и что получилось в дебагере, посмотрим)

 Отправлено: 22.11.17 22:52. Заголовок: Да ситуация с одинак..

Да ситуация с одинаковым видом в дебагере и разной интерпретацией тоже сталкивался.
Вроде смотришь, ну чем не UTF, а не работает. Пропускаешь через двойное преобразование через ascii, то же самое на выходе но работает.
В самом деле поверишь в существование невидимых глазу дебагера каких то метаданных типа
<meta http-equiv=Content-Type content="text/html;charset=UTF-16"> которые влияют на дальнейшее восприятие символов программой.
Странно, что всякие директивы вида:
#ENCODING_ASCII
#ENCODING_UTF16
Parameter Encoding Type
никаких результатов не давали. А может ждал видимого результата, а он на уровне метаданных. А "всеобъемлющий" HELP на штатные конверторы мог бы содержать хотя бы фразу "It `s Magic"
Таки дождемся, что kislez2015 выложит из дебагера. Может и правда штатный модуль с Pass Thru Mark as UTF-16 творит "чудеса".

 Отправлено: 23.11.17 00:26. Заголовок: \x04\x22 ..

\x04\x22\x04\x35\x04\x41\x04\x42\x04\x3E\x04\x32\x04\x4B\x04\x39\x20\x31\x20\x32\x32\x20\x04\x42\x04\x35\x04\x3A\x04\x41\x04\x42 - не винегрет, а реальные 16-битные символы, просто debugger показывает их так. Если у символа код больше 255, то дебаггер покажет его в два байта, например \u0422 показан тут как \x04\x22, если меньше но не 0, то будет показано как один символ, например \u0020 есть \x20, а если окажется код 0, то остаток строки не покажет вовсе.
В этой строке нет ни UTF-16, ни UTF-8, в ней ПРОСТО один за другим символы Unicode. и если нужно их выводить на Smart Graphics 2.0, то символы с кодом до 255 нужно выводить как есть, а больше - через HTML character entity references, всё будет работать.

Никакие заклинания #ENCODING_ASCII и meta http-equiv не помогут с кириллицей.

kislez2015 вам надо было бы ешё намекнуть, что и контроллер используется 2-й серии) Раз на обычную панель напрямую с S+ гонит кириллицу правильно.
Всё что прозводится в S+ в этом случае будет в Windows-1251, и конвертор вам нужен WIN1251->HTML. В нём нужно кириллические символы из Windows-1251 выводить через HTML character entity references, а остальные - как есть, и всё запашет. Ну, пока не появятся слишком длинные строки.

 Отправлено: 23.11.17 12:47. Заголовок: Интересно, каково дл..

Интересно, какова длина строки len() при таком подставе"подходе" отображения дебагером символов. Символ \x00\x31 ("1") выводится как \x31. Длина его при это будет 2 байта или 1????

 Отправлено: 23.11.17 16:13. Заголовок: может кому и сгодитс..

может кому и сгодится , сделал для себя (для теста), работает только с 3-ей серией (использует S#)




P.S. также там есть 2 функции для HEX
Выводит только младшие байты
trace("%s\n",StringEncode.StringToHexSimplSharpString(In_Unicode));
Выводит в формате 2 байт
trace("%s\n",StringEncode.UnicodeStringToHexSimplSharpString(In_Unicode));

 Отправлено: 07.03.18 08:54. Заголовок: cp1251 <-> U..

cp1251 <-> UNICODE чуть более разширинная версия

+ добавил StringEncode.CP1251StringToHTMLEntitiesString();
+ добавил 4 .usp модуля



P.S. Все строки на скрине идут нарямую с модулей на входы ТП
P.S.2 Единственные символы с которым нужно быть осторжно < и > , так как панель начинает думать что это элемент и: <хрень> не отобразится и ещё хуже будет если вы не закроете эту бяку через </хрень>

< / > - заменить на &# 60/62 ; из первой строки

 Отправлено: 13.09.21 11:43. Заголовок: DmitriiP модно перез..

DmitriiP можете перезалить ваш модуль CP1251, а то ссылка уже не рабочая?

 Отправлено: 13.09.21 12:31. Заголовок: BaDoS пишет: Dmitri..

BaDoS пишет:

цитата:

DmitriiP можете перезалить ваш модуль CP1251, а то ссылка уже не рабочая?

в Л.С.