non-apexoidКурдль, вот прямо вот так вот делаете $s('P3_ID', 12345) и не работает?
Теперь ради чистоты эксперимента убрал даже JavaScript и сделал DA типа SetValue; SetType=Dialog Retutn Item
Эффект - item получает значение (напр. 123) из вызываемой страницы и это корректно отображается на форме. А в DML поступает NULL. Если в том же поле поверх полученного из вызываемой формы значения 123 прописать вручную 123, то передается и корректно записывается в бд 123

Petro123КурдльКакой submit?
В 25-ый раз!
Редирект не сохраняет значения на сервер! (кроме тех что в урл)
Используйте сабмит+бранч вместо редиректа

Я не могу делать submit, т.к. вызывается модальная страница с промежуточными данными, а полные данные для submit будут заполнены только по результатам промежуточных.
Преждевременный submit не пройдет мимо валидации!

Petro123ты в курсе что оракл рекомендует при переходе по страницам сохранять переменные в сессию?
Т.е. это и есть сабмит.
Почему нельзя поправить валидацию?
Как я могу поменять валидацию? Не проверять поля на обязательность? А они - обязательные!
И многие из них заполняются вызовом модальных форм - "селекторов" (иначе нельзя выбрать элемент среди тысяч, не используя IR)

Petro123редирект у тебя это вызов модальной штатно в 5-ке?
Да. Это вызов чего угодно штатно. Модальную можно объявить немодальным диалогом или вообще Normal и будет вызываться, как обычная.

НО! Я нашел проблему второго случая (когда заполненное автоматически поле не попадало в запрос) - Поле было Disabled из DA.
Как я его сделал Enabled и попробовал ввести значение вручную - оно сработало. И с не_ручным заполнением тоже стало всё Ок!
И я ж одним ухом слышал про этот баг (фитчу) АРЕХа, но забыл :)

Как Item типа Select List сделать reasd only, но при этом избежать проблемы с передачей его значения?

Petro123вот у меня на клиенте только чтение select list. Видно что там ID = 3523 есть.
Т.е. передаваться именно выбранное значение должно



И как он у тебя заполняется?
У меня - по DA Dialog Closed (APEX 5)
Значение индицируется, но не сабмитится.
В тырнете такую проблему обсуждали:

that's a feature of the browser which doesn't submit items which are disabled. For text items you can use the readonly property, but unfortunately that doesn't work for radio and checkboxes :-(

Думаю, что это справедливо и для Select List

Petro123КурдльУ меня - по DA Dialog Closed (APEX 5)
странный ты. С сервера пришло Read Only - а ты в модальном диалоге его меняешь?
Я не странный :) Это логика может показаться странной непосвященным.
Данный ITEM типа Select List в зависимости от условий может быть редактируемым или Disabled. В последнем случае его значение заполняется извне. Но тем не менее оно должно сабмититсья и процесситься.

Petro123,

Я же говорил, что согласно логике, это поле управляется с помощью DA.
Например:
Events
--Change
----Is Selected Document (это уже контролируемый мною event)
------True
--------Enable -> Item - > Doc_Select_List
------False
--------Disable -> Item - > File_Select_List

Petro123,

Конкретно в этом - не использую.
Может быть ему как-то по-другому можно запретить ручное изменение значений?
установка атрибута readonly="readonly;" не помогает :(