Pull to refresh

Comments 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'
при попытке потаскать окна за заголовок
мда, действительно в Опере перетаскивание не работает, правда ошибок у меня никаких не выскакивало, просто окно не перетаскивается. :((
тоесть получается это просто слой, который появляется при каком-то эвенте и его можно перетаскивать? да как-то это всё мелочно, чтоли…
Использую в своих проектах данный плагин — никаких проблем с Оперой нет.
Ищем в jQuery строку:

var computedStyle = defaultView.getComputedStyle( elem, null );

и заменяем на:

if(elem.nodeType == 1)
{
  var computedStyle = defaultView.getComputedStyle( elem, null );
}
UFO landed and left these words here
UFO landed and left these words here
ну отчасти вы правы, я сам не люблю разные появляющиеся окошки на сайтах, но если они они все же есть и владелец сайта по каким-либо причинам не хочет от них отказываться, то почему бы и не настроить их «под себя».
UFO landed and left these words here
Большинству покупателей пока не ткнешь в лицо надпись «ВАШ ТОВАР ЗАКАЗАН И ПЕРЕДАН НА ОБРАБОТКУ» паникует (не скажу, что не оправдано). Окошки — идеальное средство. Кроме того, окошки служат своеобразным окончанием процесса заказа.
UFO landed and left these words here
пример нормальный. Странна реакция. На мой взгляд, определенный практикой, это привносит геморрой как оператор (я тут у вас заказал, но не знаю, доставят ли). Еще раз: речь не про то, как лучше, а про то, как больше принесет денег. Это трудно понять, но надо постараться.
Еще раз: это выгоднее в плана сокращения работы оператора.
Это идиотизм какой-то, хотя интересно было прочесть о таких «привычках» пользователей. Мне например не нравится ни один из видов модальных окон в бразуере, он блокирует переключение вкладок например, и вообще плохо.

p.s. А тупо нарисовать на последней странице окно не прокатило бы?
Идиотизм-не идиотизм, но с небольшим окном количество звонков оператору с целью убедиться, что заказ принят значительно меньше (при сохранении количества заказов). Так что «удобно» вам не значит приносит деньги. :)
UFO landed and left these words here
Ага, конечно. Я честно говоря, даже не знаю, что на это ответить.
UFO landed and left these words here
UFO landed and left these words here
с алертом полностью согласен, а вот confirm иногда приходится использовать, например для подтверждения удаления.
Я как раз об этом же чуть ниже )))
Ну хорошо, а подтверждение удаления чего-либо как сделать без модального окна? Которое, притом, должно стопить сценарий, пока не согласишься/откажешься.
UFO landed and left these words here
Я не об этом. Я о том, что юзер кликает «удалить» — надо переспрашивать. Как это по-вашему сделать лучше? Я считаю, что только confirm() или аналог.

Для примера — как это делается в любой почти OS: Вы хотите сохранить файл перед закрытием? Да/Нет.
Вы забыли доперевести:
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 в браузере — это издевательство над пользователями, которые к этому привыкли.

ну это пока Version 1.0, надеюсь в следующих версия эти недостатки будут исправлены
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.36 Safari/525.19

Enter и Space работают, Esc — нет.
Самый главный недостаток confirm'а так и непреодолён — это кнопки OK/Cancel. Желаю в новом году всем разработчикам избавиться от этого мозгового слизня:



А украшательства… в принципе я даже придумал от них пользу: если ошибка/сообщение произошло на уровне сайта (а не браузера), то почему бы ему не выглядеть в стиле именно сайта (а не браузера). Так логичнее; и понятнее каково происхождение этого нечта.
UFO landed and left these words here
А почему не в блоге JQuery. Когда начинаешь искать по этому запросу, сначала в блог идешь. Перенесите, пожалуйста, если не трудно.
Карму добавил. :)
С точки зрения дизайнера, да, это красивее и позволяет сделать окна в одном стиле с веб страницей.
А вот если рассмотреть это с позиции юзабилити, то все совсем плохо. Дело в том, что пользователь привык что у него окна определенного вида, увидев красивое окошко, но совсем другого вида он залипнет и начнет думать. А думать ему вредно, пользователю надо быстро нажимать на кнопки, смотреть рекламу и покупать товары. К сожалению поведение такого модального окна так же зависит он броузера.
Оптимальным мне кажется разработка сайта без всяких всплывающих окон, требующих внимания пользователя. Пусть сообщения интегрируются в страницу, а не мешают с ней работать.
Останавливается ли поток когда мы видим Prompt или Confirm этот?
мне кажется именно это и есть «основная функциональность стандартных предупреждений»
Дык все предыдущие виденные мною алертозаменители как раз не реализовывали эту «основную функциональность». Поэтому и спрашиваю…
UFO landed and left these words here
правильно prompt() поправьте в новости.
теперь XSS уязвимости станут намного красочнее=)))
не достаток это плагина — нет перехвата передачи фокуса нижележищим элментам, через нажатие tab.
и как результат — потенциальная глючность и не запланированое поведение скриптов.
При подачи пользователю ОК, а вот для отладки не совсем…
Only those users with full accounts are able to leave comments. Log in, please.