| |||
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! | |||
| |||
Adding or Replacing File ViewersThe File Viewer interfaces allow you to add file viewers to Windows. For example, you may need to add a file viewer that supports a new file format or provides additional functionality. To understand how to add a file viewer to Windows, it is important first to understand how the default file viewers work. The shell calls the Quick View program to display a file. Quick View manages the file viewing process and presents error messages for error conditions returned by the display engines ѕ a collection of DLLs that draws the viewer window and displays the file. Windows includes display engines for word processing documents, spreadsheets, databases, vector graphics, and raster graphics. File parser DLLs are associated with a particular display engine and are specific to a type or class of files. For example, spreadsheet and database files are associated with the spreadsheet or database display engine. These DLLs are typically between 25K and 75K in size and do all the low-level parsing of the files to be viewed. There are two methods to add file viewing functionality to Windows. First, a particular file parser DLL may be added to the system. The advantage of this method is that file parsers are relatively straightforward to write and debug. The disadvantage is that the limitations built into the default display engines (such as no printing and no cut, copy, and paste operations) remain even when a new file parsing DLL is used. For more information about the interface between the file parsers and the display engines, see File Parsers. The second method of including file viewing functionality in Windows is to add one or more DLLs that work directly with Quick View. The interaction between QUIKVIEW.EXE and the display engines is the subject of this overview. An example of one of these file viewing systems for ASCII files is found in the Samples subdirectory of the Microsoft® Win32® Software Development Kit (SDK). The main advantage of this method is that the code you write can support whatever file viewing functionality you wish to provide. This may be particularly important if your file format does not display well with one of the four default display engines. For example, an accounting package might have this problem. The main disadvantage of this method is that writing for the Quick View interface requires more development and testing effort. The remainder of this overview discusses the interaction between QUIKVIEW.EXE and the display engines. The discussion is split into three sections. The first section describes the entries in the registry necessary to support associations between a pathname and a file viewer. The second section describes how the shell starts Quick View and outlines the steps Quick View performs to locate an appropriate file viewer and activate it. The last section describes the structure and implementation of a file viewer OLE component, including the recommended user interface features. The file viewing technology used by the Quick View feature was developed jointly by Microsoft Corporation and Systems Compatibility Corporation. | |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
| |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
Дополнение или Заменяющие Файловые ЗрителиФайловые интерфейсы Зрителя позволяют Вам, чтобы добавлять файловых зрителей к Окну. Например, Вам возможно нужно добавлять файлового абонента, который поддерживает новый файловый формат или обеспечивает дополнительное функциональное назначение. Чтобы понимать как, чтобы добавлять файлового абонента к Windows, важно первое, чтобы понимать как по умолчанию файловые абоненты прокладывают. Оболочка называет Быструю программу Вида, чтобы отображать файл. Быстрый Вид управляет файлом, рассматривающим процесс и сообщения ошибки настоящего для условий ошибки возвращанных дисплейными двигателями U сбор DLLs, который делает окном абонента и отображает файл. Windows включает дисплейным двигателям для текстовой обработки документов, электронных таблиц, баз данных, векторная графика, и растровой графики. Файловый синтаксический анализатор DLLs связан конкретным дисплейным двигателем и быть характерный для типа или класса файлов. Например, электронная таблица и база данных файлов связаны электронной таблицей или базой данных дисплейного двигателя. Эти DLLs - обычно между 25K и 75K по величине и делать всем синтаксическим анализом низкого уровня файлов, который нужно рассматриваться. Есть два метода, чтобы добавлять файл, рассматривающий функциональное назначение на Windows. Сначала, конкретный файловый синтаксический анализатор DLL может быть добавлен к системе. Преимущество этого метода - то, что файловые синтаксические анализаторы сравнительно просты, чтобы записывать и отлаживаться. Недостаток - в том, что ограничения созданные в по умолчанию дисплейные двигатели (как например, никакая печать и никакое снижение, копия, и операции пасты), остаются даже когда новый файл, выполняющий грамматический разбор DLL использован. Более подробно об интерфейсе между файловыми синтаксическими анализаторами и дисплейные двигатели, смотри Файловые Синтаксические анализаторы. Второй метод включая файл, рассматривающий функциональное назначение в Windows должно добавить одно или более DLLs, которые работают непосредственно с Быстрым Видом. Взаимодействие между QUIKVIEW.EXE и дисплейными двигателями - предмет этого обзора. Пример одного из этого файла, рассматривающего системы для файлов ASCII обнаружен в Образцах subdirectory Microsoft Win32 Программный Комплект Разработки (SDK). Основное преимущество этого метода - в том, что код, Вы записываете, может поддержать независимо от того какой файл, рассматривающий функциональное назначение Вы хотите обеспечивать. Это может быть особенно важным если ваш файловый формат не отображается хорошо с одним из четырех по умолчанию дисплейных двигателей. Например, учет пакета мог иметь эту проблему. Основной недостаток этого метода - то, что запись для Быстрого интерфейса Вида требует более усилие разработки и испытания. Разность этого обзора обсуждает взаимодействие между QUIKVIEW.EXE и дисплейными двигателями. Дискуссия разделена в три секции. Первая секция описывает данные в регистрации необходимой поддерживать ассоциациям между pathname и файловый абонент. Вторая секция описывает как оболочка начинает Быстрый Вид и очерчивает Быстрый Вид шагов выполняется, чтобы располагать подходящего файлового абонента и активизировать это. Последняя секция описывает структуру и реализацию файлового компонента абонента OLE, включая рекомендуемый интерфейс пользавателя характеристик. Файл, рассматривающий технологию использованную Быстрой характеристикой Вида проявлялся совместно Корпорацией Микрософт и Корпорация Совместимости Систем. | |||
| |||
 |
