Современное оформление приложений на VB6 под XP

[Dany]

Есть ли средства позволяющие программно преобразовывать все элементы стиля 98 под XP. Варианты рассмотренные в книге "VB6 на практике" не всегда работают - вероятность запуска и нормальной работы приложения в стиле XP 11% из 100%. Помогите найти средства для решения этой проблемы.

[Хакер]

Преобразование элементов из стиля 98 в XP — бред. Т.е. не преобразование бред, а сама фраза бред.

Есть такое явление как DLL Hell — это когда множество разных приложений используют различные версии одной и той же библиотеки. И при установке каждое наровит установить необходимую ему версию, заменив оригинальный файл. Таким образом, все приложения получают ту версию dll-шки, которая нужна последнему установленному приложению.

Чтобы решить эту проблему придумали технологию Side-by-Side: когда при установке приложение хочет заменить какую-то уже имеющуюся библиотеку библиотекой иной версии, система не даёт этого сделать, а помещает вторую библиотеку в WinSxS repository. При запуске такого приложения, в АП процесса подгружается не та библиотека, которую требует процесс, а особая версия из WinSxS. Таким образом, каждое приложение получает ровно ту библиотеку, которую хочет, при том, не портя оригинальную библиотеку и не мешая друг-другу. Конфликт версий решён.

Когда придумали XP, создали новую версию comctl32.dll — версию с красивыми контроллами. Но предполагая возможные проблемы у старых приложений с новым библиотеками, основную comctl32.dll оставили не тронутой (т.е. в system32 лежит старая угловатая comctl32.dll), а для того, чтобы приложение могло использовать новую версию решили использовать технологию Side-by-Side.

Манифест, который мы кладем в ресурсы или рядом с программой, это фишка Side-By-Side: при создании процесса в его АП подгружается не \system32\comctl32.dll, а \WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll.

Вот в этом и заключается фишка использование визуального стиля XP. Если манифест есть и если приложение написано правильно — всё будет работать. Если у тебя не работает — значит оно написано неправильно. Это правило работает вне зависимости от выбранного языка и средства разработки.

У VB6, однако же, имеются свои проблемы с визуальными стилями. Большинство VB6-программистов не хотят пользоваться comctl32.dll напрямую, а пользуются ею через COM-обертку, которую подключают в "Compontents".

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

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

Прикладывается картинка из одного топика-спора на тему использования COM-оберток над comctl32.dll:

[Williams]

Хакер, очень интересно рассказал про DLL Hell, репозиторий и визуальные стили. Полезная информация.

[SLIM]

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

[Dany]

' предлагаемый в книге фрагмент кода. Работает с ошибками - которые могут возникнуть в любой момент!!!
'пишется код манифеста в блокноте и сохраняется в формате имя приложения.exe.manifest . Мой пример должен выполняться для приложения Project1

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:shemas-microsoft-com:asm.v1" manifestVersion="2.0">
<assemblyIdentity
version="1.0.0.0"
processorArchitecture="X86"
name="Project1"
type="win32/"
<dependency>
<DependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorArchitecture="X86"
publicKeyToken="6595b64144ccf1df"
language="*"
/>
</dependentAssembly>
</dependency>
</assembly>

[mihlon]

А можно на примере показать как использовать comctl32.dll напрямую без COM-обертки.

[Денис]

А можно на примере показать как использовать comctl32.dll напрямую без COM-обертки.

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

[SLIM]

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

Лучше бы он статью написал

[Antonariy]

Лучше бы кто-то MSDN прочёл. Там все написано.

[SLIM]

Лучше бы кто-то MSDN прочёл. Там все написано.

Так тогда зачем форум нам(ламерам) нужен. Чтобы кто-то доступно по людски объяснил

[Antonariy]

Если инфа из MSDN для тебя не доступна, то не будет доступна и статья.

[SLIM]

Если инфа из MSDN для тебя не доступна, то не будет доступна и статья.

Ага, еще скажи что MSDN реально самое понятно что есть на белом свете.....что за злость необузданная

[iGrok]

Если инфа из MSDN для тебя не доступна, то не будет доступна и статья.

Ага, еще скажи что MSDN реально самое понятно что есть на белом свете.....что за злость необузданная

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

