Выявилась аналогичная беда. Документ находится, фрагмент текста вводится/подсвечивается, но при попытке открыть на просмотр сообщение об ошибке "Укажите страницу".
Проблема судя по всему с выполнением поиска количества всех страниц документа (PageCount) при инициализации BookViewer, поскольку достаточно "переприкрепить" документ (даже и переименовывать не нужно) и проблема уходит. Я бы даже готов был реиндексировать такие документы, но как их найти в массиве - совершенно непонятно. Формально ничем от "хороших" они не отличаются.
Причем со словарем полнотекстовой части все в порядке - он есть и все страницы документа по TXT= или TXT2= в нем находятся.
Решил не мучаться, а просто сделать так, чтобы данные о числе страниц не нагружали модуль лишним запросом, который еще и не всегда срабатывает, а просто брались из 955^N. Методом ненаучного тыка исправил в bookViewer.frm
this.bookViewer =
new BookViewer(
{
…
"pageCount" : "<?,v1001,?>",
…
});
На
this.bookViewer =
new BookViewer(
{
…
"pageCount" : "<?,v955^N,?>",
…
});
И это действительно помогло. Ошибка ушла, вьювер корректно выводит страницу – что найденную, что с первой. Навигатор по найденным работает корректно, НО…
1. Панель последовательной навигации по страницам не отображается,
2. Кнопки (боковые зоны) перехода к следующей странице не работают, к предыдущей активны только если открыл из навигации по найденным страницам не первую
3. Число страниц в информации = 0
4. Поиск внутри документа не работает Error inner text search
Пытался тупо добавить в bookViewer.frm
this.bookViewer =
new BookViewer(
{
…
"1001" : "<?,v955^N,?>",
…
});
но нет – поскольку поиск идет где-то внутри bookViewer.js (?) значение очевидно переписывается.
Хотелось бы понять алгоритм определения числа страниц передаваемого во вьювер. Где еще зашито выполнение поискового запроса, который возвращает 1001 (?) поле и можно ли как-то избавиться от этого, а просто взять из записи 955^n.
Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP