Comments 188
Также данное изменение позволило сделать интерфейс браузера более адаптированным к таким разным средам, как KDE и GNOME. Пробуйте, тестируйте, присылайте свои замечания и предложения.
Эта адаптация меня испугала) После обновления до беты менюшки отрисовывались в стиле Windows 3.11, а диалог сохранения файла выглядел вообще как простой input.
Оказалось, что это из-за настройки Dialog Toolkit в opera:config, раньше у меня стоял на 1, теперь надо поставить обратно на 0)
И да, снова древний баг с переключением раскладки) Нажатие Alt+Shift снова при каждом нажатии открывает меню браузера))
Предлагаю в качестве эксперимента повесить переключение раскладки на Caps Lock и пожить так пару дней.
Не могу понять эту сентиментальную привязанность осободившихся от Форточек к переключению раскладки двумя кнопками :)
Не освободившийся я)) Дома винда, на работе убунта) И это осознанный выбор)
От вредных привычек не просто избавиться…
Две кнопки в самый раз. Больше двух реально неудобно, а при одной возрастает вероятность промахнуться и случайно переключить раскладку.
У меня на Win-клавише так же стоит смена раскладки, но привычка заставляет смотреть на открывшееся меню :-D
Удивительно, но я привык использовать Caps Lock исключительно по назначению. Вообще IMHO дурацкая привычка переопределять функции клавиш.
> И да, снова древний баг с переключением раскладки) Нажатие Alt+Shift снова при каждом нажатии открывает меню браузера))
Да, есть такое. Как временное решение — нажимать сначала Shift, а потом Alt ;)
Да, есть такое. Как временное решение — нажимать сначала Shift, а потом Alt ;)
Спасибо.
Очень радует нативный внешний вид.
Однако есть проблема с меню:
1. Переключение раскладки по alt+shift открывает меню.
2. Клик на элементах меню, в которых подразумевается подменю, ведет к закрытию меню.
Ну у вид комбобоксов не совсем как в системе — появляется достаточно толстая сераю рамка.
Очень радует нативный внешний вид.
Однако есть проблема с меню:
1. Переключение раскладки по alt+shift открывает меню.
2. Клик на элементах меню, в которых подразумевается подменю, ведет к закрытию меню.
Ну у вид комбобоксов не совсем как в системе — появляется достаточно толстая сераю рамка.
а как на счет опции -notrayicon?
ее навсегда удалили? или так, временные трудности с реализацией?
ее навсегда удалили? или так, временные трудности с реализацией?
и как на счет жаба-плугина?
Уже 3 дня как юзаю.
Тоже огорчился отсутствием -notrayicon.
Нашел в changelod'e, что с какой-то предыдущей версии это настроку перенесли в «Preference»
Но ни в каком файле настроек ее выключенной не нашел.
И пояснений как включать тоже нет в инете.
Думаю автор этого может прояснить ситуацию.
Тоже огорчился отсутствием -notrayicon.
Нашел в changelod'e, что с какой-то предыдущей версии это настроку перенесли в «Preference»
Но ни в каком файле настроек ее выключенной не нашел.
И пояснений как включать тоже нет в инете.
Думаю автор этого может прояснить ситуацию.
Что-то страшное происходит с браузером после изменения настроек и перезагрузки оного. Как в меню так и в opera:config. Приходится после запуска запускать еще раз, после чего прибивать первый процесс, отдельно xkill'ом убивать окошко, которое сообщает нам что блокировочный файл уже создан. Только тогда браузер воскресает.
Ах да, надо не забывать стучать левой пяткой по бубну, это уже опционально ;-)
Система: Ubuntu Linux 10.04
Linux 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:10:02 UTC 2010
glxinfo:
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
Ах да, надо не забывать стучать левой пяткой по бубну, это уже опционально ;-)
Система: Ubuntu Linux 10.04
Linux 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:10:02 UTC 2010
glxinfo:
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenSUSE-11.2
Никаких проблем из вышеописанного.
P.S. Вообще, пользователи Ubuntu часто жалуются на баги, которые не воспроизводятся в других системах. Может, у авторов дистрибутива какие-то ошибки?
Никаких проблем из вышеописанного.
P.S. Вообще, пользователи Ubuntu часто жалуются на баги, которые не воспроизводятся в других системах. Может, у авторов дистрибутива какие-то ошибки?
ставил каждый альфа-снепшет, ниразу не наблюдал чего то подобного.
В веб-формах: когда скролишь мышкой в dropdown-боксах, если нижний видимый элемент помещается неполностью, вместо вместившийся половинки отоброжается черная полоса.
А теперь о грустном. Как выяснилось, ошибки в системе управления пакетами дистрибутива Ubuntu 10.04 приводят к тому, что браузер Opera предлагается удалить из системы (вместе с рядом других приложений).
Это не ошибка, просто у вас Опера не из официальных репозиториев Canonical установлена, а все неофициальные отключаются перед обновлением, что вполне разумно.
А зачем при обновлении системы удалять уже установленные версии?
А вдруг они окажутся несовместимыми с новой системой? Нельзя поручиться за то, что прога из какого-нибудь неофициального репозиторий не поломает всю обновлённую систему, потому все неофициальные репы и отключают(а как следствие удаляют все программы из неоф.источников, кроме тех которые стоят в /opt), дабы не иметь проблем со стабильностью обновлённой системы.
Ну багов как-то на редкость много:
1. Про Alt+Shift все знают.
2. Про нажатие на пункт в меню, которое его закрывает, тоже.
3. Кроме того, какие-то сильные проблемы с JS в формах. Можно зайти хотя бы на www.dokuwiki.org/playground:playground, поредактировать, что-нить выделить и нажать на любую кнопочку. Или попробовать поюзать списки. Те же глюки есть и в SMF, и в phpBB — так что проблемы явно у нового JS движка.
4. Ссылки из сторонних приложений открываются в опере невразумительно. Например, вот такая ссылка в Gajim (http://help.ubuntu.ru/manual/введение) при нажатии на неё откроется в Opera вот так: help.ubuntu.ru/manual/введение
1. Про Alt+Shift все знают.
2. Про нажатие на пункт в меню, которое его закрывает, тоже.
3. Кроме того, какие-то сильные проблемы с JS в формах. Можно зайти хотя бы на www.dokuwiki.org/playground:playground, поредактировать, что-нить выделить и нажать на любую кнопочку. Или попробовать поюзать списки. Те же глюки есть и в SMF, и в phpBB — так что проблемы явно у нового JS движка.
4. Ссылки из сторонних приложений открываются в опере невразумительно. Например, вот такая ссылка в Gajim (http://help.ubuntu.ru/manual/введение) при нажатии на неё откроется в Opera вот так: help.ubuntu.ru/manual/введение
Ага, и ещё замечено, что иногда при написании текста в форму ввода когда Opera начинает переносить слова на след. строчку последняя строчка съедается, т.е. она есть, но вертикальный скролл её не позволяет увидить. Приходиться ставить курсор в конец предпоследней строчки и жать Del до тех пор, пока Opera не выйдет из этого тупняка, а потом снова дописывать текст.
1, 2, 4 воспроизвести не удаётся, 3 пока не пробовал. Скорее это как-то связано с убунтой.
Не думаю. По поводу 4 — стоит просто набрать в терминале
opera help.ubuntu.ru/manual/введение
и результат налицо. Ubuntu тут ни при чём, опера просто не хочет utf-8 кушать. Клавиши тоже обрабатываются напрямую приложением, равно как и нажатие мышки — система ну никак не имеет шансов в этот процесс вклиниться в данном случае. Так что не гоните на Ubuntu :)
opera help.ubuntu.ru/manual/введение
и результат налицо. Ubuntu тут ни при чём, опера просто не хочет utf-8 кушать. Клавиши тоже обрабатываются напрямую приложением, равно как и нажатие мышки — система ну никак не имеет шансов в этот процесс вклиниться в данном случае. Так что не гоните на Ubuntu :)
> Не думаю. По поводу 4 — стоит просто набрать в терминале
Всё-таки это что-то в Ubuntu. В OpenSUSE открывается отлично без косяков.
Всё-таки это что-то в Ubuntu. В OpenSUSE открывается отлично без косяков.
Ну дык какая локаль-то там стоит? Я просто почти на 100% уверен, что это из-за того, что Ubuntu везде и всегда юзает исключительно utf8 для представления любого текста.
Вот что у меня:
$ locale
LANG=ru_RU.UTF-8
LC_CTYPE=«ru_RU.UTF-8»
LC_NUMERIC=«ru_RU.UTF-8»
LC_TIME=«ru_RU.UTF-8»
LC_COLLATE=«ru_RU.UTF-8»
LC_MONETARY=«ru_RU.UTF-8»
LC_MESSAGES=«ru_RU.UTF-8»
LC_PAPER=«ru_RU.UTF-8»
LC_NAME=«ru_RU.UTF-8»
LC_ADDRESS=«ru_RU.UTF-8»
LC_TELEPHONE=«ru_RU.UTF-8»
LC_MEASUREMENT=«ru_RU.UTF-8»
LC_IDENTIFICATION=«ru_RU.UTF-8»
LC_ALL=
Вот что у меня:
$ locale
LANG=ru_RU.UTF-8
LC_CTYPE=«ru_RU.UTF-8»
LC_NUMERIC=«ru_RU.UTF-8»
LC_TIME=«ru_RU.UTF-8»
LC_COLLATE=«ru_RU.UTF-8»
LC_MONETARY=«ru_RU.UTF-8»
LC_MESSAGES=«ru_RU.UTF-8»
LC_PAPER=«ru_RU.UTF-8»
LC_NAME=«ru_RU.UTF-8»
LC_ADDRESS=«ru_RU.UTF-8»
LC_TELEPHONE=«ru_RU.UTF-8»
LC_MEASUREMENT=«ru_RU.UTF-8»
LC_IDENTIFICATION=«ru_RU.UTF-8»
LC_ALL=
В том-то и дело, что в opensuse opera открывает отлично и правильно. Кодировка utf8.
Проблем ни с меню, ни с переключением раскладок также не наблюдается.
Проблем ни с меню, ни с переключением раскладок также не наблюдается.
Вывод команды locale на openSUSE 11.2 x64:
LANG=ru_RU.UTF-8
LC_CTYPE=«ru_RU.UTF-8»
LC_NUMERIC=«ru_RU.UTF-8»
LC_TIME=«ru_RU.UTF-8»
LC_COLLATE=«ru_RU.UTF-8»
LC_MONETARY=«ru_RU.UTF-8»
LC_MESSAGES=«ru_RU.UTF-8»
LC_PAPER=«ru_RU.UTF-8»
LC_NAME=«ru_RU.UTF-8»
LC_ADDRESS=«ru_RU.UTF-8»
LC_TELEPHONE=«ru_RU.UTF-8»
LC_MEASUREMENT=«ru_RU.UTF-8»
LC_IDENTIFICATION=«ru_RU.UTF-8»
LC_ALL=
LANG=ru_RU.UTF-8
LC_CTYPE=«ru_RU.UTF-8»
LC_NUMERIC=«ru_RU.UTF-8»
LC_TIME=«ru_RU.UTF-8»
LC_COLLATE=«ru_RU.UTF-8»
LC_MONETARY=«ru_RU.UTF-8»
LC_MESSAGES=«ru_RU.UTF-8»
LC_PAPER=«ru_RU.UTF-8»
LC_NAME=«ru_RU.UTF-8»
LC_ADDRESS=«ru_RU.UTF-8»
LC_TELEPHONE=«ru_RU.UTF-8»
LC_MEASUREMENT=«ru_RU.UTF-8»
LC_IDENTIFICATION=«ru_RU.UTF-8»
LC_ALL=
Аналогично
LANG=ru_RU.UTF-8
LC_CTYPE=«ru_RU.UTF-8»
LC_NUMERIC=«ru_RU.UTF-8»
LC_TIME=«ru_RU.UTF-8»
LC_COLLATE=«ru_RU.UTF-8»
LC_MONETARY=«ru_RU.UTF-8»
LC_MESSAGES=«ru_RU.UTF-8»
LC_PAPER=«ru_RU.UTF-8»
LC_NAME=«ru_RU.UTF-8»
LC_ADDRESS=«ru_RU.UTF-8»
LC_TELEPHONE=«ru_RU.UTF-8»
LC_MEASUREMENT=«ru_RU.UTF-8»
LC_IDENTIFICATION=«ru_RU.UTF-8»
LC_ALL=
LANG=ru_RU.UTF-8
LC_CTYPE=«ru_RU.UTF-8»
LC_NUMERIC=«ru_RU.UTF-8»
LC_TIME=«ru_RU.UTF-8»
LC_COLLATE=«ru_RU.UTF-8»
LC_MONETARY=«ru_RU.UTF-8»
LC_MESSAGES=«ru_RU.UTF-8»
LC_PAPER=«ru_RU.UTF-8»
LC_NAME=«ru_RU.UTF-8»
LC_ADDRESS=«ru_RU.UTF-8»
LC_TELEPHONE=«ru_RU.UTF-8»
LC_MEASUREMENT=«ru_RU.UTF-8»
LC_IDENTIFICATION=«ru_RU.UTF-8»
LC_ALL=
Воспроизвел 1, 2, 4 на debian squeeze. Возможно, что-то не так с собранным deb-пакетом?
firefox help.ubuntu.ru/manual/введение
, ruby программа
работают отлично.1, 2 и 3 подтверждаю. По первым двум уже отправил репорты, отправьте по третьему и сообщите номер — я ускорю исправление.
4 не подтверждаю — нормально открывается и отображает в адресной строке всё правильно.
4 не подтверждаю — нормально открывается и отображает в адресной строке всё правильно.
> Ссылки из сторонних приложений открываются в опере невразумительно. Например, вот такая ссылка в Gajim (http://help.ubuntu.ru/manual/введение) при нажатии на неё откроется в Opera вот так: help.ubuntu.ru/manual/введение
Это проблема была вроде исправлена в последних 9-х версиях оперы, но снова появилась в 10-й версии.
В 10.10 проблема с сылками присутсвует. И еще проблема с именами файлов, когда скачивается файл с русским именем — такие же кракозябры показывает.
Это проблема была вроде исправлена в последних 9-х версиях оперы, но снова появилась в 10-й версии.
В 10.10 проблема с сылками присутсвует. И еще проблема с именами файлов, когда скачивается файл с русским именем — такие же кракозябры показывает.
Хм, а мне первый вариант больше нравится ;)
На втором глаза быстро устают.
На втором глаза быстро устают.
нашел такую настройку Draw Anti Aliased Fonts
Убрал хинтинг включенный по-умолчанию — стало глазам легче.
Может поможет
Убрал хинтинг включенный по-умолчанию — стало глазам легче.
Может поможет
это единственная фича/баг, которая удерживает меня от апгрейда :(( — хинтинга слишком много.
Спасибо, поставил себе эту бету.
Обидно только, что под линукс новые версии выходят с большим опозданием.
Обидно только, что под линукс новые версии выходят с большим опозданием.
Кстати, а есть ли возможность отключить шапку у окна? Так как это сделано в хроме. А то в версии под винду такая возможность включена по умолчанию, а в линуксе у меня висит шапка и как ее отключить не могу найти.
Думаю, это системная настройка.
Система OpenSUSE 11.1, среда XFCE. В хроме это работает без лишних телодвижений и настраивается в меню «Параметры» — «Личные материалы» — «Внешний вид» — «Скрыть строку заголовка и использовать компактные рамки». Аналогичного нет в опере?
f11
Шутка? Мне на всё окно не нужно, просто хочется шапочку убрать.
Неужели в режиме Full Screen в Опере теперь видна панель вкладок? Было бы здорово.
Нет, не видна.
в версии 10.10 для линукс видна
Нет. Фулскрин во всех версиях один — страница занимает всю площадь экрана.
лично у меня скрывается только заголовок, а меню, статусная строка и вкладки остаются на экране
Что-то у вас не так с браузером, наверное. Попробуйте на чистой установке.
Глупый вопрос: надеюсь, используете F11? ;)
Глупый вопрос: надеюсь, используете F11? ;)
Да, а что же ещё? :)
От чистой переустановки, пожалуй, откажусь — полноэкранный режим для меня не критичен. Но раз у других он работает, то видно действительно что-то у меня не так. Возможно, из-за оконного менеджера (у меня openbox, а среда — lxde)?
От чистой переустановки, пожалуй, откажусь — полноэкранный режим для меня не критичен. Но раз у других он работает, то видно действительно что-то у меня не так. Возможно, из-за оконного менеджера (у меня openbox, а среда — lxde)?
Можно ещё попробовать удалить/переименовать файл operaprefs.ini в профиле. Но тогда слетят настройки интерфейса, если они были.
Думаете, дело в недокументированных настройках браузера? ;) Как я уже сказал, мне это не мешает, а о скрытых возможностях файла настроек настройках вам как сотруднику компании должно быть известно больше, так что колитесь :)
в KDE kwin позволяет это
Build 6330 использую уже 3 день.
Возможно ли это исправить:
При просмотре полной ссылки в статус строке (при наведении) русские поля в переменных отображаются в «прямой кодировке» (q=%D0%BF%D0%BE%D0%).
При этом во всех остальных браузерах отображаются правильно.
Приходиться использовать FF для просмотра.
Так было во всех предыдущих версиях.
Это вроде не баг, но…
Есть решение как это исправить или могут ли пофиксить разработчики?
Возможно ли это исправить:
При просмотре полной ссылки в статус строке (при наведении) русские поля в переменных отображаются в «прямой кодировке» (q=%D0%BF%D0%BE%D0%).
При этом во всех остальных браузерах отображаются правильно.
Приходиться использовать FF для просмотра.
Так было во всех предыдущих версиях.
Это вроде не баг, но…
Есть решение как это исправить или могут ли пофиксить разработчики?
Об этом я уже отправлял баг-репорт. На мой взгляд — это баг.
Доктор сказал в морг значит в морг (с).
Да, выглядит как баг.
Баг репорт есть — уже хорошо.
А давний баг-репорт?
(Не знаю было ли в какой версии правильно, но как минуиму начиная с 9.62 все именно так)
Да, выглядит как баг.
Баг репорт есть — уже хорошо.
А давний баг-репорт?
(Не знаю было ли в какой версии правильно, но как минуиму начиная с 9.62 все именно так)
Отправил несколько дней назад.
Хм, сейчас проверил на Википедии — ссылки нормально отображаются в статус-баре…
Есть примеры, где косячит?
Есть примеры, где косячит?
Да ссылки нормально. А вот передаваемые русские переменные — нет.
все русские символы после "?" в ссылке.
Например
ru.wikipedia.org/wiki/Заглавная_страница
При наведении на «Лесли Леланд Локк „
все русские символы после "?" в ссылке.
Например
ru.wikipedia.org/wiki/Заглавная_страница
При наведении на «Лесли Леланд Локк „
а скажите пожалуйста, проблемы с памятью (чрезмерное потребление, возможно, даже утечки), имеющиеся под windows, портированы в linux-версию?
Ага)) У меня в текущий момент опера ест 380 мегабайт)))
Я не замечал утечек ни в Windows, ни в Linux версии. Есть баг с «недержанием» указанного в настройках размера выделяемой для браузера оперативной памяти — но в этом случае Opera просто автоматически определяет доступный размер и использует его.
По поводу кушанья — вчера проверял на Linux-версии. Открывал 100 страниц одновременно, около 30 из них — с флэшем (но в меру), памяти использовалось 470 Мб (причём, со временем эта цифра уменьшалась, если не открывать новые страницы, а просто ждать), процессор был загружен на 9% плюс operapluginwrapper забирал 15%.
По поводу кушанья — вчера проверял на Linux-версии. Открывал 100 страниц одновременно, около 30 из них — с флэшем (но в меру), памяти использовалось 470 Мб (причём, со временем эта цифра уменьшалась, если не открывать новые страницы, а просто ждать), процессор был загружен на 9% плюс operapluginwrapper забирал 15%.
это хорошо :) а то под windows, «если не открывать новые страницы, а просто ждать», память только растёт, а опера начинает жутко тормозить
Не, работает всё отличненько, но памяти жрёт конечно больше всей остальной системы вместе взятой иногда.
У меня Опера, оставленная без присмотра на пару часов с примерно 10 открытыми страницами, съедает иногда больше 240мб. Для разработчиков Оперы скажу, что автообновления на этих страницах не замечал, а сам контент — страницы bagtracker-a Jira и системы управления документации Confluence, плюс ещё страница с документацией библиотеки boost.
до саляриса 10.50 наверно не доедет вообще. печально :( фирефокс ужасен
Два скрина для сравнения.
Chrome: img535.imageshack.us/img535/339/chromef.png
Opera: img402.imageshack.us/img402/2645/operazq.png
Chrome: img535.imageshack.us/img535/339/chromef.png
Opera: img402.imageshack.us/img402/2645/operazq.png
Ребят, реально что-то с убунтой. Не хочу сказать чего-то плохого про неё, но у меня нет тех проблем о которых вы пишите.
img2.pict.com/11/f9/23/3459320/0/123.jpg
img2.pict.com/11/f9/23/3459320/0/123.jpg
Не, скриншоты выше показывали, как портит вид полоска заголовка окна в GNOME. У тебя она тоже есть.
Шапка у окна есть у многих приложений, не считаю это глобальной проблемой.
Я обратил внимание на скриншоте на другой момент — сравни img2.pict.com/80/71/88/3459365/0/123.jpg и img402.imageshack.us/img402/2645/operazq.png
Я обратил внимание на скриншоте на другой момент — сравни img2.pict.com/80/71/88/3459365/0/123.jpg и img402.imageshack.us/img402/2645/operazq.png
А, это — да…
У меня такого нет косяка.
У меня такого нет косяка.
это известная проблема с трансформированными шрифтами: my.opera.com/ruario/blog/show.dml/10940091
До сих пор крэшится при автодополнении ника в IRC-чате. Вроде репортил, не могу найти =\ Повторю значит.
Не работает копипаст не-латинского текста во внешние приложения. Иногда при копировании ссылок добавляет мусор (едничку в конце ссылки) (репорт DSK-292740)
Не работает копипаст не-латинского текста во внешние приложения. Иногда при копировании ссылок добавляет мусор (едничку в конце ссылки) (репорт DSK-292740)
ну и рендеринг шрифтов…
> (репорт DSK-292740)
Есть такой, даже с моим комментом «Works for me» на день создания репорта (4 апреля). ;)
У меня нормально копируется текст, копировал в KWrite и OpenOffice. Если есть какие дополнительные условия или особенности — пиши, буду смотреть.
Есть такой, даже с моим комментом «Works for me» на день создания репорта (4 апреля). ;)
У меня нормально копируется текст, копировал в KWrite и OpenOffice. Если есть какие дополнительные условия или особенности — пиши, буду смотреть.
копирование русского текста не работает, получается мусор =\
Примеры?
проверил, мусор получается только при копировании кириллицы в pidgin
В Pidgin проблемы с кириллицей были всегда — поэтому он у меня не прижился с первых лет пользования Linux…
случайно отправилось.
… и нажимал alt — двадцать раз вылезло это чёртово меню.
Версия: 10.53 Internal, Сборка: 6330, Платформа: Linux, Система: x86_64, 2.6.33-ARCH
… и нажимал alt — двадцать раз вылезло это чёртово меню.
Версия: 10.53 Internal, Сборка: 6330, Платформа: Linux, Система: x86_64, 2.6.33-ARCH
Ну, какбе и не должно работать вообще (мне не кажут html5):
«Поддерживаемые браузеры
В настоящее время мы поддерживаем браузеры, распознающие теги видео в формате HTML5 и кодек h.264. К ним относятся следующие:
Google Chrome
Apple Safari (версии 4 или более поздней)
Установлен Microsoft Internet Explorer с Google Chrome Frame (скачать Google Chrome Frame)»
«Поддерживаемые браузеры
В настоящее время мы поддерживаем браузеры, распознающие теги видео в формате HTML5 и кодек h.264. К ним относятся следующие:
Google Chrome
Apple Safari (версии 4 или более поздней)
Установлен Microsoft Internet Explorer с Google Chrome Frame (скачать Google Chrome Frame)»
Не вопрос, просто сообщил о проблеме.
P.S. Всё-таки поддержка youtube, моё мнение, стратегическая задача для opera.
P.S. Всё-таки поддержка youtube, моё мнение, стратегическая задача для opera.
Если сам Youtube отказывается поддерживать что-либо кроме IE и Chrome — мы его заставлять должны? Даже если в Opera всё будет работать нормально — Youtube просто ставит блокировку и все дела.
Впрочем, в данном конкретном случае всё объяснимо проще. На Youtube используется кодек H264, который мы пока не поддерживаем, пытаясь всех сагитировать на более свободные варианты. Поэтому Youtube просто не работает с Opera в режиме HTML5.
Впрочем, в данном конкретном случае всё объяснимо проще. На Youtube используется кодек H264, который мы пока не поддерживаем, пытаясь всех сагитировать на более свободные варианты. Поэтому Youtube просто не работает с Opera в режиме HTML5.
раз тут топик про линуксовую оперу, а в линуксе она вроде как использует gstreamer, который умеет практически все кодеки, то можно было бы хотя бы через browser.js допилить ютюб
А всё просто: если этот кодек сделают стандартом — мы будем вынуждены включить его поддержку в браузер.
1. Opera 10.53, не руссифицированая Kubuntu 9.10
locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
Русские имена в Bookmarks отображаются не правильно.
При этом до обновления в 9.62 все было нормально.
На другом компе Kubuntu 10.04 руссифицированая — там все нормально.
2. KDE 4.4 (Kubuntu 9.10, 10.04) Меню работы с фалами (открыть сохранить) явно подтормаживает
Проверено на двух разных компьютерах.
locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
Русские имена в Bookmarks отображаются не правильно.
При этом до обновления в 9.62 все было нормально.
На другом компе Kubuntu 10.04 руссифицированая — там все нормально.
2. KDE 4.4 (Kubuntu 9.10, 10.04) Меню работы с фалами (открыть сохранить) явно подтормаживает
Проверено на двух разных компьютерах.
Походу, пора заводить отдельную BTS для Ubuntu…
Давно пора было поставить версию для тестов.
...buntu ведь популярный дистрибутив.
И я читал Ваши сообщения, что только там появляются странные глюки.
...buntu ведь популярный дистрибутив.
И я читал Ваши сообщения, что только там появляются странные глюки.
На самом деле у нас у тестеров тоже у многих Убунта стоит.
Проверил думал в руссификации дело.
Поставил в 9.10 русский язык основной для системы.
Ничего не изменилось. Все другие программы стали отображать меню на русском, а в Опере как и было — на английском. Походу в этом дело.
Но дома на 10.04 русское меню и закладки есть.
Пойду бубен искать.
И пожалуй обновлюсь и здесь до 10.04
Поставил в 9.10 русский язык основной для системы.
Ничего не изменилось. Все другие программы стали отображать меню на русском, а в Опере как и было — на английском. Походу в этом дело.
Но дома на 10.04 русское меню и закладки есть.
Пойду бубен искать.
И пожалуй обновлюсь и здесь до 10.04
Just FYI.
Обновил Kubuntu до 10.04
Теперь этой проблемы с русским именами нет.
Обновил Kubuntu до 10.04
Теперь этой проблемы с русским именами нет.
Да. при этом в панели (F4) с русскими названиями все Ок.
Походу что-то в меню, т.к. ни в меню Bookmarks, ни в Closed Tabs русского нет.
Походу что-то в меню, т.к. ни в меню Bookmarks, ни в Closed Tabs русского нет.
Очень огорчили шрифты. Переходил с 10.10 на альфу, изменилось сглаживание шрифтов — подумал, глюк альфы. В бете все по-прежнему. Неужели придется либо искать костыли, либо подумывать о миграции на ФФ?
Уважаемые разработчики, сделайте пожалуйста работу с жезлом более удобной. Я поясню. Допустим на неком сайте у меня есть два аккаунта, а в настройках браузера установлен мастер пароль. Захожу я на сайт, жму жезл, появляется запрос мастер пароля, ввожу, появляется список аккаунтов, выбираю и опять вижу окно с запросом мастер пароля. Зачем второй раз-то? Я его уже ввел!
Зайди в Настройки-Дополнительно-Безопасность
Выбери в выпадающем списке пункт «Запрашивать пароль один раз за сеанс».
Выбери в выпадающем списке пункт «Запрашивать пароль один раз за сеанс».
В этом случае мне достаточно ввести мастер пароль только один раз и все, на остальных сайтах я могу использовать жезл без мастер пароля, пока браузер не перезапущу. Только вот я мастер пароль не просто так ставил, меня такое не устраивает.
Ну, ведь пока вы за компьютером — какой смысл каждый раз вас спрашивать про пароль? А вышли из-за него — закрыли Opera. По-моему, вполне логично.
Нелогично. У меня Opera запущена постоянно.
Но мне запроса раз в 10 минут более чем хватает.
Но мне запроса раз в 10 минут более чем хватает.
Совсем не логично. Я не хочу закрывать, у меня там фильм стоит на паузе.
Это все частности и костыли. Сделай вот так, потом вот так, и еще вот так, тогда будет хорошо. Хотя всем понятно, что запрашивать один и тот же пароль на одном и том же сайте сначала для выбора аккаунта, потом для ввода пароля для выбранного аккаунта глупо. Может просто убрать эту глупость и все?
Это все частности и костыли. Сделай вот так, потом вот так, и еще вот так, тогда будет хорошо. Хотя всем понятно, что запрашивать один и тот же пароль на одном и том же сайте сначала для выбора аккаунта, потом для ввода пароля для выбранного аккаунта глупо. Может просто убрать эту глупость и все?
a qt4 будет?
Ура-ура!
Alt+Tab снова открывает меню. Этот неприятный баг подтолкнул меня к переключению раскладки по CapsLock.
Alt+Tab снова открывает меню. Этот неприятный баг подтолкнул меня к переключению раскладки по CapsLock.
Интересный билд, спасибо.
1. Вопрос: какую библиотеку для отрисовки шрифтов теперь использует Opera, в какую сторону пилить? До апдейта на бету все было так же, как в четвертом пункте рецепта (пропатчены xft и cairo), после — вот так:
.
Судя по остальным скриншотам, у других ситуация получше :)
Шрифт для GTK-приложений — Calibri размера 10,5.
2. Наличествует глюк в отрисовке выпадающих элементов панели поиска (на первом скриншоте — дополнительная серая seven-like плашка размеров бо´льших, чем границы выпадающего окошка)
i6.fastpic.ru/big/2010/0504/33/434f50daab05ce64b51e34bbc9cc0433.png
i6.fastpic.ru/big/2010/0504/6e/736aa28008983ee9e1fec9a4e15d576e.png
И да, невозможно alt+tab-иться между приложениями в тот момент, когда показан выпадающий список.
3. Самый страшный баг — опера никак не реагирует на ввод русских символов с клавиатуры. В результате сей комментарий пишу из файрфокса :)
Paste работает нормально.
Локаль — en_RU
Все это на Debian Squeeze + openbox
1. Вопрос: какую библиотеку для отрисовки шрифтов теперь использует Opera, в какую сторону пилить? До апдейта на бету все было так же, как в четвертом пункте рецепта (пропатчены xft и cairo), после — вот так:

