Огрешки...

← →
Юрий Ж. (2003-06-11 18:13) [0]

Здравствуйте уважаемые приKOLисты!
Я уже немного знаком с KOL и MCK. У меня сложился небольшой список желаемых изменений в будующих версиях KOL, которые ,по моему мнению, несколько приблизят ее (библиотеку) к VCL:

КНОПКИ:
1. Каждая кнопка, даже если есть другая со свойством DefaultBtn, при ее активации должна принимать стиль DEFPUSHBUTTON, та же (DefaultBtn) должна его терять, а при деактивации становиться обыкновенной.
2. При активации контрола, который не является кнопкой стиль DEFPUSHBUTTON должна получать кнопка со свойством DefaultBtn (если есть):
( по "пробелу" все OK) Здравствуйте уважаемые приKOLисты!
Я уже немного знаком с KOL и MCK. У меня сложился небольшой список желаемых изменений в будующих версиях KOL, которые ,по моему мнению, несколько приблизят ее (библиотеку) к VCL:

КНОПКИ:
1. Каждая кнопка, даже если есть другая со свойством DefaultBtn, при ее активации должна принимать стиль DEFPUSHBUTTON, та же (DefaultBtn) должна его терять, а при деактивации становиться обыкновенной.
2. При активации контрола, который не является кнопкой стиль DEFPUSHBUTTON должна получать кнопка со свойством DefaultBtn (если есть):
- при нажатии на Enter должно срабатывать ее свойство OnClick, но фокус на нее не должен переходить.
3. При нажатии на Enter (по "пробелу" все OK) свойство OnClick активной в данный момент кнопки должно срабатывать, но визуально кнопка нажиматься не должна нажиматься.
4. При задании кнопкам caption вида : "B&utton1" она (возможно невсегда или только у меня) не срабатывает принажатии "u".

КОНТРОЛЫ:
1. Контролы, при активации мышью, не должны обводиться пунктиром (TabStop).

KOLTabControl:
1. Если установить свойство tcoFocusTab в True, то фокус на "табах" есть в начальный момент выполнения программы, если нажать Tab то фокус переходит на контрол лежащий в KOLTabControl или в другой, при дальнейшем нажатии Tab вернуть фокус на "табы" без муши не удается.
А если ее нет?

GroupBox:
1. Если на GroupBox кинуть еще один Groupbox, то у второго нельзя настроить шрифт.

Пока вроде все, но кто знает.
Я никого не упрекаю, KOL - THE BEST И FOREVER но ведь нет придела совершенству :-))).

← →
Кладов (2003-06-11 21:19) [1]

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

← →
Dimaxx (2003-06-12 01:07) [2]

Кстати, насчет размера. Писал я тут заготовку для приложения. В нем много форм и контролов. Занимает это (недоделанное) в памяти 4,5 мега. Тоже самое на VCL занимает на сотню кило больше, а глючит меньше! Вернее, вообще не глючит. Как это обяъснить? Не подумайте, что я противник KOL"а!!! То, сколько файл занимет на диске - мне до пейджера! Но если жрет памяти столько же - тогда какая разница?!

← →
BaRToV (2003-06-12 01:22) [3]

2 Dimaxx

> Но если жрет памяти столько же - тогда какая разница?!

Винда сама распределяет сколько ей нужно под контролы.
Ведь KOL ничего сам не рисует, все виндовые ф-ции...

> То, сколько файл занимет на диске - мне до пейджера!

И изначально KOL разрабатывался для создания компакных программ.

← →
Кладов (2003-06-12 17:54) [4]

Task Manager подсчитывая память занятую задачей показывает включительно размер областей, распределенных при работе использованных dll. Даже если эти dll всегда загружены (как ole) и постоянно выделено полтора метра памяти под них. Еще размер стека у кажой стартующей задачи л\очень не слабый. Это - не физически выделенная память, а виртуально.

← →
miek (2003-06-12 19:49) [5]

Кстати, об огрешках. Когда кликаешь два раза на TKOLTimer, вываливается окно "Invalid pointer operation".

← →
Кладов (2003-06-12 20:21) [6]

Вышлите пример приложения, в котором такое происходит, по возможности минимальный. Нужно так же знать версию / билд / сервис пак Delphi и версию OS. У меня под Win2K ничего такого не случается.

← →
Dimaxx (2003-06-13 00:55) [7]

Кто о чем, а вшивый про баню (это про меня) :-)

К примеру, в kol-овском приложении у меня не работает правильно функции GetVolumeInformation и GetDiskFreeSpaceEx. Пишет "Internal error UCW57". Что за байда? И не дает в одном блоке try...finally выполнять вызов обеих этих функций!!! А в VCL все в порядке! Как с этим бороться?

← →
Кладов (2003-06-13 13:45) [8]

>Internal error UCW57
это кто так говорит - Delphi?

← →
Юрий Ж. (2003-06-13 16:01) [9]

Слушайте, так как у вложеного GroupBox"а шрифт поменять?

← →
Кладов (2003-06-13 16:26) [10]

А какие проблемы? Я в MCK сейчас попробовал - ставится, и работает. Версия какая?

← →
Dimaxx (2003-06-13 17:56) [11]

2 Кладов: Да, Дельфа. В модуле Unit1.pas. Убираешь вторую функцию из блока - все компилится. Добавляю - выдает эту ошибку. Тока номер чуток другой - я не совсем точно его запомнил.

← →
Юрий Ж. (2003-06-14 16:49) [12]

У меня такая же проблема как и в появившемся вопросе " XP Visual Style для GroupBox ". То есть глюк когда подключен манифест.
Версия самая новая v1.77(постоянно обновляю).

← →
Vladimir Kladov (2003-06-14 19:33) [13]

А в прежних версиях - работало? Или всегда так было?

← →
Vladimir Kladov (2003-06-14 20:00) [14]

Что касается Internal Error, то это недогляд Борланда за программерами. Почему-то такие вещи, как наличие break или continue вне цикла тоже вызывают internal error, вместо вразумительного разъяснения, что к чему. Бывает так, что если закрыть Delphi, потом переоткрыть и сделать build проекту, то ошибка поясняется более вразумительно.

← →
Юрий Ж. (2003-06-15 13:49) [15]

2 Vladimir Kladov
Не помню с какой версии, но было и раньше.

← →
Vladimir Kladov (2003-06-15 16:07) [16]

можно откатиться назад хоть на 100 (почти) версий, аж до 0.80. И сказать точнее.

Огрешки... Найти похожие ветки