хабраиндекс
131,72
13 февраля 2013 в 12:00

300 миллионов пользователей и переход на WebKit



Одновременно с анонсом нового достижения — 300 миллионов пользователей Opera! — мы также анонсируем, что все наши новые продукты будут использовать движок WebKit для рендеринга и V8 для обработки JavaScript. Они будут основаны на опенсорсном браузере Chromium и его компонентах. Конечно же, браузер — это гораздо больше, чем просто движок, поэтому все эти перемены для обычных пользователей произойдут где-то далеко под капотом. Такие пользователи заметят только улучшившуюся совместимость с сайтами, особенно мобильными, большинство из которых были как следует протестированы только в браузерах на WebKit. Первым новым продуктом будет браузер для смартфонов, который мы покажем на Всемирном мобильном конгрессе (MWC) в Барселоне в конце февраля. Opera для десктопа и остальные продукты совершат переход позднее.

Если лень читать дальше


  • Это не потребует изменений в привычном вам процессе разработки.
  • Расширения, разработанные для предыдущих версий Opera, продолжат работать.
  • Opera будет участвовать в разработке проектов Webkit и Chromium.
  • Мы продолжим работу над развитием стандартов на благо веба.

Что это значит для веб-разработчиков?


Если коротко, это не должно как-то повлиять на вашу ежедневную работу. Продолжайте писать код по стандартам, а не для отдельных движков; тестируйте в разных браузерах: Opera, Firefox, Chrome, Safari и Internet Explorer; используйте все необходимые браузерные префиксы вместе с беспрефиксными свойствами в вашем CSS- и JavaScript-коде. Тем не менее, кое о чём стоит помнить:

  • В Chromium, как и в Opera, есть встроенная поддержка медиакодеков WebM, Ogg Theora и Ogg Vorbis, но нет встроенной поддержки форматов H.264 и MP3 (однако, если эти кодеки доступны в ОС устройства, то всё заработает). Правильный способ определения поддержки — это метод canPlayType из HTML5. Самый простой способ добиться того, что каждый браузер получит нужный кодек — это подготовить видео в двух форматах WebM и H.264 и добавить в код два элемента <source> или использовать canPlayType для проверки (см. подробности в статье Introduction to HTML5 video).
  • Объект window.opera не будет существовать в будущих версиях Opera. Мы по-прежнему настойчиво рекомендуем разработчикам не использовать определение браузеров, а вместо этого определять поддерживаемые возможности: либо с помощью сторонних решений, вроде Modernizr, либо просто вручную.

Что это значит для разработчиков расширений?


Расширения получили огромную популярность среди пользователей Opera и безусловно продолжат работать в новой версии браузера. Мы разработали иструмент для конвертации знакомых вам OEX-расширений в формат, который сможет работать в новой версии Opera для десктопа, основанной на движке Chromium (видели бы вы этот огромный скрипт на Питоне!) Помимо этого, мы напишем руководства по конвертации и документацию по новым расширениям и конечно ответим на ваши вопросы. В общем, мы с удовольствием продолжим поддерживать разработчиков и пользователей расширений и постараемся сделать процесс перехода как можно более гладким.

Почему Opera меняет движок?


Когда мы только начинали в 1995 году, нам пришлось создать собственный движок для того, чтобы конкурировать с браузерами Netscape и Internet Explorer и двигать веб-стандарты и весь интернет вперёд. Когда мы начинали разработку спецификации HTML5, мы хотели написать такой документ, который улучшит общую совместимость браузеров.

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

Мы безусловно продолжим нашу работу по улучшению веба с помощью стандартизации технологий. У нас есть 17-летний опыт в создании браузера и новых стандартов. Начатые в Opera стандарты, вроде HTML5, HTML5-видео, Media Queries являются жизненно важной частью современного веба.

Мы продолжим развитие веб-технологий и будем участвовать в проектах WebKit и Chromium. У нас есть большой опыт создания кроссплатформенных продуктов. В наших внутренних сборках мы экспериментируем с добавлением новых стандартов и отсутствующих технологий, которые поддерживает Presto, например, полная поддержка мультиколонок в CSS. В последние недели мы связывались с проектом WebKit и его контрибьюторами, чтобы обсудить наши намерения по участию в развитии проекта.

Поэтому в этом году мы отправляем сразу две валентинки: одну, как водится, открытому и совместимому вебу, а вторую проекту WebKit.

P.S. Первый патч, отправленный в WebKit этим утром, исправляет поддержку мультиколонок в CSS.
+436
144036
103
pepelsbey 123,2 G+

Комментарии (1066)

+86
Olhado, #
Отличная новость.
+65
Jeditobe, #
Она была бы отличной, если бы Presto передали в Open Source, а так это похороны. Они не собираются это делать.
:-( Одним конкурирующим движком
+20
Jeditobe, #
… стало меньше.
+41
Jeditobe, #
+10
Scrooge2, #
А можно поинтересоваться зачем они тебе?
+48
Mairon, #
Штоб в ReactOS заюзать
+10
kastaneda, #
Так есть же WebKit?
+9
Inkanus, #
Так WebKit не нужен же.
–3
a1exis, #
Хорошо, что не в BolgenOS
–4
avz, #
Ирония судьбы. В опере не получается войти на сайт change.org, потому что текст «Войти, используя логин и пароль на Change.org» не становится ссылкой.
+6
burivuh, #
Ну и отлично!
+15
Jeditobe, #
После прочтения всех коментариев захотелось сказать:
Хоронили Оперу — порвали три баяна.
+9
Tesla, #
Хоронили Оперу — сорвали три сопрано.
+22
eReS, #
С одной стороны это плохо, с другой хорошо — зачем велосипеды? Его все равно никто не сможет качественно поддерживать, а все уникальные наработки они перенесут в WebKit.
+1
Alexeyco, #
Лучше бы открыли Presto, а все уникальные наработки переносить — нашлись бы специалисты
+1
skobkin, #
Так компания бы получила взамен меньше, чем отдала бы.
+1
dreamerchant, #
Конечно, лучше просто выкинуть.
0
Jeditobe, #
А кто сказал, что мы его за просто так хотим забрать? Пусть назовут цену — выкупим!
0
nikita2206, #
Я думаю это решение не с неба свалилось на девелоперов. Есть конечно шанс, что это было сделано в маркетинговых целях, т.к., ну… все любят вебкит. С другой стороны, может быть престо был не самым лучшим движком «изнутри», раз его решили так вот сбросить.
+1
anor, #
Да и разрабатывать собственный движко современный со всеми плюшками — удовольствие не из дешевых. Как они сами написали — огромное кол-во времени они тратили просто на поддержку движка в актуальном состоянии, вместо инноваций.
0
loststylus, #
и слава богу
+1
unxed, #
Они бы наверняка открыли движок, если бы могли. Подозреваю, что с этим проблемы (код, лицензированный у других компаний, и тому подобное). А если открыть Presto шансов нет — отказ от него в пользу WebKit выглядит вполне разумным шагом. Особенно учитывая тот факт, что их одного процента пользователей явно мало, чтобы большинство разработчиков всерьёз что-то тестили на их движке.
0
AndrewTishkin, #
Может это оно? Взято из вики:
Движок Opera (Presto) лицензирован Adobe и интегрирован в пакет Adobe Creative Suite (в частности, Presto используется в Adobe GoLive и Dreamweaver).

Правда там речь про времена CS2
+79
mmib, #
Вот если бы еще и IE на webkit перешел…
+2
moscow_beast, #
Балмер как-то сболтнул однажды такое в Австралии. Правда не про IE, а про Gazelle.
Но судя по всему, ничего такого не произошло.
+10
Squier, #
image
–12
dprojex, #
Зачем? IE в 10 версии работает отлично. Чисто субъективно работает быстрее Хрома. Единственное, чего в ослике не хватает, так это нормального интерфейса для разработки плагинов.
+47
naum, #
Не, вам показалось.
–16
SerCe, #
Ненавидеть IE уже не модно :)
+60
naum, #
Не, вам показалось.
+3
AVGUR, #
Ну зачем вы так, IE 20 Ещё наши внуки будут ненавидит ;-)
0
hermit931, #
IE9 и выше уже вменяемые, но любить их пока не за что, а до этой версии карму они себе подпортили
–3
agmt, #
В IE9 даже сглаживание шрифтов отключить нельзя без установки сторонних ненадёжных dll.
+2
vabue, #
Работает то он быстро, но на нескольких вкладках. Когда открываешь больше десятка — периодически начинает перезагружать с ошибкой содержимое.

И удобство интерфейса ещё то.
0
dprojex, #
??? Открыл 50 вкладок. Полёт нормальный. Ослик летает. Открыл те же 50 в хроме — тоже отлично. Так что не в вкладках дело :)
+2
AndrewTishkin, #
Сначала огласите, пожалуйста, какой у Вас размер ОЗУ
–3
dprojex, #
12 гигов
+11
AndrewTishkin, #
Всё понятно, Вам это не грозит.
–3
unconnected, #
Мои субъективные тесты памяти показали следующее:
первое место по прожорливости жрет лиса,
потом опера
а самые гуманные — хром и ие10
+2
TiGR, #
Уж очень странные данные. Хотя, многое зависит от того, на скольки вкладках тестировали.
+1
hermit931, #
А также плагинов
0
unconnected, #
плагинов ноль, вкладка одна
0
fatal, #
Молодец, что вы протестировали сферическую вкладку в вакууме.
0
AntonDiaz, #
В моем первом компьютере было вдвое меньше памяти… на жестком диске.
+1
dprojex, #
:) да, прогресс не остановить, помню как оперативку на 256 мб поставил… был самым крутым парнем в городе!
0
Inkanus, #
А зачем, когда есть Макстон?
+147
smarkelov, #
УРА! Теперь в опере все будет нормально работать!
–9
NeoCode, #
У меня в Опере и так все нормально работает. А то что будет одним движком меньше — ничего хорошего.
+82
Syra, #
Скажите это тем, кто верстает и пишет js под оперу.
+12
WaveCut, #
Подождите, а что не так с JS в опере?
+34
josser, #
Т.е с проблемами в верстке вы согласны? )
+1
WaveCut, #
Нет. Приводите пример багов текущей stable версии.
+15
josser, #
Из последнего — не удается реализовать кроссбраузерно фильтр grayscale.
Т.е вот в IE7+ даж работает, а в опере нужен костыль который несовместим с css для других браузеров.
Нет возмоности задать цвет текста в placeholder в input
+12
TrueChaotic, #
При направлении документа rtl меняются местами margin-ы, меняются местами куски(!) фона при padding-е, ломаются границы ячеек таблиц при border-collapse: collapse и colspan.
+2
Aingis, #
Надо отметить, что маржины меняются только для инлайн-блоков в rtl. (может инлайнов ещё? Не помню.) Для остальных элементов проблем нет. С фонами, зависящими от языка текста (ltr или rtl) я отправлял эпичный баг. Вроде поправили, кажись, не наблюдал больше.
+2
TrueChaotic, #
margin-ы у инлайнов тоже меняются. Фоны до сих пор бьются. Таблицы до сих пор бьются. Я тоже отправлял багрепорт с примерами, пока не поправили.
–12
Emile_de_Sad, #
Самый простой пример:

