~~~~~~~~~~~~~~~~~~~~ Arc.Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~ 
Номер скриншота №:
✰ DB1495934799939E50D4BD74DEF2B8D0__1717601160 ✰
Заголовок документа оригинал.:
✰ Unicode and HTML - Wikipedia ✰
Заголовок документа перевод.:
✰ Юникод и HTML — Википедия ✰
Снимок документа находящегося по адресу (URL):
✰ https://en.wikipedia.org/wiki/Unicode_and_HTML ✰
Адрес хранения снимка оригинал (URL):
✰ https://arc.ask3.ru/arc/aa/db/d0/db1495934799939e50d4bd74def2b8d0.html ✰
Адрес хранения снимка перевод (URL):
✰ https://arc.ask3.ru/arc/aa/db/d0/db1495934799939e50d4bd74def2b8d0__translat.html ✰
Дата и время сохранения документа:
✰ 15.06.2024 20:33:11 (GMT+3, MSK) ✰
Дата и время изменения документа (по данным источника):
✰ 5 June 2024, at 18:26 (UTC). ✰ 

~~~~~~~~~~~~~~~~~~~~~~ Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~~ 
Сервисы Ask3.ru: 
 Архив документов (Снимки документов, в формате HTML, PDF, PNG - подписанные ЭЦП, доказывающие существование документа в момент подписи. Перевод сохраненных документов на русский язык.)https://arc.ask3.ruОтветы на вопросы (Сервис ответов на вопросы, в основном, научной направленности)https://ask3.ru/answer2questionТоварный сопоставитель (Сервис сравнения и выбора товаров) ✰✰
✰ https://ask3.ru/product2collationПартнерыhttps://comrades.ask3.ru


Совет. Чтобы искать на странице, нажмите Ctrl+F или ⌘-F (для MacOS) и введите запрос в поле поиска.
Arc.Ask3.ru: далее начало оригинального документа

Юникод и HTML — Википедия Jump to content

Юникод и HTML

Из Википедии, бесплатной энциклопедии

Веб-страницы, созданные с использованием языка гипертекстовой разметки ( HTML ), могут содержать многоязычный текст, представленный универсальным набором символов Unicode. Ключом к взаимосвязи между Unicode и HTML является связь между «набором символов документа», который определяет набор символов, которые могут присутствовать в документе HTML, и присваивает им номера, и «внешней кодировкой символов» или «набором символов». ", используемый для кодирования данного документа как последовательности байтов.

В RFC 1866, первоначальном стандарте HTML 2.0, набор символов документа был определен как ISO-8859-1 (более поздний стандарт HTML по умолчанию использует кодировку Windows-1252 ). Он был расширен до ISO 10646 (который по сути эквивалентен Unicode) РФК   2070 . Он не различается между документами на разных языках или созданными на разных платформах. Внешняя кодировка символов выбирается автором документа (или программным обеспечением, которое автор использует для создания документа) и определяет, как байты, используемые для хранения и/или передачи карты документа, преобразуются в символы из набора символов документа. Символы, отсутствующие в выбранной внешней кодировке символов, могут быть представлены ссылками на символьные сущности.

Взаимосвязь между Unicode и HTML, как правило, является сложной темой для многих компьютерных специалистов, авторов документов и веб- пользователей. Точное представление текста на веб-страницах на разных естественных языках и системах письменности осложняется деталями кодировки символов , языка разметки синтаксисом , шрифтом и различными уровнями поддержки веб-браузерами .

Символы HTML-документа [ править ]

Веб-страницы обычно представляют собой документы HTML или XHTML . Оба типа документов на фундаментальном уровне состоят из символов , которые являются графемами и графемоподобными единицами, независимо от того, как они проявляются в компьютерных системах хранения и сетях .

