Как изменить кодировку на телефоне Android

Обновлено: 30.09.2022

Во время сессии "Что нового в Android Media" на Google I/O 2021 компания Google рассказала о многих проблемах, связанных с захватом и воспроизведением мультимедиа, и о том, что они делают, чтобы сделать жизнь разработчиков лучше. Одна из самых больших проблем, которую Google хочет решить, — это огромный размер файлов видеозахватов высокой четкости. Очевидным решением этой проблемы является использование более эффективного формата для кодирования видеофайла, и похоже, что некоторые OEM-производители будут делать именно это в Android 12.

Google уже давно рекомендует использовать бесплатный кодек AV1 для кодирования видео, но лишь немногие аппаратные продукты поддерживают аппаратное ускорение для кодирования в AV1. С другой стороны, есть H.265/HEVC, видеокодек, который не является бесплатным, но который поддерживает большинство высококачественных Android-устройств, выпущенных за последние несколько лет, с аппаратным ускорением. По сравнению с H.264/AVC, т.е. видеокодек, который большинство приложений для камеры на смартфонах Android записывают по умолчанию, Google утверждает, что H.265/HEVC может записывать видео с тем же качеством, но с вдвое меньшим битрейтом, что приводит к значительному уменьшению размера файла.

AVC против HEVC

Декодирование видео, закодированного в формате H.265/HEVC, также широко поддерживается устройствами под управлением Android и других операционных систем, поэтому проблем с записью видео в этом формате больше не возникает. Проблема, однако, заключается в том, что запись HEVC часто отключена по умолчанию в большинстве приложений камеры, и маловероятно, что большинство пользователей когда-либо будут углубляться в меню «расширенных» настроек, где обычно находится переключатель для ее включения. Например, я открыл стандартные приложения камеры на следующих высококлассных устройствах Android и обнаружил, что, хотя каждое из них предлагало возможность более эффективного хранения видео путем кодирования в формате HEVC, ни в одном из них этот переключатель не был включен по умолчанию:

    под управлением ZenUI 8 под управлением Android 11 под управлением ColorOS 11 под управлением OxygenOS 11 под управлением Realme UI 1.0 под управлением One UI 3.1 под управлением MIUI 12

Однако Google заявляет, что, начиная с Android 12, все больше OEM-производителей будут использовать HEVC в качестве формата по умолчанию для захвата видео.

OEM будут использовать HEVC в качестве формата захвата видео по умолчанию в Android 12

Хотя Google не сообщает, сколько OEM-производителей и какие OEM-производители сделают HEVC форматом захвата видео по умолчанию в своих приложениях для камер, тем не менее об этом можно услышать. Это означает, что обычному пользователю больше не нужно будет включать кодировку HEVC — функцию, о существовании которой многие могут даже не знать. Сделав HEVC форматом захвата видео по умолчанию, пользователи могут сократить объем места, занимаемого видеозаписями в локальном или облачном хранилище. Кроме того, файлы меньшего размера сократят время загрузки в социальных сетях и на других платформах, где пользователи могут загружать видео.

Однако не каждое приложение для Android поддерживает обработку контента HEVC. Для тех приложений, которые его не поддерживают, в Android 12 добавлен API транскодирования мультимедиа, который автоматически преобразует формат в H.264/AVC для лучшей совместимости.

Целевая аудитория: кодировщики HTML (использующие редакторы или скрипты), разработчики скриптов (PHP, JSP и т. д.), кодировщики CSS, менеджеры веб-проектов и все, кто плохо знаком с кодировками символов и нуждается в ознакомлении с тем, как выбирать и применить кодировку символов.

Вопрос

Какую кодировку символов следует использовать для моего контента и как ее применить к своему контенту?

