Обсуждение:CP437

5C

Любопытно, что в приведенной в статье символьной таблице в браузере Internet Explorer символ с кодом 5C отображается как W перечеркнутое. В остальных браузерах - проверял на Opera и Mozilla Firefox - символ отображается правильно как обратный слеш \ . С чем связана такая ошибка, не понимаю. Может, кто-то возьмется исправить этот глюк, чтобы символ отображался правильно во всех браузерах, если такое в данном случае вообще возможно.

188.123.241.56 00:48, 10 августа 2013 (UTC)

Это свойство некоторых корейских шрифтов — вместо обратного слэша они показывают символ воны (см. Won sign). — Monedula 19:20, 10 августа 2013 (UTC)

Не имеют графического представления

"В CP437, однако, кодовые позиции 0x00—0x1F и 0x7F заняты управляющими символами, то есть не имеют графического представления."

Вот это не понял. Вроде как в этой кодировке все символы от 0 до 255 имели графическое представление. Причём все, кроме 0, 32 (пробел), 255 не пустые. Хранилось их представление, насколько я помню, в сегменте 0xA000 (в стандартном 0x3 текстовом режиме) - по 16 байт на символ (каждый бит - один пиксель). Пустые символы тоже имели графическое представление - 16 нулей (все пиксели пустые).

93.171.222.194 08:04, 22 сентября 2023 (UTC)

Это расширение CP437, чтобы использовать возможности текстового видеорежима на 100%. В конце статьи есть ссылка на официальную таблицу CP437, там нет никаких рожиц и прочего. Эти дополнительные символы (0x00—0x1F и 0x7F) показывались, если писать данные напрямую в видеобуфер. А если вывод осуществлять через функции DOS/BIOS, или отправлять данные на текстовый принтер, то управляющие символы и воспринимались как управляющие (0xA — перевод строки, 0xC — подача страницы, 0x7 — звуковой сигнал и т. д. Хотя по факту некоторые из этих символов всё равно печатались, например 0x15 на принтере выводился как знак параграфа § (теоретически это NEGATIVE ACKNOWLEDGE). — Monedula (обс.) 14:48, 22 сентября 2023 (UTC)