window.find('test');
+16
vitvad, #
DOM Level 0. Not part of any standard.
Я впервые про этот метод услышал, кроме того в FF тоже есть баг судя по всему. Пример не защитан.
0
arXangel, #
Я не знаю много примеров, но есть один, с которым сталкивался — это своя реализация направления скролла мышки.
0
pepelsbey, #
Дельта скрола уже поправлена много лет назад.
0
arXangel, #
Спасибо за уточнения.
–11
leMar, #
Я еще ни разу не видел, чтобы были проблесы с версткой под оперой.
+59
ssneg, #
Если ещё и Опера начнет активно контрибьютить в код Хромиума и V8, то броузеры начнут развиваться семимильными шагами. Так что лучше 2 отличные компании, работающие над 1 движком, чем две — над двумя.
+9
armed, #
Над webkit уже работают apple и google + может еще кто-то поменьше. Так что будет как минимум 3 компании а не 2.
+18
pepelsbey, #
А ещё Nokia, Adobe, Intel, Samsung и другие.
+8
armed, #
Вы правы, однако если посмотреть страницу коммиттеров, то там 80% работники apple и google.
+3
pepelsbey, #
Да, в соотношении комитеров и ревьюеров перевес есть.
+3
SailorMax, #
Ну так они же как раз основные «потребители» этих самых исходников. Чего вас так удивляет? Nokia и Samsung больше времени железу уделяют.
Будет удивительным, если сейчас к этой парочке не подключится Opera :)
+2
spe, #
Даже Яндекс! =)
0
Velikodniy, #
А еще Рамблер, Мейл.ру, QIP и ICQ :)
+10
OnYourLips, #
Вы наверное не пользуетесь сайтами типа Google Docs?
+16
opposite, #
К сожалению, если в Опере поменять юа на Хром, то все баги исчезают
+14
pepelsbey, #
К сожалению, не все :(
+5
opposite, #
вполне допускаю, что с ними просто не сталкивался, но 90% проблем я решал именно подменой юа для сайтов
–11
NeoCode, #
Не пользуюсь.
Для документов есть Word, а инет — для поиска информации, скачивания файлов/торрентов, общения на форумах. Я все еще воспринимаю сеть именно как Сеть, а не как операционную систему с программами.
0
OnYourLips, #
SaaS? Нет, не слышал.
+8
NeoCode, #
Ну почему не слышал? Просто у меня есть свое мнение относительно развития Сети, не совпадающее с мнением большинства корпораций, делающих бизнес на вебе. А с вашим SaaS недалеко и до того, что придется платить абонентскую плату за пользование софтом.
+3
OnYourLips, #
Недалеко до того, чтобы платить? Это уже давно случилось. Dropbox, Evernote, Basecamp, Bitbucket и др.
Однако я не вижу ничего плохого либо аномального в том, что за SaaS нужно платить.
+10
m0Ray, #
Плохо то, что пользователь становится зависим от конкретного продукта (считай корпорации). Локально хранимые документы в большинстве своём можно так или иначе использовать в разных локальных приложениях, в случае же SaaS доступ к ним ограничен одним приложением. Плюс полный контроль владельца SaaS над пользователем: захотел — отключил за неуплату и т.п.
Я тоже стараюсь максимально избегать использования SaaS где это возможно.
–2
OnYourLips, #
Почему пользователь более зависим в случае SaaS, чем с копией ПО? Всегда можно экспортировать данные и использовать их локально или в другом сервисе.
+10
m0Ray, #
Уже наступали на эти грабли: жалоба, блокировка аккаунта, доказательства что не верблюд…
Если копии данных всегда хранить у себя, зачем тогда нужен SaaS?
+2
OnYourLips, #
Так бэкапы на что нужны? Не делаете бэкапы? Или почему-то считаете, что для локальных файлов они нужны, а для удаленных — нет?
+2
m0Ray, #
Одно из важнейших преимуществ хранения документов в облаках — это то, что не надо тратиться на собственные серваки с RAID'ами и кучей винтов. Если же мы боимся кривых ручек пользователя, таки да, бэкапы — которые хранятся (и создаются) там же, в облаке. Хранить бэкапы локально тоже можно, но тогда и документы логично хранить локально, чтобы не гонять каждый день большие объёмы через относительно узкий канал. Ну и надёжное хранилище тогда своё надо. Если оно есть, какой смысл выносить работу с документами вовне?
0
mihmig, #
Пожалуй, сяду за Вашу сторону стола — были, есть и будут рабочие места с «никаким» интернетом (промзоны, мелкие города), провайдеры-«барыги».
Вот в них ни о каком SaaS-е думать нельзя.
+4
pepelsbey, #
Казалось бы, причём тут тема поста?
+3
TiGR, #
Это хабр :)
0
SerCe, #
В случае идеального вектора развития SaaS сервисов вы как раз таки сможете интегрировать абсолютно все ваши приложения друг с другом и передавать огромные объемы данных из одного сервиса в другой даже с мобильного телефона.
+7
m0Ray, #
Однако в капиталистическом обществе все идеи быстро корректируются до соответствующего состояния жаждой бабла у корпораций и идеального вектора ждать не приходится.
+1
SerCe, #
Однако в капиталистическом мире свободной конкуренции сама конкуренция распоряжается выживаемостью, а без интеграции со сторонними сервисами SaaS быстро теряет преимущество. Интеграция с соц сетями для поиска друзей в том же сервисе — наглядный пример такой интеграции. Или, например, интеграция Google Drive со сторонними программами, позволяющими быстро открывать файлы в другом SaaS приложении.
+3
m0Ray, #
> в капиталистическом мире свободной конкуренции сама конкуренция распоряжается выживаемостью
Вы всё ещё верите в эти буржуйские сказки для наивных? В условиях капитализма важно только одно: бабло. Конкуренция только вредит безудержному выкачиванию бабла из населения и тщательно сводится к нулю.
Вы нигде не найдёте честной конкуренции сегодня.
0
danpetruk, #
Неужели вы всё ещё верите в эти байки от Сталинов/Ленинов про капитализм? Надо хотя бы учитывать то, что если продукт плох, то пользователь плюнет и скажет — раньше жил без него, и сейчас поживу. Если бы первый айфон бы сделали бы просто лучше тех древних смартов, то пусть бы и он завоевал бы ТОТ рынок, но не вышел бы в массы как сейчас.
+1
Mezomish, #
>Плохо то, что пользователь становится зависим от конкретного продукта (считай корпорации).

Вы не поверите, но эта проблема появилась задо-о-олго до появления онлайн-приложений и эпохи веб2.0 в целом :)
+1
Rsolars, #
Вы смогли воспользоваться Google hangout в Опере?
+11
FWhisper, #
А я и в Хроме не смог — оперативки не хватило…
0
amlet, #
Особенно в Opera впечатляет работа window.onunload и window.onbeforeonunload :)
+47
semmaxim, #
Блин. ЭТО случилось. Я даже не знаю, радоваться или грустить. Только недавно не выдержал и пересел с Chrome обратно на Opera.
+7
kratkar, #
Я бы перешел на Chromium, если был тот функционал и удобства, что в Опере есть были бы там. А тут такое… Радоваться надо!
+98
bisserof, #
Опера на вебките – очень интересно! Надеюсь что вопрос с MSIE со временем разрешится таким же образом.
–53
teonoman, #
Чем MSIE не устраивает? Всю верстку, которую я делаю, не приходится адаптировать к IE (начиная с девятой версии) уже давно.
+11
bisserof, #
Правда правда? А как же анимация? В девятой версии её, видимо как всегда, случайно забыли сделать…
+3
Aingis, #
Деградируют как и для 8-й версии.
+56
Meliborn, #
Чем MSIE не устраивает? Are you serious?
+4
Konair0s, #
Да, да, защитники ИЕ так любят рассказывать, как там всё светло, тепло и радужно, и как задолбали ничего не понимающие хейтеры-завистники, несомненно ругающие ИЕ исключительно поддавшись моде, а на самом деле всё прекрасно и WebKit не нужен.
+4
leMar, #
Я, вообще, не понимаю откуда берутся эти «защитники ИЕ ».
Вот откуда берутся маньяки, извращенци и политики я могу понять. Но «защитники ИЕ»…
+17
TheShock, #
Изменения вносятся слишком медленно. Например TypedArray для ImageData в Canvas нет даже в IE10, хотя работает уже во всех современных браузерах:

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


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

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

WebGL — да пока нет.
+1
slik, #
Может они делают свой проприетарный WebЫкс :)
+26
equand, #
Вы издеваетесь? Все сайты, что есть на html5 и css3, надо выгеморроивать для осла.
+2
anor, #
У меня в свое время для одного из проектов сидел отдельный человек, который проект адаптировал под IE (даже в 9-й версии огромное кол-во кода и верстки работало странно). Для всех остальных браузеров код писался коммандой, с мелкими фиксами под отдельные браузеры.
+4
Dexif, #
Бедный… Как я его понимаю… Он наверно домой приходил и избивал боксёрскую грушу пока не падал от физической усталости… А утром опять на пытку работу…
0
DarthSim, #
Интересно, за какие деньги он себя на это обрек. Или у него просто отобрали паспорт? Скорее, второе.
+2
vertus, #
Недавно был в разработке сайт, нагруженный скриптами, графикой и анимацией. ИЕ9 (с некоторыми оговорками в плане CSS3) и Фаерфокс — полёт нормальный, всё мягко и красиво. ВебКит — слайдшоу и лаги.
+2
equand, #
Значит Ваш проект как минимум не использовал
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
НЛО прилетело и опубликовало эту надпись здесь
+2
kaero, #
В IE 10 нет даже зачатков поддержки WebGL и, судя по заявлениям MS, не будет в ближайшее время.
+22
vanxant, #
Да, давайте вместо рабства Микрософта попадём в рабство к Гуглю:)
+6
dizer, #
хромиум опенсорсный
+33
forgotten, #
И как это спасает от гуглорабства?

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
+16
Mairon, #
Легко. Никто не заставляет использовать этот участок кода :)
+1
philipto, #
в случае с Оперой у меня на Андроиде стоит клон Оперы от Яндекса, там в качестве поисковика по умолчанию — Яндекс. В других случаях можно просто поставить домашней страницей Яндекс или тот поисковик, который вам удобнее, чем Google. В Яндекс.Браузере еще можно прямо в настройках поисковой строки указать все поисковики, которые вам приятны, и выбирать их по мере надобности:



Словом, при желании иметь выбор его пока вполне реально организовать. Что не исключает нечестной конкуренции в будущем, о которой надо людям рассказывать, и которую надо стараться исключать, давя на монополиста. В конце концов, никто нас не заставляет платить Google за рекламу и быть для него привлекательным рынком.
+1
zone19, #
Этот патч вроде уже откатили
src.chromium.org/viewvc/chrome?view=rev&revision=107302
+3
VaKonS, #
Самое противное, что он там был, по чьему-то решению и исключительно для русской локали.
Смилостивились, ага: «раз уж народ со слэшдота ссылается на этот баг, имейте в виду, пожалуйста, что позже мы всё вернули» (спустя полгода).
+11
Mezomish, #
Однако это нашли и откатили, чего попросту не могло бы случиться в случае ИЕ, не так ли?
+3
VaKonS, #
Это да — несомненный плюс Open source.
+2
MuLLtiQ, #
Старая тема. Единственная и абсолютно правильная причина по которой Гугл тогда это сделал — это то что в России у Хрома тогда были конкуренты от Яндекса, Рамблера и Мэил.Ру. И все на движке того же Хромиума.
И во всех них не было выбора поисковика по-умолчанию после установки. Почему же браузер от Гугла должен его предлагать?
+2
Grox, #
Может потому что Chromium (белый и пушистый) это не Chrome (поработитель и следитель)?
0
MuLLtiQ, #
И где связь?

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

