How to Change File Type in Windows 10

With our increasing use of computers in our daily life, it may get necessary even for a simple user to change the file type of a file from one format to another. Each file format has their own properties. For example a ‘.txt’ file will probably get opened by the text editor while an ‘html’ file will get launched in your default browser.

File format analogy

Even though the contents inside the files might be the same, the file type matters a lot. The process of changing file type is quite simple and straightforward. However, there are some cases whereby changing the file type, the file becomes unusable. Hence it is recommended that you know exactly what you’re doing and also make an additional copy of the file.

Showing file extensions and changing the file format

By default, Windows doesn’t have the file format displayed alongside every file. For example, if a file is a text file, its name wouldn’t display ‘ap puals.txt’. Instead, it will only display ‘appuals’. First, we will enable the file extensions and then through basic rename, we will change the file extension. You can also choose to rename files in bulk if there are a lot of files that you need to change the type for.

1. Press Windows + E, click View from the top-most ribbon. Now click Options and select the option Change folder and search options.

Change folder and search options – Windows Explorer

1. Now uncheck the option Hide extensions for known file types. Now all the files will have their file extensions displayed alongside their names.

Enabling File Extensions – Windows Explorer

1. Now navigate to the file for which you want to change the file format. Right-click on it and select Rename.
2. Now change the file’s extension to the extension of the type which you want to change into. In this example, we change a ‘text’ file to a ‘python’ file. The extensions for a text file are ‘txt’ and for python ‘py’.

Process of changing a file type

Here is a list of common file extensions used in the world of computing. We have listed them according to their type.

File Types

This topic explains how to create new file types and how to associate your app with your file type and other well-defined file types. Files with a shared common file name extension (.doc, .html, and so on) are of the same type. For example, if you create a new text editor, then you can use the existing .txt file type. In other cases, you might need to create a new file type.

This topic is organized as follows:

Additional information can be found on the following topics:

Public and Private File Types

Public file types are also known as popular or contentious types because competing applications might want to be associated with these file types. Characteristics of public file types include:

• They are typically defined by standards bodies, and/or are promoted by their defining organizations as interchange formats.
• They are often exchanged between computers and users for diverse purposes.
• They need to be supported on many different platforms.
• Applications from multiple vendors are likely to handle them.

Some examples of file types that are considered public are the image file types .png, .gif, .jpg, and .bmp, and the audio types .wav, .mp3, and .au.

Unlike public file types, private or proprietary file types typically have a format that is implemented and understood by only one application or vendor. As a result, private file types are typically not prone to conflicts between applications. Some file types can start as private file types but later become public file types.

Windows does not differentiate between public and private file types. The distinction is relevant only in making decisions about your choice of file type registration.

Registering a File Type

To associate the file type with an existing application, locate the application ProgID in the registry. To associate the file type with a new application, define a ProgID for your application. For information about defining a new ProgID, see Programmatic Identifiers.

File name extension subkeys have the following general form: extension=ProgID. File name extension subkeys are stored in the HKEY_CLASSES_ROOT subtree.

It is important to include the leading period (.) when creating file type subkeys in the registry. For example, if you want a file type with the short extension .myp and the long extension .myp-file to be opened with an application called MyProgram, use the following syntax:

As demonstrated in the preceding example, if you also register a short file name extension (.myp), you should create a subkey for the long extension (.myp-file) as well. For more information, see File Type Handlers.

Setting Optional Subkeys and File Type Extension Attributes

File type extension entries in the registry have several optional subkeys and attributes.

The file type extension entries that are used by file associations are described in the following table. All values are of the REG_SZ type.

Registry entry	Action
Default	Set the default value of the extension subkey to the ProgID to which it is linked.
Content Type	Set the Content Type value to the file type’s MIME content type.
OpenWithList	Do not use. This subkey contains one or more application subkeys for applications that appear in the Open with dialog box entry for the file type and is intended only for .exe applications on operating systems prior to WindowsВ XP. Use OpenWithProgIds instead.
OpenWithProgIds	This subkey contains a list of alternate ProgIDs for this file type. The programs for these ProgIDs appear in the Open with menu and are available as default Windows Store apps for the file type. Whenever an application takes over this file type by changing the default value, it should also add an entry to this list.
PerceivedType	Set the PerceivedType value to the PerceivedType to which the file belongs, if any. This string is not used by Windows versions prior to WindowsВ Vista. For more information, see Perceived Types and Application Registration.

The general form of a file name extension subkey is as follows. All entry types are of the REG_SZ type.

Important considerations about file types include:

