Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Странности KOL и MCK (v2.31)

Grom PE © (2006-01-17 13:34:00)
В KOL имеются некоторые странности:

KOL-приложение при разворачивании на весь экран, минимизации, и последующей активизации уже не будет развернуто на весь экран. (Имеются ввиду кнопки на заголовке)

В WinXP в KOL-приложении всегда отображается фокусная рамка у контролов, хотя WinXP обычно скрывает фокусную рамку до нажатия TAB.

MCK - При добавлении OnMenu у пункта меню из Object Inspector'а генерируется название
"<Main menu name><Menu item name>Menu", а если кликнуть на пункт меню на форме, то генерируется название
"<Form name><Menu item name>Menu", хотя по-хорошему различий не должно быть.

ECM (2006-02-09 15:17:00) [1]
А Вам это мешает?
Тут принцип такой - кому это надо - тот и делает ... :)

Т.е. разберитесь в исходном коде, сделайте исправления, протестируйте - и предложите Владимиру исправления... а как Вы хотели?

Grom PE (2006-02-09 13:56:00) [2]
Хмм... Интересно, а Владимир собирается что-либо по этому поводу предпринимать?

Юрий Ж. (2006-02-07 23:21:00) [3]
Я эту проблему решал просто - каждую кнопку делал НЕ кнопкой по умолчанию, после этого OnEnter стиль менял на кнопку по умолчанию, а OnLeave возвращал...правда от Обводки не знеаю как избавиться....
Вроде это где-то в KOL.pas должно быть...но так глубоко не разбирался.

Grom PE (2006-01-27 13:14:00) [4]
ECM, смотри, Юрий Ж. меня правильно понял.
Дорогой Юрий! Ты прямо мысли читаешь!
Также страдаю от отсутствия DefPushButton.

Юрий Ж. (2006-01-24 18:10:00) [5]
Это я тоже давно заменил - при активации кнопки (достаточно нажать на нее мышкой и не отпуская отвести от кнопки и отпустить), то у нее стиль должен стать DefPushButton (при этом кнопка по умолчанию теряет эту обводку) и лишт при переходе на контрол который не является кнопкой (нипример Edit) стиль DefPushButton должен вернуться только той кнопке, которая является по умолчанию. В KOL же это не происходит...
Причем в WinXP если работать только мышкой рамка не должна появляться (а лишь меняться стиль кнопки если это кнопка и ничего не происходить если это другой контрол), в KOL рамка есть всегда.... :(

ECM (2006-01-24 16:30:00) [6]
З.Ы. IMHO: Если кнопка не SpeedButton, рамка рисуется на ней всегда, когда фокус у неё... Возможно в программах принятых Вами за образец - до нажатия Tab фокус не принадлежит ни одной из кнопок окна... например он у строки ввода (Edit)
???

ECM (2006-01-24 16:17:00) [7]

> Вот в том-то и дело, что в Win2k+ ее не должно быть до нажатия
> Tab!

Это почему? Откуда информация? Обоснуйте пожалуйста...

Grom PE (2006-01-24 15:27:00) [8]

> ECM © (18.01.06 14:00) [1]
> фокусная рамка на батоне есть !

Вот в том-то и дело, что в Win2k+ ее не должно быть до нажатия Tab!

> -=Mike=- (18.01.06 19:58) [2]
> наблюдал такое на двух своих тестовых прожках, на остальных все нормально

Скажи, пожалуйста, как ты достиг такого в остальных? Если можешь, создай новый проект с такой формой и дай мне source.

Vladimir Kladov (2006-01-19 16:06:00) [9]
Если эти константы не нужны, достаточно отключить их генерацию в listview через Object Inspector. А если нужны, то вы даете колонкам имена по смыслу, а не по номеру. Эти константы нужны, если у вас например колонки могут процссе работы над проектом меняться местами, и тогда чтобы не переделывать весь код, вы сразу используете вместо цифровых индексов осмысленные идентификаторы: ColFileName, ColFileSize, ...

shalex (2006-01-19 15:53:00) [10]

> KOL-приложение при разворачивании на весь экран, минимизации,
> и последующей активизации уже не будет развернуто на весь
> экран. (Имеются ввиду кнопки на заголовке)

И у меня такая же история... Ответ кто-нибудь знает?

ECM (2006-01-19 14:27:00) [11]

> это появилось раньше чем в 2.31

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

BeZ (2006-01-19 13:57:00) [12]
кстати про имена столбцов в ListView, это появилось раньше чем в 2.31

Barloggg (2006-01-19 10:58:00) [13]
ага, я даже начал искать где бы вставить проверку на повторение этих констант и выбросить лишнее.
Нифига не нашел, во всяком случае сразу, а потом переимовал конкретно столбцы в самих контролах и забил на это дело.

BeZ (2006-01-19 09:46:00) [14]
Dimaxx

тоже такое я заметил, и вроде бы еще для popup меня, хотя может и ошибаюсь

Dimaxx (2006-01-18 20:03:00) [15]
Кстати, еще неприятная особенность. Если на одной форме несколько ListView, то для всех колонок генерятся одинаковые имена Col1, Col2 и т.д. Может отталкиваться от имени контрола как, например, генерация имени ресурса для ImageList? Например, ListView1_1, ListView2_3 и т.п.??

-=Mike=- (2006-01-18 19:58:00) [16]
>> KOL-приложение при разворачивании на весь экран

наблюдал такое на двух своих тестовых прожках, на остальных все нормально

ECM (2006-01-18 14:00:00) [17]

> KOL-приложение при разворачивании на весь экран, минимизации,
> и последующей активизации уже не будет развернуто на весь
> экран. (Имеются ввиду кнопки на заголовке)

Ничего подобного - всё нормально восстановливается (по крайней мере у меня на Win2K3)

> В WinXP в KOL-приложении всегда отображается фокусная рамка
> у контролов, хотя WinXP обычно скрывает фокусную рамку до
> нажатия TAB.

Что значит "обычно"? Вот создал новый VCL-проект (на D6) кинул на форму батон, запустил - фокусная рамка на батоне есть !
Что не так в KOL? :))

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »