Как стать автором
Обновить

Комментарии 1077

… стало меньше.
А можно поинтересоваться зачем они тебе?
Штоб в ReactOS заюзать
Так есть же WebKit?
Так WebKit не нужен же.
Хорошо, что не в BolgenOS
Ирония судьбы. В опере не получается войти на сайт change.org, потому что текст «Войти, используя логин и пароль на Change.org» не становится ссылкой.
Ну и отлично!
После прочтения всех коментариев захотелось сказать:
Хоронили Оперу — порвали три баяна.
Хоронили Оперу — сорвали три сопрано.
С одной стороны это плохо, с другой хорошо — зачем велосипеды? Его все равно никто не сможет качественно поддерживать, а все уникальные наработки они перенесут в WebKit.
НЛО прилетело и опубликовало эту надпись здесь
Так компания бы получила взамен меньше, чем отдала бы.
Конечно, лучше просто выкинуть.
А кто сказал, что мы его за просто так хотим забрать? Пусть назовут цену — выкупим!
Я думаю это решение не с неба свалилось на девелоперов. Есть конечно шанс, что это было сделано в маркетинговых целях, т.к., ну… все любят вебкит. С другой стороны, может быть престо был не самым лучшим движком «изнутри», раз его решили так вот сбросить.
Да и разрабатывать собственный движко современный со всеми плюшками — удовольствие не из дешевых. Как они сами написали — огромное кол-во времени они тратили просто на поддержку движка в актуальном состоянии, вместо инноваций.
и слава богу
Они бы наверняка открыли движок, если бы могли. Подозреваю, что с этим проблемы (код, лицензированный у других компаний, и тому подобное). А если открыть Presto шансов нет — отказ от него в пользу WebKit выглядит вполне разумным шагом. Особенно учитывая тот факт, что их одного процента пользователей явно мало, чтобы большинство разработчиков всерьёз что-то тестили на их движке.
Может это оно? Взято из вики:
Движок Opera (Presto) лицензирован Adobe и интегрирован в пакет Adobe Creative Suite (в частности, Presto используется в Adobe GoLive и Dreamweaver).

Правда там речь про времена CS2
Вот если бы еще и IE на webkit перешел…
Балмер как-то сболтнул однажды такое в Австралии. Правда не про IE, а про Gazelle.
Но судя по всему, ничего такого не произошло.
image
Зачем? IE в 10 версии работает отлично. Чисто субъективно работает быстрее Хрома. Единственное, чего в ослике не хватает, так это нормального интерфейса для разработки плагинов.
Не, вам показалось.
Ненавидеть IE уже не модно :)
Не, вам показалось.
IE9 и выше уже вменяемые, но любить их пока не за что, а до этой версии карму они себе подпортили
В IE9 даже сглаживание шрифтов отключить нельзя без установки сторонних ненадёжных dll.
Работает то он быстро, но на нескольких вкладках. Когда открываешь больше десятка — периодически начинает перезагружать с ошибкой содержимое.

И удобство интерфейса ещё то.
??? Открыл 50 вкладок. Полёт нормальный. Ослик летает. Открыл те же 50 в хроме — тоже отлично. Так что не в вкладках дело :)
Сначала огласите, пожалуйста, какой у Вас размер ОЗУ
12 гигов
Всё понятно, Вам это не грозит.
Мои субъективные тесты памяти показали следующее:
первое место по прожорливости жрет лиса,
потом опера
а самые гуманные — хром и ие10
Уж очень странные данные. Хотя, многое зависит от того, на скольки вкладках тестировали.
плагинов ноль, вкладка одна
Молодец, что вы протестировали сферическую вкладку в вакууме.
В моем первом компьютере было вдвое меньше памяти… на жестком диске.
:) да, прогресс не остановить, помню как оперативку на 256 мб поставил… был самым крутым парнем в городе!
А зачем, когда есть Макстон?
УРА! Теперь в опере все будет нормально работать!
У меня в Опере и так все нормально работает. А то что будет одним движком меньше — ничего хорошего.
Скажите это тем, кто верстает и пишет js под оперу.
Подождите, а что не так с JS в опере?
Т.е с проблемами в верстке вы согласны? )
Нет. Приводите пример багов текущей stable версии.
Из последнего — не удается реализовать кроссбраузерно фильтр grayscale.
Т.е вот в IE7+ даж работает, а в опере нужен костыль который несовместим с css для других браузеров.
Нет возмоности задать цвет текста в placeholder в input
При направлении документа rtl меняются местами margin-ы, меняются местами куски(!) фона при padding-е, ломаются границы ячеек таблиц при border-collapse: collapse и colspan.
НЛО прилетело и опубликовало эту надпись здесь
margin-ы у инлайнов тоже меняются. Фоны до сих пор бьются. Таблицы до сих пор бьются. Я тоже отправлял багрепорт с примерами, пока не поправили.
DOM Level 0. Not part of any standard.
Я впервые про этот метод услышал, кроме того в FF тоже есть баг судя по всему. Пример не защитан.
Я не знаю много примеров, но есть один, с которым сталкивался — это своя реализация направления скролла мышки.
Дельта скрола уже поправлена много лет назад.
Спасибо за уточнения.
Я еще ни разу не видел, чтобы были проблесы с версткой под оперой.
Если ещё и Опера начнет активно контрибьютить в код Хромиума и V8, то броузеры начнут развиваться семимильными шагами. Так что лучше 2 отличные компании, работающие над 1 движком, чем две — над двумя.
Над webkit уже работают apple и google + может еще кто-то поменьше. Так что будет как минимум 3 компании а не 2.
А ещё Nokia, Adobe, Intel, Samsung и другие.
Вы правы, однако если посмотреть страницу коммиттеров, то там 80% работники apple и google.
Да, в соотношении комитеров и ревьюеров перевес есть.
Ну так они же как раз основные «потребители» этих самых исходников. Чего вас так удивляет? Nokia и Samsung больше времени железу уделяют.
Будет удивительным, если сейчас к этой парочке не подключится Opera :)
Даже Яндекс! =)
А еще Рамблер, Мейл.ру, QIP и ICQ :)

