Отличие буфера обмена в ms word от буфера обмена windows

Копирование нескольких объектов

С
помощью буфера обмена Office можно
копировать и вставлять несколько
объектов. Например, можно скопировать
текст в документе Word, переключиться в
Excel и скопировать графический объект,
переключиться в PowerPoint и скопировать
маркированный список, переключиться
в Access и скопировать таблицу, а затем
переключиться обратно в Word и вставить
сразу все скопированные объекты. В
буфер обмена Office автоматически копируются
несколько объектов при следующих
действиях:

• последовательное
  копирование или вырезание двух различных
  объектов в одном приложении;

• копирование
  одного объекта, вставка его и копирование
  другого объекта в том же приложении;

• последовательное
  копирование одного объекта дважды.

Использование панели инструментов «Буфер обмена»

Несколько
объектов также можно скопировать,
вызвав панель инструментов Буфер
обмена (меню
Вид
, подменю Панели
инструментов
) и нажав кнопку Копировать.
Если панель инструментов «Буфер обмена»
Office открыта в приложении Office, она будет
отображаться даже после переключения
в другое приложение Office. Панель
инструментов Буфер
обмена
недоступна в окнах, в которых недоступны
команды Копировать
, Вырезать
и Вставить
.

На
панели инструментов Буфер
обмена можно
нажать кнопку Вставить
все, чтобы
вставить все скопированные объекты,
или щелкнуть отдельные объекты, чтобы
вставить только эти объекты. Команда
Вставить
(меню Правка)
позволяет вставить только последний
скопированный объект. Однако после
того, как какие-либо объекты были
вставлены с панели инструментов Буфер
обмена
(отдельный объект или все объекты), при
выполнении команды Вставить
(меню Правка)
будет вставлен последний объект,
вставленный с панели инструментов
Буфер обмена.

Примечание.  
Панель Буфер
обмена нельзя
изменить.

Буфер обмена Office и буфер обмена Windows

Буфер
обмена Office отличается от буфера обмена
Windows. При копировании нескольких объектов
в буфер обмена Office последний скопированный
объект всегда помещается в буфер обмена
Windows. При очистке буфера обмена Office
буфер обмена Windows также очищается. При
использовании команды Вставить
(меню Правка),
кнопки Вставить
или сочетания клавиш (CTRL+V) выполняется
вставка из буфера обмена Windows.

Возможности буфера обмена Office

В
буфере обмена Office возможно хранение
до 12 объектов. Если при наличии в буфере
обмена Office 12 объектов в него будет
скопирован дополнительный объект,
будет выдан запрос на удаление первого
объекта или отмену копирования.
Скопированные объекты хранятся в буфере
обмена Office до закрытия всех приложений
Office на данном компьютере.

Вызывать
панель «Буфер обмена» Office и вставлять
несколько объектов можно только в
приложениях Microsoft Excel, Word, Access и PowerPoint.
Тем не менее, если в каком-либо приложении
Office отображается панель инструментов
«Буфер обмена», в нее будут автоматически
копироваться все объекты, копируемые
или вырезаемые в других приложениях.

Добавление гиперссылок и управляющих кнопок в презентацию

Гиперссылки  
В презентацию можно добавить гиперссылки
и использовать их для перехода в разные
места, например, к произвольному показу,
определенному слайду в данной презентации,
к совершенно другой презентации,
документу Microsoft Word или листу Microsoft Excel,
адресу в Интернете, локальной сети или
к редактированию сообщения для
определенного адреса. Гиперссылку
можно представить любым объектом,
включая текст, фигуры, таблицы, графики
и рисунки. Чтобы добавить гиперссылку,
нажмите кнопку Гиперссылка.
или Вставка< Гиперссылка

Рис.5

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

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

Совет.  
При наличии текста в фигуре тексту и
фигуре можно назначить отдельные
гиперссылки.

Если вы не используете какие-то специализированные программы — аналоги стандартному буферу обмена Windows, то в редакторе Word есть отличная возможность работать с множеством данных, хранящихся в памяти.

В отличие от уже упомянутого системного буфера обмена, буфер обмена Microsoft Office «позволяет накапливать текстовые и графические элементы из любого числа документов Microsoft Office или других приложений, а затем вставлять их в любые документы Microsoft Office» (цитата из Справки).

Тем не менее, буфер обмена Microsoft Office ограничен 24 единицами хранения. Если попытаться скопировать еще одну единицу информации, то произойдет замещение самого первого скопированного фрагмента.

Чтобы начать работать с буфером обмена в Word, нужно зайти в меню Правка (Edit) и выбрать команду Буфер обмена Office (Office Clipboard). В левой части окна появится одноименная область задач, в которой будут отображаться все копируемые вами фрагменты.

Можно скрыть область задач и продолжить собирать данные. Для этого следует щелкнуть по кнопке Параметры (Options) в нижней части области задач и поставить галочку на опции Собирать данные без отображения буфера обмена Office (Collect Without Showing Office Clipboard).