Контент состоит из последовательности символов. Символы представляют собой буквы алфавита, знаки препинания и т. д. Но содержимое хранится в компьютере в виде последовательности байтов, представляющих собой числовые значения. Иногда для представления одного символа используется более одного байта. Подобно кодам, используемым в шпионаже, способ преобразования последовательности байтов в символы зависит от того, какой ключ использовался для кодирования текста. В этом контексте этот ключ называется кодировкой символов.

В этой статье предлагаются простые советы о том, какую кодировку символов использовать для вашего контента и как ее применять, т.е. как на самом деле создать документ в этой кодировке.

Если вам нужно лучше понять, что такое символы и кодировки символов, см. статью Кодировки символов для начинающих .

Быстрый ответ

Выберите UTF-8 для всего контента и рассмотрите возможность преобразования любого контента в устаревших кодировках в UTF-8.

Если вы действительно не можете использовать кодировку Unicode, убедитесь, что выбранная вами кодировка страницы широко поддерживается браузерами и что эта кодировка не входит в список кодировок, которых следует избегать согласно последним спецификациям.< /p>

В дополнение к объявлению кодировки документа внутри документа и/или на сервере вам необходимо сохранить текст в этой кодировке, чтобы применить ее к вашему контенту.

Разработчикам также необходимо убедиться, что различные части системы могут взаимодействовать друг с другом.

Подробнее

Применение кодировки к вашему контенту

Авторы содержания должны объявить кодировку символов своих страниц, используя один из методов, описанных в разделе Объявление кодировок символов в HTML.

Однако важно понимать, что простое объявление кодировки внутри документа или на сервере фактически не изменит байты; вам нужно сохранить текст в этой кодировке, чтобы применить его к вашему контенту. (Объявление просто помогает браузеру интерпретировать последовательности байтов, в которых хранится текст.)

При необходимости установите кодировку UTF-8 по умолчанию для новых документов в вашем редакторе. На рисунке ниже показано, как это можно сделать в настройках редактора, такого как Dreamweaver.

Информацию о «Форме нормализации Unicode» см. в разделе Нормализация в HTML и CSS . Сведения о подписи Unicode (BOM) см. в разделе Знак порядка байтов (BOM) в HTML .

DreamWeaver

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

Зачем использовать кодировку UTF-8?

Страница HTML может быть только в одной кодировке. Вы не можете кодировать разные части документа в разных кодировках.

Кодировка на основе Unicode, такая как UTF-8, может поддерживать многие языки и может вмещать страницы и формы на любом сочетании этих языков. Его использование также устраняет необходимость в логике на стороне сервера для индивидуального определения кодировки символов для каждой обслуживаемой страницы или каждой входящей отправки формы. Это значительно упрощает работу с многоязычным сайтом или приложением.

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

Поддержка данной кодировки, даже кодировки Unicode, не обязательно означает, что пользовательский агент будет правильно отображать текст. Многочисленные шрифты, такие как арабский и индийский, требуют дополнительных правил для преобразования последовательности символов в памяти в соответствующую последовательность глифов шрифта для отображения.

В наши дни любые барьеры для использования Unicode очень низки. Фактически, в январе 2012 года Google сообщил, что более 60% Интернета в их выборке из нескольких миллиардов страниц теперь используют UTF-8. Добавьте к этому цифру для веб-страниц, состоящих только из ASCII (поскольку ASCII является подмножеством UTF-8), и эта цифра возрастет примерно до 80%.

Существует три различных кодировки символов Unicode: UTF-8, UTF-16 и UTF-32. Из этих трех для веб-контента следует использовать только кодировку UTF-8. В спецификации HTML5 говорится: "Авторам рекомендуется использовать UTF-8. Специалисты по проверке соответствия могут посоветовать авторам не использовать устаревшие кодировки. Инструменты разработки должны по умолчанию использовать UTF-8 для вновь создаваемых документов".

В частности, обратите внимание, что все символы ASCII в кодировке UTF-8 используют те же байты, что и в кодировке ASCII, что часто способствует взаимодействию и обратной совместимости.