З.Ы. А в MSDN действительно всё разжёвано.

[alibek]

Ага, еще скажи что MSDN реально самое понятно что есть на белом свете.....что за злость необузданная

Так и есть. Мало какая документация может сравниться с MSDN по качеству.

[SLIM]

Так и есть. Мало какая документация может сравниться с MSDN по качеству.

Возможно это я не уделял должного внимания MSDN. Исправлюсь. Ищвините за неправоту возможную....

[Dany]

Народ - помогите, может вы загрузили пример который я приложил в программе - у меня ни черта не работает по рецептам книги!!!

[pronto]

ни черта не работает по рецептам книги!!!

Фтопку такую книгу! Если серьезно, то в интернете полно примеров решения этой задачи. С этим оформлением под XP есть несколько моментов. (конкретно для VB)
1. Увидеть изменения можно в откомпилированном виде программы
2. Если OptionButton'ы разместить на Frame, то они чернеют (это лечится размещением их на PictureBox (см. вложение))
3. Оформление применяется к базовым контролам и контродам из Microsoft Windows Common Controls 5.0 (SP2) (это если будешь использовать в программе ProgressBar или Slider или ListView или TabStrip)
4. Вытекает из 3-го пункта. Контролы из этой библиотеки не предоставляют стандартных интефейсов для их расширенного управления и настроек. То есть некоторые вещи придется делать с использованием WinAPI через отправление сообщений или хук.

[werbersoft]

Если всё объяснить коротко, то это выглядет так:
1. Создаёшь манифест (его текст дан в начале темы)
2. В первой загружаемой форме при Form_Initialize вызываешь Api-шку InitCommonControlsEx (ниже код её объявления в модуле)

Код: Выделить всё

Public Declare Function InitCommonControlsEx Lib "comctl32.dll" (lpInitCtrls As INITCOMMONCONTROLSEX_TYPE) As Long

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

Код: Выделить всё

Public Declare Sub ExitProcess Lib "kernel32" Alias "ExitProcess" (ByVal uExitCode As Long)

4. Компилируешь программу в exe.
[Viper] :: А ничего, что правильный ответ в этой теме дан уже многократно? Хочется показать, что тоже знаешь ответ?

[mihlon]

pronto, а данный пример будет работать на VIste?

[pronto]

Не знаю, Висту не использую.

[Antonariy]

Ага, и особого смысла ее использовать уже нет. На подходе Windows 7, которая на висте основана, но гораздо шустрее. Похоже висту ожидает судьба Millenium.

[BION]

pronto, а данный пример будет работать на VIste?

Будет.

[tyomitch]

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

То, что такой механизм существует, документирован, и используется в т.ч. в comctl, выпущено из виду нарочно?
Я про рефлексию сообщений.

[Денис]

Похоже висту ожидает судьба Millenium.

Не совсем так. На миллениуме тестировались новые фишечки под платформу 9х. Буквально через год от этой платформы отказались и милениум остался наедине со своими глюками. Висту будет ожидать подобная судьба, только если ms откажется от платформы NT (а от нее она вряд-ли откажется, потому что платформа вышла довольно успешная и технически и коммерчески). Висту ожидает череда сервиспаков, в результате которых она станет максимально идентична будущей семерке. ИМХО.

[Antonariy]

Не выгодно постоянно патчить не сильно распространенную систему. Имхо.

[Денис]

Не выгодно постоянно патчить не сильно распространенную систему. Имхо.

Ну так это ж пока. Висту ставят и ставят на новые компы. С каждой секундой их становится все больше! А до семерки еще ой как далеко...

[Alexanbar]

Висту ставят и ставят на новые компы. С каждой секундой их становится все больше!

В этом -то и беда.

[nekeda]

В этом -то и беда.

ой ли?

[PhoenixBird]

Я не могу понять способа "экспистизации" проги на VB6. Подскажите мне способ применения стиля XP к проге на VB6 SP6 в ЛС.
PS:Опыта работы с системой не имею, а что такое "манифест" не знаю. Помогите новичку

[Viper]

PhoenixBird, а прочитать это топик в нчала не удалось? Все разжевано до мелочи.