Как стать автором
Обновить

Комментарии 236

Идем по ссылке и вместо JSON видим предложение скачать файл

билд 1615 x64

и так со всеми jsonами
Точно так же ведут себя и остальные браузеры без расширений для просмотра JSON. Но вообще да, будет удобно, если приделают.
в хроме у меня все прекрасно работает без расширений
Раньше не работало. В FF без расширений и по сей день не работает.

В общем, не спорю, что полезное и нужное. Был бы уверен, что до меня никто не отправил это в багтрекер, закинул бы.
Лучше закинуть. Даже если есть уже подобные репорты. Больше дублей — больше внимания к проблеме.
DSK-375010
Спасибо! Подключил тестеров.
Интересно, появится ли когда-нибудь русскоязычный вариант страницы отправки багрепортов?
А читать их кто будет? Пора бы универсальный IT-язык уже выучить…
Shpankov :)
:)
Перед сном, чтобы сны хорошие снились…

Я вообще-то работаю по направлению Opera TV Store, а копание в BTS — это у меня по собственной инициативе, сверхурочно и за так. У нас ведь до недавнего времени вообще не было тестеров русскоязычных.
В Firefox показывает текст и без расширений.
FF 15.1 — работает без расширений.
а вот такую красоту видно если скроллить страницу в жж
В посте есть ссылка, куда баг-репорты отправлять. Очень рекомендую.
Этому багу сто лет в обед…
Тогда пришлите номер — я посмотрю.
Периодически появляется. В билде 1615 нету.
Так же из билда в билд периодически кочует баг с полосой загрузки, которая появляется внизу. Проверю на последней сборке — отпишусь.
А как он узнает номер? ;)
Я надеялся, что люди не только обсуждают баги в комментах, но и отправляют баг-репорты. Иначе какой смысл в обсуждениях?
Я лично только обсуждаю потому как прекрасно знаю, какая у разработчиков головная боль от 100 репортов одного и того же бага разными словами. Надеюсь, что очевидные баги кто-то ещё отрепортил. Если бы было где посмотреть, я бы потрудился, нашёл бы существующий баг, проголосовал бы за него, добавил своих тесткейсов.
Я думаю, если этот баг описан 100+ раз да еще и разными словами то его не должно существовать по определению.
Почему? Разработчиков ограниченное количество. Багов всегда больше (это нормально). Посмотреть и фикснуть всё и сразу нереально. Нужно расставлять приоритеты.

Загляните в трекер PhpStorm, например: youtrack.jetbrains.com/issues/WI
Какую яму по вашему должны залатать в первую очередь: ту, что образовалась посреди автобана, или ту, что образовалась при въезде во двор в спальном районе? Размеры ям одинаковы.
Так и я про то же. Даже если размеры ям (количество репортов) не одинаковые, латать будут то, что критичней по мнению разработчиков. Например, выпадание браузера я бы латал в первую очередь даже с одним репортом, а фичу «рендера JSON как в Chrome», пусть на неё и сотня репортов, делал бы позже.
Крешы вообще вне очереди.
В данном конкретном случае баг мешает выполнению основной функции браузера — просмотру WEB страниц. Причем не просто эстетически: он искажает информацию, ее просто не возможно прочитать. Пользователю важнее то что он видит (или не видит, как в данном случае). Ему не важно как отображаются ненумерованные списки, если он не видит пол страницы, ибо она как зебра.
Это касается бага с полосой загрузки которая появляется внизу в полной мере, т.к. относится ко всем WEB страницам. С ЖЖ — аналогично но в меньшей степени.
В любом случае о том, описан ли баг до тебя, можно только гадать.

Тут либо писать его с шансом в сотый раз отвлечь разработчиков от дела, но при этом гарантированно сообщить о баге, либо не писать, думая, что его уже кто-нибудь да отрепортил, но всё-таки с шансом, что баг так и не дойдёт до разработчиков.

В любом случае, открытый трекер был обещан, насколько помню, уже много более, чем год назад. Как откроется, всем станет легче.
> Как откроется, всем станет легче.

Увы, ненамного. Как правило, репортер не будет перерывать BTS в поисках аналогичного репорта (это сложно — сам в BTS постоянно ищу что-нибудь с переменным успехом), а просто создаст новый репорт, который попадёт в дубли.

В открытых BTS процент дублей ничуть не меньше, чем в закрытых. Я сравнивал:
my.opera.com/IlyaShpankov/blog/2010/12/30/4-bts
Ну, у тех же JetBrains и их YouTrack количество дублей небольшое. К тому же, заинтересованные юзеры могут линковать issue как дубли. Я обязательно ищу перед тем как составлять репорт, часто находится. Плюс поискать автоматом по описания сразу после вбивания title никто не запрещает. Это распространённая практика борьбы с дублями на том же StackOverflow. Очень помогает.

Что касается обсуждений, они будут, как есть сейчас. И в них нет ничего плохого. Только сместятся в багтрекер из кучи разных мест (руборд, хабра, myopera и т.д.). Особо рьяных фанатиков можно (и нужно) наказывать. В трекере JetBrains разводящих флуд и матерящихся пару раз публично наказали и стало всё тихо и по делу.

Плюсы:

— Меньше дублей, меньше времени на «а что с DSK-N?» и реагирования по 100 раз на одни и те же вопросы в куче разных мест (можно будет просто ссылку кидать на issue и всё).
— Больше уточняющих комментов (не отдельными репортами!).
— Больше инфомации о том, что именно волнует пользователей.
— Психологически приятней репортить что-то и нормально следить за прогрессом по своему вопросу + помогать воспроизвести.
— Можно привлечь к багу товарищей, у которых он повторяется для получения большего количества полезной информации.
— Меньше будет недовольных, кричащих, что именно их баг висит пол года и не закрывается. Им всегда можно будет показать список, отсортированный по приоритету.

И ещё:

— Багтрекер у Mozilla хреновый. Особенно в сравнении с тем же YouTrack.
Какой смысл отправлять багрепорты, если они игнорируются?
Может они и не игнорируются. Просто вы не в курсе :)
Нет, я в курсе, приходилось через инсайдеров в опере доказывать, что это баг, ибо там поведение тестеров простое — not reproduced сразу. Это настолько достало, что я больше баги не засылаю, это бессмысленно.
В самой необходимости помочь воспроизвести баг, если тестер не смог я не сомневаюсь. Без этого никак. Был бы открытый трекер, можно было бы доказывать, что это баг, без инсайдеров.
А еще постоянные проблемы с:
— прокруткой (в последних версиях уже не такая тормознутая)
— youtube и html5 плеером (при наведении мыши на плеер полоса прокрутки сходит с ума: рергается, пытается спрятаться)
— flash (Opera с ним никогда не дружила, но в последних билдах получше)

Но все равно я ее люблю :)
Причем загрузка видео флешевым ютубовским плеером в опере очень медленная. Она точно не упирается в скорость серверов ютуба или интернета. Скажем, в файрфоксе можно смотреть видео 720p, а в опере оно будет постоянно буфферизироваться.
Причем загрузка видео флешевым ютубовским плеером в опере очень медленная. Она точно не упирается в скорость серверов ютуба или интернета. Скажем, в файрфоксе можно смотреть видео 720p, а в опере оно будет постоянно буфферизироваться.


Не могу подтвердить — отлично работает в Opera, как в обычном, так и в Fullscreen режиме с 720p.
В последнее время открываю ролик на ютубе, кликаю правой кнопкой -> Open in Firefox :-( и закрываю вкладку Оперы, особенно, если хочется в 1080 посмотреть. Пришлось даже повыше этот пункт передвинуть…
Замечу, что youtube отдает видео с разной скоростью: сразу после начала просмотра или перемотки максимально быстро (для буферизации), а после отдачи определенного куска ( по времени или размеру, не уточнял) скорость лимитируется.
У оперы с баг репортами всё плохо.
Мало того, что я фактически делаю за тестера его работу, оформляя тикет. Так еще в итоге не имею никакого понятия что с ним дальше происходит. Отклонили\приняли\пофиксили. Никакой инфы вообще.
От такой «игры в одни ворота» желание создавать тикеты отпадает насовсем. Поэтому и пишу про баги всегда тут, потому что есть живой человек, который может обратить на них внимание и возможно даже помочь тестерам в воспроизведении.
Согласен. За всё время отписал где то 5-6 багрепортов. Ни на 1 из них не пришло ответа. Больше не пишу.
> За всё время отписал где то 5-6 багрепортов. Ни на 1 из них не пришло ответа.

После отправки каждого репорта пользователь получает письмо-уведомление о том, что ваш баг-репорт принят в работу, а также даётся ссылка для отправки дополнительной информации к баг-репорту. Личное общение тестеров с автором баг-репорта не предусматривается и происходит только в исключительных случаях (например — в связи высокой критичностью обнаруженного бага). Это обусловлено тем, что число репортёров на несколько порядков превосходит число тестеров — индивидуальная работа с каждым репортёром невозможна в принципе. Ознакомиться со списками исправленных багов можно на странице подробного описания после выхода каждой новой версии (как стабильной, так и тестовой):
Changelog стабильных версий
Блог Desktop разработчиков для тестеров нестабильных сборок
Если вы будете присылать письма аля «Баг починили, УРА!» и «Баг повторить не удалось» к вам будет приходить куда больше баг-репортов, ибо люди будут видеть отклик к своему волонтёрству. А если сделать бегтрекер открытым, с возможностью комментирования, — тем паче.
Полностью не согласен с вашей статьёй. Результат вашей системы — баги не шлют. Может вам и этих хватает за глаза, но на деле вы пропускаете целый пласт полезной информации. Я не раз отписывался о багах в открытых системах, и зачастую туда включались люди, которые мой баг подтверждали. дописывали детали, скриншоты и пр… Нередко кто-нибудь из разработчиков задавал там уточняющие вопросы или отписывался о том, что в след.патче баг будет исправлен, мол он работает над ним.

А в вашу систему я не пишу багов. Я не вижу отклика и считаю что их просто игнорируют. Я что мне ещё считать, если я не вижу даже состояния бага. Т.е. я предполагаю худший вариант, потому что так устроен человек. Я не думаю «ну может быть они починят», я думаю «нажмут крестик».
> Результат вашей системы — баги не шлют.

Шлют. И ещё как. Сотни репортов ежедневно. Из России тоже шлют, но в процентном отношении (если сравнивать долю русскоязычных пользователей с долей русскоязычных репортёров) меньше, конечно. Но проблема не в отсутствии «отзывчивости», она гораздо более прозаична — наши репортеры не очень дружат с английским языком в большинстве своём. Грустно, но — факт.
Странно, я где то читал, что у норгов хороший английский. А вы с ними на каком языке общаетесь?
А пардон, вы же про репортёров говорите. Тогда всё ясно :) Ну это везде так.
не надо индивидуально работы. Достаточно отправлять репортеру автоматические письма при изменении состояния тикета. А то пишешь в пустоту, смотришь что твоего тикета в одном релизе нет, втором, третьем. И забиваешь на эту тему.
Раз уж мы тут беседуем по душам, есть еще один к вам вопрос.
Когда я вбиваю запрос в строку и мне выводятся адреса сайтов, нажимая на них Enter, я попадаю не на искомый сайт, а на гугл.
Это так задумано по лицензионному соглашению с гуглом или просто недодумка? Потому что, например, в браузере dolphin для андроида все работает как надо. Хром не берем в счет, там все понятно
> Это так задумано по лицензионному соглашению с гуглом или просто недодумка?

Это какой-то сбой индивидуально у вас. У меня во всех версиях (12.02, 12.10, 12.50) на Win/Lin работает одинаково и правильно — идёт переход на выбранный сайт.
Объясню по другому.
Я ввожу в строке слово «design» и мне выдается список подсказок, среди которых есть сайт design.ru
Я иду на него курсором, и мне автоматом подставляется буква g вначале адресной строки, что заставляет её стирать каждый раз, иначе я пойду на гугл.


В хроме все нормально, безо всяких букв идет на design.ru
Подтверждаю, никаких сбоев. Тоже самое.
Ага, понятно.

Это штатная работа, причём, от нас не зависит. Мы добавили в адресную строку функцию Google search suggestions (эти три строки с иконками в виде увеличительного стекла) используя API, предоставленный Google. Т.е. при клике на этой строке дальше вами управляет Google. Почему он сразу не перекидывает на сайт — я не знаю. Видимо в Chrome этот промежуточный шаг (поиск сайта) опускается и если сайт такой существует — идёт сразу переход на него. Другого объяснения я не вижу. Но я уточню у разработчиков, что мы здесь можем сделать.
Не надо просто g добавлять в начало строки(или если сильно приспичит, поставить условие на адрес), вот и всё. Сам гугл тут думаю, не при чем.
Это Google suggestions. Буква здесь не влияет и носит лишь информативный характер.

Ещё наводящий вопрос. Когда в других браузерах вы вводите «design», там тоже идут какие-то search suggestions, или идёт просто подстановка домена?
А откуда гугл знает, что он у меня под буквой «g»? Это в Google search suggesions API? Сомнительно :)
Не надо сарказма, ща разберемся)
Эм, первая буква в адресной строке опере, насколько я знаю — признак желания поискать в определенном поисковике. Для гугла по умолчанию g, для яндекса y и.т.д
Т.е. Мы пишем "y design.ru" и опера отправляет нас на яндекс искать тёмкин сайт. "g design.ru" — на гугл. Удобная фича, но мешает при механизме suggestions, т.к. нет никакой необходимости подставлять эту долбаную букву

В других браузерах, к слову, при вводе слова design список выпадает точно такой же как в опере. Тока букв вначало строки они никаких ессно не подставляют
Scratch, никакого сарказма. Я серьёзно. На лицо это именно opera-ая фишка, правда не совсем понятная. Ведь префиксы поисковые относятся к движку браузера (одна из моих любимейших фич), и поидее, гугл о моих префиксах ничего знать не может. Поэтому я и пишу, что сомнительно, что дело в API
да да, я это и имел в виду в посте выше.
Тут становится тесновато, может в первый уровень перейдем?
Нет, буква ни при чём.

У нас в поле поиска (справа от адресной строки) тоже отображаются Google search suggestions (если вы там сохранили Google по умолчанию). Никакая буква там не подставляется. При вводе «design» точно так же появляется suggestion «design.ru» от Google. И при клике на этом предложении точно так же открывается страница с результатами поиска Google, а не сам сайт. Т.е. дело всё-таки в Google suggestions.
Спецом скачал wireshark и посмотрел что происходит когда опера использует suggest(из поля поискаб как вы указали)
Итак, Опера отправляет запрос на client1.google.com такой вот:
clients1.google.com/complete/search?q=design&client=opera-suggest-search&hl=ru
(см search.ini)

И получает в ответ такой вот массивчик
[«design»,[«design»,«design.ru»,«design patterns»,«design boom»,«design studio»,«designcollector»,«designer»,«designers guild»,«design it»,«design interior»]]

Тут ни слова про то, что надо идти на гугл, как мы видим.

Так что, это самодеятельность чистой воды!
кстати, неплохо было б использовать https вместо http. Благо, clients1.google.com его поддерживает.
Так, наши тестеры говорят, что в других браузерах точно так же происходит поиск, а не переход на сайт. В Firefox нет suggestions в адресной строке — только в поле поиска. И там выбор «design.ru», предложенный Google, также открывает результаты поиска. В Chrome и в IE предлагают в том числе и уже готовый адрес (www.design.ru), но при выборе suggestion «design.ru» и нажатии Enter также открывают страницу с результатами поиска.

IMHO, в плане обработки Google suggestions всё работает точно так же, как в Opera.
в IE да, работает так же глупо. А вот в хроме мне не удалось запустить поиск вместо перехода на страницу.

Смотрите: Ввожу слово bash(его я в хроме до этого не вводил, только установил)
и вижу вот такое

Иду курсором или кликаю мышкой на bash.im и попадаю на сайт баша, не на гугл.
Даже если это сделано только в хроме, не повод оглядываться на IE в этом плане. Удобно ведь (
Так вот, это — не Google search suggestions. Это прямая ссылка на существующий сайт. Я не знаю, как это делается на самом деле, но, скорее всего, Google предлагает наиболее вероятный (на его взгляд) вариант из уже существующих реально сайтов (возможно — используя свою data base проиндексированных веб-сайтов). В его search suggestions вы, естественно, не видите таких вариантов, т.к. никто не будет искать «bash.im», поэтому вы и видите там только bash, bashorg и bashtel — те поисковые слова, которые другие пользователи вводили чаще всего.

В случае с design.ru — этот сайт представлен в Google search suggestions, т.к. домен очень простой и многие набирали «design.ru» в поиске Google. Вот он и высвечивается среди suggestions.
К слову, в Opera есть автозавершение имени сервера. В настройках вы можете указать префиксы и окончания, которые будут подставляться браузером в процессе поиска. Чтобы активизировать функцию — введите в адресной строке «design/». И попадёте на нужный сайт.
Хорошо, последний пример.
Вводим слова fonarevka и в хроме и в опере.
Результат ОДИНАКОВЫЙ, оба списка идентичные. Только по последнему адресу
fonarevka.lux-rc.com
хром переходит, а опера ищет.
Я могу таких примеров миллион привести и каждый раз хром будет переходить, а опера искать. Я же не с бухты барахты это придумал.
Там весь вопрос в одном регекспе, которым надо проверять присылаемые значения. И если это похоже на адрес сервера, то переходить без поиска…
Scratch, я кажется понял в чём дело. google API едино для всех, но Chrome парсит результаты на предмет прямых ссылок, а Opera, Firefox кто там был ещё — нет. Пожалуй стоило бы добавить. Хотя возможно есть какие то юридические обязательства.
> Пожалуй стоило бы добавить. Хотя возможно есть какие то юридические обязательства.

А вы не думали, что общедоступный search suggest API Google может быть менее функциональным, чем свой собственный, внутренний? Я вот не удивлюсь, если так и есть.
Да, вполне вероятно, что у них внутренний API круче. А товарищ Scratch может эту гипотезу проверить через wireshark :)
@Spankov, Scratch, давайте перенесём наше обсуждение в эту ветку (на этой же странице)
Посмотрите внимательно на картинки.

Opera

image

Chrome

image

В обоих случаях Google search suggestions предлагает абсолютно идентичные варианты, а в Сhrome между этими suggestions предлагается ещё и прямая ссылка на сайт. Она даже по оформлению и по иконке отличается, и рядом с ней нет слова Google. Это прямая ссылка на сайт. Почему и как Google подставляет её в список — я не в курсе.
Сорри — неверная ссылка на картинку Chrome. Вот картинка:

image
ответил ниже
> В частности, мы добавили поддержку сенсорного управления для режима Windows 8 Classic, а в качестве бонуса — аналогичную поддержку и в Windows 7

Поддержку Metro-интерфейса ждать только в финале Opera 12.50?
Поддержку Metro-интерфейса ждать только в финале Opera 12.50?


А что не так? Иконка должна быть квадратной или страницы разбиваться на тайтлы разных размеров? :)
У меня Opera давно крутится в Windows 8, не замечал проблем или недоработок, тем более — связанных с Metro-интерфейсом.
У меня Опера и Опера Некст при запуске убивали Windows 8 Preview… Поэтому Толком восьмёркой и не попользовался. :)
У меня раньше так же было. На последней стабильной версии все в порядке.
Было бы неплохо немного перерисовать иконку для Windows 8 чтобы она больше соответствовала стилю Метро (как минимум- немного увеличить в размерах).
Вы можете прокомментировать баг DSK-364731 (http://my.opera.com/community/forums/topic.dml?id=1412522), он о том, что Opera не запоминается позицию на странице при её обновлении, если в адресе содержится якорь, просто Opera единственный браузер у которого отличается поведение, причём в неудобную сторону.
Вы можете прокомментировать баг DSK-364731


Могу. Вам правильно ответили в форуме: это не баг, а стандартная работа браузера. И это логичная работа: кнопка «Обновить» должна обновлять текущую страницу. «Якорь» является частью веб-адреса, создавая уникальную ссылку (как, например, в вашем посте выше — habrahabr.ru/company/opera/blog/153105/?reply_to=5207799#comment_5207821 ). Именно эта уникальная ссылка и будет обновляться.

Если же вам после посещения «якорной» ссылки нужно вернуться к предыдущей просмотренной странице (тоже «якорной» или «главной»), то вам нужно использовать кнопку «Назад». Всё очень логично.
Хотя нет, стоп: вы же про другое в баг-репорте пишете… OK, подключил тестеров.
Но если рассматривать не с точки зрения адреса, а с точки зрения удобства использования браузера как инструмента для просмотра страницы, если я нажал обновить, то желательно, чтобы поле обзора осталось на той же позиции, но если я явно выделил адрес и нажал Enter или кнопку перехода, то нужно уже перейти полностью по адресу включая и якорь.
Такое поведение во всех остальных браузерах за исключением Opera, что делает их удобнее при просмотре такого рода страниц.
С одной стороны это правильно. Но например, если переходишь по ссылке с якорем на какой-то форум, а потом хочешь обновить страницу, чтобы проверить, нет ли новых сообщений, то приходится пролистывать от якоря до того места, где закончил читать. Не помешал бы альтернативный вариант обновления страницы (кнопка другая или опция в настройках).
НЛО прилетело и опубликовало эту надпись здесь
А это нормально, что 64-битная версия при 9 вкладках кушает 1600 Мб оперативки?
Мне кажется, что нет, поэтому я перестал пользоваться ей.
У меня 64-битная версия Opera (Linux) никогда не отъедает более одного гига даже при 50-60 открытых вкладках. В вашем случае — нет, не нормально. Нужно искать причину. На чистой версии проверяли, без плагинов и расширений?
у меня вин7 64, и опера нормально тянет около 3 сотен вкладок, правда, ест 2.4 гига и запускается минут 10 (точнее, стартует быстро, но минут 15 ей просто невозможно пользоваться). и это единственный браузер, который способен тянуть всё, поэтому я ей пользуюсь) хром и лис просто в ужас приходят вкладках на 60 уже
Если мало ОЗУ любой браузер в ужасе при 30-50 вкладках)
Ранее тоже страдал синдромом поглядеть позже и было жуткое кол-во вкладок в разных браузерах. В Google Chrome использую расширение TooManyTabs (не расходуются ресурсы компа и нет армии вкладок в браузере).
Фигово, что с версии 12.00 (или, даже, 11.50 — точно не помню), Опера при большом количестве вкладок и малом (относительно) количестве оперативки, при достижении потолка, тупо падает. При перезапуске, опять пытается загрузить все вкладки и опять падает. :( На компе старом оставил старую версию Оперы (пользуюсь им редко), на ноут докупил оперативки, на работе оперативки хватает.
Это не из-за нехватки оперативки. Там какая-то из последних вкладок видимо, и заставляет её падать, если её успеть закрыть при запуске, всё будет ок.
Предыдущие версии тупили, но не падали. А новые тупо рушатся. Хотя Опера при том же кол-ве открытых вкладок, кушает памяти куда меньше, чем тот же Хром.
Это баг в новой версии просто. Но не от количества памяти. Я такой глюк ловлю время от времени на бетах, хотя памяти свободной ещё очень много остаётся. Решается так, или выловить вкладку которая крашит оперу, обычно это последняя, её нужно успеть закрыть до падения, ну или стабильную версию оперы накатить.
С тем, о чём вы пишете я время от времени встречался. В последнее время не припомню подобного. А тут всё зависит от памяти.
Не много не согласен: 454 вкладки. FF 17(Aurora). Съела 1.5 Гб (вместе с подкачкой).
P.S. Число точное — стоит счетчик вкладок.
У ФФ стоит галка по умолчанию «Не загружать вкладки без запроса», благодаря чему браузер стартует и работает быстро независимо от количества вкладок, не выделяя на них память и процессор. Но по факту, загрузка данных происходит при открытии этой вкладки, что не всегда приемлимо.
НЛО прилетело и опубликовало эту надпись здесь
Нет, не проверял.
Именно у меня опера ест памяти меньше хрома. Обычно вкладок 40-50 открыто. Вкладки разные сами понимаете, могут быть чисто текст на 300 кб, а может лента картинок на 20 метров. Опера у меня потребляет 2,2-2,6Гб. Всего 8гб. Хром при этом потребляет 6-7 гиг и тупо падает вкладками. Т.е. он рабоатет, но часть вкладок становиться «Опс, не удалось открыто страницу». Если перегрузить, то страница откроется, но где-то упадет другая. Когда опера заколебала глюками в гуглдрайв пересел на хром. Кое-как настроил его адонами, но все равно калека получился. Работал так 1,5 месяца. Заколебался с падением кладок и вернулся на оперу. Теперь для гуглдрайва держу только хром. Все остальное в опере. Радует, что опера научилась уже делать ctrl+x и ctrl+v в гуглдоксах. Очень жду ctrl+с :)
Во главе длинного списка улучшений производительности и скорости, мы представляем сетевой стандарт SPDY как дополнение к протоколу HTML, обещающий значительное ускорение загрузки веб-страниц.

Мне кажется, что HTML — это не протокол, а язык разметки. Вероятно, имелся в виду всё же протокол HTTP.
Да, извиняюсь — опечатался. Исправил. Спасибо!
НЛО прилетело и опубликовало эту надпись здесь
IMHO, ретина или не ретина — это вообще не важно. Что не то со шрифтами (цвет, семейство, параметры CSS)…
В своё время мс.офис был замечен за установкой своих шрифтов, которые иногда вот таким вот образом конфликтовали с системными. Проверьте дубликаты и отключите/удалите сторонние.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Проверяйте всегда на чистой установке. Я уже не помню, когда последний вылет был.
Сегодня вылетел flash плагин на одной из страниц, а потом и вся опера целиком. Отчет отправить не попросил (
НЛО прилетело и опубликовало эту надпись здесь
Opera можно поставить отдельно, параллельно с рабочей версией.
НЛО прилетело и опубликовало эту надпись здесь
Письма можно импортировать через кнопка Opera -> Settings -> Import and Export
В интернетах пишут что якобы DSK-352518 исправили (неправильное отображение нумерованный списков с align=justify). Очень надеюсь что это так потому что этот баг меня уже достал.
По поводу API, SPDY и WebSocket, вроде всё это уже было в Опере Некст 12.50. Теперь всё это будет в 12.10. А что из нововведений достанется 12.50? HWA? Просто как-то уж слишком долго HWA не переходит в стабильную версию :( Да и мало этого будет.

Кстати, а расширения под Fullscreen API уже появились? Хочется фулскрин, чтобы сверху появлялись закладки и адресная строка, а снизу, при необходимости, строка состояния.
> Просто как-то уж слишком долго HWA не переходит в стабильную версию

Off Top
Ох, далась вам эта HWA… Она же по умолчанию будет работать далеко не на всех машинах — в зависимости от видео-карты (которая в большинстве ноутов вообще никакая/интегрированная, а на планшетах-смартфонах отсутствует как вид). Лучший способ улучшить производительность — оптимизация кода веб-сервиса. Так было и так будет всегда.
Мне не сдалась ;) В Opera desktop blog на HWA далают не маленький информационный упор, вот и спрашиваю. Ну и стало интересно, почему тогда это не 12.50 версия? Все фишки 12.50 перекочевали в 12.10, что же Опера такого готовит для 12.50 версии? :)
НЛО прилетело и опубликовало эту надпись здесь
А вы отправляли баг-репорт? Дайте номер — я посмотрю, что там.
НЛО прилетело и опубликовало эту надпись здесь
Рендеринг графики, и SVG в частности, сейчас чинят.
НЛО прилетело и опубликовало эту надпись здесь
А планируются ли какие-либо новые API для замены Unite расширениями? В частности, для функции File Sharing.
Не в курсе, если честно. На самом деле лучше отправить запрос на добавление такого API (через ту же форму баг-репорта), я его трансформирую в feature request. И чем больше будет таких запросов — тем больше шансов на реализацию.
Можно ли ждать API для глобального перехвата клавишь? Очень хочется иметь возможность включить следующий трек из плейлиста вконтакте по кнопке «Next» на клавиатуре, в свернутом браузере.
API для того, API для сего, но где же API, которое позволит создать плагин Xmarks для Opera?
Ой, его снова нет.
Как неожиданно…
> Ой, его снова нет

У нас и своя синхронизация неплохая.
Она не распространяется на Chrome и Firefox. Вас уже который год просят её сделать. Мне её сильно не хватает.
Кстати, о птичках…
Opera Link API был обнародован одним из первых — ещё в октябре 2010 года:
dev.opera.com/articles/view/introducing-the-opera-link-api/

Что в нём не понравилось разработчикам XMarks — сие мне неведомо.
Угу, я помню, что синхронизация в опере появилась одной из первых, или первой. Угу, разработчики хмаркс возможно редиски. Однако это не отменяет вопроса — когда вы сделаете так, чтобы XMarks работал в опере? Да, Xmarks нужен.
Т.е. нам надо их как-то заставить? Паяльник, утюг… Больше не знаю вариантов.
Вам надо поддержать их API. Их закладки, не ваши. Т.е. речь идёт НЕ об Opera Link. Речь идёт об Xmarks закладках. Т.е. если паяльник и утюг входят в ваш инструментарий, примените его к своим коллегам, плз :)
> Вам надо поддержать их API.

Вы уверены?
Более чем. И далеко не 1 я такой. Вам ещё нужны олдфаги? :)
Ok, я уже запутался. В чём проблема того, что xmarks не могут сделать такой же плагин для оперы, какой есть для всех остальных браузеров? Насколько я помню, им не хватало функционала в Opera API.
> В чём проблема того, что xmarks не могут сделать такой же плагин для оперы, какой есть для всех остальных браузеров?

Я не знаю. Это знают в XMarks.
1. Для создания плагина Xmarks нужен API браузера для получения, добавления, изменения и удаления закладок браузера «на лету». Его в Опере на сегодняшний день нет.

2. Opera Link API не предоставляет доступа к закладкам браузера, а предоставляет доступ к закладкам, хранящихся где-то в облаках Opera. Закладки Xmarks хранятся в облаках Xmarks. Таким образом, Opera Link API — нечто совсем от другого пулемёта и к решению проблемы не относится никак.

Теперь Вы знаете.
> Теперь Вы знаете.

Ещё раз — прочитайте Opera Link API. Там несложно.

Opera Link API предоставляет доступ к закладкам, хранящимся на сервере Opera Link, таким образом, обеспечив взаимодействие сервера XMarks с сервером Opera Link можно обеспечить синхронизацию закладок Opera (со всех версий одновременно — десктоп, мобильные, и т.д.) с закладками всех других браузеров.
Да прочитал я, и такую возможность увидел. Только это ничем не лучше правки текстового файла по части велосипедности и костыльности. Оккам нам этого не простит.
В любом случае техническая возможность имеется. Можно попинать разработчиков XMarks, узнать, чего им ещё нужно…
Гвозди можно забивать пассатижами. Получается, я пробовал. Но молотком — лучше. Им нужно API браузера. Не сервера Opera, а браузера. Вот что им нужно.

Сделает Opera API доступа к закладкам браузера — не будет вопросов к Opera, будем пинать Xmarks.

А так — от вопроса откровенно попахивает проприетарной бизнес-политикой в самой гадкой её форме. Xmarks со своим закрытым API тоже не ангелы, но в данной ситуации их позиция мне ближе.
> А так — от вопроса откровенно попахивает проприетарной бизнес-политикой в самой гадкой её форме. Xmarks со своим закрытым API тоже не ангелы, но в данной ситуации их позиция мне ближе.

О, да. Попинать Opera — любимая российская забава. А XMarks пинать неинтересно — их мало кто знает.

В Opera закладки синхронизируются собственным сервисом, имеют уникальные ID, поэтому прямое вмешательство в конкретный браузер, минуя сервер синхронизации, может привести к непредсказуемым последствиям.

А вообще, тема бесконечная. И в ней, судя по числу баг-репортов, заинтересовано очень небольшое число людей. Есть ли смысл спорить?
прямое вмешательство в конкретный браузер, минуя сервер синхронизации, может привести к непредсказуемым последствиям

… при использовании Opera Link. А при неиспользовании — не может.

Кстати, если уж категорически не желаете открывать API браузера — создайте плагины Opera Link для Файрфокса и Хрома. И никакой Xmarks не понадобится ;)
Илья, пожалуйста, не воспринимайте пользовательские требования как нечто нежелательное. Беспредметно и безосновательно вас никто здесь не «пинает».

Да, некоторые пользователи не хотят использовать однобраузерный механизм облачного хранения закладок, поскольку это неудобно при использовании нескольких браузеров. Например, я вынужден был «уйти» с Оперы именно по этой причине. До открытия Xmarks Опера была основным моим основным браузером ещё с тех пор, когда дистрибутив умещался на дискету.

Удивительный момент — наличие неплохой, в общем-то, и полезной фичи приводит к потере пользователей, если эта фича мешает сделать продукт более открытым. Политика безальтернативной привязки пользователей к продукту работает лишь в том случае, если продукт на голову выше конкурентов. Это непредставимо в современном мире браузеров. Просто дайте пользователям выбор — Opera Link или Xmarks, иначе пользователи начнут выбирать между браузерами.

Кстати, как насчёт идеи кроссбраузерного плагина Opera Link? Пойдёт ли на это Opera?
Ну вот, вернулись к тому, с чего начали.

У нас API есть. У XMarks — нет. И что мы должны для них сделать?

Кроссбраузерный плагин — попросить, конечно, можно, но шансы на реализацию минимальные. У нас и своих забот навалом, более критичных. Opera Link — инструмент, рассчитанный на синхронизацию данных между браузерами Opera — десктоп, мобильные, телевизионные версии браузера… Это не общедоступный сервис, а лишь удобный нативный компонент браузера. Он не подразумевает заботы о стороннем ПО. То же самое, что и загрузчик: кто-то выбирает специализированный софт, а мне и другим пользователям вполне достаточного встроенного оперного загрузчика. Им и пользуемся.
И что мы должны для них сделать?

Отвечаю предельно чётко: API доступа к закладкам браузера без какой-либо привязки к серверу.

Только почему «для них»? Для нас, для пользователей. Как и всё, что вы делаете. Просто дайте возможность пользователю выбирать, какой сервис хранения использовать: Opera Link или Xmarks. Именно «или», не «и».
К сожалению, на данный момент отдельного API для закладок не получится без риска порушить функционал Opera Link.
А я, тем не менее, ещё раз скажу, что интересует использование Оперы с Xmarks при неиспользовании Opera Link. Нельзя порушить то, что не используется.
Opera Link может не использоваться, но код-то из браузера никуда не девается. Потом пользователь захочет включить Opera Link — и что получит?
А получит он ровным счётом (ну, вот совершенно-таки) то же самое, что и при отключении Opera Link, добавлении-удалении-изменении закладок оффлайново и включении Opera Link. Вполне штатная ситуация. Это при условии реализации моего предложения о блокировании API закладок браузера при включённом Opera Link.

Извините, но, как программист со стажем, вижу в данном вопросе исключительно политические, но не технические ограничения.
В программировании технических ограничений вообще нет в принципе :)
Но есть целесообразность и трудоёмкость. Как видно из нашего обсуждения, технически для XMarks есть возможность работать с Opera, но ведь не работают почему-то…
То есть, Вы ни разу не догадываетесь, почему они не работают.
И синхронизация сразу с двумя серверами Вам, конечно же, не кажется порождением доктора Франкенштейна.
Ага.

Ну, я тогда пойду тихонечко отсюда, потому что доводов у меня более нет.
Т.е. вы предлагаете выбросить собственный сервис Opera Link ради интеграции с XMarks? Однако…
Вернусь я тихонечко сюда и напишу: «Нет, я не предлагаю его выбросить, я предлагаю дать возможность создать альтернативу, и пусть пользователь выбирает, какой именно сервис ему использовать».
Повторю: на данный момент угодить «и вашим, и нашим» не получится. Чтобы выпустить отдельный Bookmarks API — нужно убрать (или, как минимум, полностью переработать) Opera Link. Оставить оба варианта одновременно нельзя.
Кстати, можно сделать это API доступным только при отключённой Opera Link, а при включённой — блокировать для исключения ранее упомянутых Вами возможных коллизий.
У нас API нет
fixed. Речь идёт об API для закладок. opera.bookmarks.insert, opera.bookmakrs.remove бла бла бла. А не Opera Link. Речь идёт о функционале Xmarks, а не об облачном сервисе Opera.

Каким образом оно будет сочетаться или воевать с Opera Link уже не важно, лично меня синхронизация закладок между операми интересует куда меньше, чем синхронизация закладок между всеми моими браузерами.

Обидно что опера который раз посылает нас с xmarks (уже даже не хабре эта тема не первый раз поднимается), а сама лепит всякую ерунду вроде прогноза погоды в speed dial. Да в гробу я видал speed dial…

На худой конец сошли бы и расширения opera Link для chrome и firefox, но в этом смысла будет предельно мало, в тоже время как API для закладок может пригодиться самым разным расширениям. Честно говоря удручает ситуация с расширениями для оперы, даже в Chrome лучше =( Хотя они и там весьма слабы.
А это Opera Link API Beta разве не API? Или вам надо JS API, и не хочеться писать свои обёртки?
STAR, уже ни раз отписали, что Opera Link тут не причём. Совсем! И вообще управление закладками должно осуществляться не через ajax-запросы вида link.api.opera.com/rest//(<folder_id>/)import/, а через native API, и да, на JS, т.к. расширение. И да — оно должно срабатывать сразу по клику, а не по ожиданию отклика вида расширение + ajax + ожидание подхвата link + результат. Или таки я чего то недопонимаю?

Нужна нормальная инфраструктура для нормальной работы полезного расширения. Причём тут Opera Link? Xmarks имеет свой собственный облачный сервис, который никак не связан с оперой.
Так тут вопрос не о том как должно, а том, что говорят что нету, а оно есть, да неудобно, но реализовать можно.
Я бы не назвал это технической возможностью. Как бы там не получилось как с марсоходом (ping > 10min.). Или я ошибаюсь? В любом случае нужно API для вкладок браузера. А вот будет ли оно использовать Opera Link или нет уже дело десятое.
Судя по этой статейке bit.ly/O2nHnu расширять функционал средств синхронизации надо, правда не факт что в сторону совместимости с Xmarks.
А Вы не путаете API доступа к сервису Opera Link с тем API, которое необходимо Xmarks, и которого нет, а именно API работы с закладками браузера?
> а именно API работы с закладками браузера?

А какой API нужен для работы с файлами, хранящимися в обычном текстовом формате? Все закладки прописаны в bookmarks.adr, в виде plain text.
Разве расширения могут править файлы в системе? Разве редактирование bookmarks.adr подхватится на лету? Даже если оба — да, это же страшные костыли, а не API для Xmarks
Документирован ли этот формат?
Есть ли гарантия, что формат файла не сменится внезапно?
Влечёт ли модификация файла обновление закладок в запущенной копии браузера?
Доступен ли файл для модификации плагинами во всех ОС?
Вы всерьёз считаете текстовый файл полноценной заменой API?
Для ответа на все эти вопросы и был опубликован Opera Link API. Почему он не устраивает XMarks — я не знаю.
Выше уже ответили, что Opera Link API, судя по всему, не устраивает Xmarks по той банальнейшей причине, что он предназначен совсем для другого. Для поддержки Xmarks в Опере не нужно API сервера Оперы. Для поддержки Xmarks в Опере нужно API клиента, т.е. браузера.
Зачем гадать? Почитайте сами Opera Link API. Там как раз и описываются все методы обработки закладок — от создания и сортировки до перемещения и удаления.
Узнайте, пожалуйста. Мы ждём этого уже несколько лет.
Почему, кстати, не попробовать с другой стороны? Сообщить о проблеме разработчикам XMarks.
Они прекрасно осведомлены о проблеме. Их кормят теми же «завтраками», что и нас, пользователей.
А можно ссылок?
Кстати — да, было бы интересно посмотреть на «завтраки».
Можно. Кстати, где-то встречал и другие реплики.
Очень интересно. Разработчики XMarks говорят, что работают с Opera и ждут каких-то изменений с нашей стороны в Extensions API, а между тем в нашей BTS нет ни запроса с их стороны, ни task, которая была бы инициирована после запроса из XMarks…

В BTS есть только два запроса от пользователей с просьбой наладить контакт с XMarks для добавления поддержки XMarks на десктопе (один запрос в 2010 году, второй — в марте 2012), плюс один запрос на поддержку XMarks на Андроид-платформе (2011 год).
Кто ж спорит! Только вот Ваш ответ до боли напоминает доводы сотовиков о ненужности услуги сохранения номера при смене оператора ;) Я хочу менять браузеры почти как перчатки, но осмысленно. Скажем, реализовали в Опере интересную фичу — перепрыгнул на неё, попользовался до чудо-свершения в каком-нибудь другом браузере. За это время Гугл с Яндексом с моих поисковых запросов Опере перечислили денежку, а я, тем самым, поощрил Оперу за интересную фичу. Пока не будет поддержки Xmarks, Гугл с Яндексом с моих поисковых запросов будут платить Мозилле и… хм… Гугл сам себе.
Илья, а в этом году UpNorthWeb будет?
Нет.
А отчёты о падении Opera отправляемые с помощью её инструмента берутся в обязательную разработку или нужно всё дублировать дефектами (просто не всегда получается понять сценарий падения)? Или в отчёте недостаточно информации?
Тоже интересует данный вопрос.
Насколько я знаю, там идёт сначала автоматическая обработка, и только по достижении некоей критической массы репортов подключаются живые тестеры. Но подробней не скажу — это надо у pepelsbey узнать.
Просто я заметил, что когда я описывал дефект о падении, то в следующих билдах Opera Next он пропадал, а просто при отправке автоматического отчёта не всегда, и мне интересно это совпадение или нет.
Отчёт о падении автоматизированный, его сложнее анализировать и сначала такие отчёты должны пройти некоторый статистический порог, прежде чем на них обратят внимание. Надёжнее будет отправить багрепорт в трекер.
Уже давно страдаю от частых зависанй на 1-2 секунды. В винде тоже самое, но с вылетами вместо зависаний. Решил снести профиль и начать всё сначала. Теперь наблюдаю после синхронизации это. Shpankov, это дань рекламе? Или это опера так презирает меня? :) Чувствую себя как в мусорной яме.

Надеюсь зависания уйдут.
Пожалуй ещё добавлю:
1. Недавно (в течении полугода) удалённые закладки всплывают после чистой установке. Почему? ) Уже который год так
2. Когда починят поиск на сайте расширений? Он что там регистроустойчивый? Установите наконец Sphinx, или аналог. Приходится искать расширения через гугл, даже если я знаю их точное название. Бред какой то )
> 1. Недавно (в течении полугода) удалённые закладки всплывают после чистой установке. Почему? ) Уже который год так

Нет, не который год. Этот баг всплывает время от времени. Сейчас снова появился, я отреагировал:
habrahabr.ru/company/opera/blog/153105/#comment_5210419

> 2. Когда починят поиск на сайте расширений? Он что там регистроустойчивый? Установите наконец Sphinx, или аналог. Приходится искать расширения через гугл, даже если я знаю их точное название. Бред какой то )

А что с поиском расширений? Маленькая подсказка: там надо проверять, какой язык выбран:



Если расширение на английском — оно не будет искаться в русском разделе. Т.е. нужно включить глобальный поиск.
1. Что-то я запутался. Баг с синхронизацией и рекламой и баг с моими удалёнными закладками это одно и тоже? Вы уверены? Насколько я понимаю реклама просто не удаляется сама после синхронизации, и если я её сотру до синхронизации, то её не будет после. Я не прав?

2. Ок, понял. Меняю вопрос — эту глупость когда-нибудь уберут? ) Пусть она ищет по всем языкам, если не находит в текущем. Ведь это же полный маразм — я не смог найти там даже LastPass, без смены языка.
> 1. Что-то я запутался. Баг с синхронизацией и рекламой и баг с моими удалёнными закладками это одно и тоже?

Я отвечал по повторному появлению при синхронизации дефолтных ссылок после удаления. А что с «моими удалёнными закладками»?

> 2. Ок, понял. Меняю вопрос — эту глупость когда-нибудь уберут?

Отправьте баг-репорт — я его переведу в разряд feature request.
1. Дык я же описал выше. Всякий раз после синхронизации на чистую я вижу в списке закладок те закладки, которые ранее удалил. Причём прямо в корне. даже если они были в «папке». Приходится их удалять повторно. Полагаю что не все удаляемые закладки подвержены этому глюку.
2. Вы уверены, что мой bug-report на ломанном английском будет лучше вашего, на норвежском? :)
1. Т.е. восстанавливаются ваши же закладки (созданные вами когда-то), вами же удалённые? Если так, то, возможно, это одна и та же проблема.

2. Я поправлю ваш английский, а норвежским не владею. Просто запросы от сотрудников и от пользователей — это разные вещи. К пользователям внимания больше.
1. Да
2. DSK-375027
OK, спасибо.
Пожалуй к первому багу нужно добавить 1 нюанс. После синхронизации на чистую закладки без папок в каком то рандомном порядке восстанавливаются. Вклиниваются туда, где их не было. Возможно это важно.
>>Маленькая подсказка: там надо проверять, какой язык выбран:
А куда делся пункт «На любом языке»?
Никуда — он там тоже есть. Просто локаль выставляется автоматом, по локали браузера.
Раньше был первым в списке, а сейчас найти не могу
image
Хм, действительно… Добавил коммент в баг-репорт.
> Теперь наблюдаю после синхронизации это.

Я тоже это наблюдаю, поэтому и отправил на днях баг-репорт. В работе.
НЛО прилетело и опубликовало эту надпись здесь
Мой баг-репорт не о ячейках, а о закладках. Все ячейки у меня отрабатывают без косяков.

Вопрос: а зачем давно отключали синхронизацию, чтобы недавно включить? Между включениями синхронизации браузер обновлялся? Какие-то действия с ячейками производились?
НЛО прилетело и опубликовало эту надпись здесь
Проверим.
Что интересно — прошли уже сутки. а зависаний на 1-2 секунды более не наблюдал. Удаление профиля помогло. Надеюсь :)
А в какой версии планируется прикрутить NTLM авторизацию на прокси?
ИМХО, ни в какой не планируется.
Параметр в opera:config — Enable NTLM

Но при его включении на каждой вкладке приходится подтверждать пароль. Прокcи — squid
> Но при его включении на каждой вкладке приходится подтверждать пароль
да, это задалбывает :(
Жду CSS3 Exclusions и CSS3 Regions. Да, и новый черновик Canvas2D ;)
А почему моя опера некст говорит что у меня последняя версия? Или Беты это еще одна третья ветка теперь?

По поводу API. Всё очень пре-очень круто, но уж очень хочется API для управления проксёй, чтоб аналог фокси-прокси замутить.
Не сказали про DOM Keyboardv Events Level 3. Не смотря на то, что в данный момент этот стандарт более чем бесполезен, в Opera 12.10 пофиксили многие проблемы связанные с «legacy» методами обработки событий клавиатуры.
Нужен API для расширений для работы с боковой панелью.
— Возможность узнать, что страница внутри боковой панели;
— Текущий статус — закрыта или открыта панель (видна ли страница);
— События открытия и закрытия панели;
А когда-нибудь будет реализована фича Tab on demand?

В 11ой опере все табы хотя бы грузились одновременно при старте, можно было их спокойно остановить через stop all. Но теперь они как-то по-хитрому грузятся!
Сравнительно недавно отправлял несколько багрепортов разной степени важности (а именно DSK-374921 и DSK-374870). Ни один из них так и не пофикшен, никаких писем так же не приходило. Можно узнать что-нибудь об их судьбе?
Первый в работе, второй пока нет.
Пожалуйста посмотрите состояние бага DSK-362845, он о том, что у вновь созданного таба нельзя получить url, если он создан в фоне. Очень мешает, для доработки расширения (Tab Grouper), чтобы автоматически группировать табы.
Также завёл DSK-375071 по этому поводу.
Пока не в работе.
&ltНовая ветка для обсуждения поисковой строки и google API>
Тащем та да, в хроме ответ прилетает другой:
[«fonarevka»,[«fonarevka»,«fonarevka forum»,«fonarevka ru»,«fonarevka.lux-rc.com»],["","","",""],[],{«google:suggesttype»:[«QUERY»,«QUERY»,«QUERY»,«NAVIGATION»],«google:suggestrelevance»:[1350,602,601,600],«google:verbatimrelevance»:603}]

т.е. мы видим google:suggesttype который для fonarevka.lux-rc.com является NAVIGATION.

Запрос для хрома в общем виде:
www.google.ru/complete/search?client=chrome&hl=ru&q=fonarevka
для оперы
www.google.ru/complete/search?client=opera&hl=ru&q=fonarevka

можно сходить и посмотреть разницу.

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

Shpankov, я так понимаю вопрос исчерпан и нам нефига ловить?
Фактически — да, можно закруглиться. Я, конечно, передам в двух словах инфу коллегам, но если дело во внутреннем API Google — неверное, шансов нет.
Не пойму, в чём проблема? Google API возвращает просто список, почему бы не обращаться с этим списком как с пользовательским вводом в адресную строку?
Т.е. выбрал пользователь текст — формируем поисковый запрос, выбрал доменное имя — открываем его непосредственно.
Другими словами, просто не нужно подставлять «g » к полученной строке, а браузер уже сам разберётся, что делать.
> просто не нужно подставлять «g » к полученной строке

g не имеет значения.

> Google API возвращает просто список, почему бы не обращаться с этим списком как с пользовательским вводом в адресную строку?

Он возвращает разный список разным браузерам.
Ориентироваться на регекспы не правильно, ибо домена может и не быть на деле, хотя его ищут пользователи :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
При использовании Fullscreen API, Opera после выхода из полноэкранного режима занимает почти рандомную позицию на экране, если до входа в полноэкранный режим не была растянута на весь экран.
Opera Next постоянно валится с окошком об отправлении отзыва. Пробовал x64, x86, Opera Next, обычную оперу, установленную с нуля и обновленную — валится и всё тут.

Единственное условие, которое соблюдается постоянно — вкладок больше 10. Чаще всего палает из SpeedDial и с Яндекса.

Почему так может быть?

(Win7 Ultimate sp1, Athlon 2 x64 645, 8гб оперативы)
Багу уже года два, наверное.

Добавляем в контент-блокер урл «http://*.adriver.ru/*» потом идём по адресу, например, www.computerra.ru/sgolub/604307/ и видим, что комменты из intensedebate не грузятся в конце страницы (а должны), дизаблим контент-блокер — коменты грузятся. Вот очередной баг на эту тему, заведён год назад DSK-333805

Я даже могу рассказать, какой код на странице этот глюк вызывает, но так как нет ни малейших попыток это уточнить, баг остаётся неисправленным.
Баг числится закрытым давно, поэтому давайте результаты вашего изучения проблемы — посмотрим.
Скрипты adriver создают какие-то хитрые iframe-ы, которые блокируют выполнение привязанных обработчиков события load для документа. Если по указанной странице перейти и в окне редактирования кода последовательно удалять все включения адриверовских скриптов (и нажимать Apply Changes), то в какой-то момент комменты начинают грузиться.
Опишу и я пару проблем по опере в маке:
— не открываются настройки по сочетанию cmd+, при русской раскладке (наверняка и при любой другой, где на соответствующей кнопке не запятая), хотя подобные сочетания являются общесистемными. В опере шоткат для настроек свой (cmd+F12), но тянуться на разные стороны клавиатуры к F-клавишам (через Fn и options, чтобы не сработали системые функции типа Exposé) очень неудобно.
— с какого-то обновления (примерно 12.00) при запуске браузера окно ввода мастер-пароля остаётся под основным окном, и при попытке воспользоваться жезлом не выползает наверх. Визуально кажется, что жезл сдох, и нопка автозаполенения (и шотката) просто не работают.
Подобные мелочи сильно мешают обычному использованию браузера, заставляя лишний раз обратить на себя внимание, что происходит не без злости.

Про общую тормознутость при большом количестве вкладок писать не буду, и так все всё знают. Однако, напомню про стабильные 5-10 секунд ожидания с нагрузкой на одно ядро при открытии и закрытии (в т.ч. без сохранения) окна паролей из настроек, и окна просмотра/редактирования куки из окна «настройки для сайта» или окна настроек.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий