Компоненты содержащие списки строк теряют последний перевод строки при сохранении-загрузке схемы. Это происходит до тех пор пока список состоящий из переводов строк не сотрется полностью.
Замечено в компонентах StrList, ComboBox, ListBox.
Сиё породило ошибку в огромной схеме схеме, на поиски которой ушло пол дня. Простой StrList содержащий 10 пустых строк заполнялся через ArrayRW строками, и по мере "исчезновения" пустых строк соответственно схема глючила все больше и больше, так как arrayRW не мог писать в несуществующий элемент массива.

Это kol-овская причуда, вроде

Galkov, вот счастье то

Galkov, может вытянуть из KOL'a модуль записи, доделать его и воткнуть в компоненты? Не редактировать же KOL.

nesco, тебе показалось, что ты с меню уже закончил

Chesh, ну все больше и больше идет к тому, чтобы иметь свои KOL-ы. Патчить их и лелеять...
Вот только непонятно с какой "родной" версии начинать, и как ее сделать для FPC...

Это мысли вот такие...

Galkov, новый релиз меню уже вышел. А мысли у тебя хорошие. Создать свой микро-KOL, где устранить недоделки большого. Один, такой маленький, патч-KOL. ИМХО.

1) Видел. Но я тормоз - пока не разберусь до конца, говорить чего-то мне трудно. А до конца, оказывается - это до KOL-овских глюков. Приготовься, там и буду поститься... потихонечку ("не я делал" - не принимается)

2) Не было таких мыслей. Т.е., мне не кажется, что некий "патч" окажется устойчивым. Были мысли взять некую версию (из последних), положить ее к себе и заняться ейной стабилизацией. Синхронно с ее FPC-шной реализацией. И Dilma даже уже почти согласился - даже папки соответствующие на SVN завел

Galkov, ох и нелегкая это работа... Тяжелый этот бегемот -- KOL.

Ну так не все сразу, а постепенно: нашел, семь раз проверил, исправил....
И ждешь недоумения от юзеров

Galkov, 2) а что остановило? Папки так и остались пусты.

То чего у меня - не есть самое последнее. А Dilma писал, что "они" таки тоже далеко продвинулись. А последнее на сайте, "они" еще не называют стабильной версией.
Chesh, если у тебя есть ТЕСТИРОВАННАЯ из последних - попробуй выложить. И начнем.
У меня есть пара несомненных фиксингов.
Ибо, за сделанное пристегивание TMenu к TControl - убивать надо. Из рогатки. И без сомнений.

Да, хотелось бы ТЕСТИРОВАННОЕ портирование под FPC этого, условно последнего, KOL-а

А так - никаких проблем...

Galkov, ха! 2 мб и на svn Велик зараза.
Если честно то я больше KOLочитатель, чем писатель. Есть предложение поделить кол на тематические части, взять самое лучшее и нужное и сделать HIAsmOL. Начать с простого и постепенно доделывать. Например со строковых функций.

Chesh,
Есть отдельная библиотека KOL для строковых функций,(KOLStrTool)

Вячеслав, я догадывался Только я про те которые непосредственно в kol.pas находятся. А то у нас например есть gettok(share) и parse(kol).

Да, блинннн...
У SVN крейсерская скорость 3К/сек.

Chesh, ну, скажем, про знаменитый TMenu

1. Все менюхи объединены в связанный список, который начинается в TControl.fMenuObj. Для того чтобы можно было пролистать их ВСЕ, и найти в оконной ф-ии к какому же меню относится пришедший WM_COMMAND (по иденту)
2. И, за каким-то лядом, деструктор одного стартового TMenu уничтожает ВЕСЬ хвост списка.
3. Главное меню можно создать только один раз (признак - TControl.fMenuObj=nil), далее - только редактировать его. Без создания главного - PopUp не сделаешь. Никакими манипуляциями невозможно сделать TControl.fMenuObj=nil. Нарушено основное в KOL правило: грохнул TObj - обнули PObj.
4. Если есть активное MainMenu у контролла, то его Free уничтожает все меню через fMenuObj.free, а там пытаются отстегнуть меню через SetMenu(FControl.fHandle, 0). Это, естественно вызывает отрисовку, а контролл уже покоцанный... Далее - алес капут

Есть нормальные мысли, как это более или менее компактно довести до ума.
А как это же сделать в виде патча - не представляю