А я -- тем более, после внесения изменений туда типа "бэттка для nesco"

Хотя в моем понимании "практичности", разобраться с не самым сложным кодом -- значительно "практичнее", чем дорабатывать сотни элементов под далеко не всем нужную функциональность.
Просто первое - это уметь Читать, а второе - Писать

В общем, по жизни я всегда был сторонником принципа: лучше день потерять, зато потом за пять минут долететь
Собственно, мои познания-то из этого принципа и вытекают - этот день я уже потерял.
Можешь даже воспринимать это как экспериментальный факт

Эх, жаль -- ты дальше и дальше отходишь от всех изменений, окуда мне становится только тяжелей

Вот тот случай о котором говорил Galkov - в контекстном меню свойства должен быть пункт "Сохранить".Есть ворона - пишенм, нет - нет. А куда писать, в один мешок или несколько, это решать создающему свою програму.

Короче, @сь вы с этим конем сами, а мну надоело

не шути так. А гвоздик в подсознании .
или опять прав был Galkov !
(про медный таз)

А он всегда прав, а если не прав, то смотри первое

Он не хочет, а я что, лысый...

И не услышим наверное.
В Delphi - есть и работает. И если для какой-то Label выбрать другой цвет, то ParentColor автоматом становится False.
И ParentFont работает так-же. (автоматом)
------------ Дoбавленo:

т.е. фонт, который определен для MainForm, сразу становится default для всех компонентов

nesco, ты выражения-то выбирай...

Чего это я не хочу
Перейти от объектного программирования к супер-копированию
Если так, тогда ДА, не хочу

Иметь ни с того ни с сего пару десятков на элемент далеко НЕ безобидных строк в результирующих кодах
ДА, я не хочу воспринимать аргументацию типа "если они НЕ безобидны, значит KOL сделан неправильно"
ДА, я не хочу слышать "не нравится" на предложения по фиксингу баги, как будто речь идет о стартовой заставке среды.

И не буду "хотеть".
Не считаю, как-то, это для себя возможным.
И не настолько, себя же - слабым на голову

А вот только не я все это сделал. И вовсе не нервничал, а пытался беседовать.
И если за такие попытки (к сожалению - не более) мне, к примеру, изменят подпись, то, опять же, не буду считать для себя возможным вообще появляться на форуме. И попробую уж как-нибудь пережить эту беду


Есть разница между "не хочу", и "не считаю для себя возможным"
Первое - эмоции, второе - осознанное решение.
nesco, мне хотелось бы, чтобы ты понимал эту разницу

Извини, если что, я совсем не хотел тебя обидеть. Да я тоже понял, что фигня получилась с этими менеджерами, ну чистая фмгня, но на большее меня не хватает


Это твое решение, и ты вправе его озвучить
------------ Дoбавленo:

И чем дальше, тем все более и более мне становится грустно, пусть это -- эмоции, но я тоже вправе их озвучить.

мне думается что сохранение свойств должно быть организовано так же как и их перевод - через гавку в среде и с помощью спец элемента в кором определяется место и способ сохранения параметров. Никаких наворотов с менеджерами и контейнерами при этом не требуется

это просто черная полоса. Потом будет белая.

Про менеждеры - соглашусь
На сегодняшние примеры их применения - без слез смотреть-то невозможно.
То, чего ЛЕГКО можно было сделать в существующей технологии хэндлов (Bitmap, Stream, MySQL, Query, ASHandle, и т.п.) -- сегодня делается:
а) изменениями в среде
б) изменениями в кодогенерации (причем сомнительного качества)
в) достигаемый результат обладает меньшей функциональностью, чем мог бы быть и без всей этой головной боли
Там было сказано "полезность данного предложения я не вижу"
А по-моему, не видеть полезность иметь один менеджер на весь массив экземпляров динамического мультика, или выборка менеджера через ((не побоюсь этого слова)) GetIndexData -- можно только при очень большом желании НЕ ВИДЕТЬ.
Что возможно при давно существующей технологии, и не возможно при "новейшей".
И какие красивые слова про клиенты и серверы не произноси, а результат именно такой: все эти напряги с изменениями в среде и кодогенерации, дают результат менее функциональный, чем достигаемый и без этого дурдома.


Про контейнеры...
Не увидеть того, что предлагаемый контейнер Option фактически визуализирует ту часть создания динамического (а у нас так и вообще любого) объекта, которая называется "установка свойств" -- можно только, опять таки, при очень большом желании НЕ ВИДЕТЬ.
Действительно, зачем пользователю выполнять некие логические действия перед определеним конкретных значений св-в.
Да нет у нас таких умных пользователей...

Впрочем, ничего нового. Очередное "полезность данного предложения я не вижу", не требующее аргументации и обсуждения
Причем, все это предлагалось -- без недопустимых вольностей из MakeElement, но какое это уже может иметь значение. В корзине-то

дежурной цитатой вкоро станет...

К такому способу аргументации уже и привыкать не надо.
Просто типовая

А что бы было, если бы я всем правду открыл, что такое FTCG, и для кого эта технология сегодня предназначена