Насчет свободы Chromium'а вы заблуждаетесь. Это такой же программный продукт, очень тесно связанный с Chrome, аффилированный с компанией Google и разрабатываемый её сотрудниками: если у программного обеспечения открытый исходник, это вовсе не означает что оно никому не принадлежит и его разработчик обязан согласовывать свои коммиты с мнением каждого конкретного пользователя.
0
Grox, #
Т.е. главный разработчик Chromium это Google? Если так, то в принципе, всё верно.
0
Chamie, #
А это от Гугла коммит был?
+8
vanxant, #
То есть при случае вы лично сделаете форк и будете его поддерживать?
+13
forgotten, #
Да ну зачем. Пусть MS перейдёт на Gecko, и все будут довольны.
+36
Kildor, #
OMG, you killed Kenny!

А если серьёзно — опера ценилась прежде всего за интерфейс, возможности настройки которого оставляли далеко позади чугуниевые браузеры, за наличие вкладок, а не просто табов, за красивые скины (впрочем уже убитые вами), а также за Suite — наличие почты, IRC и так далее. Что будет теперь? Очередной Чугуний, дубовый и некастомизируемый?
+18
Kildor, #
А ещё интересен драгонфлай — что будет с ним?
+19
faiwer, #
А вот о нём я бы скорбеть не стал :) Страшно неудобная штука, ИМХО.
+12
Kildor, #
Мне он нравится куда как больше чем чугуниевый вариант. Есть свои недостатки, но в целом он логичен и удобен.
–13
faiwer, #
А чем dragonfly не чугуниевый? Такой же чугун как и в web developer tools в Chrome. Только поддержка интерфейсных фич сильно отстаёт буквально по всем направлениям.
+18
SowingSadness, #
Вы когда последний раз Dragonfly видели?
Например отслеживание событие привязанных к DOM элементам сделана на много удобнее и логичнее.
Прямо в DOM Tree вы видите привязанные события.

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

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

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

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

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

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

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

Не жаль. Очень плохо когда открываешь девелоперс тулз и она автоматически активируется. Вот я смотрю в код и хочу увидеть, как оно будет реагировать на мои действия. А вместо этого — выделяет мне элементы. Может, я хочу написать сообщение в Input и при этом смотреть, как будут менятся свойство выделенного перед этим элемента?
+2
rma4ok, #
Что бы открыть с лупой по умолчанию просто нажимаешь ctrl+shift+C (cmd+shift+C)
+3
pepelsbey, #
Про веб-инспектор и другие подробности десктопного релиза расскажем ближе к делу, сейчас пока мобильная версия.
+10
nihi_l_ist, #
Ждем experimental/alpha новой Opera. Понимаю, что вам, как сотрудникам, сильно жалко бросать столько труда(Presto в свое время был великолепен в плане изменений и скорости), но идея ваша здравая и хочется сказать вам в очередной раз спасибо за труд и пожелать успехов в новых для вас принципах разработки.
+8
alpha6, #
а когда можно ждать альфу для десктопа на новом движке? Хочется посмотреть на потребление памяти.
Сейчас, при моем использовании, опера жрет 600Мб, а хром 2,5 гига, разница существенная, не хотелось бы чтобы она изменилась в сторону хромовской.
–28
SamDark, #
Пофиг. Память нынче дешевле некуда.
+9
Cancel, #
Да что вы говорите! И даже DDR2?
–13
SamDark, #
На пыльных полках она ещё дешевле DDR3.
+14
homm, #
Печально, когда такие вещи говорит один из разработчиков довольно распространенного фреймворка.
–11
SamDark, #
Сервера — это другая тема. Я про десктоп.
+1
nikita2206, #
Ой ну пристыдил, я вроде как из симфоневского стана, но насколько я помню ий один самых нежрущих память фреймворков.
–3
EugeneOZ, #
homm Вы отстали от жизни, память действительно очень дешёвая и об этом говорят все, в том числе разработчики БД:
www.couchbase.com/docs/couchbase-devguide-2.0/couchbase-vs-RDMS.html
«Built on modern reality of relatively inexpensive. plentiful memory.»
А из за вашего глупого коммента SamDark получил минусов.
+5
faiwer, #
Любая память быстро закончится, если кушать её гигабайтами. У меня бывает, что открыто сразу 19-20 окон. Представляете, что было бы, если бы каждое съедало хотя бы по 200 МБ+? =) Не стоит относится к ОЗУ, как к неисчерпаемому ресурсу.
0
SamDark, #
Конечно, он не неисчерпаемый и как разработчик я его экономлю. Но как пользователь мне проще отдать немного денег, чем страдать от того, что что-то не влезло в память.
+2
faiwer, #
Ситуации разные бывают. Моя текущая материнская плата не даёт мне использовать > 3.2 GiB RAM :) Новая планка не поможет :)
+5
homm, #
> SamDark получил минусов.
Как страшно жить.
+12
alpha6, #
Когда ее не расширить из-за ограничений чипсета или того что она распаяна на плате — ее стоимость становится величиной эфемерной и абстрактной. И да, не надо мне предлагать поменять комп — он меня устраивает :)
+3
pepelsbey, #
Десктопная версия будет позднее в этом году.
+3
ArtRoman, #
Пытался попробовать другие браузеры, с полусотней вкладок Опера справлялась лучше всех. Тормозила, но равномерно. Жрала память, но минимально. Хром оторвался на памяти и процессах по полной, и кажется, начал мешать сам себе. ФФ был близок, но часто начинал внезапно стопориться и дёргаться, работа со вкладками не такая удобная.
Если сменят двиг, но сохранят фичи (жесты, вкладки), не привнося «инноваций» типа три процесса на вкладку, то есть надежда, что всё получится. Буду ждать альфу.
+3
spmbt, #
--process-per-site — ключ указывает Хрому запускать отдельный процесс для каждого сайта. Скажем, если открыто 2 вкладки с habrahabr.ru и 3 с yandex.ru, то процессов будет 2.

--single-process — запускать все вкладки в одном процессе, как в большинстве других браузеров. Экономит память.
0
Athari, #
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…

А я уж было понадеялся на чудо. :(
0
TiGR, #
В одной из последних версий выпилили.
+1
ArtRoman, #
Мда, не успели порадовать, как тут же огорчили.
Я тут у себя нашёл старый скрин сравнения потребления памяти, Хром ест почти в два раза больше на свежезагруженных вкладках (что говорит о том, что потребление не уменьшится со временем, а лишь увеличится при работе со страницой). Сейчас посмотрел для сравнения — 30мб на воркер, 40-80мб на рендерер, итого более 100мб на вкладку, + сотня на главный процесс + процессы для плагинов. Ну нельзя же столько жрать )
+1
istem, #
У хрома наблюдаются проблемы с мультипоточностью javascript в разных вкладках, а также глючный localstorage. В отличии от Opera, конечно же.
+11
faiwer, #
Вдимо это прощай удобные жесты, прощай выделение ссылок, прощай удобный поиск, прощай переключение proxy на лету (в linux) и т.д. Боюсь что 99% вкусностей оперы просто умрут и она превратится в очередной клон chromium-а.
+32
Flack, #
Мне кажется, что ровно наоборот.
Придется потратить немало времени, что научиться модифицировать хромиум, однако отсутствие трат на движок позволит сконцентрироваться на инновациях в интерфейсе.
+26
pepelsbey, #
Всё правильно понял.
+25
vanfukov, #
Да, но выделение текста будет угрёбищным как в Хроме?
+8
vanfukov, #
Нет ответа… Видимо будет.
+2
agranom555, #
выделение действительно в хроме корявое.До оперы далеко. Особенно ссылки выделять…
0
anor, #
Они же на Вебкит переходят, а не на Хромиум, так что все плюшки обертки над движком должны остаться.
+2
pepelsbey, #
На Хромиум, не просто на Вебкит.
+6
murzilka, #
Это если рассуждать примерно так: у нас освободилось N программистов, которые занимались движками рендеринга и javascript'a, пусть теперь они занимаются «инновациями в интерфейсе».

Только вот наверняка не все «освобождённые» программисты захотят и смогут переключить своё внимание на решение задач другого класса.
+2
Kildor, #
Многие из разработчиков уже ушли из Оперы. И именно из-за смены движка.
+5
TheShock, #
Тогда так:
у нас освободилось ресурсов на N программистов, которые занимались движками рендеринга и javascript'a, эти ресурсы будут потрачены на программистов, которые будут заниматься «инновациями в интерфейсе».

+3
Kildor, #
Это больше похоже на правду, да.
Смотреть надо, что же в итоге выйдет, однако пока оптимизма маловато.
+9
pepelsbey, #
Откуда у вас такие странные инсайды? Ничего такого не было.
+1
weiss, #
Opera будет участвовать в разработке проектов Webkit и Chromium.

Webkit

Есть на что переключиться.
+30
AHrEJI, #
Надеюсь вы не правы и будет как раз наоборот. Вокруг хромиума они прикрутят удобные жесты, выделение ссылок, удобный поиск, переключение proxy на лету, турбо, драгонфлай, линейку масштабирования и быстрое управление кэшированием картинок, превьюшки сайтов и еще огромное количесвто фишек. Благодаря которым Опера мой бессменный браузер на протяжении 9 лет
0
anor, #
Я из статьи понял, что они не Хромиум будут использовать, а Вебкит. Так что вся обертка над движком останется своя.
+4
Abcd_Efgh, #
Нет, к сожалению, именно Хромиум :(
+15
cyberface, #
И таки да мне вот тоже интересно, что будет с выделением ссылок? Я бы с радостью пересел на хромиуподобный браузер у которого нормальное, опероподобное выделение ссылок =)
0
Cancel, #
Жесты в ныншеней опере как-то неуверенно работают, поиск тоже не проблема сделать, он же поверх движка, переключение прокси тоже. Заодно радует, что не будет параноидальных ограничений на работу расширений на гуглостраницах, будет традиционное настраиваемое переключение между табами (MRU). Это уже киллер-фичи.
+6
CAJAX, #
Говорят, что
браузер — это гораздо больше, чем просто движок, поэтому все эти перемены для обычных пользователей произойдут где-то далеко под капотом.
+11
Kildor, #
Ахха. Вот только почему то ни один из чугуноклонов не осилил нормальный интерфейс.
А ещё, я помню заявления разработчиков о том, что Опера — это модульный комбайн, который активно использует все свои модули. И не верю в лёгкость создания химеры из вебкита и Quick-интерфейса.
+2
CAJAX, #
А какой из «чугуноклонов» имел свой интерфейс до того как стать клоном?
+1
Agent_Smith, #
Так все чугуно клоны это форки хромиума, а тут будет просто голый webkit под капотом.
+1
pepelsbey, #
Нет, это будет менее голый форк Вебкита, это будет Хромиум без интерфейса. Но, тем не менее, не чугуно-клон.
+5
Jeditobe, #
Это будет Яндекс.Браузер, хаха =)
+3
krovatti, #
..., что по большей части и пугает… Не хочется «This is a new *hit»…
+2
Agent_Smith, #
Я его бабушке на днях поставил вместо оперы, она в восторге. Во первых потому, что пользуется Яндексом и Я.Почтой. А во вторых, из-за встроенного Turbo, инет в поселке 56кб. Ну а опера уж слишком для нее перегруженная была и на старом компе еле грузилась.
+7
TiGR, #
У вас точно что-то не так с оперой. Я сам уже некоторое время пользуюсь Хромом, но вот 100% опера куда более щадящим образом распоряжается ресурсами чем все хромиумоподобные. Конечно, на одной-двух вкладках это сложно почувствовать, но чем дальше (чем больше расширений) тем сильнее ощущается разница.

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