Дополнительная информация

Информация в этом разделе относится к вещам, которые обычно вам не нужны, но которые включены сюда для полноты картины.

Что делать, если я не могу использовать кодировку UTF-8?

Если вы действительно не можете избежать использования кодировки символов, отличной от UTF-8, вам придется выбирать из ограниченного набора имен кодировок, чтобы обеспечить максимальную совместимость и максимально длительный срок удобочитаемости вашего контента, а также минимизировать безопасность. уязвимости.

До недавнего времени реестр IANA был местом, где можно было найти имена для кодировок. Реестр IANA обычно включает несколько имен для одной и той же кодировки. В этом случае вы должны использовать имя, обозначенное как «предпочтительное».

Новая спецификация Encoding теперь содержит список, протестированный на реальных реализациях браузера. Список можно найти в таблице в разделе Кодировки. Лучше всего использовать имена из левого столбца этой таблицы.

Обратите внимание, однако, что наличие имени в любом из этих источников не обязательно означает, что можно использовать эту кодировку. В следующем разделе приведены кодировки, которых следует избегать.

Избегайте этих кодировок

Спецификация HTML5 указывает на ряд кодировок, которых следует избегать.

В документах не должны использоваться JIS_C6226-1983, JIS_X0212-1990, HZ-GB-2312, JOHAB (кодовая страница Windows 1361), кодировки на основе ISO-2022 или кодировки на основе EBCDIC.Это связано с тем, что они позволяют кодовым точкам ASCII представлять символы, отличные от ASCII, что представляет угрозу безопасности.

Кроме того, в документах не должны использоваться кодировки CESU-8, UTF-7, BOCU-1 или SCSU, поскольку они никогда не предназначались для веб-контента, а спецификация HTML5 запрещает браузерам их распознавать.

Спецификация также настоятельно не рекомендует использовать UTF-16, а использование UTF-32 «особенно не рекомендуется».

Заменяющая кодировка, указанная в спецификации кодировки, на самом деле не является кодировкой; это запасной вариант, который сопоставляет каждый октет с кодовой точкой Unicode U+FFFD REPLACEMENT CHARACTER . Очевидно, что передавать данные в такой кодировке бесполезно.

Определяемая пользователем кодировка x – это однобайтовая кодировка, младшая половина которой – это ASCII, а верхняя – сопоставлена ​​с частной областью использования Unicode (PUA). Как и в случае с PUA в целом, лучше избегать использования этой кодировки в общедоступном Интернете, поскольку она наносит ущерб функциональной совместимости и долгосрочному использованию.

Сначала плохие новости. Существуют сотни мобильных устройств, и практически невозможно поддерживать 100% из них.

Хорошая новость заключается в том, что мобильные устройства становятся лучше. Прошли те времена, когда 3GP 176x144 был синонимом мобильного видео. Современные смартфоны действительно могут воспроизводить видео высокого качества, и использование смартфонов растет. Это не означает, что с 3GP покончено или что у всех есть смартфоны. Но использование смартфонов растет (на 64 % в годовом исчислении по состоянию на второй квартал 2010 г.), и неудивительно, что пользователи смартфонов чаще смотрят видео на своих телефонах, чем их, э-э, глупые друзья, использующие телефоны.

Поэтому, если вы хотите поддерживать более 90 % мобильных устройств, вам необходимо как минимум два типа видео: 3GP + MPEG-4 для менее сложных устройств и H.264 + MP4 для смартфонов.

Это действительно хорошие новости. Одно выходное видео может охватывать всех пользователей ваших смартфонов — iPhone/iPad/iPod, Android и (по большей части) Blackberry. На всякий случай добавьте PSP, PS3 и Xbox 360.

