elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > elkinaos написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Alio написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > elkinaos написал(а):
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > > -----
> > > > > Alio написал(а):
> > > > >
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > >
> > > > > -----
> > > > > >
> > > > > > Тоже
> > > > > > > приходилось делать экспорт -
> > опустошение
> > > -
> > > > > > импорт
> > > > > > > - создание словаря.
> > > > > > При чем тут это???
> > > > > >
> > > > > >
> > > > > Вот это не поняла. Как при чём? Если при
> > этой
> > > > > операции приходится делать "Создать
> словарь
> > > > заново
> > > > > полностью".
> > > > Зачем Вы делаете
> > экспорт-опустошение-импорт???
> > >
> > >
> > > Я же не говорю, что я эту операцию делаю
> каждый
> > > день. Но в течение года иногда приходилось
> > делать
> > > по разным причинам.
> > По каким причинам??????
>
>
> Ну например была проблема при создании новых
> записей с полными текстами
>
> добавили 11 записей с полным текстом, Доступ у
> всех записей одинаковый. у 7 записей всё хорошо, а
> у 4 проблемы с постраничным просмотром.
> Если я задавала поиск по коллекции
> (библиографический), то ссылки на постраничный
> просмотр не было.
> А вот если эту же книгу находим через строку "Я
> ищу" в полнотекстовом поиске, то ссылка на
> постраничный просмотр появляется.
> Если эту запись импортировать в другую базу, то с
> ней всё в порядке.
> Если делали экспорт-опустошение-импорт, то со
> всеми записями всё показывалось правильно.
> После добавлении следующей партии ситуация
> повторялась.
Не понимаю Вашей ситуации...
Так было на ИРБИС64+ или так происходит сейчас в 2018.1?
Но в любом случае - операция экспорт/опустошение/импорт тут АБСОЛЮТНО ни при чем!

>
> Т.е. при переходе на новую версию словарь заново
> не нужно будет создавать?
Пока сказать точно не могу...

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > elkinaos написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > Alio написал(а):
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > > -----
> > > > > elkinaos написал(а):
> > > > >
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > >
> > > > > -----
> > > > > > Alio написал(а):
> > > > > >
> > > > >
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > >
> > > > >
> > > > > > -----
> > > > > > >
> > > > > > > Тоже
> > > > > > > > приходилось делать экспорт -
> > > опустошение
> > > > -
> > > > > > > импорт
> > > > > > > > - создание словаря.
> > > > > > > При чем тут это???
> > > > > > >
> > > > > > >
> > > > > > Вот это не поняла. Как при чём? Если
> при
> > > этой
> > > > > > операции приходится делать "Создать
> > словарь
> > > > > заново
> > > > > > полностью".
> > > > > Зачем Вы делаете
> > > экспорт-опустошение-импорт???
> > > >
> > > >
> > > > Я же не говорю, что я эту операцию делаю
> > каждый
> > > > день. Но в течение года иногда приходилось
> > > делать
> > > > по разным причинам.
> > > По каким причинам??????
> >
> >
> > Ну например была проблема при создании новых
> > записей с полными текстами
> >
> > добавили 11 записей с полным текстом, Доступ у
> > всех записей одинаковый. у 7 записей всё хорошо,
> а
> > у 4 проблемы с постраничным просмотром.
> > Если я задавала поиск по коллекции
> > (библиографический), то ссылки на постраничный
> > просмотр не было.
> > А вот если эту же книгу находим через строку "Я
> > ищу" в полнотекстовом поиске, то ссылка на
> > постраничный просмотр появляется.
> > Если эту запись импортировать в другую базу, то
> с
> > ней всё в порядке.
> > Если делали экспорт-опустошение-импорт, то со
> > всеми записями всё показывалось правильно.
> > После добавлении следующей партии ситуация
> > повторялась.
> Не понимаю Вашей ситуации...
> Так было на ИРБИС64+ или так происходит сейчас в
> 2018.1?
> Но в любом случае - операция
> экспорт/опустошение/импорт тут АБСОЛЮТНО ни при
> чем!
>

Эта ситуация была и в Ирбис 64+ и новой 2018.1. Вот свежие скриншоты. Первый раз книга найдена по заголовку, а второй поиск встречается внутри полного текста. И в первом поиске нет ссылки на постраничный просмотр, а во втором появляется.
Я согласна что экспорт-опустошение-импорт не при чём. Только как по-другому это победить? Ведь это происходит не со всеми записями, а только с некоторыми.

Я Вас уже просил: пришлите эту биб.запись и полный текст к ней.
Форматы показа Вы меняли?

Alio написал(а):
-------------------------------------------------------
> Я Вас уже просил: пришлите эту биб.запись и полный
> текст к ней.
> Форматы показа Вы меняли?


Отправила на почту файлы, сюда pdf не захотела прикрепляться.

>
> добавили 11 записей с полным текстом, Доступ у
> всех записей одинаковый. у 7 записей всё хорошо, а
> у 4 проблемы с постраничным просмотром.
> Если я задавала поиск по коллекции
> (библиографический), то ссылки на постраничный
> просмотр не было.
> А вот если эту же книгу находим через строку "Я
> ищу" в полнотекстовом поиске, то ссылка на
> постраничный просмотр появляется.
> Если эту запись импортировать в другую базу, то с
> ней всё в порядке.
> Если делали экспорт-опустошение-импорт, то со
> всеми записями всё показывалось правильно.
> После добавлении следующей партии ситуация
> повторялась.
Только сейчас обратил внимание...
Что это такое "следующая партия"? Что это за технология добавления записей "партиями"?

Александр Иосифович! К вчерашнему разговору о том, что не надо убирать удаленные через экспорт-опустошение-импорт. Очень нужен тогда режим, который позволил бы искать логически удаленные записи.
Поясню: удалили случайно запись (не только у нас бывает, видела по форуму). Почти сразу спохватились. Надо найти и восстановить. Сейчас делаем либо Отметить все удаленные - Переход по отмеченным, или (еще удобнее) Отметить - Добавить в карман - Отсортировать по заголовку (так отделяем логические от физических) - смотрим мфн и дальше уже легко найти и восстановить.
Это всё возможно только в ситуации когда удаленных немного. А их бывает очень много (например, списание журналов с удаление списанных из базы, да еще и со статьями) Если мы не будем время от времени убирать удаленные вообще из базы, то мы могли бы просто делать реорганизацию файла превращая логические в физические. Но тогда нам нужна в Каталогизаторе еще 1 опция: Отметить логически удаленные записи. Или еще какой то вариант вывести список логически удаленных, чтобы их просмотреть и найти нужную.
Такое Вы сделать можете? Или предложить какой-то другой выход из ситуации?



Редактировано 2 раз. Последний раз 16.01.2019 09:22 пользователем roit.

roit написал(а):
-------------------------------------------------------
> Очень нужен тогда режим, который позволил бы искать логически
> удаленные записи.
> Поясню: удалили случайно запись (не только у нас
> бывает, видела по форуму). Почти сразу
> спохватились. Надо найти и восстановить.

В ИОГУНБ для поиска по удалённым записям используется простая утилита ViewDeleted. В ней можно задать фрагмент или целое слово, которое было в удалённом документе, и она найдёт все записи с таким фрагментом. Вот как она выглядит.



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

По нажатию кнопки "Восстановить" выбранная запись восстанавливается. Можно также выбрать другую базу данных из самого верхнего комбобокса. Вот и весь интерфейс.

Программа не требует установки, её можно распаковать в любую папку. Однако, на машине должен быть установлен Microsoft .NET Framework 4.5 или выше. Перед началом использования необходимо отредактировать файл ViewDeleted.exe.config, вписав вместо 127.0.0.1 адрес используемого ИРБИС-сервера (см. выделенный красным фрагмент).

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
    </startup>
  <appSettings>
    <add key="connection-string" value="host=127.0.0.1;port=6666;arm=C;" />
  </appSettings>
</configuration>

Скачать утилиту



Редактировано 4 раз. Последний раз 18.01.2019 10:26 пользователем amironov73.

Alio написал(а):
-------------------------------------------------------
> >
> > добавили 11 записей с полным текстом, Доступ у
> > всех записей одинаковый. у 7 записей всё хорошо,
> а
> > у 4 проблемы с постраничным просмотром.
> > Если я задавала поиск по коллекции
> > (библиографический), то ссылки на постраничный
> > просмотр не было.
> > А вот если эту же книгу находим через строку "Я
> > ищу" в полнотекстовом поиске, то ссылка на
> > постраничный просмотр появляется.
> > Если эту запись импортировать в другую базу, то
> с
> > ней всё в порядке.
> > Если делали экспорт-опустошение-импорт, то со
> > всеми записями всё показывалось правильно.
> > После добавлении следующей партии ситуация
> > повторялась.
> Только сейчас обратил внимание...
> Что это такое "следующая партия"? Что это за
> технология добавления записей "партиями"?

Партиями это образно. я имела в виду, что мы сейчас добавляем новые описания полных текстов. Т.е. каталогизаторам скидываем некоторое количество полных текстов (партию), они каждый файл описывают и прикрепляют. Затем скидываем следующую партию.

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

P.S. С утилитами этими еще надо уметь работать. У меня не получилось :( Распаковала на свой комп, поменяла значение в файле. Наверное на сервер все таки надо было?



Редактировано 2 раз. Последний раз 16.01.2019 13:30 пользователем roit.

elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Я Вас уже просил: пришлите эту биб.запись и
> полный
> > текст к ней.
> > Форматы показа Вы меняли?
>
>
> Отправила на почту файлы, сюда pdf не захотела
> прикрепляться.
Никаких проблем у меня с этой записью и текстом не возникло.
Давайте поступим вот как. Возьмите на FTP последнюю версию Web-ИРБИС 2018.1 и переустановите его (это минутное дело)

WebIRBIS_2018.zip

пароль архива высылаю Вам на почту

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

elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > >
> > > добавили 11 записей с полным текстом, Доступ
> у
> > > всех записей одинаковый. у 7 записей всё
> хорошо,
> > а
> > > у 4 проблемы с постраничным просмотром.
> > > Если я задавала поиск по коллекции
> > > (библиографический), то ссылки на
> постраничный
> > > просмотр не было.
> > > А вот если эту же книгу находим через строку
> "Я
> > > ищу" в полнотекстовом поиске, то ссылка на
> > > постраничный просмотр появляется.
> > > Если эту запись импортировать в другую базу,
> то
> > с
> > > ней всё в порядке.
> > > Если делали экспорт-опустошение-импорт, то со
> > > всеми записями всё показывалось правильно.
> > > После добавлении следующей партии ситуация
> > > повторялась.
> > Только сейчас обратил внимание...
> > Что это такое "следующая партия"? Что это за
> > технология добавления записей "партиями"?
>
> Партиями это образно. я имела в виду, что мы
> сейчас добавляем новые описания полных текстов.
> Т.е. каталогизаторам скидываем некоторое
> количество полных текстов (партию), они каждый
> файл описывают и прикрепляют. Затем скидываем
> следующую партию.
Т.е. 955 поле формируется "руками" в АРМе Каталогизатор, а не в результате какого-либо импорта/копирования?

Очень ясный ответ. А хотя бы сделать кнопку "Отметить логически удаленные" нельзя? Чтобы те кто пользуется ИРБИСом и у кого случайно удалил библиотекарь запись могли ее найти и восстановить?
В противном случае и приходится делать экспорт-опустошение-импорт, чтобы избавится от сотен удаленных записей. Ведь только в том случае, когда удаленных немного можно их отметить и просмотреть.
А если бы Вы сделали возможность отметить только логически удаленные, то можно было бы обойтись Реорганизацией файла, которая переводит логические в физические



Редактировано 1 раз. Последний раз 16.01.2019 13:37 пользователем roit.

roit написал(а):
-------------------------------------------------------
> Очень ясный ответ. А хотя бы сделать кнопку
> "Отметить логически удаленные" нельзя? Чтобы те
> кто пользуется ИРБИСом и у кого случайно удалил
> библиотекарь запись могли ее найти и
> восстановить?
Объясните мне две вещи:
1. Что значит "случайно" удалил запись? Если у Вас есть такого уровня каталогизаторы, то заблокируйте им кнопку УДАЛИТЬ.
2. В результате какой ТЕХНОЛОГИИ у каталогизаторов возникает необходимость "ручного" удаления записи (т.е. через кнопку УДАЛИТЬ)?


> В противном случае и приходится делать
> экспорт-опустошение-импорт, чтобы избавится от
> сотен удаленных записей.
Оригинальный поворот мысли: Вам надо НАЙТИ удаленную запись, для этого Вы удаляете их всех. Это как понимать?

Alio написал(а):
-------------------------------------------------------

> Т.е. 955 поле формируется "руками" в АРМе
> Каталогизатор, а не в результате какого-либо
> импорта/копирования?


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

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



Редактировано 4 раз. Последний раз 16.01.2019 16:01 пользователем roit.

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

И еще сегодня обнаружили проблему по поиску уже не полных текстов. Если я в заглавии задаю фразу "методика преподавания истории", то он находит 9 изданий (рис 3). А если я эту же фразу пишу в строке "Я ищу", то задумывается на какое-то время, затем мигает сообщение Error request! и вылетает на логин пароль. Такая же ошибка вылетает если ищу по базе статей (у нас там 900 тыс. записей) Там я искала по строке "Я ищу". Вот если задаю Суриков, то находит 1,5 тыс записей, и выводит, а вот если ищу Пушкин, то видно что он ищет, а потом тоже вылетает (там больше 40 тыс. найдено). Т.е.явно проблема в выводе большого количества найденных записей.



Редактировано 1 раз. Последний раз 16.01.2019 21:32 пользователем elkinaos.

roit написал(а):
-------------------------------------------------------
> P.S. С утилитами этими еще надо уметь работать. У
> меня не получилось :( Распаковала на свой комп,
> поменяла значение в файле. Наверное на сервер все
> таки надо было?

Как именно не получилось? Какими словами ругалось? Можно скриншот?

Утилита устроена предельно просто: она получает с сервера список MFN удалённых записей, а затем считывает их и ищет в них вхождение указанной подстроки. Поэтому не очень понятно, что там может поломаться.

Устанавливать утилиту на сервер необязательно, т. к. она получает список удаленных MFN по стандартному протоколу ИРБИС64 (так же, как это делает клиентский АРМ "Администратор"). Сервер при этом может быть хоть в другой стране.

elkinaos написал(а):
-------------------------------------------------------
> Установила веб-Ирбис заново из скаченного
> дистрибутива. Не делала вообще никаких своих
> настроек, сразу поискала книгу сначала чтобы
> информация нашлась только в библиографическом
> описании, затем чтобы в полном тексте. В первом
> случае нет ссылки на постраничный просмотр, во
> втором есть.
>
> И еще сегодня обнаружили проблему по поиску уже не
> полных текстов. Если я в заглавии задаю фразу
> "методика преподавания истории", то он находит 9
> изданий (рис 3). А если я эту же фразу пишу в
> строке "Я ищу", то задумывается на какое-то время,
> затем мигает сообщение Error request! и вылетает
> на логин пароль. Такая же ошибка вылетает если ищу
> по базе статей (у нас там 900 тыс. записей) Там я
> искала по строке "Я ищу". Вот если задаю Суриков,
> то находит 1,5 тыс записей, и выводит, а вот если
> ищу Пушкин, то видно что он ищет, а потом тоже
> вылетает (там больше 40 тыс. найдено). Т.е.явно
> проблема в выводе большого количества найденных
> записей.
Можете дать доступ к Вашему сайту?

Когда я выбираю свою базу данных ЭК (у нас IBIS только как демонстрационно-тестовая существует, а так другая база), то вроде даже удаленные находит, но выдает ошибку см. вложенный файл.
Вам огромное спасибо, что соглашаетесь помочь. Увы, мои наивные мечты о помощи разработчиков были именно наивными. Надо бы уже сделать выводы за 6 лет работы с ИРБИСом и не подставляться хоть иногда.
Очень буду благодарна если научите что делать дальше.
Попробовала на ATHRA та же картинка с ошибкой. После ошибки программа уже зависает и закрывается



Редактировано 3 раз. Последний раз 17.01.2019 10:16 пользователем roit.

roit написал(а):
-------------------------------------------------------
> Когда я выбираю свою базу данных ЭК (у нас IBIS
> только как демонстрационно-тестовая существует, а
> так другая база), то вроде даже удаленные находит,
> но выдает ошибку см. вложенный файл.

Утилита получила от сервера совершенно неожиданный для неё ответ, оттого и зависла.

Дайте, пожалуйста, полный текст сообщения из окна с ошибкой (кнопка "Копировать"). Я попробую пройтись по стектрейсу и посмотреть, где оно ломается. Не исключено, что получится починить.

Добрый день.
Одно интересное наблюдение по версии 2018.1.
Не работают выходные формы на результатах поиска, которые получены Последовательным поиском.
При результатах прямого поиска и поиска по словарю/рубрикатору, те же самые записи выходные формы формируются.

Елена, КрЦНТИБ Красноярской ж.д.

Из утилиты текст такой (с БД IBIS она совершенно спокойно работает):
ManagedIrbis.Infrastructure.IrbisNetworkException: Exception of type 'ManagedIrbis.Infrastructure.IrbisNetworkException' was thrown.
at ManagedIrbis.Infrastructure.ServerResponse.RequireInt32() in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\Infrastructure\ServerResponse.cs:line 809
at ManagedIrbis.Infrastructure.ServerResponse.GetReturnCode() in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\Infrastructure\ServerResponse.cs:line 495
at ManagedIrbis.Infrastructure.Commands.FormatCommand.Execute(ClientQuery query) in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\Infrastructure\Commands\FormatCommand.cs:line 248
at ManagedIrbis.Infrastructure.AbstractEngine.StandardExecution(ExecutionContext context) in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\Infrastructure\AbstractEngine.cs:line 344
at ManagedIrbis.Infrastructure.AbstractEngine.ExecuteCommand(ExecutionContext context) in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\Infrastructure\AbstractEngine.cs:line 387
at ManagedIrbis.IrbisConnection.ExecuteCommand(AbstractCommand command) in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\IrbisConnection.cs:line 618
at ManagedIrbis.IrbisConnection.FormatRecord(String format, Int32 mfn) in D:\Projects\ManagedClient.45\Source\Classic\Libs\ManagedIrbis\Source\IrbisConnection.cs:line 665
at ViewDeleted.MainForm._ShowCurrentRecord() in D:\Projects\ManagedClient.45\Source\Classic\Apps\ViewDeleted\Source\MainForm.cs:line 140
at ViewDeleted.MainForm._allBox_SelectedIndexChanged(Object sender, EventArgs e) in D:\Projects\ManagedClient.45\Source\Classic\Apps\ViewDeleted\Source\MainForm.cs:line 156
at System.Windows.Forms.ListBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ListBox.set_SelectedIndex(Int32 value)
at ViewDeleted.MainForm._databaseBox_SelectedIndexChanged(Object sender, EventArgs e) in D:\Projects\ManagedClient.45\Source\Classic\Apps\ViewDeleted\Source\MainForm.cs:line 111
at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
at System.Windows.Forms.ComboBox.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Attachment: request
0000: 47 0A 43 0A 47 0A 39 32 31 30 33 35 31 0A 37 0A
0010: 62 30 39 73 68 30 35 6F 6B 0A 72 74 61 0A 0A 0A
0020: 0A 49 42 49 53 0A 40 0A 31 0A 38 36 33

Attachment: response
0000: 47 0D 0A 39 32 31 30 33 35 31 0D 0A 37 0D 0A 32
0010: 39 0D 0A 0D 0A 0D 0A 0D 0A 0D 0A 0D 0A 0D 0A



Редактировано 4 раз. Последний раз 17.01.2019 12:31 пользователем roit.

Пожалуйста, перенесите обсуждение этой УТИЛИТЫ в другой раздел.

По печати выходных форм при последовательном поиске - аналогичная ситуация как и у Елены Богачевой. Проверил. В версии 2017.1 такая же ситуация.

По утилите - очень полезная штука! Спасибо!

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

В каталогизаторе в выборе базы из выпадающего списка не работает колесо прокрутки.

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

А. Роман написал(а):
-------------------------------------------------------
> По печати выходных форм при последовательном
> поиске - аналогичная ситуация как и у Елены
> Богачевой. Проверил. В версии 2017.1 такая же
> ситуация.
В 2017.1 такая же???

elkinaos написал(а):
-------------------------------------------------------
> В каталогизаторе в выборе базы из выпадающего
> списка не работает колесо прокрутки.
Не работает, потому что такая команда не предусмотрена.