Хотя на самом деле, поставил скорее всего, что бы мне самому было удобнее объяснять/править что-то по телефону, т.к. сам пользуюсь хромом. А на 56кб тимвьювер не поднимешь. А Опера до этого стояла только из-за Турбо.
0
fddima, #
Значит либо памяти дохрена — либо непонятно что вы с ним делаете. У меня и на 20 вкладках такого никогда не происходит. Впрочем в хроме бы могли бы сделать и более тонкий тюнинг по поводу максимального числа рендереров. А по поводу «отдать» 100Мб за out-of-process — плагин — так не жалко ведь! Не видели никогда рушащихся с треском плагинов?
0
pepelsbey, #
Нет.
–9
RiderSx, #
Ну, это с Вашей колокольни и хромиумов всяких интерфейс ненормальный :) А есть такие, как я, которым очень нравится крайне минималистичный интерфейс хромиумов :) Честно говоря (со своей колокольни, да) я не очень понимаю зачем мне в браузере может понадобиться торрент клиент, IRC и еще куча всяких модулей, а уж DevTools я врятли променяю на что-то стороннее :) Да и с выделением ссылок никогда в хроме проблем не было, мышьи жесты говорите, ну дык хоткеев предостаточно для максимально быстрой навигации по браузеру в целом и вкладкам в частности :) А списки открытых вкладок для всех устройств (подключенных к одному аккаунту) так вообще любой недостаток перекрывают с лихвой :) Ну и опять же есть аналог Speed-Dial, только работает немного по-другому :)

P.S.: На самом деле очень рад, что Опера перебирается на вебкит, одним геморроем при разработке меньше, не в обиду операводам :)
+2
Kildor, #
Интерфейс должен быть максимально кастомизируемым. Всё остальное это частности. Тогда его можно будет настроить так, как пожелает пользователь без того чтоб ломать свои привычки, а главное иметь возможность нарабатывать новые.
0
anor, #
Большинство пользоветелей полезут в Яндекс, чтобы узнать что такое «Кастомизировать».
–2
Inkanus, #
Полезут (бывшие) пользователи Хрома. А они по своей привычке воспользуются Гуглом.
+1
Borro, #
Хот кей — это значит нужно тянуть руку к клавиатуре. Поэтому жесты — это огромный плюс. Правда, в защиту хрома могу сказать, что есть расширения, которые позволяют реализовать жесты мышкой.
+3
Kildor, #
Которые (жесты) не будут работать скажем в настройках и страницах гугля из-за политик безопасности. Скажем в Опере жестами можно закрыть любой диалог, что весьма удобно. И так далее.
+1
ArtRoman, #
Для меня было небольшим открытием то, что жесты переключения вкладок (пкм+колёсико) работают и в окне настроек, и в драгонфлае. Это говорит о том, что это не наспех прикрученный костыль к окну браузера, а качественно выполненный элемент управления, которому разрешено управлять всеми элементами браузера. Аналог в хроме (через плагины) я прикрутил, но оно там работает совсем печально, пкм часто залипает и пр.
Опять же, если всё это перенесут и позволят настраивать, то не прогадают.
0
fddima, #
Плагины… такие плагины. (У меня стоит ровно один — уведомлялка гугло-ридера).
Сам жестами не пользуюсь. А зачем?! o_O
Мышь, кнопки, клавиатура, бэкспейс. В конце концов в хроме — отличнейший интерфейс. Если он другой, чем у других браузеров и кому-то не нравится — это же ведь ничего не значит. Мне вот нравится, что никаких gestures нет, потому что я ими не пользуюсь и не буду. А Опера — я думаю осилит уж прикрутить всё что считает нужным, и то как видят это они. Более того — техничесики (раз это более-менее можно даже плагинами в хроме) — всё сделать можно. При желании.
Кроме того, пока идут крики про память — никто про много-процессную архитектуру как-то не вспоминает, не понимает её разницу, например между WebKit2, и т.п. Остальные — и того не имеют. Сэндбоксинг — тоже.
Посему — все эти разговоры — реально о каких-то внешних предпочтениях, которые никак не относятся ведь реально ни к хромиум, ни к опере, ни к вебкит.
0
fddima, #
Ой. Ну и тогда уже продолжу, раз такая пьянка. В хромиуме местами — код пишется как минимум астронавтами. Иногда даже космонавтами.
Чего стоит один только base / command line — это же надо было ууууусыпать так #ifdef-ами всего лишь main метод, и только лишь потому, что вместо использования argc/argv — под виндой — прямо из base кому-то в жопу клюнуло недоверять crt и получать коммандрую строку прямо в обход всех кругов ада (а в #ifdef OS_WIN в main позвать парсер — никак нельзя было? так ведь, да? ну и разумеется это же ведь заворачивается элементарно). Ну и там похожих моментов — реально много. Но в целом — и сам продукт — и сам подход — более чем серьёзный. path service их — такой же космонавт писал. Имено реализацию. А вот само по себе его существование — отличнейший ход. Мда. Мир не идеален. :)
0
halyavin, #
Не понимаю ваших предложений. Парсер и так зовется прямо из main:
int APIENTRY wWinMain(HINSTANCE instance, HINSTANCE prev, wchar_t*, int) {
  // Initialize the commandline singleton from the environment.
  CommandLine::Init(0, NULL);
0
fddima, #
А теперь смотрим Init:

// static
bool CommandLine::Init(int argc, const char* const* argv) {
if (current_process_commandline_) {
// If this is intentional, Reset() must be called first. If we are using
// the shared build mode, we have to share a single object across multiple
// shared libraries.
return false;
}

current_process_commandline_ = new CommandLine(NO_PROGRAM);
#if defined(OS_WIN)
current_process_commandline_->ParseFromString(::GetCommandLineW());
#elif defined(OS_POSIX)
current_process_commandline_->InitFromArgv(argc, argv);
#endif

return true;
}

т.е. argc/argv — просто игнорируются на Windows.
+1
halyavin, #
wWinMain не принимает параметров argc/argv.
0
fddima, #
Но они есть в сигнатуре CommandLine::Init, и вообще — это разве повод для того, что бы CommandLine вызывал WinAPI напрямую?

Если мы делаем приложение вокруг content api — так получается, что, надо ещё поприседать вокруг всего этого, если мы не хотим, что бы наше приложение принимало любые ключи из коммандной строки. И то и дело жди что где-то таки оно протаскивается.

Если взять «влоб» — src.chromium.org/viewvc/chrome/trunk/src/content/app/content_main.cc?revision=121454&view=markup то никакой инициализации не происходит, происходит она позже. Вот куда ссылается Initialize. В коде самого браузера всё

#if defined(OS_WIN)
virtual int Initialize(HINSTANCE instance,
sandbox::SandboxInterfaceInfo* sandbox_info,
ContentMainDelegate* delegate) OVERRIDE {
// argc/argv are ignored on Windows; see command_line.h for details.
int argc = 0;
char** argv = NULL;

RegisterInvalidParamHandler();
_Module.Init(NULL, static_cast(instance));

sandbox_info_ = *sandbox_info;
#else // !OS_WIN

С этим жить вполне можно, позже можно перехватить command line да перешить её как угодно. Вопрос только — нахрена так сложно делать. И эта вся феерия — как раз последствие такого крутого CommandLine.

Не верите? Ну тогда смотрим chrome_main.cc, который зовёт Content API.

#if defined(OS_WIN)
DLLEXPORT int __cdecl ChromeMain(HINSTANCE instance,
sandbox::SandboxInterfaceInfo* sandbox_info) {
ChromeMainDelegate chrome_main_delegate;
return content::ContentMain(instance, sandbox_info, &chrome_main_delegate);
#elif defined(OS_POSIX)
int ChromeMain(int argc, const char** argv) {
ChromeMainDelegate chrome_main_delegate;
return content::ContentMain(argc, argv, &chrome_main_delegate);
#endif
}

И как же ж таки передать туда нужные параметры?
0
fddima, #
Имелось ввиду, что уже на этом уровне вполне можно было бы передавать CommandLine (как это уже происходит внутрях позже), а не протаскивать на разных платформах, коммандную строку — по разному, да ещё и неявно.
Соответственно и инициализировать его можно было бы как сейчас wWinMain на винде, и через argc/argv на posix — и всё.
Вообще сейчас стал код почище. Год назад был помрачнее. :)
0
halyavin, #
Вы имеете в виду, что при создании браузера на основе content-layer'a трудно передать нужную командную строку? Я так понимаю, что нужно делать #ifdef и в одном случае конструировать argc/argv, а в другом случае нужно делать CommandLine::Init, за которым следует CommandLine::ForCurrentProcess()->InitFromArgv()?
0
fddima, #
Ну не совсем. Если создавать браузер на основе content api — то это сущая мелочь. :)

Просто достаточно передавать в content::ContentMain инстанс CommandLine (он всё равно позже в main parts идёт), тем самым снизив разность между платформами, но и до content-api было тоже весело.
Я понимаю, что портировали код с Windows, но как-то очень странно это вышло.
+3
vlivyur, #
А в некоторых случаях даже две руки.
0
smartov, #
Sleipnir откройте
0
Kildor, #
Открыл, посмотрел.
+ то что можно настроить хоткеи.
— интерфейс чуть менее дубовый, но всё равно, возможности передвинуть тулбары вниз/в стороны не нашёл.
Anyway, спасибо за ликбез, это лучше чем я ожидал от.
+10
faiwer, #
обычных пользователей

Ключевые слова. Движок в любом случае накладывает уйму ограничений. + Многолетние интерфейсные «фичи» вот так вот просто взять и перенести в любом случае не получится. К примеру реализуют ли они right click + mouse wheel? Сдаётся мне, что могут и забыть (проигнорировать), а переключение вкладок по ctrl + tab в порядке их посещения? В Crome, насколько я знаю, до сих пор нет ни 1го приемлемого варианта. И так можно продолжать до бесконечности. Всё то, за что я терпел глюки оперы, может превратиться в пыль.
+4
CAJAX, #
При чем тут движок? Обработку кликов обрабатывает не вебкит.
–1
faiwer, #
Я не посвящён в тонкости работы webkit-а. Полагаю что webkit и V8 хитро переплетены, и какие там будут возможности у Opera software из коробки, а каких нет, я не знаю. Думаю, что сильно разбежаться не получится, потребуется масса изменений в самом webkit.
+12
CAJAX, #
Тогда можно было бы предположить, что nodejs и mongodb поддерживают переключение вкладок и расширения с хром маркета, ведь в них тоже V8.
+2
Aux, #
Движок так назван не спроста, это как двигатель в автомобиле. В один кузов можно поставить разные двигатели, и бензиновые и дизельные. И один двигатель можно поставить в разные кузова.
+1
AmirL, #
Переключение вкладок точно не пострадает. Брать ведь будут рендер Внутри вкладки. А сами вкладки останутся оперовскими
+6
Holden, #
А как же «блокируемое содержимое»? А как же «стили пользователя»?
+5
CAJAX, #
Так же. Webkit отрендерит то, что ему дадут. А что ему давать будут решать разаботчики Оперы. И, думается мне, с их 17-леним стажем они уж то чно справятся с этим.
+1
zviryatko, #
я благодарен опере за синхронизацию закладок и почту внутри браузера, на то время такого не было ни у кого! хотя с почтой и сейчас не реализовали…
0
silkleo, #
Причем тут интерфейс? Меняется же движок, а не внешняя оболочка. Снаружи, я думаю, все будет как и прежде и даже лучше.
+5
TheAlien, #
Отличная новость!
Пытался пересесть на Хром, но удерживали некоторые «привычности» в Опере. А теперь и переходить не надо будет.
Жду с нетерпением :)
+67
crackedmind, #
А мне почему-то грустно от такого поворота событий.
+3
izmalk, #
Мне вот тоже жаль что опера теряет свои позиции как отдельный браузер, но зато улучшится совместимость в итоге, больше времени на новые фичи, да и в Chromium вклад наверняка смогут привнести.
Это лучше, чем погрязнуть в правках в свой движок, да еще с такой небольшой долей рынка по всему миру.
В общем надеюсь что получится не плохо в итоге.
–1
CAJAX, #
*удалено*
+12
AntonDiaz, #
Приплыли.
+45
k102, #
Noooooo…
Искренне обидно за presto.
+12
avenu, #
Да, как-то грустно стало
+9
Holden, #
лучше бы presto открыли, чем на webkit переходить.
+6
fshp, #
Там глядишь и Google на Presto перешли бы…
+3
Flack, #
Эпоха уходит.
Впрочем, это к лучшему.
+11
cyberface, #
Надеюсь публичный багтрекер теперь сделаете? А то раньше отмазывались, что мол, исходники закрыты, по этому и нет публичного багтрекера.
+3
pepelsbey, #
Вот публичный баг-трекер Хромиума: code.google.com/p/chromium/issues/list
0
SamDark, #
А для UI Opera?
+4
pepelsbey, #
UI будет разрабатываться закрыто внутри компании, у нас достаточно изобретений разлетелось по всей отрасли, чтобы дарить ещё ;)
+5
SamDark, #
Так я не про исходники, а про трекер.
+2
pepelsbey, #
Пока думаем.
+13
SamDark, #
Если надумаете, обещаю репортить подробно и со скриншотами.
+7
ArtRoman, #
Не надо думать, надо делать. Сколько лет пользователи уже просят? Сколько проблем могло было бы решиться заранее, не затрагивая большого количества пользователей? В пустоту я один-два раза зарепортил, но без обратной связи я не получил никакой информации, это показалось мне малоинтересным. Полагаю, я не одинок
0
TiGR, #
Обратная связь есть. Но она не такая, как хочется пользователям. Мне много раз приходили уточняющие вопросы или сообщения, что мол, похожую проблему исправили, проверьте, пожалуйста в новой сборке — присутствует ли проблема.
0
ArtRoman, #
[дубль]
0
agranom555, #
Надо было патентовать)
+11
AntonDiaz, #
В Chromium, как и в Opera 14…

