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

Zver писал(а):При сворачивании пользуюсь мышью.
Обычно проблема появляется на свёрнутых структурах.

Проблему исправили.

Zver писал(а):Можно ли настроить импорт/экспорт конфигурации так, чтобы сохранялся исходный вид с ..\папка*?

Функции импорта/экспорта были сделаны для двухсторонней поддержки Viper и строчного компилятора vip, который не понимает пути с "*", поэтому реализация вашего пожелания поломает существующую логику. Я так понимаю экспорт вы делаете для дублирования или переноса проекта, рекомендую использовать встроенные возможности, например "Сохранить проект как...", тем более что пути в проекте хранятся в относительном виде, что упрощает процедуру переноса проекта и его окружения.

не пробовал, но спрошу: возможность редактировать VPR файл текстовым редактором, FAR например, сделали? Раньше при исправлении в редакторе, как то "ломалась" структура и файл не открывался больше

Bender писал(а):

Zver писал(а):При сворачивании пользуюсь мышью.
Обычно проблема появляется на свёрнутых структурах.

Проблему исправили.

Zver писал(а):Можно ли настроить импорт/экспорт конфигурации так, чтобы сохранялся исходный вид с ..\папка*?

Функции импорта/экспорта были сделаны для двухсторонней поддержки Viper и строчного компилятора vip, который не понимает пути с "*", поэтому реализация вашего пожелания поломает существующую логику. Я так понимаю экспорт вы делаете для дублирования или переноса проекта, рекомендую использовать встроенные возможности, например "Сохранить проект как...", тем более что пути в проекте хранятся в относительном виде, что упрощает процедуру переноса проекта и его окружения.

Я использую импорт/экспорт конфигураций при переходе на новое ядро Атлантис. Может есть более подходящий способ делать это?
То есть исходные файлы остаются те же, а подключаемые файлы и ресурсы - другие.

Zver писал(а):Я использую импорт/экспорт конфигураций при переходе на новое ядро Атлантис. Может есть более подходящий способ делать это?
То есть исходные файлы остаются те же, а подключаемые файлы и ресурсы - другие.

Зачем???? Просто меняете путь на новый компилятор в параметрах проекта и ВСЕ! Пользуйтесь инсталляторами, у вас будут накапливаться атлантисы, а Viper как среда - всегда - одна! И по мере надобности просто будете выбирать нужную версию компилятора (атлантиса). Новые виперы поддерживают проекты предыдущих версий.
Пути на подключаемые файлы и ресурсы задавайте с помощью макропеременных, которые можно при надобности просто отредактировать. Также вы можете использовать пакеты в проекте, в которых можно перекрыть нужные вам параметры. Пакет - это , что-то типо подпроекта в проекте.

Насчет макропеременных для задания путей на папки - отличная идея, буду переделывать.
Так намного проще.
Спасибо

Будут вопросы - обращайтесь.
Также жду предложений от всех.

Bender писал(а): Пути на подключаемые файлы и ресурсы задавайте с помощью макропеременных, которые можно при надобности просто отредактировать. Также вы можете использовать пакеты в проекте, в которых можно перекрыть нужные вам параметры. Пакет - это , что-то типо подпроекта в проекте.

Путь на каталог для поиска подключаемых файлов задал так: $[Каталог для файлов]* - всё работает.
А вот со списком подключаемых ресурсных файлов возникли сложности.
Для ресурсных файлов через автозамену, делал через Excel, в начале каждого файла поставил макропеременную.

Но есть одно но - если добавится ещё один ресурсный файл, то тогда он не подключится.

А теперь и сам вопрос - можно ли задать подключение всех ресурсных файлов, которые находятся в заданной папке?

Zver писал(а): Но есть одно но - если добавится ещё один ресурсный файл, то тогда он не подключится.
А теперь и сам вопрос - можно ли задать подключение всех ресурсных файлов, которые находятся в заданной папке?

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

реанимирую потребность:
- сделать базы для отладки настройками випера, а не проекта;
- сделать базы сборки настройками випера, а не проекта.

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

Спасибо за совет. Буду как лошадь разбираться, что в каких ресурсах лежит.

Уважаемые разработчики, ещё один вопрос по Viper.
Раньше если описанная функция ни разу не использовалась, то появлялось соответствующее предупреждение во время компиляции. Недавно заметил, что такого больше не происходит. Что-то поменялось в настройках предупреждений или это баг?
Очень нужная вещь, так как код в процессе разработке нередко сильно модифицируется и остаются ненужные куски кода.

да вроде никто не убирал. в настройках компилятора можно настроить, какие предупреждения выдавать, какие опускать.

Давно не заходил в тему: заценил обновления (.14-.16 Випер)
Замечания:
- окно "Дерево подключений" - у меня не работает как надо. Примерный проект таков:
#include galnet.inc end;
#include glovars.inc
#include glotypes.inc
#include predefs.inc
#define __TIMEPROFILE__
#include 'E:\SomeDir\SomeFiles\SomeFile.inc'
#ifdef ComponentVersion
#component "C_Partner"
#end
#include ErrTbl.vpp
#define debug
#make '%iProject%\*.vip'
#make '%iProject%\*.frm'


Не появились в окне дерево подключений файлы которые подключаются по маске в последних двух строках например.
Не появился файл SomeFile.inc например
Проверьте плиз.

Не работает:
автодополнение по точке для таблиц в памяти (а очень бы хотелось!) судя по комментам в теме - Table Struct тоже участвует в автодополнении по точке (или все же нет?)

Тут мне сложно сказать почему. Вы выложите простейший проект на котором у вас это автодополнение для таблиц в памяти работает - а я постараюсь его "сломать" таким образом - чтобы оно перестало работать и поймем в чем проблема...

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

Алексей писал(а):да вроде никто не убирал. в настройках компилятора можно настроить, какие предупреждения выдавать, какие опускать.

Поигрался с настройками сообщений - всё появилось.

с какого-то момента подсказчик кода, по таблицам галактики, стал выдавать кракозябры в значения полей ...
т.е. пишу Dogovor. подсказчик выдает nodoc {%:!*"№?;)!"5)!"№5}, вместо nodoc {номер документа или чего там на понятном языке}