HTML-документ представляет собой последовательность символов Юникода. Более конкретно, документы HTML 4.0 должны состоять из символов набора символов HTML-документа : набора символов, в котором каждому символу присвоен уникальный неотрицательный целочисленный код . Этот набор определен в HTML 4.0 DTD , который также устанавливает синтаксис (допустимые последовательности символов), позволяющий создать действительный HTML-документ. Набор символов HTML-документа для HTML 4.0 состоит из большинства, но не всех символов, совместно определенных Unicode и ISO/IEC 10646: Универсальный набор символов (UCS).

Как и документы HTML, документ XHTML представляет собой последовательность символов Юникода. Однако документ XHTML — это документ XML , который, хотя и не имеет явного уровня абстракции «символа документа» , тем не менее, опирается на аналогичное определение допустимых символов, которое охватывает большинство, но не все определения символов Unicode/UCS. Наборы, используемые HTML и XHTML/XML, немного отличаются, но эти различия мало влияют на обычного автора документа.

Независимо от того, является ли документ HTML или XHTML, при хранении в файловой системе или передаче по сети символы документа кодируются как последовательность битовых октетов ( байтов ) в соответствии с определенной кодировкой символов. Эта кодировка может быть либо форматом преобразования Юникода , например UTF-8 , который может напрямую кодировать любой символ Юникода, либо устаревшей кодировкой, например Windows-1252 , которая не может. Однако даже при использовании кодировок, которые не поддерживают все символы Юникода, в закодированном документе могут использоваться числовые ссылки на символы . Например, ☺ (☺) используется для обозначения символа улыбающегося лица в наборе символов Юникода.

Кодировка символов [ править ]

Чтобы поддерживать все символы Юникода, не прибегая к ссылкам на числовые символы, веб-страница должна иметь кодировку, охватывающую весь Юникод. Наиболее популярной является UTF-8 , в которой символы ASCII , такие как английские буквы, цифры и некоторые другие распространенные символы, сохраняются неизменными по сравнению с ASCII. Это делает HTML-код (например, <br> и </div>) неизменным по сравнению с ASCII. Символы вне диапазона ASCII хранятся в 2–4 байтах. Также можно использовать UTF-16 , где большинство символов хранятся в виде двух байтов с разным порядком байтов , что поддерживается современными браузерами, но используется реже.

Ссылки на числовые символы [ править ]

Чтобы обойти ограничения устаревших кодировок, HTML спроектирован таким образом, чтобы можно было представлять символы из всего Юникода внутри документа HTML с помощью числовой ссылки на символы : последовательности символов, которые явно обозначают кодовую точку Юникода. изображаемого персонажа. Ссылка на символ принимает форму &#Н ;, где N — либо десятичное число для кодовой точки Юникода, либо шестнадцатеричное число, и в этом случае перед ним должен стоять префикс x. Символы, составляющие цифровую ссылку на символ, универсально представлены в любой кодировке, одобренной для использования в Интернете. [ нужна цитата ]