Судя по остальным скриншотам, у других ситуация получше :)
Шрифт для GTK-приложений — Calibri размера 10,5.
opera -debugfont &
[1] 25300
pono@pono-eee:~$ opera: XOpenIM failed
opera: detected 246 suitable fonts
<...>
opera: register standard font 'serif' using 'DejaVu Serif'
opera: register standard font 'sans-serif' using 'DejaVu Sans'
opera: register standard font 'cursive' using 'Comic Sans MS'
opera: register standard font 'fantasy' using 'Impact'
opera: register standard font 'monospace' using 'DejaVu Sans Mono'
2. Наличествует глюк в отрисовке выпадающих элементов панели поиска (на первом скриншоте — дополнительная серая seven-like плашка размеров бо´льших, чем границы выпадающего окошка)
i6.fastpic.ru/big/2010/0504/33/434f50daab05ce64b51e34bbc9cc0433.png
i6.fastpic.ru/big/2010/0504/6e/736aa28008983ee9e1fec9a4e15d576e.png
И да, невозможно alt+tab-иться между приложениями в тот момент, когда показан выпадающий список.
3. Самый страшный баг — опера никак не реагирует на ввод русских символов с клавиатуры. В результате сей комментарий пишу из файрфокса :)
Paste работает нормально.
Локаль — en_RU
pono@pono-eee:~$ locale
LANG=en_RU.UTF-8
LC_CTYPE="en_RU.UTF-8"
LC_NUMERIC="en_RU.UTF-8"
LC_TIME="en_RU.UTF-8"
LC_COLLATE="en_RU.UTF-8"
LC_MONETARY="en_RU.UTF-8"
LC_MESSAGES="en_RU.UTF-8"
LC_PAPER="en_RU.UTF-8"
LC_NAME="en_RU.UTF-8"
LC_ADDRESS="en_RU.UTF-8"
LC_TELEPHONE="en_RU.UTF-8"
LC_MEASUREMENT="en_RU.UTF-8"
LC_IDENTIFICATION="en_RU.UTF-8"
LC_ALL=
Все это на Debian Squeeze + openbox
По шрифтам — уже обсуждали выше, всё остальное слышу первый раз и с таким не сталкивался.
Opera начистовую установлена?
Opera начистовую установлена?
И еще одно — f11 вместо полноэкранного режима вызывает скрытие всех-всех панелей.
Не понял ;)
Полноэкранный режим не работает. Прячутся табы, скролл-бары, панельки — словом, почти как и положено полноэкранному режиму, за одним исключением. Опера как была не в фуллскрине, так и остается — внутри окна прежнего размера и с декоратором, но без панелей и скроллбаров.
Никаких DE не стоит, только openbox.
Никаких DE не стоит, только openbox.
У меня нормально в фулскрин уходит, но ме-е-е-дленно. И в процессе как раз видно как сначала исчезает заголовок окна, и только потом таббар, панель навигации и статусбар. Когда возвращаюсь из фулскина — сначала появляется заголовок окна, потом панели.
Видимо корень у наших багов один.
Видимо корень у наших багов один.
стабильно падает при попытке сохранения файлов, откатился на 10.10. как-то очень сыровато для беты.
А поконкретнее?
приношу извинения за неточность — локально работает, но при попытке сохранения на NFS-шару любого файла падает намертво, пишет в .xsession-errors:
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 20
Minor opcode: 0
Resource id: 0x1c0016c
сейчас же заметил, что не работает копипаст средней кнопкой мыши при попытке вставки из буфера консоли (bash 3.2.39(1)-release).
в 10.10, соответственно, все вышеуказанное работает.
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 20
Minor opcode: 0
Resource id: 0x1c0016c
сейчас же заметил, что не работает копипаст средней кнопкой мыши при попытке вставки из буфера консоли (bash 3.2.39(1)-release).
в 10.10, соответственно, все вышеуказанное работает.
Поправили проблему ввода кириллицы?
давно уже
ААААААА, ну зачем же было такой глазодробительный ахтунг устраивать со шрифтами :( 10.53 форсирует полный хинтинг, в то время как 10.10 отображает согласно настройкам среды (там хинтинг выключен вовсе — мне так гораздо легче и приятнее читать; а вообще эпплы уже давно всё на этот счёт поняли). Для сравнения: как должно быть (10.10) и что получается в 10.53. Поискал решение, не нашёл — не осталось другого выхода, как срочно откатиться на 10.10. Как я понимаю, этот баг (а это баг!) всё равно уже зарепортили куда только можно, остаётся только надеяться на его своевременное разрешение.
Из того, что успел заметить — очень тормозит скроллинг. У меня мышка Logitech, на которой колесо может крутиться дискретно, а может более-менее непрерывно, что позволяет одним движением пальца очень быстро сгенерировать несколько сотен «шагов поворота» (а то и тысяч — как размахнёшься). Так очень удобно скроллить длинные документы. Насколько я успел понять, 10.53 пытается на каждый такой «шаг» отрисовать всё, только потом переходя к обработке следующего. На сложных страницах вроде этой 60 раз в секунду всё срендерить не успевает, отсюда и тормоза.
Из того, что успел заметить — очень тормозит скроллинг. У меня мышка Logitech, на которой колесо может крутиться дискретно, а может более-менее непрерывно, что позволяет одним движением пальца очень быстро сгенерировать несколько сотен «шагов поворота» (а то и тысяч — как размахнёшься). Так очень удобно скроллить длинные документы. Насколько я успел понять, 10.53 пытается на каждый такой «шаг» отрисовать всё, только потом переходя к обработке следующего. На сложных страницах вроде этой 60 раз в секунду всё срендерить не успевает, отсюда и тормоза.
Почините копирование картинки в буфер обмена. Иногда работает, но 90% времени — нет.
Подскажите, а как отключить вернхнюю строку окна (та, что с заголовком страницы)?

Ubuntu 10.04
Ах, да, еще, может, подскажите, какие шрифты использовались в предыдущей версии, к этим никак не могу привыкнуть. (или просто по ламерски не понимаю, почему они изменились). Как установить систеемные шрифты. Спасибо. )

