А почему можно установить только <b>временные</b> значения по умолчанию?
Согласно Руководству каталогизатора, эти значения будут присутствовать во всех новых документах до смены РЛ. Кстати, в Руководстве комплектатора эта функция не упомянута, хота в АРМе она есть. Видимо, дело в том, что модуль ввода/корректировки Комплектатора чрезвычайно похож Каталогизатор (об этом говорится в Общем описании, но не говорится в Руководстве комплектатора)
А появятся ли они снова после возврата к предыдущему РЛ? Видимо, нет. А сохранятся ли они после выхода из системы и выключения ПК? Видимо, нет.
Предложения.
1. Должны быть возможности для любого поля/подполя:
вводить как временные, так и постоянные значения по умолчанию
сохранять умолчания после выхода из системы
снимать установленные умолчания
устанавливать умолчания для каждого РЛ
2. Может быть, нужна возможность устанавливать умолчания для каждого пользователя?
3. Заимствовать из WinISIS удобный, по моему, способ установки умолчаний:

«Если имеется запись, которую можно принять за шаблонную, отберите ее и выведите в рабочем листе. Затем выберите Опции &#61662; Определить значения по умолчанию [Шаблон].
Модифицируйте запись и сохраните ее. Это и будет шаблон.
Любая новая запись будет основываться на шаблоне. Когда надобность в шаблоне отпадет, выберите Опции &#61662; Убрать значения по умолчанию [Шаблон]».

В ИРБИС64 есть меню «Корректировка», где имеется пункт «Значения по умолчанию» (но опять-таки только временные). Туда же хорошо бы добавить пункт «Сохранить как шаблон».
Для ИРБИС32: рядом с кнопкой «Сохранить» разместить кнопку «Сохранить как шаблон» (хотя это неудобно, так пользоваться ей будут относительно редко, а там и так тесновато).

Lavrinovich написал(а):
-------------------------------------------------------
...
> В ИРБИС64 есть меню «Корректировка», где имеется
> пункт «Значения по умолчанию» (но опять-таки
> только временные). Туда же хорошо бы добавить
> пункт «Сохранить как шаблон».

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

Идеологически неправильно позволять каталогизаторам менять рабочие листы. Это область администратора.

ochagova написал(а):
-------------------------------------------------------
> Идеологически неправильно позволять
> каталогизаторам менять рабочие листы. Это область
> администратора.

Вы, наверное, что-то не поняли. У нас каталогизаторы занимаются своей работой. РЛ они менять не умеют...

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

Естественно, временные умолчания сбрасываются. Вот в этом смысле были обращения каталогизаторов. Удобно было бы иметь постоянные умолчания (как было, например, в Библиотека 4.02).

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

Ну пусть будет установка/снятие постоянных умолчаний хотя бы в АРМе Администратор! И потом, установка/снятие умолчаний - разве это изменение РЛ, т. е. списков полей/подполей!? Конечно, в Б4 это было ОЧЕНЬ удобно!

Не нужно путать локальную систему и сетевую. Нужно знать еще массу информации:
1. эти умолчания должны быть у конкретного человека или у всего ИРБИСа (ведь рабочие листы у всего ИРБИСа)?
а) если умолчания должны быть всем, то все ли каталогизаторы должны иметь право на запись в каталоге базы данных на диске компьютера (ведь меняться будут файлы *.ws каталога базы данных). Ваши сетевые администраторы, если они понимают о чем я говорю, пойдут ли на это? И будут ли они отвечать потом, когда какой-то безграмотный поставит умолчания, а другие их не заметят, т.к. они в эту "закладку" рабочего листа "никогда не заходили"?
2. если умолчания поставил один, то другой будет ли иметь право (возможность) их снять?
3. если умолчания одного конфликтуют с умолчаниями другого, то какие (чьи) в итоге системе показывать умолчания при создании новой записи?
и т.д.

Повторюсь Б4.02 - локальная.
Теоретически - удобно, но реализацию-то с собственными условиями и ограничениями моделировать нужно самостоятельно. И уже потом просить разработчиков реализовать "обмозгованный" запрос.

Для длительного хранения информации на конкретным рабочем месте можно использовать произвольные параметры в настройке (до 9 значений), откуда переносить данные в поле нужно по Alt + (0-9)



Редактировано 1 раз. Последний раз 29.11.2006 18:37 пользователем Дунаевская.

1) Карауш написал(а):
-------------------------------------------------------
> Не нужно путать локальную систему и сетевую.
...
> Повторюсь Б4.02 - локальная.

Мы работали в сетевом варианте Библиотека 4.02. У кажого пользователя были свои настройки.

2) Карауш написал(а):
...
> эти умолчания должны быть у конкретного человека или у всего ИРБИСа (ведь рабочие листы у всего ИРБИСа)?

Конечно, у конкретного пользователя.

Александр Сергеевич, а почему Вы решили, речь идет об изменении рабочих листов? Я имею ввиду заполнение некоторых ДАННЫХ в полях рабочего листа, пока пользователь не отменит это.

Например, ФИО пользователя и этап работы - это сейчас постоянные умолчания. Разве это не так?

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

Дунаевская написал(а):
-------------------------------------------------------
> Для длительного хранения информации на конкретным
> рабочем месте можно использовать произвольные
> параметры в настройке (до 9 значений), откуда
> переносить данные в поле нужно по Alt + (0-9)

В настоящее время именно так мы и поступаем, используем произвольные параметры в настройке (до 9 значений).

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

Но, наверное, Вы все-таки работаете так: в начале сеанса вводите из настройки данные того же источника, с которым работали раньше, сохраняете "по умолчанию" и работаете до конца сеанса (или пока данные источника не изменятся) - <... создаешь новую запись, а твои предыдущие настройки на месте...>

>а почему Вы решили, речь идет об изменении рабочих листов?
> А почему бы не сохранить в клиентском ini-файле и другие постоянные умолчания? Конечно, предусмотреть и возможность отключения режима постоянных умолчаний...

Дело в том, что если рабочие листы у нас непостоянные, то и поля в них - ненормированные. Т.е. ФИО и ряд других полей мы можем запланировать на изменение и хранение в ini-файле. А как вы будете планировать те поля, которые появятся в новом ГОСТе (или стандарте)? Ориентироваться по цифрам полей? Но тогда что делать с рабочими листами по разным типам документов? Ту больше вопросов, чем ответов.
Поймите, что я не против решения, я против одномоментного решения, которое потом лет через 5 и далее встанет очередным атавизмом ИРБИСа, от которого и избавиться нельзя и пожирать ресурсов оно будет. Что такого сейчас мало?
Нужно продумывать новые структуры полей, например и делать их гибкими под каждого пользователя.
Решение может быть, например в создании "моментного" слепка умолчания полей пользователя в ini-файле в новом [блоке], где будут храниться умолчания полей по меткам на момент работы с конкретным рабочим листом и при переходе на другой раб. лист эти метки должны из файла удаляться. Или еще лучше хранить эти значения в каталоге irbiswrk во временном файле.

Дунаевская написал(а):
-------------------------------------------------------
> Но, наверное, Вы все-таки работаете так: в начале
> сеанса вводите из настройки данные того же
> источника, с которым работали раньше, сохраняете
> "по умолчанию" и работаете до конца сеанса (или
> пока данные источника не изменятся) - <...
> создаешь новую запись, а твои предыдущие настройки
> на месте...>

Сейчас данные из источника у нас автоматически переносятся в запись статьи, т.к. сначала регистририруется номер журнала, а потом идет роспись его. Сейчас библиографы, например, в поле Держатель документа, ISSN информацию заносят из приоизвольных параметров (это при росписи статей)...

А если регистрации периодики нет, то... существенно больше придется вводить, т.к. сведения об источнике отсутствуют в записи.