The HKEY_CLASSES_ROOT subtree is a view formed by merging HKEY_CURRENT_USER\Software\Classes and HKEY_LOCAL_MACHINE\Software\Classes

In general, HKEY_CLASSES_ROOT is intended to be read from but not written to. For more information, see the HKEY_CLASSES_ROOT article.

To register a file type globally on a particular computer, create an entry for the file type in the HKEY_LOCAL_MACHINE\Software\Classes subkey.

To make a file type registration visible to the current user only, create an entry for the file type in the HKEY_CURRENT_USER\Software\Classes subkey.

An application can provide its own implementation of a verb, such as open or play, as shown in the following registry example.

Subkeys of the verb subkey include the command line and the drop target method: command and DropTarget.

When you create or change a file association, it is important to notify the system that you have made a change. Do so by calling SHChangeNotify and specifying the SHCNE_ASSOCCHANGED event. If you do not call SHChangeNotify, the change may not be recognized until after the system is rebooted.

To retrieve registry information regarding a file association, use the IQueryAssociations interface. For a scenario that illustrates this procedure, see File Association Sample Scenario.

Both the App Paths and Applications registry subkeys are used to register and control the behavior of the system on behalf of applications. For more detailed information about this functionality, see Application Registration.

Deleting Registry Information During Uninstallation

When uninstalling an application, the ProgIDs and most other registry information associated with that application should be deleted as part of the uninstallation. However, applications that have taken ownership of a file type (by setting the Default value of the file type’s HKEY_CLASSES_ROOT\.extension subkey to the ProgID of the application) should not attempt to remove that value when uninstalling. Leaving the data in place for the Default value avoids the difficulty of determining whether another application has taken ownership of the file type and overwritten the Default value after the original application was installed. Windows respects the Default value only if the ProgID found there is a registered ProgID. If the ProgID is unregistered, it is ignored.

Note that other file-type ownership information is stored in the HKEY_CURRENT_USERsubtree and also is used only when the application that it references is registered. Therefore, this data does not need to be removed when uninstalling an application.

As an example, the following shows the state of the registry before an application is uninstalled:

The following shows the state of those same registry entries after the application has been uninstalled.

File Types That Support Open Metadata

In WindowsВ 7 and later, the following file types support open metadata.

Текстовый файл — Text file

Код типа ТЕКСТ Uniform Type Identifier (UTI) public.plain-text UTI conformation public.text Тип формата Формат файла документа , Универсальный контейнер формат

A текстовый файл (иногда пишется текстовый файл ; старое альтернативное имя — плоский файл ) — это разновидность компьютерного файла , который имеет структуру последовательность строк из электронного текста . Существует текстовый файл , хранящийся как данные в компьютерной файловой системе . В таких операционных системах, как CP / M и MS-DOS , где операционная система не отслеживает размер файла в байтах, конец текстового файла обозначается помещением один или несколько специальных символов, известных как маркер конца файла , как заполнение после последней строки в текстовом файле. В современных операционных системах, таких как Microsoft Windows и Unix-подобные системы , текстовые файлы не содержат каких-либо специальных символов EOF, поскольку файловые системы в этих операционных системах отслеживают размер файла в байты. Для большинства текстовых файлов необходимо иметь разделители end-of-line , которые выполняются несколькими способами в зависимости от операционной системы. Некоторые операционные системы с ориентированными на записи файловыми системами могут не использовать новые разделители строк и будут в основном хранить текстовые файлы с разделенными строками как записи фиксированной или переменной длины.

«Текстовый файл» относится к типу контейнера, а обычный текст относится к типу содержимого.

На общем уровне описания существует два типа компьютерных файлов: текстовые файлы и двоичные файлы .

Содержание

Данные storage

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

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

Кодировка

Набор символов ASCII является наиболее распространенным совместимым подмножеством символов. задается для текстовых файлов на английском языке и обычно считается форматом файла по умолчанию во многих ситуациях. Он охватывает американский английский, но для британского знака фунта , знака евро или символов, используемых за пределами английского языка, необходимо использовать более богатый набор символов. Во многих системах это выбирается на основе настройки локали по умолчанию на компьютере, с которого выполняется чтение. До UTF-8 это были традиционно однобайтовые кодировки (например, от ISO-8859-1 до ISO-8859-16 ) для европейских языков и широкие символы кодировки для азиатских языков.

Поскольку кодировки обязательно имеют только ограниченный набор символов, часто очень маленький, многие из них могут использоваться только для представления текста в ограниченном подмножестве человеческих языков. Unicode — это попытка создать общий стандарт для представления всех известных языков, а наиболее известные наборы символов являются подмножествами очень большого набора символов Unicode. Хотя для Unicode доступно несколько кодировок символов, наиболее распространенной является UTF-8 , которая имеет преимущество обратной совместимости с ASCII; то есть каждый текстовый файл ASCII также является текстовым файлом UTF-8 с идентичным значением. UTF-8 также имеет то преимущество, что легко обнаруживается автоматически . Таким образом, общий режим работы программного обеспечения, поддерживающего UTF-8, при открытии файлов с неизвестной кодировкой — сначала попробовать UTF-8 и вернуться к устаревшей кодировке, зависящей от локали, если это определенно не UTF-8.

Форматы

В большинстве операционных систем текстовый файл имени относится к формату файла, который допускает только текстовый контент с очень небольшим форматированием (например, без полужирный или курсив шрифты). Такие файлы можно просматривать и редактировать на текстовых терминалах или в Simple. Текстовые файлы обычно имеют тип MIME text / plain , обычно с дополнительной информацией, указывающей кодировку.

Текстовые файлы Microsoft Windows

MS-DOS и Microsoft Windows используют общий формат текстового файла, в котором каждая строка текста разделена комбинацией из двух символов: возврат каретки (CR) и перевод строки (LF). Обычно последняя строка текста не заканчивается маркером CR-LF, и многие текстовые редакторы (включая Блокнот ) не вставляют его автоматически в последнюю строку.

В операционных системах Microsoft Windows файл рассматривается как текстовый файл, если суффикс имени файла («расширение имени файла ») равен .txt . Однако многие другие суффиксы используются для текстовых файлов с определенными целями. Например, исходный код компьютерных программ обычно хранится в текстовых файлах с суффиксами к именам файлов, указывающими на язык программирования , на котором написан исходный текст.

В большинстве текстовых файлов Microsoft Windows используется кодировка «ANSI», «OEM», «Unicode» или «UTF-8». То, что в терминологии Microsoft Windows называется «кодировкой ANSI», обычно является однобайтовой кодировкой ISO / IEC 8859 (т.е. ANSI в меню Microsoft Notepad на самом деле является «системной кодовой страницей», не-Unicode, устаревшей кодировкой), за исключением для таких языков, как китайский, японский и корейский, для которых требуются двухбайтовые наборы символов. Кодировки ANSI традиционно использовались как языковые стандарты системы по умолчанию в Microsoft Windows до перехода на Unicode. В отличие от этого, OEM-кодировки, также известные как кодовые страницы DOS , были определены IBM для использования в исходной системе отображения текстового режима IBM PC. Обычно они включают в себя графические символы и символы, рисующие линии, обычные в приложениях DOS. Текстовые файлы Microsoft Windows с кодировкой «Unicode» содержат текст в UTF-16 формате преобразования Unicode. Такие файлы обычно начинаются с метки порядка байтов (BOM), которая сообщает порядок байтов содержимого файла. Хотя UTF-8 не имеет проблем с порядком следования байтов, многие программы Microsoft Windows (например, Блокнот) добавляют к содержимому файлов в кодировке UTF-8 спецификацию, чтобы отличить кодировку UTF-8 от других 8-битных кодировок.

Текстовые файлы Unix

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

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

Текстовые файлы Apple Macintosh

До появления Mac OS X (теперь называется macOS) классическая система Mac OS считала содержимое файла (ветвь данных) текстовым файлом, когда его ветвь ресурсов указывала, что тип файла был «ТЕКСТ». Строки текстовых файлов Macintosh заканчиваются символами CR.

Будучи сертифицированной Unix, macOS использует формат POSIX для текстовых файлов. Uniform Type Identifier (UTI), используемый для текстовых файлов в macOS, — «public.plain-text»; дополнительные, более конкретные UTI: «public.utf8-plain-text» для текста в кодировке utf-8, «public.utf16-external-plain-text» и «public.utf16-plain-text» для utf-16- закодированный текст и «com.apple.traditional-mac-plain-text» для классических текстовых файлов Mac OS.

Рендеринг

При открытии текстовым редактором удобочитаемое содержимое отображается в Пользователь. Часто это простой текст файла, видимый пользователю. В зависимости от приложения управляющие коды могут отображаться либо как буквальные инструкции, выполняемые редактором, либо как видимые escape-символы , которые можно редактировать как обычный текст. Хотя в текстовом файле может быть простой текст, управляющие символы в файле (особенно символ конца файла) могут отображать простой текст, невидимый определенным методом.