Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
Система ИРБИС в целом :  ИРБИС Irbis
 
Страницы: 123456789>>
Страница: 1 из 9
Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 11, December, 2018 13:41

АРМ Книговыдача

Разработан новый режим ГРУППОВОЕ ОБСЛУЖИВАНИЕ ОДНИМ ЭКЗЕМПЛЯРОМ

Режим, с точки зрения строгой логики, сомнительный, но ряд пользователей (в частности, муниципальные библиотеки Санкт-Петербурга) обратились с просьбой создать такой режим. Суть его заключается в следующем: в читальный зал библиотеки приходит группа читателей (например, школьники одного класса), им выдается ОДИН экземпляр какой-то книги, и необходимо в записях всех этих читателей зафиксировать, что им выдавался этот экземпляр книги.

Интерфейс этого режима представлен на прикрепленном рисунке.

Вложения: 111.jpg (278.1KB)  
Re: Версия 2019.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 11, December, 2018 16:09

Ждем кеширования в веб-ирбисе. Уже в 2012-м была тестовая технология.

Re: Версия 2019.1
Пользователь: Куделя (IP-адрес скрыт)
Дата: 12, December, 2018 10:52

Вновь озвучу пожелание в отношении АРМ "Книговыдача".
Речь об отправке уведомления по e-mail при изменении статуса бронирования экземпляра. Сейчас при включенном соответствующей настройке отправка выполняется без запроса при любом изменении статуса, но читателю совершенно не нужна информация о том, что книга выехала из хранилища на кафедру и уж тем более, что она отправилась с кафедры по месту хранения, после того как он ее сдал. Эти письма лишь засоряют ему почту и порождают негатив.
Нельзя ли формы для "выполнения заказа на бронеполку" и "изменения статуса бронирования" дополнить чекбоксом "Отправить уведомление по e-mail" со статусом снятым по умолчанию?

Иркутская ОГУНБ

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 13, December, 2018 09:06

Куделя написал(а):
-------------------------------------------------------
> Вновь озвучу пожелание в отношении АРМ
> "Книговыдача".
> Речь об отправке уведомления по e-mail при
> изменении статуса бронирования экземпляра. Сейчас
> при включенном соответствующей настройке отправка
> выполняется без запроса при любом изменении
> статуса, но читателю совершенно не нужна
> информация о том, что книга выехала из хранилища
> на кафедру и уж тем более, что она отправилась с
> кафедры по месту хранения, после того как он ее
> сдал. Эти письма лишь засоряют ему почту и
> порождают негатив.
> Нельзя ли формы для "выполнения заказа на
> бронеполку" и "изменения статуса бронирования"
> дополнить чекбоксом "Отправить уведомление по
> e-mail" со статусом снятым по умолчанию?
А почему эту проблему нельзя решить с помощью формата, по которому формируется эл.письмо? Т.е. при определенных статусах заказа формировать пустое письмо, которое по этой причине не будет отправляться...

Re: Версия 2019.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 18, January, 2019 15:16

Пожелание предусмотреть 3 вещи:
1. Возможность в Веб-Ирбисе восстановить/сбросить пароль для читателей которые указали е-мейл.
2. Возможность связать аккаунт в Веб-Ирбисе с социальными сетями для последующей прозрачной авторизации.
3. Вернуть возможность индексировать ЭК поисковыми роботами.



Редактировано 1 раз. Последний раз 18.01.2019 15:16 пользователем Konstantinus.

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 19, January, 2019 20:38

ochagova написал(а):
-------------------------------------------------------
> 2. А разве нет в языке форматирования возможности
> коментария в виде:
> /* комментарий


Людмила Николаевна, а я вот категорически поддержу идею. Но только немного уточню. Пожалуйста, сделайте для комментариев возможность использовать открывающего и закрывающего тега. Аналог во многих языках:

<!- -->
/* ....... */
{ .... }

Дело в том,что если мы работаем с МНОГОСТРОЧНЫМ форматом, то мы можем комментарии вставлять куда угодно - с места тега "/*" и до конца строки все будет неучитываться. А вот в том случае, если нам приходится работать с одностроынми форматами, то комментарии вставить уже не получается. А это и форматы в FST/IFS, и форматы в глобалках, и форматы вертикали/горизонтали в стат.формах...

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2019.1
Пользователь: ochagova (IP-адрес скрыт)
Дата: 22, January, 2019 09:54

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

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 22, January, 2019 12:11

Gena написал(а):
-------------------------------------------------------
> ochagova написал(а):
> --------------------------------------------------
> -----
> > 2. А разве нет в языке форматирования
> возможности
> > коментария в виде:
> > /* комментарий
>
>
> Людмила Николаевна, а я вот категорически поддержу
> идею. Но только немного уточню. Пожалуйста,
> сделайте для комментариев возможность использовать
> открывающего и закрывающего тега. Аналог во многих
> языках:
>
> <!- -->
> /* ....... */
> { .... }
>
> Дело в том,что если мы работаем с МНОГОСТРОЧНЫМ
> форматом, то мы можем комментарии вставлять куда
> угодно - с места тега "/*" и до конца строки все
> будет неучитываться. А вот в том случае, если нам
> приходится работать с одностроынми форматами, то
> комментарии вставить уже не получается. А это и
> форматы в FST/IFS, и форматы в глобалках, и
> форматы вертикали/горизонтали в стат.формах...
Идея не принимается.

Re: Версия 2019.1
Пользователь: levaleva (IP-адрес скрыт)
Дата: 22, January, 2019 12:44

Не знаю как там в 2018 вышло, на всякий случай выскажусь сразу в пожелания 2019, по наблюдениям версии 2017. Проблемы с таким замечательным режимом ввода как ввод по маске:

1) В случае попытки ввести некорректное значение (3 символа вместо четырех например) вылезает нелокализованное сообщение:

---------------------------
ОШИБКА
---------------------------
Invalid data. Press Escape
---------------------------
ОК
---------------------------

2) Это же сообщение выводится, если каталогизатор решит пока не заполнять это поле и стереть значение. Закрытие сообщение не даст уйти с поля до тех пор, пока каталогизатор не понажимает Escape.

3) Маска напрашивается на всякий ввод даты ГГГГММДД (чтобы никаких точек, или наоборот коротких дат), но в этом случае перестает работать хоткей Alt+Д.

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 22, January, 2019 13:26

levaleva написал(а):
-------------------------------------------------------
> Не знаю как там в 2018 вышло, на всякий случай
> выскажусь сразу в пожелания 2019, по наблюдениям
> версии 2017. Проблемы с таким замечательным
> режимом ввода как ввод по маске:
>
> 1) В случае попытки ввести некорректное значение
> (3 символа вместо четырех например) вылезает
> нелокализованное сообщение:
>
> ---------------------------
> ОШИБКА
> ---------------------------
> Invalid data. Press Escape
> ---------------------------
> ОК
> ---------------------------
>
> 2) Это же сообщение выводится, если каталогизатор
> решит пока не заполнять это поле и стереть
> значение. Закрытие сообщение не даст уйти с поля
> до тех пор, пока каталогизатор не понажимает
> Escape.
>
> 3) Маска напрашивается на всякий ввод даты
> ГГГГММДД (чтобы никаких точек, или наоборот
> коротких дат), но в этом случае перестает работать
> хоткей Alt+Д.
Не понял. И что ВЫ хотите в Итоге?
Вам непонятно сообщение Invalid data?

Re: Версия 2019.1
Пользователь: levaleva (IP-адрес скрыт)
Дата: 23, January, 2019 12:06

>>Не понял. И что ВЫ хотите в Итоге?

1) Локализовать сообщение. Что понятно мне или вам - имеет не очень большое значение, ориентироваться в этом вопросе нужно на простых каталогизаторов. Чем очевиднее - тем лучше. Вроде одно из конкурентных преимуществ ИРБИСА - гибкая и всеобъемлющая локализация.

2) Ввести корректное поведение режима ввода "маска" - не проводить проверку маски при пустой строке.

3) Чтобы при маске 00000000 по хоткею Alt+Д заполнялась текущая дата.

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 31, January, 2019 11:48

