Вверх ↑
Администрация
Ответов: 15295
Рейтинг: 1519
#1: 2008-07-17 15:58:31 ЛС | профиль | цитата
Galkov писал(а):
И не понимаю, почему эта ПРАВДА упорно не доходит

потому что готовые решения хороши для поребителей, а не производителей. Поскольку я себя все таки в данном случае отношу ко второй категории, то и ожидаю нормальных доводов и примеров, а не слов о безусловности правды и абстрактных сравнений с градиентом дивергенции. Ничего кроме желания возражать такой стиль изложения возможно и правильных мыслей не вызывает. Боюсь, что и эта ПРАВДА упорно не доходит. И никак не понимаю смысл продолжения сей беседы - в чем он?

nesco писал(а):
Ну если появится ядро контролов для больших компонентов и нормальная возможность создания дискретных компонентов на базе мультиков и примитивов, то можно будет их перевести на новую технологию

nesco, пока делал примерный вариант элемента ImageList, который через data_element приделывался к ListBox, то возникла идея сделать некий набор элементов, по технологии схожий с SiteBuilder в WEB. Т.е. скажем уже сейчас выделяются например такие части - ImageList(база иконок и изображений для элементов), FileProcessor(элемент сохранения и загрузки данных - сейчас он представлен точками doLoad, doSave и doClear, а так же св-ом FileName), DataManager(элемент для доступа к данным компонент). Сами интерфейсные элементы выступают в качестве ViewManager(т.е. ядра отрисовки на экране и взаимодействия с пользователем). При таком раскладе каждый элемент содержит только самые часто используемые точки и св-ва - все остальное к нему приделывается с помощью менеджеров.
карма: 27
1
Голосовали:Stasie