Pull to refresh

Comments 259

Вот только у меня самого при выходе она регулярно крашится. Проблема не наблюдалась на самой первой сборке 11ой версии, а все последующие — как кто проклял. И что хоть чистые версии ставь — ничего. Помимо этого в данной конкретной сборке отказало контекстное меню, вызываемое правой кнопкой мыши, подозреваю криво обновилось — из-за этого писать топик пришлось в Канарейке, где тоже проблем хватает.
UFO just landed and posted this here
У меня вот так:



Особой разницы с Канарейкой не вижу, единственное что там адресная строка по размеру повыше и из-за этого цветовое выделение намного лучше выглядит. Но что есть, то есть.
UFO just landed and posted this here
переустановил в чистую… начала работать.
Перенес почту из старого аккаунта, который я сохранили предварительно + включил опера линк и все заработало нормально :)
Правый клик не работает при отключенных мышиных жестах. Поломали.
ПКМ можно включить в opera:config#UserPrefs|EnableGesture — поставить галку.
Спасибо, сейчас в текст топика добавлю.
Я как бы в курсе, спасибо.
А можно похерить нафиг почту? Я ей всё равно не пользуюсь. Кстати, один раз пробовал, так она подохла на первых 120 тысячах строк RSS.
Можно. Надо удалить из оперы все почтовые аккаунты и rss-фиды.
Я имел в виду версию оперы, в которой этого не будет. Потому что лишний код — снижение эффективности. Если опера станет на мегабайт-другой меньше из-за удаления кода клиента, всем же лучше станет? Сделайте сборку с почтой и без.
О, я давно это у всех просил, даже у Йона, никто тебе такого не сделает, разве-что сам можешь покопаться в коде и удалить лишние куски =).
apt-get source opera всё время failed. Чего-то на deb.opera.com не выкладывают…
давайте еще попросим Apple убрать проигрывание видео и магазин из iTunes — мне например нужен только музыкальный плеер. ;)
Про эппл я ничего не скажу, но я ожидаю, что разработчики оперы более дружелюбны к пользователям, чем эппл.
Слушайте, это уже не смешно. Вопрос наличия или отсутствия почты обсуждался столько раз, что простым поиском в сети можно насобирать массу дискуссий.

Почта отсутствует в браузере после установки и не показывается на глаза до тех пор, пока вы сами этого не захотите. В памяти ничего не висит, систему/процессор не загружает. В чём, собственно, проблема-то?
Оно в исполняемом файле есть? Есть. Значит, как минимум, virtual address space использует, а с большой вероятностью и в память грузится, т.к. elf читает всю секцию text в память.
Оно в исполняемом файле есть? Есть. Значит, как минимум, virtual address space использует
Ну не факт, чисто теоретически, дллка, в которой функционал почты реализован, может не грузиться на старте, а загружаться потом, если нужно :) Хотя врядли конечно это так в реальности.
почему так скептически? они же фанатеют что у них быстрый старт по сравнению с конкурентами
вполне возможно что так и сделано
DSK-318398 (File download can recursively overwrite folders without warning when using the Gtk file selector)

О! А я про этот баг писал ещё года два назад! Свершилось.
Так вот почему у меня тогда пропало 230 гигабайт видео >_<
О том, что этот баг well-known и был рапартован давным давно.
Баг о чём, говорю?
При сохранении через GTK-диалог, если кликнуть по имени каталога и нажать «сохранить», опера сохраняет файл с указанным именем (равным имени каталога) и стирает рекурсивно каталог с этим именем и его содержимое.

Охренеть.
Правда, я gtk-диалоги не юзал в опере.
А рапорт вы отправляли два года назад? Или ограничились сообщением в форуме или комментариях журнала разработчиков?
Я честно заполнил багрепорт. Даже на английском языке.
Если есть номерок, скажите — просто поиском по ключевым словам не смог найти. Просто интересно посмотреть, почему они не докопались до вашего, а только среагировали на рапорт месячной давности.
ух, это было очень давно… поискал в почте, не нашёл. Возможно, отправлял с другого ящика… Публичного баг-трекера нет, искать негде.
UFO just landed and posted this here
UFO just landed and posted this here
Надо же, вы мне открыли глаза, как люди пользуются средней кнопкой, ибо нажимать 2 раза — извращение. Давайте атаковать разработчиков баг-репортами.
А давайте не будем? Если скроллить длинные-длинные страницы, у меня палец устанет кнопку держать. Так как есть — вполне удобно.
Как насчет золотой середины?
Если клик короткий, прокрутка осуществляется пока не кликнешь еще раз.
А если удерживаешь долго — то при отпускании прокрутка прекращается. Где-то я подобное поведение видел.
Вот с этим согласен, все будут довольны.
Дело не во времени, а в смещении мыши во время удержания кнопки. Как минимум в Хроме.
Вы попробуйте как это в хроме и фф. Там оба метода прекрасно работают.
да, я понял, что вы имеете ввиду, как уже написал — согласен, так удобнее для всех.
Если нажать среднюю кнопку, пролистать, а потом всего лишь повернуть колесико вверх или вниз, то тоже все отцепится. Вполне удобный компромисс. Но да, наверное не для всех.
На моей мыши неудобно.
средний клик — открывает ссылку в новом окне.
В Opera средний клик открывает в новой вкладке. Так, по-моему, удобнее.
Да так везде. ГлюкМАН немного глюканул. Вфлаш выше написал, что имел в виду.
UFO just landed and posted this here
Эээ… Что Вы хотели сказать?
UFO just landed and posted this here
В Opera можно нажать «Shift — средний клик» и настроить действие по своему выбору.
В опере работает, причём давно.
Так же как подметил GlucMAN, она открывает ссылку в новом окне (Фоном).
Наконец-то попробовал и пришлось удалить — не работает ПКМ :(
Вообще, было бы классно если бы Opera Mail и ей подобные — вынесли в расширения :)
а чем Вам Opera Mail мешает? не пользуйтесь и все.
Тем, что это лишние мегабайты в дистрибутиве? Который изрядно похудел, к слову, но все равно. Его можно точно так же как и Unite скачивать при попытке первого запуска. Тем более, что он по умолчанию и так неактивен.
дистриб оперы вроде и так весит меньше остальных браузеров
Даже на модеме не проблема раз в 3-4 месяца скачать 10 мб стабильной версии браузера. Размер — не аргумент. И доп. функции в Opera не интрузивные — Opera не навязывает их.
Раз в 3-4 месяца? Простите, а у вас опера основной браузер? Минорные версии выходят как из-под конвеера, это сейчас что-то приутихли, видимо 11 версию усердно клепают.
основной. минорные версии последнее время часто выходили из-за багфиксов — соотв. это правило, а не исключение.
Т.е. минорные версии с секьюрити фиксами качать не обязательно, если на модеме? ;)
UFO just landed and posted this here
Ну правильно, какому ботнету нужна нода на модеме? А от потери данных спасут бэкапы.
Ну не качайте лишние мегабайты почтовика в 7-и мегабайтном дистрибутиве Оперы, качайте 30-и мегабайтный Сафари без лишних мегабайт.
говорили что почта в опере занимает меньше 300кб
Неточности перевода (всё не проверял, просто бросилось в глаза):
  • …Значок заменяет названия протоколов, <…> которые отныне отображаются только при наведении курсора мыши на адресную строку.
  • Параметры в конце адресов по умолчанию визуально скрыты, если курсор мыши не наведен на адресную строку.
Не при наведении курсора мыши, а при установке текстового курсора в поле адреса.

