Плз, подскажите как по какому-либо событию на форме создавалось поле (изначально его НЕТ в форме), которое пользователь мог видеть и редактировать.Спасибо.
-
15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby
За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.
На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.
Запись на курс до 25 апреля. Получить промодоступ ...
Следующая ситуация: создаю форму для оплаты счетов, изначально неизвестно сколько будет позиций в счете.Так вот, пользователь сам определяет сколько необходимо полей.
Не так все просто. В руководствах вот пишут, что один лотусовый документ отдаленно соответствует одной записи в таблице реляционной базы данных. Соответственно, надо не создавать поля динамически, а добавлять новые документы "позиция" для каждой позиции счета. И счета тогда будет проще переформировывать. А окончательный счет уже генерить на базе этих позиций и записывать в базу, не давая пользователям возможности изменить закрытый счет.
Если же нужно кровь из носу динамические поля создавать, то вот пример обработки в одной форме непостоянного количества полей (1-100):
Посмотреть вложение LiveItems.rarПредполагается, что это диалоговое окно вызывается из агента с уже заполненными предварительно полями CompNameXX и nComputers аналогично тому, как это сделано в документе примера.
Вот от этого можно плясать, разрабатывая свои варианты - добавлять поля, убавлять и прочая...
Но первый вариант гораздо лучше!
Constantin A Chervonenko
Green Team
Да уж.. Странного хотите.
Проблема в чем: если прикладной док-т - весь из себя динамический, то форма, его отображающая объект скорее статический. При дизайне формы вы-ж не только кол-во полей определяете, но и их имена, тип, интерфейс (типа CheckBox, PickList etc; цвет/шрифт/положение), формулы проверки. Это все тоже юзер САМ должен решать? Если да, то просто дайте ему Дизайнера а сами увольняйтесь
Варианты:
- N однотипных значений можно ввести/вывести через multivalue поле
- на форме заготовить неколько рабочих полей, которые в translation formula делают @SetField("ЮзерПоле", val), а сами не сохраняются
- генерить форму динамически - по XML
Обучение наступательной кибербезопасности в игровой форме. Начать игру!