Конечно, хотя один универсальный выход для смартфона может удовлетворить потребности большинства пользователей смартфонов, вы можете добиться большего успеха, используя несколько мобильных выходов. Например, у iPad родное разрешение 1024x768, что в пять раз больше, чем 480x320 на более ранних iPhone. Поэтому, если вы закодируете видео с разрешением 480 x 320, вы упустите возможности iPad с почти высоким разрешением.

К счастью, вы можете настроить таргетинг на мобильные устройства, используя несколько стандартных профилей кодирования. Начните с универсального профиля смартфона для широкой совместимости; добавить версию Advanced Smartphone Profile для более продвинутых устройств; и дополните свой список мобильных устройств устаревшим профилем для максимальной совместимости — либо нашим устаревшим профилем смартфона (ниже), либо даже 3GP-видео для еще более широкой совместимости.

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

Видео: H.264, уровень 3.0, базовый профиль
Аудио: AAC, 1–2 канала

Универсальный профиль смартфона

Это отличный стартовый профиль для широкой совместимости с современными смартфонами. Воспроизведение практически на всех устройствах, хотя и не позволяет использовать преимущества более высоких разрешений и сложности кодеков, доступных на новейших устройствах.

Воспроизведение:

iOS: iPhone, iPad, Apple TV, iPod Touch, iPod Classic, iPod 5.5G
Blackberry: Bold 9000, Curve 8910, 8900, 8520, Pearl 9XXX, Storm, Storm 2, Torch, Tour, Bold 9650 + 9700
Android: Все (?)
Другое: PSP (3.30+), PS3, Xbox 360, Интернет, Palm Pre*

Не воспроизводится на:

iPod 5G, PSP (до версии 3.30), Blackberry Curve 9330, 9300, 8530, 83XX, Pearl 8XXX, 88XX

Настройки:

Универсальный профиль смартфона v2

Этот профиль лучше воспроизводится на iPhone 4, iPad, Apple TV, новом iPod Touch, Droid, PS3 и Xbox за счет увеличения разрешения видео. Однако на старых iPhone лишние пиксели тратятся впустую, из-за чего видео не воспроизводится на Blackberry и некоторых телефонах Android.

Воспроизведение:

Все вышеперечисленное, за исключением Blackberry и, возможно, более слабых устройств Android

Настройки:

То же, что и универсальный профиль смартфона (выше), но с размером 640 x 480

Расширенный профиль смартфона

Новые устройства iOS поддерживают более высокое разрешение и более высокую сложность кодирования (что означает лучшее сжатие). В частности, пользователям iPad и Apple TV не нужно смотреть видео с разрешением 480 x 320 на своих красивых экранах, поэтому имеет смысл предоставить версию более высокого качества, если вы хотите, чтобы эти пользователи получали удовольствие от просмотра.

Воспроизведение:

iOS: iPhone 4, iPad, Apple TV*, новый iPod Touch
Android: Nexus One, Droid и другие устройства. (Однако на них YMMV. Некоторые пользователи сообщают о проблемах с видео 720p.)
Другое: PS3, Интернет

Не воспроизводится на:

iOS: iPod 5G/5.5G/Classic, iPhone 3GS и более ранние версии, более старый iPod Touch PSP, старый Apple TV*
Blackberry: все
Android: другие
Другое: PSP, PS3, Xbox 360, Интернет

Настройки:

Обратите внимание, это максимальный размер. Для родного разрешения iPhone 4 установите размер 960 x 640

Расширенный профиль смартфона v2

Для поддержки старых устройств Apple TV используйте параметр «Расширенный профиль смартфона» и один из следующих параметров:

Настройки:

Расширенный профиль смартфона (выше), а также один из следующих параметров:

Профиль старого смартфона

Этот профиль воспроизводится на последнем основном наборе мобильных устройств на основе H.264: в частности, на более старых моделях iPod и некоторых устройствах Blackberry. Компромисс заключается в значительно меньшем видео: 320 x 240 и не более 768 кбит/с.