Ubuntu 10.04
Ах, да, еще, может, подскажите, какие шрифты использовались в предыдущей версии, к этим никак не могу привыкнуть. (или просто по ламерски не понимаю, почему они изменились). Как установить систеемные шрифты. Спасибо. )
За отрисовку заголовка отвечает оконный менеджер, потому вариантов у вас немного.
1. Заменить metacity на что-то другое
2. Искать костыли к имеющемуся — посмотрите в сторону devilspie
1. Заменить metacity на что-то другое
2. Искать костыли к имеющемуся — посмотрите в сторону devilspie
Я уже говорил выше — Chrome полностью автономен и отрисовку окна производит своими силами. Opera использует возможности оконного менеджера. Поэтому и размер Opera в три раза меньше, чем Chrome.
Как обстоят дела в этой версии с Java под Ubuntu 10.04? Работает ли с OpenJDK? Или надо ставить sun-java? В ранних бетах были проблемы с работой апплетов.
А я на нее позавчера обновился…
Будет ли опера поддерживать smb ссылки?
1. В Windows-версии Opera есть баг:
В списке блокируемого контента (urlfilter.ini) в масках URL не работает символ '?' как замена одного любого символа (хотя заявлено, что должен работать), работает только символ '*' (любое число символов).
Поэтому, например, нельзя зафильтровать: http://pics.rbc.ru/?e* (где второй символ после слеша всегда 'e').
Как с этим багом в Linux-версии?
2. В Windows-версии Opera добавили жутко неудобную и тяжёлую свисто-перделку в виде затенения окна при поиске на странице или при всплывании Javascript-окошек. Причём отключается это затенение только для поиска, а для всего остального я не нашёл, как это отключить.
В Linux-версии нет этой раздражающей гадости в виде затенения?
3. В Windows-версии Opera строку поиска сделали жутко неудобной, прилепленной к верхней панели. Как с этим в Linux-версии, оставили старой в виде окошка поиска или тоже испортили?
В списке блокируемого контента (urlfilter.ini) в масках URL не работает символ '?' как замена одного любого символа (хотя заявлено, что должен работать), работает только символ '*' (любое число символов).
Поэтому, например, нельзя зафильтровать: http://pics.rbc.ru/?e* (где второй символ после слеша всегда 'e').
Как с этим багом в Linux-версии?
2. В Windows-версии Opera добавили жутко неудобную и тяжёлую свисто-перделку в виде затенения окна при поиске на странице или при всплывании Javascript-окошек. Причём отключается это затенение только для поиска, а для всего остального я не нашёл, как это отключить.
В Linux-версии нет этой раздражающей гадости в виде затенения?
3. В Windows-версии Opera строку поиска сделали жутко неудобной, прилепленной к верхней панели. Как с этим в Linux-версии, оставили старой в виде окошка поиска или тоже испортили?
Открылся весьма неприятный баг с горе-джимейлом.
Скажем, начнем писать новое письмо. Впишем пару слов, а потом откроем другую вкладку, впишем там что-нибудь, откроем qutIM, напишем туда пару реплик, и наконец возвращаемся на закладку с джимейлом. Процентов 30-40, что поле для ввода текста «неактивно», вокруг него мышка остается стрелочкой, и добавить к написанному уже ничего нельзя. Теперь придется обновлять всю страницу, и только тогда продолжать писать.
Версия: 10.53 Internal
Сборка: 6330
Платформа: Linux Ubuntu 10.04
Система: i686, 2.6.32-22-generic
Отправил багрепорт DSK-299471. Илья, проследите, пожалуйста.
Скажем, начнем писать новое письмо. Впишем пару слов, а потом откроем другую вкладку, впишем там что-нибудь, откроем qutIM, напишем туда пару реплик, и наконец возвращаемся на закладку с джимейлом. Процентов 30-40, что поле для ввода текста «неактивно», вокруг него мышка остается стрелочкой, и добавить к написанному уже ничего нельзя. Теперь придется обновлять всю страницу, и только тогда продолжать писать.
Версия: 10.53 Internal
Сборка: 6330
Платформа: Linux Ubuntu 10.04
Система: i686, 2.6.32-22-generic
Отправил багрепорт DSK-299471. Илья, проследите, пожалуйста.
Sign up to leave a comment.
Вышла Opera 10.53 beta 1 для Linux