Поддержка шестнадцатеричных чисел в этом контексте появилась позже, поэтому в старых браузерах могут возникнуть проблемы с отображением символов, на которые ссылаются шестнадцатеричные числа, но у них, вероятно, в любом случае возникнут проблемы с отображением символов Юникода выше кодовой точки 255. Чтобы обеспечить лучшую совместимость со старыми браузерами, по-прежнему распространенной практикой является преобразование шестнадцатеричной кодовой точки в десятичное значение (например, &#21512; вместо &#x5408;). [ нужна цитата ]

Именованные персонажи [ править ]

В HTML 4 существует стандартный набор из 252 именованных символьных объектов для символов — некоторые общие, некоторые неясные — которые либо не встречаются в определенных кодировках символов, либо чувствительны к разметке в некоторых контекстах (например, угловые скобки и кавычки). Хотя на любой символ Юникода можно ссылаться по его числовому коду, некоторые авторы HTML-документов предпочитают вместо этого использовать эти именованные объекты, где это возможно, поскольку они менее загадочны и лучше поддерживаются ранними браузерами.

Символьные сущности могут быть включены в HTML-документ с помощью ссылок на сущности , которые принимают форму &Имя сущности ;, где EntityName — имя сущности. Например, &mdash;, так же, как &#8212; или &#x2014;, представляет U+ 2014 : символ длинного тире «—», даже если используемая кодировка символов не содержит этот символ.

Полный список см. в разделе Список ссылок на символьные сущности XML и HTML .

Определение кодировки символов [ править ]

Чтобы правильно обрабатывать HTML, веб-браузер должен выяснить, какие символы Юникода представлены в закодированной форме HTML-документа. Для этого веб-браузер должен знать, какая кодировка использовалась.

Информация о кодировании [ править ]

Когда документ передается через сообщение MIME или транспорт, который использует типы контента MIME, такие как ответ HTTP , сообщение может сигнализировать о кодировке через заголовок Content-Type, например Content-Type: text/html; charset=UTF-8. Другие внешние средства объявления кодировки разрешены, но используются редко. Если в документе используется кодировка Unicode , информация о кодировке также может присутствовать в виде метки порядка байтов (BOM). Наконец, кодировку можно объявить с помощью синтаксиса HTML. Для text/html затем сериализация, если страница закодирована в расширении ASCII (например, UTF-8 и, следовательно, не в том случае, если страница использует UTF-16 ), meta элемент, как <meta http-equiv="content-type" content="text/html; charset=UTF-8"> или (начиная с HTML5 ) <meta charset="UTF-8">может быть использован. Для страниц HTML, сериализованных как XML, параметры объявления должны либо полагаться на кодировку по умолчанию (которая для документов XML — UTF-8), либо использовать объявление кодировки XML. Метаатрибут не играет никакой роли в HTML, обслуживаемом как XML.

Кодировка по умолчанию [ править ]

Кодировка по умолчанию применяется, когда нет внешнего или внутреннего объявления кодировки, а также нет отметки порядка байтов. Хотя кодировка по умолчанию для HTML-страниц, обслуживаемых как XML, должна быть UTF-8, кодировка по умолчанию для обычной веб-страницы (то есть: для HTML-страниц, сериализованных как text/html) варьируется в зависимости от локализации браузера. Для системы, настроенной в основном для западноевропейских языков, обычно это Windows-1252 . Для локалей с кириллицей обычно используется значение по умолчанию Windows-1251 . Для браузера из региона, где преобладают устаревшие многобайтовые кодировки символов, вероятно, будет применена некоторая форма автоматического обнаружения.

Кодирование тенденций

Из-за наследия 8-битных представлений текста в языках программирования и операционных системах , а также из-за желания не обременять пользователей необходимостью понимать нюансы кодирования, многие текстовые редакторы, используемые авторами HTML, не могут или не хотят предлагать выбор кодировок. при сохранении файлов на диск и часто даже не позволяют вводить символы, выходящие за пределы очень ограниченного диапазона. Следовательно, многие авторы HTML не знают о проблемах с кодировкой и могут не иметь ни малейшего представления о том, какая кодировка на самом деле используется в их документах. Недоразумения, такие как убеждение, что объявление кодировки влияет на изменение фактической кодировки (хотя на самом деле это просто метка, которая может быть неточной), также являются причиной такого отношения редактора. Еще одним фактором, способствующим тому же направлению, является появление UTF-8, который значительно уменьшает потребность в других кодировках, и поэтому современные редакторы склонны использовать стандартные кодировки, рекомендованные спецификацией HTML5. [1] в UTF-8.

Метка порядка байтов/прослушивание Unicode [ править ]

Для обеих сериализаций HTML (тип содержимого «text/html» и тип содержимого «application/xhtml+xml») метка порядка байтов (BOM) является эффективным способом передачи информации о кодировке в документе HTML. Для UTF-8 спецификация не является обязательной, но она обязательна для кодировок UTF-16 и UTF-32. (Примечание: UTF-16 и UTF-32 без спецификации формально известны под разными именами, представляют собой разные кодировки и, следовательно, требуют определенной формы объявления кодировки — см. UTF-16BE , UTF-16LE , UTF-32LE и UTF-32BE. .) Использование символа спецификации (U+FEFF) означает, что кодировка автоматически объявляет себя любому обрабатывающему приложению. Приложениям обработки достаточно искать начальные 0x0000FEFF, 0xFEFF или 0xEFBBBF в потоке байтов, чтобы идентифицировать документ как кодировку UTF-32, UTF-16 или UTF-8 соответственно. Для этих кодировок не требуются дополнительные механизмы метаданных, поскольку метка порядка байтов включает в себя всю информацию, необходимую для обработки приложений. В большинстве случаев символ метки порядка байтов обрабатывается путем редактирования приложений отдельно от других символов, поэтому существует небольшой риск того, что автор удалит или иным образом изменит метку порядка байтов, чтобы указать неправильную кодировку (что может произойти, когда кодировка объявлена на английском языке/латиницей). Если в документе отсутствует метка порядка байтов, тот факт, что первым непустым печатаемым символом в HTML-документе должен быть «<» (U+003C), можно использовать для определения UTF-8/UTF-16/. Кодировка UTF-32.

Переопределение кодировки [ править ]

Многие документы HTML предоставляются с неточной информацией о кодировке или вообще не содержат информации о кодировке. Чтобы определить кодировку в таких случаях, многие браузеры позволяют пользователю вручную выбрать имя кодировки из списка. Они также могут использовать алгоритм автоматического определения кодировки, который работает совместно или в случае спецификации и в случае использования HTML в качестве XML против ручного переопределения.

Для HTML-документов, которые text/htmlсериализованное, ручное переопределение может применяться ко всем документам или только к тем, для которых кодировку невозможно определить путем просмотра объявлений и/или шаблонов байтов. Тот факт, что ручное переопределение присутствует и широко используется, препятствует принятию точных объявлений кодирования в Интернете; поэтому проблема, скорее всего, сохранится. Но обратите внимание, что Internet Explorer, Chrome и Safari – как для XML, так и для text/html сериализации – не разрешайте переопределять кодировку всякий раз, когда страница включает спецификацию. [2]

Для документов HTML, сериализованных с помощью предпочтительной метки XML: application/xhtml+xml, переопределение кодировки вручную не допускается. Переопределить кодировку такого XML-документа означало бы, что документ перестал быть XML, поскольку для XML-документов наличие объявления кодировки с обнаруживаемыми ошибками является фатальной ошибкой. В настоящее время браузеры Gecko, такие как Firefox, соблюдают это правило, тогда как большинство других распространенных браузеров, поддерживающих HTML как XML, таких как браузеры Webkit (Chrome/Safari) [3] разрешить переопределение кодировки документов XHTML вручную.

Поддержка веб-браузера [ править ]

Многие браузеры способны отображать лишь небольшую часть полного набора символов Unicode. Вот как ваш браузер отображает различные элементы кода Unicode:

Пример поддержки веб-браузером символов Юникода
Характер Ссылка на HTML-символ Имя в Юникоде Что отображает ваш браузер
U + 0041 &#65; или &#x41; Латинская заглавная буква А А
U + 00DF &#223; или &#xDF; Латинская строчная буква Sharp S SS
U + 00FE &#254; или &#xFE; Латинская строчная буква Торн то есть
U + 0394 &#916; или &#x394; Греческая заглавная буква Дельта Д
U + 017D &#381; или &#x17D; Латинская заглавная буква Z с крючком Ж
U + 0419 &#1049; или &#x419; Кириллическая заглавная буква Короткая I И
U + 05E7 &#1511; или &#x5E7; Еврейская буква Человек К
U + 0645 &#1605; или &#x645; Арабская буква Мим М
U + 0E57 &#3671; или &#xE57; Тайская цифра 7
U + 1250 &#4688; или &#x1250; Геэз слог Qha с
U + 3042 &#12354; или &#x3042; Хирагана буква А (японский) а
U + 53F6 &#21494; или &#x53F6; Унифицированный иероглиф CJK -53F6 ( упрощенный китайский «Лист») лист
U + 8449 &#33865; или &#x8449; CJK Unified Ideograph -8449 ( традиционный китайский «Лист») лист
U + B5AB &#46507; или &#xB5AB; хангыль Слог Ттеолп (корейский «Ssangtikeut Eo Rieulbieup») Вяжущий
U + 16A0 &#5792; или &#x16A0; Руническая буква Феху
U + 0D37 &#3383; или &#x0D37; Буква малаялам ഷ (ṣha) Ш
U + 1F602 &#128514; или &#x1F602; Лицо со слезами радости смайлик 😂
Чтобы отобразить все символы выше, вам может потребоваться установить один или несколько крупных многоязычных шрифтов, например Code2000 .

Некоторые веб-браузеры, такие как Mozilla Firefox , Opera , Safari и Internet Explorer (начиная с версии 7), способны отображать многоязычные веб-страницы, разумно выбирая шрифт для отображения каждого отдельного символа на странице. Они будут корректно отображать любое сочетание блоков Юникода , если соответствующие шрифты присутствуют в операционной системе .

Старые браузеры, такие как Netscape Navigator 4.77 и Internet Explorer 6 , могут отображать только текст, поддерживаемый текущим шрифтом, связанным с кодировкой символов страницы, и могут ошибочно интерпретировать ссылки на числовые символы как ссылки на значения кода в текущей кодировке символов, а не как ссылки на значения кода в текущей кодировке символов. чем ссылки на кодовые точки Unicode. Когда вы используете такой браузер, маловероятно, что на вашем компьютере есть все эти шрифты или что браузер сможет использовать все доступные шрифты на одной странице. В результате браузер не будет корректно отображать текст в приведенных выше примерах, хотя и может отображать их подмножество. Однако, поскольку они закодированы в соответствии со стандартом, они будут корректно отображаться в любой системе, которая совместима с ним и имеет доступные символы. Кроме того, эти символы, которым даны имена для использования в ссылках на именованные сущности, вероятно, будут более доступны, чем другие.

Для отображения символов за пределами базовой многоязычной плоскости , таких как готическая буква файху, которая является вариантом рунической буквы феху в таблице выше, в некоторых системах (например, Windows 2000) требуется ручная корректировка их настроек.

Частота использования [ править ]

Согласно внутренним данным кодировка веб-индекса Google, в декабре 2007 года Unicode UTF-8 стала наиболее часто используемой кодировкой на веб-страницах, обогнав как ASCII (США), так и 8859-1 / 1252 (западноевропейская). [4]

См. также [ править ]

Ссылки [ править ]

  1. ^ Ян Хиксон (2011). «HTML5» . Проверено 17 сентября 2011 г. Авторам рекомендуется использовать UTF-8. Специалисты по проверке соответствия могут посоветовать авторам не использовать устаревшие кодировки. [RFC3629] Инструменты разработки должны по умолчанию использовать UTF-8 для вновь создаваемых документов. [RFC3629]
  2. ^ «12897 — в некоторых парсерах спецификация UTF-8 превосходит атрибут кодировки HTTP (алгоритм анализа кодировки)» . www.w3.org . Проверено 9 марта 2023 г.
  3. ^ «66189 — анализатор XML не выдает НЕУСТРАНИМУЮ ОШИБКУ для всех обнаруживаемых ошибок кодирования» . bugs.webkit.org . Проверено 9 марта 2023 г.
  4. ^ Марк Дэвис : Переход на Unicode 5.1. Официальный блог Google, 5 мая 2008 г.

Внешние ссылки [ править ]

Arc.Ask3.Ru: конец оригинального документа.
Arc.Ask3.Ru
Номер скриншота №: DB1495934799939E50D4BD74DEF2B8D0__1717601160
URL1:https://en.wikipedia.org/wiki/Unicode_and_HTML
Заголовок, (Title) документа по адресу, URL1:
Unicode and HTML - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть, любые претензии не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, денежную единицу можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)