…прежде чем вы откроете путеводитель, знайте, что это по-настоящему захватывает!
Не «захватывает», а «вызывает зависимость» или даже «наркотическую зависимость». :-)
Примечание было написано не просто так. За указание на ошибки спасибо, поправлю.
Пардон, слишком мелкий текст; я его просто не заметил, когда проматывал список фиксов (который я уже прочёл до этого в официальном блоге).
Планируется ли сделать автоапдейтер расширений, как в хроме и в фаерфоксе?
Может он есть, а я не заметил?
Судя по списку исправлений — New: Update dialog — его добавили. Только я пока не вижу ничего, видимо серверная часть еще не готова.
Не понимаю зачем убрали общий элемент в котором отображались все RSS скопом. Сейчас приходится тыкать в каждую ленту и читать отдельно (
правый клик по разделу фидов ; )
или через меню
> Адресная строка браузера — чрезвычайно важная функция
Так-то оно так, но вот многие пользователи понятия не имеют что это.
Для таких есть скриншот немного правее этой фразы.
Точно. Большинство уверено что адресная строка — это в Яндексе строка поиска (у кого Яндекс домашней стоит). Во всяком случае, часто бывает — говорю человеку «в адресной строке набери %sitename%». Человек жмёт домик, открывается Яндекс и чел в главную строчку поиска вбивает то что я его просил вбить.
Их можно понять. Поисковик исправит ошибки, язык, туда не нужно вводить http:// и прочие www. В строке адреса не написано, что вся эта фигня не обязательна.
Значит надо подсказку написать, типа как сейчас написано «введите адрес или запрос для поиска». Добавить что-нибудь типа «http:// необязательно» :-) Только сейчас эта подсказка справа адресной строки, сразу незаметна, ибо глаза сразу смотрят на моргающий курсор в начале строки и посказка серым цветом не видна абсолютно (только что проверил на двух девочках на работе). Так что надо подсказку перенести в левый бок и чтобы при начале ввода текста она пропадала.
Решил попробовать почтовый клиент, не смог соединиться с нашим локальным почтовым сервером, тот же Thunderbird работает.
Спасибо. Жаль, что сама «Опера» ничего не говорит по этому поводу, только делает вид, что соединяется с сервером.
У меня вопрос немного касающийся адресной строки в Опера 10. В настройках есть такая полезная галочка — Remember content on visited page, если я правильно понимаю этот content как-то индексируется в каталог vps в профиле Opera. Расскажите пожалуйста, как ограничить размер этого кеша? В настройках Disc Cache — 100 MB, но я так понимаю это ограничение размера каталога cache, ибо размер каталога vps у меня 1 GB. Может есть какая-то настройка в opera:config или ещё какой-то способ? Или размер этого vps зависит только он настройки Addresses в разделе настроек History и другого способа влияния на его размер нету?
А где эта галочка? не смог найти в настройках…
Advanced → History → Под Addresses.
Оперой неудобно пользоваться в я.чате и гуглтоке. Потому, что всплывающие окна с чатом нельзя выдернуть из материнского окна. Когда это изменят?
У меня по нажатию на Pop out в гуглтоке вполне успешно выскакивает отдельной вкладкой, которую спокойно можно выдернуть отдельным окном. ЧЯДНТ?
Вы все делаете не так. В данный момент по-человечески вытащить поп-ап окно за границы материнского окна в опере вытащить невозможно. Потому, что я вынужден искать вкладку, чтобы вытащить. Вместо того, чтобы просто перетащить за заголовок окна.
Однако ж вы говорили «нельзя выдернуть» а не «неудобно выдергивать».
да, не так удобно и быстро работает, как в Chrome, но все же можно:

www.youtube.com/watch?v=EafkTsjnaSw

если изначально окно развернуто, то вкладку надо перетаскивать на таскбар.
Если бы ещё таб можно было вытащить за пределы MDI…
Так его и можно вытащить, как раз это я в видео и показываю — вытаскиваю таб за пределы окна и создаётся новое окно. Видимо, у Opera такая архитектура, что таб без элементов окна быть не может.
Да, это как раз структра MDI, я же говорил про вытаскивание отдельного таба только с адресной строкой и заголовком.
Видимо, у Opera такая архитектура
В версии 9.2 можно было вытащить просто рамку со строкой адреса. В 9.5 убрали. Имхо, самый большой фейл тех времен.
А я и не знал, что такое было, хотя ещё с 6-й версии пользуюсь
аналогично ) На самом деле, это все Chrome испортил своим революционно удобным жонглированием вкладок. Раньше никому это и не нужно было, наверное )
Раньше не было широкоформатных больших мониторов, поэтому браузер всё время был открыт на полный экран. Теперь для просмотра флеша удобней использовать ontopreplica
Было так:


Твитер — окно внутри mdi, Яндекс — внешнее окно, у него свя кнопка на панели задач. Кому это мешало, не понятно.

К слову, на Маке сейчас (как было раньше не знаю) в Опере вообще нет mdi, все всплывающие окна открываются как новые окна приложения и у них нет вкладок и прочего, т.е. это похоже на окно Яндекса со скриншота.
Что, курсоры наконец заработали?
Бэ.

<div id="d1" style="height: 500px; width: 500px; position: relative; border: 1px solid black;">
<div style="position: absolute; height: 300px; width: 300px; top:100px; left: 100px; border: 1px solid black"
onmouseover="document.getElementById('d1').style.cursor='pointer'"
onmouseout="document.getElementById('d1').style.cursor=''"></div>
</div>
 


Этот код прекрасно работает даже в IE6. Но только не в Опере! Это, видимо, нереально сложно — менять курсор по mouseout. Уже два года починить не могут.
А вы поменяйте cursor='' на cursor='default'
«default» — это другое значение курсора.
А я хочу просто убрать из стиля определение курсора. Чтобы он был как у родителя.
>Чтобы он был как у родителя.
Для этого есть inherit, который работает если указать родителю курсор. В целом же поведение auto в такой ситуации нигде в стандарте не описано. Как сказали ниже — используйте css.
> В целом же поведение auto в такой ситуации нигде в стандарте не описано.

Да правда что ли?
www.w3.org/TR/CSS2/ui.html#cursor-props

Курсор должен выбираться в соответствии с текущим контекстом. Текущий контекст — просто див. Во всяком случае, текущий контекст НЕ меняется, если увести курсор на документ, а потом вернуть обратно. А вот курсор почему-то Оперой меняется в отсутствие изменения контекста.
>> Во всяком случае, текущий контекст НЕ меняется

onmouseout=«document.getElementById('d1').style.cursor=''»


Пустая строка в качестве значения свойства cursor просто игнорируется, что вполне логично, т.к. в спецификации CSS 2.1 такая возможность не оговаривается. В СSS3 единственное, что более-менее по данной теме, это: "The UA may treat unsupported values as 'auto'.", но именно пустая строка в качестве значения не оговорена вообще.

Так что, это не баг, а, скорее, поведение, отличное от остальных.

По мне, чего действительно не хватает в поддержке Оперой CSS, так это дробных процентов с округлением хотя бы до сотых.
>> Пустая строка в качестве значения свойства cursor просто игнорируется

Т.е. по mouseover курсор выставился в pointer, а по mouseout свойству присваивается некорректное значение, поэтому данное присвоение игнорируется.
Гыгыгы.
Замените на auto — ничего не изменится.
С auto — да, баг, работает default.
'default' и 'auto' — две большие разницы. default — это форма курсора «стрелка».
Кто вам сказал, что поведение при изменении свойств яваскриптом должно быть аналогичным изначальному выставлению свойств.
При выставлении auto яваскриптом поведение не определено.
Кто вам сказал, что поведение при изменении свойств яваскриптом должно быть аналогичным изначальному выставлению свойств.


Ёпт, в цитатник.
Чего только фанаты Оперы не придумают, лишь бы багу не признавать.
Фанатов вы нашли там же, где и подтвержденный стандартом баг, да?
Баг я нашел в Опере. А фанатов здесь.
Пока вы нашли только что опера по данному вопросу не согласна лично с вами. Вот когда она будет не согласна со стандартом, и вы приведете тому подтверждение, а не ссылку на стандарт по css, в котором, по вашим же словам, все работает — тогда можете называть меня дураком и фанатиком. А пока это лишь словоблудие в отсутствии аргументов.
Хах, то есть если я с помощью Javascript-кода изменяю CSS-стиль элемента, то Опера не обязана его применить, я верно вас понял?
Тогда предоставьте, пожалуйста, ссылку на стандарт, в котором написано, что браузеру не обязательно выставлять стилю «cursor» значение «auto» если оно задано с помощью Javascript'а.
Оно выставляется. См. мой комментарий ниже.
Да я как-то не вижу смысла спорить с человеком, который утверждает, что, если css-свойство задано js-ом, то браузер не обязан выполнять спецификацию CSS.
Хорошо, распишу как для дошкольников, раз вы по-другому не понимаете: по mouse-over мы меняем курсор на некий определенный, теперь, когда мы выставим ему auto, опера вполне логично возьмет предыдущее значение, а вовсе не значение по умолчанию. И поведение в цсс абсолютно аналогично: если у нас не прописан курсор, мы ставим ему auto, который, в свою очередь, возьмет значение родителя, или же значение по умолчанию, ежели и у родителя(ей) курсор не прописан. Если же курсор элементу прописан, то, вполне закономерно, будет взят он. Так вот, ваш код, выставляющий auto, вполне логично берет прописанное (пусть и яваскриптом) значение, а не пробегается по родителям.

Вкратце: хотите дефолтный курсор — используйте default. Хотите наследовать от родителя — используйте inherit и прописывайте родителю курсор иначе, опять же, от родителя возьмется auto)

Ежели такая элементарная вещь вам не ясна, то да, я тоже не вижу смысла дальше спорить.
Простите, вы являетесь работником Оперы?
Простите, а вы каждого об этом спрашиваете?
Нет. Ни работником, ни фанатом, ни постоянным пользователем.
Вы кого-то потеряли?
Вы, батенька, прежде чем хамить, потрудитесь спецификацию прочитать. auto — это не default и не inherit, auto — это контекстно обусловленный курсор; например, pointer на гиперссылках — это контекстно обсуловленный курсор: браузер анализирует содержимое под курсором и меняет ему форму.

Когда я меняю js-ом курсор на auto браузер должен проанализировать контекст и выставить соответствующий курсор. Опера считает себя выше этого. Однако если курсор вывести за границы внешнего дива, а потом вернуть обратно — в Опере что-то перещелкивает и она внезапно осознает, что курсор надо пересчитать. Разумеется, контекст для курсора совершенно одинаковый независимо от того, наведен курсор на див снаружи или изнутри.
>>Хамить
> habrahabr.ru/blogs/opera/108386/#comment_3431300

Я-то прочитал спецификацию :)

> Никто и не спорил. Она анализирует. И выставляет. Как я уже описал выше.

Как? Я что-то пропустил? Где там хоть слово про анализ контекста? С чего вообще выставленное ранее значение принимается во внимание? Почему выставленное ранее значение перестает приниматься во внимание, если увести курсор на документ и вернуть обратно?
>С чего вообще выставленное ранее значение принимается во внимание
А с чего бы оно не должно?

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

Вот это уже больше похоже на баг.

> А с чего бы оно не должно?

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

> Вот это уже больше похоже на баг.

А несмена курсора в ситуации, когда он явно меняется — конечно, непохожа на баг.
А разве пустой параметр означает, что что-то должно меняться? IMHO, раз изменение не указано — его и нет.
Это ваш официальный комментарий?
А это — официальный форум?
Официальные комментарии только на официальном форуме можно оставлять? :-))
А вы всегда отвечаете вопросом на вопрос? ;)

Когда будет официальный комментарий — я предупрежу.
> А вы всегда отвечаете вопросом на вопрос? ;)

Достойный ответ работника Оперы.
Хорош троллить, уважаемый. Вроде нормально общаемся.
Мда, квалификация сотрудников Оперы продемонстирована в полный рост.
Пустое значение для свойства означает, что определение свойства должно быть удалено. То есть как будто это свойство не было задано ранее.
var d = document.createElement('div')
d.style.display = 'inline';
alert(d.style.cssText);  // выведет "display: inline;"
d.style.display = '';
alert(d.style.cssText);  // выведет пустую строку

Это обычное кроссбраузерное решение. В этом случае браузер должен пересчитать стиль в соответствии с примененными стилями. Opera в погоне за скоростью, ряде случаев этого не делает — в результате получаем баги с отображением.
Я вам секрет открою: курсор на onmouseover можно не менять. Он сам поменяется, если вы просто в css укажите cursor: pointer.
А я открою вам другой секрет: наличие путей обхода баги не отменяет факта наличия баги. Которую доблестная команда Оперы чинит с версии 9.5.
Это не обход баги, это так и работает. То, что вы привели в пример — какой-то изощренное нестандартное поведение.
И что теперь — нещитово, баги нет?
Есть, в css. JS-движок не причем.
Ну, статически бага не воспроизводится, только при навешивании стилей скриптом.
А уж в чем там у Оперы бага — мне как бы параллельно.
Судя по развившейся вниз ветке, вы пришли говном покидаться, а не проблему решить.
Но я верю в людей, поэтому давайте всё же к делу:

— Приведите код, который бажит (адекватный спецификации, а не cursor="")
— Скажите как оно должно работать, а как работает на самом деле

И я с удовольствием поставлю багу и прослежу за её дальнейшей судьбой. Всё то же самое могли бы сделать и вы, но я не против помочь.
Баги несколько раз в Оперу слал, только ни по одной еще ничего не написали в ответ.
Ни спасибо, ни комментариев, ни вопросов. Есть ли смысл дальше слать? Их кто-нибудь читает? В трекерах Мозиллы, Вебкита и IE хоть отвечают.
А там где-нибудь написано: «Мы вам перезвоним на следующей неделе» или «Ждите нашего ответа, в противном случае баг не будет обработан»? :) По-видимому, нет.

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

И чем подробнее и правильнее будет описан баг, тем больше шансов на его исправление. Это справедливо для любых баг-трекеров. Если что-то очень серьёзное нашли, если в чём-то не уверены, если не что-то не сформулировать или нет опыта написания баг-репортов, то пишите мне — я помогу.
Расскажу как у нас с нормальными браузерами. Мы находим баг, отправляем в трекер браузеру, в коде добавляем обход этого бага. Например, если баг возник в опере 10.51, то код выглядит как-то так:
if (browser.opera && browser.version > 10.51) {… }
Дальше когда мы получаем по почте сообщение о том, что баг исправлен, в тикете записана версия браузера, в которую попадет этот фикс. Скажем, это версия 10.55. И меняем условие:
if (browser.opera && browser.version > 10.51 && browser.version < 10.55) {… }

Все прекрасно, да?
Ветвистый же у вас код. Ну, то есть нефига не прекрасно, что идёт такое дотошное определение браузера. Но не суть. А кто пишет вам письма об исправленном баге, в случае с IE, Firefox и Webkit?
Багтрекер их пишет когда они статус тикета меняют.
В случае с нашим закрытым трекером такое не пройдёт, к сожалению. Даже если бы вы получали письма о статусе тикета, то между тем, когда баг исправлен и тем, когда он протестирован, внедрён и запущен в одну из публичных версий, проходит некоторое время. И изначальный баг уже не слишком явно связан с версией браузера, в которой он исправлен. Хотя в чейндж-логе он будет упомянут.

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

А нас нифига не устраивает ваш багтрекер и ваша работа с багами.
Пока из того, что мы зарепортили в Оперу, не починен НИ ОДИН баг.
Дайте список багов, который вы зарепортили.
Иначе голословные утверждения — это троллинг.
DSK-295636
DSK-318524
mdevils придет, еще кинет.
В DSK-295636 (плавающий родитель, два ребёнка, первый плавающий) вы пишете:
Outer div should stretch to contain both floated and normal block
Сделал скрины и поведение Opera, насколько я понимаю, соответствуюем вашему «should» и выглядит более адекватным, т.к. у внешнего блока нет размеров.



Насчёт DSK-318524 (margin:auto, getComputedStyle) — всё ясно, буду лоббировать.
Хотя в чейндж-логе он будет упомянут.

Сделал скрины и поведение Opera, насколько я понимаю, соответствуюем вашему «should»


И где же в чейнджлоге упоминание про этот баг, позвольте полюбопытствовать?
Проблема в другом. Что в 11.00, что в 10.63, 10.52 и 9.52 — блок отображается одинаково и соответствует вашим требованиям. Более того, обратите внимание на заголовок страницы с багом — «FF bug». Т.е. баг, по сути, «invalid», если по классификации нашего трекера.
Хорошо, где сообщение «invalid»?
Уже выставлен. Что-то у нас сказка про белого бычка выходит. Я говорю, что трекер закрыт. Вы, что хотите знать, что там происходит. Я говорю, что закрыт. Вы хотите знать.

Прекратим?

Давайте лучше по-другому. В текущей ситуации, с закрытым трекером — какие уведомления вы хотели бы получать?
Все, разумеется. Какие fix versions выставлены, какой приоритет, все workflow изменения.
> Ну, то есть нефига не прекрасно, что идёт такое дотошное определение браузера

if (browser.opera && browser.version <= 9.27) { // Артефакты рендеринга анимации множества изображений
this.disableAnimation();
}

Перепишите код правильно?
Я не говорю, что конкретно эта проблема решена вами неправильно. Просто сам подход опасный. И это не просто идеологические бредни, я почти каждый день сталкиваюсь с сайтами, которые неумело парсят браузер и версию — и хорошо, если на JS — так иногда и на сервере. Проходит год, два — и реальность уже не укладывается в рамки их первоначальных регулярок. И начинаются танцы…
Так не надо выпускать версии, которые никто не тестировал — и сайтам не придется парсить версию браузеров кривыми регулярками.
Вы в курсе нашего процесса тестирования? Нет.
Голословные утверждения — это троллинг.
Я в курсе, что вы раз за разом выпускаете кривые версии.
Что в очередной версии Оперы может ВНЕЗАПНО сломаться что-нибудь.
И что, если поддержка какой-то фичи заявлена в чейнджлоге, то реально поддерживаться она начнет в лучшем случае через три мажорных релиза. Курсоры вон не починили до сих пор.

Сейчас та же фигня с css-transition. Поддержка заявлена, работать невозможно.
С transition в любом браузере пока невозможно работать — баг на баге и синтаксис, который вот-вот поменяется. Голословности в ваших словах, кстати, не поубавилось.
> — Приведите код, который бажит (адекватный спецификации, а не cursor="")

Без проблем: тот же самый, только 'auto' вместо ''.

> — Скажите как оно должно работать, а как работает на самом деле

Как во всех нормальных браузерах.

> И я с удовольствием поставлю багу и прослежу за её дальнейшей судьбой. Всё то же самое могли бы сделать и вы, но я не против помочь.

А я и поставил им багу полтора года назад. Толку ноль.
У них, собственно, даже багтрекера публичного нет.

