Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Firefox переходит на плавающий график подготовки релизов, opennews (??), 05-Фев-16, (0) [смотреть все] Не выдержали гонки Печально , Аноним (-), 09:26 , 05-Фев-16, (1) +19 // Против systemd не попрешь , commiethebeastie (ok), 09:32 , 05-Фев-16, (3) +17 // Давно не было слышно о релизах, кстати , CSRedRat (ok), 12:30 , 05-Фев-16, (35) +1 // Последняя новость о выпуске 228 http www opennet ru opennews art shtml num 43, CSRedRat (ok), 12:37 , 05-Фев-16, (36) Это смотря с какой точки зренияГрафик issue любого развивающего продукта с час, Stax (ok), 13:10 , 05-Фев-16, (46) Я с этим полностью согласен и не спорю просто графики забавные На главной выв, CSRedRat (ok), 13:57 , 05-Фев-16, (54) А ведь нагоняли Chrome 48, Firefox 44 Всего-то на четыре версии отставали , soarin (ok), 09:47 , 05-Фев-16, (6) +3 а куда гнать, каких критических фич вам в браузере не хватает , anonymous (??), 12:51 , 05-Фев-16, (39) // Тага сарказм , вестимо , Andrey Mitrofanov (?), 13:03 , 05-Фев-16, (42) +11 // Кстати, пора бы уже оформить фичереквест, Admino (ok), 16:04 , 05-Фев-16, (63) Третье правило проект-менеджера если в продукте столько фич, что уже и добавить, Аноним (-), 17:01 , 05-Фев-16, (65) +2 // Чтобы потом можно было радовать пользователей постепенным восстановлением убранн, Аноним (-), 00:03 , 09-Фев-16, (113) 65 и 113 прямо-таки описали Оперу , Аноним (-), 14:13 , 10-Фев-16, (116) Быстродействие загрузки и рендеринга У Firefox с этим проблемы Он медленней че, Аоаоао (?), 06:39 , 06-Фев-16, (91) // Что такое IE EDGE apt-chache search IEи apt-chache search EDGEнифига интересн, asd (??), 11:20 , 06-Фев-16, (94) В центре обновления посмотри Вопрос на засыпку - фаерфокс ориентируется на каку, Аноним (-), 13:15 , 06-Фев-16, (96) не выдержали гонку , позорище, GrammarNarziss (?), 17:22 , 06-Фев-16, (100) Ёксель-моксель, это они четыре года без одоху Хрома догоняли по версиям Мазилк, Анончег (?), 21:40 , 06-Фев-16, (102) Не выдержалли-таки гонкУ по превращению лисы в НЁХ 8230 , kot040188 (?), 01:18 , 07-Фев-16, (103) Выгнать нах всех менеджеров из мозиллы и вернутся к графику разработки как в 3 6, кверти (ok), 09:27 , 05-Фев-16, (2) +34 // все же вы правы новый продукт нужно выпускать как он будет готов а не от пр, фыва2 (?), 10:18 , 05-Фев-16, (8) +5 // Сейчас приняты другие методы, лучше выпустить недопродукт но в срок, чем продукт, ASH (??), 10:58 , 05-Фев-16, (17) +2 Увы, но и для стартапов такой подход не очень В большинстве случаев это значит , ix.. (?), 17:32 , 05-Фев-16, (69) http c2 com cgi wiki WorseIsBetter, Michael Shigorin (ok), 18:48 , 05-Фев-16, (80) –2 В свое время это называлось корейским синдромом , 123 (??), 12:04 , 05-Фев-16, (30) Есть такой офигенный график -- выпускать тогда, когда готово Запланировали списо, A.Stahl (ok), 09:45 , 05-Фев-16, (4) +19 // Только при таком графике все пользователи уйдут на другой продукт, когда им надо, COBA (?), 10:20 , 05-Фев-16, (9) –4 // Если сравнивать lts выпуски убунты, то они примерно одинаково выходят с дебианом, Аноним (-), 10:50 , 05-Фев-16, (15) +5 // Проблема с Debian в том что Вы никогда не знаете сколько будет поддерживаться те, COBA (?), 13:08 , 05-Фев-16, (44) –1 Ubuntu ЧЕМ ТО отличается от Debian Хоть чем то окромя иконок , Вася (??), 11:08 , 05-Фев-16, (22) –4 // Unity Mir LXC 124 LXD Click PPA , Чепукто (?), 11:13 , 05-Фев-16, (24) +1 LXC убунте не приписываем, её ядерщики пилят Нужность PPA сомнительна, остально, Аноним (-), 11:41 , 05-Фев-16, (28) +1 Остальное на сервер не ставят обычно , DeerFriend (?), 11:50 , 05-Фев-16, (29) +7 Вы о чем Речь идет не об отличиях в иконках, а о том, что график выхода обновле, COBA (?), 13:10 , 05-Фев-16, (45) +1 1 не нужно трогать то, что работает Единственной причиной немедленной установк, marks (?), 17:21 , 05-Фев-16, (66) +1 Вы знаете - есть Текущая ветка 38 6Когда Вам придется админить хотя бы сотню ко, COBA (?), 18:04 , 05-Фев-16, (74) –1 ну тогда пилить можно до бесконечности я не говорю, что это плохой подход, но п, анонисимус (?), 10:25 , 05-Фев-16, (11) –2 Не соглашусь с вами у каждой задачи есть срок выполнения Тут вопрос только в п, Илья (??), 10:29 , 05-Фев-16, (12) Скрам, канбан, х к-х к и в продакшен же Весь современный софт так пишется, пр, ASH (??), 11:00 , 05-Фев-16, (19) // Так не только софт пишется Так в целом формируется стратегия развития компании , заяц (?), 11:15 , 05-Фев-16, (25) +1 // копропродукт может и не принести выгоды, ибо никакие спринты не заменят качеств, ASH (??), 18:49 , 05-Фев-16, (81) +1 А отгадка одна - копроэкономика , Аноним (-), 18:17 , 05-Фев-16, (75) Нет, просто лучше иметь прямо сейчас продукт с четвертью функционала, чем вечнос, Crazy Alex (ok), 23:26 , 05-Фев-16, (86) +1 // Самое веселое обсуждение скрама и прочего игила я читал на рсдн Люди под год пи, Аноним (-), 13:19 , 06-Фев-16, (97) Ага как забикс 3 0 в июне обещали выпустить до августа месяца Уже февраль а нич, Аноним (-), 12:56 , 05-Фев-16, (41) // Они на днях из бет в RC перешли Не то, чтоб совсем ничего , Andrey Mitrofanov (?), 13:12 , 05-Фев-16, (47) +2 // Согласен, но у них было очень много работы, и они могли разбить на маленькие рел, AnotherReality (ok), 15:12 , 05-Фев-16, (61) –1 А графит или похожую вещь они запилить не хотят , Аноним (-), 18:17 , 05-Фев-16, (76) И RRD с MRTG -- хотеть , Andrey Mitrofanov (?), 21:57 , 05-Фев-16, (85) Млять, что они всё оптимизируют , Аноним (-), 09:45 , 05-Фев-16, (5) –1 Действительно,достали с оптимизациями и улучшениями Раньше,у меня стояла лиса 17, Maks (??), 10:14 , 05-Фев-16, (7) –1 // Действительно,достали с оптимизациями и улучшениями Раньше,у меня стоял Netscape, Аноним (-), 11:01 , 05-Фев-16, (20) –1 То есть теперь всё, что они на этот год наобещали, нужно будет дольше ждать, а е, Аноним (-), 10:46 , 05-Фев-16, (14) // И это хорошо Может ещё и отменяют эти изменения 8230 , kot040188 (?), 14:36 , 05-Фев-16, (59) +2 Боюсь представить, что будет с браузером через лет 5 Минимальные требования 4 , Аноним (-), 10:59 , 05-Фев-16, (18) –1 // Да И в каждой версии инструменты для разработчиков Достали,у меня вся система ж, Maks (??), 11:06 , 05-Фев-16, (21) +6 // Ты совсем-совсем глупый да Инструменты разработчика не занимают оперативную пам, Аноно (?), 12:38 , 05-Фев-16, (37) –1 // Ладно, пускай не инструменты разработчика А что, , жрёт столько памяти Ч, Какаянахренразница (ok), 12:54 , 05-Фев-16, (40) +1 Всякие парсилки, жит-компиляторы и прочее Количество вэб-технологий растёт, жир, anonymous (??), 13:34 , 05-Фев-16, (49) +1 Связь между объёмом исходников и объёмом памяти, который займёт собранный из эти, Какаянахренразница (ok), 13:41 , 05-Фев-16, (53) +9 А я слышал, что поддержку этих костылей и подпорок в браузерах отнюдь не веб-раз, Нимано (?), 14:56 , 05-Фев-16, (60) –1 Их можно и skipstone читать Или вообще links , Michael Shigorin (ok), 19:08 , 05-Фев-16, (82) +1 Или вообще не читать 8230 И выбросить компьютер, ибо он не тянет 8230 , kot040188 (?), 02:18 , 06-Фев-16, (89) +1 впилили ненужный покет, выпилили нужные группы вкладок мозила подбешивает, koblin (ok), 11:22 , 05-Фев-16, (26) +2 что уж мелочиться - давайте прям щас выпускать только багфиксы Имхо - огнелису , Аноним (-), 11:26 , 05-Фев-16, (27) +3 я думаю пару лет этому браузеру осталось побарахтаться и канет в лету за ненадоб, anonymous (??), 13:07 , 05-Фев-16, (43) –6 // Ну будет один хромой Лучше думаешь Всё-равно кроме гугля уже никто не сможет п, anonymous (??), 13:30 , 05-Фев-16, (48) +3 // Apple, MS, soarin (ok), 13:35 , 05-Фев-16, (50) –2 // радиусы прямоугольников патентовать и глюкалово оправдывать это не то же самое, , Аноним (-), 13:39 , 05-Фев-16, (52) +4 Лет пять назад было бы, в общем, справедливое замечание Сейчас можно только с р, Аноним (-), 17:22 , 05-Фев-16, (67) –1 Молитесь, чтобы Firefox остался на плаву Иначе будет монополия Хрома Будет ста, th3m3 (ok), 17:49 , 05-Фев-16, (72) +2 // Да ладно Firefox просто должен перейти на chromium blink , Аоаоао (?), 06:48 , 06-Фев-16, (92) –1 в фаерфоксе больше нету развития, если не считать таковым выпиливание его настоя, Аноним (-), 10:36 , 06-Фев-16, (93) –1 Даром не надо , АнонимХ (??), 15:08 , 06-Фев-16, (99) Лиса 17 весила 20mb,а последняя лиса весит 47mb Опять спрошу,нахрена мне лишние , Maks (??), 13:35 , 05-Фев-16, (51) +1 // Да-да, так прям ничего полезного не делали и не добавили https en wikipedia o, Lain_13_too_lazy_to_login (?), 14:16 , 05-Фев-16, (56) Уже сейчас ты можешь пользоваться легким и без лишних функций Хромом Добро пожа, РОСКОМУЗОР (?), 14:35 , 05-Фев-16, (58) –4 // Тогда лучше сразу на lynx посылать А то, видите ли, ему VP9, H 264, OdinMonkey, , Lain_13 (ok), 16:29 , 05-Фев-16, (64) +2   // Всё нормально будет без XUL Раньше просто у JS не было таких возможностей, как , th3m3 (ok), 17:55 , 05-Фев-16, (73) –2   Ну как бы тебе объяснить, тут есть несколько проблем сразу 1 XUL позволяет внос, Lain_13 (ok), 18:42 , 05-Фев-16, (79) +7   Нет Вивальди уже показал, насколько гибким может быть интерфейс И когда вы пиш, ceramic (?), 07:22 , 10-Фев-16, (114)   Какую из частей Времён года ты имеешь ввиду, о мудрейший юнный пионэр , Led (ok), 10:43 , 10-Фев-16, (115) +2   Нет, это из нового опуса, норвежский цикл , ceramic (?), 00:59 , 12-Фев-16, (124)   Речь о том, что аддоны не смогут изменять интерфейс без API для этого Никто в M, Аноним (-), 14:30 , 10-Фев-16, (119)   Будет Он будет шире, чем у Chrome Разработчики нацелены на то, чтобы такие рас, ceramic (?), 01:14 , 12-Фев-16, (125)   One of the things that makes Vivaldi unique is that it is built on modern web te, Lain_13 (ok), 23:11 , 10-Фев-16, (120)   лавров жпг, ceramic (?), 00:48 , 12-Фев-16, (122)   лицорука жпгТо, что на движке Хрома право-солово, я не смотрел на каком движке , Lain_13 (ok), 22:37 , 12-Фев-16, (126)   Ах да, в последней паре предложений под 171 они 187 имеется в виду Mozilla, , Lain_13 (ok), 01:43 , 11-Фев-16, (121)   Вы допустили ряд безосновательных утверждений Я опроверг одно и указал на безос, ceramic (?), 00:51 , 12-Фев-16, (123)   Вы и одного не опровергли до сих пор Более того, своим утверждением вы только п, Lain_13 (ok), 22:41 , 12-Фев-16, (127)   Никаких еслиA preview release of WebExtensions is available in Firefox 42https , soarin (ok), 20:21 , 05-Фев-16, (83) –2   Это пока только реализация WebExtensions без удаления XUL Сама по-себе она не к, Lain_13 (ok), 02:23 , 07-Фев-16, (106)   Так три четверти названных фич нужны для веб-приложений, которые по сравнениюс н, Crazy Alex (ok), 23:34 , 05-Фев-16, (87)   1 VP92 H 2643 OdinMonkey4 Flexbox и ещё ворох новых фичь HTML5 5 поддержка , Lain_13 (ok), 02:08 , 07-Фев-16, (104)   Где Firefox 44 больше не нуждается в поддержке GStreamer 1 0 - мультимедиа идёт, iZEN (ok), 02:22 , 07-Фев-16, (105)   Заменили Я не уследил когда это случилось , Lain_13 (ok), 02:24 , 07-Фев-16, (107)   ---http www freshports org www firefox 28 Dec 2015 18 18 0343 0 1_3,1gecko , iZEN (ok), 03:05 , 07-Фев-16, (108)   Нашёл кому верить - дурачку-вендузятнику , Led (ok), 03:12 , 07-Фев-16, (109) –3   Firefox 44 больше не нуждается вНе будем к нему излишне суровы Ну, путает , Andrey Mitrofanov (?), 07:53 , 07-Фев-16, (110) –1   ППКС , Аноним (-), 14:21 , 10-Фев-16, (117)   Вот это стёб Ваш Хром жрёт памяти в 10 раз больше Firefox Нет, спасибо, но Fir, Аноним (-), 17:42 , 05-Фев-16, (70) // Недолго осталось, многопроцессность им аж свербит, Crazy Alex (ok), 23:35 , 05-Фев-16, (88) +2 А я думаю таки скатился На старте 500мб Пару часов 3гб и жутко тормозит Когда, kot040188 (?), 02:36 , 06-Фев-16, (90) У меня ни на одном компьютере жирнолис столько не ест Попробуйте поотключать ад, Аноним (-), 14:27 , 10-Фев-16, (118) Ещё и здесь спрошу Кто-нибудь сталкивался с проблемой отображения страницы в но, Аноним (-), 18:21 , 05-Фев-16, (77) –1 // Плагин-контейнер это флэш , kot040188 (?), 12:44 , 06-Фев-16, (95) // А вот фиг там При убивании этого контейнера целиком страница падает Хоть вот э, Аноним (-), 13:23 , 06-Фев-16, (98) –1 // Не замечал , iZEN (ok), 11:45 , 07-Фев-16, (111) нет, я один такой везучий что-ли версия 45б3, 359 вкладок и капут - пользоватьс, Аноним (-), 17:25 , 07-Фев-16, (112) –1 1,2,4,5,7,14,18,26,27,43,51,77

Сообщения

[Сортировка по времени | RSS]

	64. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Lain_13 (ok), 05-Фев-16, 16:29
	Тогда лучше сразу на 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 и, вместе с ним, всех существующих расширений в угоду теоретической поддержки работы расширений для Хрома. Если они действительно так сделают, то фокс можно будет сразу закапывать.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от th3m3 (ok), 05-Фев-16, 17:55
	Всё нормально будет без XUL. Раньше просто у JS не было таких возможностей, как сейчас. В случае чего, можно будет писать приложения даже на WASM. В итоге, XUL выглядит сейчас как некий костыль, который так же мешает внедрению наработок Servo. А приложений перепишут. Тем более, Mozilla обещала помочь разработчикам.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Firefox переходит на плавающий график подготовки релизов"	+7 +/–
	Сообщение от Lain_13 (ok), 05-Фев-16, 18:42
	Ну как бы тебе объяснить, тут есть несколько проблем сразу: 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 останется только подтереться. Сделать что-то уникальное с интерфейсом Фокса он никак не поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic (?), 10-Фев-16, 07:22
	> Если выпилить XUL, то вертикальные табы можно будет сделать одним из этих > двух бесконечно уродских способов > В Хроме это невозможно в принципе, а без XUL будет именно > он. Нет. Вивальди уже показал, насколько гибким может быть интерфейс. И когда вы пишете «невозможно в принципе» — вы таким образом расписываетесь в своём полном непонимании реальной ситуации и обесцениваете все свои дальнейшие слова. С ресурсами Мозиллы всё будет ещё лучше + API для изменения. Остальные выводы у вас примерно того же уровня, т.е. как минимум необоснованы, а как максимум — просто очевидно неверны.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Firefox переходит на плавающий график подготовки релизов"	+2 +/–
	Сообщение от Led (ok), 10-Фев-16, 10:43
	> Вивальди уже показал, насколько гибким может быть интерфейс. Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр?
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic (?), 12-Фев-16, 00:59
	> Какую из частей "Времён года" ты имеешь ввиду, о мудрейший юнный пионэр? Нет, это из нового опуса, норвежский цикл.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (-), 10-Фев-16, 14:30
	Речь о том, что аддоны не смогут изменять интерфейс без API для этого. Никто в Mozilla не обещает, что такой API будет.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	125. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic (?), 12-Фев-16, 01:14
	> Речь о том, что аддоны не смогут изменять интерфейс без API для > этого. Никто в Mozilla не обещает, что такой API будет. Будет. Он будет шире, чем у Chrome. Разработчики нацелены на то, чтобы такие расширения, как Tree Style Tab, были возможны, см. комментарии здесь: https://blog.mozilla.org/addons/2015/12/21/webextensions-in-.../
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 10-Фев-16, 23:11
	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 для разметки интерфейса. Проблема же в том, что есть мнение, что они собираются запилить именно нативный. За примером далеко ходить не нужно — на нативный они уже перешли в браузерной версии и там всё, что могло отвалиться,— отвалилось.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	122. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic (?), 12-Фев-16, 00:48
	> В Хроме это невозможно в принципе ... > Естественно у него гибкий интерфейс лавров.жпг
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 12-Фев-16, 22:37
	лицорука.жпг То, что на движке Хрома (право-солово, я не смотрел на каком движке это сделано — не играет роли) сделали другой браузер с интерфейсом на вебе (HTML+JS+CSS) не делает гибким интерфейс Хрома и не делает родным системе интерфейс другого браузера. Это тот же самый XUL, что в Фоксе. Только более современный. Ещё раз — родной системе интерфейс не может быть гибким если его не обмазать тоннами API и бинарными плагинами. И даже в таком случае будет масса моментов, для которых просто не будет соответствующего API. Покопай в сторону плеера Foobar, может поймёшь наконец в какой бардак это превращается. Плагины для плагинов и прочие радости жизни. Ну или пойди напиши пруф-оф-концепт расширение для Хрома (только именно для Хрома, а не Вивальди), заменяющее адресную строку на что-то иное или сделай так, чтоб кнопка «вперёд» появлялась только когда её можно нажать.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 11-Фев-16, 01:43
	Ах да, в последней паре предложений под «они» имеется в виду Mozilla, а за ваше голословное утверждение про остальные пункты я нарекаю вас Обоснуем.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	123. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от ceramic (?), 12-Фев-16, 00:51
	> за ваше голословное утверждение про остальные пункты я нарекаю вас > Обоснуем. Вы допустили ряд безосновательных утверждений. Я опроверг одно и указал на безосновательность остальных. Указание на безосновательность ваших утверждений вы называете безосновательным. Чудной. Именно на вас лежит бремя обоснования ваших утверждений, а не на мне.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 12-Фев-16, 22:41
	Вы и одного не опровергли до сих пор. Более того, своим утверждением вы только подтвердили моё.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Firefox переходит на плавающий график подготовки релизов"	–2 +/–
	Сообщение от soarin (ok), 05-Фев-16, 20:21
	> возможный... если... Никаких если A preview release of WebExtensions is available in Firefox 42 https://wiki.mozilla.org/WebExtensions#Testing_out_the_WebEx...
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	106. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 07-Фев-16, 02:23
	Это пока только реализация WebExtensions без удаления XUL. Сама по-себе она не критична. Реально плохо будет если они перейдут на нативный интерфейс, что сделает невозможным вносить в него хоть сколько-то серьёзные изменения.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Crazy Alex (ok), 05-Фев-16, 23:34
	Так три четверти названных фич нужны для веб-приложений, которые по сравнениюс нативом ущербны ровно настолько, насколько те самые хромовские расширения ущербны по сравнению с фоксовскими. Девтулз? В расширение. Firebug много лет жил расширением, максимум - стоило какие-то API вытащить, чтобы возможностей побольше было да тупил поменьше.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	104. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 07-Фев-16, 02:08
	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 реализовать, которые нужны только для одного расширения. В результате мы бы получили всё то же самое, только без интерфейса. Итого смысла ноль. Интерфейс много не занимает и процессорного времени не отнимает пока ты не открываешь панель.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от iZEN (ok), 07-Фев-16, 02:22
	> поддержку GStreamer 1.0 Где? Firefox 44 больше не нуждается в поддержке GStreamer 1.0 - мультимедиа идёт через FFmpeg 2.8.6.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	107. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Lain_13 (ok), 07-Фев-16, 02:24
	Заменили? Я не уследил когда это случилось.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от iZEN (ok), 07-Фев-16, 03:05
	> Заменили? Я не уследил когда это случилось. ///---http://www.freshports.org/www/firefox/ 28 Dec 2015 18:18:03 43.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 ---///
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Firefox переходит на плавающий график подготовки релизов"	–3 +/–
	Сообщение от Led (ok), 07-Фев-16, 03:12
	> Заменили? Я не уследил когда это случилось. Нашёл кому верить - дурачку-вендузятнику.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	110. "Firefox переходит на плавающий график подготовки релизов"	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 07-Фев-16, 07:53
	*>>>Firefox 44 больше не нуждается в >> Заменили? Я не уследил когда это случилось. > Нашёл кому верить - дурачку-вендузятнику. Не будем к нему излишне суровы. Ну, путает "свою шерсть с государственной" - опции сборки в своём уютненьком c "миру мир во всём мире".  Терпимее ж надо к ограниченным возможностям, общечеловечнее. Впрочем, возможно, он просто "сильно" впереди бинарных дистрибутивов этих ваших линуксов на своей уютненькой, и даже сама мозила ещё "тормозит":     https://bugzilla.mozilla.org/show_bug.cgi?id=1234092         https://reviews.freebsd.org/rP404688 Мы же ж понимаем разницу -- в отличие от!?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Firefox переходит на плавающий график подготовки релизов"	+/–
	Сообщение от Аноним (-), 10-Фев-16, 14:21
	ППКС.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема