Home проекта через месяц-другой появится на fastcoder.org.
Но пока фасткодер на реконструкции проект существует исключительно в виде статей на webew и хабре. + дистрибутив
key == 83 ? 1 : 0
Если на клавиатуре нажата клавиша с виртуальным кодом 83 ("S"), то присваиваем флагу истинное значение, если нет - ложное.
:-)
Кстати, есть более элегантное решение для всей строки:
key = String.fromCharCode(key).toLowerCase() == "s" ? 1 : 0;
1) Зачем? Нет, действительно, чем запрос отправленный по хоткею отличается своего обычного собрата?
2) Ответственность за такие случаи ложится на разработчика приложения. Если разработчик перехватил хоткей там, где все пользуются браузерным — значит он мудак и юзеры быстро забьют на эту страницу.
1) Под сохранения в данном случае подразумевается отправка HTTP-запросов на хост. Это для юзера выглядит сохранением, а для браузера - ничем не примечательный запрос с данными формы.
2) В мозгу пользователя хоткей привязан к событию, а не конкретному действию, и это правильно. Неправильно на Ctrl+S привязывать выделение всего документа или закрытие страницы. А сохранение данных, если есть что сохранять и оно часто требуется - очень правильно повесить на этот хоткей.
Предполагаю, что Вы не работали с web-приложениями где это реализовано и не представляете насколько это удобно и естественно :-)
К тому же не стоит втыкать перехват хоткеев по поводу и без повода.
И еще информация для размышления. Часто ли Вы на страницах ежедневно используемых сайтов (почта, поиск) жмете Ctrl+S для сохранения html-кода? :-)
Что и куда сохранять должно определяться приложением исходя из удобства пользователей. Иначе мы получим враждебный по отношению к юзеру интерфейс. Здесь речь идет исключительно о перехвате хоткея. Никакая служебная информация никуда не уходит, а сохранять можно не только документ.
Объясню проще.
Ctrl+S — это горячая клавиша для сохранения.
А что сохранять, HTML-страницу или введенные пользователем данные решает уже конкретное приложение.
Есть такой почтовик - Gmail. Так вот, когда я пишу письмо, мне очень удобно по нажатию Ctrl+S сохранять письмо, а не видеть диалог о сохранении страницы.
Здесь речь идет не просто о блокировании Ctrl+S, а о возможности привязать к этому хоткею другое событие.
Просто такая реализация. Можно поставить дополнительные условия в onMove и будет работать так, как вы себе представляете.
Но пока фасткодер на реконструкции проект существует исключительно в виде статей на webew и хабре. + дистрибутив
Глаз замылен, не увидел (
Если на клавиатуре нажата клавиша с виртуальным кодом 83 ("S"), то присваиваем флагу истинное значение, если нет - ложное.
:-)
Кстати, есть более элегантное решение для всей строки:
key = String.fromCharCode(key).toLowerCase() == "s" ? 1 : 0;
Ловите плюс.
Смотрите пример.
2) Ответственность за такие случаи ложится на разработчика приложения. Если разработчик перехватил хоткей там, где все пользуются браузерным — значит он мудак и юзеры быстро забьют на эту страницу.
2) В мозгу пользователя хоткей привязан к событию, а не конкретному действию, и это правильно. Неправильно на Ctrl+S привязывать выделение всего документа или закрытие страницы. А сохранение данных, если есть что сохранять и оно часто требуется - очень правильно повесить на этот хоткей.
К тому же не стоит втыкать перехват хоткеев по поводу и без повода.
И еще информация для размышления. Часто ли Вы на страницах ежедневно используемых сайтов (почта, поиск) жмете Ctrl+S для сохранения html-кода? :-)
Ctrl+S — это горячая клавиша для сохранения.
А что сохранять, HTML-страницу или введенные пользователем данные решает уже конкретное приложение.
Есть такой почтовик - Gmail. Так вот, когда я пишу письмо, мне очень удобно по нажатию Ctrl+S сохранять письмо, а не видеть диалог о сохранении страницы.
Здесь речь идет не просто о блокировании Ctrl+S, а о возможности привязать к этому хоткею другое событие.