Старые модели iPhone/iPod запрашивают профиль «H.264 Baseline Low Complexity». «Низкая сложность» на самом деле не является стандартом H.264 — на самом деле это просто означает «только 1 опорный кадр». Пока неизвестно, насколько устройства Apple действительно применяют это требование, но для настоящей совместимости вам, вероятно, следует использовать базовый профиль и ограничить контрольные кадры до 1. Это можно сделать с помощью параметра h264_reference_frames.

Воспроизведение:

Все вышеперечисленное плюс: iPod 5G, PSP (до 3.30), Blackberry Curve 9330, 9300, 8530, 83XX, Pearl 8XXX, 88XX, Palm Pre*

Настройки:

Устаревшие профили 3GP

Наконец, один или два профиля 3GP расширят поддержку многих оставшихся мобильных устройств.

Примечательно, что вы можете использовать их на большинстве устройств, поддерживаемых выше, в профиле смартфона Legacy. Поэтому, если вы кодируете видео 3GP с разрешением 320 x 240, вам может не понадобиться кодировать другое видео H.264 с разрешением 320 x 240.

Примечание

  • Эти видео будут выглядеть ужасно, но это стоимость поддержки телефонов 3GP.
  • Чтобы доставлять видео 3GP в виде потока RTMP, его необходимо «подсказать». Установите для подсказки значение true в запросе API, чтобы включить его.

Воспроизведение:

Трудно сказать. Существуют тысячи типов устройств 3GP, и каждое из них немного отличается. Считайте это отправной точкой.

Профиль А

Профиль Б

Обзор

Если вы хотите создать мобильное видео, начните с универсального профиля смартфона. Для лучшего качества дополните это видео Advanced Smartphone Profile. Для большей совместимости добавьте один или два устаревших профиля с использованием MP4 или 3GP. Вот и все. Для поддержки большинства мобильных устройств требуется всего 1–3 профиля.

Как правило, вы можете обмениваться текстовыми файлами, не беспокоясь о том, как хранится текст. Однако если вы делитесь текстовыми файлами с людьми, которые работают на других языках, загружаете текстовые файлы через Интернет или делитесь текстовыми файлами с другими компьютерными системами, вам может потребоваться выбрать стандарт кодирования при открытии или сохранении файла.

Когда вы или кто-то другой открывает текстовый файл в Microsoft Word или в другой программе — возможно, на компьютере с системным программным обеспечением на языке, отличном от языка, который использовался для создания файла — стандарт кодирования помогает в этом. программа определяет, как представить текст, чтобы он был удобочитаемым.

Что вы хотите сделать?

Знакомство с кодировкой текста

То, что кажется вам текстом на экране, на самом деле сохраняется в виде числовых значений в текстовом файле. Ваш компьютер переводит числовые значения в видимые символы. Это достигается с помощью стандарта кодирования.

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

Разные стандарты кодирования для разных алфавитов

Стандарт кодирования, сохраненный в текстовом файле, предоставляет информацию, необходимую вашему компьютеру для отображения текста на экране. Например, в кодировке кириллицы (Windows) символ Й имеет числовое значение 201. Когда вы открываете файл, содержащий этот символ, на компьютере, использующем кодировку кириллицы (Windows), компьютер считывает числовое значение 201 и отображает Й на экране.

Однако, если вы откроете тот же файл на компьютере, использующем другую кодировку, компьютер отобразит любой символ, соответствующий числовому значению 201 в стандарте кодировки, который компьютер использует по умолчанию. Например, если на вашем компьютере используется западноевропейский (Windows) стандарт кодировки, символ в исходном кириллическом файле будет отображаться как É, а не Й, поскольку в западноевропейской (Windows) кодировке значение 201 отображается на É.< /p>

Юникод: единый стандарт кодирования для многих алфавитов

Чтобы избежать проблем с кодированием и декодированием текстовых файлов, вы можете сохранять файлы в кодировке Unicode.Юникод поддерживает большинство наборов символов для всех языков, которые сегодня широко используются пользователями компьютеров.