Привет из 2020 :-) MS — Chromium, Google — Chromium, Opera — Chromium, Firefox держится из самых последних сил.

НЛО прилетело и опубликовало эту надпись здесь
К сожалению, если в Опере поменять юа на Хром, то все баги исчезают
К сожалению, не все :(
вполне допускаю, что с ними просто не сталкивался, но 90% проблем я решал именно подменой юа для сайтов
Не пользуюсь.
Для документов есть Word, а инет — для поиска информации, скачивания файлов/торрентов, общения на форумах. Я все еще воспринимаю сеть именно как Сеть, а не как операционную систему с программами.
НЛО прилетело и опубликовало эту надпись здесь
Ну почему не слышал? Просто у меня есть свое мнение относительно развития Сети, не совпадающее с мнением большинства корпораций, делающих бизнес на вебе. А с вашим SaaS недалеко и до того, что придется платить абонентскую плату за пользование софтом.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Пожалуй, сяду за Вашу сторону стола — были, есть и будут рабочие места с «никаким» интернетом (промзоны, мелкие города), провайдеры-«барыги».
Вот в них ни о каком SaaS-е думать нельзя.
Казалось бы, причём тут тема поста?
Это хабр :)
В случае идеального вектора развития SaaS сервисов вы как раз таки сможете интегрировать абсолютно все ваши приложения друг с другом и передавать огромные объемы данных из одного сервиса в другой даже с мобильного телефона.
НЛО прилетело и опубликовало эту надпись здесь
Однако в капиталистическом мире свободной конкуренции сама конкуренция распоряжается выживаемостью, а без интеграции со сторонними сервисами SaaS быстро теряет преимущество. Интеграция с соц сетями для поиска друзей в том же сервисе — наглядный пример такой интеграции. Или, например, интеграция Google Drive со сторонними программами, позволяющими быстро открывать файлы в другом SaaS приложении.
НЛО прилетело и опубликовало эту надпись здесь
Неужели вы всё ещё верите в эти байки от Сталинов/Ленинов про капитализм? Надо хотя бы учитывать то, что если продукт плох, то пользователь плюнет и скажет — раньше жил без него, и сейчас поживу. Если бы первый айфон бы сделали бы просто лучше тех древних смартов, то пусть бы и он завоевал бы ТОТ рынок, но не вышел бы в массы как сейчас.
>Плохо то, что пользователь становится зависим от конкретного продукта (считай корпорации).

Вы не поверите, но эта проблема появилась задо-о-олго до появления онлайн-приложений и эпохи веб2.0 в целом :)
Вы смогли воспользоваться Google hangout в Опере?
А я и в Хроме не смог — оперативки не хватило…
Особенно в Opera впечатляет работа window.onunload и window.onbeforeonunload :)
Блин. ЭТО случилось. Я даже не знаю, радоваться или грустить. Только недавно не выдержал и пересел с Chrome обратно на Opera.
Я бы перешел на Chromium, если был тот функционал и удобства, что в Опере есть были бы там. А тут такое… Радоваться надо!
Опера на вебките – очень интересно! Надеюсь что вопрос с MSIE со временем разрешится таким же образом.
Чем MSIE не устраивает? Всю верстку, которую я делаю, не приходится адаптировать к IE (начиная с девятой версии) уже давно.
Правда правда? А как же анимация? В девятой версии её, видимо как всегда, случайно забыли сделать…
НЛО прилетело и опубликовало эту надпись здесь
Чем MSIE не устраивает? Are you serious?
Да, да, защитники ИЕ так любят рассказывать, как там всё светло, тепло и радужно, и как задолбали ничего не понимающие хейтеры-завистники, несомненно ругающие ИЕ исключительно поддавшись моде, а на самом деле всё прекрасно и WebKit не нужен.
Я, вообще, не понимаю откуда берутся эти «защитники ИЕ ».
Вот откуда берутся маньяки, извращенци и политики я могу понять. Но «защитники ИЕ»…
Изменения вносятся слишком медленно. Например TypedArray для ImageData в Canvas нет даже в IE10, хотя работает уже во всех современных браузерах:

interface ImageData {
  readonly attribute unsigned long width;
  readonly attribute unsigned long height;
  readonly attribute Uint8ClampedArray data;
};


Ну или их отношение к WebGL.

Это то, что сходу вспомнилось.
Есть и первое и второе, второе кажется есть даже у 9 версии.

WebGL — да пока нет.
Может они делают свой проприетарный WebЫкс :)
Вы издеваетесь? Все сайты, что есть на html5 и css3, надо выгеморроивать для осла.
У меня в свое время для одного из проектов сидел отдельный человек, который проект адаптировал под IE (даже в 9-й версии огромное кол-во кода и верстки работало странно). Для всех остальных браузеров код писался коммандой, с мелкими фиксами под отдельные браузеры.
Бедный… Как я его понимаю… Он наверно домой приходил и избивал боксёрскую грушу пока не падал от физической усталости… А утром опять на пытку работу…
Интересно, за какие деньги он себя на это обрек. Или у него просто отобрали паспорт? Скорее, второе.
Недавно был в разработке сайт, нагруженный скриптами, графикой и анимацией. ИЕ9 (с некоторыми оговорками в плане CSS3) и Фаерфокс — полёт нормальный, всё мягко и красиво. ВебКит — слайдшоу и лаги.
Значит Ваш проект как минимум не использовал
Application Cache (offline)
Web Workers (threads in JavaScript)
HTML5 Forms (validation mechanism, CSS3 selectors)
JavaScript Strict Mode
ForeignObject (embed external content in SVG)
SMIL Animations (SVG animations)
File API
WebGL (3D)
CSS3 Transitions (for animations)
CSS3 Text Shadow
CSS3 Gradients
CSS3 Border Image
CSS3 Flex box model
ClassList APIs
FormData
HTML5 History API
Drag'n Drop from Desktop

Я замечу, что у нас теперь в продакшн идет только html5 валидация и css3
НЛО прилетело и опубликовало эту надпись здесь
В IE 10 нет даже зачатков поддержки WebGL и, судя по заявлениям MS, не будет в ближайшее время.
Да, давайте вместо рабства Микрософта попадём в рабство к Гуглю:)
хромиум опенсорсный
И как это спасает от гуглорабства?

bool FirstRun::SearchEngineSelectorDisallowed() {
// For now, the only case in which the search engine dialog should never be
// shown is if the locale is Russia.
std::string locale = g_browser_process->GetApplicationLocale();
return (locale == "ru");
}


src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/first_run/first_run.cc?r1=84235&r2=84234&pathrev=84235
Легко. Никто не заставляет использовать этот участок кода :)
в случае с Оперой у меня на Андроиде стоит клон Оперы от Яндекса, там в качестве поисковика по умолчанию — Яндекс. В других случаях можно просто поставить домашней страницей Яндекс или тот поисковик, который вам удобнее, чем Google. В Яндекс.Браузере еще можно прямо в настройках поисковой строки указать все поисковики, которые вам приятны, и выбирать их по мере надобности:



Словом, при желании иметь выбор его пока вполне реально организовать. Что не исключает нечестной конкуренции в будущем, о которой надо людям рассказывать, и которую надо стараться исключать, давя на монополиста. В конце концов, никто нас не заставляет платить Google за рекламу и быть для него привлекательным рынком.
Самое противное, что он там был, по чьему-то решению и исключительно для русской локали.
Смилостивились, ага: «раз уж народ со слэшдота ссылается на этот баг, имейте в виду, пожалуйста, что позже мы всё вернули» (спустя полгода).
Однако это нашли и откатили, чего попросту не могло бы случиться в случае ИЕ, не так ли?
Это да — несомненный плюс Open source.
Старая тема. Единственная и абсолютно правильная причина по которой Гугл тогда это сделал — это то что в России у Хрома тогда были конкуренты от Яндекса, Рамблера и Мэил.Ру. И все на движке того же Хромиума.
И во всех них не было выбора поисковика по-умолчанию после установки. Почему же браузер от Гугла должен его предлагать?
Может потому что Chromium (белый и пушистый) это не Chrome (поработитель и следитель)?
И где связь?

Это вопрос конкуренции. Яндекс.Браузер использует поиск Яндекса, Нихром — Рамблера, Хром — Гугла. Всё честно, вы не находите?
Честно. Когда речь касается закрытых браузеров. Но почему в открытом Хромиуме фильтрация?
Потому что ее используют закрытые браузеры, основанные на Хромиуме.
Это я знаю. И что? Вы написали — «Почему же браузер от Гугла должен его предлагать?» А я говорю о том, что Chromium это не браузер от Google, это свободный браузер. Вот в своём Chrome они пусть накладывают патчи, делают что хотят, но косячить Chromium это плохая конкуренция.
Что вы понимаете под словом «свободный»: «открытый» или «бесплатный»? Или и то, и другое.

Насчет свободы Chromium'а вы заблуждаетесь. Это такой же программный продукт, очень тесно связанный с Chrome, аффилированный с компанией Google и разрабатываемый её сотрудниками: если у программного обеспечения открытый исходник, это вовсе не означает что оно никому не принадлежит и его разработчик обязан согласовывать свои коммиты с мнением каждого конкретного пользователя.
Т.е. главный разработчик Chromium это Google? Если так, то в принципе, всё верно.
А это от Гугла коммит был?
То есть при случае вы лично сделаете форк и будете его поддерживать?
Да ну зачем. Пусть MS перейдёт на Gecko, и все будут довольны.

Привет из 2020. Вопрос c MSIE решился именно так :-)

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А вот о нём я бы скорбеть не стал :) Страшно неудобная штука, ИМХО.
НЛО прилетело и опубликовало эту надпись здесь
А чем dragonfly не чугуниевый? Такой же чугун как и в web developer tools в Chrome. Только поддержка интерфейсных фич сильно отстаёт буквально по всем направлениям.
Вы когда последний раз Dragonfly видели?
Например отслеживание событие привязанных к DOM элементам сделана на много удобнее и логичнее.
Прямо в DOM Tree вы видите привязанные события.

