|
|
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Пишу простенький dynamic action плагин. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Первый атрибут - список итемов для проверки. Второй атрибут - список кнопок, которые надо лочить, если хоть один из итемов пустой. Файл validator.js: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. Функция init_validators определена как точка входа в pl/sql коде плагина и внутри нее доступ к атрибутам осуществляется через this.action. А внутри функции reset получить доступ к этим атрибутам уже нельзя. пробовал решить это через глобальные переменные, но этот способ не подходит потому что если подключать плагин более одного раза на страницу то эти переменные затираются последующими вызовами. Какой подход поможет в данной ситуации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2015, 19:44 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, Тут очень простой выход. Внутри функции init_validators(), создай объект, из из любой другой обращайся к нему. Код: javascript 1. 2. 3. 4. Обращение к объекту Код: javascript 1. Ну это ближе к Яваскрипту уже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 10:57 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel, Ах да, и функцию ресет внутри объекта надо разместить, тогда путаницы не будет. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 11:13 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel, И еще, для того чтобы объекты не пересекались. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 11:38 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel, при построении объекта происходит вот такая ошибка: Uncaught TypeError: Cannot read property 'attribute01' of undefined видимо потому что this уже не к контексту функции set_validators обращается, а к контексту объекта да и получить доступ потом извне никак. смысл в том что есть функция set_validators. она соответствующим полям привязывала обработчики их изменения: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. а еще должна быть отдельная функция reset_interface, которая бы убирала у полей сообщения об ошибках и сбрасывала цвет в обычный. у меня до этого приходилось на странице вызывать ее так: reset_interface( ['P50_X1', 'P50_X2'], ['P50_B1', 'P50_B2'] ) и это работало. но хотелось бы чтобы эта функция имела доступ к атрибутам плагина и вызов был reset_interface(). правда тут еще проблема определить, к какому плагину соответствует этот вызов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 12:26 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89blkangel, при построении объекта происходит вот такая ошибка: Uncaught TypeError: Cannot read property 'attribute01' of undefined видимо потому что this уже не к контексту функции set_validators обращается, а к контексту объекта да и получить доступ потом извне никак. смысл в том что есть функция set_validators. она соответствующим полям привязывала обработчики их изменения: Виноват, так конечно: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 14:21 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangelDiagnost89blkangel, при построении объекта происходит вот такая ошибка: Uncaught TypeError: Cannot read property 'attribute01' of undefined видимо потому что this уже не к контексту функции set_validators обращается, а к контексту объекта да и получить доступ потом извне никак. смысл в том что есть функция set_validators. она соответствующим полям привязывала обработчики их изменения: Виноват, так конечно: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Еще чутка исправления. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 14:22 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89blkangel, да и получить доступ потом извне никак. смысл в том что есть функция set_validators. она соответствующим полям привязывала обработчики их изменения: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. а еще должна быть отдельная функция reset_interface, которая бы убирала у полей сообщения об ошибках и сбрасывала цвет в обычный. у меня до этого приходилось на странице вызывать ее так: reset_interface( ['P50_X1', 'P50_X2'], ['P50_B1', 'P50_B2'] ) и это работало. но хотелось бы чтобы эта функция имела доступ к атрибутам плагина и вызов был reset_interface(). правда тут еще проблема определить, к какому плагину соответствует этот вызов А тут давай подробно разбирать... 1. Раз ты делаешь плагин, он должен быть независим, и не требовать дописок яваскрипта на страницах. 2. Предположим, что ты делаешь API для своего плагина, и тебе надо все таки из вне вызывать функцию. Загвоздка в том, что dynamic_action_id ты никогда не вычислишь из вне, но тут напрашивается вывод сам собой, ты должен третьим атрибутом передавать название объекта. И получится примерно так. pl/sql упростится Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. javascript : Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. Вызов функций внутри объекта, так. Код: javascript 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 14:36 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
В данный момент остановился на таком варианте: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. на странице несколько регионов. чтобы очистить элементы на определенном регионе, на странице дописал такую строчку: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:23 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, Ну я понял, что в итоге ты меня проигнорировал. Ответь мне вот на такой вопрос. Вот эти функции, ты где цепляешь к странице? Внутри плагина? Тогда, как же ты решил проблему многократного использования плагина? На странице? Тогда это полуплагин... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:31 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
по поводу вашего кода: вы в pl/sql не добавили 3-й атрибут и не написали про него что он должен содержать. я не очень понял. и еще: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. допустим я создам локальную переменную myObj внутри init_validators. но достучаться до нее будет нельзя извне этой функции. ситуация следующая: вот я создал на странице три региона. каждый из регионов изначально не отображается на странице, это делается через jquery ui dialog при нажатии на кнопку "добавить". в каждом регионе по два поля ввода и по одной кнопке. соответственно на странице 3 динамик экшена, каждый при Page Load выполняет мой плагин, который привязывает обработчики событий к соответствующим элементам. а теперь мне надо добавить следующую логику: при открытии каждого из этих регионов элементы интерфейса этого региона должны сбрасываться функцией reset_interface. сейчас проблема решена передачей в эту функцию id родительского региона. функция ищет в этом регионе элементы предопределенных классов ( у меня это not_empty_item и not_empty_button ) и работает с ними. по-другому вроде никак и не сделать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:33 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
ну сейчас это не совсем то, чего я добивался. но непонятно, как сделать так, чтобы работало ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:39 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
вызов reset_interface происходит на странице... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:40 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, Жестььььь........ Это называется, а не зайти ли мне с опы к данной проблеме. Извините за мат, НАХЕРА ПЛАГИН? Чтобы бы посложнее все остальным было разобраться? Почему нельзя повесить ПРОСТО обработчик? Ну давайте tot дальше пойдем, сделаем плагин региона(рисовать элементы будет), на который навесим плагин DA (обработчики вешать). Можно увидеть не решение задачи, а саму задачу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:44 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
в виде плагина я это оформил потому что планирую это на всех страницах впилить. с валидацией то все как раз хорошо. одна проблема только с получением атрибутов из других функций. вы предложили локальную переменную создать, но если к ней доступа извне нет то зачем это? сейчас не самое красивое, но рабочее решение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 15:58 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, Как любит тут один из наших постоянных посетителей форума выражаться, плагин нужен, если им можно и нужно управлять декларативно, если же для плагина нужно дописывать на каждой странице что то, то это хрень, а не плагин. Подход не правильный.... Создание индивидуального объекта, внутри плагина, решает проблему многоразового использования этого плагина. Почему вы не можете обратится к объекту из вне, я не понимаю... А так же рассмотрите такой вариант, он мне кажется куда проще, чем плагин, тем более, что с яваскриптом на ты. Объекты можно создавать динамически, например, вы определяете глобальную функцию, на весь апекс. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 16:44 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, вы так и не ответили - цель вашего плагина. - есть штатная система валидации - есть штатная Read only - есть штатная для рендеринга Condition. Чем они не устроили? Возможно вы экономите на спичках, а 90 процентов времени будет уходить на логику страницы, а не на то что вы пишите. imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 16:51 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
цель - сделать так, чтобы унифицированно проверялись поля. и если они введены неправильно то выводились сообщения об ошибках и блокировались кнопки на форме (например блокировалась кнопка "сохранить"). это сейчас решено и управляется декларативно. тут все ок. сама проблема в том что нужна еще функция, которая сбрасывает состояние региона в начальное состояние. сейчас она решена как раз не совсем хорошо - вызовом функции в футере региона. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. то есть если форму неправильно заполнили и потом закрыли то при открытии это уже не будет отображаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 17:50 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
а с вашим примером который вы уже много раз предложили я так и не могу разобраться. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 17:58 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89цель - сделать так, чтобы унифицированно проверялись поля. и если они введены неправильно то выводились сообщения об ошибках и блокировались кнопки на форме (например блокировалась кнопка "сохранить"). - Validations смотрели? Хотя я предпочитаю проверки на сервере в триггере. - DA - Event type - блокировка кнопок смотрели? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2015, 18:31 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89а с вашим примером который вы уже много раз предложили я так и не могу разобраться. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 10:14 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89то есть если форму неправильно заполнили и потом закрыли то при открытии это уже не будет отображаться А вот тут не понял. Можно чтобы сохранялось, можно чтобы очищалось. Есть такое понятие как ClearCache, Апекс давно уже написал функцию, которая чистит поля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 11:22 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel, +1 это веб. И тут трудно понять, что кому надо. Некоторые ждут - "с чистого листа, т.к. не сохраняли". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 11:25 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
указанный выше способ скорее для библиотеки, а не для конструктора. Не уверен что понимаю задачу, но вообще я знаю 3 способа взаимодействия с плагинами: 1. через массив, допустим Код: plsql 1. можно определить глобальную функцию, которая по входному параметру p_dynamic_action.id будет обращаться к значениям соответствующего экземпляра плагина на примере функции say: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. Соответственно, обработчик hello по переданному ActionID реализует некоторый стандартный метод, обработчик GetObj по переданному ActionID возвращает object, в котором хранятся данные плагина. Тут вместо say будет init_validators (вызывается автоматически), вместо gObj скажем this.action, который дополнить значением ActionId и т.д. ActionId при вызове hello можно взять из apex_dictionary метод filter не работает в ie8, чтобы работало можно выполнить где-нибудь при инициализации что-нибудь вроде Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 2. второй способ - вместо массива использовать события, которые рассылать элементам, над которыми плагин производит действия, внутрь можно передать необходимые данные т.е., например, добавляем в плагин событие myEvent плагин производит действие с элементом (допустим с Items-ом PX_MYITEM), после чего рассылает это событие: Код: javascript 1. 2. 3. 4. 5. 6. тогда можно создать Dynamic Action: Event: myEvent Selection Type: Jquery Selector jQuery Selector: #PX_MYITEM Внутри Action можно будет обратиться к данным плагина: alert(this.data.ItemList); 3. Третий способ - добавить атрибут, куда можно вписать обработчик яваскрипт при создании самого плагина, тогда обработчику можно будет предоставить необходимый интерфейс, через который можно обратиться к свойствам и методам, типа this.data и др. Но третий я бы не рекоммендовал делать в большинстве случаев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 11:28 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
4. Можно еще создать глобальные методы с динамическими именами на основе p_dynamic_action.id, потом поизвращаться с функцией eval, или яваскрипт код генерировать динамически через pl/sql, но я не думаю, что это правильный подход, т.к. использование eval считается плохим тоном, точно так же как делать зависимым яваскрипт от pl/sql слишком сильно. Впрочем он может иметь смысл с плагинами другого типа, когда плагин генерирует html на основе элементов с определенными именами, тогда плагин может догенерировать элементы с похожими именами, (например элемент имя item + приставка "_display" и т.д), но такой подход не подходит для данного вида плагина по архитектурным соображениям, имхо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 12:00 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
SvDev, Вариантов куча, и все это уже глубоко Явакскрипт. И до сих пор непонятно, нужен ли ему такой отзывчивый функционал. Как я понял, все сводиться к тому, что не дать пользователю нажать сохранить, пока он не заполнит поля. В апексе это реализовано, что после нажатия кнопки "Сохранить", пользователю выдаются его косяки, и в большинстве всех это устраивает. Автор же хочет, как я понял, поменять эту логику Апекса в корне, на все приложение... У каждого свои заморочки, ну вот он так хочет (хотя я считаю трудозатраты не оправданы). Но автору пришла вот такая идея. Мне любопытно, то в итоге получится. Возможно докрутим, и получится довольно юзабельно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 12:03 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
SvDev4. Можно еще создать глобальные методы с динамическими именами на основе p_dynamic_action.id, потом поизвращаться с функцией eval, или яваскрипт код генерировать динамически через pl/sql, но я не думаю, что это правильный подход, т.к. использование eval считается плохим тоном, точно так же как делать зависимым яваскрипт от pl/sql слишком сильно. Я ему предложил для динамических имен подход, правильный. Каждый новый объект в своем регионе будет иметь свое имя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 12:05 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
На текущий момент остановился на следующем варианте: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. Вся проблема в том, насколько правильно и красиво реализована функция reset_interface ( form_id ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 12:52 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
с примером say я ошибся маленько: gObjArr - глобальный, иначе, если say будет вызываться 2 раза из двух разных DA, они видеть друг друга не будут соответственно, тогда обращаться можно будет и через массив тоже Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 13:01 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89В этом вызове и прописан вызов функции очистки интерфейса с передачей ей id региона. Собственно если бы внутри этой функции можно было получить атрибуты соответствующего плагина то было бы красиво. а сейчас происходит выборка элементов внутри этой формы с предопределенными классами not_empty_item и not_empty_button Опять 25, не функция в футуре РЕГИОНА у тебя должна вызываться, а функция из ПЛАГИНА, должна отработать по отношению к твоему региону. Ты плагин как массив для хранения используешь. Вот стучусь стучусь, а понимания нет. если ты плагин как массив используешь, выкинь на фик плагин. Если ты используешь плагин как плагин, будь добр, все обработки внутри него написать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 14:11 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, Хорошо, давай так. Вот этот скрипт, который у тебя основной в плагине, перенесем просто в футер региона? Можем так сделать? Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Конечно, да! Нужен плагин? Конечно, НЕТ. Весь остальной код, ты просто размешаешь в хеадере страницы. ВСЕЕЕЕ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2015, 14:33 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. В общем в итоге сделал следующим образом. 1. Плагин типа "регион" для диалогового окна Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. У этого региона есть два события, сделанные как компоненты: OnOpen и OnClose 2. у плагина NotEmptyValidator теперь не два а три атрибута: первый - список итемов для проверки второй - список кнопок для лока/анлока третий - тип действия (selectlist, имеет два значения - Init и Reset) Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. Соответственно в js-файле две точки входа в плагин: Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 3. На странице делается 2 динамик экшена первый на Page Load вызывает плагин NotEmptyValidator c действием Init второй на кастомном событии плагина региона OnOpen вызывает плагин NotEmptyValidator с действием Reset Все управляется теперь декларативно, никаких js никуда дописывать не надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 12:32 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
Diagnost89, Есть такое понятие, как "гавно-код". Тут у нас яркий пример "гавно-решение". Надеюсь, что это будет только в единственном экземпляре. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 14:27 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel , Просьба указать, чем конкретно у Вас лично это решение вызывает такую реакцию? Какая конкретно его часть? Плагин выполняет свою основную функцию - делает проверку указанных полей на "заполненность" и в зависимости от этого меняет состояние указанных кнопок. Так же можно выполнить сброс валидации для указанных полей и кнопок. Все это делается без единой строчки js-кода со стороны пользователя. И к тому же, вопрос изначально был про то, как передать значение атрибута плагина в js-функцию. На данный момент видно, что атрибут передается в функцию в зависимости от выбранного типа действия (инициализация/сброс). Касательно встроенного функционала валидации апекса - он происходит при сабмите формы. ТС хочет все обработки делать, не допуская перезагрузок страницы и это, как мне кажется, правильный подход. ТС решил свою задачу. Не надо пытаться самоутвердиться, уничижая достижения других. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 16:13 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
e.s.l, это публичный форум. Так что, критика - обычное дело. Добро пожаловать в веб. Тем более, что задачи плагина, описали только вы .... на 2-ой странице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 16:23 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
e.s.l blkangel , Просьба указать, чем конкретно у Вас лично это решение вызывает такую реакцию? Какая конкретно его часть? Плагин выполняет свою основную функцию - делает проверку указанных полей на "заполненность" и в зависимости от этого меняет состояние указанных кнопок. Так же можно выполнить сброс валидации для указанных полей и кнопок. Все это делается без единой строчки js-кода со стороны пользователя. И к тому же, вопрос изначально был про то, как передать значение атрибута плагина в js-функцию. На данный момент видно, что атрибут передается в функцию в зависимости от выбранного типа действия (инициализация/сброс). Касательно встроенного функционала валидации апекса - он происходит при сабмите формы. ТС хочет все обработки делать, не допуская перезагрузок страницы и это, как мне кажется, правильный подход. ТС решил свою задачу. Дорогой e.s.l , Вы видимо читали ветку не вникая в суть. e.s.l, Мде... Видимо вы выборочно ветку читали. 1. Человек к реализации конкретной задачи, подошел неверно. Не верно оценил трудозатраты, сложность решения, отоговый выхлоп.. Можно обойтись только JS кодом (который кстати уже написан, чутка доработав). 2. Теперь по самой реализации ОДНОЙ задачи. Для ее реализции, мы используем ДВА плагина + плюс вызовы из вне? Это только меня смущает? Или у нас тут много таких "супер" программеров?????? Давай те еще третий плагин напишем, который будет управлять первыми двумя? (Чего бы нам к велосипеду еще педали на для рук не сделать, может лучше поедет....) Где логика? Ну раз уж решили реализовать через плагин, будьте добры реализовать все в одном. e.s.l Не надо пытаться самоутвердиться, уничижая достижения других. Я предложил решение, но не обращая на это, автор, гнет свою линию, не обращая ни на советы ни на кого и выкладывать свое "произведение". Видимо, автор хочет услышать мнения другиз, о своем произведении. Вот он его и получил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 16:41 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel1. Человек к реализации конкретной задачи, подошел неверно. Не верно оценил трудозатраты, сложность решения, отоговый выхлоп.. Можно обойтись только JS кодом (который кстати уже написан, чутка доработав). Тут я бы не был так категоричен. Давайте по порядку. Не вижу тут проблем с оценкой трудозатрат. Если у нас будет N страниц где будет M форм, по вашему нам нужно будет скопировать js-код N*M раз. Это бредовое предложение - копировать код из раза в раз. В чем заключается сложность итогового решения? Тут не понятно. Итоговый выхлоп тоже есть, и ощутимый. Теперь подключая плагины на страницу можно без написания дополнительного кода создавать динамические диалоговые окна и проводить валидацию, опять же, динамически. blkangel2. Теперь по самой реализации ОДНОЙ задачи. Для ее реализции, мы используем ДВА плагина + плюс вызовы из вне? Это только меня смущает? Или у нас тут много таких "супер" программеров?????? Давай те еще третий плагин напишем, который будет управлять первыми двумя? (Чего бы нам к велосипеду еще педали на для рук не сделать, может лучше поедет....) Где логика? Ну раз уж решили реализовать через плагин, будьте добры реализовать все в одном. Два плагина используются для реализации двух разных задач, как я понял. Один отвечает за отрисовку региона как модального окна jQuery UI Dialog (штатного региона такого типа в апексе нет). Это может быть использовано и без валидации полей. Второй плагин как раз выполняет валидацию полей и смену состояний кнопок (это может быть использовано и в регионе, который не является jQuery UI Dialog). Отсюда видно, что плагины не зависят друг от друга и выполняют совершенно разные задачи. ТС лишь спросил о том как эти плагины должны взаимодействовать, изначально пойдя не совсем по тому пути (вызов js-функции плагина за пределами контекста этого плагина). Теперь же эта проблема решена, на сколько я вижу. А критика, как мне показалось, имела место быть лишь по тому, что ТС не использовал ни одно из предложенных решений. Но это его право. И критиковать его решение только потому что оно не использует предложенных Вами методов - вот это мне не понятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 17:40 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
e.s.lпо вашему нам нужно будет скопировать js-код N*M раз. Это бредовое предложение - копировать код из раза в раз. Не нужно ничего копировать, скрипт должен цепляться как библиотека везде. У которой входный параметры (listItems, buttonItems). В регионе одна строчка var myUniqueRegionObjectNazivajuKakHochu= new validators(listItems, buttonItems); Часть аналогичного универсального блока у меня. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 18:05 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
e.s.l, И вообще, чего ты мне хочешь втюхать? Что у него супер пупер решение? Ну так используй молча. Меня не трогай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 18:07 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangel, Очень интересный подход. Мои 5 копеек: Я ратую за максимальное использование таких вещей на этапе рендеринга. Тогда вступают в действие штатные средства ороракле-apex. Грань разумности 3х подходов тонкая)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 18:41 |
|
||
|
Доступ к атрибутам плагина из javascript
|
|||
|---|---|---|---|
|
#18+
blkangelИ вообще, чего ты мне хочешь втюхать? Ничего я тебе лично втюхать не хочу. blkangelЧто у него супер пупер решение? В отличие от твоего решения, у него все завернуто в плагин и имеет интерфейс. В остальном тоже самое с другими именами. blkangelНу так используй молча. Я не могу опубликовать свое мнение? Это позволено только тебе? Ну так заведи себе блог и пиши в него свои мнения, если не хочешь знать мнения других. blkangelМеня не трогай. Извини, что потревожил. Больше не буду. Откланиваюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2015, 09:04 |
|
||
|
|

start [/forum/topic.php?all=1&fid=50&tid=1875075]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
177ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
90ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 563ms |

| 0 / 0 |
