Microsoft - овский стандартный - это
Microsoft Windows Common Controls 5.0 (SP2)
COMCTL32.OCX
Пора бы уж это давно знать, раз на VB6 еще пишите.
А то что вы используете - это чисто VB поделка, оставшаяся в классическом интерфейсе Win98. Стили через манифесты даже не примените.

Не фигня. И возможно поможет. Но поставить русский для НЕ-Юникод в настройках OS по-любому надо, если уж VB6, да и вообще. Без этого много где крякозябры будут. Опыт(C).

А где у ТС написано что он туда Юникод пишет? Это Вы так за него решили.
Он сидит себе в конструкторе VB и пишет русский текст из кода не задумываясь, у него на машине все работает.
А в настройках target machine стоит вдруг английский для НЕ-юникод, вот и крякозябры.

Использовать надо Microsoft Common Controls 6.0 (SP6). Это последняя версия из SP6 в которой пофиксены некоторые баги предыдущий версий.
Вот честно пытался искать место на этом форуме (к сожалению не нашел), где мне это один раз 10 лет назад объяснили почему надо использовать Common Controls 5.0 а не 6.0, чего я усвоил один раз.

Суть такова.
Common Controls 5.0 - это надстройка над системными API. При применении манифеста ваши контролы будут использовать стиль OS на которой запущена прога, т.е. ваша прога на Win10 (а также на будущих Win11 и Win12) будет выглядеть современно в соответствии со стилем OS на которой запущена .

Common Controls 6.0 - это тупиковая вещь в себе, написанная в 98г. для VB6 или в духе того, и независимо от наличия манифеста все кнопки будут выглядеть в классическом стиле как на Win98. Они даже для XP не годятся в этом смысле.
И не удивлюсь что баги со шрифтами растут из этих же Common Controls 6.0.

Я бы однозначно посоветовал начать с замены Common Controls 6.0 -> Common Controls 5.0
И совет с "настройками OS для НЕ-ЮНИКОД" отнюдь не тупой.

А любые "баги" в Common Controls 5.0 можно легко подправить через API.
API вроде как и к Common Controls 6.0 применяются, но манифесты стилей вы к ним не примените никогда.

Eolt, судя по вашим постам вы вроде умный человек, и странно что вы этой фишки не знаете.

EoltЗначит видимо в этой Windows2003Server нет шрифта который используется по-дефолту в VB6.
По-моему это Tahoma или MS Sans Serif. Можно включить его в инсталлятор и ставить в Win2003.

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

Диалог About говорит...
Диалог About говорит о том, что все эти контролы были написаны 20+ лет назад.
И ни тот ни другой (ActiveX контролы) уже очень давно официально не поддерживаются.

Microsoft Windows Common Controls 5.0 (SP2) == comctl32.ocx+comct232.ocx
Microsoft Windows Common Controls-2 6.0 (SP6) ==mscomctl.ocx+mscomct2.ocx+comct332.ocx
Все это ссылается (и 5.0 и 6.0) на comctl32.dll
Только так уж получилось, что сделанное в 5.0 поддерживает стили через манифесты,
а в 6.0 - не поддерживает.
И хотя бы поэтому 5.0 - хорошо, а 6.0 - плохо.
А UpDown и через API можно нарисовать.

EoltПро стили я конечно знаю, но считаю это совсем незначительным моментом.
Ну как сказать, смотря какие цели. От того как выглядит кнопка на то что она делает конечно не влияет.
Но мне бы было стыдно в 20-м году толкать свой продукт с тулбарами и кнопками в классическом стиле Win95/98.
А вот на чем он написан на VB6, C/C++ или .NET пользователю в принципе неважно.

EoltНа техническом форуме недостаточно сказать, что кто-то пишет чушь. Приведите свои аргументы. Если они конечно есть :)
Про вставить картинку вместо текста я лучше промолчу.
Про отсутствие каких-то шрифтов в вот именно Win2003 - это вряд ли.
У меня все VB6 проги написаны так, что они всегда работают от XP до Win10.
И единственное решение (если вдруг крякозябры на русском тексте в VB6) - это да пойти в настройки OS и проверить что стоит русский для НЕ-Юникод - и это всегда работает.

Вообще я на VB6 с 14-го года ничего не пишу, в VB.Net как бы таки удобней, все API применяются точно также. Есть ньюансы, пришлось привыкать. Но опыт с VB6 как бы очень большой, чтобы дать разумный совет не использовать те ActiveX которые в VB обозваны как "Microsoft Windows Common Controls 6.0".

Eolt,
какой-то спор получается ни о чем, продолжать и тратить время не очень охота.

Common Controls они как бы одни,
и все описано в документации Microsoft.
About Common Controls
Control Library

Все те "версии" о чем мы тут говорили (Microsoft Windows Common Controls 6.0 / 5.0), включая очевидно ваш OpenSource это версии прибамбасов-надстроек, которые используются чтоб "дурак нарисовал в конструкторе" и не создавал с нуля через API.
И если че-то с контролом не так (поведение не соответствует, API как должно не применяются, стили не работают), то это баг прибамбаса.

Изначально в VB6 я использовал прибамбас Microsoft Windows Common Controls 6.0 (типа самые новые).
Но когда я стал задумываться о том как мое приложение смотрится и т.п., встал вопрос о "стилях" и "манифестах",
то всплыл баг в прибамбасе Microsoft Windows Common Controls 6.0 (категорическая неподдержка стилей),
и я навсегда отказался от этого прибамбаса в пользу Microsoft Windows Common Controls 5.0, где этот принципиальный баг отсутствует, а весь прочий функционал прекрасно допиливается через API ссылки на которые я дал в начале сообщения.

Моя задача по внешнему виду контрола чтоб он выглядел "системно, стандартно и профессионально" на любой OS а не "курица лапой". Так вот "Microsoft Windows Common Controls 6.0" - это "курица лапой". А "Microsoft Windows Common Controls 5.0" напротив прекрасно допиливается до "системно, стандартно и профессионально", если уж продолжаете писать на древнем VB6.

Если стили не нужны (итак сойдет), в API лезть неохота/неумею, а VB6 самый лучший навеки, то тогда да, поем оду самой свежей и прогрессивной версии прибамбаса 6.0 от 1995-2000 года выпуска с кучей новых функций и кучей "исправленных багов", которая еще оказывается официально поддерживается аж до 2027г.

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