Casufi,

Раз htp.p с логикой на месте в приниципе подходит, только грузится лишние разы,

то, apex_javascript.add_onload_code с указанием p_key параметра должен подойти в этой ситуации.

Casufi,

Тогда почему onload не подходит ?

Если там сокрытие элементов, то обычно делается это через css (display:none)

Casufi,

Буквально сегодня решал похожую задачу, только конфликтовало с кодом апекса, который тоже был onload.

Решил так:




т.е. через onload код помещается в конец очереди onload, таким вот способом

а кому надо выполнить код после инициализации моего плагина пускай пишет

$(document).ready...$(document).ready...$(document).ready = 3 раза

если надо, можно еще event предусмотреть, который будет запускаться после инициализации плагина

CasufiSvDevа кому надо выполнить код после инициализации
У меня другой подход, плагин не должен навязывать изменения в остальном документе.
Вообще-то у меня задача была обратной, т.е. нужно было, чтобы инициализация плагина была поздее встроенного скрипта...

Я так понимаю, в данном случае оба скрипта сделаны на один элемент, первый (внешний) меняет DOM.
Вообще-то это не задача разработчика плагина, учитывать, что кто-то перед инициализацией может подменить DOM.

Наоборот, разработчик использующий скрипты, меняющие DOM, должен следить, чтобы они выполнялись после инициализаций всех скриптов, которые работают с этим DOM. А плагин может, например, предоставить event, срабатывающий после инициализации, или, в крайнем случае, предоставлять возможность повесить свою инициализацию на внешнее событие (event).