Мне очень нравится автоматическое форматирование JS ресурсов в Dragonfly — эта фича, очень сильно экономит время.
Нет повода для грусти. Раз они собрались контрибьютить в вебкит, то скоро все клевое перекочует из оперы
Как я могу задать стиль выделенному DOM-элементу? Всё так же — через вручную созданный аттрибут style и его редактирование в панели слева? Там всё также невозможно дебажить javascript из-за миллиона глюков с точками останова? Всё та же страшно неудобная консоль. А как в стрекозе с расширениями? Догадываюсь, что всё те же страшные муки (с выбором нужного js-файла, с обновлением его кода, с работой DOM popup-окна? А как с производительностью? Я вот вбил в консоли на этой странице $$('*') и наблюдаю уже минуту страшные тормоза. А что у нас с @media query? Хм — ничего не вижу. Итак куда не ткни. Ах да, в стрекозе есть пипетка…

Хотя определённые сдвиги есть. Я вижу что, в net-панели наконец результаты запросов отображаются всегда. Вижу source map.
Часто вы используете $$("*") при разработке?
А вот редактировать JS и отслеживать события нужно постоянно.
Так, что при всей вашей браваде, тут стоящее замечание лишь про редактирование inline-style.
И ajax, например, сейчас удобнее отслеживать в Dragonfly
Часто вы используете $$("*") при разработке?
В консоли подобные штуки я использую довольно часто. Для меня консоль — 90% работы в таких инструментах. Консоль dragonfly мне не нравится совсем. Впрочем консоль в chrome тоже печалит :(

По поводу Ajax — не понял, чем удобнее. Мне кажется, что в dragonfly, что в web tools-ах отслеживать Ajax страшно неудобно, в то время как в Firebug почти идеально. Вот на что стоило бы ровняться. Сравнте — Dragonfly, Firebug. Может я чего и недопонимаю, не правильно пользуюсь инструментами? Просто если способа удобнее нет, то отслеживание ajax-ов что в opera, что в chrome в самом зачаточном состоянии.

Был бы рад увидеть способ проще.
Как через web developer tools редактировать кукис или отслеживать аяксы?
Отслеживать аяксы — также, через вкладку net. Не удобно =( Вот в firebug-е — шикарно. С печеньями — не знаю, никогда не работал с ними ни через web tools, ни через dragonfly.
Аяксы через Network, cookies через Resourses → Cookies.
Это уже делов вкуса, вы бы не стали, а я вот как и некоторые другие разработчики, пользуюсь исключительно драгонфлайем, мне он очень нравится. Надеюсь, что он будет максимально сохранён в новой опере.Но это маловероятно. А новость вообще отличная! В моей любимой опере теперь будет всё работать!
Эй, Рарзработчики, лаффки :)
А мне нравится больше файерфоксового и хромового.
Мне тоже, а еще в DragonFly клевые направляющие у выделеного элемента + они же при наведении на остальные — удобно прицеливаться и ровнять блоки
По мне так куда удобнее хромового. Хотя бы в том, что в Dragonfly я могу навести курсор на элемент на странице и он выделится в коде, в Chrome приходится прыгать по коду, смотря что выделяется на странице.
В Chrome (только что проверил) скролл автоматически переносится к выделенному DOM элементу, и соответственно выделяет его синим.
Возможно, я не совсем корректно выразился, поэтому решил продемонстрировать при помощи видео:
www.youtube.com/watch?v=_atHK7DORpg
Для лучшего просмотра рекомендую полноэкранный режим.

Я был бы очень признателен за метод, который позволит выделять элементы в Chrome так же, как и в Opera.

PS Ниже уже ответили, спасибо.
По мне так куда удобнее хромового. Хотя бы в том, что в Dragonfly я могу навести курсор на элемент на странице и он выделится в коде, в Chrome приходится прыгать по коду, смотря что выделяется на странице.

Нажмите на «Лупу» в ДевелоперТулз и выбирайте элемент.
Огромное спасибо, жаль, что это отключено по-умолчанию.
ПКМ — Inspect Element, почему нет?
Огромное спасибо, жаль, что это отключено по-умолчанию

Не жаль. Очень плохо когда открываешь девелоперс тулз и она автоматически активируется. Вот я смотрю в код и хочу увидеть, как оно будет реагировать на мои действия. А вместо этого — выделяет мне элементы. Может, я хочу написать сообщение в Input и при этом смотреть, как будут менятся свойство выделенного перед этим элемента?
Что бы открыть с лупой по умолчанию просто нажимаешь ctrl+shift+C (cmd+shift+C)
Про веб-инспектор и другие подробности десктопного релиза расскажем ближе к делу, сейчас пока мобильная версия.
Ждем experimental/alpha новой Opera. Понимаю, что вам, как сотрудникам, сильно жалко бросать столько труда(Presto в свое время был великолепен в плане изменений и скорости), но идея ваша здравая и хочется сказать вам в очередной раз спасибо за труд и пожелать успехов в новых для вас принципах разработки.
а когда можно ждать альфу для десктопа на новом движке? Хочется посмотреть на потребление памяти.
Сейчас, при моем использовании, опера жрет 600Мб, а хром 2,5 гига, разница существенная, не хотелось бы чтобы она изменилась в сторону хромовской.
Пофиг. Память нынче дешевле некуда.
Да что вы говорите! И даже DDR2?
На пыльных полках она ещё дешевле DDR3.
Печально, когда такие вещи говорит один из разработчиков довольно распространенного фреймворка.
Сервера — это другая тема. Я про десктоп.
Ой ну пристыдил, я вроде как из симфоневского стана, но насколько я помню ий один самых нежрущих память фреймворков.
НЛО прилетело и опубликовало эту надпись здесь
Любая память быстро закончится, если кушать её гигабайтами. У меня бывает, что открыто сразу 19-20 окон. Представляете, что было бы, если бы каждое съедало хотя бы по 200 МБ+? =) Не стоит относится к ОЗУ, как к неисчерпаемому ресурсу.
Конечно, он не неисчерпаемый и как разработчик я его экономлю. Но как пользователь мне проще отдать немного денег, чем страдать от того, что что-то не влезло в память.
Ситуации разные бывают. Моя текущая материнская плата не даёт мне использовать > 3.2 GiB RAM :) Новая планка не поможет :)
> SamDark получил минусов.
Как страшно жить.
Когда ее не расширить из-за ограничений чипсета или того что она распаяна на плате — ее стоимость становится величиной эфемерной и абстрактной. И да, не надо мне предлагать поменять комп — он меня устраивает :)
Десктопная версия будет позднее в этом году.
Пытался попробовать другие браузеры, с полусотней вкладок Опера справлялась лучше всех. Тормозила, но равномерно. Жрала память, но минимально. Хром оторвался на памяти и процессах по полной, и кажется, начал мешать сам себе. ФФ был близок, но часто начинал внезапно стопориться и дёргаться, работа со вкладками не такая удобная.
Если сменят двиг, но сохранят фичи (жесты, вкладки), не привнося «инноваций» типа три процесса на вкладку, то есть надежда, что всё получится. Буду ждать альфу.
--process-per-site — ключ указывает Хрому запускать отдельный процесс для каждого сайта. Скажем, если открыто 2 вкладки с habrahabr.ru и 3 с yandex.ru, то процессов будет 2.

--single-process — запускать все вкладки в одном процессе, как в большинстве других браузеров. Экономит память.
You are using an unsupported command-line flag: --single-process. Stability and security will suffer.

Google Chrome has stopped working.
A problem caused the program to stop working correctly…

А я уж было понадеялся на чудо. :(
В одной из последних версий выпилили.
Мда, не успели порадовать, как тут же огорчили.
Я тут у себя нашёл старый скрин сравнения потребления памяти, Хром ест почти в два раза больше на свежезагруженных вкладках (что говорит о том, что потребление не уменьшится со временем, а лишь увеличится при работе со страницой). Сейчас посмотрел для сравнения — 30мб на воркер, 40-80мб на рендерер, итого более 100мб на вкладку, + сотня на главный процесс + процессы для плагинов. Ну нельзя же столько жрать )
У хрома наблюдаются проблемы с мультипоточностью javascript в разных вкладках, а также глючный localstorage. В отличии от Opera, конечно же.
Вдимо это прощай удобные жесты, прощай выделение ссылок, прощай удобный поиск, прощай переключение proxy на лету (в linux) и т.д. Боюсь что 99% вкусностей оперы просто умрут и она превратится в очередной клон chromium-а.
Мне кажется, что ровно наоборот.
Придется потратить немало времени, что научиться модифицировать хромиум, однако отсутствие трат на движок позволит сконцентрироваться на инновациях в интерфейсе.
Всё правильно понял.
Да, но выделение текста будет угрёбищным как в Хроме?
Нет ответа… Видимо будет.
выделение действительно в хроме корявое.До оперы далеко. Особенно ссылки выделять…
Они же на Вебкит переходят, а не на Хромиум, так что все плюшки обертки над движком должны остаться.
На Хромиум, не просто на Вебкит.
Это если рассуждать примерно так: у нас освободилось N программистов, которые занимались движками рендеринга и javascript'a, пусть теперь они занимаются «инновациями в интерфейсе».

Только вот наверняка не все «освобождённые» программисты захотят и смогут переключить своё внимание на решение задач другого класса.
НЛО прилетело и опубликовало эту надпись здесь
Тогда так:
у нас освободилось ресурсов на N программистов, которые занимались движками рендеринга и javascript'a, эти ресурсы будут потрачены на программистов, которые будут заниматься «инновациями в интерфейсе».

НЛО прилетело и опубликовало эту надпись здесь
Откуда у вас такие странные инсайды? Ничего такого не было.
Opera будет участвовать в разработке проектов Webkit и Chromium.

Webkit

Есть на что переключиться.
Надеюсь вы не правы и будет как раз наоборот. Вокруг хромиума они прикрутят удобные жесты, выделение ссылок, удобный поиск, переключение proxy на лету, турбо, драгонфлай, линейку масштабирования и быстрое управление кэшированием картинок, превьюшки сайтов и еще огромное количесвто фишек. Благодаря которым Опера мой бессменный браузер на протяжении 9 лет
Я из статьи понял, что они не Хромиум будут использовать, а Вебкит. Так что вся обертка над движком останется своя.
Нет, к сожалению, именно Хромиум :(
И таки да мне вот тоже интересно, что будет с выделением ссылок? Я бы с радостью пересел на хромиуподобный браузер у которого нормальное, опероподобное выделение ссылок =)
Жесты в ныншеней опере как-то неуверенно работают, поиск тоже не проблема сделать, он же поверх движка, переключение прокси тоже. Заодно радует, что не будет параноидальных ограничений на работу расширений на гуглостраницах, будет традиционное настраиваемое переключение между табами (MRU). Это уже киллер-фичи.
Говорят, что
браузер — это гораздо больше, чем просто движок, поэтому все эти перемены для обычных пользователей произойдут где-то далеко под капотом.
НЛО прилетело и опубликовало эту надпись здесь
А какой из «чугуноклонов» имел свой интерфейс до того как стать клоном?
Так все чугуно клоны это форки хромиума, а тут будет просто голый webkit под капотом.
Нет, это будет менее голый форк Вебкита, это будет Хромиум без интерфейса. Но, тем не менее, не чугуно-клон.
..., что по большей части и пугает… Не хочется «This is a new *hit»…
Я его бабушке на днях поставил вместо оперы, она в восторге. Во первых потому, что пользуется Яндексом и Я.Почтой. А во вторых, из-за встроенного Turbo, инет в поселке 56кб. Ну а опера уж слишком для нее перегруженная была и на старом компе еле грузилась.
У вас точно что-то не так с оперой. Я сам уже некоторое время пользуюсь Хромом, но вот 100% опера куда более щадящим образом распоряжается ресурсами чем все хромиумоподобные. Конечно, на одной-двух вкладках это сложно почувствовать, но чем дальше (чем больше расширений) тем сильнее ощущается разница.

Например. 64 битная система, Хром, с десяток расширений, 23 вкладки. Используется 2,3 Гб. Опера и на 100 вкладках столько не съест.
На большом количестве вкладок и с кучей расширений да, возможно опера меньше есть.
В голом варианте, с 2-3 вкладками и без расширений, мне показалось что оно работает шустрее.

Хотя на самом деле, поставил скорее всего, что бы мне самому было удобнее объяснять/править что-то по телефону, т.к. сам пользуюсь хромом. А на 56кб тимвьювер не поднимешь. А Опера до этого стояла только из-за Турбо.
НЛО прилетело и опубликовало эту надпись здесь
Нет.
Ну, это с Вашей колокольни и хромиумов всяких интерфейс ненормальный :) А есть такие, как я, которым очень нравится крайне минималистичный интерфейс хромиумов :) Честно говоря (со своей колокольни, да) я не очень понимаю зачем мне в браузере может понадобиться торрент клиент, IRC и еще куча всяких модулей, а уж DevTools я врятли променяю на что-то стороннее :) Да и с выделением ссылок никогда в хроме проблем не было, мышьи жесты говорите, ну дык хоткеев предостаточно для максимально быстрой навигации по браузеру в целом и вкладкам в частности :) А списки открытых вкладок для всех устройств (подключенных к одному аккаунту) так вообще любой недостаток перекрывают с лихвой :) Ну и опять же есть аналог Speed-Dial, только работает немного по-другому :)

P.S.: На самом деле очень рад, что Опера перебирается на вебкит, одним геморроем при разработке меньше, не в обиду операводам :)
НЛО прилетело и опубликовало эту надпись здесь
Большинство пользоветелей полезут в Яндекс, чтобы узнать что такое «Кастомизировать».
Полезут (бывшие) пользователи Хрома. А они по своей привычке воспользуются Гуглом.
Хот кей — это значит нужно тянуть руку к клавиатуре. Поэтому жесты — это огромный плюс. Правда, в защиту хрома могу сказать, что есть расширения, которые позволяют реализовать жесты мышкой.
НЛО прилетело и опубликовало эту надпись здесь
Для меня было небольшим открытием то, что жесты переключения вкладок (пкм+колёсико) работают и в окне настроек, и в драгонфлае. Это говорит о том, что это не наспех прикрученный костыль к окну браузера, а качественно выполненный элемент управления, которому разрешено управлять всеми элементами браузера. Аналог в хроме (через плагины) я прикрутил, но оно там работает совсем печально, пкм часто залипает и пр.
Опять же, если всё это перенесут и позволят настраивать, то не прогадают.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Не понимаю ваших предложений. Парсер и так зовется прямо из main:
int APIENTRY wWinMain(HINSTANCE instance, HINSTANCE prev, wchar_t*, int) {
  // Initialize the commandline singleton from the environment.
  CommandLine::Init(0, NULL);
НЛО прилетело и опубликовало эту надпись здесь
wWinMain не принимает параметров argc/argv.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Вы имеете в виду, что при создании браузера на основе content-layer'a трудно передать нужную командную строку? Я так понимаю, что нужно делать #ifdef и в одном случае конструировать argc/argv, а в другом случае нужно делать CommandLine::Init, за которым следует CommandLine::ForCurrentProcess()->InitFromArgv()?
НЛО прилетело и опубликовало эту надпись здесь
А в некоторых случаях даже две руки.
Sleipnir откройте
НЛО прилетело и опубликовало эту надпись здесь
обычных пользователей

Ключевые слова. Движок в любом случае накладывает уйму ограничений. + Многолетние интерфейсные «фичи» вот так вот просто взять и перенести в любом случае не получится. К примеру реализуют ли они right click + mouse wheel? Сдаётся мне, что могут и забыть (проигнорировать), а переключение вкладок по ctrl + tab в порядке их посещения? В Crome, насколько я знаю, до сих пор нет ни 1го приемлемого варианта. И так можно продолжать до бесконечности. Всё то, за что я терпел глюки оперы, может превратиться в пыль.
При чем тут движок? Обработку кликов обрабатывает не вебкит.
Я не посвящён в тонкости работы webkit-а. Полагаю что webkit и V8 хитро переплетены, и какие там будут возможности у Opera software из коробки, а каких нет, я не знаю. Думаю, что сильно разбежаться не получится, потребуется масса изменений в самом webkit.
Тогда можно было бы предположить, что nodejs и mongodb поддерживают переключение вкладок и расширения с хром маркета, ведь в них тоже V8.
Движок так назван не спроста, это как двигатель в автомобиле. В один кузов можно поставить разные двигатели, и бензиновые и дизельные. И один двигатель можно поставить в разные кузова.
Переключение вкладок точно не пострадает. Брать ведь будут рендер Внутри вкладки. А сами вкладки останутся оперовскими
А как же «блокируемое содержимое»? А как же «стили пользователя»?
Так же. Webkit отрендерит то, что ему дадут. А что ему давать будут решать разаботчики Оперы. И, думается мне, с их 17-леним стажем они уж то чно справятся с этим.
я благодарен опере за синхронизацию закладок и почту внутри браузера, на то время такого не было ни у кого! хотя с почтой и сейчас не реализовали…
Причем тут интерфейс? Меняется же движок, а не внешняя оболочка. Снаружи, я думаю, все будет как и прежде и даже лучше.
Отличная новость!
Пытался пересесть на Хром, но удерживали некоторые «привычности» в Опере. А теперь и переходить не надо будет.
Жду с нетерпением :)
А мне почему-то грустно от такого поворота событий.
Мне вот тоже жаль что опера теряет свои позиции как отдельный браузер, но зато улучшится совместимость в итоге, больше времени на новые фичи, да и в Chromium вклад наверняка смогут привнести.
Это лучше, чем погрязнуть в правках в свой движок, да еще с такой небольшой долей рынка по всему миру.
В общем надеюсь что получится не плохо в итоге.
Noooooo…
Искренне обидно за presto.
Да, как-то грустно стало
лучше бы presto открыли, чем на webkit переходить.
Там глядишь и Google на Presto перешли бы…
Эпоха уходит.
Впрочем, это к лучшему.
Надеюсь публичный багтрекер теперь сделаете? А то раньше отмазывались, что мол, исходники закрыты, по этому и нет публичного багтрекера.
А для UI Opera?
UI будет разрабатываться закрыто внутри компании, у нас достаточно изобретений разлетелось по всей отрасли, чтобы дарить ещё ;)
Так я не про исходники, а про трекер.
Пока думаем.
Если надумаете, обещаю репортить подробно и со скриншотами.
Не надо думать, надо делать. Сколько лет пользователи уже просят? Сколько проблем могло было бы решиться заранее, не затрагивая большого количества пользователей? В пустоту я один-два раза зарепортил, но без обратной связи я не получил никакой информации, это показалось мне малоинтересным. Полагаю, я не одинок
Обратная связь есть. Но она не такая, как хочется пользователям. Мне много раз приходили уточняющие вопросы или сообщения, что мол, похожую проблему исправили, проверьте, пожалуйста в новой сборке — присутствует ли проблема.
Надо было патентовать)
Опечатка вышла
Новость и правда хорошая. Поначалу воспринимается немного негативно, в том плане, что Opera отказывается о собственного движка для редеринга. Но если вдуматься, то это положительная тенденция.
Я, как фанат, всегда пользуюсь именно этим браузером, даже если изредка приходится редактировать Google Docs в Chrome. Теперь такого делать не надо будет, т.к. движок уже будет совместим для рендеринга оных.
А ведь действительно правда, что все эти табы, speeddial'ы появились в Opera раньше, чем в других браузерах, жаль что это не позволило отъесть большую часть рынка. Не останавливайтесь, добавляйте новые фичи.
Про табы они зарываются. В Опере они появились в 2000 году или около того, а в НетКапторе уже в 1997.
НЛО прилетело и опубликовало эту надпись здесь
NetCaptor был надстройкой для IE, который добавлял вкладки и прочие дела полумёртвому IE6. Суть вкладок в том, что в пределах одного окна открыты несколько страниц. Например так:

image

Почитайте сами про историю: en.wikipedia.org/wiki/History_of_the_Opera_web_browser
Ну всё-таки MDI и вкладки — штуки разные. Если так рассуждать, можно и просто несколько копий одной программы запустить — не MDI, конечно, но несколько окон же на экране!

NetCaptor, конечно, надстройка над Trident (не над IE6, не было тогда ещё IE6), но и Опера теперь вот надстройка над Webkit будет.
NetCaptor не поставлялся с Trident, он ставился поверх. Вот что такое надстройка. Суть MDI в одном окне, вкладки — это только вариант расположения страниц внутри окна.
Ну, для юзера разницы нет — поверх или не поверх.

А по поводу вкладок — ну это же игра в термины, вон Википедия пишет, что " a tabbed document interface (TDI) or a Tab is one that allows multiple documents to be contained within a single window, using tabs as a navigational widget for switching between sets of documents". Ну вот чего-то на скриншоте выше я не вижу tabs as a navigational widget.

Так что чего уж тут. Формально можно хоть словари переписать, но явно же, что с точки зрения user experience это совсем разные вещи.
Если вы на Windows тех лет за экраном 800 х 600, то вы прекрасно видите разницу между четырьмя окнами и одним.
Это точно, на экране 800 x 600 никто бы четыре окошка (как на скриншоте выше) параллельно не открывал бы :) Впрочем, мы не об этом говорили.
Ох, я даже побежал проверять дату — не первое апреля ли. Приятно удивили.

А почему бы теперь не выложить Presto в Open Source? Не пропадать же продукту даром.
Ага. Любители форкнут Оперу, соберут очередную раскривушку на основе этого исходного кода, и все те плюсы, о которых писали в топике:
Проект WebKit сегодня имеет такую поддержку стандартов, о которой мы могли только мечтать, когда начинали работу над нашим браузером. И вместо того, чтобы тратить все свои силы на повторение того, что уже реализовано в WebKit, мы можем сфокусироваться на изобретении чего-то нового, чтобы сделать лучший браузер. Изобретённые в Opera вкладки, экспресс-панель, сжатие данных, ускоряющее загрузку загрузку страниц, были в дальнейшем успешно подхвачены и внедрены многими производителями браузеров. Отправляя патчи прямо в проект WebKit, мы сможем улучшить поддержку стандартов не только в Opera, но и во многих других браузерах.

Фактически, уйдут вникуда, т.к. костылить под оперу и недоделанные стандарты прийдётся как и раньше. Нет, комьюнити, может быть, и допилит Presto до уровня WebKit'а, но когда и как качественно — вопрос открытый.

