Версия 2.34

← →
Vladimir Kladov (2006-03-05 21:24) [0]

Новости от 5 марта 2006 г.

Новости KOL и MCK (v2.34):
[*]KOL: тип TOnLVDelete удален и событие TControl.OnLVDelete теперь эквивалентно OnDeleteLVItem. MCK: сохранены обработчики OnDeleteLVItem и OnDeleteLVRange, OnLVDelete удален.
[+]KOL: добавлены функции Str2Extended, Koi8toANSI.
[-]KOL: отменены изменения в DoDrag, восстановлена работоспособность разделителей ( splitters ).
[-]KOL: изменения в создании scrollbar-контрола, предложены ECM (исправлены Enabled, ThumbTrack)
[*]KOL: небольшие изменения в RE_FmtStandard.
[*]KOL: изменен KOLDEF.inc, добавлены условия для работы KOL в Delphi8, Delphi2005, Delphi2006 - без MCK. По предложению Thaddy de Koning.
[-]MCK: P-code - исправлена генерация кода Collapse вызова LoadBmp (toolbar, imagelist).

← →
MTsv DN © (2006-03-06 09:05) [1]

Владимир, подправьте линки на bonanzas"е...

С Уважением MTsv DN

← →
Владимир Кладов (2006-03-06 12:40) [2]

Вечером поправлю, если не то. Ночь темна была, видать цифры перепутал на клавиатуре.

← →
MTsv DN © (2006-03-06 13:39) [3]

Пока можно качать с http://www.kolnmck.ru

С Уважением MTsv DN

← →
Barloggg (2006-03-06 16:07) [4]

Кстати заметил странность. но не в последней версии, а в 2.33.
1. Брошен на форму ScrollBar.
2. Выставлено SBMin скажем 40. (SBPosition не трогаем!)
2.1. соответственно в МСK SBPosition перебрасывается в позицию 40.
3. После запуска запрашиваем SBPosition и получаем 0!!!!!

Если шевельнуть мышкой по ScrollBar то порядок.
Если в MCK задать явно SBPosition то тоже порядок.

Но если оставить его после броска мышью без изменений, то будет 0.

Хмыкнул, поставил его вручную и пошел дальше. Но глюк запомнил.

← →
Vladimir Kladov (2006-03-06 16:15) [5]

Поправил. И еще: если у кого-нибудь сильно глючит пакет, плюньте на идеальную красоту, и включите в пакет NOT_USE_KOLCTRLWRAPPER, мне только это помогло сегодня на работе. Все время лезли какие-то непонятные сообщения про каких инвалидов окон.

← →
ECM © (2006-03-06 16:20) [6]

> Но если оставить его после броска мышью без изменений, то
> будет 0.

Чтобы в текущей версии (2.34, да и в предыдущих тоже) не попадаться на такой эффект лучше вместо чтения SBPosition(обращение к TControl.fSBPosition) делать вызов GetSBPosition - он всегда будет давать верный результат (обращение к функции Win32 )

← →
Thaddy (2006-03-06 19:41) [7]

Delphi 8 is not possible right now.... D005 and 2006 are good, but large code size (~80K)
Freepascal is possible without anything further, but in PAS_VERSION mode.

Multi 80X86 platform only ;)

Awaiting mail ;)

← →
HCode (2006-03-06 21:10) [8]

> Чтобы в текущей версии (2.34, да и в предыдущих тоже) не
> попадаться на такой эффект лучше вместо чтения SBPosition(обращение
> к TControl.fSBPosition) делать вызов GetSBPosition - он
> всегда будет давать верный результат (обращение к функции
> Win32 )

Вот обрадовали :(
А в чем суть ошибки? Что же теперь - переписовать код?

> А в чем суть ошибки?

IMHO в том, что после запуска программы внутренняя переменная fSBPosition
оказывается не инициализированной актуальным значением. После первого изменения положения ползунка или при явном присваивании SBPosition всё становится на место переменная fSBPosition содержит правильное значение.
Функция GetSBPosition - "ходит мимо" fSBPosition - прямо к данным "подшефного" ScrollBar-a из Win32 API.

> Что же теперь - переписовать код?

Если у Вас не было глюков - то смысла нет.
Тем более

> Vladimir Kladov (06.03.06 16:15) [5]
> Поправил.

Версия 2.34 Найти похожие ветки