А?
0
pepelsbey, #
Опечатка вышла
+9
JohnnyD, #
Новость и правда хорошая. Поначалу воспринимается немного негативно, в том плане, что Opera отказывается о собственного движка для редеринга. Но если вдуматься, то это положительная тенденция.
Я, как фанат, всегда пользуюсь именно этим браузером, даже если изредка приходится редактировать Google Docs в Chrome. Теперь такого делать не надо будет, т.к. движок уже будет совместим для рендеринга оных.
А ведь действительно правда, что все эти табы, speeddial'ы появились в Opera раньше, чем в других браузерах, жаль что это не позволило отъесть большую часть рынка. Не останавливайтесь, добавляйте новые фичи.
0
rg_software, #
Про табы они зарываются. В Опере они появились в 2000 году или около того, а в НетКапторе уже в 1997.
0
Kildor, #
Первая опера уже была MDI, а это 96 год.
А TBI является подмножеством MDI.
0
pepelsbey, #
NetCaptor был надстройкой для IE, который добавлял вкладки и прочие дела полумёртвому IE6. Суть вкладок в том, что в пределах одного окна открыты несколько страниц. Например так:

image

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

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

А по поводу вкладок — ну это же игра в термины, вон Википедия пишет, что " 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 это совсем разные вещи.
0
pepelsbey, #
Если вы на Windows тех лет за экраном 800 х 600, то вы прекрасно видите разницу между четырьмя окнами и одним.
–1
rg_software, #
Это точно, на экране 800 x 600 никто бы четыре окошка (как на скриншоте выше) параллельно не открывал бы :) Впрочем, мы не об этом говорили.
+52
TheShock, #
Ох, я даже побежал проверять дату — не первое апреля ли. Приятно удивили.

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

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

Не, я не против открытия исходников, но только самого движка и только под какой-нибудь образовательной лицензией, незачем плодить сущности и давать возможность возродить зомби из свежеубиенного продукта. Один WebKit на четыре браузера — одна проблема. Webkit на четыре браузера, Presto на «некроОпере» (назовём её так) — две проблемы. А ведь есть ещё IE и Firefox со своими шутками-прибаутками, багами, проблемами и вендорными префиксами.
+3
TheShock, #
Не пойдёт никто (в количестве, достаточном для костылей) на НекроОперу. Не будет у неё того имени, да и идти ради движка, который никто не поддерживает нету смысла.
+6
shergin, #
Все уже и забыли откуда вырос Firefox!
Да, да, давайте убьем еще и Gecko и Trident (и всех человеков!) и вот тут уж будет стандарт нерушимый один для всех.
+3
qxfusion, #
Trident не закроют никогда — т.к. Билл Гейтс сказал что IE лучший браузер.
Mozilla конечно может попробовать перейти с Gecko, но кроме большого количества попа-боли они не получат, слишком много завязок на XUL и другом стэке Mozilla (например XPCOM)
+9
shergin, #
Билл Гейтс, умный мужик, дело говорит.
+3
jab, #
Мужик-то он умный, кто спорит…
0
fatal, #
А у Оперы типа не много было завязок на Quick? Просто будем надеяться, что у Мозиллы более мужественные руководители, чем нынешние оперовские.
0
leotsarev, #
Opera — коммерческая компания, ее руководители обязаны согласно уставу компании заботиться о прибыли.
Mozilla — некоммерческая компания, ее руководители обязаны согласно уставу компании заботиться о развитии Веба, открытых стандартов и конкуренции :-)
+2
qxfusion, #
Я бы был раз посмотреть на Presto — т.к. он весьма интересен, с WebKit/V8 тоже не все так гладко.
0
fshp, #
Лучше IE убейте.
+2
pepelsbey, #
Выложить в опенсорс такой большой продукт, как Presto — это год работы большой команды по подготовке документации и дальнейшей модерации процесса развития и разработки. Эти слишком затратно и мы лучше потратим ресурсы на разработку нового, чем на поддержку старого.
+24
TheShock, #
А просто выкинуть в сыром виде?
+13
qxfusion, #
под MIT License
+7
Goodkat, #
Там же наверняка куча чужих закрытых компонентов, которые нельзя публиковать просто так.
0
qxfusion, #
что конкретно из того что перечислено в этом списке opera:about?
+2
Agent_Smith, #
Я точно не уверен, но Presto все еще используется в Wii, и еще куче встроенных устройст, которые по любому лицензируются. Так что, выкидывать его в опенсорс в данный момент, да и еще под MIT лицензией возможно не лучшая идея.
+1
pepelsbey, #
Wii U уже использует браузер на основе WebKit.
+1
WaveCut, #
Телевизоры?
Еще в справке Adobe в све время опера была :)
0
VEG, #
В прошлогоднем Самсунге у моих родителей браузер на основе Chromium. Специально лазил на UserAgent поглядеть :)
0
pepelsbey, #
Ну вы бы ещё Первую мировую вспомнили ;)
0
fatal, #
И не только в справке. В прошлых версиях Dreamweaver использовал оперовский движок для области предпросмотра.
+1
vlivyur, #
Со всеми гневными комментариями?
–13
pepelsbey, #
Просто слить исходники — это точно похоронить проект.
+33
Gero, #
А просто их спрятать и никогда не открывать — это что?
0
destroy, #
Какие у вас дальнейшие планы на этот движок тогда, можно узнать?
0
pepelsbey, #
Пока никаких.
+1
Inkanus, #
Помните слив заметной части исходников Windows 2000 и Windows NT 4.0? Сырых исходников, в том виде, в каком их мать родила, с авторскими комментариями, с чужими библиотеками и с инструментами разработки.

В итоге разве Windows похоронили?
+2
AndrewTishkin, #
Самое интересное, что благодаря сливу тогда обнаружились и были пофиксены дыры в безопасности
)
+10
Grawl, #
а если одним коммитом? :D
+4
krovatti, #
«commit EVERYTHING», ага… :)
+4
Gular, #
Presto, не смотря ни на что, был бы полезен. Опубликовать можно, как заметили ниже, «в сыром виде». Поддержку силами компании можно не оказывать, оставив целиком на сообществе. Зато, возможно, некоторые, полезные вещи из этого движка могли бы появиться в других. Возможно также делать это планируете вы самостоятельно. Тогда понятно.
+5
Jeditobe, #
Мне кажется есть настоящиие причины, кторые никто не решиться публично огласить. Помните с каими фанфарами рожали версии 12 и 12.50 А потом раз, и как старуха отшептала.
Просто была посталена задача похоронить.
+2
Jeditobe, #
Хорошая попытка.
Почему бы не выложить в открытый доступ как есть?
Опера Софтваре всегда любила играть словами про «открытые стандарты и технологии». Очень жаль, что это окажется всего лишь игра слов.
+7
pepelsbey, #
Спецификации HTML5, HTML5 <video> и Media Queries, начатые в Opera Software это лишь игра слов? Патч в проект WebKit сегодня же утром, реализующий поддержку мультиколонок в CSS — тоже?
+3
Jeditobe, #
Движок, выбрасываемый в данный момент на свалку, а не отдаваемый сообществу, по количеству строк кода однозначно многократно перевешивает все это.

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

Ну вообще если быть справедливым, то Опероводы — молодцы. Как минимум то, что они не занимались патентным троллингом — уже огромный респект им.
0
vitalif, #
Такая частая заморочка — мол как же облик компании, все увидят наш ужасный код, нужно его сначала привести в божеский виииид, потратить пару лет вреееемени, перевести комментааарии с русского на английский в коде, «а то засмеют...»
Фигня это всё! Выложите как есть под свободной лицензией одним коммитом! Никто не засмеёт, сообщество только обрадуется новому открытому продукту!
Не факт, что оно от этого возродится, но ведь и вам никакой пользы от приватных похорон нет! А так хоть кому-то хорошо будет.
+5
pepelsbey, #
Никому хорошо не будет. Опенсорс проекты живут достойно только если в них вкладывают деньги большие компании.
+6
vitalif, #
Да ну, декларативные и слишком категоричные заявления. Вот прям никому, ни единому человеку не будет, ага. И даже интересно никому не будет, конечно же. Это абсолютно не так — наоборот, некрофилы всегда найдутся, just for fun.

