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

← →
Grom PE © (2006-01-17 13:34) [0]

В 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-01-18 14:00) [1]

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

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

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

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

← →
-=Mike=- (2006-01-18 19:58) [2]

>> KOL-приложение при разворачивании на весь экран

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

← →
Dimaxx © (2006-01-18 20:03) [3]

Кстати, еще неприятная особенность. Если на одной форме несколько ListView, то для всех колонок генерятся одинаковые имена Col1, Col2 и т.д. Может отталкиваться от имени контрола как, например, генерация имени ресурса для ImageList? Например, ListView1_1, ListView2_3 и т.п.??

← →
BeZ (2006-01-19 09:46) [4]

Dimaxx

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

← →
Barloggg (2006-01-19 10:58) [5]

ага, я даже начал искать где бы вставить проверку на повторение этих констант и выбросить лишнее.
Нифига не нашел, во всяком случае сразу, а потом переимовал конкретно столбцы в самих контролах и забил на это дело.

← →
BeZ (2006-01-19 13:57) [6]

кстати про имена столбцов в ListView, это появилось раньше чем в 2.31

← →
ECM © (2006-01-19 14:27) [7]

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

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

← →
shalex © (2006-01-19 15:53) [8]

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

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

← →
Vladimir Kladov (2006-01-19 16:06) [9]

Если эти константы не нужны, достаточно отключить их генерацию в listview через Object Inspector. А если нужны, то вы даете колонкам имена по смыслу, а не по номеру. Эти константы нужны, если у вас например колонки могут процссе работы над проектом меняться местами, и тогда чтобы не переделывать весь код, вы сразу используете вместо цифровых индексов осмысленные идентификаторы: ColFileName, ColFileSize, ...

← →
Grom PE © (2006-01-24 15:27) [10]

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

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

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

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

← →
ECM © (2006-01-24 16:17) [11]

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

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

← →
ECM © (2006-01-24 16:30) [12]

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

← →
Юрий Ж. (2006-01-24 18:10) [13]

Это я тоже давно заменил - при активации кнопки (достаточно нажать на нее мышкой и не отпуская отвести от кнопки и отпустить), то у нее стиль должен стать DefPushButton (при этом кнопка по умолчанию теряет эту обводку) и лишт при переходе на контрол который не является кнопкой (нипример Edit) стиль DefPushButton должен вернуться только той кнопке, которая является по умолчанию. В KOL же это не происходит...
Причем в WinXP если работать только мышкой рамка не должна появляться (а лишь меняться стиль кнопки если это кнопка и ничего не происходить если это другой контрол), в KOL рамка есть всегда.... :(

ECM, смотри, Юрий Ж. меня правильно понял.
Дорогой Юрий! Ты прямо мысли читаешь!
Также страдаю от отсутствия DefPushButton.

← →
Юрий Ж. (2006-02-07 23:21) [15]

Я эту проблему решал просто - каждую кнопку делал НЕ кнопкой по умолчанию, после этого OnEnter стиль менял на кнопку по умолчанию, а OnLeave возвращал...правда от Обводки не знеаю как избавиться....
Вроде это где-то в KOL.pas должно быть...но так глубоко не разбирался.

Хмм... Интересно, а Владимир собирается что-либо по этому поводу предпринимать?

А Вам это мешает?
Тут принцип такой - кому это надо - тот и делает ... :)

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

Странности KOL и MCK (v2.31) Найти похожие ветки