• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

Изменения Notesrichtextitem

  • Автор темы Автор темы cLif
  • Дата начала Дата начала
C

cLif

Вопрос много пережевывался, но...

Есть ли вариант реализации след. штуки:
Документ открывается в UI, с ним производятся некоторые изменения. В RtItem вносятся значения (текстовые). Можно ли сохранить изменения в RT поле НЕ используя NotesDocument.Save(), а только вызвав UI.Save() (т.е. отработка события Querysave)
важные моменты:
- Моментальное отображение результатов изменений в РТ поле не требуется - увидеть их можно при след. открытии документа.
- Вызов NotesDocument.Save() в Querysave не предлагать)

Реализуемо ли такое? Если да - в каком направлении копать?
 
А какую конечную цель преследуете?
 
А какую конечную цель преследуете?
Конечная цель - сохранить в РТ поле изменения, внесенные через бекэнд.

через уи или бекенд?
для рефреша рт, заполненного в бекенде, есть возможность UI.Refresh(true) перед сохранением.
через бэкенд
может не внимательно читал, но refresh обновляет содержимое из УИ в бэкенд, а не наоборот. Но сейчас попробую
 
для рефреша рт, заполненного в бекенде, есть возможность UI.Refresh(true) перед сохранением.
Мне казалось, наоборот, UI.Refresh(true) обновляет содержимое рт-полей бэкэнд-документа из уи-документа.
 
nvy точно, затупила=)


Добавлено: тогда вроде через темповый док + CopyitemToDocument был вариант

Добавлено: link removed
 
Можно ли сохранить изменения в RT поле НЕ используя NotesDocument.Save(), а только вызвав UI.Save()
Не только можно, а и нужно пытаться сохранить док как UI (исключения конечно же есть), если он в EditMode.
 
Не только можно, а и нужно пытаться сохранить док как UI (исключения конечно же есть), если он в EditMode.
Да, в EditMode, но изменения в РТ поле вносится через Бэкенд и после сохранения (и переоткрытия) от изменений ничего не остается...
 
cLif
положить в секцию с контролируемым доступом с закрытием на несуществующую роль?
 
такое переоткрытие https://codeby.net/threads/29669.html?vi...st&p=154157 перед уи-сейвом не поможет?
только если вдруг поле SaveOptions сохранится, надо его удалить перед сейвом (если не надо оно) или заменить на другое значение
 
положить в секцию с контролируемым доступом с закрытием на несуществующую роль?
Это к чему? Оо

такое переоткрытие https://codeby.net/threads/29669.html?vi...st&p=154157 перед уи-сейвом не поможет?
Спасибо, тему посмотрел. Переоткрытие это не очень...вернее совсем не красиво, к сожалению :(
 
Спасибо, тему посмотрел. Переоткрытие это не очень...вернее совсем не красиво
Если не нужно отображать сразу бэкэндные изменения рт-поля, а проблема только с сохранением, попробуйте rtitem.Update
 

если rtf редактируется в background, а потом при сохранении в UI затирается, то поможет положить rtf в секцию с контролируемым доступом, закрыть эту секцию на несуществующую роль. тогда UI сохранение никак не повлияет на иизменения в rtf, сделанные в background
 
Если не нужно отображать сразу бэкэндные изменения рт-поля, а проблема только с сохранением, попробуйте rtitem.Update
Не помогает Update, к сожалению

если rtf редактируется в background, а потом при сохранении в UI затирается, то поможет положить rtf в секцию с контролируемым доступом, закрыть эту секцию на несуществующую роль. тогда UI сохранение никак не повлияет на иизменения в rtf, сделанные в background
Огромное спасибо - ед. вариант, который сработал.
 
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab

Похожие темы