| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Версия 2.43 [Delphi, Windows]
Vladimir Kladov © (2006-11-19 21:49:00)
Новости от 19 ноября 2006 г. (KOL & MCK v2.43)
[*] UNI Изменения для RichEdit -контрола для случая использования
символа UNICODE_CTRLS: Изменен тип TRETextFormat: добавлено значение
reUnicode, позволяющее загружать текст в формате UNICODE из потока;
Тип свойства REUrl объявлен как KOLString; Изменен тип со String на
KOLString в методах ReplaceSelection, REAppend, REInsertRTF,
RESearchText; Метод RE_WSearchText объявлен "deprecated" (только
RE_SearchText должен использоваться в будущем); Для функции
NewRichEdit1 в случае UNICODE_CTRLS оставлена только PAS-версия (это
исправляет непрорисовку RichEdit с символом UNICODE_CTRLS при
включенном asm-коде)
[*] UNI Прочие изменения для случая UNICODE_CTRLS: Тип
TOnAnotherInstance изменен: использована строка KOLString т.к.
командная строка может содержать символы UNICODE; Исправлена функция
Format для случая UNICODE_CTRLS
[+] Добавлен модуль ToGRush для обеспечения быстрой миграции
существующих проектов на использование GRushControls. Таким образом, в
KOL.pas изменено: тип TEdgeStyle несколько изменен (добавлено значение
esTransparent , позволяющее создавать панель без создания GRushPanel
но прозрачную и без выдающихся краев, чтобы просто размещать на ней
прочие визуальные элементы, выравнивать их - без дополнительных
визуальных эффектов; обеспечена функция ToolbarButtonRect , с ее
переопределением в модуле ToGRush. Эта функция предлагается для
использования вместо метода TControl.TBButtonRect для проектов,
использующих ToGRush; Функции ShowMsgModal, ShowQuestion,
ShowQuestionEx перемещены в KOLadd.pas; модули KOLadd, KOLDirDlgEx
теперь ссылаются на KOLGRushControls в своих секциях USES (но только
если определен символ условной компиляции USE_GRUSH, конечно), так что
основанные на формах диалоги определенные в них, автоматически
используют GRush контролы, если определено.
[*] Различие в поведении при присваивании значения свойству Ctl3D в
asm- и pas- нивелировано.
[*] Небольшие изменения в стиле отрисовки BitBtn, автор MTsvDN.
[*] Для случая использования символа CUSTOM_EXTENSIONS, добавлена
способность вставлять дополнительный код внутрь метода
TControl.Destroy (из файла CUSTOM_TCONTROL_DESTROY.INC).
[-] Исправлен метод TBitmap.LoadFromStreamEx для очень редкого случая
некорректного битмапа.
[-] Исправлен метод TBitmap.CopyRect (pas-версия).
[*] Для графических контролов, обеспечена отрисовка с использованием
их свойства Color , если оно задано отличным от родительского (до
этого не было реализовано).
[-] Изменения в JpegObj.pas (исправлена загрузка испорченного
jpeg-файла, который не распознается как jpeg: по крайней мере
приложение может продолжать работу и зафиксировать, что изображение
испорчено).
[-] MCK Исправлена генерация кода для toolbar - контрола с только
пользовательскими только квадратными изображениями в битмапе (не в
image list).
[*] DOC Обновлена версия "Книги о KOL"- 182 страницы. См. в разделе
Документации.
Увы, в эту неделю некогда было заниматься GTK. Зато позанимался с GRush. Классная штука. Не хватает только (а может я не нашел) чтобы можно было отрисовку отделить от контрола. И навешать например на форму. Или вызывать в своем OnPaint после или до своей отрисовочки.
MTsv DN (2006-11-25 09:08:00) [21]> MTsv DN ©, mhtooltip.7z не содержит MCKMHToolTip.pasНу, насколько я понял...его там и не должно быть... Использоваться, по задумке Владимира, насколько я понял, вообще должен лишь KOLMHToolTip.pasХотя могу и ошибаться... Тот MCKMHToolTip.pas, что у меня есть, "прикручен" к версии Гэндальфа от 2003 года...
D[u]fa (2006-11-25 06:58:00) [22]MTsv DN ©, mhtooltip.7z не содержит MCKMHToolTip.pas
_gandalf_ (2006-11-25 00:30:00) [23]обновил свн
MTsv DN (2006-11-24 22:18:00) [24]2 Vladimir Kladov
У меня страшные "косяки" пошли с установкой 2.46. Подробности на email. (P.S. Мож я опять забыл какую-то директиву подключить)
MTsv DN (2006-11-24 21:38:00) [25]Все доступно на http://www.kolnmck.ruи еще кое-что...
D[u]fa (2006-11-24 20:51:00) [26]только что скачал КОЛАдд, пытаюсь с 245 до 246 и тож самое
Vladimir Kladov (2006-11-24 20:03:00) [27]нет, был. Не знаю, почему не обновился у вас.
В любом разе можно взять отдельно в KOLadd. Не забудьте про новый KOL_unicode - он тоже отдельно, в своем архиве.
Vladimir Kladov (2006-11-24 20:00:00) [28]наверное, его у меня не было в общем списке исходников в предыдущей версии, откуда обновлял. Возьмите на сайте в KOLadd.zip, он там "живет".
D[u]fa (2006-11-24 19:54:00) [29]KOLDirDlgEx.pas не обновился =\
Vladimir Kladov (2006-11-24 19:45:00) [30]Версия:
Новости от 23 ноября 2006 г. (KOL & MCK v2.46)
[-]
Исправлено восстановление формы в максимизированное состояние (требуется использование MinimizeNormalAnimated хотя). Это свойство было потеряно при переходе к v2.11, но теперь восстановлено, хотя теперь и несколько другим путем.
[-]
KOLDirDlgEx.TOpenDirDialogEx для случая использования модуля ToGRush (не стартовало сканирование директорий в обработчике OnShow и дерево не было в фокусе).
[-]
KOLadd.ShowQuestionXXX исправлен: кнопки теперь центрированы, для обычного случая и для случая использования модуля ToGRush.pas.
[*]
UNI
Для случая символа UNICODE_CTRLS, коррекнтые заголовки обеспечены для кнопок с текстом на инструментальной линейке (toolbar);
модуль ToGRush может использоваться с UNICODE_CTRLS;
исправлено рисование BitBtn для случая UNICODE_CTRLS.
ControlClassName теперь типа PKOLChar (т.к. он передается некоторым функциям API в их Unicode варианте, когда определен символ UNICODE_CTRLS). Соответственно константы с именами классов переопределены на KOLChar.
Небольшие изменения в KOL_unicode.inc (Char -> KOLChar). Спасибо Don.
[-]
Еще одно исправление для KOL.TBitmap.LoadFromStreamEx (и LoadFromStream тоже) для случая 16-битовых изображений со смещением, сохраненным в заголовке файла. Так же, размер потока данных проверяется в LoadFromStreamEx и в случае, когда он 0, этот метод его не использует (TStream.Size может возвращать 0 некоторых редких случаев, когда размер потока заранее неизвестен, пока поток не дочитан до конца). И небольшие исправления для загрузки RLE-кодированных битмапов в методе LoadFromStreamEx (предотваращение попыток чтения за пределами конца потока).
[-]
TStrList.GetLineValue исправлен, спасибо Борису Мурадову.
Vladimir Kladov (2006-11-24 17:43:00) [31]действительно, поправим.
BMouradov (2006-11-24 12:33:00) [32]По версии 2.45 (и нескольких раньше) - ошибка в функции
function TStrList.GetLineValue(Idx: Integer): string;
var s: KOLString;
begin
s := Items[ Idx ];
Parse( s, fNameDelim );
Result := s; // забыли добавить эту строку
end;
Vladimir Kladov (2006-11-23 21:21:00) [33]Да отключил я этот UAC. Все равно ругается, по крайней мере после запуска приложения в первый раз. А теперь представьте: вы скомпилировали в Delphi прогу и хотите ее запустить. Виста видит, что прога ей неизвестная. От предыдущей версии у нее отличается файл. И она начинает спрашивать: а вы правда хотите запустить программу, скачанную с интернета? Не маразм ли.
_gandalf_ (2006-11-23 20:26:00) [34]Меня в KOL больше всего смущает отсутствие jedi :-) Но руки конвертить никак не дойдут...
MTsv DN (2006-11-23 18:11:00) [35]> на носу vista, .net и прочии вкусности
Про RoadMap не скажу, а в остальном я согласен с Владимиром... Хотя, к слову, и Висту можно настроить, чтобы пахала как надо (чтобы не выдавался запрос на запуск прог, надо отключить "User Account Control")...вопрос в другом. То что обещал дядя Билл, про новую ФС и т.п. все "заморозили" до лучших времен, т.к. в сроки не укладывались... Минусов у этой Висты до самого копчика... А то, что ей надо 9гигов ХДД и неслабая машина, драйвера от ХР "катят" через раз, отсутствие Корпорейтед Эдишен (т.е. ВСЕ версии надо активировать), ничем не выдающаяся производительность по отношению к ХР, и самое главное, опять БАГИ, как новые так и старые (более чем уверен, что старые баги будут)...то лично я лучше подожду XP_SP3 (лето-осень 2007), чем буду заморачиваться с Вистой... Хотя для тестов она у меня на запасном диске стоит...но там опять триальность вышла...
.NET - тоже уже давно существует (недавно третья редакция вышла), но что-то я не особого наблюдаю ажиотажа вокруг этого...
Фу-у-у, вроде, все что думал высказал...
DOS Forever ;)
Vladimir Kladov (2006-11-23 16:19:00) [36]вся эта виста очень тяжелая и медленная. Кто-то говорит, что она быстрая, но я попробовал сам. Некоторое время даже кажется, что быстрая. Через несколько перезагрузок (из гибернации) становится заметно, что не так уж оно и быстро. И это понятно. Столько кода, что весь не влазит в память сразу, откуда скорость возьмется. (Пробовал на машине 2.8ГГц, 1Гиг оперативки). Да, и никакой разницы от ХП кроме ненужных извратов над интерфейсом, я не заметил. Все программы работают как работали - не хуже и не лучше. Но достает параноидальное пересправшивание подтверждений на разрешение запустить программу, по которой я только что двойным кликом кликал. Кое-кому в м-софте надо пойти к психиатору и полечиться на предмет мании вирусо- и трояно- боязни. У меня нет на машине антивируса. И единственный раз был случай, когда ко мне на машину влез троян - это я для какого-то эксперимента воспользовался ихним осликом. Юзайте альтернативный почтовый и инет-софт, и не надо ставить антивирусы, и лечиться в психушке.
_gandalf_ (2006-11-23 11:43:00) [37]В репозиторий залил - 44 и 45 версии. А вообще какой у KOLnMCK roadmap куда бредем товарищи? - на носу vista, .net и прочии вкусности...
Vladimir Kladov (2006-11-22 21:06:00) [38]Для ToGrush осталось сделать (и проверить) тулбар с обычными надписями и сочетанием надпись + глиф работали. Я пока только для глифов делал/смотрел, потому что у меня так.
В KOL есть цвета теперь clGRush... см. по тексту.
Если панели указать EdgeStyle esTransparent, то это будет не GRush-панель. Если тулбару указать tboFlat или tboTransparent, то базовая панель будет esTransparent.
Высота такая потому что если меньше, то картинка не рисуется - при бордюре 2. Если найдется решение, поправлю. Но вообще-то у меня размер GRush-тулбара при прочих равных даже меньше по ширине (может из-за дроп-кнопки, не знаю, а по высоте на вид незаметна разница если вообще есть.
Если кому нужны свойства то в OnFormCreate например PGrushControl( control ). ... В MCK я больше ничего менять не хочу. Если надо в design-time, GRush поддерживает зеркала, заменяейте полностью и вперед. Мне показалось проще сделать такой переходник, чем в большом проекте все формуы мучить.
Из недоделок: надо поправить ShowQuestionEx, чтобы кнопка ОК по центру опять была. И все. У меня все работает. Кроме: GRushCheckbox не хочет становиться прозрачным на GRush-панели при 64К цветов на столе. Жаль. Положил на обычную панель цвета clGRushLight. Общий стиль почти соблюден.
MTsv DN (2006-11-22 19:59:00) [39]Ну-у-у...в общем-то, все уже можно качать с http://www.kolnmck.ru;)
И еще кое-что :)
Vladimir Kladov (2006-11-22 19:27:00) [40]Обещанное обновление.
Новости от 22 ноября 2006 г. (KOL & MCK v2.45)
[*]
Еще изменения в модуле ToGRush :
обеспечены функции (в KOL.pas и ToGRush.pas): ToolbarButtonVisible, ShowHideToolbarButton, ToolbarButtonEnabled, EnableToolbarButton чтобы код был более универсален для KOL / MCK проектов использующих модуль ToGRush опционально. Добавлен генерация кода в MCK на базе этих функций, когда определен символ USE_GRUSH;
для инструментальной линейки (toolbar), некоторые улучшения в ToGRush: для drop-down кнопки, drop-down часть встраивается внутрь кнопки-хозяина. По умолчанию стоится 256-серое изображение для запрещенных состояний кнопок - на базе основных. Для случая, когда определен символ USE_MHTOOLTIP, вызывается функция ToolbarSetTooltips в MCK, которая обеспечивает всплывающие подсказки для кнопок (если ShowTooltips = true);
Некоторые другие небольшие изменения в модуле ToGRush. Теперь он в основном завершен и готов к работе.
[-]
UNI
Тип TOnODSelChange для события TOpenDirDialog.OnSelChange изменен (задействованы параметры KOL_String и PKOL_Char, так что Delphi генерирует (при использовании MCK) корректные обработчики, подходящие для случая символа UNICODE_CTRLS (но объявления обработчиков несовместимы со старыми, если они уже есть, и их требуется пересоздать).
| |
Страницы: 