Курдль,

Дело не в интерактивности, Interactive Grid имеет много возможностей, которых нет в Tabular Form и, судя по всему, позиционируется как замена Tabular Forms. Из числа новых возможностей:

- Возможность создавать несколько гридов на одной странице
- Нет ограничений на количество столбцов
- Возможность делать авторизацию на редактирование
- Cascading Lovs
- Фиксированные заголовки
- Infinite scrolling (вот уж чего я не ожидал от апекса)
- Декларативные Dynamic Actions
- Долгожданная поддержка плагинов !
- Поддержка мастерами, в том числе мастер Single Page Master Detail: создает 2 interactive grid на одной странице, нажимаешь на строку верхнего, обновляется нижний грид, и это без Dynamic Actions на странице (любители Oracle Forms оценят)

К предыдущему посту: теперь снято ограничение на 200 items на странице

blkangel,

Всё потому что изменилась архитектура хранения и передача items (писал выше, теперь в виде массива json).
В следующих версиях, видимо, и ограничение на 32767 для text area / rich text снимут.

blkangel,

Передаются не элементы, передаётся json, вот пример:

{"salt":"179719119757752899761939140183708604375","pageItems":{"itemsToSubmit":[{"n":"P29_ORDER_TOTAL","v":"$870.00","ck":"EPQAj7AGKXRXJ7mDBoMrDRbZG84Asz8P1K02tsCf2pgbpUT1MVmg-AXSmhmbHRk3FPexQG-o98QqkR8z5ZKtxQ"},{"n":"P29_USER_NAME","v":"GUEST"},{"n":"P29_TAGS","v":""},{"n":"P29_CUSTOMER_ID","v":"7"},{"n":"P29_ORDER_ID","v":"5209"},{"n":"P29_LAST_PAGE","v":"4","ck":"-d2r52C--6xGasUdbac4tGDp4BHO5Ck0-8xFv2Fll0muIqFAUEx5NJ-IbZY3kvPaNQmqt-GBejmq7I9QELlRDQ"}],"protected":"kLBBmLpFNuujklUI-8fU2fIOUbKklsDX2o0W-ao9Vgg","rowVersion":"bfeJTBBxtsr4MmjXvuvId38nxXKb9znNFYF5vFDRtV7r7hAkV9MXrmDunPPi0Ucpq7fiN8iyrJm8Lflq965p1Q"}}

Далее разбивается на куски по 8000 и передаётся массивом.
Поэтому технически в этом месте ограничение уже убрано, ограничение сейчас остается в обработке (валится обработка json, bind переменные varchar2-only, функция v возвращает varchar2, начальное значение items тоже ограничено varchar2 и т.д.)

blkangel,

Скорее всего before submit событие ловится, яваскрипт делает работу, подробно не разбирал. См. Firebug, вкладка сеть, item > 8000

blkangel,

Получается размер не ограничен, т.к. размерность массива не ограничена.

blkangel,

Параметр maxlength не забыл ? Я над обычным text field экспериментировал ))
Так же как у тебя clob передавался в f02 массивом, так же здесь и json передается, только название параметра другое, и вместо аякса обычный POST. На вкладке сеть было видно, что передается много параметров p_json по 8000

Тема уже немного старая, уже по apex 5.2 создавать пора, но, пожалуй, немного допишу:

- в 5.1 наконец-то документировали, в каких местах apex ставит коммиты
- встроенный функционал предупреждения о несохраненных данных (с соответствующим апи)
- Для Component view теперь доступно 2 разных интерфейса: Legacy Component view (deprecated) и Component view Tab (сделан для облегчения перехода к Page Designer)
- Недавно документацию по 5.1 обновили и добавили новое апи apex.message с большой кучей полезных функций для вывода дружественных сообщений, в том числе apex.message.showPageSuccess, apex.message.showErrors и др.

- Фактически в 5.1 apex научился делать client side validation и submit средствами ajax:

Для этого у страниц есть свойство - Reload on Submit: Only For Success (единственное но, не работает с legacy tabular form, их придётся конвертировать в interactive grid).
т.е. при срабатывании validation (или какой-нибудь ошибки) страница больше не перезагружается, клиент больше не видит дёрганий экрана и перерисовки элементов. Фактически, при включении этого свойства вместо обычного submit-а во всех местах начинает вызываться jquery ajax запрос, и если весь page processing прошёл успешно, то только в этом случае происходит перерисовка страницы (сервер возвращает в виде json команду, что нужно перерисовать страницу - то что прописано в branch и браузер делает redirect). Иными словами валидация больше не требует submit-а страницы, и работает чисто через аякс.
(Это, имхо, вполне соответствует лучшим практикам применения аякса, но можно пойти и еще дальше)

Из недокумментированного : submit можно теперь сделать средствами ajax просто по любой кнопке типа SAVE без всяких редиректов, для этого действие по кнопке можно переделать на Defined by DA, в DA Execute Javascript по кнопке прописать:





В самом конце page processing можно создать pl/sql процесс с условием выполнения на кнопку:




Тогда браузеру не будет посылаться команда, о том, что нужно redirect делать, будет один аякс по кнопке работать с выполняющимся page processing)

В самом коде в комментариях к внутренней функции AjaxSubmit в блоке где полагается обработка ситуации: page processing выполнился, но не вернул команду redirect можно найти заглушку:

apex 5.1 (page.js) // todo is this even a possibility? Seems useful to stay on same page
// we would also need to mark all page items as not changed, perhaps server module is the place to do that but the impl must be in item module
Так что в следующих версиях, скорее всего добавят опцию Reload on Submit: Never
P.S. я бы не спешил пока использовать такой подход, пока не добавят официально, с учетом, что это усложнит разработку и добавит проблем, которые апекс сейчас обрабатывает сам.