Интересно, вот все браузеры (Opera, Firefox, IE) кроме WebKit-based (Safari, Chrome) обрабатывают middle-click как открытие ссылки в новом табе/окошке.
Но Safari и Chrome упорно пытаются передать это событие на обработку веб-коду.

Взял несколько примеров:

1. Тестовая страница. Указан и "onclick", и ссылка.
   При среднем клике открывается новая страница указанная в ссылке (гугль), но так же и происходит выполнение скрипта на текущей странице (который переправляет её на яху). Выполнение скрипта тут как-то неожиданно
   
   
2. Картинка в Lightbox. Скриптом проставляется "onclick" и есть ссылка.
   При среднем клике по "image #1" новая страница не открывается вообще, а скрипт отрабатывает показывая нам картинку во всплывашке. В "нормальных" браузерах при такое действие открывает в новом табе картинке, указанную в ссылке "image #1", а скрипт не вызывается.
   
   
3. Страница Гугль-Кода. Есть только ссылка, следов "onclick" не нашел.
   При среднем клике по файлу, его содержимое открывается как в текущем табе, так и в новом. В других браузерах содержимое файла открывается только в новом табе.
   
   
4. Страница RSDN. Указан и "onclick", и ссылка.
   При среднем клике по голосовательным кнопкам, открывается новый таб с содержимым. Этот вариант наиболее соответствует остальным браузерам. Но тут уж не ясно отрабатывает ли скрипт по onclick. Хотя скриптовый код открывает хитрое окошко, а тут в результате нажатия получается обычный таб.

Непонятен такой вот разброс вариантов За счет чего на RSDN'овской странице не вызывается скрипт?

В багтрэккере WebKit-а есть запись: Bug 22382 — Middle click fires onclick event. Уже годичной давности, но они что-то не чешутся.. Даже статус — UNCONFIRMED

Интересно, это сугубо виндовая багофича, или Мак-юзеры "жрут кактус"?

Здравствуйте, std.denis, Вы писали:

SD>Интересно, вот все браузеры (Opera, Firefox, IE) кроме WebKit-based (Safari, Chrome) обрабатывают middle-click как открытие ссылки в новом табе/окошке.
SD>Но Safari и Chrome упорно пытаются передать это событие на обработку веб-коду.

SD>Взял несколько примеров:

SD>
1. Тестовая страница. Указан и "onclick", и ссылка.
   SD>При среднем клике открывается новая страница указанная в ссылке (гугль), но так же и происходит выполнение скрипта на текущей странице (который переправляет её на яху). Выполнение скрипта тут как-то неожиданно
   
   SD>
2. Картинка в Lightbox. Скриптом проставляется "onclick" и есть ссылка.
   SD>При среднем клике по "image #1" новая страница не открывается вообще, а скрипт отрабатывает показывая нам картинку во всплывашке. В "нормальных" браузерах при такое действие открывает в новом табе картинке, указанную в ссылке "image #1", а скрипт не вызывается.
   
   SD>
3. Страница Гугль-Кода. Есть только ссылка, следов "onclick" не нашел.
   SD>При среднем клике по файлу, его содержимое открывается как в текущем табе, так и в новом. В других браузерах содержимое файла открывается только в новом табе.
   
   SD>
4. Страница RSDN. Указан и "onclick", и ссылка.
   SD>При среднем клике по голосовательным кнопкам, открывается новый таб с содержимым. Этот вариант наиболее соответствует остальным браузерам. Но тут уж не ясно отрабатывает ли скрипт по onclick. Хотя скриптовый код открывает хитрое окошко, а тут в результате нажатия получается обычный таб.
   SD>

SD>Непонятен такой вот разброс вариантов За счет чего на RSDN'овской странице не вызывается скрипт?

SD>В багтрэккере WebKit-а есть запись: Bug 22382 — Middle click fires onclick event. Уже годичной давности, но они что-то не чешутся.. Даже статус — UNCONFIRMED