Александр Иосифович, добрый день! Не могли бы вы ответить вот на эту просьбу

[irbis.gpntb.ru]

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 01, February, 2019 10:21


Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 15, February, 2019 10:18

АРМ Каталогизатор и АРМ Книговыдача

Для режимов ПЕЧАТЬ-ТАБЛИЧНЫЕ ФОРМЫ и СТАТ.ФОРМЫ предусмотрена возможность указывать в опросных листах (WSS) параметры для предварительного отбора (поиска) исходных документов.
Для этого предлагается использовать ранее незадействованное свойство ПОВТОРЯЕМОСТЬ при описании подполя в WSS - в нем следует вводить префикс для соответствующего поиска (см. Редактор РЛ и справочников, закладка РЛ ПОДПОЛЕЙ - название свойства будет изменено на ПРЕФИКС ДЛЯ ПОИСКА)

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 15, February, 2019 10:27

АРМ Каталогизатор.

В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция (переключатель), позволяющая осуществлять поиск УДАЛЕННЫХ записей (см. прикрепленный рисунок).

Вложения: sd.jpg (60.9KB)  
Re: Версия 2019.1
Пользователь: amironov73 (IP-адрес скрыт)
Дата: 15, February, 2019 14:44

Alio написал(а):
-------------------------------------------------------
> В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция
> (переключатель), позволяющая осуществлять поиск
> УДАЛЕННЫХ записей (см. прикрепленный рисунок).

"Только удалённых" или "в том числе удалённых" записей?

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 15, February, 2019 15:03

amironov73 написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция
> > (переключатель), позволяющая осуществлять поиск
> > УДАЛЕННЫХ записей (см. прикрепленный рисунок).
>
> "Только удалённых" или "в том числе удалённых"
> записей?
Только удаленных.

Re: Версия 2019.1
Пользователь: roit (IP-адрес скрыт)
Дата: 18, February, 2019 16:42

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор.
>
> В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция
> (переключатель), позволяющая осуществлять поиск
> УДАЛЕННЫХ записей (см. прикрепленный рисунок).


Спасибо большое! Будем ждать 2019 версии.



Редактировано 1 раз. Последний раз 18.02.2019 16:42 пользователем roit.

Re: Версия 2019.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 20, February, 2019 15:25

спасибо

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2019.1
Пользователь: bazhenov (IP-адрес скрыт)
Дата: 28, February, 2019 10:45

В версии 2018.1 был введён полезный режим "Выгрузка списка терминов".
Хотелось бы иметь возможность опционально выгружать и количество ссылок для каждого термина.
Это нужно во многих случаях, в частности, при поиске дублетов (дублетных значений).

Re: Версия 2019.1
Пользователь: Игорь (IP-адрес скрыт)
Дата: 01, March, 2019 10:41

Очень жду в 19 версии возможность контроля и редактирования полнотекстовой базы и поиск документов по ней из АРМа
Думаю, эта возможность нужна не только мне
Про исправление всех имеющихся в версии 18 багов я просто не напоминаю - это само собой разумеющееся.

ах, да, чуть не забыл - включите наконец-то поддержку национальных алфавитов (сортировка, коллатинг) в сервер

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 01, March, 2019 12:27

Игорь написал(а):
-------------------------------------------------------
> Очень жду в 19 версии возможность контроля и
> редактирования полнотекстовой базы и поиск
> документов по ней из АРМа
> Думаю, эта возможность нужна не только мне
> Про исправление всех имеющихся в версии 18 багов я
> просто не напоминаю - это само собой
> разумеющееся.
>
> ах, да, чуть не забыл - включите наконец-то
> поддержку национальных алфавитов (сортировка,
> коллатинг) в сервер
Хотел ответить, но "ах, да, чуть не забыл", что делать этого не стоит...

Re: Версия 2019.1
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 05, March, 2019 13:54

Предложение: для режима печать "e-mail" в АРМ Книговыдача просьба предусмотреть возможность отправки писем по всем адресам электронной почты, указанным в поле 32, а также возможность выбора адресов из ниспадающего меню, если повторений поля 32 больше 1.

Re: Версия 2019.1
Пользователь: А. Роман (IP-адрес скрыт)
Дата: 13, March, 2019 18:43

Для тех пользователей, которые не имеют возможности работы на сервере ИРБИС (последнее время встречаются все чаще) крайне желательно создать пункт меню и режим работы клиентского АРМ Администратор - Создать словарь полностью (только ЭК).

Многие из тех, кому приходится с этим сталкиваться были бы очень признательны, если бы режим появился и в версии 2018.1



Редактировано 1 раз. Последний раз 13.03.2019 18:44 пользователем А. Роман.

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 21, March, 2019 13:51

АРМ Каталогизатор и АРМ Книговыдача.

Обеспечена возможность выполнения режима СТАТ.ФОРМЫ, не требующая наличия Microsoft Excel, не использующая Excel-шаблон и, соответственно, исключающая необходимость его настройки.

В профиль пользователя в секцию [MAIN] введен параметр
STFHTML=
который принимает два значения:
1 (по умолчанию) - режим СТАТ.ФОРМЫ выполняется по-новому, т.е. без использования Microsoft Excel, Excel-шаблона и его настройки. Стат.форма формируется в виде HTML-файла
0 - режим СТАТ.ФОРМЫ выполняется по-старому.

И в том и в другом случае используется прежнее описание стат.формы (STF-файл) - но в первом случае не имеют смысла следующие параметры описания:
- имя Excel-шаблона (первая строка описания)
- координаты ячейки Excel-шаблона для вывода стат.данных (шестая строка)
- координаты ячейки Excel-шаблона для заголовка (девятая строка)

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 21, March, 2019 19:12

Александр Иосифович, три просьбы, касающиеся TCP/IP-сервера и АРМа Администратор.


1. Из опыта создания пользователей САБ ИРБИС64

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

2. При работе с очень большим количеством пользователей удобно складывать их ини-файлы не в корневую директориюю сервера, а создавать для этого отдельную папку. Чаще всего в корневой папке сервера создаем папку INI и в нее уже помещаем сами ини-файлы. При этом в полях указания ини-файлов в списке пользователей указывается не только ини-файл, но и название директории. Выглядит это следующим образом "/INI/IRBISC_ИвановИИ.INI". На стороне сервера я могу внести изменения в ини-файл TCP/IP-сервера и в файл client_ini.mnu, что бы в поле ввода ини-файла уже автоматически прописывался префикс. Но это не работает для списка пользователей из АРМа Администратор. Можно ли это исправить?

3. В Окне редактирования/создания пользователей есть кнопка выбора стандартного ини-файла. При нажатии по этой кнопке показываются стандартные ини-файлы для разных АРМов. Если по этой кнопке нажать несколько раз, то список каждый раз будет удлиняться - получается, что при каждом нажатии считывается список ини-файлов и дописывается, а не заменяется. Я считаю, что эта ошибка

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 22, March, 2019 08:40

Gena написал(а):
-------------------------------------------------------
>
> 3. В Окне редактирования/создания пользователей
> есть кнопка выбора стандартного ини-файла. При
> нажатии по этой кнопке показываются стандартные
> ини-файлы для разных АРМов. Если по этой кнопке
> нажать несколько раз, то список каждый раз будет
> удлиняться - получается, что при каждом нажатии
> считывается список ини-файлов и дописывается, а не
> заменяется. Я считаю, что эта ошибка
Исправлено.

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 22, March, 2019 12:25

АРМ Каталогизатор

Обеспечена ГРУППОВАЯ ОТМЕТКА документов в окне коротких описаний - при зажатой клавише Shift.
Групповая отметка действует только в том случае, когда весь диапазон отмечаемых документов находится в зоне видимости окна.

(также реализовано в АРМе Каталогизатор 2018.1 - появится в D4)

Re: Версия 2019.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 29, March, 2019 11:06

Александр Иосифович, большая просьба - в АРМе Администратор снять ограничение на длину названия (латинского) базы.

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2019.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 29, March, 2019 12:20

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, большая просьба - в АРМе
> Администратор снять ограничение на длину названия
> (латинского) базы.
А в чем проблема?

Страницы: 123456789>>
Страница: 1 из 9


Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.