При регистрации библиотекарей в АРМ для этого нужно каждому из них добавить свой ini - файл но какой использовать irbisc.ini или Cirbisc.ini
и как менят их просто дописываем в конце букву на на примере Cirbisc_k.ini
или Cirbisck.ini. Далее как добавили ini - файл их надо ли писать разъяснение как написано в client_ini.mnu

СТАЖЕР написал(а):
-------------------------------------------------------
> При регистрации библиотекарей в АРМ для этого
> нужно каждому из них добавить свой ini - файл но
> какой использовать irbisc.ini или Cirbisc.ini
IRBISC.INI


> и как менят их просто дописываем в конце букву на
> на примере Cirbisc_k.ini
irbisc_k.ini

> или Cirbisck.ini. Далее как добавили ini - файл их
> надо ли писать разъяснение как написано в
> client_ini.mnu
Не надо.

Новых пользователей заводите в АРМ Администратор-клиент.
Ини файлы для них будут созданы автоматически.

собираюсь переходить на 2013 версию с 2012.
Вот пример личного ини, который у меня есть сейчас
irbisc_fsv.ini:
[@irbisc]

[PRIVATE]
FIO=fsv

[Main]
FmtMnu=FMT31_OGR.MNU
WsOpt=WS31_OGR.OPT
DELETEABLE=0
COPYABLE=0
IMPORTABLE=0
CLEARABLE=0
GLOBALABLE=0
PREVCOPYABLE=0
ATHRSAK=0
ACCESSLEVEL=1
Прваильно ли я понимаю, что при переходе на новую версию общие ини, например просто irbisc.ini я не копирую из старой версии, а личные могу скопировать?
Или можно скопировать и общие ини?
Все, вопрос уже неактуален, спросила у дилера



Редактировано 2 раз. Последний раз 23.07.2014 16:06 пользователем roit.

Вот именно так я делал при регистрации нового пользователя .ini файл автоматический не создается он указывает на одну и туже .ini файл при работе в каталогизации одного библиотекаря в 907 выходит данные другово библиотекаря и начинается путаница поэтому мне пришлось создавать другие .ini файла для каждого библиотекаря может я не прав

Не знаю, что ответил диллер, но новые серверные INI надо брать, т.к. в новых версиях могут появиться новые виды поисков (Комплектатор, книгооб.), а это в INI. Также и новые параметры. А свои INI и CLIENT_M.MNU надо просто скопировать во вновь установленную версию. Об этом см. - Upgrade.doc.

Он ответил также. Только еще посоветовал мне сделать цепочку: общий ини-ини библиотеки (со сслыкой на общий во вложении)-личный ини сотрудников. У меня раньше было так общий ини-ини сотрудников. Стоит последовать совету, ку Вы думаете?

Уважаемая, Татьяна Ароновна! Не нужно голосований. Делайте любой вариант, какой Вам ближе по реализации. Но каждый из файлов придется (что общий, что частный) пересмотреть на предмет появления новых параметров.



Редактировано 1 раз. Последний раз 01.08.2014 05:56 пользователем Карауш.

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

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