И, да — это не имеет никакого отношения к JS-движку, уж извините. Это рендеринг в чистом виде.
Да? Ну тогда воспроизведите багу без JS.
А нефиг менять курсоры :) Но это, конечно же, имхо.
Прошу прощения, а кем вы в Опере работаете?
Почему-то у меня опера с каждой новой версией все хуже и хуже (в плане производительности) работает с сайтами, на которых много контента обновляется динамически: gmail.com, некоторые сайты, использующие comet-сервера для обновления, например 1chan.ru
Расширения. Теперь они и в Опере.
Ну, понаустанавливают, потом говорят, что все тормозит :)
Я ведь правильно понимаю, что все расширения в Chrome (а теперь и в Opera) это просто доп. javascript код, который, если в скрипте нет exclude'ов, исполняется на каждой (!) странице в дополнение к тому, коду, который загружается вместе со страницей? И, кстати, в таком случае не исключены конфликты.
У меня Gmail по-крайней мере работает не медленнее прежнего и вообще, на производительность не жалуюсь.
Свершилось! Они наконец-то починили боковые кнопки мыши!
Они не работали с какого-то из 10.7 билдов. А вот пару билдов назад в 11 ветке их починили, наконец-то.
А мне нравились старые значки в правом углу адресной строки.
Удивительно. Никто даже не написал что адресная строка теперь как в хроме :)
ну уж Опере то простительно копировать функции из других браузеров )
я бы сказал, что как в 8м ИЕ
UFO just landed and posted this here
у меня на старом скине «10.5 Clean version 2.6» все корректно работает.
UFO just landed and posted this here
как вернуть назад http:// и выключить попап для жестов мышью?
>как вернуть назад http://
Поддерживаю.
больше даже раздражает скрытие аргументов GET(а) :(
В статье написано, opera:config#UserPrefs|HideURLParameter
А что все таки по поводу возврата ?
Он вам зачем все время нужен? Захотели посмотреть милые сердцу буквы — поставили фокус в строку ввода.
Имхо, решение Оперы с появляющимся по фокусу протоколом лучше Хромовского, где он тайком присоединяется к копируемому адресу.

Также разработчики хотели подчеркнуть, что не все то security, что https, поэтому они не показывают https, а показывают реальное положение вещей с безопасностью страницы.
UFO just landed and posted this here
Да, но на удивление, на одном из локальных сайтов, что я видел, по http и https отдавались разные страницы.
Какая-то нехорошая тенденция у оперы пошла — после установки надо допиливать кучу настроек, чтобы вернуть юзабилити.
в хроме уже давно http:// убрали. никто не жаловался
Не жалуются? — да постоянно, то на Реддите, то на ХН, то в группе разработчиков всплывают обсуждения. Нравится нововведение далеко не всем, а многие находят его совершенно неудобным.
А откуда вы знаете? В трекере такие страсти кипят, просто они наружу не выплёскиваются.
UFO just landed and posted this here
у меня нормально все
Подсказки для жестов — отличная штука! Проблемы с правой кнопкой у меня не проявились, хотя при установке поверх старой возникла ошибка записи какого-то файла.
Пару билдов назад был неприятный баг — keyup() над ссылкой считалось кликом по ссылке, даже если keydown() был не на ней. Исправили.
UFO just landed and posted this here
Лучше бы починили отсутствие возможности убить процесс opera.exe в W7x64. Task manager, process monitor, pskill бессильны. Ситуация не единичная, см. гугл, windows 7 kill opera.exe
У меня такое в 10-й версии было постоянно, причем на х86 7-ке. И мне, вообще, не понятно как такой процесс можно создать, который не убивается системой? Это ж какое поле для деятельности. Не нужно производителям антивирусов писать защиту от выгрузки их модуля! Просто неубиваемый процесс, а хуле!
В 11-й вроде пока не случалось такого.
Это похоже известная бага 7-ки, при закрытии приложений работающих с сетью (про нее тут когда-то писали), у меня на uTorrent часто повторялась, сейчас уже не замечаю.
Вообще говоря, намеренно такое приложение пользовательского режима сделать невозможно. Если процесс не убивается, значит, он обратился к драйверу, и драйвер подвис. В результате система не может окончательно уничтожить процесс, поскольку если она это сделает, а драйвер очнётся и, наконец, попытается отдать запрошенные приложением данные, ему некуда будет их записывать: процесса нет, контекста нет, память освобождена. Это — крэш и, следовательно, BSOD. Поэтому объект процесса удерживается живым до тех пор, пока драйвер не завершит обработку. Так что Опера если в чём и виновата, то только в том, что случайно воспроизводит условия для выявления проблемы в стороннем (или системном) драйвере, т.к. свои драйвера она в винду не устанавливает.

Кстати, для вирусов и антивирусов эта особенность виндов в убиении процессов совершенно бесполезна. Даже если программа найдёт (или внедрит свой) драйвер, который виснет так, что процесс нельзя убить, то попытка убийства процесса уничтожит все «нормальные» потоки, не висящие внутри драйвера. А те потоки, которые висят в драйвере, вообще ничего не могут сделать, пока драйвер не вернёт управление. А как только вернёт — блокировка снимется, и система тут же доведёт процедуру уничтожения процесса до конца. Так что такой «неубиваемый» процесс никакой полезной (или деструктивной) деятельности выполнить не сможет. (Конечно, «висящий» драйвер сам по себе может много чего делать, хорошего или нехорошего, но для этого совершенно необязательно вызывать его из некоего процесса, достаточно загнать его в ядерный поток управления, стартующий самостоятельно при загрузке системы.)
Спасибо за качественное объяснение. Т.е. это костыль венды чтоб от бсода защититься… Круто!
Скажите, как сменить шорткат для О-меню. Облазил настройки, не нашёл.
а какой там шорткат? альт тыкаем и появляется меню…
Мне вот и нужно избавиться от него, чтобы тыкаешь, а ничего не появляется.
я так подозреваю, что это стандартная функция винды — по альту показывать меню… И работает наверное во всех броузерах :)
Я рад за винду, но мне нужно для линуксовой версии оперы — это заявлено в ченжлоге.
Телепатирую: У вас вызывается меню при смене раскладки?
Не совсем, у меня на нетбуке часто нажимается alt, а тут вылазит это меню. Кроме оперы такая проблема ещё в OpenOffice.
UFO just landed and posted this here
Не секрет, но ответить на него не могу, а вот появляющееся меню вижу постоянно.
А кто нибудь смог отключить подсказки для жестов? Надеюсь в следующей сборке сделают отключаемые?
Так если быстро делать — то они же и не появляются.
Ну не всегда быстро получается. К тому же если прокручивать табы колёсиком при зажатой ПКМ — тоже это фиговина мешает.
А вот прокрутка табов ПКМ+колесо и появление при этом круга с подсказками — это не доработка. Сейчас сделаю репорт.
В сегодняшнем (20 ноября) бильде прокрутка табов с ПКМ и кругом исправлена. Теперь кольцо отходит на задний фон.
Ещё бы сделать кольцо отключаемым…
когда открыт выпадающий список со списком возможных поисковых запросов яндекса на странице и курсор стоит в конце строки, то двойной щелчок мыши на любом месте в этом поле ввода раньше выделял текст в поле ввода до разделитея (проще говоря — последнее слово в этом поле ввода).
сейчас текст не выделяется
А есть возможность обновить ядро, добавить поддержку html5, а интерфейс оставить на уровне 9-ой оперы?
UFO just landed and posted this here
Я понимаю конечно что бэта, что на свой страх и риск и всё такое, но блин!
Вкатил как обычно поверху текущей версии, и обычно всё в порядке. А эта версия, поставила стартовой яндых, и поменяла настройку Startap на старт с домашней странички. При этом с инсталяшки пропала галка «запустить после инсталяции».
В результате, сразу после инсталяции, запустилась и убила все сохранённые вкладки в количестве 20~ шт. последний бакап почему-то аж 15го, пришлось по хистори поднимать.
Ну как так случайно можно было сделать, такую дорогу косяков которые убили сессию?

