Дабы не засорять другие темы

1. убийство popup lov-ов, а именно:

- замена на JQuery UI Dialog
- достала борьба с null значениями, приходится заменять null на 0, в Tabular Forms, например, приходится программировать Updatable view из-за этого.

2. Какой-нибудь простой способ реализовывать ограничения unique в validations для page/tabular form items.

3. Способ узнать страницу, на которую компонент ссылается в Authorization Scheme. Если пользователей много, у каждого своя комбинация/параметры прав доступа, запрограммировать все возможные варианты/комбинации под отдельными Authorization Schemes не представляется возможным. Для каждого компонента тоже, т.к. их слишком много.

4. Поддержку плагинов item для tabular forms.
- возможность задавать Default Value в атрибутах плагинов в зависимости от значения в других атрибутах.

rockclimber,

Давно проголосовал, где что нашел полезного.

suPPLerSvDev2. Какой-нибудь простой способ реализовывать ограничения unique в validations для page/tabular form items.
И какой? Расскажите, как Вы его видите.
На самом деле я уже нашел, что это реализуется в обработчике ошибок, которые где-то в shared components, но все равно, хотелось бы через стандартные validations, а как это уже там, дело вторичное.

suPPLerЭто просто разница в подходах проектирования приложения. Определив роли пользователей и описав для ролей схемы, можно не собирать всё на одной странице или даже в одном приложении, а разбить компоненты по страницам и приложениям. И не прописывать авторизацию для каждого компонента, а только для страниц и приложений с функционалом, который требует определённого уровня доступа.
Нельзя их разбить по страницам, не забывайте про права на чтение/запись, ссылки между приложениями/страницами и т.д.
Но речь даже не об этом, в приложениях с сотнями страниц этих схем получается слишком много, и логика эта может меняться, поэтому нужно назначать компонентам к каким сущностям они принадлежат централизовано, через свой запрограммированный интерфейс.

suPPLerЧерез User Scripts, которые включать в состав плагина для разработчика, и HTML Local Storage для хранения настроек под конкретный плагин. Громоздко, но пока вижу так.
Звучит сложно, но спасибо за идею, когда-нибудь разберусь

suPPLerА теперь внимание, вопрос: как эти желания здесь доберутся до APEX Team?
Скорее тема, чтобы пообщаться :)