Началось (http://my.opera.com/desktopteam/blog/2010/06/16/opera-10-6-b...) тестирование бета-версии web-браузера Opera 10.60 (http://www.opera.com/browser/next/), доступного для платформ Windows, Linux, MacOS X и FreeBSD.
Ключевые улучшения версии 10.60:
- Улучшена производительность JavaScript, DOM и CSS. Скорость прохождения некоторых JavaScript-тестов возросла на 75%;
- Оптимизировано оформление пользовательского интерфейса, более гармонично вписывающегося в широкоформатные экраны;
- Интегрирована поддержка видеокодека VP8 и медиаконтейнера WebM (http://www.webmproject.org/users/) (демонстрация (http://people.opera.com/howcome/2010/video/norway/index.html));
- Добавлена поддержка возможностей HTML5 (http://dev.w3.org/html5/spec/offline.html#offline) по выполнению web-приложений в offline-режиме (демонстрация (http://html5demos.com/offlineapp));
- Реализована поддержка Geolocation API (http://dev.w3.org/geo/api/spec-source.html) и технологии Web Workers (htt...URL: http://my.opera.com/desktopteam/blog/2010/06/16/opera-10-6-b...
Новость: http://www.opennet.me/opennews/art.shtml?num=26994
> Улучшена производительность JavaScript, DOM и CSSСколько ж можно улучшать-то?
да пусть улучшают! жалко что ль?
и вообще новость позитивная. У меня под FreeBSD опера на youtube'е ролики показывала почему-то только в самом высоком разрешении, меньше - просто чёрный экран со звуком, а сейчас нормально стало.
Хорошо работают ребята
Да мне интересно просто, когда предел наступит.
>Да мне интересно просто, когда предел наступит.Предел чего?
Функциональности, или безглючности?
Функционал постоянно добавляется (как у самой оперы, так и у web стандартов, css там всякие, webM туда же).
Глючность - тоже)
Ну а оптимизация кода - вообще дело бесконечное.
Имелось ввиду по всей видимости - когда Яваскрипты будут так заоптимизированы, что уже дальше - некуда)
Когда они обгонят C и asm, как java?
а когда это жаба обогнала асмъ?
Java до С и ASM простите, как раком до Парижа.Не верите - запустите любое Java приложение и рыдайте.
Даже JIT не помогает.Серверным приложениям - пофиг на отзывчивость, вот там и применяется, клиентские - ужас, интерфейс при запуске тормозит, пока не пройдёт его прекомпиляция, а сохранения скомпилированного кода на диске для последующего запуска - нету :)
>Даже JIT не помогает.Может он конечно и помогает, НО когда стопицот рантайм проверок в тугом цикле автоматически воткнут - вот тут уже ничего не поможет. Это тот самый случай когда лишние микросекунды запросто превращаются в часы. А жабисты почему-то упорно не понимают столь простой факт. Из-за которого ява (и прочие дотнеты) всегда будет сливать В РАЗЫ в тяжелых алгоритмах типа сжатия данных, обработки/сжатия аудио-видео-графики, шифрования, etc. И или уж есть рантайм-проверки с ножом к горлу, или оно уже не managed и не "так сказать безопасное".
>стопицот рантайм проверокКаких еще проверок? Типизация в Яве статическая afaik.
>>Даже JIT не помогает.
>
>Может он конечно и помогает, НО когда стопицот рантайм проверок"рантайм проверок" в жаве не больше чем в таком же алгоритме на сях
проверки на границы в проходах фором по масиву убираются житом (если вобще вставляются), а проверки на границы при доступе по некому левому индексу требуются и в программе на сях (иначе мы рискуем поиметь некую корку)
проблемы появляются при неумной или тяжёлой работе с толстыми объектами
(ну и проблемы появляются при старте программы, но использовать жавапрограмму в качестве грепа - это жесть ещё та)
Простине за многобукав, но...
Если запускать графическое приложение с использованием Swing, то действительно будут тормоза, поскольку отрисовка графических объектов в этой библиотеке не native. Плюс в том, что везде выглядит одинаково, минус ест ресурсы и работает медленно. Если использовать native библиотеки, такие как SWT, то работает гораздо быстрее. Сама java не такая уж медленная, как все думают. Тот же Quake энтузиасты портировали на java и сильного падения fps я как-то не заметил В районе 10%, но это несерьезно.
Главные проблемы java:
- это долгий запуск из-за инициализации виртуальной машины, но если приложение не надо запускать каждые 5 сек, то пережить можно.
- потребление памяти, но аппетиты можно несколько уменьшить используя ключи запуска вирт.машины.
- программисты, которые работая с объектами, плохо представляют как распределяется память под эти объекты.
Простой пример:
String str = new String("111111111111111111111");
str = str.substring(3,1);
Думаю, не все знают, что память выделенная под длинную строку никуда не освобождается, а str теперь ссылается на тот же массив (который никуда не денется, пока есть на него хоть какая-то ссылка), а вернее на 4-й символ. А если еще и конкатенацию зафигачить, не дай бог в цикле, при помощи простого "+" можно вообще получить большой кусок памяти отнятый у системы и никак не используемый.
>Когда они обгонят C и asm, как java?Точно, перепишите декодер VP8 на яве. Покажите нам как оно сделает си+асм от гугеля, который они там еще с SSE2 заоптимизили недавно. Честное слово - если вы на это разопретесь, я разопрусь на доскональные бенчмарки, чисто из интереса :)
Ога, может java которая script и не пилить дальше? Может сразу с и asm вставки в хтмл код вставлять?
Идея вставлять С - не нова :) Предлагалась гуглом вроде для вставки кода на стороне клиента :)Плюс вспомним майкрософт ActiveX - это по сути загружаемый бинарный код для x86.
А почему бы и нет? Можно и ASM и C вставки. Только так, чтобы они выполнялись на виртуальной машине.
Можно и сразу бинарники - скомпилированый код. Но только не так, как ActiveX, а в виртуальной машине, не обязательно даже x86. Лучше даже какой-то виртуальный набор команд, легко транслируемый в найтивный.
Если они исполняются на виртуальной машине - это уже есть :) Назыавется Java :)С и С++ можно исполнять на виртуальной машине (см. LLVM) но зачем ?
Современные браузеры исполняют JavaScript с помощью JIT, так что то на то и выходит.
> Если они исполняются на виртуальной машине - это уже есть :) Назыавется Java :)Только есть маленькое такое но... Чтобы это работало, необходим установленный jre.
а где бы посмотреть, как к опере 10.60 флэш прикрутить? а то в 10.50 пробовал, сама опера показывала, что плугины есть, но ничего не показывала
Например, adobe flash player.
sudo ln -s /usr/lib/adobe-flashplugin/libflashplayer.so /usr/lib/opera/plugins/
>Например, adobe flash player.
>sudo ln -s /usr/lib/adobe-flashplugin/libflashplayer.so /usr/lib/opera/plugins/забыл уточнить - во фре. правда я и спрашивал человека, который делал это под фрей
Попробуйте использовать linux-opera. Сам сталкивался с такой проблемой под фрёй.
Шрифты ! Поправить сглаживание шрифтов - пусть оно будет таким как в системе у всех приложений, а то ужас что на экране.
Видео WebM возможно смотреть разворачивая на весь экран?
Если я не ошибаюсь, то только в рамках рабочей области окна оперы. То есть реально на весь экран получится тогда, когда сама опера по F11 развёрнута на весь экран. Через одно место, конечно, но работает.
opera.com, "Загрузить Opera 10.10 для Linux (Opera 10.60 будет доступна позже)". Странно, раньше у меня спокойно загрузилась и работала 10.20.
>opera.com, "Загрузить Opera 10.10 для Linux (Opera 10.60 будет доступна позже)". Странно,
>раньше у меня спокойно загрузилась и работала 10.20.Opera 10.20 не существовало, после 10.10 выпустили 10.50 под винду, а для Linux релиз пропустили.
Посмотрел, какая у меня версия. Точно 10.10... Наверно, я 10.00 за 10.10 принял - по аналогии с драйверами ATi, у них после 8.12 сразу идёт 9.1.
Голый XLib. Не Qt, не GTK, а XLib. Потому что так быстрее. Потому что меньше зависимостей. Но программу надо дошлифовать после такой разительной перемены. Вот это я понимаю. И выглядит красиво. А кто-то не верил (в обсуждении анонсированного uTorrent для Linux), что бывают массовые программы на голом XLib, которые хорошо выглядят. Говорили, что сделают на GTK, поэтому программа менее 5 мегабайтов занимать точно не будет, и быстрее Windows версии не будет тоже.
Полная чушь :) Прежде чем хвалить XLib загляни хотя бы в справку по его функциями и ужаснись. Пусть он работает быстрее - ну так, Опера и раньше рендерила все с помощью XLib а на Qt был реализован только интерфейс.И вообще Chrome написан на GTK но как видите ему это не мешает, не так ли ?
>Полная чушь :) Прежде чем хвалить XLib загляни хотя бы в справку
>по его функциями и ужаснись. Пусть он работает быстрее - ну
>так, Опера и раньше рендерила все с помощью XLib а на
>Qt был реализован только интерфейс.
>
>И вообще Chrome написан на GTK но как видите ему это не
>мешает, не так ли ?Мешает. Иногда, как и многие ГТК-шные, то зависнет на пару секунд, то притормаживает. Правда не пробовал на 10.04 убунте - а там почему то всё (как минимум у меня) быстрее работает и (относительно) без зависаний. Ничего такого не наблюдалось на QT-шных и XLib-ных прогах, причём установленных в базовой (Гномовой) Убунту и работающих (в первом случае) через kdelibs или как оно там.. Не то что совсем гладко - но ведут себя по-другому и гораздо отзывчивее. Правда, видимо из-за проблем с этими транслирующими кде-либами, у меня бывало, что, к примеру, Гвенвью на 9.10-ой убунте вылетал. Но это уже другое - явный баг, а не тормозящий "нормальный режим работы" Гнома.
> Иногда, как и многие ГТК-шные, то зависнет на пару секунд, то притормаживаетНу, это ты зря. Это субъективные ощущения? Я вообще не собирался холивара против GTK начинать. А то придёт кое-то и будет говорить, что GTK рулит, GTK = Linux, потому что ничего другого достойного нет...
>Полная чушь :) Прежде чем хвалить XLib загляни хотя бы в справку
>по его функциями и ужаснись. Пусть он работает быстрее - ну
>так, Опера и раньше рендерила все с помощью XLib а на
>Qt был реализован только интерфейс.
>
>И вообще Chrome написан на GTK но как видите ему это не
>мешает, не так ли ?И вообще, что это все обленились и строят левых клонов на этом ГТК...
>>Полная чушь :) Прежде чем хвалить XLib загляни хотя бы в справку
>>по его функциями и ужаснись. Пусть он работает быстрее - ну
>>так, Опера и раньше рендерила все с помощью XLib а на
>>Qt был реализован только интерфейс.
>>
>>И вообще Chrome написан на GTK но как видите ему это не
>>мешает, не так ли ?
>
>И вообще, что это все обленились и строят левых клонов на этом
>ГТК...Тем более для многих простых и лёгких прожек\утилит, требуется очень мало "функций" и зависимостей. Зачем им ГТК+ всякие?
А на чём ты напишешь простую прогу-утилиту, если у тебя даже нету простейших элементов интерфейса ? Будешь рисовать для каждой простой утилиты кнопки и списки сам ?GTK и QT и подобные либы - по сути необходимое зло, ибо Linux не обладает своим стандартным графическим сервисом, который позволяет рисовать элементы управления. И время на разработку программы сокращается в разы :)
Что касается Оперы - несмотря на использование XLib обратите внимание - её кнопки и элементы управления могут использовать стили, которые по умолчанию установлены в Gnome или КДЕ. А как она это делает ? Естественно вызывает эти самые библиотеки КДЕ или Gnome, чтобы они отрисовали кнопки, списки и проч.
Вообщем всё как работало - так и работает.
>Opera 10.20 не существовало, после 10.10 выпустили 10.50 под винду, а для Linux релиз пропустили.беты были:
http://www.freshports.org/www/opera-devel/
Позитив. Зачот. И диалоги нативные использует. ^_^
P.S. На Фре сглаживание сглаживается, проблем не заметил.
интерфейс какой-то гуглохромненький, и фирменную закладку с макета ФФ4 стырили
> и фирменную закладку с макета ФФ4 стырилиа не наоборот?
именно наоборот - как раз первые альфы оперы, а потом фф стырила.
после обновления начались какие-то странные подвисания при переходе по ссылкам, а когда в такой ситуации жмешь "стоп", переходит по ссылке.
откатился обратно на 10.10
suse 11.2
Странно пока себя ведёт опера. Раньше только на ней и сидел. Помню золотые времена Opera M2 и шикарнейшего встроенного RSS-ридера. м...Но потом пересел на Chromium и привык к таким плюшкам, как "умное" открытие вкладок, т.е. не тупо правее текущей, а смотря через какое время открывается и т.д., прикрепление вкладок, скорость работы.
Новая Opera не порадовала. Почему-то необоснованнно тормозит при загрузке страниц. Не знаю с чем связано, но перед открытием яндекса "думает" около 30 секунд. Шрифты пока вырвиглаз.
PS Обидно что не уберут заголовок как в Chromium. Тупо плашка с названием сверху, отъедающая место.PPS Надеюсь, в следующих версиях Opera будет так крута, что вернусь с Chromium'a на неё
При переключении раскладки "нервно" реагирует на клавишу Alt... и раскладку переключает и меню открывает... а если нажимать сначала Shift, а уж потом Alt (ну привык я по этой комбинации переключать) то всё адекватно... приходится менять рефлексы
В загрузках не открывает папку куда загружалось если она на русском языке названа была... а в 10.10 было всё оk... и снова рефлексы менять?