Мне вот, например, в опере из всех фич больше всего нравится то, что она никогда уже загруженные страницы в истории не перезагружает лишний раз (по клику назад/вперёд) и не спрашивает про «повторную отправку форму» при нажатии F5. Таким образом она, видимо, нарушает требования стандартов по кэшированию/некэшированию страницы, но меня это вообще не парит — мне просто нравится, что страница не перезагружается.
С вебкитом этого явно не будет, вряд ли кто-то примет такой патч, даже если вы его сделаете (а вы и не станете делать, зочем).

Я надеюсь, вы хотя бы интерфейс оставите — ну, там, горячие клавиши хотя бы пусть настраиваются, а то будет очередной «браузер» из ряда «Нихромов», «Яндекс-браузеров», «Mail.ru» и прочих, в которых даже горячие клавиши не настраиваются.

Но я всё равно был бы ОЧЕНЬ РАД увидеть исходники старой версии — хотя бы для ИСТОРИИ.
+1
SamDark, #
Не всегда так, но применительно к браузеру справедливо.
+3
pepelsbey, #
Я скорее о технологически бесконечно сложных проектах, вроде браузерых движков, да.
+3
reactos, #
На самом деле «выложить в опенсорс» крайне редко означает подготовить документацию. Примеров, кто выкладывал в опенсорс с документацией — очень мало. И никакой гарантированной поддержки со стороны компании также не требуется. Собственно на то большинство опенсорсных лицензий явно указывает: «никаких гарантий» есть почти в любой лицкензии.

Намного ближе к истине то, что нужно провести некоторую юридическую работу, связанную с исходным кодом. Единственная реальная сложность — это если используется код сторонних разработчиков, с которыми сложно договорится о лицензировании.

Я прекрасно понимаю, что такое корпоративная политика, поэтому если желания самой компании нет (т.е. ей это невыгодно) — то это очень печально, но ничего с этим не сделать, и не нужно изобретать «причины».
0
fatal, #
А как же движки Doom, Quake? Они бесполезны? ID Software что-то не так делает, отдавая их в опенсорс?
+4
pepelsbey, #
Мы только что сменили мозги браузеру и написали несколько интерфейсов с нуля поверх. Нам бы продукт развить и сделать качественным и конкурентноспособным, а не устраивать пышные похороны Presto. Что будет потом — кто знает, но явно не сейчас.
+2
TiGR, #
Есть вероятность, что таки откроют:
It may be that the Presto code will be released, but for now it's all
hands on deck making the transition
Отсюда
+8
tsmar, #
Опера, я полюблю тебя снова! От души — спасибо огромное!
+18
stardust_kid, #
Таки прогнулись. Вот уж не ждал. Для верстальщиков, конечно, новость хорошая. Но, сотрудники Opera, где ваша гордость? У вас был прекрасный, пусть и не лишенный багов, движок. Зачем поощрять монополию, пусть не самую агрессивную, но монополию.
+1
esc, #
Во-первых, в нем должным образом не работали продукты Гугла, а это очень популярные продукты и многих это останавливало от перехода. Во-вторых, приход к стандарту это положительная тенденция. Лучше пусть свои наработки коммитят в репозиторий Вебкита, всем хорошо будет.
+13
Holden, #
Google таки победил маленькую софтверную компанию.
+1
pepelsbey, #
Победил только опенсорс.
+4
vitalif, #
Ну так победите опенсорс опенсорсом! :)
+7
Roler, #
Все веб-разработчики просто мечтают о том, чтобы нормальный движок стал монополией =)
+36
stardust_kid, #
Монополия ведет к появлению IE6 в той или иной ипостаси.
+4
Grox, #
С Webkit ситуация другая — движок открыт, его можно улучшать на ходу. И если твой браузер на основе Webkit будет стагнировать, его легко заменят другим. Смысл в том, что это будет не монополия браузера, а монополия движка, причём именно открытого. Можете например сравнить с Linux.
+2
fshp, #
Linux? Монополия? Сколько же я спал!?
+1
Grox, #
Ну и у Webkit пока нет монополии. Но если внимательно посмотреть, то во многих сферах уже только Linux остался. Например роутеры домашние.
+2
Roler, #
Монополия ядра Linux в GNU системах, например =)
Какой-то Hurd тоже есть, но никому не нужен.
+1
fshp, #
Так же, как и монополия NTKERNEL в Windows. Таких примеров можно привести тысячи)))
0
reactos, #
А мы её рушим, потихоньку :)
+1
fshp, #
Ну у вас же не одно ядро, user-space тоже ведь самописный.
0
Roler, #
Сравнили ядро, которое заменить нельзя в принципе с тем, которое успешно заменятеся. При этом данный монополизм никому не мешает.
+6
fatal, #
Ничего не мешает Гуглу или Эппл не делать публичных коммитов в WebKit или задерживать их долгое время. Это будет давать эффект, аналогичный введению на сервисах Гугла технологий, плохо поддерживаемых другими движками. Т.е. рычаги давления у монстров останутся, в то же время как у прогнувшихся (отказавшихся от своих движков), козырей уже не будет.
–1
Grox, #
1. Какие козыри были?
2. И что мешает остальным делать такие фичи (как если бы свой движок) и задерживать их?
А, вообще, это разговор о чём-то аморфном. Вебкит уже слишком многие используют.
+1
fatal, #
Какие козыри были?
Если вы не пользователь Оперы со стажем, то это слишком долго рассказывать.
И что мешает остальным делать такие фичи (как если бы свой движок) и задерживать их?
Остальным будет мешать их недоминирующее положение на рынке. Так же как и сейчас с разными движками. Кому есть дело до того, что Опера на Вебките (с её парой процентов мирового рынка) внесла что-то эксклюзивное в движок? А теперь вместо Оперы подставьте Гугл или Эппл…
0
Grox, #
Опера мой основной браузер примерно с 2000 года. Какие козыри рендер-движка вы имеете ввиду? Смена движка отображения страниц и яваскрипт-движка, теоретически, никак не отразится на текущих возможностях, которые предоставляет интерфейс браузера. Точно так же, как IRC и почтовый клиент, которые, мало зависят от движка.

Пользователям в принципе пофиг, кто и что внёс в движок, лишь бы работал их любимый сайт. Какой процент из них знает, какие фишки в каких браузерах появились впервые? Кто первым прошёл Acid1-2-3 ну и т.д.
+1
fatal, #
Козыри были и в Presto (движок рендеринга страниц), но их в последнее время становилось всё меньше. Смотрите шире на движок рендеринга — это не только стандарты, но и качество их имплементации, быстрота отображения, использование памяти, полезные хаки типа подгонки по ширине.

А мы говорим тут ещё про один движок — движок интерфейса браузера Quick, который заменяют на Chromium. И тут уже потери для пользователей могут быть существенные.
–1
Grox, #
Вот я и спрашиваю, какие у Presto козыри сейчас? Настолько серьёзные, что нельзя их закомитить в Webkit и остаться с ними?
А движок интерфейса разве тоже заменяют? Написали же только про движок рендера и Javascript.
+4
faiwer, #
Выделение ссылок, быстрая навигация назад-вперёд, fit-to-width, экономия памяти. Я полагаю, с этим так или иначе возникнут проблемы, возможно, и вовсе неразрешимые. Возможно к этому списку можно дописать ещё пару десятков пунктов, но без опыта написания браузеров на основе chromium-а это сделать сложно. Opera сильно отличается от chromium-а, и не только кастомизацией панелек, скинами и морем настроек.
–1
Grox, #
Практически всё, что вы перечислили не относится напрямую к меняемым движкам.
Возможно только выделение ссылок. А как программист скажу — неразрешимых проблем не бывает.
+1
SailorMax, #
Добавлю еще что иногда единственное решение проблемы — это переписать с нуля решение… :)
+5
fatal, #
В самой заметке, да и pepelsbey неоднократно в своих комментариях указал, например:
Хромиум — это достаточно быстро, и скорость — это не единственная возможность конкурировать за симпатии пользователей.

Т.е. они переориентируются на другую группу пользователей, которым не так важно как браузер работает со 100 открытыми вкладками.

Грубо, потеряют 100 пользователей, в надежде обрести 1000 менее привередливых.
0
Grox, #
Количество вкладок, управление типами процессов — выделенный на вкладку или нет, это всё фичи браузера. Движки рендеринга и Javascript тут не причём.
Потребление памяти действительно изменится. Но, если Опера оставит вынесенными в отдельный процесс только плагины, а остальные движки оставит как есть, то далеко не факт, что браузер будет жрать, как остальные.
0
fatal, #
Хорошо, можно сказать, что далеко не факт, но скорее всего :)
+6
pepelsbey, #
Сторонним наблюдателям конечно приятнее видеть гордый независимый браузер, а нам хочется сделать безупречный продукт для пользователей. Прогнуться? Нет, это смелость идти дальше.
+5
Kildor, #
Сторонние наблюдатели являются пользователями, которые не видят иных альтернатив в плане UX и UI.
А вспоминая то, как легко Опера расстаётся со своими фичами и как сложно чинит ЮИ баги (будь то Юнайт, будь то виджеты, будь то скины, будь то работающие хоткеи), становится боязно за будущий продукт.

Да, многим людям не нужна возможность настройки положения тулбаров, полагаю что большая часть даже не задумывалась о том, что можно настроить в своём браузере. Но это не повод отрубать возможность настройки, это причина показать людям как можно настроить свой браузер. А хром славится своим нежеланием подстраиваться. И естественно, что при сравнении текущей оперы и хрома возникают опасения лишиться удобных возможностей.
+2
pepelsbey, #
У нас теперь раза в три больше разработчиков, которые будут работать над интерфейсным слоем, чем было раньше. Просто потому, что больше не нужно писать собственный движок — теперь можно дописывать опенсорсный. А значит развиваться браузер именно для пользователей будет быстрее.
+3
SailorMax, #
Вы так поосторожнее. Разработчикам ядра может быть просто не интересно «опускаться» до уровня UI.
+2
pepelsbey, #
У ребят достаточно подкапотной работы. Вебкит и Хромиум — это не подарок на блюдечке.
+4
stardust_kid, #
Я на вашей стороне, опера вообще была первым моим броузером. Но от этой новости стало грустно.
0
fatal, #
Это решение не сотрудников Оперы — это же очевидно. Для этого есть руководство компании и акционеры во главе с советом директоров.
+10
Timm, #
Как пользователю мне грусно, что Opera проиграла борьбы и сдалась. Как разработчик я, конечно, рад :)
Надеюсь, что наступит день, когда все браузеры будут работать на одном движке
+13
pepelsbey, #
Сдаться — это продать компанию и выйти на пенсию. Мы наоборот обновили движок и готовы работать дальше над лучшим браузером.
–1
Timm, #
Под сдачей я имел ввиду отказ от своего движка.
Кстати, можно вас попросить увеличить высоту вкладок, чтобы они занимали всю высоту панели, как в FF и Chrome?
+4
consalt, #
Ни в коем случае. Чертовски раздражает в Хроме, что нельзя кликнуть дважды в самый верх экрана и свернуть/развернуть окно на полный экран. В опере все ок, а в хроме вкладка выбирается.
0
Timm, #
А меня наоборот раздражает, что я отвожу мышку в самый верх, не «прицеливаясь» и вкладка не выбирается. Дело привычки, наверное
+3
Mithgol, #
Тут зависит от того, кому что важнее.
+5
Dlussky, #
Поэтому и стоило бы сделать соответствующую настройку)
+1
ozonar, #
Объясните мне, как вы перетаскиваете окно браузера, если открыто много (>10) вкладок? Там же не остается места совершенно.
–1
Timm, #
Я это делаю очень редко и всегда нажимаю стандартную кнопку «Свернуть в окно» в винде
0
GooRoo, #
Про Aero Snap в Win7, я так понимаю, не слыхали?
0
Timm, #
Слыхал, но как-то не прижилось у меня
0
avz, #
зачем его перетаскивать?
0
GooRoo, #
На второй монитор перекинуть?
0
IamKarlson, #
Win+→+→
0
GooRoo, #
Иногда впадлу тянуться к клавиатуре. А иногда наоборот — к мышке.
0
IamKarlson, #

вот за эту красненькую точку прекрасно таскается. Маленькая площадь, но она есть.
+1
GooRoo, #
Можно, конечно, и прицелиться… Но зачем?
+3
Chamie, #
Это, что ли? opera:config#UserPrefs|ChromeIntegrationDragArea
+1
esc, #
Ждем FF и верстальщикам можно будет сильно выдохнуть. Вместо 4х движков останется 2. Правда, Гугл ФФ не игнорирует, потому те вряд ли перейдут(
+9
stardust_kid, #
Типун вам на язык.
+2
esc, #
Почему? Что такого уникально хорошего в движке ФФ. А wibkit уже практически стандарт. Практически всем моб. девайсы на нем, самый популярный браузер под десктоп и еще парочка популярных. Что плохого в том, что Мозилла начала бы его использовать и коммитить свои наработки на пользу всем?

Кардинальное отличие в движках, имхо, только поддержка плагинов. у ФФ плагины имеют гораздо больше возможностей, и и требуют перезагрузки и с большей легкостью крашат браузер. Если эту проблему решить, то, думаю, ничего не мешает переходу.
+7
Anisotropic, #
Я вот до сих пор не могу выбрать, ФФ или хром. Использую оба.
Вообще, конкуренция — это всегда хорошо, фигово, когда монополия, — продукт тогда почти не развивается.
Жду ещё появления новых браузеров от наших китайских товарищей.
+9
nihi_l_ist, #
Это не то, чтоб монополия. Это поддержка стандартов в ОБЩЕЙ имплементации. То есть: есть стандарты и каждый пишет свою реализацию, из-за чего пользователи и разработчики видят вечно разные картины на одних и тех же ресурсах в разных браузерах. А тут все будут вместе разрабатывать webkit. Это как ядро linux. Все его разрабатывают, но у каждого линукс «свой». Продукты продолжат развиваться так же как и общие стандарты. Плюс в том, что как только стандарт будет реализован в webkit, все браузеры, использующие его сразу будут одинаково рендерить стандартное свойство.
+4
Flyd, #
>>Это как ядро linux. Все его разрабатывают, но у каждого линукс «свой».

/*Представил себе новый windows 10, основанный на ядре linux*/ Интересно, как бы это повлияло на развитие операционных систем.

Сорри за оффтоп
0
nihi_l_ist, #
Ну microsoft и так помогает разработке linux, на сколько я знаю. Что до браузеров, мне Opera не РЕНДЕРИНГОМ нравилась. По сути должен остаться браузер с его «фишкими» и идеями, просто по-другому будет обрабатываться код страниц, что для конечных пользователей не должно стать проблемой(скорее даже выиграют от того, что Opera перестанут блокировать те, кто не хотел доделывать верстку под Presto)
–1
Goodkat, #
Ну microsoft и так помогает разработке linux, на сколько я знаю.
Чем это? Разве что своим существованием мотивирует линуксоидов на дальнейшие разработки :) Разработку драйверов для своей виртуальной машины не учитываем.
+3
mhspace, #
Вклад Microsoft в Linux заключается только в патчах для гипервизора Microsoft Hyper-V.
0
nihi_l_ist, #
Извиняюсь, я не сведущ в том, что именно они добавляли в код ядра, просто слышал, что было дело.
+1
Aux, #
www.theregister.co.uk/2012/04/03/microsoft_linux_kernel_contributions/

Microsoft входит в двадцатку самых активных контрибуторов в код ядра Linux. Кроме того, они активно поддерживают кучу других open source проектов: php, mono (тут даже финансовая поддержка небольшая имела место) и т.д.
0
Ganga, #
Чего минисуют? Будет некое опровержение?
НЛО прилетело и опубликовало эту надпись здесь
0
Aux, #
Нагенерить диффов для одного модуля и вылезть в 1%? Не смешите право дело.
НЛО прилетело и опубликовало эту надпись здесь
0
TheShock, #
Нагенерить диффов для одного модуля и вылезть в 1%?

ну вообще запросто. Пару раз поменять стандарты кодирования — отступы на пробелы и обратно.
+2
tigerforce, #
Maxthon от китайцев.
0
faiwer, #
Что такого уникально хорошего в движке ФФ

Расширения, Firebug, профиля, скины и т.д… Это первое что приходитв голову, хотя я им почти не пользуюсь. Например мне оочень не хватает PixelZoomer в Chrome. Мне очень нравится расширенная консоль + Firebug Ace в Firebug.
+5
esc, #
Я не спрашивал что уникального в самом ФФ, я говорил о его движке. firebug, профили, скины не такая проблема портировать, а консоль вообще к движку непосредственно не относится.
0
Eskat0n, #
Плагины FF завязаны не на Gecko (по большей части), а на XUL. А это совсем другая история.
+1
esc, #
Ну, на сколько я знаю, тот-же livehttpheaders нельзя сделать под chrome из-за ограничений webkit. Не знаю, получилось бы у разработчиков решить эту проблему. В прочем, большей части плагинов такая низкоуровневая интеграция не нужна.
+5
VEG, #
В Firefox весь интерфейс браузера и все расширения работают по сути на том же движке, что и рендеринг страниц (XUL + JavaScript). WebKit такое не умеет. Если перейдут — Firefox потеряет всю свою гибкость, а это его главная фишка.
Раньше даже можно было в страничках в вебе использовать XUL. Но не прижилось — и в Firefox отключили эту возможность. Может быть в целях безопасности, не знаю. Но факт остаётся фактом — Gecko рисует весь интерфейс всего браузера.
0
esc, #
Не думаю. что это принципиально нерешаемая проблема при открытых исходниках. Хотя надо четки видеть цель, чтобы решиться потратить кучу ресурсов на такой переход (тем более, что они еще и ОС на основе своего движка решили сделать)
–1
Grox, #
Будут рисовать окно, а внутри него сайты… фреймами. Никто и не заметит ;)
0
Grox, #
плохая шутка?
+4
stardust_kid, #
Webkit прекрасный движок, и таким он стал во многом из-за того, что ему пришлось конкурировать с Presto и Gecko, не менее хорошими. Отсутствие конкуренции повышает вероятность вырождения.
–1
SailorMax, #
Конкуренция должна остаться (если ребят из Opera «примут в семью» WebKit). Просто она перейдет под крышу одного движка. У разработчиков каждой стороны свой взгляд на мир остаётся своим…
В крайнем случае у каждой из сторон есть возможность некоторые функции держать при себе, пока остальная часть «семьи» её не примет, увидев реакцию аудитории.
+4
Mithgol, #
Что такого уникально хорошего в движке ФФ
Не так уж трудно найти и перечислить больше полудюжины отличий Gecko от WebKit в лучшую сторону:

  • В свойстве «word-break» поддерживается значение «keep-all».
     
  • В свойстве «box-sizing» поддерживается значение «padding-box».
     
  • SVG-преобразования и SVG-фильтры сносно накладываются на элементы HTML посредством CSS и элемента foreignObject.
     
  • Поддерживается управление переносами («hyphens» в CSS).
     
  • Поддерживаются указатели фрагментов SVG (на этой основе работает SVG-штабель со значками).
     
  • Работают контекстные меню на HTML5.
     
  • Работает CSS-директива @supports.
+1
esc, #
Ну и что? Это просто недоработки, а не принципиальные отличия. Не факт, что все, но большую часть можно доделать и в Вебките, если Мозилла надумает заняться, принципиальных ограничений нет.
0
pepelsbey, #
Значение padding-box и @supports вполне себе работают и в Presto, это не уникальные фичи.
+7
Mithgol, #
Ваше возражение совершенно справедливо, однако после исчезновения Presto оно утратит силу.
0
pepelsbey, #
WebKit поддерживает @supports и многое другое, что Firefox — нет. Список преимуществ выше — это как сравнение фич Айфона и камня. Т.е. контролируемый перекос.
0
Mithgol, #
WebKit поддерживает @supports
В настоящее время база данных о возможностях браузеров, на сайте caiuse.com лежащая, держится противоположного мнения по этому поводу.

Вы почему думаете, что WebKit поддерживает @supports?
+3
pepelsbey, #
Потому, что Implement css3-conditional's @supports rule — RESOLVED FIXED и уже есть в Chrome Canary
+1
Mithgol, #
Хорошая новость, спасибо за пересказ её.
+6
fatal, #
Это не главные заслуги любого движка, которые должны беспокоить пользователей.

Всё современные движки постепенно совершенствуются, имплементируя новые стандарты, у всех движков есть баги, которые со временем правятся.

Но, не все движки могут позволить открыть 150 вкладок и с ними нормально работать, не все умеют эффективно кэшировать документы, не все дают возможность гибко выделять текст на странице, не все умеют копировать с оформлением, и т.д. И вот жалко лично мне, как пользователю Оперы, потерять некоторые преимущества Presto.
0
LastDragon, #
* работает xslt:import() и xslt:document() в стилях полученных через XMLHttpRequest (https://bugs.webkit.org/show_bug.cgi?id=10313, обратите внимание на дату)
НЛО прилетело и опубликовало эту надпись здесь
+10
azproduction, #
Это не потребует изменений в привычном вам процессе разработки.
Те вернете старые баги, которые все давно закрыли костылями? :)

Что насчет User Agent?
+2
pepelsbey, #
У нас большой опыт работы с UA, поэтому мы выберем тот, который явно не вызовет совпадений у тысяч сниферов. Пока ничего конкретного, точный UA обсуждается.

Баги не вернём, даже не просите.
0
Mithgol, #
С чем именно он не вызовет совпадений?

Надеюсь, что по слову «WebKit» совпадение, наоборот, будет. А не то чего же было и переходить на WebKit.
+7
pepelsbey, #
Не вызовет совпадений с UA прежней версии Opera, которую на западе принято нещадно блокировать или отправлять на мобильную версию без явных на то причин.
–5
AntonDiaz, #
А может просто скопипастить у Хрома? Он и так уже под завязку нафарширован:

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.15 (KHTML, like Gecko) Chrome/24.0.1295.0 Safari/537.15
0
fatal, #
А ведь нужно ещё и Opera гле-то указать для сбора статистики (а значит и денег!). Это очень важный вопрос на самом деле, т.к. в инете очень много примеров сайтов, где в коде стоят тупые определители Оперы, которые так портили кровь всем: и разработчикам браузера и его пользователям.
+13
aush, #
Оплот пал, печально.
+27
NULL_byte, #
Похороны Presto… ='( RIP
+13
Remitmaster, #
Хорошие новости, еще бы IE пересадить на WebKit, и мир станет чуть лучше…
0
m0Ray, #
А вроде существует, кажется, Chrome Frame? Им можно оперативно запилить WebKit в IE, если я не ошибаюсь…
–7
krovatti, #
В то время, пока IE не перешёл на WebKit, умирает один котёнок…
+6
ant99, #
Давно не встречал столь бравурной… капитуляции ;)
Но, соглашусь, это к лучшему.
+24
kizu, #
Надеюсь, что получится нормально перенести бóльшую часть интерфейсных решений, которые завязаны на движок, я многим из этого пользовался когда сидел на Опере.

Если попробовать их вспомнить, то это:

1. Возможность выделение текста даже в ссылках — когда кликаешь и ведёшь курсор по горизонтали, текст выделяется, по вертикали — драгается.
2. Свой «юзер-френдли» Ad-Block — возможность через контекстное меню «отключать» те или иные изображения или плагины на странице, с запоминанием, масками и прочим.
3. Возможность включить «плейсхолдеры» для плагинов, чтобы для просмотра видео/баннеров или чего-то ещё нужно было кликать а плейсхолдер.

Ну и ещё много чего наверняка можно будет вспомнить, что завязано на движок, надеюсь, всё получится перенести. Если получится — я всерьёз задумаюсь над тем, чтобы вернуться на Оперу :)

Кстати, а что будет с Dragonfly?
–5
drakmail, #
Что-то мне подсказывает, что пункты 2 и 3 в опере не уникальны, и их вообще скопировали из firefox'a…
+3
vlivyur, #
3 — требование Адобы.
2 — кабы не наоборот.
0
AntonDiaz, #
Речь не об этом было. Он про «показывать плагины по клику».
–3
drakmail, #
3 — в firefox давным давно еще был плагин такой — flashblock.
0
krovatti, #
И чего? Причем тут это?
+2
Holden, #
покажите мне 2 в ФФ. Да его же нет!
–4
drakmail, #
Вы firefox с установленными adblock + element hiding helper видели хоть раз? Гораздо удобнее и человечнее оперы. И это еще не учитывая того, что списки для adblock в firefox всегда ставились 1 кнопкой, а в опере это сделали только пару версий назад.
0
dasm32, #
click2play в FF появился только 20 ноября прошлого года, если не ошибаюсь. В Опере «показывать плагины только по запросу» — уже и затрудняюсь вспомнить, сколько было.
+2
opposite, #
редко пользовался другими браузерами, но неужели 1-й пунк есть только в опере?
+7
Battletoads, #
Да, только в Опере. И отсутствие данного функционала в других браузерах просто бесит
+5
opposite, #
Эта функция стала для меня настолько привычной, даже не знаю, как вообще без этого модно будет обходиться
+2
pepelsbey, #
Интерфейсно мы будем интереснее, чем просто форк Хромиума. Насчёт веб-инспектора расскажем ближе к десктопному релизу.
+16
Aux, #
Для меня тоже важно, чтобы фишки UI сохранились. Например, Opera ВСЕГДА при зажатом Shift открывает страницу в новом табе. Я могу шифт держать в адресной строке, во время сабмита формы, во время клика по ссылке, в контекстном меню и вообще где только в голову взбредёт. Но если действие перехода/самбита происходит во время удержания шифта, то действие произойдёт в новом табе. Постоянно пользуюсь.

Ну и жесты, плюс комбинации типа левая+правая кнопка мыши. Ай, да куча всего, можно трёхтомник на эту тему написать. Вобщем, не потеряйте ничего! А то я вас всех дружно сожгу на ритуальном костре!
+1
fatal, #
Давайте уже собирать дрова. Ну, хоть покажем, что мы тоже готовимся :)
+6
vlivyur, #
Если вы сохраните текущий функционал без деградации, то для меня вы уже будете интереснее Chromium'а.
Самое главное: mail-, rss-, news-клиент, Opera link, настройка toolbar'ов и меню, блокирование содержимого, режим автора/пользователя, откл/вкл картинок, подгон по ширине, назад на страницу без её обновления. И не ешьте больше памяти (на ноуте 2ГиБ максимум, а отдать могу не больше гига)!
+9
braintorch, #
Навигация по элементам страницы через шифт+стрелки. :3
+20
SilentImp, #
Одним движком на рынке меньше. То чего я боялся после начала массовой поддержки префиксов -webkit-.
Кто уйдет следующий? Mozilla? Trident будет цепляться до последнего.
Да, один движек на рынке (webkit) это круто. Сначала. Но без конкуренции это в определенный момент грозит стагнацией.
А кто и с кем будет конкурировать, если останется один движек?
Притом google и apple afaik не особо охотно принимают сторонние коммиты.
–1
esc, #
Если webkit используют несколько конкурирующих компаний, ему особо не нужна конкуренция с каким либо движком. Прогресс обеспечится за счет конкуренции между разработчиками браузеров. И фичи, закоммиченные в webkit будут гораздо легче пропихнуть и в Хром, по сравнению с тем, когда эта фича реализована в конкурирующем движке.
+6
SilentImp, #
конкуренции между разработчиками браузеров

А в чем она будет выражена.
Ты закомитил поддержку спеки.
Она появилась во всех браузерах.
С помощью нее нельзя привлечь новых пользователей в конкретно твой браузер.
Зачем стараться?
0
esc, #
Как можно фичей в движке привлечь пользователей? Даже разработчиков фича, реализованная в одном браузере будем мало привлекать. Развитие движка, в отличие от интерфейсной части, само по себе занятие не прибыльное. Это скорее реализация виденья веба будущего разработчиками браузера, после этого, нужно чтобы фичу поддержали другие браузеры, если, конечно, речь не о Гугле.
+4
SilentImp, #
Вася, смотри, в этом браузере поддерживаются такие и такие фичи. Давай для интранета компании сделаем админку с этими фичками. Будет круто. А среду мы контролируем. В каком браузере скажем пользоваться в таком и будут. Гоша, поставишь всем FF100500?
Как то так это происходит в корпоративном секторе. По моему опыту. В результате н тысяч клерков компании начинают работать в FF100500.
Ух ты! В этом браузере на сайте Х можно аплоадить файлы просто перетянув их в браузер! Дома что ли себе такой поставить?
Вот это может быть на личном плане.

Да, сами по себе фичи особого влияния не имеют. Никто не побежит ставить оперу так как там во внутренней сборке по слухам мультиколумн заработал. Но в целом это влияет на отображение сайтов. И чем приятнее пользовательский опыт взаимодействия, тем больше это привлечет пользователей.
0
esc, #
Ну, браузеры на таких Вась не расчитывают, заработок у них идет с массового рынка, а не корпоративных админок. Т.е. от того что будет реализована какая-то фича и какая-то админка будет поддерживать только реализацию этого браузера и забьет на то, что предоставят потом остальные, браузеру ничем не поможет.
+3
SilentImp, #
Вообще то основной сектор для того же IE именно корпоративный…
0
esc, #
Ну да, потому что в Винду встроен. Другие браузеры не смогут на этом заработать при текущих бизнес-моделях, им оно неинтересно. Тем более, что там как раз реализация новых фич не очень ценится, в отличие от отсутствия изменений.
+1
WaveCut, #
Использовать движок не подразумевает коммитить в паблик все свои наработки :)
+1
onikiychuka, #
Затем что это нужно твоим клиентским приложениям. Хром начал двигаться с такой скоростью так-как гуглу нужен производительный UI для своих Web-приложений например.
Или для популяризации своей ос — то что делает Apple.
0
SilentImp, #
Может быть вы правы. Спасибо за пояснения.
+2
dewevle, #
Практически те же мысли в моей голове.
Не уверен, на сколько такое возможно, но, а была ли хоть призрачная возможность перехода на Gecko?
Как мне кажется, это помогло бы как уменьшить монополию Webkit, так и ускорить разработку Gecko.
0
esc, #
gecko в данном случае как webm по сравнению с h264. Альтернативный, но много где не поддерживается в принципе (ios, например) и потому лишь увеличивающий энтропию. + webkit в отличие от h264 вполне себе открытый, его можно улучшать с разных сторон, а не плодить менее совместимые продукты.
–1
dewevle, #
Не уверен, что сравнение корректно.

Однако, повторю идею многих из комментариев: Webkit'у грозит замедление в развитии.
Описанные ниже форки Webkit'а только принесут новые проблемы.
+2
esc, #
Мне понравилось сравнение с ядром линукса в комментариях. Никто не считает что то, что все дистрибутивы используют одно ядро а не каждый свое — злом. Скорее наоборот, это очень важное преимущество. Надеюсь, с движками будет так же. Перед от велосипедов к стандартам это хорошо. Причин для замедления в развитии не вижу, конкуренцию никто не отменяет.
0
SilentImp, #
М … как быстро развивается ядро линукс?
+2
esc, #
Достаточно быстро. По сравнению с ядром, например freebsd я вижу массу улучшений в виде поддержики новых технологий и оборудования, как минимум. Какое ядро развивается быстрее?
+1
SilentImp, #
Без понятия. По этой причине и спрашиваю.
Ну … звучит обнадеживающе.
А что является стимулом контрибьютить в ядро?
+2
esc, #
Сделать поддержку своего оборудования или технологии. Или улучшение самой системы. Смотря, кто контрибьютит.
0
SilentImp, #
Спасибо за пояснения. Обнадеживает.
+4
arielf, #
Но при этом не забывайте, что ядро линукс — это огромная свалка, в отличие от например bsd или прочих открытых юниксов
0
GooRoo, #
Какое ядро развивается быстрее?

Windows?
+1
esc, #
Сложно сказать. Оно развивается иначе. Там основные изменения проходят раз в несколько лет а в остальное время оно статично. + закрыты исходники. Оценить динамику изменений тут сложно.
–1
GooRoo, #
Когда в линуксе заработает горячее переключение видях на моём стареньком нетбуке, я подумаю над динамикой развития поддержки новых технологий и оборудования в ядре линукс… и скажу, что она откровенно отстойная.
+2
esc, #
А что, в компьютерных технологиях есть только ваш старенький неттбук? Серверов, встраиваемых и мобильных устройств нет?
+2
GooRoo, #
Какое мне дело до серверов, если спустя два года после покупки нетбука эта фича так и не заработала в линуксе? :) Давайте только не будем тут холивары устраивать на тему линукса и винды. В конце концов ядра ОСей были приведены в пример как параллель текущей ситуации.
0
esc, #
Ну это вы начали;) В линуксе очень много чего делают именно для тех систем что я описал выше. Ядро одно и потому они очень динамично улучшается.

Ядро Виндовс напротив достаточно статично, просто какое-то технологии там реализованы раньше потому, что ЦА это десктопы в отличие от Линукса. Хотя, в данном конкретном случае, вопрос скорее в драйверах, а не самом ядре.
0
GooRoo, #
Дааа, в драйверах
+2
Aux, #
Вот не надо про одно ядро. Это миф. Это я вам как человек, ковыряющий, Android говорю. Бардак в линухах полнейший. Просто до бреда доходит. Полная анархия!
–1
Shpankov, #
Не устаю повторять: Android != Linux

Никакого бардака в ядре Linux нет. Что происходит в Android — мне неведомо.
+2
Aux, #