Поскольку Word основан на Unicode, Word автоматически сохраняет файлы, закодированные как Unicode. Вы можете открывать и читать файлы в кодировке Unicode на своем англоязычном компьютере независимо от языка текста. Аналогичным образом, когда вы используете англоязычную систему для сохранения файлов в кодировке Unicode, файл может содержать символы, не встречающиеся в западноевропейских алфавитах, например символы греческого, кириллического, арабского или японского языков.

Выберите стандарт кодирования при открытии файла

Если при открытии файла текст отображается искаженным, в виде вопросительных знаков или прямоугольников, возможно, Word не точно определил стандарт кодирования текста в файле. Вы можете указать стандарт кодирования, который можно использовать для отображения (декодирования) текста.

Перейдите на вкладку "Файл".

Нажмите "Параметры".

Нажмите "Дополнительно".

Прокрутите до раздела "Общие" и установите флажок "Подтверждать преобразование формата файла при открытии".

Примечание. Если этот флажок установлен, Word отображает диалоговое окно «Преобразовать файл» каждый раз, когда вы открываете файл в формате, отличном от формата Word (форматы Word включают .doc, .dot, .docx, .docm, . файлы dotx или .dotm). Если вы часто работаете с такими файлами, но редко хотите выбирать стандарт кодирования, не забудьте отключить этот параметр, чтобы это диалоговое окно не открывалось без необходимости.

Закройте и снова откройте файл.

В диалоговом окне "Преобразовать файл" выберите "Закодированный текст".

В диалоговом окне "Преобразование файла" выберите "Другая кодировка", а затем выберите нужный стандарт кодировки из списка.

Вы можете предварительно просмотреть текст в области предварительного просмотра, чтобы проверить, читается ли весь текст в выбранном стандарте кодирования.

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

Чтобы установить дополнительные шрифты, выполните следующие действия:

В Microsoft Windows нажмите кнопку "Пуск" и выберите "Панель управления".

Выполните одно из следующих действий:

В Windows 7

На панели управления нажмите "Удалить программу".

В списке программ выберите Microsoft Office или Microsoft Word, в зависимости от того, установили ли вы Word как часть Office или как отдельную программу, а затем нажмите Изменить.

В Windows Vista

На панели управления нажмите "Удалить программу".

В списке программ выберите Microsoft Office или Microsoft Word, в зависимости от того, установили ли вы Word как часть Office или как отдельную программу, а затем нажмите Изменить.

В Microsoft Windows XP

На панели управления нажмите "Установка и удаление программ".

В поле Установленные программы щелкните список Microsoft Office или Microsoft Word, в зависимости от того, установили ли вы Word как часть Office или как отдельную программу, а затем нажмите Изменить.

В разделе "Изменить установку Microsoft Office" нажмите "Добавить или удалить компоненты", а затем нажмите "Продолжить".

В разделе «Параметры установки» разверните «Общие функции Office», а затем разверните «Международная поддержка».

Выберите нужный набор шрифтов, нажмите стрелку рядом с выбором и выберите «Запустить с моего компьютера».

Совет. Когда вы открываете закодированный текстовый файл, Word применяет шрифты, указанные в диалоговом окне "Параметры веб-сайта". (Чтобы открыть диалоговое окно «Параметры веб-страницы», нажмите кнопку Microsoft Office, щелкните «Параметры Word», а затем нажмите «Дополнительно». В разделе «Общие» нажмите «Параметры веб-сайта».) Вы можете выбрать параметры на вкладке «Шрифты» в диалоговом окне «Параметры веб-сайта», чтобы настроить шрифт для каждого набора символов.

Выберите стандарт кодирования при сохранении файла

Если вы не выберете стандарт кодировки при сохранении файла, Word кодирует файл как Unicode. Обычно можно использовать кодировку Unicode по умолчанию, поскольку она поддерживает большинство символов большинства языков.

Если ваш документ будет открыт в программе, не поддерживающей Unicode, вы можете выбрать стандарт кодирования, соответствующий стандарту целевой программы. Например, Unicode позволяет создать документ на традиционном китайском языке в англоязычной системе. Однако, если документ будет открыт в программе на традиционном китайском языке, которая не поддерживает Unicode, вы можете сохранить документ в кодировке традиционного китайского языка (Big5). Когда документ открывается в программе на традиционном китайском языке, весь текст отображается правильно.

Примечание. Поскольку Unicode является наиболее полным стандартом, сохранение текста в любой другой кодировке может привести к тому, что некоторые символы больше не будут отображаться. Например, документ, закодированный в Unicode, может содержать текст на иврите и кириллице.Если этот документ сохранен с кодировкой кириллицы (Windows), текст на иврите больше не будет отображаться, а если документ сохранен с кодировкой на иврите (Windows), текст на кириллице больше не будет отображаться.

Если вы выберете стандарт кодирования, который не поддерживает символы, которые вы использовали в файле, Word помечает красным цветом те символы, которые не может быть сохранен. Вы можете предварительно просмотреть текст в выбранном вами стандарте кодирования перед сохранением файла.

Текст, отформатированный шрифтом Symbol или кодами полей, удаляется из файла при сохранении файла как закодированного текста.

Выберите стандарт кодирования

Перейдите на вкладку "Файл".

Нажмите "Сохранить как".

Если вы хотите сохранить файл в другой папке, найдите и откройте ее.

В поле Имя файла введите новое имя файла.

В поле "Тип файла" выберите "Обычный текст".

Нажмите "Сохранить".

Если появится диалоговое окно средства проверки совместимости Microsoft Office Word, нажмите "Продолжить".

В диалоговом окне "Преобразование файла" выберите вариант стандарта кодирования, который вы хотите использовать:

Чтобы использовать стандарт кодирования по умолчанию для вашей системы, нажмите Windows (по умолчанию).

Чтобы использовать стандарт кодирования MS-DOS, щелкните MS-DOS.

Чтобы выбрать конкретный стандарт кодирования, нажмите «Другая кодировка», а затем выберите нужный стандарт кодирования из списка. Вы можете предварительно просмотреть текст в области предварительного просмотра, чтобы проверить, читается ли весь текст в выбранном стандарте кодирования.

Примечание. Размер диалогового окна "Преобразование файла" можно изменить, чтобы можно было просмотреть больше документов.

Если вы получили сообщение "Текст, выделенный красным цветом, не будет корректно сохранен в выбранной кодировке", попробуйте выбрать другую кодировку или установите флажок "Разрешить замену символов".

Если вы разрешаете замену символов, Word заменяет символ, который не может быть отображен, на ближайший эквивалентный символ в выбранной вами кодировке. Например, три точки заменяют многоточие, а прямые кавычки заменяют фигурные кавычки.

Если в выбранной вами кодировке нет эквивалентного символа для символа, отмеченного красным, символ, отмеченный красным, будет сохранен как символ вне контекста, например вопросительный знак.

Если документ будет открыт в программе, которая не переносит текст с одной строки на другую, вы можете включить в документ жесткие разрывы строк, установив флажок Вставить разрывы строк, а затем указав, хотите ли вы, чтобы строки разрывы должны быть обозначены символом возврата каретки (CR), перевода строки (LF) или и тем, и другим в поле Конец строки с помощью поля.

Поиск стандартов кодирования, доступных в Word

Word распознает несколько стандартов кодирования и поддерживает стандарты кодирования, поставляемые с системным программным обеспечением на вашем компьютере.

В следующем списке систем письма показаны стандарты кодирования (также называемые кодовыми страницами), связанные с каждой системой письма.

Читайте также: