KOL+KOLXPMan & RichEdit

← →
KBAHT (2006-11-04 15:05) [0]

Вопрос: Почему Рич остается стандартным, не преобразуется то есть в ХР?

← →
Vladimir Kladov (2006-11-04 18:07) [1]

Поясните. Должен использоваться rich edit v5.xx под XP, если по умолчанию.

← →
D[u]fa © (2006-11-04 20:08) [2]

манифест что ли не преобразуется или что? %)

← →
KBAHT (2006-11-04 22:41) [3]

Использую манифест, но КОЛрич (версия 3) не изменяется под ХР!

← →
homm © (2006-11-05 15:28) [4]

> Использую манифест, но КОЛрич (версия 3) не изменяется под
> ХР!

а под другими операционными системами изменяется? :-|

← →
Vladimir Kladov (2006-11-05 16:40) [5]

Нет, не так: под VCL не меняется. Как оно должно измениться под KOL?

← →
D[u]fa © (2006-11-05 17:47) [6]

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

← →
KBAHT (2006-11-08 04:40) [7]

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

Да!

Кстати, еще один глюк заметил:

1) При использовании BAPTrayIcon, когда ставишь Popup, вылетает ошибка! Думал, коряво установил, даже Delphi переставил, но ошибка осталась... =(
Мне нужен этот компонент! <-- Там есть Ballon"ы

Версия KOL&MCK последняя..

Спасибо.

← →
mdw © (2006-11-08 10:34) [8]

> 1) При использовании BAPTrayIcon, когда ставишь Popup, вылетает
> ошибка! Думал, коряво установил, даже Delphi переставил,
> но ошибка осталась... =(Мне нужен этот компонент! <-- Там
> есть Ballon"ы

Бартов уже давно не поддерживает свои компоненты, да и KOL"ом не занимается, насколько знаю. Так-что если нужно, берите исходники ищите ошибку, исправляйте. Ну и незабудьте прислать исправленный вариант, дабы выложить его на сайте.

← →
MTsv DN © (2006-11-08 12:19) [9]

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

← →
КВАНТ (2006-11-08 19:28) [10]

Мда, легко сказать! Я только про КОЛ услышал, еще толком ничего сделать не могу... А вы "Исправь"! =)

← →
Vladimir Kladov (2006-11-08 20:00) [11]

тогда используйте TTrayIcon из KOL.pas. Или бартовский делает что-то особенное, чего TTrayIcon не умеет?

← →
MTsv DN © (2006-11-08 21:27) [12]

> Мда, легко сказать! Я только про КОЛ услышал, еще толком
> ничего сделать не могу... А вы "Исправь"! =)
Владимир прав... Пользуйтесь стандартными компонентами... Все что надо уже есть...

И еще почитайте KOLBook, ссылку можно найти на форуме, на http://www.kolmck.net или http://www.kolnmck.ru Оттуда Вы почерпнете много полезной и нужной информации...

← →
KBAHT (2006-11-08 22:31) [13]

KOL Book скачал сразу, читаю по мере возможности (врямя =))

У TTrayIcon не могу поставить PopupMenu, + Ballon"ов нет, как в BAPTrayIcon =(

Если можно, напишите, как можно сделать меню и подсказки (Ballon"ы)

Спасибо =)

← →
KBAHT (2006-11-08 22:38) [14]

И еще: как быть-то с этим:
{"ну судя по всему автор хочет такой же вид как и у мемо, а прально понял?"

Да!}???

← →
MTsv DN © (2006-11-08 23:10) [15]

> У TTrayIcon не могу поставить PopupMenu
Надо бросить TTrayIcon, TPopupMenu... Определить элементы PopupMenu... А в обработчике OnMouse у TrayIcon вставить код:
procedure TForm1.TrayIconMouse(Sender: PObj; Message: Word); var pt : TPoint; begin if Message = WM_RBUTTONUP then begin GetCursorPos(pt); pm.PopupEx(pt.X, pt.Y); end; end;

По поводу Balloon"а... Если Вам надо именно Balloon, то смотрите как это Бартов делал, там WinAPI...KOL поскольку-постольку... А вообще у TrayIcon есть свойство ToolTip...

> И еще: как быть-то с этим:
> {"ну судя по всему автор хочет такой же вид как и у мемо, а прально понял?"
>
> Да!}???
Прочитаете это:
> Нет, не так: под VCL не меняется. Как оно должно измениться под KOL?
Я не пробовал, но Владимир знает, что говорит...

