Как предполагается организовывать вложенность включений?
Т.е. для подключенного ИНИ конструкция [@INI_Name] также будет действенна?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Как предполагается организовывать вложенность
> включений?
> Т.е. для подключенного ИНИ конструкция [@INI_Name]
> также будет действенна?

Да, глубина вложений не ограничена.

Контроль возможных конфликтов в результате зацикливания будет возложен на пользователя?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Наверно, как и в случае вложенных форматов, будет заложено ограничение на кол-во рекурсий.

В любом случае - не это я хотел бы обсуждать сейчас...

Вполне рабочий и относительно простой в администрировании вариант. Меня лично вполне удовлетворяет. Почему и задаю вопросы, как уже о данном.
Создается "групповой" ИНИ (или несколько), при необходимости с дальнейшей вложенностью. Ключи из ИНИ нижнего уровня имеют безусловный приоритет над ключами любого из вышестоящих.
В "конечном" клиентском ИНИ остаются только то, что настраивается через интерфейс АРМа (PRIVATE,параметры печати и т.п.)
Все понятно. Надо только будет освежить Прил.1 к Общему описанию системы, поскольку не все параметры в нем есть.

Единственно при таком подходе к приоритетности количество вхождений [@INI_Name] вероятно будет единичным. Т.е. "конечный" клиентский ИНИ может наследовать только один "групповой" файл.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Да... Умеют же люди одним взмахом рубить весь лес что я нагородил, находя простые решения :)

Вопросы:
1. Во вложенных файлах параметры пользовательским АРМ не меняются?
2. Как запретить перезаписывать какие-либо параметры пользователю в локальный ini (т.е. что б они брались всегда из вложенного)?
3. Принцип вложенности распространяется и на серверные ини?

Поправьте если я ошибся, но мне показалось, что речь шла как раз о серверных ини. Просто Александр Иосифович сказал что вынос параметров в серверную часть состоится и что там настраивать тогда у клиента на машине?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Есть две в общем-то независимые проблемы.

1. Идея вложенных INI-файлов - и для клиентсикх и для серверных Ini-файлов, и для ИРБИС32 и для ИРБИС64

(я забыл дать одно уточнение - вложенный ini-файл берется по тому же пути что и исходный
и еще - обновление параметров - например по настройке - осуществляется в ИСХОДНОМ (самом верхнем) ini-файле)

2. ПРоблема переноса параметров из клиенского в серверный INI-файл (всех кроме CONTEXT и DESKTOP)

Да, конечно, проблемы две. Просто показалось, что мы уже плавно перешли от обсуждения (2) к (1). Кстати может разбить этот пост на две части чтобы не путаться?

"Обновление параметров в исходном, самом верхнем ини" означает коррекцию именно того самого вложенного [@ini_name]?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> "Обновление параметров в исходном, самом верхнем
> ини" означает коррекцию именно того самого
> вложенного [@ini_name]?
Нет - обновляется только ИСХОДНЫЙ INI-файл (т.е. вложенные ini-файлы НЕ ОБНОВЛЯЮТСЯ)

Спасибо. Все вопросы сняты.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Где посмотреть описание параметров ini-файлов ( для клиенткого и серверного ini-файла)? В Приложении 1 Общее описания системы описания некоторых параметров нет. В частности секция Private.



Редактировано 1 раз. Последний раз 11.07.2011 18:55 пользователем woodyfon.

ИРБИС64
2012.1
Это конечно очень старая ветка и, наверно, я что то пропустила или не так делаю, но как редактировать пользовательский ini-файла через вложенный ini если он не подается? Что это может быть?

Кликните по надписи с названием вложенного INI-файла...

В том то и дело я кликала, а в ответ тишина! не открывается!!!
????



Редактировано 1 раз. Последний раз 07.03.2013 11:44 пользователем Elena_KV.

У нас, как и во многих библиотеках индивидуальные логины у каждого библиотекаря.
В процессе работы возникают некоторые коллизии, напимер:
Библиотекарь заносит читателей в базу.
В это время с другой машины заходит зав. и что-то редактирует в той же базе.
Все записи сделанные с этого момента имеют в поле 31 (Создал запись) уже логин не автора записи, а логин заведующей. В связи с чем вопрос как этого избежать.
Насколько я понимаю нужно отредактировать пользовательские ini изменить строки
CURFROM=Имя пользователя
UserPassword=
, но у нас за каждым РС работает 2 библиотекаря, следовательно в соответствии с параметрами ini авторство записи сделанные вторым библиотекарем будут закреплены за первым, несмотря на то, что тот входит со своим логином?

профиль создается не для ПК, а каждому библиотекарю
http://irbis.gpntb.ru/read.php?35,33321,33321#msg-33321

Поле 31 неповторяющееся и один раз введенное - оно остается таким же, если другой пользователь явно не изменил его. Ваш заведующий сознательно корректирует это поле? Вы не путаете с полем 907?

Версия 12.1
Скачали все обновления

Скажите пожалуйста,
почему не открывается база HELPINI ?
выдается ошибка : Не найден файл Hlp.Ini.par
Ошибка при открытии базы Hlp.Ini

Проверьте наличие файла Hlpini.par в папке \irbis64\datai\

Этого файла нет.
Есть файл help.par
и папка HELP

А Hlpini.par нет

Тогда непонятно, откуда Вы взяли собственно БД HLPINI - очевидно у Вас была версия ниже 2012.1.
Надеюсь, Вы понимаете, что ОБНОВЛЕНИЯ по некоторой версии (Dn) предназначены для тех, кто на ЭТОЙ версии работает.

Нам поставили версию 12.1 в июле.
И сразу стало выходить сообщение об ошибке, что нет Hlpini.par.
Когда была предыдущая версия- этого окошка не выходило.

Теперь система выдает сообщение об отсутствии этого файла
при нажатии меню "Инструменты-Редактор ini-файлов и сценариев поиска"

бд HELPINI не запускается
странно

Положите этот файл в \irbis64\datai\

Прошу прощения,
но и базы HELPINI у нас нет.

не было в дистрибутиве
ЭТО У НАС одних так?

Необходимо настроить рабочее окружение БД RDR. Свой сценарии поиска, рабочие листа, форматы отображения. Добавить/редактировать сценарии поиска получается, а вот другие параметры изменить не удалось. Хотелось, чтобы для одного и того же пользователя были доступны разные режимы и возможности. Осуществимо ли это?
Например, установить для одного пользователя разную ширину или высоту КК в соответствующей БД.

woodyfon написал(а):
-------------------------------------------------------
> Например, установить для одного пользователя
> разную ширину или высоту КК в соответствующей БД.

Если вы про режим "Печать КК", то да, возможно, так как там параметры КК записываются в ини-файл. Выходные формы, которые доступны в режиме "Печать" и "Печать текущего" не хранят параметры в ини-файле, а только в самих файлах печатных форм. Если хотите управлять ими, то можете создать несколько разных печатных форм и разные списки печатных форм, в разные ини-файлы прописать разные списки печатных форм.

Цитата:

Если вы про режим "Печать КК", то да, возможно, так как там параметры КК записываются в ини-файл.

Да, для печати формуляра используем режим Печати КК. Добавил в ini-файлик новую секцию [MAIN] и прописал туда параметры КК (ширина, высота, отступы). Затем сохранил ini-файлик под именем RDR.ini и поместил в БД Читателей (RDR). При печати параметры берутся из irbisc.ini. Также непонятно почему: при редактировании ини-файла RDR.ini и открытии, например, справочника форматов или РЛ, открывается файлики из БД IBIS, а не из папки БД RDR.

Все очень просто: ини-файлы в конкретной БД влияют ТОЛЬКО на параметры поиска. Все параметры списков выходных форм, настройки функционала и т.д. определяются ини-файлом, с которым стартует АРМ.

А как же тогда сделать свою настройку для каждой БД? Своего рода собственный профиль БД.