Разработчики Mozilla представили (https://groups.google.com/forum/#!msg/mozilla.dev.planning/j...) проект Mortar (https://wiki.mozilla.org/Mortar_Project) в рамках которого планируется перенести в Firefox ряд наработок из проекта Chromium с целью сокращения издержек на сопровождение вторичных возможностей браузера. Отмечается, что проект Mortar поможет сэкономить время, которое Mozilla тратит на технолгии, необходимые для предоставления полноценного браузерного окружения, но не связанные непосредственно с Web. Рассматривается возможность замены данных технологий на существующие альтернативы, в том числе развиваемые производителями других браузеров.
Первой задачей является добавление в Firefox части Pepper API, достаточного для задействования библиотеки PDFium и варианта плагина Flash с интерфейсом PAPI. В настоящее время Flash является единственным препятствием на пути прекращения поддержки устаревшего интерфейса NPAPI. Но прекратить поддержку Flash разработчики не решаются, так как Flash-контент ещё востребован среди пользователей.
На текущей стадии развития проекта уже готов код для интеграции PDFium в Firefox, предоставляющий базовую функциональность отрисовки PDF, но разработка пока ведётся в закрытом репозитории. До конца года функциональность просмотрщика на основе PDFium планируется довести до полноценного вида, в том числе добавить средства для отображения форм ввода, поиска содержимого, масштабирования и копирования текста/изображений через буфер обмена. В первой половине 2017 года в реализацию планируется добавить поддержку сохранения документов, отправки заполненных форм и вывода на печать. После готовности новый PDF-просмотрщик вероятно войдёт в состав Firefox в виде системного дополнения.
Библиотека PDFium (https://pdfium.googlesource.com/pdfium/) распространяется под лицензией BSD и используется в качестве движка просмотра PDF-файлов в браузере Chrome/Chromium. В отличие от ныне применяемого в Firefox JavaSript-компонента PDF.js, код PDFium написан на языке Си++ и обеспечивает прекрасную поддержку PDF, благодаря тому, что построен на основе наработок компании Foxit Software, развивающей просмотрщик PDF Foxit Reader.URL: https://groups.google.com/forum/#!msg/mozilla.dev.planning/j...
Новость: http://www.opennet.dev/opennews/art.shtml?num=45257
Хм... посоревноваться, что ли...
> В отличие от ныне применяемого в Firefox JavaSript-компонента PDF.js, код PDFium написан на языке Си++Жаваскрипт не тормозит и подходит для написания ПО любой сложности.
Соглашусь с вами, когда мозиллоацы заберут из хрома и js движек.
Fabris Bellard, написавший на нём эмулятор железа x86, с вашим сарказмом не согласится.
И конечно же этот эмулятор широко используется для практических целей.
Тот же Fabris Bellard написал другой эмулятор. QEMU, а к нему ускорение KVM еще. Написано понятное дело на сях. Потому и используется на каждом втором хостинге. Есть некоторая разница между commercial-quality решением и PoC. JS годится в основном для второго.
Лиса, как всегда, только догоняет.
Как всегда? Ты видимо слишком юн :-)
> Как всегда?Лиса постарше хромоногого будет.
> Firfox
> Первый выпуск: 23 сентября 2002 г.
> Chromium
> Первый выпуск: 3 сентября 2008 г.
останется только на blink перейти и все...
Ну что.. ждем Firefox на Chromium.
Глупость. Servo будет быстрее Blink, а интерфейс на html позволит и дальше его перекраивать пользовательскими CSS. WebExtensions будет дополнен уникальными функциями, которых нет в Chrome. Стандартные addons выпилят только после готовности WebExtensions.
Во первых servo это экспериментальный движок и ни кто не говорит что его вообще когда нибудь внедрят в лису, а если и внедрят то лет эдак через три. Во вторых откуда ты знаешь что servo будет быстрее Blink, когда зарелизится.
Он уже сейчас быстрее. Только безбожно падает и сырой, но это глубокая глубокая преальфа.
Если бы движок, который не умеет почти ничего (только падать) был бы еще медленнее, это был бы нонсенс.
Первые версии Хрома были дико шустрыми и даже память не сильно жрали.
Только вот незадача — пользоваться этим было практически невозможно.
Научился делать всё — стал таким же. Ну за исключением возможности жрать процессор и память в три глотки вместо одной и в результате таки быстрее реагировать на пользователя.
Влажные мечты анонима :D
Дефис из ника випилился :(
> Глупость. Servo будет быстрее Blink,Он медленнее gecko, а gecko в разы медленнее вебкита. Когда и если - тогда и приходите.
> а интерфейс на html позволит и дальше его перекраивать пользовательскими CSS.
Чем все это vaporware лучше уже существующего хромиума?
> WebExtensions будет дополнен уникальными функциями, которых нет в Chrome.
> Стандартные addons выпилят только после готовности WebExtensions.Логично blink сразу использовать. Столько усилий сэкономят - быстрый и готовый движок, который по всем параметрам лучше. Можно сконцентрироваться на продаже рекламы и маркетинге.
> Чем все это vaporware лучше уже существующего хромиума?
> позволит и дальше его перекраивать пользовательскими CSS.^ this
Че панику развели? До конца читали? "построен на основе наработок компании Foxit Software" кто не знает, это те кто живут этим PDF.Вполне умно взять эти наработки. И вложить больше сил в движок.
А Flash? он же все-равно подмогильный. Какая разница чем его воиспроизводить, если все-равно лет через 5-10 выкинут
> лет через 5-10 выкинутПроживёт ли Mozilla 5-10 лет, вот в чём вопрос.
Если не проживёт, то будем переходить на какой-нибудь из форков Firefox.
Но я лично не вижу причин им загибаться.
> будем переходить на какой-нибудь из форков Firefox.Мне очень нравится безоговорочная вера отдельных людей в форки.
Так если апстрим все больше гуано, что поделать?
> Так если апстрим все больше гуано, что поделать?Гуано там творится уже несколько лет. Врядли кто-то сильно захочет разгребать за мозиллой, откатывая их факапы и пытаясь наверстать то что они не сделали за многие годы, распылив силы на всякие файрфокс ос и прочие браузерлогины.
> Если не проживёт, то будем переходить на какой-нибудь из форков Firefox.Предлагаю мозилле новый корпоративный гимн:
Это невозможно,
Это невозможно,
Это невозможно не понять,
Что бывает поздно,
Даже очень поздно,
Просто слишком поздно
Догонять!
Ему 22 годика уже. Есть шанс что он нас всех переживет.
привет из будущего! таки, прожила. в 94 начали чистить DOM и пофиксили множество утечек, в 95 закончили, почистили main от лишних вызовов, пофиксили еще больше утечек, ввели крутой RLBox, в 96 оптимизировали основной поток. пересел на FF только сейчас т.к. для меня юзабилити - принципиальный момент.
> через 5-10 выкинутКхем... А кто его ещё кроме порносайтов не выкинул? Даже втентакле задумались и перевели плеер на html5.
Вменяемые проносайты тоже выкинули. Исключение — игори-фапалки.
Многие сайты с онлайн-просмотром фильмов, на флеше сидят.
> Многие сайты с онлайн-просмотром фильмов, на флеше сидят.Можно пример, пожалуйста? Ну кроме платных, конечно, там это хоть как-то оправдано копираздами.
Не вспомню сейчас. Ко мне часто юзеры с планшетами обращались, что фильмы не смотрелись у них из браузера.
Всякие BBC-плэеры.
Да практически любые лайв стримы требуют флеш
https://picarto.tv/
https://derpibooru.org/channels
> https://derpibooru.org/channelsTIL на дерпибору есть стримы. Спасибо, товарищ.
Из упёртых - ivi.ru например.
Хм, у них там совсем всё плохо или кто-то умный появился? То FirefoxOS прибили наконец, то этот джаваскриптовый мусор выкидывают в пользу вменяемой штуки...
То есть на эту херню http://mobile.opennet.ru/opennews/art.shtml?num=45237 времени не жалко…
А тут внезапно времени нет.
Слава богу, у них на Linux время есть 😂
*шутка* тфу*3
Вопрос почему на Rust не переписывают?
работает - не трогай
> работает - не трогайтак уже тронули
А зачем?
Многопоточность, надежность, безопасность, интеграция с серво.
Последний пункт хрень, остальное бывает и без руста.
Бывает, да вот почему-то только в теории
Портирование PPAPI - это хорошо, а вот PDF на С/С++ в браузере - зло. Лучше бы в PDF.js формы сделали и поддержку ICC - http://www.color.org/version4pdf.pdf
> PDF в браузере - зло.С\С++ тут не причём. Просто это в браузере ненужно. Не превращайте браузер в комбайн типа emacs.
Лучше бы реализовали поддержку Bonobo (или что там у них сейчас) и KParts. Firefox бы цеплял штатный просмотрщик всех поддерживаемых документов в соотвествующем DE.
Для этого и обычных ассоциаций с головой. Но браузероделы вечно пытаются всё с собой носить.
Гыгы, я жду когда Firefox перейдёт на движок хромого. Судя по новостям, осталось не долго. Гугл правит интернетом
> Гыгы, я жду когда Firefox перейдёт на движок хромого. Судя по новостям,
> осталось не долго. Гугл правит интернетомК сожалению к этому все и идет (
тоже этого жду.
недавно тыкал на андроиде последний файрфокс, так он не мог ни одну страницу толком загрузить, все падал. даже то что он на андроиде держит дополнения, а хром нет, не остановили меня от сноса фф. пусть уж мучаться с рекламой, но зато хоть браузер будет работать, а не падать с отчетами.на десктопе все так же тормозилово. вроде озу и процессора хром жрет больше, да вот работает быстрее и лучше чем фф, который даже на сраном tumbrl с >5 страницами в 1 табе уходит в безсознательное состояние и радует прокруткой а-ля "слайд-шоу".
Ты дополнения-то все отключил, прежде чем лису обвинять во всех смертных грехах?
У меня всё работает, ничего не падает.
Попробуй открыть штук 5 вкладок на любом видеохостинге. Если не упадёт, включи проигрывание в одной из них. Или попробуй поискать товар на market.yandex.ru или price.ru. Или посмотри длинную ленту в Твиттере. Не забудь перед этим отключить все блокировщики рекламы и скриптов.
> длинную ленту в ТвиттереДесятка 4-6 твитов или десяток фотографий или пару видео.
У меня тож падает, релизов 5-6 назад не падал. Думаю от телефона зависит.
> тоже этого жду.
> недавно тыкал на андроиде последний файрфокс, так он не мог ни одну
> страницу толком загрузить, все падал. даже то что он на андроиде
> держит дополнения, а хром нет, не остановили меня от сноса фф.
> пусть уж мучаться с рекламой, но зато хоть браузер будет работать,
> а не падать с отчетами.У меня на андройде всё работает, но слишком тяжеловестная эта лиса. Поставил Lighting, большего не надо.
> на десктопе все так же тормозилово. вроде озу и процессора хром жрет
> больше, да вот работает быстрее и лучше чем фф, который даже
> на сраном tumbrl с >5 страницами в 1 табе уходит в
> безсознательное состояние и радует прокруткой а-ля "слайд-шоу".На десктопе сейчас открыто 10 вкладок, 3 из них Deviantart. Tumblr тоже работает нормально, ничего не тормозит. Железки не новые - 2007 года. Лиса 49.0, что я делаю так?
А вот хромой у меня умудряется падать даже с тремя вкладками, правда с тех пор прилетело два обновления, так что пока не проверял на падучесть.
Нигде так не врут как на войне, на охоте и на опеннете.
> Нигде так не врут как на войне, на охоте и на опеннете.Да можете мне не верить сколько угодно, какое мне дело?
ТщательнЕЕ надо работать над прохладными историями, товарищ.
> На десктопе сейчас открыто 10 вкладок, 3 из них Deviantart. Tumblr тоже
> работает нормально, ничего не тормозит. Железки не новые - 2007 года.
> Лиса 49.0, что я делаю так?
> А вот хромой у меня умудряется падать даже с тремя вкладками, правда
> с тех пор прилетело два обновления, так что пока не проверял
> на падучесть.На десктопе всё приемлемо, особенно если включить многопоточность. Хотя на днях упал от нескольких десятков вкладок deviantart-а. Падуча версия под Андроид.
Мозилловцы же с Гнусмасом servo пилят.
лол! PDF.js только ведь и затевался ради безопасности.. и теперь когда они решили от него отказаться (в пользу Pdfium) -- соседняя новость:"""
В библиотеке OpenJPEG выявлена опасная уязвимость (CVE-2016-8332), которая может привести к выполнению кода злоумышленника при обработке специально оформленных изображений в формате JPEG 2000 в приложениях, использующих функции OpenJPEG для их обработки. Уязвимость вызвана выходом за границы буфера при разборке записей mcc.В том числе, уязвимости подвержены просмотрщики PDF Poppler, MuPDF и Pdfium, использующие OpenJPEG для декодирования встроенных в PDF-файлы изображений
"""ага, ну давайте-давайте! больше "прекрасного" быстрого C++-кода! :-) :-) :-D
> ага, ну давайте-давайте! больше "прекрасного" быстрого C++-кода! :-) :-) :-DА PDF.js через что интерпретируется по твоему? Думаешь, что в виртуальной машине JS не может быть уязвимостей? Наивный.
>> ага, ну давайте-давайте! больше "прекрасного" быстрого C++-кода! :-) :-) :-D
> А PDF.js через что интерпретируется по твоему? Думаешь, что в виртуальной машине JS не может быть уязвимостей? Наивный.а ты думаешь что в виртуальноый машине JS есть хоть-какая-либо вероятность допустить уязвимость -- которая будет проявляться внутри PDF.js , но при этом НЕ_СМОЖЕТ проявиться в произвольном куске JS-кода, который злоумышленник может сам написать как-ему-вздумается?
дурашка, я выше написал про то что вставление лишнего ОРГОМНОГО кусока C/C++ кода -- *увеличевает* количество уязвимостей.. а ты мне тут пытаешься сказать что в существующем C/C++-коде (JS-вирт-машина) уже могут быть уязвимости.
> дурашка, я выше написал про то что вставление лишнего ОРГОМНОГО кусока C/C++
> кода -- *увеличевает* количество уязвимостей.. а ты мне тут пытаешься сказать
> что в существующем C/C++-коде (JS-вирт-машина) уже могут быть уязвимости.Я тебе скажу по секрету - любой код увеличивает уязвимости в любой программе в геометрической прогрессии. Что скажешь на это? Не забывай, что браузер развивается и там ОГРОМНЫЕ куски С\С++ а может даже и ассемблера вставляются каждые 6-8 месяцев. Что-то удаляется, что-то появляется. Но уязвимостей от этого меньше не становится. К слову, плагинная система - уже огромная дыра, к твоему сведению. Особенно если она написана криворуко.
И да, ядро Linux > чем на 90% написано на С и Асме. Так что уязвимостей там, хоть отбавляй по твоей логике.
> Я тебе скажу по секрету - любой код увеличивает уязвимости в любой программе в геометрической прогрессии. Что скажешь на это?скажу что нет. код который ближе к "ядру" программы -- наиболее критичен к своему качеству, и ошибки именно к нём являются с-высокой-вероятностью дырами.
тот код которых подальше от "ядра" прграммы -- не обязательно создаёт уязвимости, в случае наличия в себе ошибок. ошибки в таком коде -- менее критичны.
канонический пример как-раз-таки и есть PDF.js .. т е ошибки в реализации PDF.js не приводят к созданию уязвимостей.
> К слову, плагинная система - уже огромная дыра, к твоему сведению.
к слову сказать -- этой плагинной системой ни кто не пользуется (из нормальных людей). если мы не будем считать "системные плагины", количество как раз которых увеличивается из-за этого Pdfium .
> скажу что нет. код который ближе к "ядру" программы -- наиболее критичен к своему качеству, и ошибки именно к нём являются с-высокой-вероятностью дырами.Соглашусь, однако из юзерспейса очень легко получить доступ к ядру через модули. Как ты думаешь вирусы работают? Есть программа (юзерспейс) и есть модуль для ядра (загрузчик на низком уровне). Так что всё это бла-бла, никто не защищён и защищённых на 100% систем не существует в природе. Да и любой код можно разобрать.
> канонический пример как-раз-таки и есть PDF.js .. т е ошибки в реализации PDF.js не приводят к созданию уязвимостей.
https://www.opennet.dev/opennews/art.shtml?num=42743
Да неужели? А "хакеры" то и не знали...> к слову сказать -- этой плагинной системой ни кто не пользуется (из нормальных людей)
Ну да, а то флешем ещё 2 года назад никто не пользовался из "нормальных людей".
> PDF.js только ведь и затевался ради безопасности..Это вообще единственная на моей памяти реальная пробивка через браузеры, работающая в линуксах...
https://www.opennet.dev/opennews/art.shtml?num=42743
> В настоящее время Flash является единственным препятствием на пути прекращения поддержки устаревшего интерфейса NPAPIЧё за бред? Когда-то Adobe перестала обновлять NPAPI'шную версию флэша именно из-за того, что этот интерфейс устарел сам по себе, и только недавно была вынуждена возобновить выпуск актуальных версий под NPAPI (под оффтопик), из-за того что слоупоки из Могилы не смогли в PPAPI. А теперь оказывается, что NPAPI сохраняют ради флэша.
> Чё за бред? Когда-то Adobe перестала обновлять NPAPI'шную версию флэша именно из-за
> того, что этот интерфейс устарел сам по себе, и только недавно
> была вынуждена возобновить выпуск актуальных версий под NPAPI (под оффтопик), из-за
> того что слоупоки из Могилы не смогли в PPAPI. А теперь
> оказывается, что NPAPI сохраняют ради флэша.Вроде Тормозилла была одной из компаний, которая бойкотировала флеш?
> Вроде Тормозилла была одной из компаний, которая бойкотировала флеш?да! а теперь похоже они используют "антикризисную" стратегию -- "подставить Ж кому угодно, лиж бы не утонуть"..
(правда вот именно такие "антикризисные" стратегии как раз могут помочь бестрее утонуть :))
> Adobe перестала обновлять NPAPI'шную версию флэшаНет, конечно. Под венду и macOS он до сих пор обновляется.
И даже совсем недавно NPAPI flash восстал из зада под линуксы.
Лиса медленно превращается… в хромого.
Лиса и так уже хромая, а скоро останется один хромой без лисы
Что будет с pdf.js?
"Умер Максим, ну и [censored] с ним"
> код PDFium написан на языке Си++ и обеспечивает прекрасную поддержку
> PDF, благодаря тому, что построен на основе наработок компании Foxit
> Software, развивающей просмотрщик PDF Foxit Reader.Нашли эталон, тоже мне. Проприетарное поделие (в венде использовал SumatraPDF - без проблем).
PDFium под свободной лицензией. И он действительно весьма хорош.
>>В настоящее время Flash является единственным препятствием на пути прекращения поддержки устаревшего интерфейса NPAPI.Выпиливайте и не думайте об этом!
Двачаю этому анониму!
ждуны очень сложно тормозят