Комментарии 46
И во что вылезает в опере
JavaScript — webmasters.by/images/articles/jquery.alerts/index.htmlпри попытке потаскать окна за заголовок
Event thread: mousemove
Error:
name: Error
message: WRONG_ARGUMENTS_ERR
stacktrace: n/a; see 'opera:config#UserPrefs|Exceptions Have Stacktrace'
мда, действительно в Опере перетаскивание не работает, правда ошибок у меня никаких не выскакивало, просто окно не перетаскивается. :((
это проблема в этом плагине docs.jquery.com/UI/Draggable
он действительно в Опере не работает :(
он действительно в Опере не работает :(
Это можно исправить:
Интересно, спасибо!
обоснуйте
ну отчасти вы правы, я сам не люблю разные появляющиеся окошки на сайтах, но если они они все же есть и владелец сайта по каким-либо причинам не хочет от них отказываться, то почему бы и не настроить их «под себя».
в электронном магазине.
Большинству покупателей пока не ткнешь в лицо надпись «ВАШ ТОВАР ЗАКАЗАН И ПЕРЕДАН НА ОБРАБОТКУ» паникует (не скажу, что не оправдано). Окошки — идеальное средство. Кроме того, окошки служат своеобразным окончанием процесса заказа.
пример нормальный. Странна реакция. На мой взгляд, определенный практикой, это привносит геморрой как оператор (я тут у вас заказал, но не знаю, доставят ли). Еще раз: речь не про то, как лучше, а про то, как больше принесет денег. Это трудно понять, но надо постараться.
Еще раз: это выгоднее в плана сокращения работы оператора.
Еще раз: это выгоднее в плана сокращения работы оператора.
Это идиотизм какой-то, хотя интересно было прочесть о таких «привычках» пользователей. Мне например не нравится ни один из видов модальных окон в бразуере, он блокирует переключение вкладок например, и вообще плохо.
p.s. А тупо нарисовать на последней странице окно не прокатило бы?
p.s. А тупо нарисовать на последней странице окно не прокатило бы?
Идиотизм-не идиотизм, но с небольшим окном количество звонков оператору с целью убедиться, что заказ принят значительно меньше (при сохранении количества заказов). Так что «удобно» вам не значит приносит деньги. :)
с алертом полностью согласен, а вот confirm иногда приходится использовать, например для подтверждения удаления.
Ну хорошо, а подтверждение удаления чего-либо как сделать без модального окна? Которое, притом, должно стопить сценарий, пока не согласишься/откажешься.
Вы забыли доперевести:
В принципе тут всё понятно, но раз уж переводите — переводите до конца, например если бы это было в переводе — вопроса выше по поводу Оперы не возникло бы
Known Issues
* ENTER and ESC keys (to accept/cancel) don’t work in WebKit browsers
* The draggable plugin doesn’t currently work in Opera
* IE6 acts a bit differently as position: fixed isn’t supported.
В принципе тут всё понятно, но раз уж переводите — переводите до конца, например если бы это было в переводе — вопроса выше по поводу Оперы не возникло бы
спасибо за замечание. сейчас добавлю
Кстати первые два пункта, имхо, практически перечеркивают возможность использования данного плагина, особенно первый. Отсутствие стандартных реакций на нажатие enter/esc в браузере — это издевательство над пользователями, которые к этому привыкли.
Самый главный недостаток confirm'а так и непреодолён — это кнопки OK/Cancel. Желаю в новом году всем разработчикам избавиться от этого мозгового слизня:
А украшательства… в принципе я даже придумал от них пользу: если ошибка/сообщение произошло на уровне сайта (а не браузера), то почему бы ему не выглядеть в стиле именно сайта (а не браузера). Так логичнее; и понятнее каково происхождение этого нечта.
А украшательства… в принципе я даже придумал от них пользу: если ошибка/сообщение произошло на уровне сайта (а не браузера), то почему бы ему не выглядеть в стиле именно сайта (а не браузера). Так логичнее; и понятнее каково происхождение этого нечта.
А почему не в блоге JQuery. Когда начинаешь искать по этому запросу, сначала в блог идешь. Перенесите, пожалуйста, если не трудно.
Карму добавил. :)
Карму добавил. :)
С точки зрения дизайнера, да, это красивее и позволяет сделать окна в одном стиле с веб страницей.
А вот если рассмотреть это с позиции юзабилити, то все совсем плохо. Дело в том, что пользователь привык что у него окна определенного вида, увидев красивое окошко, но совсем другого вида он залипнет и начнет думать. А думать ему вредно, пользователю надо быстро нажимать на кнопки, смотреть рекламу и покупать товары. К сожалению поведение такого модального окна так же зависит он броузера.
Оптимальным мне кажется разработка сайта без всяких всплывающих окон, требующих внимания пользователя. Пусть сообщения интегрируются в страницу, а не мешают с ней работать.
А вот если рассмотреть это с позиции юзабилити, то все совсем плохо. Дело в том, что пользователь привык что у него окна определенного вида, увидев красивое окошко, но совсем другого вида он залипнет и начнет думать. А думать ему вредно, пользователю надо быстро нажимать на кнопки, смотреть рекламу и покупать товары. К сожалению поведение такого модального окна так же зависит он броузера.
Оптимальным мне кажется разработка сайта без всяких всплывающих окон, требующих внимания пользователя. Пусть сообщения интегрируются в страницу, а не мешают с ней работать.
Останавливается ли поток когда мы видим Prompt или Confirm этот?
правильно prompt() поправьте в новости.
теперь XSS уязвимости станут намного красочнее=)))
не достаток это плагина — нет перехвата передачи фокуса нижележищим элментам, через нажатие tab.
и как результат — потенциальная глючность и не запланированое поведение скриптов.
и как результат — потенциальная глючность и не запланированое поведение скриптов.
При подачи пользователю ОК, а вот для отладки не совсем…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
jQuery Alert Dialogs — замена стандартным функциям Alert(), Confirm() и Prompt()