Убедительно прошу раскрыть описания некоторых "закрытых" функций, а именно:

&uf('+b<строка>')
- вроде дает какой-то подсчет, основанный на ASCII кодах символа, но алгоритм? И для чего она там?

&uf('+X<строка>')

&uf('+h',<строка>')
- удаляет символы разные (формирует термины в словарь из MESH для навигации)

Также интерсует написание функций, если они есть:
1. Та, что формирует файл regi.lst и следит (дописывает) данные и функция, которая "делает" log-файлы АРМов Читатель и Комплектатор

Карауш написал(а):
-------------------------------------------------------
> Убедительно прошу раскрыть описания некоторых
> "закрытых" функций, а именно:
>
> &uf('+b<строка>')
> - вроде дает какой-то подсчет, основанный на ASCII
> кодах символа, но алгоритм? И для чего она там?
Получение свертки строки путем циклического суммирования кодов символов.


>
> &uf('+X<строка>')
Весьма специфический форматный выход, не имеющий общего характера (написан по "оказии")

>
> &uf('+h',<строка>')
> - удаляет символы разные (формирует термины в
> словарь из MESH для навигации)
Сжатие кодов MeSH

>
> Также интерсует написание функций, если они есть:
> 1. Та, что формирует файл regi.lst и следит
> (дописывает) данные и функция, которая "делает"
> log-файлы АРМов Читатель и Комплектатор
Таких UNIFOR нет.

Надеюсь, что все заинтересованные пользователи помнят, что начиная с версии 2006.1 есть возможность писать собственные форматные выходы в собственных DLL (см. релиз версии 2006.1)

> Надеюсь, что все заинтересованные пользователи помнят, что начиная с версии 2006.1 есть возможность писать собственные форматные выходы в собственных DLL (см. релиз версии 2006.1)

Помнят, помнят. Но такие "самостоятельности" могут никогда не оказаться в дистрибутиве (или даже никогда не окажутся), чтобы могли ими воспользоваться все остальные.
Да и писать какие-то форматы и пр. для коллег будет проблематичнее.

Можно ли "заказать" написание функций в стандартный unifor?

Карауш написал(а):
-------------------------------------------------------
> > Надеюсь, что все заинтересованные пользователи
> помнят, что начиная с версии 2006.1 есть
> возможность писать собственные форматные выходы в
> собственных DLL (см. релиз версии 2006.1)
>
> Помнят, помнят. Но такие "самостоятельности" могут
> никогда не оказаться в дистрибутиве (или даже
> никогда не окажутся), чтобы могли ими
> воспользоваться все остальные.
Ну что ж = значит открывается возможность торговать собственными продуктами для ИРБИС. Разве это плохо?

> Ну что ж = значит открывается возможность торговать собственными продуктами для ИРБИС. Разве это плохо?

Ага! Вот читаю эти строки и представляю с какой ухмылкой Александр Иосифович написал эти слова.

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

Вот мне бы лог файл писать по формируемой языком pft строке :)