Pull to refresh

Comments 101

Шикарно! То есть, теперь Dragonfly будет чем-то вроде Firebug Lite и появится на других браузерах?
Учитывая улучшения Dragonfly в ветке 10.50, это просто отличная новость!
>Dragonfly будет чем-то вроде Firebug Lite
У вас очень тонкое чувство юмора :)
UFO just landed and posted this here
UFO just landed and posted this here
в вашем коменте вообще смысл есть?
Достойный продукт линейки компании, такой же недоделанный как все остальное.
Странное мнение.
Опера (браузер) одно из не многих реально доделанное приложений для людей работающих в Web
(мы же говорим о релиз версиях продукта? абстрактно)
Считать баги и говорить о законченности альф как-то не то чтобы правильно ИМХО.
Это было верно пару лет назад. Сейчас опера в плане UI совсем замерла, за несколько лет по сути очень мало серьёзных изменений. Поддержка стандартов и прочая — это, конечно, круто, но и об интерфейсе не нужно забывать.
> но и об интерфейсе не нужно забывать.

А вы установите полуторагодичную 9.50 и нынешнюю 10.50 и сравните…
можно даже взять для сравнения 10.10. и 10.50, разница заметна невооруженным глазом).
В принципе наличие нем оформления полностью кустомизирует такое понятие как интерфейс… не нравиться стандартный — легко можешь сделать свой.
Установил. Давно уже. И нужных мне фич нет, какая-то ерунда в виде тем и прочих картинок не интересует.

Где URL wildcard-маски для кастомных CSS? Где посайтовое включение/отключение картинок? Где гуй для управления юзерскриптами? Где возможность включать посайтово fit to width. Или по крайней мере возможность включить это по умолчанию. Где нормальные дырки (API) для аддонов? Из заметных юзабилити достижений только page dependent жавоскриптовые окна и прочие уведомления. Ну, можно с натягом туда отнести же продвинутый поиск по странице (фича с подсветкой). А где инновации в интерфейсе, которыми всегда славилась Опера?
не умеешь пользоваться оперой, не воняй лишнего
ф12 — послежний пункт меню, там 90% твоих потребностей
Ты своё воняло-то закрой и читать сначала научись, а потом уже каркай
какие мы грозные…
каким браузером пользуетесь? чисто спортивный интерес, хочу знать браузер полностью повторюющий описанный функционал
Я оперой пользуюсь, с 1998 года. Ещё вопросы?
писали хоть раз опере свои предложения?
Естественно, и не только я. На их форуме очень много таких предложений. И никакого фидбэка.
Знаете, я по долгу службы ежедневно просматриваю русскоязычный форум на My Opera. И сейчас я трачу на это дело по несколько часов в день. А отвечаю лишь на 5% (если не меньше) всех сообщений. Просто физически невозможно делать больше. А теперь представьте, что англоязычный раздел официального форума в десятки раз больше и по числу тем, и по числу ежедневных сообщений.

Тут уже где-то проходило утверждение, что вот раньше на форуме хоть кто-то из разработчиков отвечал, а сейчас никакого «фидбэка». Но раньше — это когда на My Opera было зарегистрировано 200-300 тысяч пользователей (примерно года два-три назад). Сейчас у нас зарегистрировано почти 4 миллиона. Поэтому число сообщений растёт, как снежный ком. Если разработчики будут просиживать в форумах и отвечать на посты, то кто будет делать браузер?

Между тем, я гарантирую, что форум просматривается сотрудниками, особенно ветки, касающиеся запросов новых фич или обсуждения текущих багов/недоделок. И соответствующие выводы делаются. Могу привести пример такой. За последний год-два были реализованы следующие популярные запросы:
— HTML в письмах
— Приватный просмотр
— Частичная загрузка почты
— Интеграция с почтовыми веб-сервисами
— Запуск виджетов отдельно от браузера
— Компрессия данных для десктопа
— Автообновление
— Средства разработки
— Проверка правописания
И многое другое, менее заметное. И это не считая улучшенного Java-движка, интерфейса, Unite и прочих новшеств.

Так что запросы пользователей на форумах не пропадают даром. Хотя могу подсказать, что отправка баг-репортов и фиче-реквестов через стандартную форму на порядок лучше работает ;)
https://bugs.opera.com/wizard/
UFO just landed and posted this here
Что значит — даже? ;)

После 12 часов работы ещё и не такие опечатки делаются ;)

Хотя главное — вы же поняли, что я сказал. Собственно, цель достигнута.
Запуск виджетов отдельно от браузера
А вот этого запроса я не видел, хоть часто бываю в англоязычных ветках. Может он и был, но только как опция. И популярным этот запрос точно не стал.
Так что принудительный вынос виджетов за пределы браузера — чистая политика и маркетинг.
признаю, погорячился насчет ф12, но в свое оправдание могу сказать что требуемый вами функционал для узкого круга людей, многим это не особо то и нужно… разве что апи для аддонов
Постоянное развитие принимают за недоделанность. Классика.
UFO just landed and posted this here
Опера 9.8 и 10я — одно и то же.
Проверьте на валидных сайтах, неужели и они сильно по разному выглядят?
Чаще всего косячат сайты, код которых писали из рук вон плохо.
Я за то, чтобы работа была сделана качественно. Сам верстаю именно по такому принципу.
хоть и юзаю оперу для повседневного серфинга, но при разработке сайтов все равно переключаюсь в ФФ, драгонфлай пока что сильно уступает фаербагу
Есть мнение, что последняя версия Dragonfly вполне приличная. Люди хвалят, где-то на Хабре видел отзывы.
в 10.50 пока не щупал (сужу по 10.10), хотя в 10.50 кроме драгонфлая много другого интересного будет )
Хм, а разве от версии браузера Dragonfly зависит? Он же идёт отдельно и автоматом обновляется с сервера.
Был в полной уверенности, что зависит только от версии браузера. Спасибо.
Зависит. В 10.50 полностью новый протокол scope — STP-1, благодаря чему Dragonfly может много разных новых вкусностей.
Вопрос в удобстве. Часто бывает нужно сделать такие вещи, которые вроде бы простые, но то как они реализованы в DragnoFly оставляет желать лучшего. Например:

— Быстро включить/выключить какое-то свойство css. Не вижу такой функции вообще, буду рад если она есть.
— Раньше очень проблемным был вызов редактирования свойства css, можно было до посинения щёлкать по свойству, а оно редактироваться не хотело. Сейчас вроде это попроавили.
— Добавление нового свойства css тоже не совсем очевидно. Надо сначала начать правку свойства, потом нажать enter и только тогда появится возможность добавить свойство.
— Нет возможности свободно стили. То есть, если какого-то селектора нет в файле стиля, то его вручную не добавить.

Вам бы поработать над usability драгонфлая — цены бы ему не было. А так, зачастую что-то быстрее и проще получается сделать в firebug или вебкитовском инспекторе.
* Нет возможности свободно править стили
> Вам бы поработать над usability драгонфлая — цены бы ему не было.

Вообще, Free лицензия подразумевает, что вы вправе самостоятельно исправлять/добавлять код ;)
Собственно, на то и делается ставка — что благодаря свободной лицензии разработчики сами смогут вносить правки так, как им нужно. Кто же лучше разработчиков знает, что действительно необходимо…
Поскольку в код драгонфлая ещё не вник, то пока просто создал issue на bitbucket.
UFO just landed and posted this here
Да, просто над ним очень мало разработчиков работает. Основная команда — два человека. Сейчас, разместив исходники на BitBucket есть немалая вероятность того, что появятся заинтересованные в развитии проекта люди, которые и смогут помочь вывести продукт на должный уровень.
Ну и опять же, любой желающий может реализовать поддержку Scope в своём программном продукте и пользоваться всеми преимуществами Dragonfly.
Opera Dragonfly уже в 10.10 достаточно функционален для меня. В настоящий момент, в опере огорчает лишь отсутствие события oncontextmenu, даже при поставленной галке «Позволить контролировать правую кнопку мыши»(
Вы бы лучше баги исправили многолетние, а не рюшки навешивали.
Прицепили хтмл5 и цсс3, хотя цсс2.1 так нормально и не поддерживается.
И тикеты висят уже черт знает сколько лет.
В частности, про кривой расчет дробных процентных значений.
CSS-табы: не работают исключительно в опере, из-за того, что она видите-ли не умеет скролить блоки по якорям, когда у них скрыт скролл, а когда не скрыт — скроллит только в одну сторону.
И такой фигни — вагон и маленькая тележка (всё не вспомню, просто вот эти два бага больше всего головной боли приносят).
Но нет же, вы занимаетесь наворачиванием рюшечек.

Правильно Чикуленок написал в твиттере: «Дух IE переселяется в Opera»©
Вообще, на Хабре рассказывать о багах — что радио слушать. Номера баг-репортов не подскажете? А я тогда посмотрю, что там с ними делается.

Про дробные размеры уже много раз обсуждения шли. Есть объективные причины, почему это не реализовано. Но — не технарь, поэтому подробностей не расскажу.
Нет уж, нет уж, расскажи пожалуйста! Я, в данном случае, как «технарь» очень интересуюсь.
Я просто могу ерунду сказать по незнанию ;)

Если не ошибаюсь, то речь шла о снижении аппаратных требований: ядро Opera работает одно и то же как на десктопах, так и на мобильных телефонах, и обработка дробных значений значительно увеличивает нагрузку на «железо».
дааааа… действительно, если задано 12.5%, то умножить определенное значение на 0.125 намного тяжелее, чем умножить на 0.12, как это делается сейчас.
Эти «объективные причины» называются «криворучие». 10 мажорных версий уже, а исправить это так и не смогли. Слов нет.
Вы далеко пошли. Разница проявляется уже на уровне десятых (12,4% к примеру).

Посмотрел сейчас тестовую страницу ( xhtml.ru/experiment/browser_day/ ) в Opera 10.10, Firefox 3.6 и Chrome 4.0 (всё под Linux). Во всех браузерах результаты разные…

И что-то мне подсказывает, что с дробями не только у Opera не всё гладко:
habrahabr.ru/blogs/webdev/31392/
Ссылка 1:
Firefox, ИЕ показывают корректно.
У Хрома и Сафари в данном случае вылазит баг, да, но это баг округления (отклонение в пределах 1 пикселя). Неприятно, но не так страшно. Да и вылазит очень редко.
Опера же тупо отрезает дробную часть процентов.

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

Да и не в карме счастье…
мерси))
да не, я ж не потому что просил поправить, просто отметил как явление)
Добавил плюс. А чтобы не было отрицательной кармы — пишите хорошие статьи
спасибо :)
да времени не хватает написать статью толковую :(
минимум три темы есть, но нормально написать — это прорва времени, а у меня сейчас с этим большой напряг… но как только так и сразу :) главное темы не позабывать..)
Я же говорю — вам к технарям нужно обратиться. Заходите сюда или сюда и задаёте все вопросы.
Ох, Илья, да там никто уже несколько лет не отвечает, и особенно на технические вопросы.
Может быть живы ещё почтовые конференции, там возможно счастья можно попытать. Ну, или в Твиттере кого-то припереть, но там не разгонишься на 140 символов.
А в IRC вроде раньше что-то было? Не?

Вообще, есть у меня идейка, как свести разработчиков с пользователями напрямую — пока загадывать не буду, но если получится замутить — будет здорово…
Пусть выходят из подполья, сильно бить не будем :)
Есть ещё другая категория пользователей — веб-разработчики. А они могут быть очень злы временами. ;)
Да в IRC, тоже наверное бывают, но я с этим мало знаком, т.к. на работе Ирка закрыта. :(
Ну да, на форумах ты много разработчиков не найдёшь, т.к. нет у них времени за всем этим следить, а баги все просматриваются и по-возможности виксятся.
Не всё так просто. Возможно в программе, размером в 100 строк кода это и легко внедрить и оттестировать, но в браузере, количество строк кода которого составляет сотни тысяч — это не так уж легко.

И Илья прав: чего переживать за карму? Вот вам легче от того, что вы здесь «умничаете»? Легче… А платить приходится кармой.
вы наверное промахнулись :)
да нет, я за карму не переживаю)
я просто само по себе явление отметил. как проявление холивара.

на счет внедрения: этот баг, в частности, существует в опере сколько я ее помню. Много лет, наверняка с самого-самого начала.
Согласитесь, что бы там не было, за столько лет пофиксить можно было бы.
В операционных системах строк кода на многие порядки больше, и что? ничего, фиксят.
Почему не исправляют тут — выводы напрашиваются в любом случае печальные…
Ну давайте тогда сравните и количество разработчиков :) В Опере, где общее количество сотрудников (!= разработчиков) чуть больше 700. И, к примеру, Майкрософт, где разработчиков десятки, если не сотни тысяч.
ну ок, раз такая пьянка, сравниваем:
опера, условно: 200к строк кода (по вашим словам), 350 разработчиков
виндовс, условно: 60 миллионов строк кода (в хрюшке было 40, в семерке наверное под 80, но возьмем среднее), 2,5 тысячи разработчиков (слова старшего менеджера проекта Windows 7 Стивена Синофски)
делим строки на людей, получаем:
Опера — 571 строка на человека
Винда — 24 тысячи строк на человека

все равно не сходится :)
Ну, какбе, такие сравнения с потолка не катят ;)
В Opera из 350 разработчиков (кстати, цифра тоже с потолка, ну ладно) многие занимаются мобильными версиями и прочими «нестандартными» проектами. Собственно десктопным браузером, о котором сейчас речь — значительно меньше.

А по строкам кода… Точно про Opera не скажу. просто не интересовался никогда. Но, например, в сети пролетала инфа года два-три назад, что в Firefox 3 было переписано 2 млн. строк кода. Т.е. это, походу, ещё и не весь объём, как я понимаю ;)

Плюс — данные по Microsoft… Хорошо, над 7-й работало 2,5 тысячи. А над вистой? над хрюшей? И раньше? А ведь код у них во многом переходит по наследству.

Так что считать строко-людями ой как непросто…
ну, я исходил из слов melnichuck, не более :)
понятно, что тут много больше условностей (кстати, 350 — это половина из сотрудников. думаю, больше всего разрабов задействовано именно в десктопной версии).
Например, нужно разделять модули, отвечающие за отрисовку страниц, за обработку яваскрипта, за интерфейс и т.д. и т.п.
Собственно, в винде тожене все скопом…
В общем да, глупое сравнение )
Правильно Чикуленок написал в твиттере: «Дух IE переселяется в Opera» ©

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

Дух IE уже давно переселился в Оперу, с версии 9.0, если быть точным.
Что, неужели Opera настолько глючная, что любая сделанная по стандартам страница требует доводки напильником под Opera? ;)
да.
я верстаю только по стандартам.
по xhtml strict
и да, в 99% случаев приходится доводить напильником, а то и полностью переверстывать куски кода.
правда да, с десяткой уже как-то по-легче стало, но все равно часто приходится пилить…
Нет, ну а при чём валидный xhtml к тому, какие стили вы используете? В основном проблемы именно в CSS. И не только в Опере.
да, не дописал: ЦСС у меня всегда тоже валидный :)
ну, если не лень хаки отделять))))
просто человек спросил, глючит ли валидный код в опере — я ему ответил :)
Вообще, я не утверждал, что в Opera нет багов (это просто глупо) и что абсолютно весь валидный код отображается нормально. Я лишь усомнился, что багов настолько много, что абсолютно все страницы приходится подгонять под Opera.
я понял, что вы имели ввиду :) просто в час ночи могу не совсем ясно формулировать мысли, извините.
а по теме… не могу припомнить пожалуй ниодного случая, где опера бы не приносила головную боль. либо мне (html/css), либо тем, кто занимался на этих сайтах яваскриптом (т.к. я яваскрипт не пишу).

вот, кстати, свежий пример, с которым столкнулся.
все браузеры воспринимают UL как контейнер и он может скролиться, если назначить ему overflow:auto. Опера же единственная, кто в этом случае не показывает скролл и режет контент. И яваскриптом даже прокрутить нельзя.
А что по этому поводу говорят спецификации стандарта?
честно говоря, по этому поводу ничего не могу найти. на w3 нету конкретно об этом, там описываются свойства списков.
но ul элемент блочный. соответственно, к нему должны применяться все блочные свойства. включая и оверфлоу.
Естественно не все, это так же очевидно, как и то, что совсем без багов браузера нет. ;)
Сколько людей — столько мнений ;)

А многие старожилы наоборот говорят, что вот в прежних версиях с поддержкой стандартов было хорошо, а с десятки стало всё портиться ;)
Не с 10-ки, а с Kestrel (9.5)
Вот как раз один из старожилов ;)
Да, настолько, что с CSS 2.1 Opera глючнее IE 8.
И, внимание, я не говорю о том что, IE 8 поддерживает шире CSS 2.1, нет, я говорю, что реализация CSS 2.1 в Опере глючнее.
:) начали за здравие, а кончили за упокой…
Мда, скатились до багов :)
между ИЕ и оперой принципиальная разница.
ИЕ не глючит. он ведет себя по-идиотски (из-за шизы разрабов микрософта с их оголтелым нигелизмом). Т.е. достаточно понять некоторые особенности его поведения — и исправление глюков становится много прозрачнее (если, конечно, не забывать об этом во время разработки).
ИЕ6 не учитываем, т.к. он попросту очень старый.
А вот с оперой дело в другом: она непредсказуема. Т.е. вот вроде все хорошо, все ок, а потом вдруг БАЦ — и вылезло что-то непонятное, и фиг поймешь, почему и как его лечить…
Да ладно тебе. Если бы Опера тоже не выпускала новых версий на протяжении стольки лет, то все тоже бы привыкли к её багам. В любом развивающемся програмном продукте появляются новые баги и фиксятся старые.
ага. для осла хоть условные комментарии есть, а тут… разве что яваскриптом… был тут давно скрипт, который позволял добавлять в ЦСС псевдоклассы для отдельных платформ и браузеров. но это яваскрипт, а его обычно стараешься минимизировать…
Интересные заигрывания с опенсорс.
Значит будут читерские сборки Драгона, для удобной отладки. Чем не в плюс?!
С одной стороны классно, что открыли исходники, а с другой…
Johan Borg:
We will not be satisfied before we have the best developer tools in the industry.
… сняли с себя ответственность за дальнейшую разработку.

Для меня окончательно стало понятно, что Dragonfly не станет в ближайшие годы основным инструментом веб-разработчика.
А десктоп (Johan Borg) и не отвечал напрямую за разработку Dragonfly. Как-то непонятно откуда тебе что стало ясно. И ты не прав. Очень неправ.
Но слова-то его, сказанные при анонсе Оперы 9.5 :)

Хоть в Dragonfly и есть некоторые уникальные фишки, но общее впечатление от него ниже, чем от любого конкурирующего продукта:
— работает медленно
— глючит
— интерфейс на троечку
— недостаёт некоторых фишек FireBug

FireBug делал всего один человек, по крайней мере до первой версии…
Ну там технология другая. Здесь же всё на html/css/javascript. Сам ведь понимаешь. Ну вот посмотрим, как отреагируют разработчики… Может через пару лет все будут на фаебаг подобное говорить? ;)
извиняюсь за, возможно, глупый вопрос, но разве в мозилле не вообще все построено на html/css/javascript? там же вроде даже интерфейс из этого собирается…
И что из его слов следует? Релиз беты 10.50 и открытие репозитория не были никаким хитроумным планом. Дэвид давно этого хотел. Просто ждали выхода нового протокола. Вот и совпало.
Следовало ожидание чуда :)
Что оперовцы таки доделают Dragonfly хотя бы до уровня FireBug.
Вот его полная цитата:
Some results will come this year, some will take even longer time, but we will not be satisfied before we have the best developer tools in the industry.
Отсюда (правда, май.опера опять глючит).
Не согласен.

Это не снятие ответственности, а полное следование запросам пользователей и девелоперов. Просили аналог Firebug — пожалуйста, даже для мобильной разработки. постоянно просят «откройте код». Вот, пожалуйста — куда уж открытее.

На самом деле это всего лишь одна из используемых бизнес-моделей. Где работа под свободной лицензией может принести бОльшую пользу, чем под закрытой. Ведь веб-девелоперам лучше знать, какой инструментарий им нужен и как он должен работать. И вот сейчас появилась возможность заточить инструмент под себя — все лицензионные запреты сняты. По-моему, это просто подарок.

Видимо, народ не привык ещё и помня, что Opera Software производит в большинстве своём проприетарные продукты, экстраполирует своё отношение и на Dragonfly — типа, «вы нам сделайте, а мы оценим». А пора уже думать примерно так — «давайте сделаем так, как нам нужно, причём, сделаем это вместе». Психология совсем другая.
Ведь веб-девелоперам лучше знать, какой инструментарий им нужен и как он должен работать.
Тогда уж мы, разработчики, так же лучше знаем как должен работать движок браузера. Открываем исходники? :)

Что тут знать? Надо было хотя бы дотянуть качество продукта до состояния конкурентов.
Для Оперы было важно обеспечить внутренние нужды и нужды бизнес-партнёров по дебагу виджетов. Инструмент сделан…

Ну, да ладно, посмотрим через пол годика, что из этой затеи получится.
Разработчики браузера и веб-разработчики очень часто разные люди :) Т.к. Dragonfly написана на веб стандартах, то очень логично открывать исходники.

По-моему, дотянут. Инструментарий очень даже работоспособен. Дальше уже если чего-то сильно не хватает и есть желание — включайтесь в разработку, реализовывайте.
> Тогда уж мы, разработчики, так же лучше знаем как должен работать движок браузера. Открываем исходники? :)

Лично я давно за ;)

Думаю, как только условия позволят — код откроют.
А о каких условиях речь? Что мешает? Просто интересно.
Sign up to leave a comment.