Domdoc Проблемы с длиными названиями подшивок

  • Автор темы SkinGreek
  • Дата начала
S

SkinGreek

Гость
#1
Всем привет.

Может кто встречался с данной проблемой.
Ситуация следующая.
Мы используем тип оглавления "Notes Folders" в нашем кабинете. Как мы выяснили, при создании подшивки с именем, содержащим только латинские символы и длиннее 60 символов, Dom.Doc нормально создает подшивку, но имя соответствующего ей folder'а обрезается до примерно 60 символов.

Если мы создаем подшивку с длинным именем, содержащим русские буквы, то Dom.Doc не может создать для такой подшивки folder. Соответсвенно, при попытке открытия (navigating into) биндера возникает ошибка «The Table of Contents folder for "binder name" has not yet been created yet. Would you like to initiate Table of Contents creation by the server?» (здесь приведен оригинальный текст ошибки на английском языке, у нас выводится локализованный текст)

Но при этом в Alias созданных фолдеров(если они создаются) пишется BinderID(Зачем они это делают если это не работает с не английскими именами...). Я не понимаю как с этим бороться. Можно конечно создать свое поле в которое будут писать нормальное имя подшивки, а в стандартное поле имени подшивки писать сокращенное название. Таким же образом ломали типы документов когда встретились с подобной проблемой.Но, чесно говоря, хочется надеятся, что данная проблема может решиться како нить галочкой в настройках DomDoc'a, но я о такой галочке не знаю.


Есть идеи как это победить? уж больно не хочется хакать стандартный функционал:unsure:
 
S

SkinGreek

Гость
#2
вот что ответил саппорт на кличь о помощи))

The problem description is as follows:

We are using "Notes Folders" TOC for our binder. We have found out that
if one creates binder with a name containing only latin characters and
longer than 61 symbol, then Document Manager creates binder normally
with the full name and creates folder for that binder. The folder
contains only first 61 characters and some UID.
If one creates a binder with a name containing cyrillic characters and
shorter than 61 character, the binder will be created normally and a
user can navigate into it with the Notes.
The case when our problem arises:
if one creates a binder with a name containing cyrillic characters and
longer than 61 character, Document Manager creates the binder in the
cabinet. But is does not create the corresponding folder for that
binder in a cabinet database. Thus the user can not navigate into that
binder with Notes and sees a popup window with a following message:
"The Table of Contents folder for "binder name" has not yet been
created yet. Would you like to initiate Table of Contents creation by
the server?" (the original message for English Document Manager is
quoted here, our message is localized in Russian).


This problem was reported to Document Manager Development a few years
ago and it was identified as being a Domino/ Notes product
limitation. The issue is caused by the double byte characters (in
this case Cyrillic) and how many bytes they take up. Domino/Notes
development has determined that this issue will not be addressed in
the Domino/Notes R6.5.x or R7.x code stream. It may be addressed in
the Domino/Notes 8.x code stream. Unfortunately, since Document
Manager is only supported on Domino/Notes 6.5.x or 7.x - this means
this issue will not be addressed in any current version of Document
Manager.

The only workaround I can see for you would be to use the Active X
controls on your workstations and/or to limit the number of characters
used in the Binder titles.

The PMR indicates that you are using Domino 8 with Document Manager.
While this may work, I need to stress that this is an unsupported and
untested configuration and I would recommend against using it.
Additionally, the PMR indicates that you are using Linux workstations
with the product - we have never tested or supported using Linux
workstations with the Document Manager product or with the Desktop
Enabler application.
Другими словами - нам ответили "эта ваша проблема, решайте сами". Ток вот мы так толком и не нашли четких требований по окружению для серверной и клиентской частей DomDoc. То что на сервере не надо линух ставить, это было ясно, но совершенно не понятно почему на рабочие станции эти требования распространяются.