Class NotesRichText!!! может ли такое быть что объект данного класса не реагирует на оконные сообщения? Если так тогда как с него вытащить текст? только процесс вскрывать(OpenProcess) что ли и шариться в памяти(ReadProcessMemory) может есть другие варианты?

| Сообщение посчитали полезным:

если это наследник от виндового RichEdit (а не какой то самописный с похожи названием), то он должен реагировать на EM_GETTEXTEX. Но ты должен инжектиться, так как EM_GETTEXTEX, в отличии от WM_GETTEXT работает только в пределах процесса.

| Сообщение посчитали полезным:

юзаем поиск прежде чем тему создавать... Уже было --> тут <--

-----
z+Dw7uLu5+jqLCDq7vLu8PvpIPHs7uMh

| Сообщение посчитали полезным:

Хорошо... а есть ли способ узнать на какие оконные сообщения реагирует этот компонент? поиск не принёс результатов... документации тоже на него нет ни какой...

| Сообщение посчитали полезным:

Alexus2006 пишет:
а есть ли способ узнать на какие оконные сообщения реагирует этот компонент?
Ну так возьми Spy++ и посмотри что вообще этому контролу отправляется или из под Olly
View->Windows->Message breakpoint on WinProc

| Сообщение посчитали полезным:

HANDLE MainWindowHandle, RichEditWHandle, ProcessHandle;
DWORD dwProcessId, ProcessID ;
//Cardinal ProcessID ;
GETTEXTLENGTHEX StructTextLength;
GETTEXTEX StructTextEx;
Pointer PStructTextLength, PStructTextEx, PTextBuffer;
DWORD BytesWriten, RichEditTextLength;
char TextBuffer;

// Хандлы верные ws32.exe подсмотрел...
MainWindowHandle = (void *)0x00040198;
RichEditWHandle = (void *)0x0005047C;

GetWindowThreadProcessId(MainWindowHandle, &ProcessID);

// Открываем процесс
ProcessHandle = OpenProcess(PROCESS_ALL_ACCESS, True, ProcessID);
PStructTextLength = VirtualAllocEx(ProcessHandle,
NULL, sizeof(GETTEXTLENGTHEX),
MEM_COMMIT | MEM_TOP_DOWN,
PAGE_READWRITE);

// Подготавливаем структуру...
StructTextLength.flags = GTL_NUMBYTES | GTL_USECRLF;
StructTextLength.codepage = 1200;

// ...и пишем ее в память процесса
WriteProcessMemory(ProcessHandle, PStructTextLength, &StructTextLength, sizeof(GETTEXTLENGTHEX), &BytesWriten);
if (BytesWriten != sizeof(GETTEXTLENGTHEX)) RaiseLastOSError();

// Отправляем сообщение удаленному RichEdit,
// чтобы узнать необходимый размер буффера
RichEditTextLength = SendMessage(RichEditWHandle, EM_GETTEXTLENGTHEX, (WPARAM)PStructTextLength, (LPARAM)0);

//RichEditTextLength - равно 0 ... где ошибка?

| Сообщение посчитали полезным:

проверяй RichEditTextLength на неравенство с E_INVALIDARG , после СендаМессаги.

| Сообщение посчитали полезным:

RichEditTextLength != E_INVALIDARG
а что толку то? ...
RichEditTextLength = SendMessage(RichEditWHandle, EM_GETTEXTLENGTHEX, (WPARAM)PStructTextLength, (LPARAM)0);
Вот тут SendMessage должен ли вернуть длинну текста? или куда должна вернуться длина?

| Сообщение посчитали полезным:

по идее если результат не равен E_INVALIDARG , то результат является длинной.

А ты правельно ХЕНДЛ вводишь ? , может попробывать этот Рич-едит отловить через FindWindow с помощью имени класса (вроде так можно было).

| Сообщение посчитали полезным:

Для получения длины текста и самого текста из RichEdit-а внедрятся в удаленное адресное пространство не нужно. Достаточно обычных вызовов по аналогии с EDIT. (Внедрение нужно если есть желание воспользоваться расширенными возможностями данного класса, к пример выделить часть текста другим цветом).
Отправь контролу обычный WM_GETTEXT. Если не вернет данных - значит кастом...

| Сообщение посчитали полезным:

Дело в том что компонент не просто RichEdit, a NotesRichText ... точно даже не известно дочерний ли это класс от простого RichEdit...
посылка WM_GETTEXT результатов тоже не даёт... Хендлы точно верные... я их в проге функцией WindowFromPoint(CrPos) нахожу... для точности ws32.exe проверял... там же смотрел окно нормально получает сообщения, только в ответ нечего не получаю...

| Сообщение посчитали полезным:

| Сообщение посчитали полезным:

а как получить текст от CustomEdit ?

| Сообщение посчитали полезным:

Что за сообщения WM_USER+0x4 и WM_USER+0x7 ?

| Сообщение посчитали полезным:

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

| Сообщение посчитали полезным:

Alexus2006 пишет:
Что за сообщения WM_USER+0x4 и WM_USER+0x7 ?
это собственные сообщения, возможно на них есть нужная функциональность....
К ней прибегают когда нужно что то сделать через МЕссаги, но не стандартное. Как правело такие месаги сами посылают и сами обрабатывают, они не стандартны мало кто их поймет

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

| Сообщение посчитали полезным:

Какие ещё есть варианты содрать текст с чужого контрола если текст заранее не известен т.е. поиск в памяти процесса не вариант, и контрол не отдаёт текст по сообщениям WM_GETTEXT EM_GETTEXTEX функция GetWindowText результатов также не даёт... неужели всё пропало?

| Сообщение посчитали полезным:

делай фокус на контрл и посылай комбинацию клавиш CTRA+A и CTRL+C, далее работай с буфером.

В своем посте я другого варианта не нашел

| Сообщение посчитали полезным: