The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Firefox на пути сокращения цикла разработки и отказа от XUL "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Firefox на пути сокращения цикла разработки и отказа от XUL "  –5 +/
Сообщение от opennews (??) on 08-Июл-15, 09:05 
Дэйв Камп (Dave Camp), директор Mozilla по инжинирингу, обозначил (https://mail.mozilla.org/pipermail/firefox-dev/2015-July/003...) основные (https://mail.mozilla.org/pipermail/firefox-dev/2015-July/003...) направления развития Firefox в будущем. Mozilla планирует сократить 18-недельный цикл подготовки релизов и добиться большей оперативности выпуска обновлений. В идеале, исправления с устранением критических проблем планируется выпускать сразу после выявления проблем -  исправления должны доставляться за минуты, а не дни.


Новые возможности планируется обкатывать через тестирование, сфокусированное на более узкой аудитории. Из направлений по развитию новшеств отмечается развитие средств для полного управления приватностью пользователя. Кроме того, запущен проект "Great or Dead", в рамках которого планируется проводить чистку имеющихся возможностей, которые не отвечают стандартам качества - все  имеющиеся в браузере функции должны быть отполированы, функциональны и удобны в использовании.


Из наиболее важных инженерных проектов отмечается переход к многопроцессной модели (http://www.opennet.dev/opennews/art.shtml?num=38598) обработки контента (проект Electrolysis) и полный пересмотр методов построения интерфейса пользователя, подразумевающий уход от использования основанных на XML языков разметки XUL/XBL в пользу технологий HTML5 (http://www.opennet.dev/opennews/art.shtml?num=41929).

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


Что касается, отказа от XUL/XBL, то в качестве причин упоминается отстранённость данных языков от платформы HTML и web-технологий, нагромождение и усложнение движка Gecko, необходимость обучения web-разработчиков для начала использования XUL, наличие проблем с производительностью, невозможность использования XUL с многопоточным движком Servo, написанном на языке Rust. Переход на более легковесный интерфейс снимет данные проблемы, позволит упростить портирование браузера на новые системы и сгладит различия выпусков для разных платформ.


URL: https://news.ycombinator.com/item?id=9840647
Новость: http://www.opennet.dev/opennews/art.shtml?num=42580

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –28 +/
Сообщение от Аноним (??) on 08-Июл-15, 09:05 
внезапно ослик становится не так уж и плох
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от AKR email(ok) on 08-Июл-15, 09:19 
Внезапно решили пойти по стопам Vivaldi в части интерфейса на HTML5 но со своим движком ;)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

44. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +14 +/
Сообщение от VEG (ok) on 08-Июл-15, 10:57 
Вообще-то они уже давно думают об этом, и даже сделали тестовую версию задолго до выхода Vivaldi: http://www.opennet.dev/opennews/art.shtml?num=41242

Изначально при разработке Servo было заявлено, что он не будет поддерживать XUL, то есть это намерение было обозначено ещё раньше.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

119. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +10 +/
Сообщение от Аноним (??) on 08-Июл-15, 15:06 
И чему народ радуется, судя по плюсикам? Это же ужасно! Мне, как и многим знакомым, XULовские плагины дороже самого Firefox.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

140. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от AKR (ok) on 08-Июл-15, 15:58 
Почему именно радуются? Я например очень скептически отношусь к данной затеи. Периодически ставлю тот же Vivaldi смотрю, что сделали и до следующего обновления. Со старой оперой 12 по скорости никак не сравнимо. Полагаю, что именно по причини веб-GUI.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

158. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 08-Июл-15, 18:50 
> по причини веб-GUI

А главный вопрос: "зачем он нужен?"

Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

175. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +7 +/
Сообщение от Аноним (??) on 08-Июл-15, 22:47 
>> веб-GUI
> А главный вопрос: "зачем он нужен?"

Чтоб на должность дизайнера/разработчика UI вместо более-менее квалифицированного человека, разбирающегося в сравнительно экзотических вещах типа XUL, можно было взять любую веб-макаку и, тем самым, сэкономить $$$.

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

235. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от Аноним (??) on 09-Июл-15, 21:53 
Ну так все правильно - должно же манагерам с рекламы оставаться на яхты и виллы? А веб-макаки поработают за еду. Под бурные увещевания манагеров о крЮтизне и инноваициях и прочем ИБД, с дойкой и стрижкой лохов. Которые нынче затевает мозилла. Да, мозилла корп нынче по наглости любой гугл за пояс заткнет.
Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

243. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 09-Июл-15, 23:25 
>> по причини веб-GUI
> А главный вопрос: "зачем он нужен?"

Чтобы эти ваши вендузятнеки не чувствовали себя недочеловеками при словах "ком.строка", когда надо "сходить" вон на тот сервер "с linux-ом", а могли привычно стимулировать зриельные и моторные центры наработанным методом мышевозиленья. </>

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

121. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Аноним (??) on 08-Июл-15, 15:10 
Ниже собственно уже всё сказано, http://www.opennet.dev/openforum/vsluhforumID3/103549.html#46 Категорически присоединяюсь.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

117. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 08-Июл-15, 15:03 
Недавно понадобилось на машине коллеги удалить 1 куку в ослике, чтобы перелогиниться на одном сайтe. Был очень удивлён, что такой базовой функциональности нет. Пришлось удалить все куки. Не помогло, видимо некий SSO токен не удалился. Пришлось перестартовывать весь браузер. В Фоксе и Хроме помогало удаление той 1 куки.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

126. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от iPony on 08-Июл-15, 15:24 
> удалить 1 куку в ослике, такой базовой функциональности нет

Ну это не потому, что её нет, а потому что тебе трудно набрать в поисковике "explorer view cookies"

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

236. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 09-Июл-15, 21:54 
> Ну это не потому, что её нет, а потому что тебе трудно
> набрать в поисковике "explorer view cookies"

Если такие вещи надо искать в поисковике - я даже и не знаю как можно более доступно рассказать о том что у программы очень плохой UI.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

260. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 10-Июл-15, 12:00 
Ты сам то пробовал то, что советуешь, умник блин? В том то и дело, что я искал в поисковике и не нашёл. Нету этой фичи к сожалению, нету. :( Поэтому я и написал - "был удивлён".

Так же как и в Маке твоём нету system-wide настроек для шрифтов. Давай, умник, посоветуй мне опять погуглить.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

261. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 10-Июл-15, 12:01 
И к минусующим тот же совет - пробуйте сами гуглить, прежде чем минусовать.
Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

289. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Вася (??) on 10-Авг-15, 09:13 
куриная попка обиделась?
Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

185. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Programmer4neo on 09-Июл-15, 00:51 
Меня в этой истории смущает одно: что это за сайт такой на котором "Войти" есть, а"выйти" нет?
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

204. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 10:23 
Сайт мест не столь отдаленных.
Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

244. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 09-Июл-15, 23:29 
> Сайт мест

Полегчее с двуязычной рекурсией, Потатыч.

Ответить | Правка | ^ к родителю #204 | Наверх | Cообщить модератору

237. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 21:55 
> Меня в этой истории смущает одно: что это за сайт такой на
> котором "Войти" есть, а"выйти" нет?

Так давно уже известно: вход бесплатно, а выход - рупь!

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

262. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 10-Июл-15, 12:07 
Web-interface BuildBot c SSO.
Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

3. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 09:08 
О, да!
А ещё лучше, нужно отказаться от возможности выбора сайтов. Оставить только кнопочки с заранее проплаченными сайтами и всё. 50% пользователей будет очень довольны, остальные потерпят, зато затраты на разработку сведутся к минимумому, а маркетинговый отдел будет ставить рекорды!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –5 +/
Сообщение от Аноним (??) on 08-Июл-15, 09:27 
Ну а что такого. В хроме стартовая страница с часто посещаемыми сайтами тоже на HTML5, в чем недовольство ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +28 +/
Сообщение от Аноним (??) on 08-Июл-15, 09:29 
Так хром и не браузер же.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от Аноним (??) on 08-Июл-15, 09:33 
Даже как-то неуверен , спросить или нет "а что же, по-вашему?"
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +44 +/
Сообщение от виндотролль (ok) on 08-Июл-15, 09:39 
Рекламный терминал компании гугл. Очевидно же
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

29. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от eRIC (ok) on 08-Июл-15, 10:24 
хахххххх :)
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

83. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от правдоруб on 08-Июл-15, 13:10 
1. просмотрщик рекламы

2. зонд

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

227. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от mirivlad (??) on 09-Июл-15, 16:40 
Металл же.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

238. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 21:56 
> Даже как-то неуверен , спросить или нет "а что же, по-вашему?"

Терминал доступа к сервисам гугли. Без них нежизнеспособен почти и бесполезен чуть более чем полностью.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

39. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 08-Июл-15, 10:45 
В том что она занимает 60-70 мб оперативки и открывается с заметной задержкой.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

58. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 11:51 
Ты ставишь вопрос таким образом, как будто все довольны.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +12 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 09:31 
Такое ощущение, что определённая часть людей даже не пытается вникнуть в суть грядущих изменений чего-либо, у них сразу рефлекс "закатить истерику" -))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +67 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 11:18 
1) Сколько-нибудь приличный интерфейс приложения на HTML5 - фантастика. В отличие от XUL, Gtk, Qt и вообще всего, что рассчитано на диалоговые окна и контролы. По тому же Хрому это хорошо видно.

2) Похоронить гору вполне прилично работающих расширений, две трети из которых никто не портирует - за такую идею я, как пользователь, благодарить Мозиллу не собираюсь.

3) Многопроцессность мы уже видели - потребление памяти Хромом чудовищно

4) "Great or Dead" пусть себе куда-нибудь засунут. Если фича мне нужна, о пусть лучше она хоть кривая, но будет, чем не будет никакой.

5) Укороченный цикл разработки за пределами закрытия дыр лично я  в гробу видел, особенно с любовью мозиллы ломать привычки пользователя и интерфейсы расширений.

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

68. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 08-Июл-15, 12:23 
Лучший комент
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

82. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 12:54 
1) Что у Хрома не так с интерфейсом?

2) Почему две трети?

3) Зато работат нормально. Я столько лет пользовался FF, но его тормоза даже меня вконец достали - ушёл на Оперу.

4) Классная позиция. А разработчикам разгребать и поддерживать эту гору кривых фич.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

85. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Ан (??) on 08-Июл-15, 13:20 
>1) Что у Хрома не так с интерфейсом?

Он деревянный. Прибитый гвоздями.

>2) Почему две трети?

Я бы сказал всплывёт скорее проблема в том что внезапно возможности того что могут делать расширения резко обрежутся.

>3) Зато работат нормально. Я столько лет пользовался FF, но его тормоза даже меня вконец достали - ушёл на Оперу.

Хромая модель работает нормально только на паре вкладок. И не дай бог мозиловцы решут вкладки по процессам разносить. Можно сразу брать и выкидывать. Сейчас благо сделали разнос на два процесса один интерфейсом занят, а другой вкладками. И интерфейс не каменеет из-за табоф и по прежнему спокойно работает с большим количеством табоф.

>4) Классная позиция. А разработчикам разгребать и поддерживать эту гору кривых фич.

Пускай дорабатывают фичи, а не выпиливают.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

89. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Анончик on 08-Июл-15, 13:42 
> Он деревянный. Прибитый гвоздями.

И? Это проблема хрома, а не HTML5, у них там ВСЁ прибито гвоздями.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

239. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 21:58 
> И? Это проблема хрома, а не HTML5, у них там ВСЁ прибито гвоздями.

Ну вот теперь так и у мозиллы. Вон настройки уже переделали. Раньше были диалоги с системными контролами с темой из системы. Теперь какое-то угробище с кислотными цветами и блевотно-синими кнопками, "зато на HTML5", видимо.


Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

97. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 14:12 
> Он деревянный

Это из-за реализации.

> Я бы сказал всплывёт скорее проблема в том что

Ванга в треде?

> Хромая модель работает нормально только на паре вкладок

Что ж у меня в Опере открыто по 15-20 вкладок и всё норм?

> Пускай дорабатывают фичи, а не выпиливают.

А ещё пускай они каждому пользователю доплачивают. Особенно тем, кто только требует и ничего не даёт взамен -))

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

107. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Ан (??) on 08-Июл-15, 14:33 
>Это из-за реализации.
>Ванга в треде?

Как будто мозиловцы резко разразятся аналогичным функционалом для нового интерфейса. Я молчу уже про то что некоторые вещи на html5 будет ой как сложнее делать. Если они конечно не подтянут некоторые части стандарта CSS к тому времени.
И это при условии что они захотят сохранить возможность модификации интерфейса, а не решат что пользователь может поломать интерфейс.

>Что ж у меня в Опере открыто по 15-20 вкладок и всё норм?

Это теперь называется много табов? Серьёзно?

>А ещё пускай они каждому пользователю доплачивают. Особенно тем, кто только требует и ничего не даёт взамен -))

А вы уверены что ваше мнение о фиче совпадёт с видением мозиллы о её проработанности?

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

131. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от NickFaces (ok) on 08-Июл-15, 15:36 
Для некоторых 10-уже оч много (сужу по своим друзьям-знакомым).

Люди не понимают как можно открыть 50 вкладок-ведь заголовков не видно. Потом они видят у меня порядка сотни вкладок(а кто то и не одну сотню открывает) при табмиксе и шибко удивляются. :)

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

135. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Ан (??) on 08-Июл-15, 15:47 
Я не спорю что есть те кто пользуется меньшим количеством табов.
И да в случае лисы заголовки видны и даже лучше насколько сжат заголовок таба можно отрегулировать. А вообще есть такая фича как поиск по табам(через строку адреса работает). У Palemoon вообще отдельный поиск есть по ним.
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

137. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 15:49 
Ага, удивляются, на кой чёрт это надо -)) Видимо, это одна из дисциплин специальной олимпиады.

Не, я тоже когда-то любил открывать по сто вкладок, думая "вот оставлю пока, потом вернусь". Результат немного предсказуем. А в процессе работы над чем-нибудь больше 10-20 вкладок не нужны.


Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

181. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Gnum on 08-Июл-15, 23:23 
> Не, я тоже когда-то любил открывать по сто вкладок, думая «вот оставлю
> пока, потом вернусь». Результат немного предсказуем. А в процессе работы над
> чем-нибудь больше 10-20 вкладок не нужны.

Вот жутко бесят такие перцы, которые считают, что могут решать, что нужно другим.
Не возвращался — ну так дурак же!
А другие открывабт только такие, к которым потом вернутся, и возвращаются. И закладками эти другие тоже умеют пользоваться, и нынешняя реализация истории (по каждому сайту отдельно, без возможности вручную задать глубину) им тоже жизнь испортила.

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

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

240. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 21:59 
> Не, я тоже когда-то любил открывать по сто вкладок, думая "вот оставлю
> пока, потом вернусь". Результат немного предсказуем.

А я вот разруливал по 200 табов и горя не знал. С фига ли ты считаешь себя в праве диктовать мне как мне должно быть удобно? И, главное, ты в курсе что такой подход подразумевает симпатии вида "штраф - лопатой по стеклу"? :)

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

251. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от arisu (ok) on 10-Июл-15, 08:35 
> С фига ли ты считаешь себя в праве диктовать мне как мне
> должно быть удобно?

потому что он ламер. вот в классическом смысле этого, ныне уже почти забытого, слова.

Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

266. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от rob pike on 10-Июл-15, 23:29 
Чуть раньше это называлось "гегемон".
Проблемы с ними были примерно те же, что характерно. В виду их столь же подавляющего количества.
Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

134. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 15:47 
> И это при условии что они захотят сохранить возможность модификации интерфейса

Поживём - увидим.

> Это теперь называется много табов? Серьёзно?

А сколько надо?

> А вы уверены что ваше мнение о фиче совпадёт с видением мозиллы о её проработанности?

Я уверен, что имею достаточно развитый мозг, чтобы не выпадать в сегфолт от пропавшей опции -))

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

241. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 22:01 
> Поживём - увидим.

Спасибо, уже видим - настройку урлы в новой вкладке уже убрали. Ща они запилят новый модный интерфейс для своего вебкиоска к своему мозилла стору

> Я уверен, что имею достаточно развитый мозг, чтобы не выпадать в сегфолт
> от пропавшей опции -))

Для того чтобы обтечь и обсушиться - развитый мозг не требуется.

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

136. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от iPony on 08-Июл-15, 15:48 
> Это теперь называется много табов? Серьёзно?

Требуемое количество табов в студию

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

172. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 20:28 
Меньше сотни табов = можно было сделать и на мобильнике.
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

210. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Pavel (??) on 09-Июл-15, 11:54 
Вы так говорите, как будто это уже завтра появится. Явно же их ждёт долгий процесс разработки.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

250. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от arisu (ok) on 10-Июл-15, 08:34 
>>Что ж у меня в Опере открыто по 15-20 вкладок и всё норм?
> Это теперь называется много табов? Серьёзно?

да. телефоны, которые Целый День (А То И Два!) работают без подзарядки — тоже, например, сейчас очень круто. и интерфейсы, которые «почти не тормозят» теперь называются «отзывчивые».

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

267. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от rob pike on 10-Июл-15, 23:30 
> да. телефоны, которые Целый День (А То И Два!) работают без подзарядки

Это вчерашний день. Сейчас круто - телефоны, которые целых полчаса могут работать без перегрева.


Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

275. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от arisu (ok) on 11-Июл-15, 00:56 
>> да. телефоны, которые Целый День (А То И Два!) работают без подзарядки
> Это вчерашний день. Сейчас круто - телефоны, которые целых полчаса могут работать
> без перегрева.

да, пардон, не успеваю за Модными Трендами.

Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

179. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Gnum on 08-Июл-15, 23:18 
> Что ж у меня в Опере открыто по 15-20 вкладок и всё
> норм?

Мои более 400 вкладок в пиковые моменты в seamonkey смеются над вашей репликой

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

183. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от ffirefox on 09-Июл-15, 00:08 
В Firefox уже давно есть очень удобная команда, для того чтобы отложить уже открытые вкладки, если надо отвлечься на другую работу. Называется она "Сгруппировать вкладки" (Ctrl+Shift+E). В этом случае необходимость плодить 400 вкладок "на потом" отпадает.
(В то, что человек может _одновременно_ работать с 400 вкладками - не верю.)
Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

189. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Аноним (??) on 09-Июл-15, 02:52 
Эти табы никуда не деваются и жрут ресурсы. Группировка просто просто прячет их. Я даже немного жалею, что стал юзать её. Мог бы остаться на многооконной системе и открытии закрытых окон. На старом компе браузер так стартовал намного быстрее.
Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

196. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от paulus (ok) on 09-Июл-15, 07:11 
это в хроме они жрут ресурсы становясь все активными при запуске браузера... в фоксе такого нет.
Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

233. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 20:14 
Потому что в фоксе и обычные табы не становятся активными (не загружаются) при запуске. Табы в группах ничем от них не отличаются. Т.е. мы просто имеем жирную сессию на 300 табов, с чисто визуальным разделением на группы по 100, например. И это тормозит браузер, в отличии от списка закрытых окон по 100 табов, которые жрут ресурсы только при их восстановлении.
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

224. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Anonplus on 09-Июл-15, 16:23 
Есть расширение, выгружающее неактивные табы после N минут.
Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

130. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от NickFaces (ok) on 08-Июл-15, 15:33 
>>>Сейчас благо сделали разнос на два процесса один интерфейсом занят, а другой вкладками. И интерфейс не каменеет из-за табоф и по прежнему спокойно работает с большим количеством табоф.

А с какой версии не подскажите? Ибо на 31.7.0 при открытии новой вкладки, переключении между вкладками и тд (не дай бог еще видео потоковое играется в одной из них), все останавливается на мгновение-другое.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

157. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от axredneck on 08-Июл-15, 18:43 
видел такое на кривой убунтовской сборке, больше нигде, к счастью.
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

200. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от NickFaces (ok) on 09-Июл-15, 09:25 
К сожалению, в генту у меня так. Причем что bin-версия, что самосборная(свое чуть лучше, но все же). Помнится, мне намекал кто то, мол, камень у меня УГ(ну, а4-4000 и впрямь,канеш, не фонтан), у норм людей все работает. :)
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

207. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от crypt (ok) on 09-Июл-15, 11:14 
> Хромая модель работает нормально только на паре вкладок. И не дай бог

Ой ладно врать-то! Для меня 200 вкладок - это норма. GC замечательно грузит все ядра процессора и взлетает быстро. В FF все настолько плохо, что они даже перешли на загрузку вкладок по требованию. Использовать просто невозможно. Как была Mozilla-ТормоZZilla так и осталась, хоть горшком назови.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

220. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Ан (??) on 09-Июл-15, 15:03 
А теперь выкатите железо на котором хром с 200 вкладками не ставит колом систему.
Потому что FF на довольно не мощном железе способен спокойно подняться с 200 вкладками.
Основной недостаток FF это излишние блокировки местами. Из-за чего страдает отзывчивость.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

226. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от crypt (ok) on 09-Июл-15, 16:29 
> А теперь выкатите железо на котором хром с 200 вкладками не ставит
> колом систему.
> Потому что FF на довольно не мощном железе способен спокойно подняться с
> 200 вкладками.
> Основной недостаток FF это излишние блокировки местами. Из-за чего страдает отзывчивость.

Я-то выкатил железо, у меня с этим нет проблемы.:) Я так понял, вы считаете, если браузер в состоянии использовать все ресурсы - это проблема, а если он мучается с блокировками на одном ядре, то это хорошо, потому что на остальных жизнь кипит.)

Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

231. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Ан (??) on 09-Июл-15, 18:17 
Я про то что ресурсы нужно использовать разумно, а не при старте сожрать все ресурсы как буд-то кроме тебя больше ничего не работает.
Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

234. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от crypt (ok) on 09-Июл-15, 21:25 
> Я про то что ресурсы нужно использовать разумно, а не при старте
> сожрать все ресурсы как буд-то кроме тебя больше ничего не работает.

Эээ... можете пояснить мысль?) Нужно как-то меньше есть озу и больше свопить, если в системе установлены какие-то определенные программы?))

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

246. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от 3461 on 10-Июл-15, 00:30 
> Нужно как-то меньше есть озу и больше свопить,

Нужно реже предполагать, что у пользователя будет минимум 4ГБ ОЗУ и всю её он захочет отдать браузеру. Вот и всё. Критика-то не в том, что браузер использует много памяти, а в отношении разработчиков к пользователям.

> если в системе установлены какие-то определенные программы?))

Если в системе установлены хоть какие-то программы кроме браузера. Например, bash.

Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

263. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от crypt (ok) on 10-Июл-15, 12:59 
> Нужно реже предполагать, что у пользователя будет минимум 4ГБ ОЗУ и всю
> её он захочет отдать браузеру. Вот и всё. Критика-то не в
> том, что браузер использует много памяти, а в отношении разработчиков к
> пользователям.

Я когда-то считал также и точно такой же вопрос задал программеру из Opera Software, с которым нас свел случай. :) Мы с ним оба вспомнили, что в 90ые у оперы был зашкаливающий процент по России и он меня спросил почему. Я предположил, что мы страна бедная, писишники у нас обычно так себе, а опера была самым быстро работающим браузером, поэтому все ее любили (я в том числе). И вот, говорю, я сейчас вы делаете такой же медленный браузер, как и все, так может вам выпустить light версию? Он мне ответил в том смысле, что это невозможно по причине самих веб технологий. Понимаете к чему я это?) Веб распух из-за рекламы, мултимедия и "новых возможностей". А виноваты, кстати, мы с вами, которые потребляяем рекламу, работаем на рекламные бизнесы и прочее-прочее.

У хрома на уровне настроек можно задать разные модели потребления памяти: --memory-model

А вот Тормозилла (назовем ее старым именем) такого рода тонкими настройками обделена.

А вобще относитесь к хроме не как к браузеру, а как к полноценной ОС и все у вас встанет на свои места.

Ответить | Правка | ^ к родителю #246 | Наверх | Cообщить модератору

276. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от arisu (ok) on 11-Июл-15, 01:14 
> А вобще относитесь к хроме не как к браузеру, а как к
> полноценной ОС

и что там полноценного?

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

277. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от arisu (ok) on 11-Июл-15, 01:15 
p.s. opera 12 до сих пор ftw!
Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

254. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Аноним (??) on 10-Июл-15, 09:26 
> на одном ядре

Вы не поверите, но есть блаженные фанатики (например, на букву a) считающие, что фокс может использовать все ядра. И это действительно так, кстати (но суммарно не более одного, хотя кому нужны эти тонкости). А может это проплаченные пиарщики мозиллы... я уже не знаю.

Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

99. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 14:14 
1) То, что вместо нормального интерфейса (см. любой другой десктопный софт) у него какие-то простыни. То, что он не использует нормальные стандартные контролы - это всё именно из-за HTML. Есть и другие претензии - то, что он ни хрена не настраивается, например - но это прицнипиально решаемо, просто гугловцам не нравится.

2) Потому что бОльшая часть расширений давно написана - для XUL, не для Australis. И благополучно работает. работало бы много больше, но мозилловцы повадились интерфейсы ломать. Но да, не две трети а, пожалуй, процентов 90 сломается.

3) Тормоза решаются выделением UI  в отдельный поток и борьбой с блокировками. Процессы здесь вообще лишние. А вот на потреблении памяти сказываются здорово. Начиная со своей кучи на каждый процесс, например.

4) А разработчикам просто не трогать "кривые" по их мнению фичи, если нет ресурсов разгребать. Пусть улучшают движки, если сильно хочется (лично мне и того не нужно) и не портят всё остальное.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

109. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –5 +/
Сообщение от Xasd (ok) on 08-Июл-15, 14:37 
> 1) Сколько-нибудь приличный интерфейс приложения на HTML5 - фантастика. В отличие от
> XUL, Gtk, Qt и вообще всего, что рассчитано на диалоговые окна
> и контролы. По тому же Хрому это хорошо видно.

диалоговые окна и контролы -- браузеру вообще не нужны. (зачем диалоговые окна -- браузеру?)

адресную_строку (+строку поиска), табы, меню -- это можно сделать на GTK3+\WinAPI ..

а всё остальное это уже вполне себе логичный контент для HTML5.

> 2) Похоронить гору вполне прилично работающих расширений, две трети из которых никто
> не портирует - за такую идею я, как пользователь, благодарить Мозиллу
> не собираюсь.

XUL дурацкое решение. то как оно криво-косо-медленно работает меня не устраивает.

> 3) Многопроцессность мы уже видели - потребление памяти Хромом чудовищно

нет. вполне умеренное потребление.

либители понаоткрывать больше 5 вкладок -- очевидно страдают слабоумныем, забывая закрывать ненужные вкладки. (те кто открывает по 100 вкладок -- и подавно страдают слабоумнием)

> 4) "Great or Dead" пусть себе куда-нибудь засунут. Если фича мне нужна,
> о пусть лучше она хоть кривая, но будет, чем не будет
> никакой.

"Great or Dead" -- отличная концепция. если бы они изначально её придерживались бы -- вот это было бы отлично!

полуруботающая безперспективная фича -- которая нужна именно тебе -- вот ты сам свой браузер и патч для этой фичи.

остальные люди (в том числе я) -- ради тебя страдать не должны!

> 5) Укороченный цикл разработки за пределами закрытия дыр лично я  в
> гробу видел, особенно с любовью мозиллы ломать привычки пользователя и интерфейсы
> расширений.

всеголишь способ удешевления рабочего процесса программистов.

экономия на зарплате, не более того..

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

115. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +7 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 14:58 
Ок, все поняли, что вам хорошо - есть полностью подходящий вам хромимум. Как ни странно, у других людей могут быть и другие требования.
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

123. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –5 +/
Сообщение от Xasd (ok) on 08-Июл-15, 15:18 
> есть полностью подходящий вам хромимум

вот только гуглозонд -- мне зачем?

а Мозилка уделяет внимание вопросам приватности (пусть не самым лучшим образом, согласен! но явно лучше чем ситуация с Хомиумом).

в Мозилке есть Pdf.js, Asm.js, и готовится Shumway .. а в Хромиуме вместо этого предлагаются какие-то мутные проприетарные технологии..

> Как ни странно, у других людей могут быть и другие требования

страннен именно тот факт -- что эти другие люди -- не понимают что их мнение это не совсем та стратегия по которой развивается Firefox.

Firefox жертвует своей конфигурируемостью, воспринимая конфигурируемость как дешёвый ресурс.

то есть -- когда есть возможность УЛУЧШИТЬ Firefox пожертвовав порцией конфигурируемости -- разработчики это делают без раздумий!

и это отличная стратегия! так как конфигурируемость это лишь опция (если она мешается, то от неё избавляются!).

и тут эти "другие людей" начинают ныть -- "о боженьки! у нас перестало работать расширение!"... ну уж извиняйте(!), ни кто вам не обещал что это ваше расширение будет работать вечно, вы сами знали на что идёте когда начинали себя приучать к тому или иному расширению!

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

177. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 08-Июл-15, 23:00 
> в Мозилке есть Pdf.js

Уж лучше бы не было.

> Firefox жертвует своей конфигурируемостью
> вы сами знали на что идёте когда начинали себя приучать к тому или иному расширению!

"Мы выкинем всё, что нам не нужно, а те, кто выкинутое вернёт/заменит расширениями -- ССЗБ." Отличная позиция, ничего не скажешь...

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

193. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от gnum on 09-Июл-15, 06:00 
Вот кстати да.
Поддержку gnupg в почту так до сего дня и не добавили, гуй уже урезали до полной неюзабельности, интерфейсы для аддонов вырезают — аж по пояс в стружке стоят…

Зато просмотрщик PDF внутрь вкомпилили, смотрите, какие молодцы!
Теперь ещё и своего клиента тора воткнут — хотя нормального управления проксями так и не сделали, и расширения, которые это могли, тоже теперь сдохнут.

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

Да этим креативщикам ничего не нужно — потому что они нихрена полезного не делают.

Вместо того, чтобы подтянуть html до мощности и функциональности XUL — объявить функционально богатый и понятный интерфейс устаревшим и не нужным.

Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

252. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от arisu (ok) on 10-Июл-15, 08:39 
> Зато просмотрщик PDF внутрь вкомпилили, смотрите, какие молодцы!

интересно, в свете новой политики его таки выпилят? потому что то, как он работает — никак не great. а значит — dead. или своё им всё‐таки не пахнет?

Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

288. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от gnum on 18-Июл-15, 05:42 
Я думаю, оставят.
Ведь смотритель PDF в браузере — это //совсем другое дело, как можно сравнивать!//
Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

197. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Товарищ Майор on 09-Июл-15, 07:19 
>их мнение это не совсем та стратегия по которой развивается Firefox.

с оперой уже это прошли.

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

268. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от rob pike on 10-Июл-15, 23:38 
> Ок, все поняли, что вам хорошо - есть полностью подходящий вам хромимум.
> Как ни странно, у других людей могут быть и другие требования.

Корень проблемы как раз в том что Mozilla не хочет ориентироваться на людей с "другими требованиями" (и спокойно занимать эту нишу - она достаточно большая, особенно если с нормальным маркетингом). Они хотят конкурировать с Хромом за большинство, с известным заранее результатом (привет Blackberry).

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

278. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от arisu (ok) on 11-Июл-15, 01:40 
ну дык понабрали Эффективных Менеджеров по объявлениям. а Эффективные Менеджеры спят и видят, как они завтра перегонят хром, гугель будет обивать пороги, чтобы только изволили взять денег за логотип 8x8 пикселей в углу строки поиска и такое все.

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

ну, и плюс тотальное непонимание того, как можно «монетизировать» нетушканчиков. потому что это сложно, надо включать мозги и выключать стандартные стратегии впаривания. а в мозилле сейчас всё наоборот происходит… сплошное впаривание тушканчикофигни под девизом: «для вас же стараемся, гады неблагодарные!»

Ответить | Правка | ^ к родителю #268 | Наверх | Cообщить модератору

279. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от rob pike on 11-Июл-15, 02:21 
Менеджеры есть разные. Проблема не в них, а в тех кто их нанимает и слушает их шапкозакидательские сказки.

Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

280. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от arisu (ok) on 11-Июл-15, 02:48 
> Менеджеры есть разные.

натюрлих. есть нормальные, а есть Эффективные. я не люблю только последних, против нормальных менеджеров я ни слова не говорю, наоборот: очень полезные люди, занимаются обычно тем, чем никто больше заниматься не хочет, хоть и надо.

Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

120. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от Аноним (??) on 08-Июл-15, 15:07 
> либители понаоткрывать больше 5 вкладок -- очевидно страдают слабоумныем, забывая закрывать ненужные вкладки. (те кто открывает по 100 вкладок -- и подавно страдают слабоумнием)

Слабоумием страдает тот, кто не может представить себе ситуацию, когда нужно открыть сотню-другую вкладок для создания контента, и сидит на 5 вкладках лишь ради потребления новостей и мемосиков.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

125. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –5 +/
Сообщение от Xasd (ok) on 08-Июл-15, 15:21 
>> либители понаоткрывать больше 5 вкладок -- очевидно страдают слабоумныем, забывая закрывать ненужные вкладки. (те кто открывает по 100 вкладок -- и подавно страдают слабоумнием)
> Слабоумием страдает тот, кто не может представить себе ситуацию, когда нужно открыть
> сотню-другую вкладок для создания контента, и сидит на 5 вкладках лишь
> ради потребления новостей и мемосиков.

такое возможно в случае когда скалероз мешает тебе *закрывать* другие вкладки. и в результате ты занимаешься только *открытием* вкладок.

таким образом к концу рабочего дня у тебя и будет как раз 100 открытых вкладок.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

132. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от NickFaces (ok) on 08-Июл-15, 15:40 
Почему "к концу"? Меньше часа-под 100 вкладок
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

186. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от Xasd (ok) on 09-Июл-15, 01:20 
> Меньше часа-под

ты чё -- открываешь и даже не читаешь?

просто лиж бы пооткрывать побольше? да?

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

194. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от gnum on 09-Июл-15, 06:05 
>> Меньше часа-под
> ты чё — открываешь и даже не читаешь?
> просто лиж бы пооткрывать побольше?

Чувак, ты не поверишь!
Понимаю, если ничего сложнее «Каштанки» не читал, то трудно поверить, но — да, при настоящей работе с рассеянной информацией очень часто сначала только открывают, и лишь потом читают.

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

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

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

199. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от NickFaces (ok) on 09-Июл-15, 09:16 
> даже не читаешь?

Прикинь, читаю. А еще инфа мне нужна бывает вся сразу или вот ща в данную минуту нет, а через 5-10 мин уже да. Мне куда проще оставить их открытыми при нормальной организации вкладок,а не заниматься онанизмом с открываниями-закрываниями-поисками по истории, etc.

> просто лиж бы пооткрывать побольше? да?

лиЖ бы да, работа такая - открывать побольше


Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

138. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 15:52 

> нужно открыть сотню-другую вкладок для создания контента

Придумай что-нибудь по-правдоподобнее, "создатель контента" -))

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

160. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 08-Июл-15, 18:56 
> Участник:    Xasd
> ФИО:    ИмяXasd ИмяXasd
> Тип:    Зарегистрированный пользователь
> Аватар:    
> Рейтинг:    -2401 баллов
> Репутация:    +1116/-1177 голосов

Все ясно. Лови плюс, минусодрочер.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

10. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +6 +/
Сообщение от iPony on 08-Июл-15, 09:33 
По сути устраняют основные недочёты - XUL и однопроцессность.
Так что, не смотря на всё возрастающую канонаду из одного места у консерваторов, я верю что у них получится сделать стоящий современный браузер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от anonymous (??) on 08-Июл-15, 09:46 
>недочёты
>однопроцессность

/0

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

49. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +12 +/
Сообщение от виндотролль (ok) on 08-Июл-15, 11:28 
Вот, я хотел бы быть на твоей стороне. Но пару дней назад я попробовал Pale Moon.

Я понимаю умом, что компания, вкладывающая в браузер огромные ресурсы, нанимающая профессионалов, не может делать хуже, чем делает один разработчик.

Mozilla:
Сотрудники публикуют посты, как они переходили на аустралис — написали инструмент для оценки производительности UI, перевели браузер, сделали так, что перфоманс повысился. Постоянно слышишь об улучшениях — добавили JIT во все места, сделали многопроцессорность (спорный момент, но хрен с ним). Судя по новостям, с каждым релизом браузер становится лучше.

Напротив, Pale Moon:
Один разработчик. Судя по поведению на форуме и желанием ассоциировать себя с оборотнем — какой-то школьник. Судя по мотивам написания Pale Moon — обиженный школьник-гомофоб (одна из причин создания форка — увольнение Брендана Айка). Судя по отказу публиковать детали девелопмент енвайрнмента, обиженный школьник-двоечник-гомофоб, которому не дают списывать.

Ну не может Pale Moon быть лучше. Но запускаешь Pale Moon — моментальный старт (без всяких новомодных прелоадеров), отзывчивый UI, моментальное восстановление вкладок.
Запускаешь новый модный улучшенный Firefox — стартует долго, думает долго, при восстановлении вкладки сначала рисует стартовую страницу, потом вкладку (=> загружает дольше).

Я все еще не верю, пытаюсь себя убедить, что это плацебо, что мозилла ведет нас к светлому будущему... Время от времени запускаю тот и другой браузер. И каждый раз остаюсь на Pale Moon.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

69. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 12:25 
Спасибо ему.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

81. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Канонирующий консерватор on 08-Июл-15, 12:49 
Palemoon появился вовремя.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

232. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 09-Июл-15, 19:45 
> Palemoon появился вовремя.

"Совсем страх потеряли со своим опенсорсом,- думала Мозилла. - Уже и Gecko форкнули. Пора менять явки, дропать Gecko, уходить, путая следы, и стимулировать магкетинг во все ды^Wполя."

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

286. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 11-Июл-15, 22:39 
> "Совсем страх потеряли со своим опенсорсом,- думала Мозилла. - Уже и Gecko
> форкнули. Пора менять явки, дропать Gecko, уходить, путая следы, и стимулировать
> магкетинг во все ды^Wполя."

Они под APL 2.0 уже перелицензировались, кстати, я запамятовал? А то ж, подумалось, дропание гекко - это полумеры, апач-могила решает! </гильотэн шутит>

Ответить | Правка | ^ к родителю #232 | Наверх | Cообщить модератору

257. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 10-Июл-15, 09:36 
> Спасибо ему

Да да посмотрим как он без Mozill'ы браузер пилить будет.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

258. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 10-Июл-15, 09:39 
Кстати в Palemoon находил фееричнейший костыль, наглядно показывающий уровень поделки школьника
general.useragent.override.facebook.com Opera/9.80
Да да именно так, я сам был в шоке. Ну еще там какие-то сайты были захардкодены.
Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

259. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от arisu (ok) on 10-Июл-15, 10:26 
> Кстати в Palemoon находил фееричнейший костыль, наглядно показывающий уровень поделки
> школьника
> general.useragent.override.facebook.com Opera/9.80
> Да да именно так, я сам был в шоке. Ну еще там
> какие-то сайты были захардкодены.

действительно, FB примерно на этом уровне и находится.

Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

264. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??) on 10-Июл-15, 13:16 
>Ну еще там какие-то сайты были захардкодены.

http://i.imgur.com/6S9SsQy.png

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

84. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Саша (??) on 08-Июл-15, 13:13 
>[оверквотинг удален]
> Айка). Судя по отказу публиковать детали девелопмент енвайрнмента, обиженный школьник-двоечник-гомофоб,
> которому не дают списывать.
> Ну не может Pale Moon быть лучше. Но запускаешь Pale Moon —
> моментальный старт (без всяких новомодных прелоадеров), отзывчивый UI, моментальное восстановление
> вкладок.
> Запускаешь новый модный улучшенный Firefox — стартует долго, думает долго, при восстановлении
> вкладки сначала рисует стартовую страницу, потом вкладку (=> загружает дольше).
> Я все еще не верю, пытаюсь себя убедить, что это плацебо, что
> мозилла ведет нас к светлому будущему... Время от времени запускаю тот
> и другой браузер. И каждый раз остаюсь на Pale Moon.

А в Pale Moon есть Adblock? А то поставил а он не работает

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

86. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от виндотролль (ok) on 08-Июл-15, 13:29 
Вроде, AdBlock Edge работает, который дисконтинюед в пользу uBlock.

Ну и, собственно, есть бесподобный µBlock₀ (ublock origin, который суть более фичастая версия ublock от оригинальных разработчиков).

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

87. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 13:29 
https://addons.palemoon.org/extensions/privacy-and-security/.../
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

182. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 23:54 
есть Adblock latitude, использую несколько месяцев, узнал с сайта Pale Moon.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

253. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от arisu (ok) on 10-Июл-15, 08:49 
> А в Pale Moon есть Adblock? А то поставил а он не
> работает

но зачем, если мюблок ориджн заруливает его влёгкую?

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

98. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от Аноним (??) on 08-Июл-15, 14:13 
>обиженный школьник-двоечник-гомофоб, которому не дают списывать

Если внимательно почитать то, что пишет этот самый разработчик, то по косвенным признакам понятно, что это не школьник, а самый настоящий великовозрастный идиот. Что даже хуже. Потому что быть идиотом в 15 это нормально, но оставаться таким всю жизнь - уже аномалия.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

124. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 15:19 
Давай-ка поконкретнее. А то может идиот это ты, а народ и уши развесил.
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

129. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от виндотролль (ok) on 08-Июл-15, 15:30 
Ну, вообще говоря, я бы не был столь категоричен, как аноним выше, но некоторые высказывания главного разработчика и правда выставляют его в несколько странном свете.

Пробегись по форуму Pale Moon. Та даже FAQ почитай.

Но, мухи отдельно, котлеты отдельно: браузер получился и правда более отзывчивый, чем FF.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

178. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от 1211 on 08-Июл-15, 23:18 
> Пробегись по форуму Pale Moon. Та даже FAQ почитай.

Можно всё же конкретики? Бегло просмотрел FAQ, не нашёл ничего странного кроме нежелания делиться особенностями сборочного окружения.

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

205. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от виндотролль (ok) on 09-Июл-15, 10:53 
А этого мало? :)

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

Note that Pale Moon will *never* (в оригинале подчеркнуто) adopt the Australis.

Для сравнения прямо сейчас поискал слово never на firefox.com (google never site:firefox.com). 6 (шесть, Карл!) результатав, и все в каких-то комментах, типа, this never worked for me.

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

208. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Аноним (??) on 09-Июл-15, 11:21 
(С облегчением) Фух, вменяемый чел с хребтом и правильными убеждениями. Надо бы присмотреться, что там за Pale Moon.

А чего не видно в репозиториях? Плохо ищу?

Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

225. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Anonplus on 09-Июл-15, 16:29 
>> А чего не видно в репозиториях? Плохо ищу?

Никто не захотел мейнтейнить, видимо.

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

270. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от rob pike on 10-Июл-15, 23:48 
layman -a palemoon
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

139. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от Fracta1L (ok) on 08-Июл-15, 15:55 
Установил этот Palemoon - стартует так же неторопливо (и это на чистом профиле), грузит страницы так же медленно, как FF, разве что прокрутка чуть менее дёрганая, но до плавности хромодвижка ему далеко.

Плацебо фанатов такое плацебо -))

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

149. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Котан on 08-Июл-15, 17:08 
Moonchild, перелогиньтесь пожалуйста. И не пользуйтесь больше чужими аккаунтами.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

151. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от виндотролль (ok) on 08-Июл-15, 17:30 
Чесслово, я бы хотел конструктивно обсудить, почему PM отзывчивее чем FF. Мне и самому FF было бы пользоваться спокойнее. Да и расширений больше...
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

269. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от rob pike on 10-Июл-15, 23:43 
> Я понимаю умом, что компания, вкладывающая в браузер огромные ресурсы, нанимающая профессионалов,
> не может делать хуже, чем делает один разработчик.

Эскадра с сотней кораблей не может двигаться медленней чем WAIT OH SHI~

И читайте Брукса, он всё современней с каждым днём.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

77. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Канонирующий консерватор on 08-Июл-15, 12:43 
> Так что, не смотря на всё возрастающую канонаду из одного места у консерваторов, я верю что у них получится сделать стоящий современный браузер.

У Оперы же отлично получилось. Чем больше ломаем - тем современнее браузер.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

90. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –6 +/
Сообщение от iPony on 08-Июл-15, 13:47 
> У Оперы же отлично получилось

Не отлично, но в принципе неплохо. Я как был операстом, так им и остаюсь в последние 10 лет. На старую оперу на presto версии 12 уже было жалко смотреть по сравнению с другими браузерами. Движок про... - взяли на основе хромиума сделали весьма годный браузер.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

161. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 18:59 
> на основе хромиума сделали весьма годный браузер

DIVIDING BY ZERO

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

101. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от Аноним (??) on 08-Июл-15, 14:18 
Ну да, можно долго и кропотливо шевелить мозгой и улучшать продукт, пытаясь угодить пользователям. А можно просто "все убрать", а потом сделать "как было" -- и народ доволен! Вон, как пользователи ликовали, когда наконец вернули вкладки ;)
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

111. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от rshadow (ok) on 08-Июл-15, 14:50 
Жаль только движек JS у них все такой же слоупочный. Работать быстрее того же хрома ничего не станет.
А в целом изменения приятные. Конечно XUL завно пора на помойку, но лучше бы заменили нативным фреймворком... например qt. Не так гибко для разработки, но зато для пользователя все было бы красиво и без тормозов.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

128. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Xasd (ok) on 08-Июл-15, 15:29 
> Жаль только движек JS у них все такой же слоупочный. Работать быстрее
> того же хрома ничего не станет.
> А в целом изменения приятные. Конечно XUL завно пора на помойку, но
> лучше бы заменили нативным фреймворком... например qt. Не так гибко для
> разработки, но зато для пользователя все было бы красиво и без
> тормозов.

нормальный JS-движёк. тормаза из-за узкого горлышка в других местах

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

156. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Aleks Revo (ok) on 08-Июл-15, 18:41 
Чтобы не позориться умные люди предварительно проверют свои утверждения, хотя бы на коленке

https://gist.github.com/alexander-irbis/1aa96c197f6528dff2af

Там где всё легко оптимизируется, там движки справляются примерно одинаково, разница не существенна
test1 19.28 ms
test1 22.48 ms

А вот там, где с оптимизацией становится чуть сложней (а это как раз самые вкусные возможности JavaScript), разница становится аховой
test4 130.6 ms
test4 3493.37 ms

И кто у нас здесь слоупок?

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

191. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от soarin (ok) on 09-Июл-15, 04:55 
> И кто у нас здесь слоупок?

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

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

213. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от freehck email(ok) on 09-Июл-15, 12:58 
>> И кто у нас здесь слоупок?
> Есть синтетические тесты, а есть реальное использование. На нём без всяких замеров
>  чётко видно, что фурифокс тормозит, даже самому оголтелому фанатику.

Знаете, я не оголтелый фанатик, но как по мне -- везде примерно одинакого работают. Так что Вы бы на примерчиках лучше показали нам, что всё плохо. А то не верится.

Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

216. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от iPony on 09-Июл-15, 13:52 
Несколько раз уже показывал примерчики, мой любимый - скрол svg картинки тормозит в фурифоксе http://orig01.deviantart.net/0749/f/2013/358/c/5/pawlinski_f...
Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

221. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??) on 09-Июл-15, 15:13 
Я вам уже отвечал. Можете прятать свою картинку. FF41(возможно и 40) аналогично семейству хромых её скролит.
А если ещё учесть что svg FF поддерживает обширнее чем хром, то и сравнивать нечего.

И глюки скролинга которые были раньше можно увидеть только на Palemoon и не потому что там не были вкладки в отдельные процессы вынесены, а потому что там перерисовка всего svg происходила странным образом постоянно.

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

222. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от iPony on 09-Июл-15, 15:33 
> были раньше

Стабильные версии продукта для нормальных людей - это настоящее. А на стабильной 39 это как раз хорошо проявляется (про альфы-беты не знаю)

Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

223. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??) on 09-Июл-15, 15:56 
На 39 версии есть подлагивание, но не критичное.
Тем более что такие SVG не встретишь на любом углу. Так что это тоже синтетика по сути.

И как всё же говорили JS в лисе достаточно шустр. Недостатком являются блокировки, которые как раз влияют на отзывчивость и скролинг. И как раз их вроде как разводят по углам по мере адаптации внутреннего кода к многопроцессному режиму работы. Потому что скролится одинаково что с включенной многопроцессностью, что с выключенной.

Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

11. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от Sluggard (ok) on 08-Июл-15, 09:34 
> полный пересмотр методов построения интерфейса пользователя, подразумевающий уход от использования основанных на XML языков разметки XUL (XML User Interface Language) и XBL (XML Binding Language)) в пользу технологий HTML5

Темы после этого отвалятся все?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от iPony on 08-Июл-15, 09:37 
> Темы после этого отвалятся все?

Ну так может и конвертер какой напишут тем, да даже сам бери и пиши - открытое же сообщество, API описаны.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Sluggard (ok) on 08-Июл-15, 09:40 
> Ну так может и конвертер какой напишут тем

Кто-нибудь когда-нибудь? Такой конвертер надо выкладывать до того (ну или в одно время), как всё сломается и отвалится.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от странноватный on 08-Июл-15, 10:00 
да. все экстеншины и темы - отвалятся. Зулл стоит во главе угла всех Мозилловских технологий уже давно, а теперь вот такое.. не иначе - самоубийство
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

26. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Sluggard (ok) on 08-Июл-15, 10:03 
> да. все экстеншины и темы - отвалятся. Зулл стоит во главе угла
> всех Мозилловских технологий уже давно, а теперь вот такое.. не иначе
> - самоубийство

Разве XUL в абсолютно всех дополнениях используется? Не преувеличиваешь?
Кстати, интересно, затронет ли это изменение Thunderbird.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

48. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 11:24 
Может, те, что для Australis, и не затронет.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

91. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 13:48 
Во всех, написанных НЕ с помощью Addon SDK.
А темы отвалятся совсем все.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

92. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Sluggard (ok) on 08-Июл-15, 13:49 
> А темы отвалятся совсем все.

И это бесит.
Ещё вопрос, что с CTR будет.

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

42. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Anonplus on 08-Июл-15, 10:48 
Это вопрос настолько отдалённого будущего, что пока можно даже не задумываться. Вот реально, ещё никто не знает, когда и как будут отказываться от XUL. Думаю, что разработчикам всех дополнений, которые встраиваются в интерфейс, придётся допиливать свои расширения под новые API. Но опять же, когда будут хоть какие-то технические подробности - тогда и посмотрим.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

95. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Аноним (??) on 08-Июл-15, 14:02 
> Это вопрос настолько отдалённого будущего, что пока можно даже не задумываться. Вот
> реально, ещё никто не знает, когда и как будут отказываться от
> XUL. Думаю, что разработчикам всех дополнений, которые встраиваются в интерфейс, придётся
> допиливать свои расширения под новые API. Но опять же, когда будут
> хоть какие-то технические подробности - тогда и посмотрим.

Проблема в том, что возможностей у дополнений скорее всего почти не останется. Посмотрите вон на Firefox на Android, где XUL нету. Там у расширений свобода только в области контента, а в интерфейсе они могут буквально добавить пункт в меню, иконку в урлбар, всплывающее окошко и андроидный "тост". Все.

А вот в XUL расширения могут делать все, что может делать приложение.
Можно хоть весь Firefox запаковать в расширение и поставить в Thunderbird, и это будет работать, только не забудьте пункт меню для вызова добавить.
Например, Mozilla Mail & News в Mozilla Suite, фактически, был именно расширением, просто тогда менеджера аддонов не было.
Почитайте про XUL-овские оверлеи, это очень мощная штука. Единственный недостаток — отменить внесенные изменения они не могут, поэтому нужен рестарт.
Если без рестарта — добавляем в манифест одну строчку и работаем вместо декларативного описания изменений интерфейса с JS-кодом с полными привилегиями, из которого руками ищем окно браузера/почты и меняем в нем чего-нибудь. Опять-таки, полная свобода, просто менее удобно.

Надеюсь, с интерфейсом на HTML хотя бы часть возможностей останется, но вообще отказываться от XUL для Мозиллы — самоубийство, это единственное, что осталось годного в Firefox.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

12. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +8 +/
Сообщение от Аноним (??) on 08-Июл-15, 09:35 
> Mozilla планирует сократить 18-недельный цикл подготовки релизов и добиться большей оперативности выпуска обновлений.

Ещё чаще? Зачем?
> Новые возможности планируется обкатывать через тестирование, сфокусированное на более узкой аудитории.

Это как, закрытый бета-тест?
> Из направлений по развитию новшеств отмечается развитие средств для полного управления приватностью пользователя, борьбы с отслеживанием перемещения пользователя и режима работы через анонимную сеть Tor.

Ага, зато хэши всех загрузок мы шлём в в гугл
> Кроме того, запущен проект "Great or Dead", в рамках которого  планируется проводить чистку имеющихся возможностей, которые не отвечают  стандартам качества - все  имеющиеся в браузере функции должны быть  отполированы, функциональны и удобны в использовании.  

Все фичи, используемые менее 10% юзеров уберут. Отлично.
> Из наиболее важных инженерных проектов отмечается переход к многопроцессной модели  обработки контента (проект Electrolysis) и полный пересмотр методов  построения интерфейса пользователя, подразумевающий уход от  использования основанных на XML языков разметки XUL (XML User Interface  Language) и XBL (XML Binding Language)) в пользу технологий HTML5.  

Все расширения придётся переписывать? И накой тогда FF сдался?
> Обработка содержимого каждой вкладки  в отдельном процессе,  отдельно от обработки интерфейса, позволит увеличить безопасность,  повысить надёжность, оптимизировать высвобождение системе неиспользуемой  памяти и заметно ускорить работу браузера на многоядерных системах за  счёт организации параллельного выполнения неблокирующих друг друга  операций.  

Ага. Теперь памяти мы будем жрать ещё больше, а процессора будем кушать не одно ядро, а ВСЕ.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от жабабыдлокодер (ok) on 08-Июл-15, 09:43 
>Ещё чаще? Зачем?

Чтобы по 100 версий в год. Круто же!

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

79. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Канонирующий консерватор on 08-Июл-15, 12:48 
Они хотят обогнать системду! Леня, поднажми! :)
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от NickFaces (ok) on 08-Июл-15, 09:59 
Он ща вот прям одно ядро ток жрет? Серьезно?
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от anonymous (??) on 08-Июл-15, 09:47 
Когда уже этим строителям велокомбайнов на процессах кто-нибудь уже расскажет про то, что современные оси умеют еще и в треды?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от iPony on 08-Июл-15, 09:51 
Когда уже эти диванные аналитики хоть немного думать будут или не писать ерунды.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 09:57 
поподробнее? и с примером
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 08-Июл-15, 10:00 
организовывать в тредах сандбоксы не благодарное дело.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

70. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 08-Июл-15, 12:30 
> Когда уже этим строителям велокомбайнов

Это не "вело", это "со всей этой ...нёй взлететь".

> на процессах кто-нибудь уже расскажет про то,
> что современные оси умеют еще и в треды?

После того, как они столько лет эксплуатировали однопоточный xul, да, они в курсе. Только полную поддержку (и работоспособность) асинхронности/многопоточности запилить а та-а-акой ку-у-уче кода им слегка слабобибо. Поэтому решено -- переписать с нуля!

+вот ещё (а ты не знал? :-P ):

...""for Firefox 40 on Linux is the Off-Main-Thread Compositing support --http://www.phoronix.com/scan.php?page=news_item&px=OMTC-Linu...

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

214. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от freehck email(ok) on 09-Июл-15, 13:29 
> Когда уже этим строителям велокомбайнов на процессах кто-нибудь уже расскажет про то,
> что современные оси умеют еще и в треды?

Ввести параллелизм в однопоточное приложение с кучей сторонних модулей -- весьма трудоёмкая задача. Многие на этом споткнулись. Вот Вы думаете, почему Emacs до сих пор однопоточный? Ровно потому же -- много старого кода поломается, если новую парадигму функционирования ввести.

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

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +7 +/
Сообщение от странноватный on 08-Июл-15, 09:57 
XUL сам по-себе - отличная технология.. они его долго пилили, а теперь хотят просто вот так выкинуть? извините меня, но по-моему это просто тупо..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –5 +/
Сообщение от Аноним (??) on 08-Июл-15, 10:03 
> XUL сам по-себе - отличная технология.. они его долго пилили, а теперь
> хотят просто вот так выкинуть? извините меня, но по-моему это просто
> тупо..

XUL умер, нечего отличного я в нем не вижу, хотя да она была актуальна во времена активной пропаганды XML. Грубо говоря  мазила движется в туже строну куда и GTK+.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

40. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от N on 08-Июл-15, 10:46 
А в какую сторону движется гтк+?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

64. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 08-Июл-15, 12:09 
В сторону что визуальное оформление на css, а сами контролы в виде объектов на яп описаны.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

162. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 19:00 
Ту да же, куда и гноме3.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

255. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от arisu (ok) on 10-Июл-15, 09:28 
> А в какую сторону движется гтк+?

в сторону «нам эта хрень и даром не нужна» даже от тех разработчиков, которые сначала относились к gtk+3 более‐менее лояльно.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

47. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +9 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 11:20 
XUL хорош, как минимум, тем, что он - о контролах, а не о Rich Text.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

55. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +7 +/
Сообщение от Аноним (??) on 08-Июл-15, 11:44 
> грубо говоря  мазила движется в туже строну куда и GTK+.

в пропасть, что ли?

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

65. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 12:13 
>> грубо говоря  мазила движется в туже строну куда и GTK+.
> в пропасть, что ли?

бинго

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

122. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от bOOster email(ok) on 08-Июл-15, 15:11 
В каком месте он умер? KODI(xbmc) тоже XUL и ниче, шевелится без проблем.
Писали его, однако, не кривыми мозгами и руками.
XML отличная технология, а подтягивать заведомо УЗКИЙ язык разметки (HTML5) заместо ШИРОКОГО (XML) глупость...
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

143. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от iPony on 08-Июл-15, 16:09 
Не ври, в KODI не XUL
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

146. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от bOOster email(ok) on 08-Июл-15, 16:52 
> Не ври, в KODI не XUL

"Смотрим в книгу видим фигу"? - XUL - XML User Interface Language. Обычный термин. А детали реализации отличаются также как JAVA и Android, делящие один API.

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

150. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от soarin (ok) on 08-Июл-15, 17:10 
Наркоман

> XUL (произносится «зул»[1], XML User Interface Language) — язык разметки для создания динамических пользовательских интерфейсов на основе XML. XUL разрабатывается в рамках проекта Mozilla и является частью платформы XULRunner.

В android тоже на xml гуй в приложениях пишется, но это тоже не XUL

PS: ты можешь считать, что apple music - это музыка при выжимании сока из яблок, общий термин же, но это будет только твоим личным бредом.

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

27. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от vitalif (ok) on 08-Июл-15, 10:16 
Вот в том, что XUL и XPCOM - редкостное г..., я с ними согласен

Главное чтобы его возможности в нормальном апи конечно все остались

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

141. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Michael Shigorin email(ok) on 08-Июл-15, 16:02 
> Вот в том, что XUL и XPCOM - редкостное г..., я с ними согласен
> Главное чтобы его возможности в нормальном апи конечно все остались

Вам много доводилось видеть реализаций эквивалентной функциональности, где одна была бы эталонным кизяком, а другая -- платино-иридиевой?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

271. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от rob pike on 11-Июл-15, 00:25 
> Вот в том, что XUL и XPCOM - редкостное г..., я с
> ними согласен

По сравнению с чем? С какими конкретно реализациями подобных механизмов, дающими те же возможности?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

28. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Аноним (??) on 08-Июл-15, 10:17 
> и режима работы через анонимную сеть Tor.

Мне вот интересно, а в офтопике 10-ом не реализовали ещё режим работы через сеть Tor? Они ведь из "маленького софта" тоже за безопасность вроде.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от iPony on 08-Июл-15, 11:34 
Tor и безопасность - это не совсем понятно как связанные вещи
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

118. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Xasd (ok) on 08-Июл-15, 15:04 
> Tor и безопасность - это не совсем понятно как связанные вещи

связаны -- через обратную зависимость! :-)

при использовании Tor -- больше вероятности что твой пароль от очередного вёбсайта украдут (в случае Tor -- на выходной точке хакера) :-)

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

176. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от edfsf on 08-Июл-15, 22:54 
Ещё один не читал инструкцию к Tor? Он не предназначен для входа на сайты с паролями по голому http.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

190. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Xasd (ok) on 09-Июл-15, 03:22 
ну и как тогда писать безнаказанные комментарии на opennet расскажи-ка нам?
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

198. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Товарищ Майор on 09-Июл-15, 07:36 
как дети. по согласованию с вашим куратором из ФСБ, канешн.
Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

203. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 10:08 
И зачем было сюда приплетать политику? Можно подумать, ваше американское АНБ пользователями Tor не интересуется и не собирает входящие айпи с подконтрольных нод для дальнейшей разработки.
Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

30. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от Аноним (??) on 08-Июл-15, 10:29 
Что дальше? Отказ от Gecko?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +7 +/
Сообщение от N on 08-Июл-15, 10:47 
> Что дальше? Отказ от Gecko?

Ну да, они же собираются на servo переходить.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

31. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Dkg on 08-Июл-15, 10:29 
Даешь ежедневные обновления!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Ivan (??) on 08-Июл-15, 10:51 
Change log:
- исправлен баг №11111
- исправлен баг №11112
- Аршавин переходит в Кубань
- Греция переходит на тугрики
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

153. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от fail_ on 08-Июл-15, 18:32 
> Change log:
>  - исправлен баг №11111
>  - исправлен баг №11112
>  - Аршавин переходит в Кубань
>  - Греция переходит на тугрики

Абагфиксно рассуждаешь, чесс-лово (c)

- Греция переходит в Кубань
- Аршавин переходит на тугрики

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

32. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Sluggard (ok) on 08-Июл-15, 10:29 
Офигеть, как новость наплюсовали. Воинствующие лисолюбы на ОпенНете.
:D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от anonymous (??) on 08-Июл-15, 10:31 
Это вэбкодеры.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

159. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 08-Июл-15, 18:51 
Себе яму роют. Всякие Firebugи навсегда отвалят(ся) вместе с XUL.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

33. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от anonymous (??) on 08-Июл-15, 10:29 
Так скоро и gecko выкинут. Будет ещё одна нескучная сборочка хрома.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от Sluggard (ok) on 08-Июл-15, 10:33 
> Так скоро и gecko выкинут. Будет ещё одна нескучная сборочка хрома.

Так на замену Gecko пилят Servo же, на Rust'е. Какая, нахрен, сборочка Хрома?

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

272. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от rob pike on 11-Июл-15, 00:30 
XUL тоже пилили. Теперь вот выкидывают.

Firefox для Metro пилили. Выкинули уже.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

281. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Sluggard (ok) on 11-Июл-15, 13:13 
> XUL тоже пилили. Теперь вот выкидывают.

Это ж через много лет.

> Firefox для Metro пилили. Выкинули уже.

Что такое Metro? Ещё один движок?

Ответить | Правка | ^ к родителю #272 | Наверх | Cообщить модератору

283. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от rob pike on 11-Июл-15, 19:38 
https://en.wikipedia.org/wiki/Metro_%28design_language&...
Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

35. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Ivan (??) on 08-Июл-15, 10:32 
Ну вооот. И так уже каждые полтора месяца браузер перезапускать приходится, а теперь еще чаще надо будет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 10:36 
>Обработка содержимого каждой вкладки в отдельном процессе, отдельно от обработки интерфейса, позволит увеличить тормознутость, повысить глюкавость, увеличить и без того большое пожирание памяти и заметно замедлить работу браузера за счет запуска нового процесса для каждой вкладки, независимо от того, нужно это, или нет.

fixed

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от VEG (ok) on 08-Июл-15, 11:11 
Вообще-то нет. Интерфейс Firefox сейчас регулярно подлагивает из-за того, что весь JS исполняется в один поток. Какой-нибудь тяжёлый скрипт на одной странице может вообще подвесить весь браузер. Также сейчас Firefox самый небезопасный браузер из-за того, что его вкладки не помещены в песочницы ОС. Разработчики одним махом хотят убить двух зайцев: разнести выполнение JS в разные потоки (в данном случае это будут вообще процессы), ну и песочница для каждой вкладки средствами ОС (эти процессы не смогут, например, напрямую обращаться к диску). Плюс такого подхода в том, что даже если в браузере будет найдена уязвимость, воспользоваться ей удастся только при наличии уязвимости и в песочнице ОС. Это на порядок усложняет задачу.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

52. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 11:39 
JS-движок достаточно разделить на потоки. А ещё лучше - разделить на 2 потока - один - вкладки, другой - интерфейс. И сделать менеджер задач, который бы давал минимальную информацию о том, какая вкладка сколько жрёт, и позволял не убить вкладку, как в хроме, а остановить на ней JS. Впрочем, этот менеджер  в любом случае нужен, если нам всё ещё документы нужны, а не веб-приложения.

Насчёт безопасности - лично мне хватает надёжности с головой. Были бы реальные проблемы - был бы разговор. А так - ну можно в Qubes вообще вкладки разнести - ещё безопаснее будет. Только зачем?

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

54. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от VEG (ok) on 08-Июл-15, 11:44 
Ну находятся и такие, что и в однопоточности JS проблемы не видят. Это же не значит, что проблемы нет. Это значит, что вот этот конкретный пользователь надел розовые очки и не замечает её. А потом как-нибудь он обновит компьютер, и розовые очки перестанут помогать — свалит на Chrome, потому что Firefox — тормозит и небезопасен.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

60. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 11:55 
Где именно он небезопасен? На практике, а не в теории. Не вижу какой=то прицнипиальной разницы в количестве ужязвимостей между фарйоксом и хромом. Зато вижу на порядок более мощные расширения, (оставшийся в форках и в seamoneky) гораздо лучший интферфейс и куда более вменяемое потребление ресурсов.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

66. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от VEG (ok) on 08-Июл-15, 12:16 
Фишка в том, что в Chrome большинство уязвимостей использовать не удаётся. То есть в этом браузере за уязвимость считают то, что не может навредить вашему компьютеру, если у вас обновлённая ОС. В Firefox же любые критические уязвимости можно использовать без сопротивления со стороны ОС. В этом и разница.

И это не теоретическая возможность. Ежедневно взламывается куча мелких сайтов (магазины и тому подобная хрень), на них встраиваются скрипты, которые проверяют ваш браузер сразу на огромное количество разных уязвимостей, и если что-то подходит — выполняют какой-то код, запускают у пользователя какого-то вредоноса. Причём владельцы сайтов обычно замечают что что-то не так только после того, как на магазин начинают ругаться поисковики. Клиенты то пропадают! А вот в этот промежуток сколько уязвимых пользователей посещало магазин можно только догадываться. Пользователи Chrome здесь более защищены, пользователи Firefox менее защищены. Это требует исправления.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

73. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 12:35 
Не надо мне зубы заговаривать. На то и уровни уязвимостей, чтобы понимать, насколько реальную опасность они представляют. И вот не припомню, чтобы число критикалов сильно отличалось у хромиума и файрфокса.

А "не теоретическая возможность" - это когда эксплоит в диком виде найден. Что кучу сайтов ломают - это и так ясно, вопрос - ломают ли браузеры.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

76. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от VEG (ok) on 08-Июл-15, 12:42 
В Chrome уязвимость, которая может быть использована в случае необновлённой ОС у пользователя — критическая. Но если у пользователя ОС обновлена, то такой критической уявзимостью Chrome воспользоваться не удастся. Теперь понятнее?

Компьютеры регулярно заражают. Огромное количество ботнетов этому подтверждение. Где-то на Хабре раньше видел статистику по заражениям через уязвимости в браузерах, и там у Firefox были очень грустные цифры, особенно в сравнении с Chrome. Я сам пользуюсь этим браузером, но я предпочитаю не носить розовые очки :)

Свежий пример:
http://habrahabr.ru/company/eset/blog/261979/
http://habrahabr.ru/company/eset/blog/262061/
Уязвимость во Flash, но Chrome выполняет его по умолчанию в песочнице. Если песочницу выключить — уязвимостью можно воспользоваться. Если же оставить её включённой, то эксплоитом не удаётся воспользоваться.

Joe Chip ‏ @j0echip
@w3bd3vil so that's Chrome running without sandbox, right?
webDEViL ‏ @w3bd3vil
@j0echip yes, ofcourse!

Почему-то в новостях о таком очень важном факте говорят редко (хочется же погромче новость).

Для меня загадка, почему Firefox не использует самый низкий набор привелегий для plugin_container. Скорее всего, из-за требований NPAPI. Им бы следовало и здесь проследовать за Google и использовать их безопасную альтернативу PPAPI.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

93. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Ан (??) on 08-Июл-15, 13:50 
Что бы вредонос не пролез в систему для этого достаточно вынести контекст всех вкладок разом в песочницу, а не каждой по песочнице отводить.
Но сейчас FF 41 в котором сделан разнос на 2 процесса(1 интерфейс и 1 табы) имеют одинаковые приоритеты выполнения.

В случае с флешем всё веселее. FF39 и FF41 работают с ним по разному почему-то(в офтопике). FF39 стартует plugin_container с такими же привилегиями, тот стартует процесс флеша с аналогичными привилегиями, а тот в свою очередь стартует ещё один процесс который уже с пониженными привилегиями.
FF41 же стартует только plugin_container с теми же привилегиями, который тупо подгрузил dll флеша.
А они ещё чешут что-то про безопасность.

А вообще для того что бы было меньше уязвимостей через доступ к памяти и тому подобное они и начали Rust пилить. Что бы язык на себя взял задачу проконтролить безопасное использование памяти.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

103. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 14:23 
FUD.

Флешлеер у файрфокса и так находится в отдельном процессе. То есть обраезать ему привилегии можно без проблем. Почему не сделано - претензии к мозилле, но NPAPI здесь ни при чём определённо. "Вкладка в своём процессе" в данном случае вообще никак не помогла бы.

Речь здесь шла никак не о плагинах (кстати, зачем флеш вообще сейчас нужен?), а именно о вкладках. О DOM и JS. И по этому поводу никаких грустных цифр нет.

Это всё не говоря о том, что виндовые проблемы лично меня вообще мало волнуют, пусть их там хоть завалят троянами.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

110. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от VEG (ok) on 08-Июл-15, 14:46 
Это лишь пример, когда одна и та же уязвимость помечена как критическая, но в одном случае её можно использовать, а в другом — нет. В браузерах находят точно такие уязвимости, просто вот сегодня попался хороший пример, связанный с Flash.

Вас проблемы пользователей Windows не волнуют, но это основной потребитель браузера, поэтому с этим считаются в первую очередь.

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

113. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Ан (??) on 08-Июл-15, 14:57 
Так вы ответите зачем  каждому табу сандбокс?
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

154. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от VEG (ok) on 08-Июл-15, 18:39 
Что-бы из-за одного кривого сайта не тормозили остальные (тут многопоточности будет достаточно). Чтобы через уязвимость вирус не мог похитить ваши данные с других сайтов, их запускают в разных процессах. Вдруг вы там где-то вводите данные вашей карточки для оплаты чего-нибудь? :) Чтобы если вдруг вкладка упала — не падал весь браузер.

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

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

166. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Aleks Revo (ok) on 08-Июл-15, 19:14 
> Чтобы если вдруг вкладка упала — не падал весь браузер.

Вот тут начинается самое интересное - за все те годы, что пользуюсь файрфоксом - лет 10, ещё с тех времён, когда он был "мозиллой" и только пилились базовые возможности, он у меня падал считанные разы.

А вот с хромом всё очень и очень печально. Вкладки падают, падают и падают, причём, казалось бы, изолированные, разнесённые по процессам, вкладки с разными сайтами падают одновременно. Насколько они после этого на самом деле изолированы?

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

192. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от soarin (ok) on 09-Июл-15, 05:05 
> А вот с хромом всё очень и очень печально. Вкладки падают, падают

Ну у фанатиков всегда конкурирующий продукт - это что-то падучее, что читаешь и удивляешься - "а как я этим пользуюсь"?
Я пользуюсь хромиум и в хвост и в гриву, единственное заметил, что на одном сайте как-то раз было железное падение одной вкладки.
PS: на ведроиде вот да - постоянно было "опаньки", "опаньки"

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

206. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от Аноним (??) on 09-Июл-15, 11:10 
Не-не, товарищ, это ты напрасно. Не знаю как сейчас со стабильностью - года полтора не загружал - но хромовые "Упс" отлично помню, как же...
Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

230. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от soarin (ok) on 09-Июл-15, 16:57 
Пишу как есть, может потому что у меня флеша нет... Не знаю.
Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

168. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??) on 08-Июл-15, 19:36 
>Что-бы из-за одного кривого сайта не тормозили остальные (тут многопоточности будет достаточно).

Сами ответили. Вообще им достаточно избавиться от лишних блокировок.

>Чтобы через уязвимость вирус не мог похитить ваши данные с других сайтов, их запускают в разных процессах. Вдруг вы там где-то вводите данные вашей карточки для оплаты чего-нибудь?

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

>Чтобы если вдруг вкладка упала — не падал весь браузер.

Не нужно. А то перестанут заботиться о корректной работе. Какая мотивация если при падении вкладки она одна умерла? А вот не допускать падения всего это мотивация писать аккуратно.

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

116. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 15:01 
Ну вот когда будут примеры по делу хоть в каком-то количестве (ага, "раз в год" - не считаются) - тогда и поговорим.

Что винда - основная аудитория - я помню, поэтому основным аргументом это и не считаю - так, заметка между делом. Хотя, например, галку "игнорировать подписи" для линуксового билда могли бы и сделать - нет здесь виндовых проблем с левыми расширениями, и реализовать это несложно.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

155. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от VEG (ok) on 08-Июл-15, 18:41 
Если о них не пишут в новостях регулярно — это не значит, что их нет. В каждой мажорной версии Firefox и Chrome исправляют критические баги (списки на офсайтах). При этом в Chrome их практически нереально использовать из-за песочницы ОС, а вот в Firefox — пжалста.
Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

219. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 09-Июл-15, 14:51 
> При этом в Chrome их практически нереально использовать из-за песочницы ОС

Не будь таким идеалистом. Виндовая, являющаяся частным случаем restricted user, не раз в прошлом допускала подъем привилегий. И не два... Думаешь что-то радикально поменялось в этом глобальном дуршлаге?

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

62. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от виндотролль (ok) on 08-Июл-15, 12:03 
> JS-движок достаточно разделить на потоки.

Если я правильно понял, то да, было бы лучше. Но не факт, что это возможно (за разумную цену). Гораздо проще один и тот же большой и сложный кусок кода пустить в разных нитях, не беспокоясь о блокировках и гонках.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

104. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 14:25 
ну так а я о чём? Нити и потоки - это, вообще-то, синонимы. Но хотя бы куча останется общей, а может и ещё что-то смержить получится.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

56. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 11:45 
"многопроцессность" != "многопоточность". Ну а то, чот у мозиллы зачем-то адские блокировки на I/O - это вообще отдельный разговор.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

71. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от anonymous (??) on 08-Июл-15, 12:32 
Похоже, кто-то не в курсе возможности асинхронного выполнения в однопоточном коде.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

78. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Andrey Mitrofanov on 08-Июл-15, 12:46 
> Похоже, кто-то не в курсе возможности асинхронного выполнения в однопоточном коде.

Сколько ж раз повторять: в курсе Мозила, в курсе. Только Мозила отдельно, унаследованный код отдельно.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

57. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Аноним (??) on 08-Июл-15, 11:48 
В хромиуме нет xul и есть многопроцессность, ещё деревянный гуй, прибитый гвоздями. Почему бы не приделать к нему значок фаерфокса и слиться в экстазе с гуглем?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

164. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Аноним (??) on 08-Июл-15, 19:04 
У него есть Фатальный Недостаток — его сделали не они.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

61. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от lucentcode (ok) on 08-Июл-15, 11:57 
Правильной дорогой идут товарищи. Вначале олдфаги начнут тянуть всем известную песню, что firefox уже не торт, а через пару лет сами старые версии firefox будут воспринимать как редкостное УГ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

108. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Аноним (??) on 08-Июл-15, 14:35 
Где там твоя ёлла с системдосом и вяленым, фанбой?
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

63. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от anonymous (??) on 08-Июл-15, 12:03 
зачем цЫкл сокращать-то? и с нынешним не создается впечатления, что на чем-то устаревшем сидишь

а уж учитывая их последние тенденции, мне тем более все равно, когда какой-нить GameAPI до меня доберется, через 2 месяца или 4

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от marks on 08-Июл-15, 12:23 
Подозреваю я, что такие отличные фичи, как возможность расширениями тайлить вкладки в одном окне, после перехода на HTML врят ли будет возможно реализовать в том виде, в котором они сейчас. Жаль.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 12:36 
Разумеется. XUL уродлив, но могуч.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

75. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от VEG (ok) on 08-Июл-15, 12:38 
Почему вы так решили? XUL по возможностям мало отличается от HTML. Просто немного другие теги с немного другой семантикой. Будет ли удобно делать при помощи тегов HTML5 то, что сейчас делается при помощи XUL — это вопрос. Но если весь интерфейс будет на HTML5, и расширеням оставят полный доступ к нему — то ограничений по модификации не будет, всё останется как и было.

В XUL есть ещё такая штука как XBL — её планируют заменить на Web Components. Я когда пилил расширение Advanced Locationbar, писал разрабам предложение по расширению XBL, но они сказали, что уже давно его не развивают и планируют со временем перейти на стандартные Web Components. Это где-то год назад было.

У всего этого счастья есть только один, но просто огромнейший минус — придётся переписывать все расширения. С другой стороны, если они это запилят с супер-надёжным и быстрым движком Servo, может быть оно и стоит того... Но это явно перспектива не на ближайший год, и даже не на два. С одной многопроцессорностью сколько лет мучаются и до сих пор ещё не готово (нет в релизах). Но к концу этого года вроде как уже должны закончить с этим, если опять не перенесут, например, из-за плохой совместимости со старыми расширениями, которые заброшены авторами...

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

102. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Ан (??) on 08-Июл-15, 14:18 
>Но к концу этого года вроде как уже должны закончить с этим, если опять не перенесут, например, из-за плохой совместимости со старыми расширениями, которые заброшены авторами...

Не знаю на счёт старых, но на данный момент проблема в Firebug3 который не заброшен, с какого-то перепугу этот чёрт при включении меняет весь интерфейс браузера.(речь о FF41)

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

106. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 14:29 
У XUL радикально другая семантика, а не "немного". Не семантика документа, где содержимое определяет размер контейнера, а семантика диалогового окна, где контейнер ограничивает содержимое. И это радикально упрощает построение интерфейса. Плюс, в нём нет миллиона путей сделать одно и то же, что избавляет от необходимости учитывать все эти пути. А вот в HTML с его пачкой разных моделей позиционирования элемента - если не ты контролируешь весь доумент, вообще не узнаешь, где что находится. Потому что чему-то написали position:absolute, что-то сделали float, для чего-то вообще задействовали columns... Для построения интерфейса приложения HTML - это ад.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

147. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Kodir (ok) on 08-Июл-15, 17:03 
> Для построения интерфейса приложения HTML - это ад.

Я скажу больше - и для страничек "HTML" - это мракобесие из тегов, обезьяней логики и нервов на отладку. Я первую неделю на XAML так не матерился, как на HTML5.

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

72. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +7 +/
Сообщение от foxy_ant on 08-Июл-15, 12:33 
Прочитал первый абзац новости - похоже у руля проекта стал так называемый "эффективный менеджер", засомневался в том что технические новшества принесут пользу.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

273. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от rob pike on 11-Июл-15, 00:36 
Зато он в свободное от работы время за свои собственные деньги не поддерживает разные там неполиткорректные организации.
А это главное.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

282. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Michael Shigorin email(ok) on 11-Июл-15, 14:00 
> А это главное.

Н-да уж.  Как бы вытянуть нормальных людей сюда, а политкорректным хоть потоп...

Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору

287. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 11-Июл-15, 22:42 
>> А это главное.
> Н-да уж.  Как бы вытянуть нормальных людей сюда, а политкорректным хоть потоп...

Опенсорс-конференцию в Крыму замутить? ...на Кавказе? На Колыме!

Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

80. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –3 +/
Сообщение от Аноним (??) on 08-Июл-15, 12:48 
Наконец-то позитивные новости от firefox.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –4 +/
Сообщение от th3m3 (ok) on 08-Июл-15, 13:37 
Отличные новости!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору
Часть нити удалена модератором

100. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Andrey Mitrofanov on 08-Июл-15, 14:15 
> Если выпускать версии FireFox каждую минуту, как планируется, то FireFox версии 4
> млрд. сколько-то-там

Во-первых, Вы мне 2038-ой переполнили,

$ date -d "+4000000000 minutes"
date: неверная дата «+4000000000 minutes»
$ date -d "+400000000 minutes"
Пнд Июн  8 17:58:18 MSK 1959
$ date -d "+40000000 minutes"
Втр Июн 21 02:19:45 MSK 1955
$ date -d "+4000000 minutes"
Втр Фев 14 08:48:05 MSK 2023

, но я ж так просто не сдамся:

$ bc
bc 1.06.95
Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
scale=5
4000000000/60/24/365
7610.35007
2^32/60/24/365
8171.55117

>уже не загорами.

Ты прямо бежишь! До 9625-го года до гор не доберёшься. Хитрый клоун бегает по кругу. По манежу.

Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору
Часть нити удалена модератором

209. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Andrey Mitrofanov on 09-Июл-15, 11:21 
> Ты забываешь про ускорение.

Матан-клоунада? Одобряю!

> Между кварталом и месяцев 3-кратная разница, между месяцем и минутой - 43200-кратная.
> Следующий переход должен быть (при прежней скорости роста скорости = ускорение
> 2-ого порядка) в 622.080.000-раз.

Теперь мы знаем: либо мозилла сгорит в атмосфере, либо нефть кончится (деньги на у м.), либо той горе сильно ой как не поздоровится.

> Думаешь не успеют? Я в них верю. Весь наш цирк в них верит.

Ответить | Правка | ^ к родителю #287 | Наверх | Cообщить модератору

112. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +4 +/
Сообщение от Аноним (??) on 08-Июл-15, 14:56 
Эх, старая добрая Мозилла, старый добрый ЗУЛ, расширения, темы. Уходят былые времена :-(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

133. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 15:44 
У меня корпоративное приложение уже 10 лет работает на XUL написанное. Ни тормозов ни каких других проблем не было никогда. Я даже не представляю как некоторые вещи из него  переписывать на HTML. Пиз...ц короче какой то.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

152. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –2 +/
Сообщение от th3m3 (ok) on 08-Июл-15, 18:09 
Изучайте javascript.
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

169. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +2 +/
Сообщение от Crazy Alex (ok) on 08-Июл-15, 19:36 
Чудесный совет.
XUL и так в паре с JS используется, если что. XUL - это разметка, а не логика. Местами громоздкая, но подходящая для десктопных приложений (и практически ни для чего больше), в отличие от HTML.
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

173. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от th3m3 (ok) on 08-Июл-15, 21:05 
Тогда непонятно в чём проблема. Разметку сделать в html и всё.
Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

180. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +5 +/
Сообщение от Аноним (??) on 08-Июл-15, 23:20 
> Тогда непонятно в чём проблема. Разметку сделать в html и всё.

XUL : <vbox flex="1">... </vbox> В этом контейнере все дочерние узлы будут расположены вертикально, а сам vbox будет расширяться до пределов наружного бокса по вертикали и горизонтали. А теперь то же самое на HTML и CSS flexbox
  

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

163. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 19:04 
Изучайте coffeescript и dart. JS не нужен.
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

187. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от th3m3 (ok) on 09-Июл-15, 01:26 
Надстрокйи нужны только неосиляторам.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

212. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 12:21 
Как по мне единственная надстройка это сам javaschit
Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

142. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 16:07 
попахивает г0внец0м в 2.0 html вебе
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

145. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от анином on 08-Июл-15, 16:24 
Здравствуй palemoon
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

167. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 08-Июл-15, 19:15 
>Кроме того, запущен проект "Great or Dead", в рамках которого планируется проводить чистку имеющихся возможностей, которые не отвечают стандартам качества - все имеющиеся в браузере функции должны быть отполированы, функциональны и удобны в использовании.

Звучит весьма страшно.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

170. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от анонимер on 08-Июл-15, 19:54 
Прочитал всё это в Elinks, доволен, что ничего не мигало.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

171. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от robux (ok) on 08-Июл-15, 19:55 
> уход от XUL (XML) и XBL (XML)
> в пользу HTML5 (XML)

Одно г-но поменяли на ещё более замороченное г-но.
Деление на ноль, однако.

Короче, веб-таки укатился в ср-е г-но...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

184. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от anonnymous on 09-Июл-15, 00:48 
Ну что, расчехляем gopher?
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

188. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от Аноним (??) on 09-Июл-15, 02:16 
FireFox давно уже пора сосредоточиться на разработке движка, а интерфейс отдать какой-нибудь Opera, так как у сторонних разработчиков обычно круто все получается.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

215. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от th3m3 (ok) on 09-Июл-15, 13:49 
Можно создать свою полноценную тему кому угодно. Меня стандартная в GNU/Linux не устраивала, я поставил стороннюю. Это ещё до Астралиса, но на своей остался, т.к. уже привык. Проблемы нет, есть уйма готовых красивых и качественных тем.
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

245. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Andrey Mitrofanov on 09-Июл-15, 23:39 
> FireFox давно уже пора сосредоточиться на разработке движка, а интерфейс

Они давно уже сделали наоборот потому, что с движка рекламу и пользователей не прозакладываешь  и массовый пси^Wмаркетинг на раздвинешь.

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

201. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним email(??) on 09-Июл-15, 10:05 
главное ставьте uBlock, корпораст боится
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

202. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним email(??) on 09-Июл-15, 10:06 
его аж выворачивает =) а на китайском ali отключайте, друг
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

242. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 09-Июл-15, 23:04 
включил защиту от попыток отслеживания так у меня на яндекс диске перестали изображения показываться и видео. Яндекс видать недоволен таким поворотом
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

247. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +1 +/
Сообщение от arisu (ok) on 10-Июл-15, 08:29 
директора и прочие манагеры мозиллы начали что‐то подозревать. и усиливают дымовую завесу, чтобы не было так очевидно, что главная (она же и единственная на данный момент) проблема мозиллы — директора и прочие манагеры мозиллы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

248. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от DmA (??) on 10-Июл-15, 08:32 
kiwix(для офлайн Википедии) на Xul работает..Жаль  проект если накроется
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

249. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +3 +/
Сообщение от arisu (ok) on 10-Июл-15, 08:32 
вообще, современная модная манера лепить интерфейсы на языке, совершенно не предназначеном для создания интерфейсов, меня печалит. раньше удивляла, потом злила, а теперь просто печалит.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

265. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от Аноним (??) on 10-Июл-15, 18:27 
> раньше удивляла, потом злила, а теперь просто печалит.

скоро смиритесь :)

http://odepressii.ru/obschee/5-stadiy-prinyatiya-neizbezhnog...

Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

274. "Firefox на пути сокращения цикла разработки и отказа от XUL "  +/
Сообщение от arisu (ok) on 11-Июл-15, 00:55 
>> раньше удивляла, потом злила, а теперь просто печалит.
> скоро смиритесь :)

да я уже, собственно. the people are fucked, что поделаешь.

Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

285. "Firefox на пути сокращения цикла разработки и отказа от XUL "  –1 +/
Сообщение от Ан (??) on 11-Июл-15, 20:37 
Сегодня наткнулся http://habrahabr.ru/post/262299/#comment_8494341
Это просто трындец.
Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру