В конце этого года наступит эпоха вмешательства сайтов в контекстное меню браузеров посредством HTML5

[@interrupt_controller]

очень удобно будет удалять отдельные записи в админке из контекстного меню

[@taliban]

А чем Вам не нравится удалять их кнопочкой в конце/рядом с записью?

[@SowingSadness]

Исключительно десктопная(и не только) привычка, да и мышку тянуть к краям не надо.

К тому же в вызове контекстного меню есть некое таинство.
Даже зная наизусть, что там есть, ты ожидаешь чего-то нового и неожиданного.

[@taliban]

Тогда уже горячие клавиши (строку под мышкой подсвечивать и при нажатии клавиши удалять подсвеченые)

[@SowingSadness]

Ага, и как вы узнаете, какая горячая клавиша обозначает: «переслать»?

Кстати, сначала вас не правильно понял и подумал, что вы предлагаете, выводить действия в строке под выделенными элементами, типа такого:

[@taliban]

Я просто не люблю правую кнопку мыши =)

[@powder96]

ИМХО, интерфейс браузера и интерфейс сайта должны быть отличимы друг от друга.

[@TheShock]

С чего бы вдруг? Вот у меня в OS есть контекстное меню, а в браузере оно — другое. И ничего, не путаюсь. Нововведение отличное и не стоит его бояться.

[@powder96]

Вы не путаетесь лишь потому, что заранее знаете, какое контекстное меню перед Вами — операционки или браузера. Т.е. четко проведена граница ОС — браузер. В случае с contextmenu четкой границы нет — сайт меняет меню как-раз в том месте, где всегда было меню браузера и если делать стандартные пункты меню и contextmenu'шные неотличимыми, то пользователю будет неизвестно, какой пункт принадлежит сайту, а какой — браузеру.

[@Mithgol]

Как я понял черновик стандарта HTML5, сайт не меняет, а дополняет меню браузера, так что сайтовые пункты меню легко будет отличить по тому, что они будут лежать всегда кучей в одном месте браузерного меню — например, в хвосте меню или в отдельном подменю.

[@Garrett]

Судя по переписке от подменю отказались из-за минусов юзабилити и решили разместить в верху меню и поставить разделитель

[@Santiago26]

Ну и правильно. Каждый дополнительный клик для пользования фичей уменьшает количество пользующихся фичей на порядок.

[@Koshelew]

Это самый верный способ — давно уже обкатан на Flash плеере, и нареканий не вызывает.

[@ChemAli]

Я считаю, размещение вверху — глупость.

К примеру, я регулярно пользуюсь пунктом меню «Копировать». Я привык, что он находится на определенном удалении от верхней границы контекстного меню. И тут какой-то чудик решил впихнуть в меню своих пунктов. Все, весь мой пользовательский пошел к черту.

Я глубоко уверен, что если и давать разработчикам доступ к меню, то пусть кастомные пункты размещаются снизу.

[@ChemAli]

* пользовательский опыт

[@Garrett]

Возможно будет опция в настройках или about:config, они до этого хотели сделать в bottom:
— menu items of the page menu can be placed almost anywhere in the native context menu, pagemenupopup=«true» and pagemenupos=«start|end» are new XUL attributes for specifying the position (so it's possible to place it in the top or bottom of the menu or even in a submenu)
p.s. 'pagemenupopup' и 'pagemenupos' они в итоге обьеденили в pagemenu

[@Garrett]

К тому же зажав Shift можно увидеть оригинальное меню, хотя на много удобнее не станет конечно, в вашем случае надеюсь будет опция отключающая менюшки (ну или плагин отключающая на определенных сайтах/элементах

[@atomAltera]

Наверняка появятся соответствующие расширения.
А что это Огнелис так вдруг резко обновляется?

[@Mithgol]

Всем надоело по полтора (а не то и по два) года ждать, пока в Файерфоксе появится целая куча нововведений.

Так что решили: лучше меньше, но чаще.

[@PadlaVan]

Но новая система нумерации все же фрустрирует. Ну выпускали бы обновления каждые шесть недель, зачем каждому из них присваивать номер мажорной версии?

[@nadenok]

С тех пор, как перешли на ускоренный график выпуска основных версий, в каждой новости или топике и не только на Хабре обязательно найдется, как минимум, один негодующий по этому поводу в комментариях. Неужели этот вопрос так критичен? Может, хватит уже. Все, свершилось! Смиритесь.

[@TheShock]

По-моему, это просто понты. Уже все всё давно выяснили, все разобрались чем это хорошо и сто раз обсудили. Но надо ведь высказать СВОЁ мнение.

[@PadlaVan]

Потому что в каждом топике найдется подобный тред. «Почему так резко обновляется» — «лучше меньше да чаще» — «то что вы назвали негодованием».

Однако следует заметить что раньше обновления выходили не так строго по графику но довольно часто. Раз в два-три месяца стабильно. От 3.6.9 до 3.6.13 дошли буквально за три месяца. То есть изменилась не сама скорость обновлений, а только их нумерация. Именно к этому относится мой комментарий.

[@taliban]

Какая разница какая цифра, если, по Вашему, ничего не поменялось кроме этого?

[@gribozavr]

3.6.9 -> 3.6.13 это только security updates, без новых фич.

[@Mithgol]

Каждому из них присваивается номер «мажорной» версии, потому что каждое из них обладает теми признаками, которые прежде отличали «мажорные» версии от «немажорных»: например, каждое из шестинедельных обновлений «ломает» (значимым образом переменяет) многие интерфейсы и поэтому требует перекомпилирования двоичных (неджаваскриптовых — например, сишных или C++) компонентов XPCOM в расширениях.

[@kekekeks]

Просто это вызывает обеспокоенность ввиду того, что такими темпами за год наштампуют 8 мажорных версий. Через пару лет получим новость вида «Вышел новый Firefox 22!», что смотрится как минимум странно и нелепо.

[@nadenok]

Если вам это ТАКИМ нелепым покажется, займитесь аутотренингом. После выхода 10 версии и далее просто после первоц циферки в номере версии мысленно ставьте точку. И будет вам back to the future: Firefox 1.0; 1.1; 1.2 и т.д.

[@Koshelew]

А в чем проблема, ведь теперь всё обновляется тихо? У меня последние наверно пол года стоит одна и та же версия, что Хрома, что Огнелиса — «последняя».

[@newpdv]

Может чтобы не отставать от конкурентов?
Chrome последняя версия 13
Opera последняя версия 11
Internet Explorer 9
А у них всё 3 версия.

[@q0p]

groups.google.com/group/mozilla.dev.usability/browse_thread/thread/fe75ec92c02be934# Вот тут пишут, что от обычного пользователя вообще скроют номер версии браузера. Т.е. выпилят из Help > About (Помощь > О программе) упоминание версии и можно будет его узнать только через страницу about:troubleshooting.
И в принципе это логично: у браузера возможно лишь 2 состояния: устаревшее и обновлённое. Если версия устаревшая, то браузер надо обновить. Если обновлений нет — то какая разница какой у тебя версии браузер? последней доступной.
И так для юзеров каждой из веток.

[@olegi]

для тач-устройств not good

[@MpaK999]

да, согласен, вот тоже до сих пор мучаюсь со своего Блэкбери на менюшках которые раскрываются при наведении и нет мобильной версии сайта.

[@Roler]

При наведении — это другое, да, гадость, хотя и его как-то иногда воспроизвести у себя ухитряюсь, но контекстное меню обычно открывается долгим тапом.

[@MpaK999]

Ну к долгому удержанию можно привыкнуть, ссылки например, чтобы открывать в новой вкладке или браузере нужно держать долго. А вот как с наведением быть, чтобы срабатывало 100% это неясно и в целом-то неудобно.

[@WNeZRoS]

В местах где нужно использовать наведение, вызываете контекстное меню браузера и элемент поймает фокус и раскроется. На андроиде (Dolphin HD) данный способ работает.

[@MpaK999]

Да это не совсем мне надо для разработки, я с точки зрения пользователя планшетом смотрю на такие сайты.

[@Roler]

А в чём проблема? Там тоже есть контекстное меню.

[@olegi]

неюзабельно. надо ещё додуматься, что у объекта есть контекстное меню.

[@Mithgol]

Ну, всё же нельзя сказать, что устройства, рассчитанные на тык пальцем, как-то в худшую сторону отличаются в этом отношении от тех устройств, которые рассчитаны на жмяк мышою — и на которых совершенно так же нельзя догадаться, есть ли у объекта контекстное меню.

(Единственная мыслимая разница заключается, пожалуй, в возможности менять курсор мыши при наведении её на объект — и тем указывать, что имеется контекстное меню. Правда, пока что мне не приходилось видеть, чтобы этой разницею кто-нибудь воспользовался в действительности.)

[@kyrie]

Ну да, побежал готовится к нововведению. Тут с третьим CSS осторожничаешь, и float вместо inline-блоков используешь…

[@Mithgol]

Сразу скажу: Вам в этом нет необходимости.

Существует кроссбраузерный inline-block, превосходно работающий во всех современных браузерах, начиная от Firefox 2 и даже от IE6.

Лично я использую его, пренебрегая вымершим Firefox 2 (и потому не используя обёртку <div> внутри <li>).

[@Noospheratu]

А часто ли юзеры пользуются контекстным меню на страницах?

Если надо что-то сделать с контентом страницы (сохранить, например, видео или картинки) это — да.

А если какие-то действия делаются часто и массово — тогда лучше GreaseMonkey-скрипт сделать и добавить фичу к интерфейсу страницы.

Интерфейс — виден постоянно и этим напоминает юзеру о его возможностях.

А контекстное меню — пока не вызовешь — не узнаешь.
Менее юзабельно, как мне кажется.

Изменение контекста должно быть видимо. И появившиеся при этом новые функции — тоже.

В существующем сейчас виде контекстное меню — выжимка наиболее часто выполняемых пунктов меню браузера и его плагинов.
Что к этому могут добавить сайты — будет ясно по ходу дела. Фантазия разработчиков сайтов ещё на полную мощность не заработала.

[@neuotq]

Скорее всего так же как во флеше. Порой бывает полезно.

[@Serator]

WYSIWYG-редакторы — один из кучи примеров использования контекстного меню.

[@GeniyZ]

гуглодоками будет, имхо, удобнее пользоваться.
это как минимум

вообще очень много в сети сайтов/сервисов, по сути которые, — десктопное приложение в браузере: календари, почтовые сервисы, meeboo, куча сервисов от zoho,… сервисы коллективной работы…

и для всего для этого такое нововведение — это реально прорыв в их юзабельности.

главное, конечно, отделять стандартное меню от сайтового, но не внешним видом, а тупо «сепаратором» и надписью, что-то типа: «сайтоменю», дабы злоумышленники не вводили пользователей в заблуждение вешая закачку вируса на пункт меню "… сохранить как"

[@phillennium]

В гуглодоках уже сейчас собственное контекстное меню.

[@GeniyZ]

не спорю.
но мне нативное ближе и роднее.
с нативным будет удобнее

[@ertaquo]

Тег menu больше не будет deprecated?

[@Mithgol]

Нет, не будет.

[@NSA]

По-моему, это больше на истерику похоже. Контекстное меню можно и сейчас эмулировать. Причём, насколько мне известно, работать это будет во всех браузерах. Однако, никакого массового применения этой технологии не видно.

[@aavezel]

Эмулировать контекстное на JS это evil. Потому что отключает текущее дефолтное меню браузера. А вот дополнить контекстное меню браузера своими командами — good practice.

[@NSA]

В некоторых случаях имеет смысл отключить «Отправить ссылку», «Выделить всё», «Информация о странице».

[@aavezel]

Хмм… Ну если «Отправить ссылку», «Выделить всё» закрыть хочет копирастер, то зачем закрывать Информацию о странице?

[@NSA]

Допустим, затем, чтобы не отвлекать пользователя слишком большим количеством опций выбора. Я вообще допустим, никогда этой опцией не пользовался с какой-то целью. Разве что посмотреть, что это такое.

[@aavezel]

Если вы «не пользовались с какой-то целью», то другой человек стопудова пользовался с какой то своей целью…

[@NSA]

Мне вот интересно, кто этой опцией пользуется и зачем. Вот вы зачем пользуетесь этой опцией?

[@aavezel]

1. Почистить куки страницы
2. Посмотреть адрес фрейма (на кывт)
3. Посмотреть мультимедиа ресурсы

[@NSA]

Хм, посмотрел ещё раз. А там на самом деле много интересного :)

[@Mithgol]

Я нередко смотрю там кодировку сайта, чтобы явствовало, можно ли использовать символы Юникода, находящиеся за пределами виндоусовской кодировки (например, использовать западноевропейские буквы для имитáции знáков ударéния или выразить свои мысли рѣчью въ орѳографіи времёнъ Имперіи).

[@NSA]

Так это же от парсера зависит, а не от кодировки. Просто в случае win1251 сайтов обычно на стороне сервера пропускают весь пользовательский введённый текст через htmlspecialchars с максимальными параноидальными опциями.

[@futureader]

$('#my-element').bind('contextmenu',function(event){
//Show something
});

[@Garrett]

bugzilla.mozilla.org/show_bug.cgi?id=617528
читать заинтересованным, познавательно и есть ответы на все вопросы =)

[@Mithgol]

Не так уж и на все.

Будут ли сайтовые пункты добавляться непосредственно в контекстное меню браузера или в специальное подменю внутри контекстного меню?

Будут ли сайтовые пункты (в подменю или всем скопом) добавляться в начало или в конец контекстного меню браузера?

Кажется, ответов в ясном виде в самóм баге (в комментариях к нему) вовсе нет — так что придётся код патча читать, а это не так-то просто: он простирается на 85,92 килобайта.

[@Garrett]

На ваши вопросы я нашëл там овтеты:
Сайтовые пункты будут добавляться непосредственно в контекстное меню браузера, в верхней части (покрайнемере это был последний вариант) и с разделителем в конце.

Так же там указано что можно открыть меню только браузера если зажать Shift.

[@berman]

Это очень круто и удобно, особенно для функциональных HTML5 приложений. Чую, софт и игры будут потихоньку мигрировать из десктопа в браузеры.

[@surly]

В свете этой новости меня больше всего беспокоит: а не придёт ли жирный полярный пушной зврёк системе безопасности? Ведь если сайты научатся подменять контекстное меню браузера — это же какое широкое поле для встраивания всяческой заразы. Хорошо, например, у Оперы сейчас есть возможность отключать перехват правой кнопки мыши вообще, блокировать такие действия, как скрытие панелей, модификацию статусной строки, распахивание окон. Но ведь чтобы настроить максимальную безопасность, нужно знать о наличии такой возможности и руки приложить.

[@berman]

Какой-такой заразы? По нажатию на пункт контекстного меню будет срабатывать обычное javascript событие. Поэтому даже если добавить свои пункты, схожие с нативными пунктами («Назад», «Сохранить как...»), то ничего страшного сделать нельзя, ну разве что убить нативное событие, но это никакого вреда не нанесет. Ещё можно добавить очень много пунктов и ввести пользователя в заблуждение, но я думаю что браузеры позаботятся и об этом.

[@Garrett]

Про безопасность там как раз обсуждалось, в том числе и количество пунктов меню, там даже какой-то баг нашли когда в js возвращался элемент хрома браузера вместо страницы =)

[@forsyte]

Заголовок у статьи эпический.

[@MechanisM]

«Firefox 8, господа, будет поддерживать атрибут contextmenu; у всех вас» сижу в Firefox 9 и не работает =Р

[@Mithgol]

А у меня всё работает.

[@MechanisM]

сейчас еще раз проверил(спустя кучу ежедневных обновлений firefox-trunk) — все работает. текущая версия у меня 10.0a1 а на момент написания комментария была 9-я