Здравствуйте. Такая проблема: создал компонент, наследник TStringGrid, в нем есть свойство типа TStringList, в конструкторе оно создается. Оно описано как published, в инспекторе объектов появляется соответствующее свойство. Кидаю компонент на форму, заполняю это свойство, оно вполне себе корректно отображается в моем компоненте, но при запуске программы запускается конструктор моего компонента, и в нем это свойство создается заново, таким образом не отображая информацию, введенную на этапе проектирования. Код с комментариями и скриншоты прилагаются. Спасибо.

Вот скрины формы (на этапе проектирования и после запуска):

alexgorbach, попробуй перенести создание FFio до вызова inherited Create...

MetalFan, попробовал, ноль эмоций.

1. Вместо TStringList везде использовать Tstrings. Оставить TStringList только в Create, в создании FFio.
ку?
2. Посмотреть dfm - там нужные значения присутствуют?

kami, поправил, теперь везде в классе TStrings, только в конструкторе оставил FFio := TStringList.Create;
А вот в .dfm, насколько я понял, не сохраняется: ввожу на этапе проектирования в мое свойство 3 строки, запускаю, потом смотрю .dfm, вот что в нем:
 
Не подскажете, как это поправить? Записывать явно в файл формы?

Компонент инсталлирован в палитру?
Если да - попробуйте перебилдить пакет с ним, удалить с формы и положить обратно.
И в догонку:
если сделать так:

новая строка ведь не появится, так? Просто в приведенном коде не вижу обработки события TStringList(FFIO).OnChange, хотя оно мне не очень нравится. В дженериках это сделано лучше с событием OnNotify (хотя и с ним не всё гладко при удалении элемента). Имхо, обработка OnChange крайне нужна - Delphi не будет при загрузке делать новый Tstrings и заменять созданный в конструкторе на него.

Добавлено через 3 минуты и 23 секунды
А, у Вас же DrawCell присутствует... 

Эти строки в переводе на русский -  "первый" и "второй"

Это сообщение отредактировал(а) kami - 30.11.2012, 12:56

Я думал, что в нем дело. Закомментировал DrawCell и SelectCell, но ничего опять же не поменялось.
Насчет переноса из свойства в табличку. Я делал вот так (некрасиво, но, как я надеялся, должно бы работать):

То есть, при закрытии редактора в мой грид по идее должны занестись значения и там быть.

При загрузке компонента SetFIO вызываться не будет, имхо.
Расширяя мое предыдущее сообщение, попробуйте сделать так:

В конструкторе:

Чего мы этим добиваемся: реакции компонента на изменение FFIO (не переприсваивание, а именно изменение, пример я показал в предыдущем сообщении). Как только что-то добавляется,удаляется, меняется в FFIO - вызывается MoveData



Да нет, дело не в них. Я сперва подумал, что в этих методах идет реакция на изменение FFIO.

Это по идее 

kami, ух, спасибо, так заработало! А как сделать обработчик для другого свойства, Mark? Оно имеет тип TArray, определенный мной, и OnChange у него нет... 

Если обратите внимание, то Mark даже не присутствует в dfm. Нужно на что-то его менять.
А почему бы не хранить и FIO и Mark в одном месте - в FIO, используя свойства Names и Values?

kami, тогда свойство Mark просто пропадет, а в редакторе свойства Fio нужно будет указывать сразу имя и значение? У меня требование - наличие свойства Mark с редактором, аналогичным редактору Fio.

ну так и сделайте полностью аналогичным - используйте в качестве базы TStrings.