P.S. Это был просто крик души. Сам я оперу очень люблю, и сижу на ней аж с 3,62 версии, другие броузеры в силу разных причин не подходят
ну написано же, что это не бета, а snapshot! со всеми вытекающими, в том числе с глюками в инсталляторе. даже в одной из стабильных версий 10.x был глюк в инсталлере, который портил файл с search engines.
Без http:// ссылка, как кастрированная.
Перестали работать собственные жесты мыши. Я раньше делал GestureDown ctrl и вешал на жест открытие приватного таба. В этом билде перестало работать. Я писал в Opera desktop team, но Rijk как-то не прореагировал на это.
Если вас волнует какая-то проблема, пишите сюда bugs.opera.com/wizard в независимости от того кто и как отреагировал в журнале разработчиков.
а у меня она память жрет даже в состоянии покоя… ужас какой-то
ШОК! Developer snapshot программы страдает утечками памяти!
Зачем так близко это к сердцу воспринимать?
В Opera 11 Linux все строчки подсвечиваются оранжевым.
В хроме под маком вообще ни одна не выделяется.
Ну, хотя бы поведение одинаковое для всех. В IE8 тоже ни одна, в принципе. А в FF все работают.
Когда уже наконец сделают так, чтобы новая пустая вкладка открывалась последней?!!!
Preferences->Advanced->Tabs->Open new tab next to active выключать не помогает?!!!
Тогда все вновь создаваемые вкладки будут открываться в конце. Я имею в виду другое. Мне нужно чтобы новая вкладка по Ctrl+T или по щелчку на + появлялась последней. При этом открывая какую-нибудь ссылку в новой вкладке, нужно чтобы она создавалась рядом с текущей. Так реализовано во всех остальных браузерах. Может я конечно придираюсь, но именно это меня очень раздражает в опере!
Скажите, пожалуйста какой скин используется на скрине
www.opera.com/bitmaps/products/browser/next/opera11/beta/scr/o11b_scr3.png

Что на странице www.opera.com/browser/next/
Может это тот стандартный тёмный скин, который как-то однажды появился, а потом исчез из стандартной поставки?

(кликабельно)

Это стандартный скин, просто под окном чёрные обои, которые видно сквозь Aero.
Sign up to leave a comment.

Articles

Change theme settings