16.10.2012 21:14, Alexander Danilov пишет: >> Тоже GLADE? > glade хорош для того, чтобы прикинуть, как должен выглядеть результат, Вообще не имею о нём представления.
>>> В данном случае я хочу >>> оптимизировать работу там, где вижу возможность оптимизации. Смена >>> редактора кода реально мне может помочь в плане производительности. >> Понятно. >> Но, например, взять Embarcadero RAD Studio (ранее Borland C-Builder). >> Переключиться между cpp и h я могу через Ctrl+F6. >> А в vim? > Я могу и обратную ситуацию промоделировать. > > Есть набор полей с подписями и разными типами данных и разными фильтрами, > пусть > их положим штук 30, часть их них опциональна и зависит от других полей, > берётся > всё это описание из внешнего источника данных, который может меняться. > Задание: > покажите через Ctrl+F6 эту формочку. > Вот в нормальной среде (язык+редактор) я это сделаю, а в продуктах от Борланда > можно долго > [ *** любой понравившийся вам матерный эквивалент*** ] Так а что сделать-то надо? Графический интерфейс пользователя? И как вы сделаете это "в нормальной среде"? Задача не очень ясна, но, раз уж упомянули эту RAD, применительно к данному случаю. Я бы выделил группы полей, зависящих друг от друга. И сделал мастера (или появляющиеся вкладки, в зависимости от выбора пользователя, например TTabControl или как-то так, не помню). "Внешний источник", например, XML или БД? Как реализовать построение интерфейса зависит от структуры источника. Если есть транзитивные зависимости, то мастера там подойдут лучше всего. Фильтры и тип предоставляются источником. Возможно использовать что-то типа TMaskEdit (да, я согласен, он не особо, но возможно написать и своё) и списки для представления наборов значений. Размещать элементы интерфейса на формах придётся программно. Непонятно одно: в чём, в данном случае, отличие этой RAD от "нормального языка"? -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
