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

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

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

Огрешки...

Юрий Ж. © (2003-06-11 18:13:00)
Здравствуйте уважаемые при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 но ведь нет придела совершенству :-))).

Vladimir Kladov (2003-06-15 16:07:00) [1]

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

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

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

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

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

Vladimir Kladov (2003-06-14 19:33:00) [4]

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

Юрий Ж. (2003-06-14 16:49:00) [5]

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

Dimaxx (2003-06-13 17:56:00) [6]

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

Кладов (2003-06-13 16:26:00) [7]

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

Юрий Ж. (2003-06-13 16:01:00) [8]

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

Кладов (2003-06-13 13:45:00) [9]

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

Dimaxx (2003-06-13 00:55:00) [10]

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

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

Кладов (2003-06-12 20:21:00) [11]

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

miek (2003-06-12 19:49:00) [12]

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

Кладов (2003-06-12 17:54:00) [13]

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

BaRToV (2003-06-12 01:22:00) [14]

2 Dimaxx

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

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

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

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

Dimaxx (2003-06-12 01:07:00) [15]

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

Кладов (2003-06-11 21:19:00) [16]

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

Наверх

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