Компания Opera Software запустила первый полностью открытый проект

Согласно информации, опубликованной в официальном блоге Opera Software, норвежская компания запустила первый проект, полностью отвечающий принципам разработки и распространения свободного программного обеспечения. Им стал инструментарий веб-разработки Opera Dragonfly — аппаратно-независимый кросс-платформенный комплекс отладки Javascript, проверки и редактирования CSS и DOM, поиска ошибок в коде веб-приложений для настольных компьютеров, так и для мобильных устройств благодаря использованию разработанного в Opera Software оригинального протокола Scope. В качестве лицензии выбрана BSD.
Следует отметить, что Opera Dragonfly изначально задумывался как свободный программный продукт и с момента первого публичного релиза в 2008 году также распространялся под свободной лицензией, но без спецификаций и исходников протокола Scope полноценная работа с кодом Opera Dragonfly была невозможна. К настоящему времени вся работа по подготовке необходимой документации завершена, а исходные коды набирающего популярность инструментария разработки опубликованы на страницах веб-сервиса Bitbucket, основанного на системе контроля версий Mercurial. Помимо этого разработчики из Opera Software подготовили и дополнительные программные средства, позволяющие упростить создание продуктов на базе Dragonfly — прокси-сервер dragonkeeper, позволяющий транслировать STP (Scope Transport Protocol) в HTTP, и мультиязычный генератор кода hob, обеспечивающий работу с .proto файлами (Google Protocol Buffers).
В настоящий момент доступна третья альфа-версия Opera Dragonfly, опробовать работу с которой можно непосредственно в браузере Opera версии не ниже 9.5.
комментарии (101)
Учитывая улучшения Dragonfly в ветке 10.50, это просто отличная новость!
У вас очень тонкое чувство юмора :)
Опера (браузер) одно из не многих реально доделанное приложений для людей работающих в Web
(мы же говорим о релиз версиях продукта? абстрактно)
Считать баги и говорить о законченности альф как-то не то чтобы правильно ИМХО.
А вы установите полуторагодичную 9.50 и нынешнюю 10.50 и сравните…
В принципе наличие нем оформления полностью кустомизирует такое понятие как интерфейс… не нравиться стандартный — легко можешь сделать свой.
Где URL wildcard-маски для кастомных CSS? Где посайтовое включение/отключение картинок? Где гуй для управления юзерскриптами? Где возможность включать посайтово fit to width. Или по крайней мере возможность включить это по умолчанию. Где нормальные дырки (API) для аддонов? Из заметных юзабилити достижений только page dependent жавоскриптовые окна и прочие уведомления. Ну, можно с натягом туда отнести же продвинутый поиск по странице (фича с подсветкой). А где инновации в интерфейсе, которыми всегда славилась Опера?
ф12 — послежний пункт меню, там 90% твоих потребностей
каким браузером пользуетесь? чисто спортивный интерес, хочу знать браузер полностью повторюющий описанный функционал
Тут уже где-то проходило утверждение, что вот раньше на форуме хоть кто-то из разработчиков отвечал, а сейчас никакого «фидбэка». Но раньше — это когда на My Opera было зарегистрировано 200-300 тысяч пользователей (примерно года два-три назад). Сейчас у нас зарегистрировано почти 4 миллиона. Поэтому число сообщений растёт, как снежный ком. Если разработчики будут просиживать в форумах и отвечать на посты, то кто будет делать браузер?
Между тем, я гарантирую, что форум просматривается сотрудниками, особенно ветки, касающиеся запросов новых фич или обсуждения текущих багов/недоделок. И соответствующие выводы делаются. Могу привести пример такой. За последний год-два были реализованы следующие популярные запросы:
— HTML в письмах
— Приватный просмотр
— Частичная загрузка почты
— Интеграция с почтовыми веб-сервисами
— Запуск виджетов отдельно от браузера
— Компрессия данных для десктопа
— Автообновление
— Средства разработки
— Проверка правописания
И многое другое, менее заметное. И это не считая улучшенного Java-движка, интерфейса, Unite и прочих новшеств.
Так что запросы пользователей на форумах не пропадают даром. Хотя могу подсказать, что отправка баг-репортов и фиче-реквестов через стандартную форму на порядок лучше работает ;)
https://bugs.opera.com/wizard/
Java-движок… У Opera есть встроенный JVM?! Дожили… [я конечно понял, что вы хотели сказать, но очень жаль что даже вы совершаете такую ошибку/описку]
После 12 часов работы ещё и не такие опечатки делаются ;)
Хотя главное — вы же поняли, что я сказал. Собственно, цель достигнута.
Так что принудительный вынос виджетов за пределы браузера — чистая политика и маркетинг.
Проверьте на валидных сайтах, неужели и они сильно по разному выглядят?
Чаще всего косячат сайты, код которых писали из рук вон плохо.
Я за то, чтобы работа была сделана качественно. Сам верстаю именно по такому принципу.
— Быстро включить/выключить какое-то свойство css. Не вижу такой функции вообще, буду рад если она есть.
— Раньше очень проблемным был вызов редактирования свойства css, можно было до посинения щёлкать по свойству, а оно редактироваться не хотело. Сейчас вроде это попроавили.
— Добавление нового свойства css тоже не совсем очевидно. Надо сначала начать правку свойства, потом нажать enter и только тогда появится возможность добавить свойство.
— Нет возможности свободно стили. То есть, если какого-то селектора нет в файле стиля, то его вручную не добавить.
Вам бы поработать над usability драгонфлая — цены бы ему не было. А так, зачастую что-то быстрее и проще получается сделать в firebug или вебкитовском инспекторе.
Вообще, Free лицензия подразумевает, что вы вправе самостоятельно исправлять/добавлять код ;)
Собственно, на то и делается ставка — что благодаря свободной лицензии разработчики сами смогут вносить правки так, как им нужно. Кто же лучше разработчиков знает, что действительно необходимо…
Прицепили хтмл5 и цсс3, хотя цсс2.1 так нормально и не поддерживается.
И тикеты висят уже черт знает сколько лет.
В частности, про кривой расчет дробных процентных значений.
CSS-табы: не работают исключительно в опере, из-за того, что она видите-ли не умеет скролить блоки по якорям, когда у них скрыт скролл, а когда не скрыт — скроллит только в одну сторону.
И такой фигни — вагон и маленькая тележка (всё не вспомню, просто вот эти два бага больше всего головной боли приносят).
Но нет же, вы занимаетесь наворачиванием рюшечек.
Правильно Чикуленок написал в твиттере: «Дух IE переселяется в Opera»©
Про дробные размеры уже много раз обсуждения шли. Есть объективные причины, почему это не реализовано. Но — не технарь, поэтому подробностей не расскажу.
Если не ошибаюсь, то речь шла о снижении аппаратных требований: ядро Opera работает одно и то же как на десктопах, так и на мобильных телефонах, и обработка дробных значений значительно увеличивает нагрузку на «железо».
Эти «объективные причины» называются «криворучие». 10 мажорных версий уже, а исправить это так и не смогли. Слов нет.
Посмотрел сейчас тестовую страницу ( xhtml.ru/experiment/browser_day/ ) в Opera 10.10, Firefox 3.6 и Chrome 4.0 (всё под Linux). Во всех браузерах результаты разные…
И что-то мне подсказывает, что с дробями не только у Opera не всё гладко:
habrahabr.ru/blogs/webdev/31392/
Firefox, ИЕ показывают корректно.
У Хрома и Сафари в данном случае вылазит баг, да, но это баг округления (отклонение в пределах 1 пикселя). Неприятно, но не так страшно. Да и вылазит очень редко.
Опера же тупо отрезает дробную часть процентов.
Ссылка 2:
Не ровняйте теплое с мягким.
Там речь о суб-пиксельном округлении. Это совсем другая парафия, где у каждого свой алгоритм, как преобразовать значение меньше минимальной единицы. Такого в принципе не должно возникать при верстке, поэтому это совершенно не критично.
Да и не в карме счастье…
да не, я ж не потому что просил поправить, просто отметил как явление)
да времени не хватает написать статью толковую :(
минимум три темы есть, но нормально написать — это прорва времени, а у меня сейчас с этим большой напряг… но как только так и сразу :) главное темы не позабывать..)
Может быть живы ещё почтовые конференции, там возможно счастья можно попытать. Ну, или в Твиттере кого-то припереть, но там не разгонишься на 140 символов.
Вообще, есть у меня идейка, как свести разработчиков с пользователями напрямую — пока загадывать не буду, но если получится замутить — будет здорово…
Есть ещё другая категория пользователей — веб-разработчики. А они могут быть очень злы временами. ;)
И Илья прав: чего переживать за карму? Вот вам легче от того, что вы здесь «умничаете»? Легче… А платить приходится кармой.
да нет, я за карму не переживаю)
я просто само по себе явление отметил. как проявление холивара.
на счет внедрения: этот баг, в частности, существует в опере сколько я ее помню. Много лет, наверняка с самого-самого начала.
Согласитесь, что бы там не было, за столько лет пофиксить можно было бы.
В операционных системах строк кода на многие порядки больше, и что? ничего, фиксят.
Почему не исправляют тут — выводы напрашиваются в любом случае печальные…
опера, условно: 200к строк кода (по вашим словам), 350 разработчиков
виндовс, условно: 60 миллионов строк кода (в хрюшке было 40, в семерке наверное под 80, но возьмем среднее), 2,5 тысячи разработчиков (слова старшего менеджера проекта Windows 7 Стивена Синофски)
делим строки на людей, получаем:
Опера — 571 строка на человека
Винда — 24 тысячи строк на человека
все равно не сходится :)
В Opera из 350 разработчиков (кстати, цифра тоже с потолка, ну ладно) многие занимаются мобильными версиями и прочими «нестандартными» проектами. Собственно десктопным браузером, о котором сейчас речь — значительно меньше.
А по строкам кода… Точно про Opera не скажу. просто не интересовался никогда. Но, например, в сети пролетала инфа года два-три назад, что в Firefox 3 было переписано 2 млн. строк кода. Т.е. это, походу, ещё и не весь объём, как я понимаю ;)
Плюс — данные по Microsoft… Хорошо, над 7-й работало 2,5 тысячи. А над вистой? над хрюшей? И раньше? А ведь код у них во многом переходит по наследству.
Так что считать строко-людями ой как непросто…
понятно, что тут много больше условностей (кстати, 350 — это половина из сотрудников. думаю, больше всего разрабов задействовано именно в десктопной версии).
Например, нужно разделять модули, отвечающие за отрисовку страниц, за обработку яваскрипта, за интерфейс и т.д. и т.п.
Собственно, в винде тожене все скопом…
В общем да, глупое сравнение )
en.wikipedia.org/wiki/Source_lines_of_code#Measuring_SLOC
И, я думаю, что особенно больно рунетным веб-разработчикам, ведь если на Западе могут и забить на Оперу, то здесь приходится сражаться с оперовскими глюками по полной.
К ослику все привыкли, все знают его выбрыки и знают как их обойти. Оперовские ошибки чаще всего невозможно исправить, приходится полностью переделывать глючащий кусок по-другому.
Дух IE уже давно переселился в Оперу, с версии 9.0, если быть точным.
я верстаю только по стандартам.
по xhtml strict
и да, в 99% случаев приходится доводить напильником, а то и полностью переверстывать куски кода.
правда да, с десяткой уже как-то по-легче стало, но все равно часто приходится пилить…
ну, если не лень хаки отделять))))
просто человек спросил, глючит ли валидный код в опере — я ему ответил :)
а по теме… не могу припомнить пожалуй ниодного случая, где опера бы не приносила головную боль. либо мне (html/css), либо тем, кто занимался на этих сайтах яваскриптом (т.к. я яваскрипт не пишу).
вот, кстати, свежий пример, с которым столкнулся.
все браузеры воспринимают UL как контейнер и он может скролиться, если назначить ему overflow:auto. Опера же единственная, кто в этом случае не показывает скролл и режет контент. И яваскриптом даже прокрутить нельзя.
но ul элемент блочный. соответственно, к нему должны применяться все блочные свойства. включая и оверфлоу.
А многие старожилы наоборот говорят, что вот в прежних версиях с поддержкой стандартов было хорошо, а с десятки стало всё портиться ;)
И, внимание, я не говорю о том что, IE 8 поддерживает шире CSS 2.1, нет, я говорю, что реализация CSS 2.1 в Опере глючнее.
ИЕ не глючит. он ведет себя по-идиотски (из-за шизы разрабов микрософта с их оголтелым нигелизмом). Т.е. достаточно понять некоторые особенности его поведения — и исправление глюков становится много прозрачнее (если, конечно, не забывать об этом во время разработки).
ИЕ6 не учитываем, т.к. он попросту очень старый.
А вот с оперой дело в другом: она непредсказуема. Т.е. вот вроде все хорошо, все ок, а потом вдруг БАЦ — и вылезло что-то непонятное, и фиг поймешь, почему и как его лечить…
Johan Borg: … сняли с себя ответственность за дальнейшую разработку.
Для меня окончательно стало понятно, что Dragonfly не станет в ближайшие годы основным инструментом веб-разработчика.
Хоть в Dragonfly и есть некоторые уникальные фишки, но общее впечатление от него ниже, чем от любого конкурирующего продукта:
— работает медленно
— глючит
— интерфейс на троечку
— недостаёт некоторых фишек FireBug
FireBug делал всего один человек, по крайней мере до первой версии…
Что оперовцы таки доделают Dragonfly хотя бы до уровня FireBug.
Вот его полная цитата: Отсюда (правда, май.опера опять глючит).
Это не снятие ответственности, а полное следование запросам пользователей и девелоперов. Просили аналог Firebug — пожалуйста, даже для мобильной разработки. постоянно просят «откройте код». Вот, пожалуйста — куда уж открытее.
На самом деле это всего лишь одна из используемых бизнес-моделей. Где работа под свободной лицензией может принести бОльшую пользу, чем под закрытой. Ведь веб-девелоперам лучше знать, какой инструментарий им нужен и как он должен работать. И вот сейчас появилась возможность заточить инструмент под себя — все лицензионные запреты сняты. По-моему, это просто подарок.
Видимо, народ не привык ещё и помня, что Opera Software производит в большинстве своём проприетарные продукты, экстраполирует своё отношение и на Dragonfly — типа, «вы нам сделайте, а мы оценим». А пора уже думать примерно так — «давайте сделаем так, как нам нужно, причём, сделаем это вместе». Психология совсем другая.
Что тут знать? Надо было хотя бы дотянуть качество продукта до состояния конкурентов.
Для Оперы было важно обеспечить внутренние нужды и нужды бизнес-партнёров по дебагу виджетов. Инструмент сделан…
Ну, да ладно, посмотрим через пол годика, что из этой затеи получится.
По-моему, дотянут. Инструментарий очень даже работоспособен. Дальше уже если чего-то сильно не хватает и есть желание — включайтесь в разработку, реализовывайте.
Лично я давно за ;)
Думаю, как только условия позволят — код откроют.