Но для вставки данных нужно обязательно иметь открытой эту область задач. Отобразить ее снова можно через сочетание клавиш: двойное нажатие CTRL + C.

Данные вставляются простым щелчком мыши по нужному фрагменту в области задач.

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

Буфер обмена (БО) – специальный участок оперативной памяти (ОЗУ), использующийся для быстрого обмена информацией. Для этого используются функции «Копировать», «Вырезать» и «Вставить», существующие в системе Windows и многих программах. Некоторые пользователи, ежедневно пользующиеся этими функциями, не задумываются над их технической реализацией. Далее в статье попробуем «разложить всё по полочкам» и осветить известные не всем сервисные возможности.

БО заполняется данными при каждом копировании, вырезании или вставке информации. Таковые реализуются при нажатии одноимённых инструментов в программах.

Предлагаем вам ознакомиться и с другими известными горячими клавишами.

Произведённое копирование или вырезание хранится в БО вплоть до следующего такого же действия. Но при одном условии: компьютер или ноутбук должен оставаться включённым. Каждое выключение или перезагрузка уничтожает данные во всём ОЗУ, а, следовательно, и в БО. Это обстоятельство следует учитывать при хранении важной информации: на всякий случай её стоит задублировать в энергонезависимом месте – на жёстком диске или съёмном носителе информации.

При работе на компьютере можно не думать о специальной чистке буфера обмена. Правда, если в нём хранится объёмная информация, занимающая существенный объём ОЗУ, то это может нарушить его нормальную работу. В таких случаях сама система просит у пользователя разрешение на очистку БО.

С такой ситуацией я сталкиваюсь при проверке каждой написанной статьи. Для предварительной проверки уникальности я копирую содержание статьи в БО, а оттуда – в сервис проверки. После окончания при закрытии сервиса проверки я получаю системное уведомление о наличии в БО большого объёма уже проверенных данных. Естественно, что я разрешаю системе не сохранять её в БО.

Безусловная замена хранящейся в БО информации на новую при следующем копировании/вырезании иногда создаёт неудобства в работе.

При работе с документами часто бывает необходимо сохранять для дальнейшего использования несколько скопированных элементов. Такая возможность в форме журнала буфера обмена есть у пользователей Windows 10, начиная с внутренней версии 1809. Для просмотра этого журнала достаточно нажать комбинацию клавиш Win + V.

Как видно на скриншоте, в журнале к услугам пользователя сохраняются несколько последних скопированных элементов – фотографии и фрагментов текста. Любой из них можно вставить куда нужно, или удалить, щёлкнув одноимённый пункт в его контекстном меню. При щелчке на пункте «Закрепить», данный элемент приобретает защиту от полной очистки БО, реализуемой с помощью пункта «Очистить все».

Описанное функционирование журнала предполагает его предварительную активацию, реализуемую в несколько шагов.

1. В контекстном меню кнопки «Пуск» щёлкнуть раздел «Параметры».
2. В появившемся одноимённом окне щёлкнуть «Система».
3. В новом окне перейти в раздел «Буфер обмена» и активировать виртуальный тумблер включения его журнала. В этом же окне можно очистить данные БО (кроме заранее закреплённых элементов).

При активации раздела «Синхронизация между устройствами» содержимое буфера обмена добавляется в данные, синхронизируемые между основным компьютером и другими устройствами.

В разделе Система есть и другие функции, читайте статьи про то, как изменить размер шрифта в Windows, про разрешение экрана.

Буфер обмена в других версиях Windows

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

Windows XP

На системном диске нужно будет открыть каталог Windows, затем папку System32, и запустить находящийся в ней файл clipbrd.exe.

Если в буфер обмена была скопирована информация, то она станет видна на экране.

Windows 7 и Windows Vista

В этих версиях буфер обмена ещё более скрыт. Файл, аналогичный clipbrd.exe, здесь называется иначе – Clip.exe. В нём находится буфер обмена. Но этот файл, в отличие от clipbrd.exe, не запускается. Посмотреть БО можно будет сторонними программами, например, Clipdiary.

Сторонние программы CLCL

Эту бесплатную утилиту можно скачать, например, здесь. После распаковки скачанного файла запустить файл CLCL.exe.

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

При щелчке на пункте «Просмотр» в правой части нового окна отображается текущее содержимое БО.

Clipdiary

Эта утилита доступна для скачивания с сайта в двух вариантах – стандартном и портабельном. Её бесплатный пробный период составляет 30 дней.

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

После этого начинается диалог с Мастером настроек Clipdiary.

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

В следующем окне Мастера пользователю предлагается воспользоваться выбранными горячими клавишами для выбора истории буфера обмена. Под «клипами» подразумеваются элементы БО. А второй и третий пункты окна Мастера учат пользователя работать с ним.

История выглядит следующим способом.

Comfort Clipboard

Эта утилита для работы с буфером обмена была создана специально для версии Windows 7, но она совместима также с «восьмёркой» и «десяткой».

