CasufiPetro123Топик всё таки не про дифирамбы апексу, а про некий предел оного.
Ну у Апекса ограничения связаны далеко не с интерфейсами. Нанимайте UX разработчика для проектирования интерфейсов, нанимайте JS, HTML разработчика для разработки темплейтов, нанимайте системного разработчика для разработки плагинов, совмещайте все ипостаси если денег не хватает платить людям.
Апекс ограничен только управляемостью процесса разработки на большом пректе.
Отслеживание изменений, кодревью, привязка комитов к изменениям в коде, все єто в Апексе делается медленно и мучительно.
Других ограничений в самом Апексе нет, они у вас в головах.

+1, главная проблема именно там.Правда есть ещё одно ограничение - оракловая БД :D И то кажись кто-то его запускал на других уже)

А по поводу остальных претензий(к дизайну, в основном) - не фиг бездумно выбирать инструменты. Ну а раз взяли апекс - ну в путь, рисуйте. Покупайте дизайн/плагины/нанимайте разрабов, если сами не можете. И я почти уверен, что на форуме в темах с фреймворками, которые дают "конкурентный дизайн", ноют, что нет нормальных гридов и возможности пользователю кастомизировать отчёт как апексе.

Мне вот очень не хватает на спортивных сайтах работы с таблицами как в интерактивном отчёте)

Petro123угу.
Привязывайте события вместо DA в http.p('onClick()').
Я вот тоже не знаю как это прокомментировать полностью, но попробую....
во-первых, htp, во-вторых elem.onclick=<function>, или .addEventListener, или через jquery .bind, .live, .on, .click и т.д. а тут какая-то мешанина. Пишут это обычно в джаваскрипте и не через htp.p (этим, если понадобится, займётся апекс).

Просто поразительно, весь вывод страницы апекса построен на пакете htp, однако как только надо написать что-то самому аналогичное, сразу появляются фразы, что это апекс не способен, это сложно, я не могу знать html, css, javascript...Вы разрабатываете ВЕБ-приложение, если вы не знаете эту троицу, то вы всегда будете заложником фреймворка.

Апекс умеет то, что умеет субд+сервер приложений. Насколько это умения апекса-вопрос спорный, т.к. где провести границу я не знаю и что самое главное - мне это не нужно.

Petro123,

То что вы приводите это не ограничения. Это либо незнание, либо непонимание работы.
1. Вид строки регулируется в css очень просто. Вы можете прописать стили на текущей странице, на 0-странице, в шаблоне страницы. Аналогично вы можете прописывать стили в файле на сервере приложений и подключить его: на текущей странице, на 0-странице, в шаблоне страницы. Это только правильные варианты(разделение html и css), а есть ещё возможности прописать в атрибутах, в теле региона и т.д. в зависимости от ситуации. Не понимаю в чём может быть тут проблема.
2. Да, дерево в базовом варианте может не устраивать. В пятом смотрели? всё равно не устраивает? Плагины тоже мимо? пишите плагин, который бы вас устраивал, можно даже без плагина, если вам в нескольких местах. Мы вот себе сделали дерево какое нам надо было. И Мастер с несколькими детейлами на вкладках сделали. И Мастер с детейлами рядом тоже сделали. И дизайн основательно переколбасили. И разработанный отдельно дизайн в апекс встраивали.
3. Вы просто не понимаете, видимо, как это работает и отсюда ваши проблемы. У меня с ними проблем нет. Например сегодня с апекс 3.2 переводил на 4.2 приложение и вылавливал то, что стало протектед, а им быть не должно. Но так это миграция между крупными версиями, это то, что при миграции надо предвидеть.


Petro123это нужно архитектору и системному аналитику, когда выбирает инструмент.
Если у него есть 2-е, 3-и команды по ЯП.
То это совсем не простой выбор. Надо знать плюсы и минусы.
Не каждый разраб счас будет писать на htp.p(голимый HTML).
Если вы кроме APEX ни на чём не пишите, то и разговора нет.
Про проблему выбора я написал в том же сообщении выше. Да, надо понимать, где какая технология удобней. Но всё, что вы приводите в пример и называете ограничением - сколько-нибудь серьёзным ограничением не является. Я не дизайнер и не знаю супер хорошо html/css/js, но разработанный и свёрстанный сайт я без проблем добавлю в шаблоны апекса, аналогично для меня нет проблем поменять высоту строк. Если вы от апекса, как он есть, ничего не собираетесь использовать, то вам конечно апекс не нужен. Но если очень хотите/знаете только апекс и не хотите ничего изучать - используйте, там почти всё возможно.

Неужели, если оракл добавит в апекс декларативный параметр "высота строки", то апекс прям так похорошеет, что все будут писать только на нём?)

Я влезаю в этот спор только потому, что не хочу, чтобы кто-то прочитав эту тему полагал, что "апекс плох, потому что там нельзя поменять высоту строки и невозможно сделать свой дизайн"

Petro123Petro123пропущено...

да
тебя читают не программисты. Мы не на Java форуме.

Вон в чём проблема-то. Почему-то вы считаете, что для создания приложений на апексе не надо быть программистом. Тогда согласен, безобразная технология! :D

Для простой разработки-не надо, а хотите всё настраивать-так вам ни один фреймворк не подойдёт.