Скачать: CL | DM;

Странности 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 рамка есть всегда.... :(

---

← →
Grom PE ©   (2006-01-27 13:14) [14]

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

---

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

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

---

← →
Grom PE ©   (2006-02-09 13:56) [16]

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

---

← →
ECM ©   (2006-02-09 15:17) [17]

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

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

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.49 MB
Время: 0.034 c