Приложение платное. Годовая лицензия стоит 990 рублей.

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

• при копировании новый элемент БО не заменяет предыдущий, а сохраняется параллельно;
• при выключении/перезагрузке компьютера данные БО не исчезают, а сохраняются.

Программа Punto Switcher

Эта бесплатная, многофункциональная и очень удобная программа доступна для скачивания с сайта Яндекса – её производителя. Рассмотрим её основную функцию и работу с буфером обмена.

Основная функция

Главная функция этой программы ­– автоматическое переключение раскладки клавиатуры при наборе текста на компьютере. Punto Switcher следит за набором текста, и автоматически переключает раскладку клавиатуры вместо пользователя, если в тексте встречается слово на альтернативном основному языке клавиатуры. Обычно речь идёт о русском тексте, в котором время от времени встречаются английские слова.

За примерами далеко ходить не нужно. Все статьи для нашего сайта я пишу в сопровождении этой программы. Раскладка клавиатуры у меня на компьютере, естественно русская. При периодическом наборе английских технических терминов мне не нужно терять время на переключение на английскую клавиатуру. Punto Switcher сделает это за меня.

Следующие три скриншота наглядно представляют, как это происходит.

1. Я начинаю набирать (пока по русской раскладке) слово Punto.
2. После набора третьей русской буквы программа, «поняв», что таких русских слов не бывает, автоматически переключается на английскую раскладку клавиатуры.
3. После словосочетания Punto Switcher русское слово «сделает» набирается было в английской раскладке, но после пробела происходит автоматический возврат к русской клавиатуре.

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

Для отмены ошибочного переключения раскладки клавиатуры по умолчанию служит клавиша Break.

Если вам стало интересно, то предлагаем прочитать статью про то, как поменять раскладку на клавиатуре компьютера и ноутбука в Windows 10, 8, 7.

Буфер обмена

Главные начальные настройки программы представлены на скриншоте.

Оптимально настроенная программа Punto Switcher обладает широкими возможностями работы с буфером обмена. Для этого на вкладке «Дополнительные» Настроек нужно активировать слежение за БО и сохранение его истории после выключения/перезагрузки Windows.

После этого просмотреть эту самую историю можно в контекстном меню значка-флага программы, щёлкнув соответствующий пункт выпадающего списка «Буфер обмена».

Она имеет следующий вид, включающий последние 30 элементов БО.

Щелчок на любом элементе-строке приведёт к его вставке в место нахождения курсора открытой на компьютере программы, в частности, Word.

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

Работа с буфером обмена в Word

Копирование/вырезание и вставка данных – очень востребованные операции при работе с документами в Microsoft Word.

Не все пользователи этой программы, даже с многолетним стажем, знают о существовании в программе удобного сервиса работы с буфером обмена.

Включить отображение БО можно на вкладке «Главная», в первой слева группе инструментов. После щелчка на стрелке выпадающего окна «Буфер обмена» открывается его текущее содержимое, где номерами 1, 2 и 3 отмечены его последовательные элементы. Поскольку речь идёт о текстовом редакторе, то просмотр первого графического элемента (фотографии) в нём недоступен.

Очевидно, что все элементы (включая графические), хранящиеся в буфере обмена, могут быть вставлены в любое место редактируемого текстового документа. Следующий скриншот представляет вставку в пустой документ всех хранящихся в БО элементов (пункт «Вставить все»).

А в «Параметрах» можно настроить способ отображения БО в Word – автоматическое или по сочетанию горячих клавиш.

Дополнительно читайте, как сохранить word в pdf.

Заключение

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

Автор статьи:  Аркадий Георгиевич Мовсесян. Преподаватель курсов компьютерной грамотности.

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

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

Возможности буфера
обмена

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

Кстати, сделать это вы можете несколькими способами: как копировать в Word.

Скопированную информацию вы можете вставлять много раз.

Буфер обмена, который вы используйте един для практически
всех программ на вашем компьютере, то есть скопированный текст вы можете без
проблем вставить в любой другой программный продукт Microsoft (Exel, Visio) или в другие программы, которые не относятся к Microsoft Office (например, в Paint).

Буфер обмена может вмещать в себя 24 фрагмента, то есть тут
не важен вид информации и ее объем – сохранить в буфере обмена вы можете до 24 фрагментов:
одно копирование – один фрагмент.

Давайте воспользуемся этим.

• Перейдите во вкладку «Главная» — «Буфер обмена» — кнопка группы «Буфер обмена».

Откроется
диалоговое окно Буфера обмена.

• Выберите команду «Параметры» и установите галочки согласно иллюстрации:

«Собирать данные без отображения буфера обмена Office»

Теперь данные в
количестве 24 фрагмента будут собираться в буфере обмена вне зависимости от
того, открыто ли окно Буфера обмена или нет.

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

Кстати, если вы
будете копировать информацию в других неофисных программах, то все равно эта
информация будет попадать в данный буфер обмена до 24 элементов, тогда как в
программе, в которой вы работаете в настоящий момент был бы доступен только
последний скопированный элемент.

После того, как
вы включите функцию «Собирать данные без отображения буфера обмена Office» на панели задач Windows появится
значок буфера обмена.

При копировании
очередного элемента на панели задач будет всплывать диалоговое окно:

Иногда
случается, что объект невозможно поместить в буфер обмена и тогда появляется
следующее окно:

Итак, если вы
настроили буфер обмена на размещение 24 элементов, то при закрытии программы
заново вам его настраивать не нужно, так как программа сохранит ваши настройки.

Вставка элементов из буфера обмена

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

Нужно зайти в
окно буфера обмена и выбрать нужный вам элемент из списка.

Обратите
внимание: в выпадающем окне появляется две операции – вставить и удалить, то
есть вы можете не только вставить элемент, но и удалить его из памяти Буфера
обмена, если он вам больше не понадобится.

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

Специальная вставка Буфера обмена

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

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

Чтобы понять для чего нужна каждая из вставок скопируйте любую часть текста из одного документа и в другом документе кликните, куда хотите вставить текст, перейдите в «Главная» — «Буфер обмена» — «Вставить» и увидите различные «Параметры вставки».

У вас появляется
четыре кнопки в параметрах вставки. Разберем каждую из них.

• «Использовать конечную тему (И)» — в данном случае вы вставите текст со всеми стилями первого документа – этого делать не стоит.

• «Сохранить исходное форматирование (И)» — сохраняет оформление скопированного текста, но не добавляет новых стилей в набор стилей в ваш новый документ.

• «Объединить форматирование (О)» — объединяет стили первого и второго документа, что может не очень хорошо сказаться на оформлении документа целиком. Тут есть риск получить в список стилей Встроенный стиль.

• «Сохранить только текст (С)» — позволяет вставить в документ только текст, однако, если у вас в скопированной информации были какие-то нумерованные списки, то такая вставка превратит их в обычный текст.

Я бы отдал
предпочтение последнему варианту вставки, так как в данном случае не появляются
новые стили и оформление документа не страдает.

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

«Буфер обмена» вашего компьютера — это место, где содержимое, которое вы вырезаете или копируете, временно сохраняется. Microsoft Office имеет свой собственный буфер обмена, однако, он более мощный.

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

Лабораторная работа № 3. 

Работа в среде текстового процессора MS WORD

Время выполнения

4 часа

Цель работы

Освоение основных приемов работы в текстовом процессоре MS Word.

Задачи лабораторной работы

Для обеспечения выполнения работы необходимо иметь компьютер с операционной системой MS Windows, офисным пакетом MS Office 2007 и методические указания по выполнению работы.

Общие теоретические сведения

Надписи

Время прочтения
12 мин

Просмотры 44K

Недавно у меня появилась возможность выполнить отладку буфера обмена в Windows, и я решил, что хорошо бы поделиться информацией, которую удалось узнать. Буфер обмена — это тот компонент Windows, который многие из нас используют десятки (сотни?) раз в день, особо не размышляя об этом. Прежде чем взяться за это дело, я даже никогда не задумывался, как всё устроено. Как выяснилось, там столько интересного, что вы даже не можете себе представить. Сначала опишу, как приложения хранят разные типы данных в буфере обмена и как извлекают их оттуда, а затем — как приложения могут «прицепиться» к буферу и отслеживать изменения в нём. В обоих случае вы увидите отладочные записи, которые показывают, как получить доступ к данным из отладчика.

Начнём с обсуждения форматов буфера обмена. Такие форматы используются для описания, какие типы данные можно поместить в буфер. Там есть некоторое количество предопределённых стандартных форматов, которые может использовать приложение, вроде битового массива, текста ANSI, текста в Юникоде и TIFF. Windows также позволяет приложению установить собственный формат. Например, текстовый процессор может зарегистрировать формат, включающий в себя текст, форматирование и картинки. Конечно, это ведёт к определённой проблеме: что произойдёт, если вы скопируете данные из текстового редактора и вставите их в «Блокнот», который не понимает всего этого форматирования и не отображает картинки?

Выход — разрешить одновременное хранение данных в буфере обмена в нескольких форматах. Когда я раньше думал о буфере обмена, то представлял, что там хранится единственный объект («мой текст» или «моя картинка»), но на самом деле мои данные хранятся в буфере в разных формах. Программа, которая берёт информацию из буфера, получает её в том формате, который она может использовать.

Как же данные появляются в буфере обмена? Очень просто, приложение сначала объявляет о праве собственности на буфер обмена через функцию OpenClipboard. После этого программа может очистить буфер обмена командой EmptyClipboard и, наконец, поместить туда свои данные командой SetClipboardData. SetClipboardData принимает два параметра. Первый — это идентификатор одного из форматов буфера обмена, которые мы упоминали выше. Второй — дескриптор сегмента в памяти, который содержит данные в этом формате. Приложение может неоднократно вызывать команду SetClipboardData для каждого из форматов, какие она хочет поместить в буфер, от лучшего к худшему (поскольку то приложение, куда будут вставляться данные, выберет первый подходящий формат из списка). Чтобы облегчить жизнь разработчику, Windows автоматически обеспечивает конвертацию некоторых типов форматов для буфера обмена. По окончании процесса программа вызывает CloseClipboard.

Когда пользователь нажимает кнопку «Вставить», целевое приложение вызывает OpenClipboard и одну из следующих функций для определения доступных форматов данных: IsClipboardFormatAvailable, GetPriorityClipboardFormat или EnumClipboardFormats. Если оно находит подходящий формат, то тогда вызывает GetClipboardData с идентификатором нужного формата в качестве параметра, чтобы получить данные. В конце приложение использует команду CloseClipboard для закрытия буфера.

Теперь взглянем, как с помощью отладчика определить, какие данные записаны в буфер обмена. (Заметьте, что все мои записи сделаны в системе Win7/2008 R2 — так что на других версиях ОС они могут выглядеть несколько иначе). Поскольку буфер является частью Win32k.sys, вам понадобится отладчик ядра. Я люблю использовать в качестве контрольной точки win32k!InternalSetClipboardData+0xe4. В таком смещении хорошо то, что оно находится за регистром RDI, заполненным данными из SetClipboardData в структуре, известной как tagCLIP.

kd> u win32k!InternalSetClipboardData+0xe4-c L5
win32k!InternalSetClipboardData+0xd8:
fffff960`0011e278 894360          mov     dword ptr [rbx+60h],eax
fffff960`0011e27b 8937            mov     dword ptr [rdi],esi
fffff960`0011e27d 4c896708        mov     qword ptr [rdi+8],r12
fffff960`0011e281 896f10          mov     dword ptr [rdi+10h],ebp
fffff960`0011e284 ff15667e1900    call    qword ptr[win32k!_imp_PsGetCurrentProcessWin32Process (fffff960`002b60f0)]

kd> dt win32k!tagCLIP
   +0x000 fmt              : Uint4B
   +0x008 hData            : Ptr64 Void
   +0x010fGlobalHandle     : Int4B

Вот как выглядит вызов к SetClipboardData от «Блокнота»:

kd> k
Child-SP          RetAddr           Call Site
fffff880`0513a940 fffff960`0011e14f win32k!InternalSetClipboardData+0xe4
fffff880`0513ab90 fffff960`000e9312 win32k!SetClipboardData+0x57
fffff880`0513abd0 fffff800`01482ed3 win32k!NtUserSetClipboardData+0x9e
fffff880`0513ac20 00000000`7792e30ant!KiSystemServiceCopyEnd+0x13
00000000`001dfad8 00000000`7792e494 USER32!ZwUserSetClipboardData+0xa
00000000`001dfae0 000007fe`fc5b892b USER32!SetClipboardData+0xdf
00000000`001dfb20 000007fe`fc5ba625 COMCTL32!Edit_Copy+0xdf
00000000`001dfb60 00000000`77929bd1 COMCTL32!Edit_WndProc+0xec9
00000000`001dfc00 00000000`779298da USER32!UserCallWinProcCheckWow+0x1ad
00000000`001dfcc0 00000000`ff5110bc USER32!DispatchMessageWorker+0x3b5
00000000`001dfd40 00000000`ff51133c notepad!WinMain+0x16f
00000000`001dfdc0 00000000`77a2652d notepad!DisplayNonGenuineDlgWorker+0x2da
00000000`001dfe80 00000000`77b5c521 kernel32!BaseThreadInitThunk+0xd
00000000`001dfeb0 00000000`00000000ntdll!RtlUserThreadStart+0x1d

Итак, теперь мы можем просмотреть содержимое RDI как tagCLIP и увидеть, что записано в буфер:

kd> dt win32k!tagCLIP @rdi
   +0x000 fmt              : 0xd
   +0x008 hData            : 0x00000000`00270235 Void
   +0x010fGlobalHandle     : 0n1

Fmt — это формат для буфера обмена. 0Xd — это число 13, что соответствует тексту в формате Юникода. Однако мы не можем просто запустить du по значению hData, потому что это дескриптор, а не прямой указатель на данные. Так что нужно поискать его в глобальной структуре win32k — gSharedInfo:

kd> ?win32k!gSharedInfo
Evaluate expression: -7284261440224 = fffff960`002f3520
kd> dt win32k!tagSHAREDINFO fffff960`002f3520
   +0x000 psi              : 0xfffff900`c0980a70 tagSERVERINFO
   +0x008 aheList          : 0xfffff900`c0800000 _HANDLEENTRY
   +0x010 HeEntrySize      : 0x18
   +0x018 pDispInfo        : 0xfffff900`c0981e50 tagDISPLAYINFO
   +0x020ulSharedDelta     : 0
   +0x028 awmControl       : [31] _WNDMSG
   +0x218DefWindowMsgs     : _WNDMSG
   +0x228DefWindowSpecMsgs : _WNDMSG

aheList в gSharedInfo содержит массив с дескрипторами, и последние два байта hData, умноженные на размер записи дескриптора, показывают адрес записи нашего дескриптора:

kd> ?0x00000000`00270235 & FFFF
Evaluate expression: 565 = 00000000`00000235
kd> ??sizeof(win32k!_HANDLEENTRY)
unsigned int64 0x18
kd> ? 0xfffff900`c0800000 + (0x235*0x18)
Evaluate expression: -7693351766792 = fffff900`c08034f8
kd> dt win32k!_HANDLEENTRY fffff900`c08034f8
   +0x000 phead            : 0xfffff900`c0de0fb0 _HEAD
   +0x008 pOwner           : (null)
   +0x010 bType            : 0x6 ''
   +0x011 bFlags           : 0 ''
   +0x012 wUniq            : 0x27

Если посмотреть phead со смещением 14, то мы получим наши данные (это смещение может отличаться на разных платформах):

kd> du fffff900`c0de0fb0 + 0x14
fffff900`c0de0fc4 "Hi NTDebugging readers!"

Представим другой сценарий. Я скопировал какой-то текст из Wordpad, и команда SetClipboardData отработала определённое количество раз, чтобы разместить данные в разных форматах. Запись в формате Юникода выглядит так::

Breakpoint 0 hit
win32k!InternalSetClipboardData+0xe4:
fffff960`0011e284 ff15667e1900   call    qword ptr[win32k!_imp_PsGetCurrentProcessWin32Process (fffff960`002b60f0)]
kd> dt win32k!tagCLIP @rdi
   +0x000 fmt              : 0xd
   +0x008 hData            : (null)
   +0x010fGlobalHandle    : 0n0

hData равен нулю! Почему так? Оказывается, буфер обмена позволяет приложению передавать нуль в качестве параметра SetClipboardData для определённого формата. Это означает, что приложение способно предоставить данные в данном формате, но сделает это позже, в случае необходимости. Если я захочу вставить текст в «Блокнот», для чего в буфере должен быть текст в Юникоде, Windows отправит сообщение WM_RENDERFORMAT в окно WordPad, и тогда WordPad предоставит данные в новом формате. Конечно, если приложение закрывается до того, как предоставило данные во всех форматах, Windows понадобятся все форматы. В этом случае Windows отправит сообщение WM_RENDERALLFORMATS, чтобы другие приложения могли использовать данные из буфера обмена после закрытия материнского приложения.

Теперь посмотрим, как приложение может отслеживать буфер обмена на предмет изменений. Это важно знать, потому что в этом месте Windows позволяет сторонним приложениям подключаться к системе. Если у вас наблюдаются непонятные глюки с копированием и вставкой, причиной может быть некорректное поведение какой-то из таких программ. Начнём с того, что рассмотрим механизмы подключения к буферу обмена. Затем рассмотрим, можно ли с помощью отладчика идентифицировать приложения, которые используют такие хуки.

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

Функциональность Clipboard Viewer появилась ещё в версии Windows 2000, если не раньше. Принцип работы довольно простой: приложение, которое заинтересовано в получении уведомлений об изменении в буфере, вызывает SetClipboardViewer и передаёт дескриптор своего окна. Windows хранит этот дескриптор в структуре win32k, и каждый раз при изменении буфера обмена Windows отправляет сообщение WM_DRAWCLIPBOARD в зарегистрированное окно.

Конечно, зарегистрироваться для просмотра буфера могут несколько окон — как Windows справится с этим? Ну, если приложение вызывает SetClipboardViewer, а другое окно раньше уже зарегистрировалось для просмотра буфера обмена, то Windows возвращает новому окну значение дескриптора предыдущего окна. И теперь новое окно, следящее за буфером, обязано вызвать SendMessage каждый раз, когда получает WM_DRAWCLIPBOARD, и уведомить об изменении буфера следующее окно в цепочке тех, кто следит за буфером. Каждое из окон, следящих за буфером, также должно обрабатывать сообщения WM_CHANGECBCHAIN. Такие сообщения уведомляют все остальные окна об удалении одного звена в цепочке и сообщают, какое звено становится следующим в очереди. Это позволяет сохранить цепочку.

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

Чтобы справиться с такими проблемами, в Windows Vista добавили механизм прослушивания формата буфера обмена — Clipboard Format Listener. Он работает во многом так же, как просмотр буфера обмена, за исключением того, что Windows сама ведёт список приложений, которые прослушивают буфер, а не полагается на добропорядочность приложений, которые должны сохранять цепочку.

Если приложение хочет прослушивать буфер, оно вызывает функцию AddClipboardFormatListener и передаёт дескриптор своего окна. После этого обработчик сообщений окна будет получать сообщения WM_CLIPBOARDUPDATE. Когда приложение собирается завершить работу или больше не хочет получать уведомления, оно вызывает RemoveClipboardFormatListener.

Мы рассмотрели, как зарегистрировать просмотр/прослушивание буфера обмена. Теперь посмотрим, как с помощью отладчика определить, какие программы участвуют в этих процессах. Сначала нужно идентифицировать процесс в сессии, где мы хотим проверить мониторинг буфера обмена. Это может быть любой процесс win32 в этой сессии — он нужен нам просто для того, чтобы найти указатель на Window Station. В этом случае я бы использовал окно «Блокнота», как и раньше:

kd> !process 0 0 notepad.exe
PROCESS fffff980366ecb30
    SessionId: 1  Cid: 0374   Peb: 7fffffd8000  ParentCid: 0814
    DirBase: 1867e000  ObjectTable: fffff9803d28ef90  HandleCount: 52.
    Image: notepad.exe

Если вы делаете это в процессе отладки ядра, то понадобится интерактивно сменить контекст (используя .process /I<address>, затем нажать g и подождать, пока отладчик прорвётся назад). Теперь запускаем DT на адрес процесса как _EPROCESS, и смотрим на поле Win32Process:

kd> dt _EPROCESS fffff980366ecb30 Win32Process
nt!_EPROCESS
   +0x258 Win32Process : 0xfffff900`c18c0ce0 Void

Далее посмотрим адрес Win32Process как win32k!tagPROCESSINFO и узнаем значение rpwinsta:

kd> dt win32k!tagPROCESSINFO 0xfffff900`c18c0ce0 rpwinsta
   +0x258 rpwinsta : 0xfffff980`0be2af60 tagWINDOWSTATION

Это наша Window Station. Сливаем содержимое через dt:

kd> dt 0xfffff980`0be2af60 tagWINDOWSTATION
win32k!tagWINDOWSTATION
   +0x000 dwSessionId      : 1
   +0x008 rpwinstaNext     : (null)
   +0x010 rpdeskList       : 0xfffff980`0c5e2f20 tagDESKTOP
   +0x018 pTerm            : 0xfffff960`002f5560 tagTERMINAL
   +0x020 dwWSF_Flags      : 0
   +0x028 spklList         : 0xfffff900`c192cf80 tagKL
   +0x030 ptiClipLock      : (null)
   +0x038 ptiDrawingClipboard: (null)
   +0x040 spwndClipOpen    : (null)
   +0x048 spwndClipViewer  : 0xfffff900`c1a4ca70 tagWND
   +0x050 spwndClipOwner   : 0xfffff900`c1a3ef70 tagWND
   +0x058 pClipBase        : 0xfffff900`c5512fa0 tagCLIP
   +0x060 cNumClipFormats  : 4
   +0x064 iClipSerialNumber : 0x16
   +0x068 iClipSequenceNumber : 0xc1
   +0x070 spwndClipboardListener : 0xfffff900`c1a53440 tagWND
   +0x078 pGlobalAtomTable: 0xfffff980`0bd56c70 Void
   +0x080 luidEndSession   : _LUID
   +0x088 luidUser         : _LUID
   +0x090 psidUser         : 0xfffff900`c402afe0 Void

Обратите внимание на поля spwndClipViewer, spwndClipboardListener и spwndClipOwnerfields. Здесь spwndClipViewer — это последнее зарегистрированное окно в цепочке тех, кто просматривает буфер обмена. Также spwndClipboardListener — последнее зарегистрированное окно прослушивания буфера в списке Clipboard Format Listener. Окно spwndClipOwner — это то окно, которое разместило данные в буфере обмена.

Ели мы знаем окно, то осталось несколько шагов, чтобы узнать, к какому процессу оно относится. Нас интересуют forspwndClipViewer, spwndClipboardListener и spwndClipOwner. Сначала запускаем dt, чтобы узнать значение tagWND. Для этой демонстрации мы используем spwndClipViewer:

kd> dt 0xfffff900`c1a4ca70 tagWND
win32k!tagWND
   +0x000 head             : _THRDESKHEAD
   +0x028 state            : 0x40020008
   +0x028 bHasMeun         : 0y0
   +0x028 bHasVerticalScrollbar : 0y0
…

Нас интересует только значение head — так что если смещение 0, делаем dt для того же адреса на _THRDESKHEAD:

kd> dt 0xfffff900`c1a4ca70 _THRDESKHEAD
win32k!_THRDESKHEAD
   +0x000 h                : 0x00000000`000102ae Void
   +0x008 cLockObj         : 6
   +0x010 pti              : 0xfffff900`c4f26c20tagTHREADINFO
   +0x018 rpdesk           : 0xfffff980`0c5e2f20 tagDESKTOP
   +0x020 pSelf            : 0xfffff900`c1a4ca70  "???"

Теперь запускаем dt для адреса, указанного в поле pti как tagTHREADINFO:

kd> dt 0xfffff900`c4f26c20 tagTHREADINFO
win32k!tagTHREADINFO
   +0x000 pEThread         : 0xfffff980`0ef6cb10 _ETHREAD
   +0x008 RefCount         : 1
   +0x010 ptlW32           : (null)
   +0x018 pgdiDcattr       : 0x00000000`000f0d00 Void

