Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


Советы

Главная   Библиотека   Советы

Программное изменение содержимого полей RichText в открытом документе


Максим Салимов, АйТи
CLP R5 AD


    Наибольшие проблемы при проектировании сложного UI-интерфейса приложений для клиента Lotus Notes возникают при попытках работы с полями форматируемого текста (RichText) в открытом документе через back-end классы (NotesRichTextItem).

    В отличие от других типов полей, в которых интерфейсный объект и объект "заднего плана" взаимодействуют непосредственно, до версии R6 такое взаимодействие не поддерживалось в классах, оперирующих с RT-полями.

    Основная проблема заключалась в том, что при сохранении данных через пользовательский интерфейс изменения форматируемого поля, выполненные через back-end объект, терялись. В версиях Notes R4 и R5 для того, чтобы программно изменить такое поле, необходимо сохранить документ, закрыть его и только после этого менять поле.

    Происходит это из-за того, что изменения, внесенные в back-end объект, не воспринимаются его интерфейсным "воплощением", и при сохранении документа в пользовательском интерфейсе содержимое UI-объекта затирает то, что было изменено программно.

    И все-таки, попробуйте решить проблему следующим способом.

    Спрячьте (нет, не от пользователя, а от программы) поле форматируемого типа, которое нужно менять программно, в раздел с управляемым доступом. При этом доступ на редактирование раздела пользователю не предоставляется (например, можно записать в список редакторов раздела: «Раздел недоступен для редактирования»). Notes видит, что раздел с управляемым доступом ограничивает возможность редактирования для текущего пользователя, и даже не пытается сохранять содержимое полей этого раздела при интерфейсном сохранении документа. Все … в поле можно писать через back-end и сохранять документ через UI.

    Существует маленькая тонкость при использовании такого решения. Если открыть документ, в котором нужного нам поля форматируемого типа нет, а в форме оно есть и расположено в разделе с управляемым доступом, то в документе появится-таки поле с таким названием, но … текстовое. Его можно программно удалить и создать свое, но уже форматируемого типа. С новым документом подобной проблемы не возникает.
     
      Опубликовано — 05/15/2004 |    



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :

Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU