chessman, дружище, не подскажешь, может можно как то изменить цвет стандартной кнопки на форме через dynwrap?
(ЦветФона из FormEx не умеет цвет фона кнопок менять, а мне очень хочется цвет фона MS-но тулбара поправить)

А без черной рамочки вокруг не сделать?
хотя и так уже лучше

в идеале хотелось бы получить что то типа этого, только с белым фоном (дефолтная настройка в системе)

тут у меня штатная кнопка (в которой живет toolbaк) лежит поверх объекта tabledoc (желтые рамки вокруг кнопки выведены как таблица)

chessman писал(а) 11. Августа 2011 :: 14:57:

Супер!

chessman писал(а) 11. Августа 2011 :: 14:57:

А я поставлю цвет фона такой же, как цвет фона картинок кнопок тулбара (там же он должен быть вполне конкретный, что бы он считался "прозрачным")

Спасибо огромное!
Протестирую - отпишусь 

А почему не заработает - у toolbar-а вроде есть сво-во hWnd?

chessman писал(а) 12. Августа 2011 :: 07:34:

Ага, чего то сходу не завелось..
Ща посмотрю повнимательнее..

Не, все равно не взлетает..
Вроде хендл дочернего окна находит, а цвет не меняет..

Может это из-за того, что у меня не тот DynWrapex.dll?
Я использую старый + твой класс для правки на лету

Твой пример работает, попробую прикрутить на живой тулбар..

Черт, в моем рабочем коде не взлетает..

Понял - в моей живой базе не запускается "патчинг" dynwrapex - сейчас поправлю и проверю.
С патчингом не связано..
Как то работает через раз..
Может проблема в том, что у меня сейчас при каждом вызове установки цвета производится инициализация кода - сейчас проверю..

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

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

Ок, спасибки.

У тебя должно быть так - один тулбар - один "мой" класс, т.к. в этом классе идет подмена процедуры конкретного окна. Сколько Тулбаров в открытых формах, столько и классов должно быть создано. Посмотри в коде скрипта, скорее всего там переменная hwnd не обнуляется после того, как ты "отвязываешь" свой класс.

CaBaT писал(а) 16. Августа 2011 :: 06:24:


Совершенно верно

CaBaT писал(а) 16. Августа 2011 :: 11:28:


Покажи, как получилось  

Ты всё в серый цвет раскрасил?
Кстати, этот подход можно распространить на все окна, у которых есть "подложка".

CaBaT писал(а) 17. Августа 2011 :: 07:13:


Можешь мини пример замутить?

chessman писал(а) 16. Августа 2011 :: 06:22:


слушай, а при уничтожении контрола toolbar-а не надо как то деинициализировать подмену?

А у тебя никогда не выскакивало такое окошко странное, вроде как от скриптового движка - типа "выполнение скрипта не завершилось в заданный срок" или что в таком духе, но правда само пропадает..
(если поймаю - сделаю скрин)

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

Тут такой подход не прокатит, т.к. фон отрисовывается в сообщении WM_PAINT.
Буду смотреть, как это можно обойти.

chessman писал(а) 17. Августа 2011 :: 14:59:

Что то у меня в терминале 1С валиться часто стала..  
Честно говоря, почему то грешу на установку цвета фона тулбара..
(напихал их много где, при последовательном открытии окон с тулбарами в какой то момент падает..)
Проверю конечно, но все таки вопрос - насколько "безопасна" используемая техника подмены процедуры окна?
может ее как то деинициализировать надо по особому?

1. ошибки нет - просто падает 1С..
2. на фоне этого периодически выскакивает сообщение про выполнение скрипта (писал выше)

chessman писал(а) 24. Августа 2011 :: 17:17:

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

UPD:
Погонял сейчас на рабочей базе - у меня локально уронить не получилось, а не терминале упало буквально с пол тыка..

Есть правда один момент - у меня немного разные версии компонент используются (в частности на боевой базе до сих пор стоит 1cpp версии 3.0.1.25, все никак не соберусь обновить - гонял последние сборки локально, вроде косяков нет, надо бы обновить..)

И еще - удалось таки поймать окошко с ошибкой от скриптового движка - на терминале появилось следом за сообщением о "сворачивании" 1С

UPD 2:
Временно отключил функцию установки цвета тулбара - уронить сходу базу не получается..
Возвращаю назад установку фона прямо при открытой базе - практически сразу после открытия/закрытия нескольких окон с тулбарами валится 1с со свистом..

Все таки по ощущениям - что то не так с перехватом оконной функции (возможно с ее деинициализацией?)..
И причем локально у меня падает, но на порядок реже..

Ок, спасибо  

UPD:
Не помогло..
Насколько вижу, в код добавилась одна строка при разрушении окна

WindowProc = Wrap.CallWindowProc(WND.oldProc, hWnd, uMsg, wParam, lParam) 

Все таки сворачивание 1С с этим связано - как только включаю функционал установки фона, падает буквально с 3-5 открытий форм с тулбаром, отключаю - уронить сходу не получается..

UPD2:
А компоненты я на всяк случай обновил - так что бы условия были одинаковые на терминале и у меня локально..
Вот список:

1cpp.dll (версия: 3.2.3.16)
formex.dll (версия: 2.0.5.92)
1sqlite.dll (версия: 1.0.2.4)
tabledoc.dll (версия: 0.1.1.45)
rwidjets.dll (версия: 1.4.0.3)
V7AppProfile.dll (версия: 1.0.0.1) 

UPD3:
В итоге, как выяснилось, в тестовой базе локально я все таки использовал такой же набор компонент, как на сервере
Так что непонятно, почему локально у меня не падает..

UPD4:
Подумалось - на серваке наверное DEP включен, у меня кажется нет, может это как то влияет..

chessman писал(а) 26. Августа 2011 :: 06:25:

Вот ведь в чем дело - у меня на терминале нет админских прав, так что может и я чего то не знаю..
(пока попробую выяснить, не включен ли DEP, он вроде может влиять на такие фокусы с dynwrapex?)

Падает в момент открытия, но это же собственно не значит, что проблема именно при открытии?

chessman писал(а) 26. Августа 2011 :: 06:39:

Да точно, это вариант  

Кстати - режим DEP на сервере был включен, сейчас его по моей просьбе отключили для процессов 1С, так что после плановой перезагрузки сервера (видимо это будет уже на сл. неделе) проверю, может что-нибудь измениться..

UPD:
DEP на сервере по моей просьбе для процесса 1С отключили, но проблему это не решило..

UPD2:
2-го улетаю в отпуск на 3 недели, так что решение проблемы видимо откладывается до 26.09..

Нет, обычный 2003 терминал.
(Правда сейчас скорее море и пальмы  )

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

Ок, это тоже попробую, спасибо.

UPD:
Вот я лошара!
У меня на боевой базе вроде не вызывается скрипт, исправляющий dll..
Вернусь – проверю..

Попытался использовать автоматическое закрытие системных диалогов
но при попытке
Wrap = СоздатьОбъект("DynamicWrapperX");
было сказано что отсутствует CLSID
regsvr32 компоненте сделал. Компоненту взял из последнего поста форума script-coding.info
Не подскажите в чем может быть дело?

Успешно зарегестрирован.
Windows 2003 R2 dll расположена в каталоге ИБ на компьютере по сети

Положил dll в bin, заново зарегестрировал, перезагрузил сервер и все заработало.
Спасибо!