Теперь нам интересно только значение поля pEThread, которое мы можем передать в !thread:

kd> !thread 0xfffff980`0ef6cb10 e
THREAD fffff9800ef6cb10 Cid 087c.07ec  Teb: 000007fffffde000 Win32Thread: fffff900c4f26c20 WAIT: (WrUserRequest) UserModeNon-Alertable
    fffff9801c01efe0  SynchronizationEvent
Not impersonating
DeviceMap                 fffff980278a0fc0
Owning Process            fffff98032e18b30       Image:         viewer02.exe
Attached Process          N/A            Image:         N/A
Wait Start TickCount     5435847        Ticks: 33 (0:00:00:00.515)
Context Switch Count     809            IdealProcessor: 0                 LargeStack
UserTime                  00:00:00.000
KernelTime                00:00:00.062
Win32 Start Address 0x000000013f203044
Stack Init fffff880050acdb0 Current fffff880050ac6f0
Base fffff880050ad000 Limit fffff880050a3000 Call 0
Priority 11 BasePriority 8 UnusualBoost 0 ForegroundBoost 2IoPriority 2 PagePriority 5
Child-SP          RetAddr           Call Site
fffff880`050ac730 fffff800`01488f32 nt!KiSwapContext+0x7a
fffff880`050ac870 fffff800`0148b74f nt!KiCommitThreadWait+0x1d2
fffff880`050ac900 fffff960`000dc8e7 nt!KeWaitForSingleObject+0x19f
fffff880`050ac9a0 fffff960`000dc989 win32k!xxxRealSleepThread+0x257
fffff880`050aca40 fffff960`000dafc0 win32k!xxxSleepThread+0x59
fffff880`050aca70 fffff960`000db0c5 win32k!xxxRealInternalGetMessage+0x7dc
fffff880`050acb50 fffff960`000dcab5 win32k!xxxInternalGetMessage+0x35
fffff880`050acb90 fffff800`01482ed3 win32k!NtUserGetMessage+0x75
fffff880`050acc20 00000000`77929e6a nt!KiSystemServiceCopyEnd+0x13 (TrapFrame @ fffff880`050acc20)
00000000`002ffb18 00000000`00000000 0x77929e6a

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

kd> dt 0xfffff980`0be2af60 tagWINDOWSTATION
win32k!tagWINDOWSTATION
   +0x000 dwSessionId      : 1
   +0x008 rpwinstaNext     : (null)
   +0x010 rpdeskList       : 0xfffff980`0c5e2f20 tagDESKTOP
   +0x018 pTerm            : 0xfffff960`002f5560 tagTERMINAL
   +0x020 dwWSF_Flags      : 0
   +0x028 spklList         : 0xfffff900`c192cf80 tagKL
   +0x030 ptiClipLock      : (null)
   +0x038 ptiDrawingClipboard : (null)
   +0x040 spwndClipOpen    : (null)
   +0x048 spwndClipViewer  : 0xfffff900`c1a4ca70tagWND
   +0x050 spwndClipOwner   : 0xfffff900`c1a3ef70tagWND
   +0x058 pClipBase        : 0xfffff900`c5512fa0 tagCLIP
   +0x060 cNumClipFormats  : 4
   +0x064 iClipSerialNumber : 0x16
   +0x068 iClipSequenceNumber : 0xc1
   +0x070 spwndClipboardListener: 0xfffff900`c1a53440 tagWND
   +0x078 pGlobalAtomTable: 0xfffff980`0bd56c70 Void
   +0x080 luidEndSession   : _LUID
   +0x088 luidUser         : _LUID
   +0x090 psidUser         : 0xfffff900`c402afe0 Void

Если запустить dt на spwndClipboardListener, то увидим поле spwndClipboardListenerNext с указанием следующего прослушивающего процесса:

kd> dt 0xfffff900`c1a53440 tagWND spwndClipboardListenerNext
win32k!tagWND
   +0x118 spwndClipboardListenerNext : 0xfffff900`c1a50080 tagWND

При достижении последнего процесса в списке прослушивающих буфер tagWND, значение его поля spwndClipboardListenerNext будет нулевым:

kd> dt 0xfffff900`c1a50080 tagWND spwndClipboardListenerNext
win32k!tagWND
   +0x118 spwndClipboardListenerNext : (null)

Используя адрес окна, мы можем тем же методом добраться до названия процесса. Как упоминалось ранее, поскольку tagWND — это структура ядра, ОС сама хранит указатели spwndClipboardListener/spwndClipboardListenerNext, так что они не могут привести к таким проблемам с отслеживанием буфера, как цепочки просмотра.

На этом заканчивается наш обзор буфера обмена Windows. Надеюсь, для вас он стал информативным. Хотите узнать больше о мониторинге буфера обмена? Вот хорошая статья MSDN об этом.