Здравствуйте, VladD2, Вы писали:
VD> Да. Убедил КОМ — это никуда не годится.
Его катавасия с ActiveX никуда не годится.
AVK>>Это не мэджик. В нем нет тулбаров. Вобще с тулбарами проблема — ни один бесплатный не умеет позиционировать бары внутри ребара. Задница. Видимо придется свой писать.
VD>Точно! Тебе больше заняться нечим? Или считаешь, что по новой быстрее написать, чем имеющиеся поправить?
Не уверен. Я пока еще ничего не решил. Посмотрю существующие, потом определюсь.
AVK>>Вот это уже чепуха. Менюшки нужны не контролу а именно фиче.
VD>Нахрен они ей? Ты не заметил, что ты их из контрола один хрен береш? Это как раз потому, что они есть часть этого конрола. Это его тублары. Он на них будет реагировать. Он же их настравивает.
Ну вобще то уже сейчас многие кнопки имеют отношение не к контролу, а именно к объектной модели. Просто ввиду того что раньше вся логика ьыла только в контрролах они привязываются к контролу. Вот давай посмотрим к примеру тулбар форума
1) Новое сообщение, реплай. Однозначно не имеет никакого отношения к контролу. Он даже никак на них не реагирует. То что сейчас этот код в контроле это неверный дизайн.
2) 5 кнопок пометки сообщений — прямого отношения к контролу не имеет. Пометка должна производится над объектной моделью, а контрол просто отражать эти изменения. Его участие в этом деле вторично
3) Развернуть дерево. Вот это действительно именно контрол, но ты сам же эту опцию заблокировал.
4) Навигация по истории. Вот наверное единственные кнопки, которые можно без оговорок отнести к контролу.
5) В меню есть еще сохранение сообщения. Опять же — никакого отношения к контролу.
Итак, в итоге большинство воздействий прямого отношения не имеют. А иногда вобще никакого отношения.
Вот поэтому меню и тулбар это несомненно свойства именно фичи, а не контрола.
VD>Да хоть в анус они будут вставляться. Фича отдала свой гуи в виде абстракции — контрола. Дальше гуи — это пооблемы этого контрола. Ему сама фича может быть даже не нужна.
Воздействия из тулбара и меню направлены прежде всего на фичу. Контрол просто один из способов воздействовать на эту же фичу.
AVK>>Контрол может создать, значит и менюшки может. Нет никакой принципиальной разницы между контролом и менюшкой. И то и другое элементы управления.
VD>Вот пусть он и моежт. Корче, я уже сдалал как надо.
Это неверное решение.
AVK>>Очень странная логика.
VD>Нормальная логика. Погляди как через ухо ты сделал. Фича отдает тублар который реально берется из контрола.
Это недоделки. Фича же должна его и генерить.
VD>При этом фича завязывается на контрол. Она так же вынвждена быть завязана на меню. А так получается стройная концепция. Фича обязана знать только о контроле. Контрол определяет весь гуи.
Вот собственно почему? Чем контрол важнее меню?
VD> При этом он может вообеще незнать о наших заморочках. Например, какие-нибудь линки без пробелм могут быть отдельным контролом. Если же контролу требуется отобразить меню или тулбар он отдает интерфейс.
А ты подумай о том что контрол может быть один и тот же, а меню и тулбары разные.
VD>Ты лучше вот о чем подумай. Иногда контролу нужно будет изменить тулбар или меню прямо на ходу.
Вспомни лучше MVC. Контрол это View, отчасти Controller. Зачем ты еще пытаешься навесить на него функции Model мне непонятно.
... << RSDN@Home 1.1 alpha 1 (np: тихо) >>