Ирбис64,в каталогизаторе при указаний путей в поле 951 расположение полнотекстовых документов,в описании,текст ссылки не распознает казахские шрифты и документ не открывается пока не заменишь специфические шрифты на русские.Что мне делать?

От куда у всех такое громадное желание использовать для именования файлов национальные языки?
Есть одно золотое правило: не хотите проблем с файлами - называйте их английскими буквами.

Углубимся далее: "Автоматизированная система не вечна и коды языка в ней тоже, поэтому называйте файлы цифрами, а АБИС должна помнить, что это. Тогда проблем с "большими и маленькими" буквами в названиях файла на операционках *nix не будет."



Редактировано 1 раз. Последний раз 31.10.2009 07:45 пользователем Карауш.

Тоже правильно. Хотя есть небольшое неудобство: понять, что за файл 7891234.pdf вообще не возможно (если только цифрами что-нибудь не зашифровано). По этому маленькие английские символы, арабский счет и символ подчеркивания спасут мир от хаоса.

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

:(

Когда коллекция файлов большая сокращения лат.буквами также сложны, и всё равно потребуется открывать каждый файл. За всю историю (с 2002 года) наименования файлов цифрами не было проблем с восстановлением. А правило наименования достаточно простое - именовать файлы согласно номеру mfn, или: дата, номер человека, номер за сегодня, например "2009103111.pdf".

Насколько я понял, у Esil проблема связана не с именем файла (951^A 951^I) а с названием ссылки - 951^T
Так?

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

Можно ли сделать так чтобы данные в АРМ-е Книгообеспечение можно было заполнять на казахском языке:вместо специфических знаков показывает "?"
ИРБИС 64,в.2009.1



Редактировано 1 раз. Последний раз 24.11.2009 14:58 пользователем Esil.

Если эти данные находятся в справочниках (файлы MNU) - то они могут быть только в кодировке ANSI

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



Редактировано 1 раз. Последний раз 25.11.2009 08:23 пользователем Esil.

Работа ведется.

Здравствуте!Хотелось бы узнать будет ли в ближайших обновлениях или версиях(в.2010) реализована возможность заполнять данные в справ-ах .MNU в кодировке Юникод?
И64,9.1



Редактировано 1 раз. Последний раз 03.02.2011 06:46 пользователем Esil.

Вопрос прорабатывается через справочную БД.
Уточните, пожалуйста, Вас интересуют справочники, использующиеся при вводе данных или только при их раскодировке?

Задача:
Требуется заполнить dbnam3.mnu,в списке,БД добавить название на каз.яз

Ресурсные файлы (в т.ч. Mnu) могут быть ТОЛЬКО в ANSI-кодировке.

Alio написал(а):
-------------------------------------------------------
> Ресурсные файлы (в т.ч. Mnu) могут быть ТОЛЬКО в
> ANSI-кодировке.

Зато ANSI-кодировку можно сделать казахской. Установите на сервере и клиентах дополнительный казахский драйвер, например KazWin. Он позволяет работать с казахским языком в неюникодовых программах. В Ирбис32 это был единственный способ. В Ирбис64 он необходим только, чтобы использовать казахский в ресурсных файлах.

Рахмет,Кайратжан!Попробуем!