Галактика в вопросах и ответах

Masygreen писал(а):LaaLaa, наши идеи по настройкам были услышаны ? а то реакции ни какой нет...

Я в отпуске.

Bender писал(а):Masygreen
Зафиксировал 102.109108. В долгий ящик откладывать не будем.

посмотрим что из этого получится ...

перевожу потихоньку все проекты под випер - возникло еще одна идея по улучшению юзабилити..
в окне проекта (файлы проекта) - хотелось-бы возможность создавать папки .. а то у мя бывает по 20-30 файлов - не очень удобно их без группировки видеть ..

Предложение по поводу реорганизации дерева в окне проекта известно. Вот только пока не ясно какой вид будет наиболее удобен пользователям. Есть предложения реализовать дерево файлов в виде иерархии виртуальных папок с возможностью группировки файлов по ним; есть предложения реализовать дерево, которое будет повторять структуру папок на диске.
Нужны мнения, чтобы выработать конечное решение....

Bender писал(а):Предложение по поводу реорганизации дерева в окне проекта известно. Вот только пока не ясно какой вид будет наиболее удобен пользователям. Есть предложения реализовать дерево файлов в виде иерархии виртуальных папок с возможностью группировки файлов по ним; есть предложения реализовать дерево, которое будет повторять структуру папок на диске.
Нужны мнения, чтобы выработать конечное решение....

имхо - папки это логическая группировка - к физическому размещению файлов не имеет ни какого отношения..., т.к. физическое расположение будет так и так прописано в prj, а допустим у вас inc подключается из папки frm галактической и в файлах проекта вы его указали, то если использовать физические директории - что получится? или сетевой путь ?

ИМХО лишняя реализация. Какой смысл в каждом проекте настраивать группировку?

Я даже поперхнулся. Что значит "лишняя" ? Да с тем , как сделано сейчас вообще работать невозможно, если проектов и файлов, больше чем 2-3. Я вот, лично, совершенно не понимаю, какой толк от всех этих файлов проекта в одной куче и открытых файлов? Только и спасает встроенный проводник, в который была добавлена полезнейшая функция перехода к файлу. Без этого как без рук.

n0where писал(а):ИМХО лишняя реализация. Какой смысл в каждом проекте настраивать группировку?

1)я кроме редактироваания присоединенок - пишу дофига функционала, утилит, и сложных отчетов. Как то в 1 файле хранить все интерфейсы таблицы не комильфо.. так что у мя по 10-20 файлов , обектыне фейсы, описания инклуды разные и.т.п. и групировка ой как нужна ...
2)не у всех клиентов есть саппорт, и прохдится все собирать в 1 debug, строчным компилятором то понятно - все отчеты в разных каталогах но поочереди собираются в 1 debug, а в випере ? я хочу все в одном проекте видеть, нафига эти костыли и сюда тащить ?

короче не согласен ....

Да с тем , как сделано сейчас вообще работать невозможно, если проектов и файлов, больше чем 2-3

Если файлом меньше, то она и не нужна ))) На большем кол-ве файлов не работал...

еще не могу разобраться как вытащить кнопку коментариев отдельно.
Попробовал решить вопрос назначением быстрых клавишь нашел багу.
Выбираю команду ставлю Ctr+E (в VS немного другой подход к клавишам, там можно последовательность назначать допустим комментарий это [Ctr+E,C], удалить [Ctr+E,U] -поэтому ставлю привычное), говорит такая комбинация назначена, иду к этой комбинации удаляю ключь, возвращаюсь пытаюсь снова назаначить .. ту же ошибку получаю.
короче удалять преднастроеные ключи я так понял нельзя?

Вы наверно пользуетесь диалогом, который расположен в меню "Вид/Панели инструментов/Настройка" вкладка "Клавиатура". Там один нюанс при удалении назначенной комбинации - сначала нужно ее удалить "Удалить ключ", а затем сразу подтвердить пустое назначение "Назначить" (нужно подправить).
А что касается использования последовательностей комбинаций как VS, то такой возможности нету.

Bender писал(а):Вы наверно пользуетесь диалогом, который расположен в меню "Вид/Панели инструментов/Настройка" вкладка "Клавиатура". Там один нюанс при удалении назначенной комбинации - сначала нужно ее удалить "Удалить ключ", а затем сразу подтвердить пустое назначение "Назначить" (нужно подправить).
А что касается использования последовательностей комбинаций как VS, то такой возможности нету.

да так сработало ... спасибо ..

Bender писал(а):имхо - папки это логическая группировка - к физическому размещению файлов не имеет ни какого отношения..., т.к. физическое расположение будет так и так прописано в prj, а допустим у вас inc подключается из папки frm галактической и в файлах проекта вы его указали, то если использовать физические директории - что получится? или сетевой путь ?

Я предлагал так: для проекта в настройках задается папка проекта, которая будет отправной точкой для всего дерева проекта. Все что выше этого узла отображать не надо. Дерево повторяет физическое расположение файлов и папок. При этом, должна быть настройка, позволяющая скрыть все "левые" файлы (по расширению, сейчас такая есть в проводнике, но чет постоянно надо выбирать ее, так как она не сохраняется). Таким образом, изначально заводишь ту структуру проекта, которая нужна. Зачем устраивать какую-то возню с логическими папками не совсем понятно. Да и путано будет - на диске одно, а в випере другое. Внешние инклюды (те, что не из проекта), вообще в дереве проекта отображать не надо. Зачем? Они же не из текущего проекта и делать им в дереве проекта нечего. Если очень надо их видеть, почему не сделать отдельную ветку внешних библиотек (инклюдов, вихов), то есть, как раз те самые виртуальные папки, но не для всего проекта.

да будет так ..

Masygreen писал(а):да будет так ..

Неожиданно