etc:common_activities:slind:gui
Проектирование графического интерфейса
Надо определиться с формой вызова плагина. В планах на Slind.org: “debian package building? Probably this can be done as a special “Export” type? or as a build target.”
Пока предложено 3 варианта:
- Переключение в специальную перспективу 1);
- Вызов мастера через меню File→Export
- build target (неясно, что имеется в виду - makefile?..)
1)
перспектива – способ размещения видов и редакторов, обычно редакторы для перспектив общие
etc/common_activities/slind/gui.txt · Last modified: 2008/01/03 02:32 by 127.0.0.1
Discussion
Перспектива обычно переключается для того, чтобы рассмотреть редактируемый код с другой точки зрения. Например, Java → Debug – редактирование → отладка. Код нам редактировать не надо. К тому же, мы, вроде, собирались предоставлять специальные интерфейсы для редактирования файлов описания пакета?
Перспективой, в терминологии Eclipse, называется конфигурация платформы, соответствующая определенной роли. Функциональность, необходимая выступающему в этой роли пользователю, определяет набор и расположение окон, меню, горячих клавиш, и прочих элементов интерфейса для этой перспективы. Например, в перспективе для отладки присутствуют виды с текущим стеком, значениями локальных переменных и списком точек останова, а в перспективе для синхронизации содержимого проекта по CVS – виды со списками доступных серверов и историей изменений в выбранного файле.
Взято тут: http://rsdn.ru/article/devtools/eclipse.xml
Есть одна активность, которую непонятно как обеспечить: это сопоставление местоположения файлов проекта дереву файлов в таргет системе. Ты можешь сказать как в варианте с мастером эспорта это могло бы выглядеть?
В перспективе мы сможем перемещать view так, как нам это будет угодно, в то время, как в Wizard мы этого сделать не сможем.
Я считаю, что нужно проработать оба варианта и посмотреть какой из них более удобен. Сделать это можно, например, написав короткий user story на каждую из фич, которые мы определили для плагина в плане (первая итерация) cvs:/projects/slind/eclipse/doc/osll-startup-plan.doc Возможно, такая деятельность скорректирует план
У нас по-видимому будет один редактор(выбор файлов) и один вид(задание свойств для файла типа куда ставится), те нужна перспектива. Насчёт представления выбора файлов для установки я думаю надо присмотреться к редактору build.properties в PDE, только у нас будет не только выбор что включать но и некий способ задания пути в который устанавливать.
А ещё редактор навигации по сайту из примеров перспектив похож на то, как я себе представлял менеджер пакетов :)