-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
Ну хорошо.. не правильно выразился... "мерцающий" диалог как-то не очень..
Закрывается - да... как обычный документ... только открыть его из самого себя - не очень удобно...
Код:
Call ws.CurrentDocument.Close
NickProstoNick
а зачем октрывать из самого себя?
есть кнопка на форме, которая открывает бокс, сделать там проверку, что если в сеп. поле флаг допустим "3" то зациклить открытие снова
в диалогбоксе в поле писать "3" и закрывать, функция вызывающая далогбокс откроет его сама заново
а зачем октрывать из самого себя?
есть кнопка на форме, которая открывает бокс, сделать там проверку, что если в сеп. поле флаг допустим "3" то зациклить открытие снова
в диалогбоксе в поле писать "3" и закрывать, функция вызывающая далогбокс откроет его сама заново
А вообще не понятно - что дальше будет с табличкой в диалоге?
А то мы сейчас тут развели полемику... а потом окажется "а как разобрать табличку чтоб занести данные в основной документ?"
Добавлено:
Но самое не приятное - "мерцающий" диалог... ИМХО
А то мы сейчас тут развели полемику... а потом окажется "а как разобрать табличку чтоб занести данные в основной документ?"
Добавлено:
Это понятно... только разносится код в разные места...
Но самое не приятное - "мерцающий" диалог... ИМХО
Пользователь вызовет диалог с табличкой из основного документа, в диалоге нажмет "Добавить", появится вьюха. Вьюха находится в другой базе. Юзер выберет несколько документов из вьюхи, добавит в динамическую таблицу. В строках таблицы отобразятся значения полей выбранных документов, например, дата начала, конца, в столбец "Комментарии" можно вводить комментарии. Юзер жмакнет ОК, и тогда программно на основе значений в динамической таблице создаются новые документы (1 строка - 1 нов. документ) в текущей базе. Это делает код кнопки основного документа, который вызывает диалог. На основном документе появятся ссылки на эти новые документы. Ссылки вставляются в сабформу с полем Rich Text. Поэтому затрудняюсь понять, как тут будет апплет уместен.
дело в том, что с флагом для последующего открытия наверное не получтся - у меня не получалось.
При закрытии диалога через Close, результат диалога в лотус-скрипте возвращал FALSE(как будто было нажатие Отмены) и соответственно поля изменненые в диалоге не изменялись(и флаги тоже
).
При закрытии диалога через Close, результат диалога в лотус-скрипте возвращал FALSE(как будто было нажатие Отмены) и соответственно поля изменненые в диалоге не изменялись(и флаги тоже
).поля передаются назад только от функции реврешьпарентдокумент - она должна бытть перед клосе, тогда это аналог ОКдело в том, что с флагом для последующего открытия наверное не получтся - у меня не получалось.
При закрытии диалога через Close, результат диалога в лотус-скрипте возвращал FALSE(как будто было нажатие Отмены) и соответственно поля изменненые в диалоге не изменялись(и флаги тоже
Ну так вот что я и говорил
Затея с динамической таблицей - зло!
Я бы сделал это при помощи обычного встроенного вида.
И сразу создавать документы-ссылки с минимум необходимой информацией + UNID оригинального документа(вместо ссылок в RT-поле на оригинальные документы) и делал бы их респонсами к основному документ, а при открытии диалога переносил бы в него UNID основного документа... ну чтоб можно было вид построить.
Там же (во встроенном виде) можно реализовать удаление ошибочно добавленных документов.
Перехватывать попытку открытия документа-ссылки и открывать сразу оригинальный документ.
Ну или как вариант - вместо диалога сразу открывать вид из левой базы
что-то вроде этого
Но все же если решил это делать - то RT-поле в диалоге надо вынести за пределы таблицы и скрыть. На его место поставить компьютед RT-поле. Но в коде работать со скрытым.
Иначе ты не сможешь ни дописать ни прочитать данные из таблицы.
Обучение наступательной кибербезопасности в игровой форме. Начать игру!