Задача: написать программу, которая бы изменяла содержимое буфера обмена по факту вставки. Напр., надо мне заполнить 20 ячеек числами от 21 до 40, а я не набираю их, а просто вставляю из буфера. И при каждой вставке содержимое буфера меняется по определенному мною правилу(можно даже скрипт создать для сложной логики).
Вопрос: как моей программе перехватывать события вставки из буфера? Существуют ли какие-то механизмы? Дело в том, что мне хотелось бы использовать не полумеры, как-то хуки на нажатия клавиш или на работу с мышью, а работу с событием вставки, даже если оно было реализовано "чисто программно". Возможно ли это? А если возможно - в какую сторону копать?
зы Системные DLL подменять неохота, но если мне кто скажет, что в DLL, реализующей работу с буфером, всего 5-10 функций, то готов пойти и на это 

Ставь хук на буфер обмена.

ок. смотрел. не увидел. вот список того, что увидел:

• WH_CALLWNDPROC
• WH_CBT
• WH_DEBUG
• WH_FOREGROUNDIDLE
• WH_GETMESSAGE
• WH_JOURNALPLAYBACK
• WH_JOURNALRECORD
• WH_KEYBOARD
• WH_MOUSE
• WH_MSGFILTER
• WH_SHELL

Что из этого относится к буферу обмена?
Думал было использовать hook на WH_GETMESSAGE(идея была в перехвате сообщения WM_PASTE), но, 
право, не знаю, стОит ли так делать? будет ли оно работать? можно попробовать, но времени так мало, что неохота набивать собственные шишки, заходя в заведомо тупиковую сторону...

Непосредственно к буферу обмена типы функций перехвата не относятся.
Используй WH_CALLWNDPROC - следит за тем, какие сообщения были отправлены оконной процедуре с использованием SenMessage и отлавливай WM_PASTE.

я, видимо, плохо разобрался с хуками. Думал, что WH_GETMESSAGE позволит перехватывать сообщение. А что делает WH_GETMESSAGE?

WH_GETMESSAGE - тоже тип хука и он тоже перехватывает все собщения, но следит за сообщениями, которые появляются после вызова функций GetMessage, следовательно использует меньше ресурсов.

Почему бы просто не перехватить GetClipboardData в своём процессе и делать с её параметрами всё, что душе угодно? Она возвращает указатель на данные в буфере обмена. 

Это сообщение отредактировал(а) BUGOR - 15.10.2006, 08:09

BUGOR, причину я описал в первом посте. Мне надо после очередной "вставки из буфера" этот буфер изменять. Но только после вставки. Типа, по событию. А GetClipboardData я получаю данные и все. В любой время. Была вставка или нет.

skyboy, мне кажется ты что-то недопонимаешь или я тебя неправильно понимаю 
По какому событию? Ну вот я только что грузанул в отладчик первую попавшуюся программу, поставил бряк на GetClipboardData, нажал Ctrl-C и у меня бряк сработал. Когда программа работает в буфером, независимо от как она это делает она обращается к GetClipBoardData. Не понимаю, что ещё нужно...  

возможно.

возможно.
в любом случае - спасибо за информацию. ушел копать.

Добавлено @ 11:56 
BUGOR, к сожалению, это ты меня понял неверно. Вставка из буфера происходит ВНЕ моей программы и независимо от неё. А мне надо фиксировать событие вставки из буфера(мышкой/клавиатурой/программно через TClipboard в Word'e, PhotoShop'e, Notepad'e или BDS) и корректировать содержимое буфера. Т.к. вставка(да копирование) происходит вне моей программы, то я могу это дело обнаруживать двумя методами:
- через хуки(как я подозревал, а anwe направил и подкрепил подозрение уверенностью)
- через подмену dll, в которой лежат  функции, используемые при вызове GetClipboardData(страшный изврат, надеялся избежать)
Вот. А в своей программе конечно не сложно работать с буфером   

skyboy, так и это вовсе не проблема... как раз предложенный мною метод я думаю будет самым подходящим, как перехватывать апи глобально ты можешь прочесть здесь(с примерами на делфи):
http://wasm.ru/article.php?article=apihook_1

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

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

Ну по крайней мере перехват отнимает меньше ресурсов, чем установка и использование windows-хуков.