← →
Me (2006-11-08 23:46) [16]

> И еще: как быть-то с этим:{"ну судя по всему автор хочет
> такой же вид как и у мемо, а прально понял?"Да!}???

RichEdit не меняется под стиль XP, независимо от того в какой среде и на каком языке вы пишете программу. В этом нужно винить программистов Microsoft.

← →
KBAHT (2006-11-09 01:14) [17]

Me, но почему же тогда в VCL при использовании XPMan"а RichEdit менял свой стиль? Или это уже "особенность" KOL"а?

← →
Me (2006-11-09 15:00) [18]

> Me, но почему же тогда в VCL при использовании XPMan"а RichEdit
> менял свой стиль? Или это уже "особенность" KOL"а?

Мда. Проверил, действительно в VCL меняется. Раньше вроде не менялся, может это в Win SP2 появилось.

← →
Vladimir Kladov (2006-11-09 20:00) [19]

А что такое XPMan? Я брал manifest, подсовывал в директорию с экзешником и переименовывал в project_name.exe.manifest. Memo меняется, Rich Edit не меняется. Проект VCL.

> [19] Vladimir Kladov (09.11.06 20:00)
> А что такое XPMan?

Компонент в Delphi7 добавляющий manifest к ресурсам.

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

← →
Vladimir Kladov (2006-11-09 20:21) [21]

Порылся по гуглу. Если имеется в виду подключение ресурся {$R WindowsXP.res}, из того, что идет с Delphi, то у меня тоже не меняется, ни в проектах VCL, ни в KOL. Delphi6, правда. Может, в Delphi поновее и XP Manifest подправлен.

> [21] Vladimir Kladov (09.11.06 20:21)

В Delphi 7 меняется стиль у RichEdit (VCL), у KOLRichEdit стиль не меняется.
Manifest из EXE выше.

← →
Vladimir Kladov (2006-11-09 21:49) [23]

Ну вот теперь все ясно стало. Сравнил файлы от Delphi6 и Delphi7.
Добавилась строчка в ComCtrls.pas:
constructor TCustomRichEdit.Create(AOwner: TComponent); var DC: HDC; begin inherited Create(AOwner); ControlStyle := ControlStyle + [csNeedsBorderPaint]; //<<< вот эта + в Delphi7

А дальше дело техники. Я выдрал нужный код обработчика WM_NCPAINT, тема для richedit теперь применяется, и независимо от версии компилятора.

Вообще непонятно, почему проблемы тем, изначально являющиеся багом Microsoft, должны исправляться кодом библиотек или руками программистов. Мне совсем не нравится увеличивать код, чтобы выправлять кривые руки программеров из микрософта. Будет символ RICHEDIT_XPBORDER, кому надо, включит. В следующей версии.

>[23] Vladimir Kladov 9-Nov-2006, 21:49
>Вообще непонятно, почему проблемы тем, изначально
>являющиеся багом Microsoft, должны исправляться кодом
>библиотек или руками программистов.
потому что мокрософт слишком крута, чтобы править свой код. они вместо этого предпочитают написать очередную KB-статью и забыть. %-(

ой. "мокрософт" = "микрософт". а опечатка хорошая, надо запомнить. %-)

← →
KBAHT (2006-11-10 01:30) [26]

"Будет символ RICHEDIT_XPBORDER, кому надо, включит. В следующей версии."

Вот и я внёс вклад в развитие KOL"а! ^^ Хоть небольшой, но всё же.. =)

Владимир, большое спасибо за KOL!! Правда, я в нем ещё не очень разобрался... =) Но ничего!! Жду новой версии ;)

ЗЫ Очень нравится, что все нужные функции вынесены и доступны ;) Чего стоит проверка версии Windows!! (может я говорю глупость, поправьте и не судите строго ;))

=)

ЗЫЫ Когда новая версия? =)))

;)

← →
KBAHT (2006-11-10 01:32) [27]

А! Да... И еще... Очень хотелось бы чтоб компонент Tray стал чуточку лучше =) В плане менюшки и Ballon"ов (именно их, а не простых подсказок =))

Спасибо

KOL+KOLXPMan &amp; RichEdit Найти похожие ветки

KOL+KOLXPMan & RichEdit Найти похожие ветки