SD>Интересно, это сугубо виндовая багофича, или Мак-юзеры "жрут кактус"?

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

Приветствую, vadimcher, вы писали:

v> А в Хроме вообще мало о чем чешутся. Я для себя давно определил его как "браузер для секретарш". В нем, например, у кнопки назад зачем-то стрелки убрали, так что если предыдущая страница -- страница автоматического перехода на текущую, то приходится быстро-быстро кликать и упражняться в скорости, кто быстрее -- ты два раза нажмешь назад, или Хром успеет опять автоматически перейти на текущую страницу.

Нажать и подержать не помогает?

Здравствуйте, Sheridan, Вы писали:

S>Приветствую, vadimcher, вы писали:

v>> А в Хроме вообще мало о чем чешутся. Я для себя давно определил его как "браузер для секретарш". В нем, например, у кнопки назад зачем-то стрелки убрали, так что если предыдущая страница -- страница автоматического перехода на текущую, то приходится быстро-быстро кликать и упражняться в скорости, кто быстрее -- ты два раза нажмешь назад, или Хром успеет опять автоматически перейти на текущую страницу.

S>Нажать и подержать не помогает?

Не пробовал, а что помогает?

Здравствуйте, vadimcher, Вы писали:

V>Здравствуйте, Sheridan, Вы писали:

S>>Приветствую, vadimcher, вы писали:

v>>> А в Хроме вообще мало о чем чешутся. Я для себя давно определил его как "браузер для секретарш". В нем, например, у кнопки назад зачем-то стрелки убрали, так что если предыдущая страница -- страница автоматического перехода на текущую, то приходится быстро-быстро кликать и упражняться в скорости, кто быстрее -- ты два раза нажмешь назад, или Хром успеет опять автоматически перейти на текущую страницу.

S>>Нажать и подержать не помогает?

V>Не пробовал, а что помогает?

Круто, помогает! Спасибо, одной проблемой с Хромом меньше.

V>В нем, например, у кнопки назад зачем-то стрелки убрали
правый клик по кнопке "Назад" аналогичен этой кнопке-стрелке Хотя да, мягко говоря — необычно. Я сперва тоже мучался, а потом, совершенно случайно, в девелоперской конфе услышал, что есть такая фича. Там правда обсуждался правоклик по расширениям.

V>они каждый раз содрагаются, когда новый "популярный" браузер появляется на горизонте...
Вообще, вопрос был не только о Хроме Он 1-в-1 повторяет поведение Сафари. Может конечно только под виндой. Но Мака у меня нету

Здравствуйте, std.denis, Вы писали:

V>>В нем, например, у кнопки назад зачем-то стрелки убрали
SD>правый клик по кнопке "Назад" аналогичен этой кнопке-стрелке Хотя да, мягко говоря — необычно. Я сперва тоже мучался, а потом, совершенно случайно, в девелоперской конфе услышал, что есть такая фича. Там правда обсуждался правоклик по расширениям.

V>>они каждый раз содрагаются, когда новый "популярный" браузер появляется на горизонте...
SD>Вообще, вопрос был не только о Хроме Он 1-в-1 повторяет поведение Сафари. Может конечно только под виндой. Но Мака у меня нету

Да, согласен, я когда написал и отправил, перечитал вопрос и понял, что он был не совсем о Хроме и его поддержке, а о WebKit в целом, более того, был задан конкретный вопрос (на который я, к счастью, не могу ответить), так что получился крик души тире слегка оффтоп, но тем не менее сказанное остается в силе: а) слишком много в нем додумано за пользователя и б) его появление ничего кроме дополнительной головной боли разработчикам не принесло. Не настанет такое время, когда все скажут "вах! мы все этого ждали, теперь для нас нет ничего кроме этого..." Хотя бы потому, что тот же IE будет имплементировать все новое, поддерживать старое и плевать на стандарты.