Viper 2013 и ранее

[Semi-bit]

А можно узнать, что-нибудь делается в плане подстановки имён полей к таблицам и синонимам по нажатию точки? Как, например, в ТОАДе?
Если надо, могу выслать свои наработки в данном направлении, правда, они на Дельфи.

Ещё было бы неплохо иметь возможность написать вьюху, и сразу же просмотреть, какие данные в неё попадают. Это же можно сделать и для отдельных узлов, browse и screen'ов.

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

Открытие подключаемых файлов по нажатию Ctrl+Enter - мечтаю об этом, тоже сделал на Дельфи.

При выполнении операции присвоения можно делать выборку для подстановки из полей совместимых типов. Как в VS.

И, естественно, эксплоринг имеющихся исходников, чтобы не приходилось копаться в папке, если понадобится узнать, как сделаны интерфейсы Галактики. То есть, не просто иметь возможность открыть исходник в редакторе, а перейти именно к тому объекту, который нужен, и просмотреть его параметры.

[Vik]

Открытие подключаемых файлов по нажатию Ctrl+Enter - мечтаю об этом, тоже сделал на Дельфи.

Вы, видимо, випер дааавно не открывали)) Эта возможность есть и уже довольно давно.

[Semi-bit]

Vik
Да, год примерно В моей версии даже подсветки не было нормальной. Как смогу - загружу, и посмотрю, что изменилось

[savov]

Народ! Помогите, плиз!
Подключаюсь к Оракловой базе 8 viperом. Получаю при сборке проекта ошибку "Точка входа в процедуру ...не найдена в DLL: OCI.dll", после нажатия на клавишу ОК получаю сообщение: " Не загружен менеджер БД[20]. Нет соединения с БД [300]" Это при выборе в настройке випера 9 оракла. ПРи выборе 7.3 первая ошибка не возникает, но ошибка 20, 300 присутствуют. Как настроить випер? И , если можно, попонятнее откуда брать название базы данных и ее синоним, как можно проверить правильность. а то даже сисадмин затрудняется с випером.

[LaaLaa]

Народ! Помогите, плиз!
Подключаюсь к Оракловой базе 8 viperом. Получаю при сборке проекта ошибку "Точка входа в процедуру ...не найдена в DLL: OCI.dll", после нажатия на клавишу ОК получаю сообщение: " Не загружен менеджер БД[20]. Нет соединения с БД [300]" Это при выборе в настройке випера 9 оракла. ПРи выборе 7.3 первая ошибка не возникает, но ошибка 20, 300 присутствуют. Как настроить випер? И , если можно, попонятнее откуда брать название базы данных и ее синоним, как можно проверить правильность. а то даже сисадмин затрудняется с випером.

Если у вас у же есть настроенная Галактика. В Випере нужно указать те же значения что и в galnet.cfg
В поле "Синоним базы данных для Oracle" - указать значение из [SQLDriver] SQLServer
В поле "Идентификатор базы данных" - указать значение из [DataBase] DataBaseName
В Випере нужно также включить опцию "Использовать имя базы данных как префикс", если для Галактики используете параметр "SQLDriver.fullloginname = on".

А ошибка "Точка входа в процедуру ...не найдена в DLL: OCI.dll" возможно связана с тем что у вас на компьютере некорректно установлен клиент Оракла 32bit. Или в переменной %Path% в операционной системы указан путь каталогу bin не той версии Oracle. Используйте версию Oracle 9i или старше. На компьютере должен быть установлен 32-разрядный клиент оракла. В переменной %Path% путь к каталогу bin этой установки должен быть в начале.

[savov]

Сделал, как писал LaaLaa. Все равно не помогло. Вопрос, если сама база на 8 оракле, то можно ли ставить 9 оракловый клиент на машину и будет ли все это работать ( в т.ч. випер)?

[LaaLaa]

Сделал, как писал LaaLaa. Все равно не помогло. Вопрос, если сама база на 8 оракле, то можно ли ставить 9 оракловый клиент на машину и будет ли все это работать ( в т.ч. випер)?

К сожалению я не уверен что на 8-м Оракле текущая версия Випера вообще будет работать. Мы не тестировали Випер на нем.
Рекомендую перевести базу на новый Оракл. Тем более что 8-й будет снят с поддержки. https://forum.galaktika.ru/viewtopic.php?f=19&t=819

Сделайте для программистов отдельную БД и тренируйтесь в программировании на отдельной БД.

[Masygreen]

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

[Bender]

Masygreen
Интересные пожелания, давайте обсуждать вместе.
Если я Вас правильно понял, то Вы хотите видеть проект випера состоящий из нескольких "подпроектов", включающие в свой состав только настройки компилятора. И выбирать нужный подпроект настроек из некоторого списка исходя из конкретной ситуации?
А просто завести себе несколько проектов и переключаться между ними - не выход?
На мой взгляд, наборы параметров компилятора ("подпроекты") в одном проекте еще больше могут усложнить его понимание и настройку. Т.к. сейчас можно настроить параметры проекта и при необходимости перекрыть некоторые параметры в элементе сборки. Данное наследование параметров (от проекта к элементу сборки) в ряде случаев и так вызывает трудности у пользователей. Masygreen, Вы же предлагаете уровень параметров проекта сделать выбираемым из списка, что окончательно добьет нового пользователя.

Если реализовывать подобный механизм выбора настроек, то тогда наверно придется отказаться от настройки конкретных элементов сборки.
Кстати, а пользуетесь ли Вы сами возможностью перекрытия настроек? Может быть Ваше предложение будет и удобнее чем существующее.

[Masygreen]

нет совсем не так.. или не тем языком
давайте определимся в понятиях
1)конфигурация компилятора - это все настройки касающиеся галактики для получения debug
(это сейчас
IncludeList - директория где искать глобальные инклуды ( типа Galaktika\FRM\CompSrc\ExtFun)
ResourceList - подключаемые res (типа Galaktika\exe\ExtFun.res)
VipDatabase - база на которой собирается debug (DatabaseID,SqlServerParameters,HwKeyDirectory,LicFileName)
)

2)конфигурация отладчика -это все настройки касающиеся запуска галактики с подключенным debug
( это сейчас
AppFileName
AppParameters
)
------------------------------------------
так вот .. это НЕ НАСТРОЙКИ ПРОЕКТА, это вообще к проекту ни как не относятся. Это два выпадающих списка из преднастроеных вариантов на панели инструментов випера, там же где у вас кнопочки "начать отладку"...

т.к. по факту они почти всегда одни и те же .. для одного клиента, зачем их в каждом проекте заново заводить ? ?

[Bender]

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

1) debug 1
- исполняющее приложение 1;
- рабочий каталог 1;
- параметры 1.
2) debug 2
- исполняющее приложение 2;
- рабочий каталог 2;
- параметры 2.

Они где-то сохраняются (но не в проекте) и доступны для выбора в панели инструментов.
Затем мы создаем проект, в котором настраиваются параметры компилятора, добавляются компилируемые элементы сборки, параметры отладки НЕ ЗАДАЮТСЯ, т.к. их уже там нет. Далее, работа... с кодом.. с компилятором. И когда происходит запуск отлаживаемого приложения, то его параметры берутся из текущей конфигурации (которая выбрана в панели), при желании можно запустить отладку с другими параметрами (т.е. делаем активной другую конфигурацию и запускаем отладку).
Так?

[Masygreen]

Т.е. Вы предлагаете выдернуть некоторые настройки из проекта в отдельные конфигурации, которые не будут связаны с конкретным проектам, а будут доступны всем проектам из некого общего хранилища.
Они где-то сохраняются (но не в проекте) и доступны для выбора в панели инструментов.
И когда происходит запуск отлаживаемого приложения, то его параметры берутся из текущей конфигурации (которая выбрана в панели), при желании можно запустить отладку с другими параметрами (т.е. делаем активной другую конфигурацию и запускаем отладку).

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

Затем мы создаем проект, в котором настраиваются параметры компилятора, добавляются компилируемые элементы сборки,

ни чего мы в проекте по сборке не задаем это тоже как предыдущее доступно в панели инструментов для выбора .. единственно что часть настроек, дублируется в проекте. при компиляции подобные параметры просто складываются из глобальной настройки и локальной...
(Разберем на на примере каталог для поиска подключаемых файлов
пути типа
System\Galaktika\FRM\CompSrc\ExtFun
Galaktika\FRM\CompSrc\C\C_Tune
лежат в глобальном варианте настройке

локальный каталог проекта - вообще указывать не надо он должен сам подключатся

прочие экзотические пути можно указывать в настройках проекта
-------------------------------
теперь когда запускаем компиляцию
мы получаем пути как объединение из 3 мест - выбранные глобальные настройки+каталог проекта+локальные настройки проекта
- это очень здорово т.к. локальные настройки проекта достаточно редко используются )

[Bender]

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

[Masygreen]

Где то так .. этих полей наверно будет достаточно .. ну +наименование настройки я забыл нарисовать

[Bender]

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