| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
KOL и D2009
SPeller © (2009-03-26 17:10:00)Кто-нить работал? А то я подключил сам kol, компилируется после небольшой доработки напильником, но такую тучу ворнингов выдет относительно строковых преобразований, что мама не горюй. Были пару
опасных, но не помню уже где - поправил. Есть и замечания/вопросы:
- Что за ерунда с KOLString/KOLChar? Половина функций работает с KOLChar, половина нет, только с AnsiString, в результате те, что только AnsiString, не могут корректно работать с родными дельфийскими юникодными строками.
- Для некоторых функций определены юникодные аналоги с префиксом W. Но не все. Это они просто никому небыли еще нужны, или есть тайный смысл?
- В чем смысл когда одни функции работают с KOLString и когда другие вместо этого обретают сестер с префиксом W? Почему небыло выбрано одной стратегии?
- Есть желание заменить WideString/WideChar на string и Char, на родные дельфийские типы, как рекомендуют авторы. Вводить еще один тип KOLWideString? А то неохота при нативной поддержке юникода мешать родной тип строк с ком-строками.
Вобщем, зарылся тут с этим, в голове каша, боюсь старый добрый KOL юзать :)
Vladimir Kladov (2009-03-28 11:32:00) [41]Я уже писал почему. +до 100 байт на каждый модуль, даже если он ничего не содержит. KOL для экстремально малых микроутилит. Я зря, что ли, добивался, чтобы минимальное пустое приложение оказывалось 11.5К. Не было бы ограничений на 64К строк в исходнике, я бы и большуя часть KOLadd оставил в KOL.pas с удовольствием.
MTsv DN (2009-03-28 09:50:00) [42]D[u]fa
Да ладно, тебе. Меня тоже интересует, что Владимир думает. Какие у него планы по поводу будущего KOL'а.
D[u]fa (2009-03-28 09:41:00) [43]SPeller, лучше забудь..
SPeller (2009-03-28 04:12:00) [44]Владимир, вы бы написали свои соображения по существу. А то как-то даже кажется что вам всё-равно.
SPeller (2009-03-28 02:38:00) [45]Тут мне кажется либо что-то хорошо причесывать, либо забыть про KOL на д2009, т.к. некоторые даже самые простые функции не имеют юникодного исполнения, хотя, по идее, всё что работало со string, должно автоматически стать UnicodeString.
Хотя, остается вариант сделать версию для себя и так и сидеть на ней, если затея наведения порядка не встретит поддержки.
SPeller (2009-03-28 02:26:00) [46]
> Префикс W для работы с unicode в обчном прилодении
Зато когда мы переключаемся в UNICODE_CTRLS, тот же Trim существует только для ansi и русский текст на аглицкой винде мы потеряем.
MTsv DN (2009-03-27 19:54:00) [47]Я лишь высказал свое мнение. Никто и не призывает дробить KOL.PAS на кучку маленьких юнитов.
Однако, должен с Вами, Владимир, не согласиться. В KOL.PAS черт ногу сломит, все в одном файле: и импорты некоторых функций, и некоторые константы, и работа со строками, и создание контролов, и функции отладки, и прочее, и прочее, и прочее.....перечислять можно уйму времени. Пришлось же выкинуть часть кода в KOLadd.PAS, а почему бы все не систематизировать? Я ж не предлагаю, что-то невообразимое. Это же никак не отобразиться на размере программы...
Vladimir Kladov (2009-03-27 18:35:00) [48]Не надо бить на части. Префикс W для работы с unicode в обчном прилодении.
SPeller (2009-03-27 14:22:00) [49]
> а почему 2009? Почему не 2007?
2007 намного глючнее IDE, медленнее. Вообще, юникод еще давно был, как WideString, а вот именно нативная его поддержка компилятором - это другое.
> но уперся в грабли с настройками CodePage для всего проекта
Мы тут на работе перетаскиваем большой проект на 2009. Скомпилился почти сходу, поправить пришлось пару строк. Заработал. Единственное что-то там с экселем были небольшие проблемы, но я в это пока не углублялся.
> KOL давно надо пересмотреть и подчистить. По мне, если Владимир
> соберется, лучше использовать модульность
Согласен. Не только подчистить, но и причесать. Модульность - можно, но только очень небольшую, т.к. россыпь файлов тоже не есть хорошо.
MTsv DN (2009-03-27 10:41:00) [50]Привет...
Встречный вопрос, а почему 2009? Почему не 2007? Пробовал перейти на 2009, но уперся в грабли с настройками CodePage для всего проекта. 2007, тоже очень сносно держит юникоде...а больше особых преимуществ в 2009 я не заметил...
З.Ы. Может немного не в тему, но KOL давно надо пересмотреть и подчистить. По мне, если Владимир соберется, лучше использовать модульность.
Если строковые функции, то в отдельный файл, графика (bitmap, icon) - в отдельный файл, потоки - тоже...а то слишком уж все намешано...и мухи, и котлеты. Некоторые условные компиляции непонятно зачем вообще нужны. Некоторые код, Visual XP themes, например, присутствует в KOL.PAS, но никогда не используется...используется аддон...
З.З.Ы. Не согласен с exero: http://www.delphimaster.ru/cgi-bin/forum.pl?id=1238063198&n=10, KOL - очень серьезный проект, его уникальность именно в том, что он, пожалуй, единственный в котором есть логика, на Паскале. Есть еще Lenin Inc WinAPI, однако отсутствие возможности дизайнтайм разработки, на корню отбивает желание использовать его...хотя должен признать, что некоторые код использую оттуда...
ВСЕ ВЫШЕСКАЗАННОЕ ЛИШЬ МОЕ ИМХО. Никого ни в чем убеждать не хочу и не буду.
С Уважением, MTsv DN
SPeller (2009-03-27 04:47:00) [51]Свои скоропалительные изменения вносить неохота - выйдет новая версия библиотеки потом сливай их в одну...
Почему завел эту тему - потому что решил перейти на сабжевую версию. По скорости работы IDE вполне устраивает, новые фичи, хоть местами и глючные. Главное что юникод. Поднял старый свой "for fun" проект на kol и решил его реанимировать. Поэтому хочется чтобы KOL мог правильно тут работать, раз уж он у нас всеядный к версиям дельфей. Изменения я конечно могу повносить через find/replace, но вот тестить всё не смогу. Скооперироваться бы с кем-нить, кто тоже работает с 2009. Да с идеологией разобраться. Владимир, по вопросам выше отпишитесь пожалуйста.
| |
Страницы: 