А вы учли, что если вы формируете одинаковые ключи сортировки (в секции [KEY...), то заголовок формируется один, т.е. одинаковые "схлопываются". Кроме того, вы смотрели, какие ключи формируются в файле sortlst1.txt в директории workdir?

ochagova написал(а):
-------------------------------------------------------
> А вы учли, что если вы формируете одинаковые ключи
> сортировки (в секции [KEY...), то заголовок
> формируется один, т.е. одинаковые "схлопываются".


Странно... Ранее мы заводили на безинвентарные книги отдельные повторения 910 поля, которые ничем не отличались, кроме штрих-кодов. В итоге эти поля формировали одинаковые повторения (ключи), но при этом формировалось столько формуляров, сколько было повторений 910 поля

> Кроме того, вы смотрели, какие ключи формируются в
> файле sortlst1.txt в директории workdir?

Вот что там появилось:

0000000001 Б/У - ХР 12.75 ГРН. 000000
0000000001 Б/У - ХР 12.75 ГРН. 000000
0000000001 Б/У - ХР 12.75 ГРН. 000000
0000000001 Б/У - ХР 12.75 ГРН. 000000
0000000001 Б/У - ХР 12.75 ГРН. 000000
0000000001 Б/У - ХР 12.75 ГРН. 000000
0000000001 Б/У - ХР 12.75 ГРН. 000000


Я зада 7 копий формуляра с места хранения ХР по цене 12.75 ГРН.

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

Добавил length и count.

Исправлена ошибка в функции split, которая приводила к тому, что после последней строки добавлялся перевод строки.



Редактировано 1 раз. Последний раз 13.12.2011 03:12 пользователем Панев Максим.

Гг. Разработчики. извините за вмешательство. Хотя вы пишете здесь для себя, все равно нужно попонятнее о том, для чего нужна новая функция. Уже первый пример - убирает пробелы, но этого не сказано...

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 14.06.2012 10:20 пользователем Lavrinovich.

Панев Максим написал(а):
-------------------------------------------------------
> Добавил length и count.
>

length - понятно, длинна строки, а что делает count? Или я не прав по поводу первого?

Я описываю все функции во втором сообщении этой ветки. Count - количество переданных строк. Удобно считать количество повторений, потому что сейчас это делается не для строк, а указанием просто метки поля через &uf('+N'). Count решает эту задачу.
А length считает длину строки. Причем если передано несколько строк, то и вернутся несколько строк, в каждой из которых будет длина соответствующей строки. Тоже бывает удобно.

Панев Максим написал(а):
-------------------------------------------------------
> Я описываю все функции во втором сообщении этой
> ветки. Count - количество переданных строк. Удобно
> считать количество повторений, потому что сейчас
> это делается не для строк, а указанием просто
> метки поля через &uf('+N'). Count решает эту
> задачу.
> А length считает длину строки. Причем если
> передано несколько строк, то и вернутся несколько
> строк, в каждой из которых будет длина
> соответствующей строки. Тоже бывает удобно.


Класс! Действительно замечательные функции!

Добавил load, save, app_path. Описание во втором сообщении топика.

А когда-то давно была ведь секретная ветка "для своих"...

Добавил функцию uri2file. Сохраняет данные URI (метод ввода 12 с параметром 3) в файл по указанному пути на сервере Ирбис. Подробности во втором сообщении ветки.

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



Редактировано 3 раз. Последний раз 22.02.2012 13:03 пользователем Панев Максим.

Очевидно, по окончании работ будут отчеты об итогах?

irbis_arbat@mail.ru

Какие отчеты? По окончании каких работ? У этих работ нет никаких сроков. И уже тем более нет никаких итогов. Итогом каждой доработки является расширение базового функционала Ирбис.

Ага, значит, итоги будут отражены в документации. Но в любом случае, если в дискуссии не планируется участие непосвященных, вроде бы лучше по мылу?

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 19.03.2012 06:03 пользователем Lavrinovich.

Ну не лежит у вас душа к отчетам, лежит к вебинарам. Но ведь была же когда-то в Судаке целая секция "Доработки ISIS". И даже ИРБИС, кажется, сначала был набором таких доработок - сервисных средств.
И еще раз скажу - дискуссия сугубо внутренняя...

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 02.04.2012 05:42 пользователем Lavrinovich.

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

Это точно. Каждый приходящий в это сообщество не вес золота.

К нам вернулся, к нам вернулся
Сан Сергеич дорогой!!!
Из цыганской песни, кажется. Да, на все золота дорого Ваше участие!

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

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

irbis_arbat@mail.ru



Редактировано 3 раз. Последний раз 07.04.2012 12:30 пользователем Lavrinovich.

Не программные, но тоже пользовательские разработки:
БД PCDET
БД VEDO
БД методических решений

irbis_arbat@mail.ru



Редактировано 2 раз. Последний раз 22.07.2012 14:51 пользователем Lavrinovich.

PERS Персоналии
ORGS Организации
EVEN События (совещания, семинары, конференции)
PRCT Исследовательские проекты.
INNO Инновации (передовой опыт, успехи, достижения)
PROV Поставщики оборудования (по образцу БД издательств)
MAIL Почта, аналогичная почтовой базе из Руководства по CDS/ISIS для Windows*
На основе прежде всего БД KZD, возможно, также IRI и PAY
Потребность в них очевидна - на рабочих местах руководителей, методистов и исследователей. Не нужны новые АРМы, как казалось только что [irbis.gpntb.ru]
Нужен просто Каталогизатор 64 с этими новыми базами. В дальнейшем, возможно, доступ через АРМ Читатель; часть функций в последнем убираем (печать требований), часть добавляем (создание и сохранение сложных виды поиска, клиент ИРИ и постоянные запросы)?.
Прообразы:
АРМ секретаря и канцелярии - идея, видимо. Б.И.Маршака
Записная книжка - идея Л.З.Рудзского
Интегрированная БД исследовательских проектов ЮНЕСКО
БД дистрибьюторов CDS/ISIS ЮНЕСКО
БД по свойствам наноразмерных объектов ОИВТ РАН
[irbis.gpntb.ru]
Информационная система "Образование"
[www.gpntb.ru]
[www.gpntb.ru]
NB: Один из источников идеи. Библиография в моей жизни: Сб. очерков. – М.: Книга, 1984. – 136 с. В одной из статей там описаны именно такие проблемно-ориентированные личные реферативно-библиографические картотеки с персоналиями, аннотациями и цитатами.

---

*Из Руководства по CDS/ISIS для Windows:
Его можно использовать для работы с базами данных библиотечных каталогов [...] Но возможны и другие применения, например, можно создавать почтовые базы данных. Так как в системе имеются мощные средства для создания выходных форм, вы можете использовать эти средства для обработки дан­ных и печати их в различных форматах. Средствами форматирования вы можете созда­вать [...] этикетки для почтовых отправлений. Из почтовой базы данных можно даже получать стандартные письма.
Но как это делать? Заранее ввести в БД не библиографические данные и даже не сведения о персонах и организациях, а стандартные тексты писем + автоматические дополнения для каждого случая - обращение к адресату ("Глубокоуважаемый..."), название мероприятия, если это приглашение, и т.д.? Интересно, но непонятно как.

---

Из Л.З.Рудзского "Система ИРБИС. Записки украинского дистрибьютора".
[www.gpntb.ru]
На определенном этапе работы с потенциальными пользователями системы на Украине, когда число "любопытствующих" стало быстро расти, я решил создать электронную базу данных тех специалистов, которые при личных встречах, проявили определенный интерес к системе. А т.к. я не могу похвастаться хорошим владением табличного редактора MS Exel или СУБД MS Access, меня вдруг осенило использовать любимый ИРБИС, для создания такой БД. И все получилось очень мило! Систему можно использовать еще и как удобную "записную книжку"! Очень пригодились поля для ввода ключевых слов, аннотаций и т.д., а самое приятное состояло в том, что фактически структуру БД, за меня уже продумали! Кто когда-нибудь начинал самостоятельно создавать структуру БД, средствами любой СУБД, поймет меня сразу. Особенно действуют на нервную систему стандартные фразы авторов руководств: "Прежде чем приступить к созданию своей БД, тщательно продумайте ее структуру!". Предупреждение, в общем, правильное, но когда начинаешь думать об этой структуре, становится несколько страшновато, т.к. всегда хочется учесть все, а это в принципе невозможно.

---

Оказывается, КИС УЗ МОДУС основана на MS SQL Server. Прометей, видимо, тоже. Очевидно, эта СУБД применялась в АИС МУБиНТ и ранее... можно также предположить комплексную автоматизацию вуза, примерно как описано в книге "Электронный офис" на базе MS Office + FineReader...
Хотя сегодня актуальна задача на базе OpenOffice. Но есть ли free & open OCR? Можно считать таковыми идущие в комплекте со сканерами... Аналог Access по имени Base есть не во всех дистрибутивах OpenOffice, графический редактор нашел только в составе версии для Linux. Из АБИС нашел School Library System 2.0, есть ли University Library...? Впрочем, некоторые вузы используют МАРК-SQL Школьная версия без изменений...

irbis_arbat@mail.ru



Редактировано 14 раз. Последний раз 06.01.2013 16:16 пользователем Lavrinovich.

Хотелось бы продолжить работу по созданию пользоватесльских функций и доработок для Ирбиса. Вот ссылка на мой проект библиотеки и описания функций, которые реализованы с ее помощью

[sourceforge.net]

Реализованные функции:

SaveImg

Синтаксис:

+8ITools,SaveImg,PATH,PERCENT,HEIGHT,WIDTH,PROPORTIONS,COMPRESS

PATH - путь с имененм файла для сохранения картинки;
PERCENT - размер рисунка в процентах (если без изменений, то 100);
HEIGHT - высота прямоугольника для вписывания картинки;
WIDTH - ширина прямоугольника для вписывания картинки;
PROPORTIONS - если "0" или пусто, то вписывание идет пропорционально, есди "1" - вписываемая картинка растягивается до размеров указанной прямоугольной области;
COMPRESS - степень сжатия рисунка (1-100), по умолчанию 75; чем меньше число, тем хуже качество, но тем меньше фотография/рисунок.

Пример:

&uf('+8ITools,SaveImg,c:\tmp.jpg,,400,300,0,100')

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


Мне эта функция понадобилась для приведения всех фотографий и рисунков в каталоге к единому размеру, а так же для уменьшения их размера (при загрузке в базу читателей порядка 9000 отсканированных фотографий, база выросла до 1,5 Гб и продолжила достаточно шустренько увеличиваться, так как при каждой выдаче/возврате новая копия клонировала и фотку). С Помощью выгрузки/масштабирования/сжатия/загрузки удалось значительно уменьшить размер записей в базе данных.



Редактировано 2 раз. Последний раз 08.10.2012 10:51 пользователем Gena.

"Новые грандиозные проекты"... и очень нужные!
Очевидно, функция будет не одна, ведь уже название irbistools говорит о наборе утилит или простых программ. Например, браузер типа ИРБИС-навигатора, файл-менеджер, архиватор, текстовый редактор, "смотрелка" графических файлов (для тех, кому не нужны их сложные аналоги)...
По данным разведки, "это и будет набор функций... + модуль для отправки писем из АРМа Книговыдача/Каталогизатор... модуль для редактирования справочников и иерархических справочников прямо из окна Каталогизатора"...
Когда-то "вешать свои кнопки никто не захотел"... был и проект IRBIS Management Studio... и вот идея реинкарнировалась окончательно!?
Вызов tools кнопками (убираемыми и добавляемыми через АРМ Администратор) в toolbar'е Каталогизатора - именно то, что нужно!
Руссо туристо плано колоссале!!! Буду всячески содействовать морально и идейно!
DiManiac сообщал о своем автообновлении баз данных, что-то вроде авторассылки
[irbis.gpntb.ru]
Для нестандартных, точнее, новых, задач в MS Office есть макросы, для которых можно "повесить" новые кнопки, т.е. обойтись без программирования, но не для "абсолютно любых" задач, а лишь для часто повторяющихся последовательностей простых действий. Впрочем, сложные "юнифоры" ИРБИСа тоже всегда состоят из простых. В МАРК-SQL примерно для того же служат макрокоманды, для написания которых нужно знать его собственный макроязык, явно не проще "юнифоров". А в ИРБИСе изобилие всевозможных средств - ЯФ, РЛ, Инструменты, RTF, HTML, последними появились Мастера. В 128 - PHP и логично ждать XML...

irbis_arbat@mail.ru



Редактировано 6 раз. Последний раз 14.12.2012 08:42 пользователем Lavrinovich.

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 14.12.2012 08:41 пользователем Lavrinovich.

Это черновик, буду переделывать.
Проект библиоредактора S-presso и статья А.Полеева "Универсальный стандарт метаданных" [elementy.ru]
навели на новую идею "СуперНортон".
Это должен быть очень продвинутый файл-менеджер + классификатор файлов и визуализатор ("смотрелка")... а с учетом его научного назначения и расширенный калькулятор, может быть, и текстовый редактор.
Не знаком с СУБД FilMaker, о которой пишет А.Полеев, но он мечтает об универсальном классификаторе и визуализаторе любых файлов. Автор - биолог и домашний философ, как чеховский "ученый сосед". Он как будто не знает, что такое библиография и поэтому изобретает ее как велосипед со своей терминологией впридачу, слабо знаком с ИКТ и поэтому MacOS X называет MacBook'ом...
Припоминаю программку "Дела в порядке" [offline.computerra.ru] Говорили, стала ненужной с выходом Windows 95, ее Проводник (никогда им не пользовался) и система папок и есть-де такой менеджер-органайзер (?)
Много говорили, что в Windows 2000 будет такой поиск, такой поиск, что ди никакие поисковики не понадобятся. А у меня "семерка" почти ничего нне находит на винчестере...
Sherlock из Mac OS Х и его преемники ищут локально и глобально одновременно (не знаком совсем), насколько осуществился этот замысел?
В FoxPro для Windows был "файлер" - простой "коммандер" (видимо по причине непопулярности "Нортона" в США), в современных СУБД его видимо нет (тем более нет в АБИС).
Есть много плагинов для Тотал и других коммандеров. Лучший имхо из низ freeCommander, вероятно, не только бесплатный, но и открытый. Вопрос, до какой степени, т. е. является ли он средством разработки?
Есть симпатичная библиотечная панель для Chrome от ББА, есть аналогичная сообщества Librarian для MSIE и FireFox [librarian.ourtoolbar.com]
Оптимальный способ реализации подобного расширения функций - написание "продвинутыми пользователями" собственных плагинов, DLL и их вызов с помощью кнопок, добавляемых на панели инструментов, естественно, для тех приложений, которые это позволяют.
Пока imho нет удовлетворительной профессиональной (в библиотечно-библиографическом смысле) оболочки для ЭБ/ЭБС и не случайно на сайтах ГПНТБ, МУБиНТ, РАМ им. Гнесиных аудио-, фото-, видео- и прочие файлы выложены "просто так"
[irbis.gpntb.ru]
[irbis.gpntb.ru]
[irbis.gpntb.ru]
[irbis.gpntb.ru]
Может быть мой воображаемый, "СуперНортон" станет помимо прочего и такой оболочкой!?
Эти посты явно могут развиться в статью...

irbis_arbat@mail.ru



Редактировано 7 раз. Последний раз 18.12.2012 06:39 пользователем Lavrinovich.

Обсуждали когда-то пользу "взгляда со стороны", например физика или филолога, на библиографию в связи с назначением CDS/ISIS, с ее ориентацией на научных работников, исследовательские центры, а также на персональные БД. Но бывает, что такой взгляд не очень полезен... придется еще поцитировать "письмо к ученому соседу" (далее важное для нас выделено мной)

A. Poleev. Universal Metadata Standard. Enzymes, 2011.
Универсальный стандарт метаданных.
[...]
...лабораторный журнал [...] в идеальном случае он должен [...] отражать всё, что происходит в лаборатории в хронологическом порядке, начиная от целеполагания, гипотезы, экспериментальной проверки, выводов, впечатления об увиденном и услышанном. В формальном плане, лабораторный журнал должен описывать документы различного формата: фотографии, тексты протоколов, тексты публикаций, видеозаписи конференций (lab meetings), указания на источники в интернете и т.д. Все эти документы должны быть связаны между собой, снабжены комментариями, и доступны для просмотра и каталогизации.
[...] эта тематическая разнородность должна быть отражена в списках тем, а также в возможности экстрагировать однородную (родственную) информацию посредством указателей (thematic tags) и ссылок (location tags).

Компьютер MacBook, которым я пользуюсь, является таким собранием разнородных документов, и предоставляет возможности их тематического объединения. [...] File Maker только частично удовлетворяет потребности систематизации и описания: [...] отсутствует приемлемая панель обозрения и возможность открывать и использовать документы внутри данной программы, не прибегая к дополнительным программам. Все эти дополнительные программы [..] должны быть встроены в качестве опций, а не разбросаны по разным местам: web editor, web browser, photoshop, file maker, pdf reader, video or photo visualiser, text editor и т.д.
[...]
Обычно документы классифицируют по алфавиту, по дате, по теме, по проекту, по формату, по местонахождению (local folder, internet address). Для их идентификации служит дата, порядковый или систематический номер, имя (название). Например, изображения (images) имеют формат (file format) jpg, gif, png, psd; тексты (texts) имеют формат pdf, doc, txt. Формат документа – это его идентификационный признак (identification tag), необходимый для опознания в операционных системах [...].
Однако в каждом формате до сих пор отсутствует его систематическое описание, необходимое и достаточное для интеграции и переноса в другие описательные системы [...]. Всё это в идеальном случае должно входить в метаинформационное дополнение документа, по крайней мере в виде ссылок. Однако увеличение количества документов и форматов не сопровождается совершенствованием технических возможностей их восприятия и систематизации. Вместо этого происходит размножение описательных систем (doi, ISBN, URN, PURL, ISNI и др.) и псевдонимов (aliasing). Так например, журнальная статья [...] в описательной системе NCBI/NLM получает номер (PUBMED ID), добавляется резюме (abstract) с сопряжённым указанием на время публикации, название журнала, имён авторов, языка, ключевых слов.
Необходимо, однако, чтобы эта описательная метаинформация добавлялась непосредственно в документ в качестве дополнения или расширения, чтобы было возможно упорядочивание документа при перемещении его в другие описательные системы (например, при переводе на другой язык или при использовании в другой базе данных), а история такого перемещения [...] отображалась бы в документе.
[...] следует предложить программистам, терминологам, ISO и индустрии знаний [без участия библиографов! - А.Л.] разработать логически выверенную систему метаинформационного обеспечения для всеобщего пользования, чтобы производство документов [...] следовало бы дополнить существующие программы модулем, позволяющим визуализировать и редактировать метаданные, а также ввести в употребление универсальные программы для всех типов документов (metadata editors).

МОИ КОММЕНТАРИИ
FileMaker - всего лишь СУБД, первоначально для DOS, с расширенными функциями публикации "отчетов"
[www.dynasoft.ru]
но автор считает ее частью своего макбука с возможностью классификации файлов по типам (?). Ему нужна суперзаписная книжка исследователя. Можно фантазировать дальше: документы будут сами себя классифицировать, сами себя метаграфически описывать, снабжать себя библиографическими списками, ссылками, гиперссылками... супербаза будет додумывать мысли ученого, обобщать их, делать выводы, совершать открытия... впрочем есть WebBot...
А MacBook, он же для развлечений (iPhoto, iMovie, iMusic), а не в помощь ученому. "предоставляет возможности их тематического объединения" - это как, раскладывать файлы по папкам? То есть ученому нужен супербраузер-суперплейер-суперредактор, автосистематизатор и "описатель" (каталогизатор), встроенный в ОС?
"...опции метаинформационного описания документов: имя, формат, дата создания, классификационная система, идентификационный номер,
язык, локализация или место происхождения, источник или автор" - собственная версия Dublin Core? Набор обязательных элементов БО собственного изготовления, конечно, безо всяких там ГОСТов и МАРКов (и правильно, кому они нужны - разве что интеллигентишкам недобитым, если они где-то еще уцелели), а по одному только гениальному химико-физико-шиз... пардон, математическому наитию.
"...а также те аспекты документов, которые недоступны непосредственному человеческому восприятию однако могут или должны быть восприняты обрабатывающими информацию машинами (компьютерами)" - что за секретные аспекты? Машины "могут или должны" научиться читать между строк, разгадывать тайные мысли автора? Снова автоклассифицирование, автоиндексирование, для чего нужен и смысловой анализ...

irbis_arbat@mail.ru



Редактировано 7 раз. Последний раз 18.12.2012 06:42 пользователем Lavrinovich.

Здравствуйте.
К сожалению, Максима с нами уже нет...
А кто тогда сейчас сможет подсказать по доработкам библиотеки EX64?!

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

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

Цитата:

А вы учли, что если вы формируете одинаковые ключи сортировки (в секции [KEY...), то заголовок формируется один, т.е. одинаковые "схлопываются". Кроме того, вы смотрели, какие ключи формируются в файле sortlst1.txt в директории workdir?

Как вывести все термины из файла sortlst1.txt? Т. е. без "схлопывания".
Как сформировать различные ключи сортировки?

Распечатать сортированный список можно через выходную форму, в которой:

1. Определить формат выбора множественного ключа сортировки.

Но это не может быть полный словарь БД, поскольку сформировать стандартными средствами ключи сортировки, соответствующие терминам словаря, которые созданы методом индексирования "6" и "8", невозможно. Термины словаря, созданные методом индексирования "0", могут быть сформированы как ключи сортировки, но и это очень сложный путь воспроизведения формата FST.
Думаю, печать словаря через выходную форму целесообразно использовать лишь для отдельных словарей (например, ненормированные ключевые слова).

2. Чтобы термин-ключ печатался один раз ("схлопывался"), нужно выводить на печать Заголовок (обращение к ключу - v1). Число терминов (ключей) в словаре можно определить функцией &uf('J').
Сформировать "различные ключи сортировки" можно привязывая из к разным подполям поля 1, а при определении числа терминов в словаре связывать каждое подполе с соответствующим префиксом.

3. Сохранить форму в виде списка ("Параметры - Вид табличной формы - Сортированный список")


Во вложении пример создания формы для получения списка терминов:
- ключевые слова из поля 610 (K=),
- заглавия из поля200^a (T=),
- издательство из поля 210 (O=)

Цитата:

Во вложении пример создания формы для получения списка терминов:
- ключевые слова из поля 610 (K=),
- заглавия из поля200^a (T=),
- издательство из поля 210 (O=)

Если в словаре БД нет термина, сформированного в формате выбора ключа при сортировке, то количество терминов будет равно 0. Функция подсчета количества терминов в словаре &uf('J... требует физического существования словаря в файлах БД. Дело в том, что в используемом формате выбора ключа сортировки применяются данные из другой БД. При этом записи в БД, из которой получена выходная форма, не меняются. Необходимо подсчитать количество терминов в словаре сортировки. Пытался модально ввести "префикс инверсии" - ничего не получилось Физически словаря этого нет. Вариант предварительной актуализации базы, к сожалению, не подходит. Какие еще есть идеи?

Коллеги, библиотека не работает в Win7 x64. При попытке зарегистрировать получаю сообщение:

точка входа dllregisterserver не найдена.

Подскажите, пожалуйста, можно ли решить проблему? Жаль расставаться с полезной библиотекой, в которую Максим Панев вложил (без преувеличений) свою душу.