Opera 9.0 теперь проходит тест ACID2 полностью

> WindowsUser, а тебе ни разу не приходилось открывать несколько ссылок в разных окнах с одной страницы? И как, IE рулид в этом случае? В ff я их обкликаю средней кнопкой, и они откроются в табах в бакграунде. А теперь расскажи, как ты это делаешь в IE. Слушаю.

Он в этом случае тренирует пальцы - быстро-быстро наживает Alt+Tab :)

*открой

Любители khtml тихо хихикали

>Любители khtml тихо хихикали

маниакальная депрессия? =)

> Открыты Opera 9 и Firefox 1.5

Недавно проверял 1.5 и 9 (может 9, не помню) - опера всегда была меньше всего лишь на ~10-15 мб при любом одинаковом количестве табов.

>http://img79.imageshack.us/img79/5519/konq2mx.png

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

>Любители khtml тихо хихикали

А хваленный KHTML разве уже научился делать это:

Added support for Web Forms 2.0. Implemented support for canvas. Improved handling of the align attribute. Removed support for XML namespaces in HTML documents. Allowed negative numbers in numbered lists. Added support for xml:id. Added option to re-parse invalid XML documents as HTML after XML parsing has failed. Fix to prevent minimized boolean attributes from being ignored if they are followed immediately by a / character.

Added support for XSLT 1.0 and the XSLTProcessor constructor. Added support for XPath 1.0. Implemented designMode for rich text editing. Implemented Node.textContent property from DOM 3 Core. Added support for onreadystatechange events, and the readyState property. Implemented scripting support for canvas. Added window.getSelection, and associated methods. XMLHttpRequest returns the status code for the cached page if the request returns the cached page. Fix to allow scripts to override a CSS #double #id selector. Fix to prevent CSS generated content being duplicated when element contents are changed with scripts. Fix to reset scrolling as needed when removing content from an element with overflow.

И ссылки с "#" неужели уже открывает?

>они лихорадочно его переписывают постоянно =)

Вам шашечки, или чтобы ехало? Возраст Оперы примерно такой же (с точностью до полугода, где-то), как у Mozilla (не Mozilla Fondation, а Mosaic Killer, естественно). При этом сегодня Опера работает быстрее, памяти жрёт меньше, багов имеет явно не больше, чем в Фоксе, а по фичастости - где-то круче Фокс (ScrapBook, например), где-то - Опера (UserJS и т.п.).

В общем, вижу паритет. Так что лично мне - глубоко фиолетово, как часто там переписывают движок. Важно, что работает. А не тащит в себе уязвимости, обнаруженные ещё в 1997 г...

у меня gmail с фф грузится за 5 сек, потому почти всё берет из кэша, а в опере постоянно качает 400 кб.

сложилось мнение, что опера с кэшем не умеет работать.

>Всем уже давно известно, что у нашего страдальца наставлена куча экстеншенов, никому нах не нужных, некоторые из которых и текут.

Scrap Book, SessionSaver, Translation Page, AdBlock, LastTab. Всё. Если ставить что-то больше, то Фокс глючит и тормозит до просто уже неприличности. Что из этого течёт? Что из этого "нафиг не нужно"?

...

Кстати, по приведённым ранее цифрам памяти, потреблённой Оперой. Совсем забыл сказать, что в ней при этом были открыты два IMAP-ящика с общим числом писем около 15тыс.

>а по фичастости - где-то круче Фокс (ScrapBook, например), где-то - Опера (UserJS и т.п.).

покури для начала что такое Gecko, XUL/XPFE а потом поговорим - можно ли вообще сравнивать фичастости движков оперы и мурзилки =)

>Важно, что работает. А не тащит в себе уязвимости, обнаруженные ещё в 1997 г...

у тебя есть уверенность что в движке оперы нет застарелых дыр? Сплойты для которых давно крутятся в узких кругах?

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

>Брехня. Самый быстрый браузер -- lynx.

Согласен. Я приводил уже на ЛОРе цифры для 
http://balancer.ru/files/0512/anchor-test.rar

Opera 8.51     - 11.7сек 
Firefox 1.5    - 48.6сек. 
Epiphany 1.8.3 - 2 мин. 1 сек. 
Konqueror 3.5  - обломал, сказав, что протокол file:// не поддерживается. Разбираться не стал.
links 2.1      - 4.5 сек 
links -g       - 18.8сек 
lynx 2.8.5     - 2 сек 
dillo          - 5.9сек

>По понятным причинам ни одному из обсуждаемых тут браузеров за ним
>не угнаться. Заявления оперов, что их браузер самый быстрый --
>просто пиар.

Но для непонятливых можно удлиннить определение: "самый быстрый из
полноценных" :) По крайней мере он быстрее links'а в графическом режиме...

У Оперы теперь другой, не менее скромный лозунг -- "Лучше просто не найти!" :)

>у меня gmail с фф грузится за 5 сек, потому почти всё берет из кэша, а в опере постоянно качает 400 кб.

Это разработчики GMAIL не хотят нормально поддерживать Оперa - а конкретно не желают отдавать Оперe кэшированную версию ГМЫЛА. Одно время проходил следующий трюк - если подделать юзер-агент Оперы под Мозиллу (только не через меню F12, а нормально - через ua.ini), то гмыло отдавало Опере полноценную версию своей странички (все доставалось из кэша). Ну не любят они Оперу. И разработчик из FF у них в комманде совершенно не случайно объявился.

>сложилось мнение, что опера с кэшем не умеет работать.

Глупо делать выводы о всем кэшировании браузера из-за какого-то одного сайта, сделанного по нестандартной технологии.

> по фичастости - где-то круче Фокс (ScrapBook, например)

Кстати, под оффтопик уже появился аналог ScrapBook для Оперы - плагин OperaBook. Может и для юниха со временем портируют...

а что для оперы расширения не кроссплатформенны, как в ФФ?

> а нормально - через ua.ini

работает, tnx, поставил

gmail.google.com=2 gmail.com=2

>>Кстати, под оффтопик уже появился аналог ScrapBook для Оперы - плагин >OperaBook. Может и для юниха со временем портируют...

Для огнелиса ниче портировать не надо, плагины универсальны! Опера идет лесом. Все заявления про скорость и т.д. если честно вообще херня какая-то, про сплоиты и падения вообще тож туфта, сколько использую ничего не встречал.

Вопрос знатокам Opera. Что происходит в этом браузере с внутренними ссылками в больших документах? Вот для примера:

http://search.cpan.org/~timb/DBI-1.50/DBI.pm

Переходим по ссылке из оглавления в раздел в середине документа:

http://search.cpan.org/~timb/DBI-1.50/DBI.pm#Database_Handle_Attributes

Теперь пробуем переходить по ссылкам внутри этого раздела. Как ведёт себя Opera у вас? У меня (8.51) по любой ссылке прыгает в конец документа... В других браузерах, включая Opera 7.x, все работает нормально.

Пробовал другие большие документы, везде такая картина. Где то после 100 KB текста внутренние ссылки начинают вести себя непредсказуемо. Иногда работают, иногда сваливаются в конец документа. Это касается только Opera 8.x. Девятку не пробовал еще.

Каким образом? Хоть один плагин для оперы был портирован под юникс?

Вообще не переходит по разделам, 8.53

>Вообще не переходит по разделам, 8.53

8.51, виндузовая версия, все работает (переходит по разделам)

> Про натуральность тестов:

> http://people.opera.com/rijk/opera/

> попробуйте проскроллить в FF и Opera. В FF слева происходит какая-то фигня.

а что должно происходить? у меня в Konq'e там неподвижный текст

>а что для оперы расширения не кроссплатформенны, как в ФФ?

Если это UserJS - то кроссплатформенны. Если юзают нативные Windows DLL или EXE - естественно, некроссплатформенны. Скажем, под Фокс тоже есть некроссплатформенные :)

> Никакого секрета нет: http://top.mail.ru/stat?id=71642;what=sys;period=3

ну, мои компы думаю не учтены (и домашние, и рабочие) - у меня всегда картинки по умолчанию отключены

>Вопрос знатокам Opera. Что происходит в этом браузере с внутренними ссылками в больших документах? Вот для примера:

В девятке прекрасно переходит без единого нарекания. Не думаю, что в 8.x должны быть глюки, ибо именно внутренние переходы в документе - всегда были силой Оперы. Фокс только сейчас догнал Оперу по скорости на средних объёмах документов и ещё заметно отстаёт на больших - см. цифры выше.

а на http://top.list.ru/* у меня adblock стоит

Она написана на C.

>>А с учетом немеряной фичастости движка от Mozilla Foundation и черепашьей скорости развития оперы - можно предположить что код оперы как минимум ужасен, а как максимум - просто противопоказан к открытию. Проприетарный софт должен умереть.

Бредить даунам пока никто не запретил...

Вот, кстати. Сегодня, в очередной раз загружая перед вкуриванием http://www.hibernate.org/hib_docs/reference/ru/html_single/ обратил внимание на цифры объёма документа. Заинтересовался. Открыл его в Фоксе...

В общем, в Опере9tp переходы по анкорам в этом документе происходят МГНОВЕННО. Даже в конец документа. В Фоксе 1.5 - полторы-две секунды в середину документа и 3..4 секунды - в конец.

В Опере можно комфортно прыгать по ссылкам и Back'у. Фокс же - воспитывает склонность к медитациям.

Памяти сожрано 148Мб у Оперы (с 24 закладками) и 187Мб у Фокса (с 4 закладками).

За февраль:
Mozilla/5.0 - 44.67%
MSIE 6.0 - 21.23%
Opera/8.5 - 3.96%
Opera/9.0 - 2.51%
Konqueror/3.5 - 1.94%
Konqueror/3.4 - 1.20%
Остальные - меньше процента.

Всем кто пытается изменять масштаб страницы и размеры окна - сообщаю, что тест корректно должен работать только при зуме 100%: http://my.opera.com/desktopteam/blog/show.dml/172375#comment1481504 И не надо тянуть свои шаловливые ручонки к скроллу! http://my.opera.com/desktopteam/blog/show.dml/172375?startidx=50#comment1483177

P.S. Слишком "умные" фанатики типа geek'а пусть нервно покурят в сторонке.

>Она написана на C.

http://ru.wikipedia.org/wiki/Opera

>Бредить даунам пока никто не запретил...

какой самокритичный ананимус.

>P.S. Слишком "умные" фанатики типа geek'а пусть нервно покурят в сторонке.

а не пойти ли тебе в жопу, товарищ ниасиливший_регистрацию_на_лоре

> да бывают с ним утечки памяти, бывают... Один раз может нормально несколько дней провисеть, а другой раз за день схавает 150 метров при одной закладке. И еще при этом закрываться нормально не хочет, надо убивать.

Ни разу такого не было, даже когда джава-апплеты глючные открывал и флешки неоптимизированные.

> Я по-прежнему предпочитаю пользоваться ИЕ - открыл окошко, поброузил что надо и закрыл - процесс ушел

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

> Они просто шлейфуют движок.

Гыгы :-) Хорошая опечатка :-)

Хорошо, на с++.

Но от этого твой бред про движки не уменьшается.

Вообще-то движок не переписывается заново, а дополняется и изменяется.

> Не думаю, что в 8.x должны быть глюки, ибо именно внутренние переходы в документе - всегда были силой Оперы.

Opera 8.x нормально работает с большими документами когда анкоры <a href="#..."> находятся в начале (то же оглавление например). А вот анкоры, расположенные ближе к концу документа работают как бог на душу положит. Я с этим сталкивался неоднократно и на работе (8.53 под винду) и дома (8.51 под линукс). При этом нигде более такого глюка не наблюдается, в том числе в Opera 7.x. К скорости перемещения по ссылкам никаких претензий нет. Ладно, буду пробовать 9.

Открыл прямо сейчас эту страницу - мгновенно переходит.

Правда, может из-за того, что у меня оперативки дохера.

>Вообще-то движок не переписывается заново, а дополняется и изменяется.

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

>Но от этого твой бред про движки не уменьшается.

никак не влияет. C++ порождает архитектурных монстров с легкостью, недоступной даже жабакодерам =)

И как движок оперы - это как максимум процентов 20% функциональности Gecko. Немного некорректно сравнивать

> Как ведёт себя Opera у вас? У меня (8.51) по любой ссылке прыгает в конец документа...

Opera 9 build 145 - никаких проблем, моментальные переходы по ссылкам куда просят.

> И как движок оперы - это как максимум процентов 20% функциональности Gecko. Немного некорректно сравнивать

интересен был бы список 80%

>интересен был бы список 80%

http://xulplanet.com/

>>никак не влияет. C++ порождает архитектурных монстров с легкостью, недоступной даже жабакодерам =)

Смотря как и кто кодит. ;) Про жабу, есессно, не будем вспоминать.

>>И как движок оперы - это как максимум процентов 20% функциональности Gecko. Немного некорректно сравнивать

Немного некорректно вообще так громко и безосновательно так заявлять.

Сравним Минимо и Оперу для мобильных. Опера выигрывает со значительным отрывом. А мимино - как обычно для пионерских поделок подавай навороченный телефон с кучей памяти и т.д. Проще надо быть... Opera Mini - вообще шедевр!

Интересно, а ты лично уже применил возможности XUL практически?

> Проприетарный софт должен умереть.
Умереть должен ты, грязный зеленый фанатик. По возможности, как можно
скорей.

Опера умрёт, это определённо.

>Опера умрёт, это определённо.

Все мы умрём.

80% движка занято только XUL? А всем остальным 20? Тогда понятно почему все что не XUL так нездорово...

Да плевать на соответствие тестам.
ЯваСкрипт исправили? Текстовые редакторы ЯваСкриптовые под Оперой работают?
v8 и прочие конувериоры с задачей не справлялись.

Если они при этом проходили тесты какие-то, значит тесты дряные.