Разработчики Mozilla объявили (https://blog.mozilla.org/futurereleases/2016/02/04/update-on.../) об изменении графика (https://wiki.mozilla.org/RapidRelease/Calendar) подготовки релизов Firefox. Если ближайшие релизы Firefox 45 и 46 будут выпущены в рамках прежнего шестинедельного цикла (https://www.opennet.me/opennews/art.shtml?num=30181) разработки, то в дальнейшем на формирование каждого чётного выпуска будет уходить восемь недель, а в конце года разработчики ограничатся только корректирующим выпуском, который будет содержать только исправления ошибок.
Изменения внесены для оптимизации процесса разработки и отталкиваются от четырёхлетнего опыта применения модели фиксированного цикла подготовки релизов. С учётом нахождения кода в стадиях ночных сборок, альфа- и бета-версий, дополнительные две недели для каждого чётного релиза позволят выделить как минимум шесть недель на разработку, сохранив время на тестирование. Дополнительное время так же даст возможность для манёвра в непредвиденных ситуациях, например, позволит изменить дату релиза, реагируя на возникающие потребности пользователей и рынка. Новый график также учитывает потребность разработчиков в отдыхе и предоставляет рождественские каникулы.
Новый график:
- 2016-03-08 – Firefox 45, ESR 45 (6 недель)
- 2016-04-19 – Firefox 46 (6 недель)
- 2016-06-07 – Firefox 47 (7 недель)
- 2016-08-02 – Firefox 48 (8 недель)
- 2016-09-13 – Firefox 49 (6 недель)
- 2016-11-08 – Firefox 50 (8 недель)
- 2016-12-13 – Firefox 50.0.1 (5 недель, корректирующий выпуск)
- 2017-01-24 – Firefox 51 (6 недель c момента корректирующего выпуска или 11 недель с момента значительного релиза)Корректирующие ESR-релезы как и раньше будут выходить одновременно со значительными выпусками.
URL: https://blog.mozilla.org/futurereleases/2016/02/04/update-on.../
Новость: http://www.opennet.me/opennews/art.shtml?num=43821
Не выдержали гонки? Печально.
Против systemd не попрешь.
Давно не было слышно о релизах, кстати)
Последняя новость о выпуске 228: http://www.opennet.me/opennews/art.shtml?num=43349 (от 19.11.15, между релизами тоже в среднем около месяца)
У них, кстати, на сайте забавные графики:
1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg
2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests...
А для скачивания почему-то доступна последней 221 версия: http://www.freedesktop.org/software/systemd/
Новость по 229 релизу только в процессе: https://github.com/CSRedRat/systemd/blob/master/NEWS
> У них, кстати, на сайте забавные графики:Это смотря с какой точки зрения
> 1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg
График issue *любого* развивающего продукта с частыми регулярными релизами выглядит ровно так же. У стагнирующих и продуктов с редкими крупными релизами - несколько иначе. Но при нормально идущей разработке и росте user base - один в один такой график, кто разрабатывал, тот такие графики много раз видел.
> 2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests...
Эм? Вообще-то объем пулл-реквестов равномерно растет, скатился % все еще открытых за счет перевода в категорию postponed. По-моему, тоже ничего аномального.
>> У них, кстати, на сайте забавные графики:
> Это смотря с какой точки зрения
>> 1) Ишью в гору идут: https://in.waw.pl/systemd-github-state/systemd-issues.svg
> График issue *любого* развивающего продукта с частыми регулярными релизами выглядит ровно
> так же. У стагнирующих и продуктов с редкими крупными релизами -
> несколько иначе. Но при нормально идущей разработке и росте user base
> - один в один такой график, кто разрабатывал, тот такие
> графики много раз видел.Я с этим полностью согласен и не спорю) просто графики забавные :)
>> 2) Пул реквесты скатились: https://in.waw.pl/systemd-github-state/systemd-pull-requests...
> Эм? Вообще-то объем пулл-реквестов равномерно растет, скатился % все еще открытых за
> счет перевода в категорию postponed. По-моему, тоже ничего аномального.На главной выводят только скатившийся, как показатель реквестов: http://www.freedesktop.org/wiki/Software/systemd/
А ведь нагоняли.
Chrome 48, Firefox 44. Всего-то на четыре версии отставали.
а куда гнать, каких критических фич вам в браузере не хватает?
> а куда гнать, каких критических фич вам в браузере не хватает?Тага <сарказм>, вестимо.
Кстати, пора бы уже оформить фичереквест
Третье правило проект-менеджера: если в продукте столько фич, что уже и добавить нечего - значит, самое время заняться фичекатом и половину функционала убрать.
> половину функционала убратьЧтобы потом можно было радовать пользователей постепенным восстановлением убранного функционала (старое-доброе "сначала сделать плохо, а потом вернуть, как было"). :)
#65 и #113 прямо-таки описали Оперу.
> а куда гнать, каких критических фич вам в браузере не хватает?Быстродействие загрузки и рендеринга. У Firefox с этим проблемы. Он медленней чем IE и EDGE.
Что такое IE EDGE?
# apt-chache search IE
и
# apt-chache search EDGE
нифига интересного не выдаёт.
В центре обновления посмотри. Вопрос на засыпку - фаерфокс ориентируется на какую ОС?
"не выдержали гонку", позорище
> Изменения внесены для оптимизации процесса разработки и отталкиваются от четырёхлетнего опыта ... Новый график также учитывает потребность разработчиков в отдыхе и предоставляет рождественские каникулы.Ёксель-моксель, это они четыре года без одоху Хрома догоняли по версиям!!!
Мазилкиных манагеров надо премировать за такую эффективность. Резултатов правда за эти четыре года никаких не предъявлено, но такой "забег в ширирну"(С) впечатляет.
Не выдержалли-таки гонкУ по превращению лисы в НЁХ…
Выгнать нах всех менеджеров из мозиллы и вернутся к графику разработки как в 3.6
все же вы правы...
новый продукт нужно выпускать как он будет готов..
а не от приближения острозаточенного маятника
Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт но с опозданием. Предсказуемость релизов же, акционеры рады и все такое.
Увы, но и для стартапов такой подход не очень. В большинстве случаев это значит что стартап никогда не сможет стать компанией, которая в срок сделает необходимые вещи, даже имея тариф безлимитный. Это тот случай когда как начнёшь, так и продолжишь. Стартапные проекты часто имеют такую организацию, что их нужно полностью с нуля переделывать чтобы получить продукт. А этого не делает почти никто из получивших финансирование. На выходе получаем пук.
> Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт
> но с опозданием. Предсказуемость релизов же, акционеры рады и все такое.
В свое время это называлось корейским синдромом.
Есть такой офигенный график -- выпускать тогда, когда готово.
Запланировали список фич и пусть пилят их до тех пор, пока все запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно...
А то фигнёй какой-то страдают...
Только при таком графике все пользователи уйдут на другой продукт, когда им надоест ждать заявленных фич несколько лет...
Все-таки плановые релизы заставляют работать разработчиков и позволяют планировать обновления пользователям. Это четко видно на падении доли Debian и увеличении доли Ubuntu в серверном сегменте.
Если сравнивать lts выпуски убунты, то они примерно одинаково выходят с дебианом. А кто ставит на серверы не лтс?
Проблема с Debian в том что Вы никогда не знаете сколько будет поддерживаться текущая ветка, то ли 10 лет, то ли 1 год. В то время как для lts все знают - 6 лет. Это позволяет планировать миграции и работу компании.
Ubuntu ЧЕМ ТО отличается от Debian???
Хоть чем то окромя иконок?
Unity. Mir. LXC|LXD. Click. PPA.
LXC убунте не приписываем, её ядерщики пилят. Нужность PPA сомнительна, остальное откровенное г-но.
Остальное на сервер не ставят обычно.
> Ubuntu ЧЕМ ТО отличается от Debian???
> Хоть чем то окромя иконок?Вы о чем? Речь идет не об отличиях в иконках, а о том, что график выхода обновлений позволяет лучше планировать деятельность зависимых от этих обновлений структур.
1. не нужно трогать то, что работает. Единственной причиной немедленной установки является исправление ошибок.Так и он про что... Убунту "на работе" можно _гарантированно_ не трогать 6 лет. Секьюрити апдейты прилетят. А сроки поддержки различных релизов дебиана бывают довольно сильно отличаются. И придется шаманить, если поддержка вдруг кончится.
Вы знаете - есть. Текущая ветка 38.6
Когда Вам придется админить хотя бы сотню компов, тогда Вы возможно поймете о чем я говорю. А пока от Вас я слышу только нападки.
ну тогда пилить можно до бесконечности. я не говорю, что это плохой подход, но планирование тоже нужно. и выпускать продукт нужно в срок, иначе пользователи в виду такой неопрделённости сбегут (хотя как видно мозилле это не помогло - все равно бегут, ну значит менеджеры и маркетологи херовые).впрочем, не смотря на заявление мозиллы о том, что они от одного графика к другому перешли, ничего не меняли. у них на деле такой подход, как вы описали - когда готово - и действует. возьмем к примеру элекролиз. его плнировали включить уже в 45-й релиз, а теперь уже точно всем понятно (о чем они и заявили) что в 45 его не будет. и включат когда будет готово.
такие циклы - это скорее чисто маркетинговый прием, чтобы создать видимость выброса новых фич на рынок. может с точки зрения разработки тут какая-то польза есть - в том плане, что не надо фичи мариновать годами, а можно выпускать их чаще, только планировать надо уметь.
вообще, похоже, что ребята просто поняли, что такая гонка не пошла на пользу и часто они тупо не успевают, а на подготовку и стаблизацию релиза много сил уходит.
Не соглашусь с вами: у каждой задачи есть срок выполнения. Тут вопрос только в предпочтениях: кому-то удобнее подстравать объем задач под заданные временные рамки, а для другого, наоборот, первичнее выполнить определенные задачи, и, разумеется, правильно оценить срок их выполнения.
> Есть такой офигенный график -- выпускать тогда, когда готово.
> Запланировали список фич и пусть пилят их до тех пор, пока все
> запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно...
> А то фигнёй какой-то страдают...Скрам, канбан, х%%к-х%%к и в продакшен же. Весь современный софт так пишется, причины понять не могу, видимо мода просто такая.
Так не только софт пишется. Так в целом формируется стратегия развития компании. А иначе пока вы будете долго и упорно делать "пока будет готово", конкуренты уже всё сделают, продадут и оставят вас далеко позади. Мир миняется, пора бы уже адаптирвоваться, или адаптируйте мир под себя, если сил хватит.
копропродукт может и не принести выгоды, ибо никакие спринты не заменят качества
А отгадка одна - копроэкономика.
Нет, просто лучше иметь прямо сейчас продукт с четвертью функционала, чем вечность ждать, когда будет готов идеал. Это с точки зрения клиента/пользователя, если что.Вот скрам, если говорить о сути, а не о ритуалах - он как раз об этом. А "х%%к-х%%к и в продакшен" бывает, когда изматерившийся клиент заствляет-таки через пол-года выкатить ну хоть что-то. Потому что ему сейчас работать нужно, а не через год. И экономия времени в скраме, если что, достигается не обилием "х-ком",а огранчиением фич и знанием, на какие фичи в случае чего можно со скрипом забить, получив при этом хоть как-то полезный результат.
Самое веселое обсуждение скрама и прочего игила я читал на рсдн. Люди под год пилили деньги клиента. По результатам проект закрыли. Оказалось без вменяемой, продуманной архитектуры приложения и графика развития получилось нечто нафиг не нужное клиенту и требующее переписывания с нуля. А люди с гордостью рассказывали какой плюс в этом скрама. Без скрама они бы в два раза больше денег и времени клиента просадили с тем же результатом. Это они на полном серьезе так считают.
Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже февраль а ничего не происходит
> Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже
> февраль а ничего не происходитОни на днях из бет в RC перешли. Не то, чтоб совсем "ничего".
Согласен, но у них было очень много работы, и они могли разбить на маленькие релизы, для меня киллерфичей было шифрование между сервером и агентом
А графит или похожую вещь они запилить не хотят?
> А графит или похожую вещь они запилить не хотят?И RRD с MRTG -- хотеть!!
Млять, что они всё оптимизируют?
Действительно,достали с оптимизациями и улучшениями.Раньше,у меня стояла лиса 17,и всё показывало,и всё играло.
Действительно,достали с оптимизациями и улучшениями.Раньше,у меня стоял Netscape Navigator,и всё показывало,и всё играло.
То есть теперь всё, что они на этот год наобещали, нужно будет дольше ждать, а если перенесут, то ждать ещё дольше.
И это хорошо. Может ещё и отменяют эти изменения…
Боюсь представить, что будет с браузером через лет 5. Минимальные требования: 4 гб оперативы, и проц не меньше i5. Это чтоб просто посмотреть странички. Сколько ненужного хлам в них впихивают с каждой версией.
Да! И в каждой версии инструменты для разработчиков!Достали,у меня вся система жрёт 130mb,а лиса жрёт 400 с одной вкладкой!Что там в ней,падле,орбита луны на 300 лет рассчитывается,пока я опеннет читаю?
Ты совсем-совсем глупый да? Инструменты разработчика не занимают оперативную память пока ты их не запустишь. И вообще никакой код не исполняют пока ТЫ САМ ИХ НЕ ЗАПУСТИШЬ.
Ладно, пускай не инструменты разработчика. А что, @#$%, жрёт столько памяти?!? Что в этой памяти?
> Ладно, пускай не инструменты разработчика. А что, @#$%, жрёт столько памяти?!? Что
> в этой памяти?Всякие парсилки, жит-компиляторы и прочее. Количество вэб-технологий растёт, жиреет и браузер. Вон из palemoon всё повыкидывали, однако сырец весит около 80 мб в архиве. Сам подумай, сколько это выжрет оперативы после компиляции и запуска.
Связь между объёмом исходников и объёмом памяти, который займёт собранный из этих исходников бинариник при запуске, -- зыбкая и эфемерная. Короче, одно от другого никак не зависит. В килобайте исходников можно запилить столько утечек памяти, что дай боже. И наоборот, ведро линупса в архиве тоже весит немало, но при запуске не борзеет.> Сам подумай
Ещё чего захотел! Я занят, пишу комменты на опенненте. Мне думать некогда.
> Количество вэб-технологий растётА я слышал, что поддержку этих костылей и подпорок в браузерах отнюдь не веб-разработчики сделали.
> сколько это выжрет оперативы после компиляцииЧСХ, те же доки в формате хтмл, которые вообще не менялись но для просмотра которых теперь как минимум пару сотен оперативы вынь да положь. Как и с кучей других сайтов-сервисов, где основной упор на "чтение".
Но да, зато можно запускать и "полноценные" велос^ веб-приложения, где действительно без всяких штучек типа дум-деревьев и "вумного" кэша с построчным рендерингом текста и т.д. – никуда.
> ЧСХ, те же доки в формате хтмл, которые вообще не менялись но
> для просмотра которых теперь как минимум пару сотен оперативы вынь да
> положь.Их можно и skipstone читать. Или вообще links.
Или вообще не читать… И выбросить компьютер, ибо он не тянет…
впилили ненужный покет, выпилили нужные группы вкладок... мозила подбешивает
>а в конце года разработчики ограничатся только корректирующим выпуском, который будет содержать только исправления ошибокчто уж мелочиться - давайте прям щас выпускать только багфиксы. Имхо - огнелису от этого только лучше будет, учитывая то, что в последних версиях, в основном, идет добавление всякого crapware вроде покета и выпиливание годных фич
я думаю пару лет этому браузеру осталось побарахтаться и канет в лету за ненадобностью и бесполезностью
Ну будет один хромой. Лучше думаешь? Всё-равно кроме гугля уже никто не сможет поддерживать список фич, который этот же гуголь и проталкивает. Времена, когда браузер можно было написать одним человеком за год давно прошли.
> кроме гугля уже никтоApple, MS
радиусы прямоугольников патентовать и глюкалово оправдывать это не то же самое, что браузер развивать, так что остаётся только гугль
Лет пять назад было бы, в общем, справедливое замечание. Сейчас можно только с разморозкой вас поздравить.
Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация. Никакого бурного развития веба больше не ждите.
> Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация.
> Никакого бурного развития веба больше не ждите.Да ладно. Firefox просто должен перейти на chromium (blink)
> Молитесь, чтобы Firefox остался на плаву. Иначе будет монополия Хрома. Будет стагнация.
> Никакого бурного развития веба больше не ждите.в фаерфоксе больше нету развития, если не считать таковым выпиливание его настоящих фичь и запиливание дерьма
> Никакого бурного развития веба больше не ждите.Даром не надо!
Лиса 17 весила 20mb,а последняя лиса весит 47mb.Опять спрошу,нахрена мне лишние функции?Ведь есть-же Firefox Developer Edition,ну и пихайте всю хрень туда!!
Да-да, так прям ничего полезного не делали и не добавили: https://en.wikipedia.org/wiki/History_of_Firefox
Уже сейчас ты можешь пользоваться легким и без лишних функций Хромом! Добро пожаловать в мир быстрого и главное легкого ПО!
Тогда лучше сразу на lynx посылать.А то, видите ли, ему VP9, H.264, OdinMonkey, Flexbox и ещё ворох новых фичь HTML5, поддержку GStreamer 1.0, SPDY 3.1, HTTP/2, встроенный список блокировки следящих за пользователями систем и прочие полезные ништяки нужно было в Developer Edition пихать, чтоб фокс не раздувать. Или может туда PDF.js было засунуть нужно? Согласен, что тормозное решение, но всяко лучше говна вроде Adobe Acrobat Reader или совсем уж непонятно чьих поделок в системе. Туда и так слили совсем чисто девелоперские штуки вроде Valence. А если кто-то считает, что инспектор страницы не нужен, то может убиться об стену в максимально брутальной форме. Не нужно быть программистом с многолетним стажем, чтоб писать или подстраивать под себя простейшие скрипты на JS и стили. Я часто для личного использования пишу скрипты и каждый раз благодарен за то, что в нормальных браузерах есть инспектор страницы.
Лично меня в фоксе настораживает только возможный выпил поддержки XUL и, вместе с ним, всех существующих расширений в угоду теоретической поддержки работы расширений для Хрома. Если они действительно так сделают, то фокс можно будет сразу закапывать.
Всё нормально будет без XUL. Раньше просто у JS не было таких возможностей, как сейчас. В случае чего, можно будет писать приложения даже на WASM. В итоге, XUL выглядит сейчас как некий костыль, который так же мешает внедрению наработок Servo.А приложений перепишут. Тем более, Mozilla обещала помочь разработчикам.
Ну как бы тебе объяснить, тут есть несколько проблем сразу:1. XUL позволяет вносить кардинальные изменения в интерфейс. Такие, которые ни каким API к тому же Хрому ты не сделаешь. Вон, сходи посмотри на это, например: https://chrome.google.com/webstore/detail/tabs-outliner/eggk... и https://chrome.google.com/webstore/detail/vtabs/okpnlgbgcfch... .
Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих двух бесконечно уродских способов, а не изменив те, что уже есть. И дело тут не только в табах. Не нравится как ведёт себя адресная строка? Так её сейчас можно заменить! Не нравится размер и форма кнопок? Может иконки поменять? А может форму табов подрихтовать? В Хроме это невозможно в принципе, а без XUL будет именно он. А куда прикажете засунуть панель блокируемых элементов из Adblock Plus, которую в Хроме так до сих пор и не сделали? Мне горизонтальную, пожалуйста. А если вместе с вертикальными табами?2. Большую часть существующих приложений никто не будет переписывать. Часть из них будет просто заброшена, а часть просто некому, хоть они всё ещё и работают. Перепишут лишь сотню-две из топа в лучшем случае, да и там будет не без потерь как минимум в функционале.
3. Поддержка расширений для Chrome вообще занятие бесперспективное, так-как Mozilla либо всегда будет в роли догоняющего, либо начнёт вводить свои собственные API раньше Хрома, а Хром их копировать не будет и сделает свои. И будет бардак и опять несовместимости.
Возможностью писать код со сборкой в WASM останется только подтереться. Сделать что-то уникальное с интерфейсом Фокса он никак не поможет.
> Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих
> двух бесконечно уродских способов
> В Хроме это невозможно в принципе, а без XUL будет именно
> он.Нет. Вивальди уже показал, насколько гибким может быть интерфейс. И когда вы пишете «невозможно в принципе» — вы таким образом расписываетесь в своём полном непонимании реальной ситуации и обесцениваете все свои дальнейшие слова. С ресурсами Мозиллы всё будет ещё лучше + API для изменения.
Остальные выводы у вас примерно того же уровня, т.е. как минимум необоснованы, а как максимум — просто очевидно неверны.
> Вивальди уже показал, насколько гибким может быть интерфейс.Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр?
> Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр?Нет, это из нового опуса, норвежский цикл.
Речь о том, что аддоны не смогут изменять интерфейс без API для этого. Никто в Mozilla не обещает, что такой API будет.
> Речь о том, что аддоны не смогут изменять интерфейс без API для
> этого. Никто в Mozilla не обещает, что такой API будет.Будет. Он будет шире, чем у Chrome. Разработчики нацелены на то, чтобы такие расширения, как Tree Style Tab, были возможны, см. комментарии здесь: https://blog.mozilla.org/addons/2015/12/21/webextensions-in-.../
One of the things that makes Vivaldi unique is that it is built on modern web technologies. We use JavaScript and React to create the user interface with the help of Node.js and a long list of NPM modules. Vivaldi is the web built with the web.Естественно у него гибкий интерфейс, лол. Если б он при таком раскладе не был бы гибким, то грош был бы ему цена. Вот только это те же яйца, только в профиль, а не нативный интерфейс. Это то же самое, что и XUL. Разница лишь в том, что они не заморачивались созданием своего диалекта XML для разметки интерфейса. Проблема же в том, что есть мнение, что они собираются запилить именно нативный. За примером далеко ходить не нужно — на нативный они уже перешли в браузерной версии и там всё, что могло отвалиться,— отвалилось.
> В Хроме это невозможно в принципе...
> Естественно у него гибкий интерфейславров.жпг
лицорука.жпгТо, что на движке Хрома (право-солово, я не смотрел на каком движке это сделано — не играет роли) сделали другой браузер с интерфейсом на вебе (HTML+JS+CSS) не делает гибким интерфейс Хрома и не делает родным системе интерфейс другого браузера. Это тот же самый XUL, что в Фоксе. Только более современный.
Ещё раз — родной системе интерфейс не может быть гибким если его не обмазать тоннами API и бинарными плагинами. И даже в таком случае будет масса моментов, для которых просто не будет соответствующего API. Покопай в сторону плеера Foobar, может поймёшь наконец в какой бардак это превращается. Плагины для плагинов и прочие радости жизни.
Ну или пойди напиши пруф-оф-концепт расширение для Хрома (только именно для Хрома, а не Вивальди), заменяющее адресную строку на что-то иное или сделай так, чтоб кнопка «вперёд» появлялась только когда её можно нажать.
Ах да, в последней паре предложений под «они» имеется в виду Mozilla, а за ваше голословное утверждение про остальные пункты я нарекаю вас Обоснуем.
> за ваше голословное утверждение про остальные пункты я нарекаю вас
> Обоснуем.Вы допустили ряд безосновательных утверждений. Я опроверг одно и указал на безосновательность остальных. Указание на безосновательность ваших утверждений вы называете безосновательным. Чудной. Именно на вас лежит бремя обоснования ваших утверждений, а не на мне.
Вы и одного не опровергли до сих пор. Более того, своим утверждением вы только подтвердили моё.
> возможный... если...Никаких если
A preview release of WebExtensions is available in Firefox 42
https://wiki.mozilla.org/WebExtensions#Testing_out_the_WebEx...
Это пока только реализация WebExtensions без удаления XUL. Сама по-себе она не критична. Реально плохо будет если они перейдут на нативный интерфейс, что сделает невозможным вносить в него хоть сколько-то серьёзные изменения.
Так три четверти названных фич нужны для веб-приложений, которые по сравнениюс нативом ущербны ровно настолько, насколько те самые хромовские расширения ущербны по сравнению с фоксовскими.Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше.
1. VP9
2. H.264
3. OdinMonkey
4. Flexbox и ещё ворох новых фичь HTML5.
5. поддержка GStreamer / FFmpeg
6. SPDY 3.1
7. HTTP/2
8. встроенный список блокировки следящих за пользователями системНазови, какие 6 из этих фичь нужны практически только в веб-приложениях.
> Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше.
Там пришлось бы некислый такой список API реализовать, которые нужны только для одного расширения. В результате мы бы получили всё то же самое, только без интерфейса. Итого смысла ноль. Интерфейс много не занимает и процессорного времени не отнимает пока ты не открываешь панель.
> поддержку GStreamer 1.0Где? Firefox 44 больше не нуждается в поддержке GStreamer 1.0 - мультимедиа идёт через FFmpeg 2.8.6.
Заменили? Я не уследил когда это случилось.
> Заменили? Я не уследил когда это случилось.///---http://www.freshports.org/www/firefox/
28 Dec 2015 18:18:0343.0.1_3,1
gecko: phase out GStreamer support
H.264 is decoded by FFmpeg directly since Firefox 43.0. GStreamer
doesn't support DASH and no longer used by default since r397984
brings libavcodec.so.https://bugzilla.mozilla.org/show_bug.cgi?id=1234092
---///
> Заменили? Я не уследил когда это случилось.Нашёл кому верить - дурачку-вендузятнику.
*>>>Firefox 44 больше не нуждается в
>> Заменили? Я не уследил когда это случилось.
> Нашёл кому верить - дурачку-вендузятнику.Не будем к нему излишне суровы. Ну, путает "свою шерсть с государственной" - опции сборки в своём уютненьком c "миру мир во всём мире". Терпимее ж надо к ограниченным возможностям, общечеловечнее.
Впрочем, возможно, он просто "сильно" впереди бинарных дистрибутивов этих ваших линуксов на своей уютненькой, и даже сама мозила ещё "тормозит":
https://bugzilla.mozilla.org/show_bug.cgi?id=1234092
https://reviews.freebsd.org/rP404688
Мы же ж понимаем разницу -- в отличие от!?
ППКС.
Вот это стёб. Ваш Хром жрёт памяти в 10 раз больше Firefox. Нет, спасибо, но Firefox ещё не скатился до уровня хромого поделия
Недолго осталось, многопроцессность им аж свербит
А я думаю таки скатился. На старте 500мб. Пару часов 3гб и жутко тормозит. Когда в системе было 4гб памяти, ана ещё падала при закрытии. При 16гб не падает. Началось с 37 лисы. От железа не зависит. Весело…
У меня ни на одном компьютере жирнолис столько не ест. Попробуйте поотключать аддоны. И обязательно отключите флэш.
Ещё и здесь спрошу. Кто-нибудь сталкивался с проблемой отображения страницы в новых бетах? Переключаешься между вкладками туда-сюда и чистый экран. Рендерится только через ндцать секунд. Ещё и в памяти плагин-контейнер на несколько сот мегов висит. Что это и зачем - хз.
Плагин-контейнер это флэш.
А вот фиг там. При убивании этого контейнера целиком страница падает. Хоть вот эта опеннетовская которая без флеша.
Не замечал.
нет, я один такой везучий что-ли? версия 45б3, 359 вкладок и капут - пользоваться невозможно. Запустил с нуля, открыл вот эту одну страничку на опеннете - фаерфокс жрет 260М, плагин-контейнер 120М. Это нормально если учесть что флешем тут и не пахнет?