Не, я не против открытия исходников, но только самого движка и только под какой-нибудь образовательной лицензией, незачем плодить сущности и давать возможность возродить зомби из свежеубиенного продукта. Один WebKit на четыре браузера — одна проблема. Webkit на четыре браузера, Presto на «некроОпере» (назовём её так) — две проблемы. А ведь есть ещё IE и Firefox со своими шутками-прибаутками, багами, проблемами и вендорными префиксами.
Не пойдёт никто (в количестве, достаточном для костылей) на НекроОперу. Не будет у неё того имени, да и идти ради движка, который никто не поддерживает нету смысла.
Все уже и забыли откуда вырос Firefox!
Да, да, давайте убьем еще и Gecko и Trident (и всех человеков!) и вот тут уж будет стандарт нерушимый один для всех.
Trident не закроют никогда — т.к. Билл Гейтс сказал что IE лучший браузер.
Mozilla конечно может попробовать перейти с Gecko, но кроме большого количества попа-боли они не получат, слишком много завязок на XUL и другом стэке Mozilla (например XPCOM)
Билл Гейтс, умный мужик, дело говорит.
Мужик-то он умный, кто спорит…
А у Оперы типа не много было завязок на Quick? Просто будем надеяться, что у Мозиллы более мужественные руководители, чем нынешние оперовские.
Opera — коммерческая компания, ее руководители обязаны согласно уставу компании заботиться о прибыли.
Mozilla — некоммерческая компания, ее руководители обязаны согласно уставу компании заботиться о развитии Веба, открытых стандартов и конкуренции :-)
Я бы был раз посмотреть на Presto — т.к. он весьма интересен, с WebKit/V8 тоже не все так гладко.
Лучше IE убейте.
Выложить в опенсорс такой большой продукт, как Presto — это год работы большой команды по подготовке документации и дальнейшей модерации процесса развития и разработки. Эти слишком затратно и мы лучше потратим ресурсы на разработку нового, чем на поддержку старого.
А просто выкинуть в сыром виде?
под MIT License
Там же наверняка куча чужих закрытых компонентов, которые нельзя публиковать просто так.
что конкретно из того что перечислено в этом списке opera:about?
Я точно не уверен, но Presto все еще используется в Wii, и еще куче встроенных устройст, которые по любому лицензируются. Так что, выкидывать его в опенсорс в данный момент, да и еще под MIT лицензией возможно не лучшая идея.
Wii U уже использует браузер на основе WebKit.
Телевизоры?
Еще в справке Adobe в све время опера была :)
В прошлогоднем Самсунге у моих родителей браузер на основе Chromium. Специально лазил на UserAgent поглядеть :)
Ну вы бы ещё Первую мировую вспомнили ;)
И не только в справке. В прошлых версиях Dreamweaver использовал оперовский движок для области предпросмотра.
Со всеми гневными комментариями?
Просто слить исходники — это точно похоронить проект.
А просто их спрятать и никогда не открывать — это что?
Какие у вас дальнейшие планы на этот движок тогда, можно узнать?
Пока никаких.
Помните слив заметной части исходников Windows 2000 и Windows NT 4.0? Сырых исходников, в том виде, в каком их мать родила, с авторскими комментариями, с чужими библиотеками и с инструментами разработки.

В итоге разве Windows похоронили?
Самое интересное, что благодаря сливу тогда обнаружились и были пофиксены дыры в безопасности
)
НЛО прилетело и опубликовало эту надпись здесь
«commit EVERYTHING», ага… :)
Presto, не смотря ни на что, был бы полезен. Опубликовать можно, как заметили ниже, «в сыром виде». Поддержку силами компании можно не оказывать, оставив целиком на сообществе. Зато, возможно, некоторые, полезные вещи из этого движка могли бы появиться в других. Возможно также делать это планируете вы самостоятельно. Тогда понятно.
Мне кажется есть настоящиие причины, кторые никто не решиться публично огласить. Помните с каими фанфарами рожали версии 12 и 12.50 А потом раз, и как старуха отшептала.
Просто была посталена задача похоронить.
Хорошая попытка.
Почему бы не выложить в открытый доступ как есть?
Опера Софтваре всегда любила играть словами про «открытые стандарты и технологии». Очень жаль, что это окажется всего лишь игра слов.
Спецификации HTML5, HTML5 <video> и Media Queries, начатые в Opera Software это лишь игра слов? Патч в проект WebKit сегодня же утром, реализующий поддержку мультиколонок в CSS — тоже?
Движок, выбрасываемый в данный момент на свалку, а не отдаваемый сообществу, по количеству строк кода однозначно многократно перевешивает все это.

Я не хочу нанести оскорбление, но все равно отмечу, что такой поворт событий похож на предательство.
Строки кода — это одна из реализаций, которой никто не воспользуется. А спецификация для веб-технологий — это общее достояние. Откалибруйте свои представления о ценности.
Скажите первую фразу всем, кто работает под лицензией GPL, и Вы узнаете из чего на самом деле делают кетчуп Балтимор =)
Опера Софтваре всегда любила играть словами про «открытые стандарты и технологии». Очень жаль, что это окажется всего лишь игра слов.

Ну вообще если быть справедливым, то Опероводы — молодцы. Как минимум то, что они не занимались патентным троллингом — уже огромный респект им.
Такая частая заморочка — мол как же облик компании, все увидят наш ужасный код, нужно его сначала привести в божеский виииид, потратить пару лет вреееемени, перевести комментааарии с