Следуйте инструкциям в видео ниже, чтобы узнать, как установить наш сайт как веб-приложение на главный экран вашего устройства.
Примечание: Эта функция может быть недоступна в некоторых браузерах.
Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нем неправильно. Необходимо обновить браузер или попробовать использовать другой.
Плз, подскажите как по какому-либо событию на форме создавалось поле (изначально его НЕТ в форме), которое пользователь мог видеть и редактировать.Спасибо.
Следующая ситуация: создаю форму для оплаты счетов, изначально неизвестно сколько будет позиций в счете.Так вот, пользователь сам определяет сколько необходимо полей.
Следующая ситуация: создаю форму для оплаты счетов, изначально неизвестно сколько будет позиций в счете.Так вот, пользователь сам определяет сколько необходимо полей.
Не так все просто. В руководствах вот пишут, что один лотусовый документ отдаленно соответствует одной записи в таблице реляционной базы данных. Соответственно, надо не создавать поля динамически, а добавлять новые документы "позиция" для каждой позиции счета. И счета тогда будет проще переформировывать. А окончательный счет уже генерить на базе этих позиций и записывать в базу, не давая пользователям возможности изменить закрытый счет.
Если же нужно кровь из носу динамические поля создавать, то вот пример обработки в одной форме непостоянного количества полей (1-100): Посмотреть вложение LiveItems.rarПредполагается, что это диалоговое окно вызывается из агента с уже заполненными предварительно полями CompNameXX и nComputers аналогично тому, как это сделано в документе примера.
Вот от этого можно плясать, разрабатывая свои варианты - добавлять поля, убавлять и прочая...
Но первый вариант гораздо лучше!
Следующая ситуация: создаю форму для оплаты счетов, изначально неизвестно сколько будет позиций в счете.Так вот, пользователь сам определяет сколько необходимо полей.
Да уж.. Странного хотите.
Проблема в чем: если прикладной док-т - весь из себя динамический, то форма, его отображающая объект скорее статический. При дизайне формы вы-ж не только кол-во полей определяете, но и их имена, тип, интерфейс (типа CheckBox, PickList etc; цвет/шрифт/положение), формулы проверки. Это все тоже юзер САМ должен решать? Если да, то просто дайте ему Дизайнера а сами увольняйтесь
Варианты:
N однотипных значений можно ввести/вывести через multivalue поле
на форме заготовить неколько рабочих полей, которые в translation formula делают @SetField("ЮзерПоле", val), а сами не сохраняются
На данном сайте используются cookie-файлы, чтобы персонализировать контент и сохранить Ваш вход в систему, если Вы зарегистрируетесь.
Продолжая использовать этот сайт, Вы соглашаетесь на использование наших cookie-файлов.