The OpenNET Project / Index page

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



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

Оглавление

Firefox переходит на новый API разработки дополнений, близки..., opennews (??), 22-Авг-15, (0) [смотреть все] –2

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


8. "Firefox переходит на новый API разработки дополнений, совмес..."  +12 +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 01:31 
Не то, чтобы этого не ждали... Но всё равно мерзость. Ужать дополнения, чтобы они также ничего не могли, как и в хроме - это гениальная идея, да.
Ответить | Правка | Наверх | Cообщить модератору

10. "Firefox переходит на новый API разработки дополнений, совмес..."  +3 +/
Сообщение от Аноним (-), 22-Авг-15, 01:44 
Глупо было ожидать того, что от старых дополнений не откажутся при смене движка и отказе от XUL.
Ответить | Правка | Наверх | Cообщить модератору

12. "Firefox переходит на новый API разработки дополнений, совмес..."  +8 +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 01:55 
Ну помрут, делов-то. Мощные дополнения и умеренное потребление памяти - единственные преимущества файрфокса.

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

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

16. "Firefox переходит на новый API разработки дополнений,..."  +3 +/
Сообщение от arisu (ok), 22-Авг-15, 02:23 
> Понятно, что дело к тому давно шло, но всё равно жаль. Надеюсь,
> за это время кто-нибудь найдётся, кто сможет подхватить упавший флаг.

э… Pale Moon спокойно флаг несёт. на флаге, правда, картинка другая, но под флагом всё то, что когда‐то сделало Ff тем, что пользователи выбрали.

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

22. "Firefox переходит на новый API разработки дополнений,..."  –1 +/
Сообщение от Аноним (-), 22-Авг-15, 04:22 
полностью поддерживаю, у меня теперь он основной, а ff попрощался со мной сделав apt-get purge.ну а в связке uMatrix с uBlock, PaleMoon просто годнота для меня!
Ответить | Правка | Наверх | Cообщить модератору

25. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от arisu (ok), 22-Авг-15, 04:27 
а ещё сейчас в команде PM идёт работа над Project Looking Glass: выдёргиванию из AMO всех дополнений, которые работают в PM, и копировании их на сайт PM. конечно, не идеал, если авторы дополнений не подтянутся, но хоть что‐то: люди смогут воспользоваться пусть старым, но рабочим дополнением, если захотят.
Ответить | Правка | Наверх | Cообщить модератору

305. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 24-Авг-15, 19:57 
> подтянутся, но хоть что‐то: люди смогут воспользоваться пусть старым, но рабочим
> дополнением, если захотят.

А как они к подписям относятся? Монополию себе зажмут, как мозилла? Или там поадекватнее народ?

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

316. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 24-Авг-15, 23:38 
> А как они к подписям относятся?

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

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

27. "Firefox переходит на новый API разработки дополнений,..."  +3 +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 04:43 
Это ещё не несёт. Разве что сгнить не дают. Во-первых, там их полтора человека. Во-вторых, там линуксы по остаточному признаку по большому счёту.

Кстати - ты не в курсе, как Pale Moon научить вменяемо себя вести с PRIMARY selection? В мозиллоидах есть хорошая и правильная фишка - когда выделение в поле делается автоматом, PRIMARY не меняется (допустим, что-то выделил, ткнул F6, попав вадресуню строку - можно нажать del и вставить то, что и было в primary). А вот когда клавой или мышью выделил - тогда, как и положено, заменяет. А вот в Pale Moon - заменяет всегда.

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

28. "Firefox переходит на новый API разработки дополнений,..."  –1 +/
Сообщение от arisu (ok), 22-Авг-15, 04:49 
> Это ещё не несёт. Разве что сгнить не дают.

вполне себе несут.

> Во‐первых, там их полтора человека.

всегда можно помочь.

> Во‐вторых, там линуксы по остаточному признаку по большому счёту.

с чего ты это решил? «по остаточному» там макось, потому что некому ней заниматься. а пингвинусом вполне есть кому.

> Кстати - ты не в курсе, как Pale Moon научить вменяемо себя
> вести с PRIMARY selection? В мозиллоидах есть хорошая и правильная фишка
> - когда выделение в поле делается автоматом, PRIMARY не меняется (допустим,
> что-то выделил, ткнул F6, попав вадресуню строку - можно нажать del
> и вставить то, что и было в primary). А вот когда
> клавой или мышью выделил - тогда, как и положено, заменяет. А
> вот в Pale Moon - заменяет всегда.

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

p.s. для себя пока решил тупо отключением автовыделения адресной строки и строки поиска: ctrl+a работает как полагается, можно ctrl+a, del, middle-click. геморрой, но лучше, чем ничего. надо смотреть в `.select()` — там где‐то условие привинтить на то, что не портить.

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

37. "Firefox переходит на новый API разработки дополнений,..."  +5 +/
Сообщение от rob pike (?), 22-Авг-15, 05:36 
> всегда можно помочь

SeaMonkey тоже можно помочь. Только никто не поможет.

С PaleMoon та же история. Форк никогда не сможет набрать большинство пользователей. Из этого следует что авторы расширений и дополнений не будут поддерживать их для PaleMoon. И неважно что пять человек вполне успешно могут продолжать тащить рендерилку HTML из свежих Firefox-ов, на обновление расширений человекочасов не хватит заведомо - не под изменившийся API браузера, он может быть стабильным как скала - под изменившиеся сайты, с которыми дополнения работают, ОС, с которыми дополнения работают, да и просто исправления багов.

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

38. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 22-Авг-15, 05:43 
>> всегда можно помочь
> SeaMonkey тоже можно помочь.

симанки нельзя помочь, увы. специфика такова, что они идут ко дну вместе с Firefox.

> С PaleMoon та же история. Форк никогда не сможет набрать большинство пользователей.
> Из этого следует что авторы расширений и дополнений не будут поддерживать
> их для PaleMoon.

(пожимает плечами) поживём — увидим.

> И неважно что пять человек вполне успешно могут
> продолжать тащить рендерилку HTML из свежих Firefox-ов,

ерунда не пишем, угу. с «тащить» — это к сборкам и симанке.

> на обновление расширений человекочасов
> не хватит заведомо

силами команды PM всё делать никто и не собирается.

ну чо, мы все умрём, да. поэтому самый правильный вариат — сложить лапки и не бултыхаться.

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

40. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от rob pike (?), 22-Авг-15, 06:02 
Implying PaleMoon идет какой-то сильно иной дорогой?

> с «тащить» — это к сборкам и симанке

Не тащить? Оставить все старые баги?

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

41. "Firefox переходит на новый API разработки дополнений,..."  –1 +/
Сообщение от arisu (ok), 22-Авг-15, 06:17 
> Implying PaleMoon идет какой-то сильно иной дорогой?

да.

>> с «тащить» — это к сборкам и симанке
> Не тащить? Оставить все старые баги?

эвона как, михалыч! оказывается, код‐то только в мозилле умеют делать, больше ни у кого благословения богов нет, потому не могут другие всякие!

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

107. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от rob pike (?), 22-Авг-15, 14:49 
>> Не тащить? Оставить все старые баги?
> эвона как, михалыч! оказывается, код‐то только в мозилле умеют делать, больше ни
> у кого благословения богов нет, потому не могут другие всякие!

В мозилле тоже не умеют, но в PaleMoon просто некому.

Чего б тогда вообще не взять тот же KHTML из Хрома, и не запилить на нём новый браузер с нормальной реализацией XUL, без врожденной кривизны?

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

123. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 16:23 
Например, потому что там своей врождённой кривизны хватает - многопроцессность та же.
Ответить | Правка | Наверх | Cообщить модератору

135. "Firefox переходит на новый API разработки дополнений,..."  –1 +/
Сообщение от Аноним (-), 22-Авг-15, 16:55 
>>> Не тащить? Оставить все старые баги?
>> эвона как, михалыч! оказывается, код‐то только в мозилле умеют делать, больше ни
>> у кого благословения богов нет, потому не могут другие всякие!
> В мозилле тоже не умеют, но в PaleMoon просто некому.
> Чего б тогда вообще не взять тот же KHTML из Хрома, и
> не запилить на нём новый браузер с нормальной реализацией XUL, без
> врожденной кривизны?

Потому что кроме XUL и XBL есть еще XPCOM. А это не только архитектура, но и огромное количество компонентов, которые по сути и есть _весь_ бекенд всего мозилловского. И без них это тоже будет не то.

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

152. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от arisu (ok), 22-Авг-15, 20:12 
> Потому что кроме XUL и XBL есть еще XPCOM. А это не
> только архитектура, но и огромное количество компонентов, которые по сути и
> есть _весь_ бекенд всего мозилловского. И без них это тоже будет
> не то.

«не то» от слов «совсем‐совсем». это как если бы взять какой‐нибудь Qt, и сказать: «а теперь, чуваки, мы весь старый API выкидываем на помойку, и делаем кардинально новый, никак не совместимый, который при этом не умеет даже половины того, что старый.» (даже с Qt5 на такое не решились)

а здешние «аналитики» бубнят про «да ерунда, перепишут же расширения!»

собственно, с умерщвлением XPCOM и XUL — mozilla platform is officially dead. зачем они настаивают на том, что получающийся в итоге кастрат всё ещё называется «Firefox» — я не понимаю.

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

178. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от Аноним (-), 22-Авг-15, 21:47 
> зачем они настаивают на том, что получающийся в итоге кастрат всё ещё называется «Firefox» — я не понимаю.

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

Мне вот интересно, на кой черт они продолжают пихать в браузер девтулзы. Покет понятно, тут $$$, а это-то зачем?! Хомячок нечаянно откроет, испугается и убежит же, разве нет? Тем более, через них можно, не дай б-г, менять содержимое страницы! Страшно, правда? Почти как опция для отключения JS, только еще хуже, ибо тут простор для творчества кривыми руками в разы больше.

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

179. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от arisu (ok), 22-Авг-15, 22:02 
> Если они сделают новый ничего не умеющий браузер с новым именем, он
> не будет нужен никому.

их Кардинально Новый Улучшеный Браузер со старым именем тоже никому нафиг не нужен, правда…

> Мне вот интересно, на кой черт они продолжают пихать в браузер девтулзы.

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

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

182. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Ytch (ok), 22-Авг-15, 22:49 
> их Кардинально Новый Улучшеный Браузер со старым именем тоже никому нафиг не нужен, правда…

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

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

193. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 23-Авг-15, 01:16 
> Может они и правда рассчитывают, что за это время все подорвутся и
> перепишут дополнения

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

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

214. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Анон222 (?), 23-Авг-15, 10:32 
Зря старался. :) Теперь же с Chrome легко портировать с новым API, а там уже готовый Tampermonkey, чуть подправил и всё. :)
Но зато теперь два проекта могут слиться в экстазе, а не распылять силы.
Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

215. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 23-Авг-15, 10:36 
вот только tampermonkey ни разу не аналог, а хреновая китайская поделка.
Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

239. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 13:10 
>> Может они и правда рассчитывают, что за это время все подорвутся и
>> перепишут дополнения
> автор GreaseMonkey у них в бложеге бурно радовался. писал, что он девять
> месяцев имел весёлый секс с обеспечением нормальной работы под электролизом, и
> тут опа! не просто допиливать, а переписывать всё заново. лень проверять,
> вытерли ли его комментарий, но он был просто в диком восторге.

GreaseMonkey что это? никогда не юзал, я хомячек?
Я упорно пытался прочтиать описание зачем оно......так и не понял в итоге.

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

248. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 13:41 
> я хомячек?
> так и не понял в итоге

Да

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

274. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от arisu (ok), 23-Авг-15, 21:05 
не перенапрягайся, а то травма черепа будет.
Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

188. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 00:01 
> их Кардинально Новый Улучшеный Браузер со старым именем тоже никому нафиг не
> нужен, правда…

Но тут-то хомяков обновит автоматом, а там нет.

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

313. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 24-Авг-15, 22:24 
> их Кардинально Новый Улучшеный Браузер со старым именем тоже никому нафиг не
> нужен, правда…

А иначе у маркетологов батхерт от того что аудитория плавно переходит на другие браузеры. В конце концов, если ничего не менять - все понимают что проект сдох. Вот правда изменения вида "поменяли форму вкладок и оторвали кастомизабельность", "передрали все как в хроме" и прочая - очень уж отдают коммитами в стиле "догоним и перегоним apache office".

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

238. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 13:08 
>[оверквотинг удален]
> старый, а хомячки и не узнают. А так хомячкам прилетит обновление
> и они пересядут и не заметят (ну или заметят и уйдут
> на хром, хехе), а остальные... Ну как-нибудь выкрутятся. Наверное. Ну это
> им уже не важно.
> Мне вот интересно, на кой черт они продолжают пихать в браузер девтулзы.
> Покет понятно, тут $$$, а это-то зачем?! Хомячок нечаянно откроет, испугается
> и убежит же, разве нет? Тем более, через них можно, не
> дай б-г, менять содержимое страницы! Страшно, правда? Почти как опция для
> отключения JS, только еще хуже, ибо тут простор для творчества кривыми
> руками в разы больше.

для души

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

314. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 24-Авг-15, 22:27 
> для души

Я думаю что их маркетоидам уместнее было бы засунуть еще в 5 раз больше рекламы. Для души. Ну чтобы на яхты хватило, при том не очень лоховские. Да и их скриптохипстоте для души какой-нибудь ифон лучше. Или виндофон. Но там вот правда брузер на другом движке ждали к обеду. В позапрошлую среду.

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

144. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от Ан (??), 22-Авг-15, 19:55 
В Хроме был WebKit, а не KHTML.

>Чего б тогда вообще не взять тот же KHTML из Хрома,
>и не запилить на нём новый браузер с нормальной реализацией XUL, без врожденной кривизны?

Хром не является не кривым. То что они решили пойти по пути многопроцессности это врождённая кривизна хрома.

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

148. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от rob pike (?), 22-Авг-15, 19:59 
> В Хроме был WebKit, а не KHTML.

Который прилетел с Луны, вероятно, а не был стащен у KDEшников и переименован.

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

156. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Ан (??), 22-Авг-15, 20:24 
Какая разница откуда он появился когда в нём от KHTML ничерта нету? Его специально перетрясли когда форкнули. А хром появился уже именно на WebKit.
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

240. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 13:12 
> Какая разница откуда он появился когда в нём от KHTML ничерта нету?
> Его специально перетрясли когда форкнули. А хром появился уже именно на
> WebKit.

ну как, подкинуть гузно на вентилятор....

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

149. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 22-Авг-15, 20:05 
> В мозилле тоже не умеют, но в PaleMoon просто некому.

ну, раз ты тут самый экспертистый эксперт, то не смею больше спорить. тебе видней.

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

150. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от arisu (ok), 22-Авг-15, 20:06 
> Чего б тогда вообще не взять тот же KHTML из Хрома, и
> не запилить на нём новый браузер с нормальной реализацией XUL, без
> врожденной кривизны?

а вот это, кстати, особенно вкусно. обожаю читать Экспертные Мнения от людей, которые смешивают в кучу XUL и XPCOM. они примерно настолько же забавны, насколько и мнения людей, считающих, что javascript и java — одно и то же.

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

192. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от rob pike (?), 23-Авг-15, 01:09 
Дурацкое предложение и должно выглядеть по-дурацки, чтобы подчеркнуть его неосуществимость.

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

195. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 23-Авг-15, 01:17 
> Дурацкое предложение и должно выглядеть по-дурацки, чтобы подчеркнуть его неосуществимость.

извиняюсь, не смог в иронию.

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

61. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 22-Авг-15, 11:05 
Он намекает на то, что SeaMonkey использует тот же Toolkit (хотя местами с крупными прослойками) и тот же Gecko, что и Firefox, и многие изменения коснутся и его. А заодно и Thunderbird.

Другой вопрос, что в багзилле уже регулярно поднимается вопрос о форкании тулкита для SeaMonkey с Thunderbird-ом.

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

153. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 22-Авг-15, 20:16 
> Другой вопрос, что в багзилле уже регулярно поднимается вопрос о форкании тулкита
> для SeaMonkey с Thunderbird-ом.

это было бы просто отлично, но верится слабо. потому что если хотят форкать — то форкают, а не занимаются буквочешицей в списках рассылок.

не смотря на то, что у SeaMonkey, вроде бы, весьма большая юзербаза — особых преимуществ по сравнению с тем же Pale Moon это не даёт. потому что подавляющее большинство этой юзербазы — как и в PM — «обычные пользователи». помощи в разработке от которых — не особо внятные багрепорты. спасибо пользователям за это, конечно, они не обязаны код писать, но я в данном случае и не об этом.

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

241. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 13:14 
>[оверквотинг удален]
>> для SeaMonkey с Thunderbird-ом.
> это было бы просто отлично, но верится слабо. потому что если хотят
> форкать — то форкают, а не занимаются буквочешицей в списках рассылок.
> не смотря на то, что у SeaMonkey, вроде бы, весьма большая юзербаза
> — особых преимуществ по сравнению с тем же Pale Moon это
> не даёт. потому что подавляющее большинство этой юзербазы — как и
> в PM — «обычные пользователи». помощи в разработке от которых —
> не особо внятные багрепорты. спасибо пользователям за это, конечно, они не
> обязаны код писать, но я в данном случае и не об
> этом.

пущай аналог телеметрии и автоматических форм отправки багрепортов запилят и не будет невнятностей никаких.....Bug Splat, etc им в помощь.

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

269. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 20:53 
Отправка багрепортов есть. Точно такая же, как в лисе.

Телеметрия, по идее, тоже в тулките. По крайней мере, в about:config опции есть, но я их включать не пробовал, и работают ли они, не знаю. Другой вопрос, что зачем она нужна симанковцам? Это статистика для маркетологов, которой они обосновывают удаление фич. Симанковцы не удаляют фичи, маркетолухов у них нету, зачем? Цели проекта и так ясны до предела: стабильный Mozilla Suite с новым движком и некоторыми годными фичами из Firefox и Thunderbird. (приватные окна, там, ливмарки, и т.д.)

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

277. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 23-Авг-15, 21:32 
> пущай аналог телеметрии

…никогда не делают.

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

102. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 14:37 
Собственно, у симанки шансы выжить, пожалуй, побольше. Форк - дело не особо хитрое, а с мозилловской инфраструктурой они насношались от и до. А знает его больше народу, и комьюнити вокруг него побольше и постарше.

Впрочем, лично мне он нравится банально тем, что пара "браузер и почтовик" жрёт памятиразав полтора больше, чем этот комбайн. Ну и интерфейс для меня приятнее - но это вкусовщина, конечно.

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

134. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от Аноним (-), 22-Авг-15, 16:53 
> Собственно, у симанки шансы выжить, пожалуй, побольше. Форк - дело не особо
> хитрое, а с мозилловской инфраструктурой они насношались от и до. А
> знает его больше народу, и комьюнити вокруг него побольше и постарше.
> Впрочем, лично мне он нравится банально тем, что пара "браузер и почтовик"
> жрёт памятиразав полтора больше, чем этот комбайн. Ну и интерфейс для
> меня приятнее - но это вкусовщина, конечно.

У них есть еще одно преимущество. Они в одной лодке с Thunderbird, а вот у него-то и известность ого-го и разработчиков много.
Если они на пару форкнут тулкит, то ОЧЕНЬ многие подобные проблемы будут решены раз и навсегда. Что характерно, подобные предложения уже не раз поднимались в багзилле, причем самими разработчиками.

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

54. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 22-Авг-15, 10:16 
> Из этого следует что авторы расширений и дополнений не будут поддерживать их для PaleMoon

Есть один контрпример — uBlock₀. Я не рассчитываю, что все, вдруг, обратят внимание на Palemoon, особенно, учитывая упоротость^Wбескомпромисность автора.

Но есть надежда, что тот же Pentadactyl, в случае невозможности работы с новым FF обратит внимание на Palemoon.

Все это, конечно, имеет смысл, если API окажется ограниченным в сравнении с XUL. Пока что мы слышали только про совместимость с Chrome, что не запрещает сделать API более гибким и позволить модифицировать интерфейс браузера.

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

110. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от rob pike (?), 22-Авг-15, 15:02 
автор DownThemAll тоже высказался http://www.downthemall.net/the-likely-end-of-downthemall/
Ответить | Правка | Наверх | Cообщить модератору

141. "Firefox переходит на новый API разработки дополнений,..."  –2 +/
Сообщение от виндотролль (ok), 22-Авг-15, 18:02 
> автор DownThemAll тоже высказался http://www.downthemall.net/the-likely-end-of-downthemall/

Истерика основана, пока что, на предположении, что новый API окажется гораздо менее функциональным. Есть ведь еще вариант, при котором файрфокс станет таким себе open-source vivaldi. Принципиально, ничего не мешает сделать кастомизиреумый UI (даже уровня pentadactyl) на html+css+js.

Но посмотрим, как оно будет. Я тоже не в восторге от нововведений, если что.

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

154. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от arisu (ok), 22-Авг-15, 20:19 
> Истерика основана, пока что, на предположении, что новый API окажется гораздо менее
> функциональным.

и он таки окажется. попроси кого‐нибудь прочесть тебе пункты про «кроссбраузерность» и разъяснить, почему «кроссбраузерность» никак не сочитается с мощным нестандартным API.

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

321. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 25-Авг-15, 00:42 
> и он таки окажется. попроси кого‐нибудь прочесть тебе пункты про «кроссбраузерность»
> и разъяснить, почему «кроссбраузерность» никак не сочитается с мощным нестандартным
> API.

Вот ты просто ясновидец. Аль в мозилле работаешь? Каким образом смена языка разметки влияет на фичастость API? Более того, XUL еще и имеет кучу ограничений. 3-колоночный лейаут на этом хваленом XUL в Thunderbird уже 10 лет не могут запилить.

А логика она что в XUL, что в WebApi — на JS.

Отсутствие XPCOM скажется. Но назови хоть одно нужное дополнение на XPCOM. DownThemAll? Не смеши мой wget и transmission.

Короче, белки истерички одобряют двой пост.

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

324. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 25-Авг-15, 00:59 
> Вот ты просто ясновидец.

да.

> Аль в мозилле работаешь?

нет, у меня мозг разумного существа.

> Каким образом смена языка разметки влияет на фичастость API?

ясно, с тобой мы на этом закончили: ты вообще не понимаешь, о чём речь, но пытаешься что‐то вякать.

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

329. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Ан (??), 25-Авг-15, 09:20 
>3-колоночный лейаут на этом хваленом XUL в Thunderbird уже 10 лет не могут запилить.

Есть у громоптицы 3-колоночный лейаут. Даже 4 колонки может быть если ещё Lightning пользоваться. Я уже молчу что любой лейаут до недавних пор через одно место на html+css делался.

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

332. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 25-Авг-15, 12:18 
> Есть у громоптицы 3-колоночный лейаут. Даже 4 колонки может быть если ещё
> Lightning пользоваться. Я уже молчу что любой лейаут до недавних пор
> через одно место на html+css делался.

Я думал, что пользователям Thunderbird, не придется объяснять, что имелось ввиду.

https://bugzil.la/213945, который заблочен вот этим https://bugzil.la/441414

Багу 12 лет. Назначен bounty. Можно заработать. Welcome.

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

346. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Ан (??), 25-Авг-15, 17:30 
Ей богу не понимаю в чём проблема. http://i.imgur.com/N9moQfu.png
Я правда таким лайаутом не пользуюсь поскольку бесполезная трата горизонтального пространства.
Там как я понял проблема в том что хотят в таблицу/список пихать другие лейауты.(трёхстрочные?)
Возможно ошибаюсь. Поясните в чём я ошибся.

>Я думал, что пользователям Thunderbird, не придется объяснять

А что все пользователи обязательно должны хотеть интерфейс как в Outlook?

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

347. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 26-Авг-15, 00:16 
> Ей богу не понимаю в чём проблема. http://i.imgur.com/N9moQfu.png
> Я правда таким лайаутом не пользуюсь поскольку бесполезная трата горизонтального пространства.

Я таким лейаутом пользуюсь, и на 12" смотрится не очень. Но на 16:9 это дает больше пространства для писем, потому приходится мириться.

> Там как я понял проблема в том что хотят в таблицу/список пихать
> другие лейауты.(трёхстрочные?)
> Возможно ошибаюсь. Поясните в чём я ошибся.

Все верно. Хотят rich content в дереве.

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

А иначе фичу никто имплементировать не может.

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

348. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Ан (??), 26-Авг-15, 00:53 
>Я таким лейаутом пользуюсь, и на 12" смотрится не очень.
>Но на 16:9 это дает больше пространства для писем

То же 16:9 в разрешении 1920x1080.
Но все равно я предпочитаю классическую разбивку(слева - дерево профилей, справа - вверху список древовидный, а снизу - само письмо)
Такое предпочтение потому что письмам текстовым хватает пространства, а рекламные буклетики - это ничего страшного и важного. Если сильно припрёт можно и двойным кликом открыть письмо.

>Все верно. Хотят rich content в дереве.
>На самом деле, есть патч, который добавляет в XUL такую возможность.
>Но XUL-ом владеет Mozilla и патч принимать отказывается.
>А иначе фичу никто имплементировать не может.

В таком случае проблема не в колончатом лейауте, а в хотелках по поводу конкретного виджета.
Виджет вообще расчитан на древовиднуюю таблицу как я понимаю и на кой чёрт из таблицы делать список непонятно(можно понять отдельные ячейки кастомить - да)
Для ихних хотелок нужен что-то типа treelistview какой, а вообще достаточно было бы дать возможность изменить виджет отображающий список писем вместо того что бы лесть в XUL и из таблицы пытаться сделать не пойми что.

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

349. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Ан (??), 26-Авг-15, 01:01 
> справа - вверху список древовидный, а снизу - само письмо

То есть правая область разделена на верхнюю и нижнюю части.

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

350. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 26-Авг-15, 01:39 
> В таком случае проблема не в колончатом лейауте, а в хотелках по
> поводу конкретного виджета.
> Виджет вообще расчитан на древовиднуюю таблицу как я понимаю и на кой
> чёрт из таблицы делать список непонятно(можно понять отдельные ячейки кастомить -
> да)
> Для ихних хотелок нужен что-то типа treelistview какой, а вообще достаточно было
> бы дать возможность изменить виджет отображающий список писем вместо того что
> бы лесть в XUL и из таблицы пытаться сделать не пойми
> что.

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

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

357. "Firefox переходит на новый API разработки дополнений,..."  –1 +/
Сообщение от виндотролль (ok), 29-Авг-15, 01:33 
Ну а что отвечать то? Есть запрос от пользователей: список писем, как в KMail, Outlook, Claws Mail, Lotus Notes и любом другом современном клиенте. Запрос уже 12 лет висит.

Еще раз: древовидный список, где каждый элемент имеет рич контент.
https://bugzil.la/213945

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

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

356. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 29-Авг-15, 01:26 
Пофиксите уже ишшу в сандерберд.
Нужно древовидное отображение с рич контентом в несколько строк.
Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

358. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Andrew (??), 30-Авг-15, 14:29 
не вижу проблем в реализации. Готов рассмотреть вопрос за отдельную плату.
Ответить | Правка | К родителю #356 | Наверх | Cообщить модератору

330. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от Аноним (-), 25-Авг-15, 11:10 
>3-колоночный лейаут на этом хваленом XUL

<hbox flex="1">
  <vbox flex="1" />
  <splitter collapse="before">
    <grippy />
  </splitter>
  <vbox flex="2" />
  <splitter collapse="after">
    <grippy />
   </splitter>
  <vbox width="200" />
</hbox>

Вот трехколоночный. Между колонками разделители, их можно перетаскивать и колонки можно сворачивать нажатием. Третья колонка фиксированной ширины, первые две растягиваются в пропорции 1:2.

Можно теперь увидеть то же самое на HTML?

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

331. "Firefox переходит на новый API разработки дополнений,..."  –2 +/
Сообщение от arisu (ok), 25-Авг-15, 11:15 
> Можно теперь увидеть то же самое на HTML?

теперь оно или пропадёт вообще, или вывалит нечитаемый дамп из html-css-js каши. после чего можно добить вопросом: «а чтобы системную тему оформления подхватывало?»

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

338. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 25-Авг-15, 14:14 
>> Можно теперь увидеть то же самое на HTML?
> теперь оно или пропадёт вообще, или вывалит нечитаемый дамп из html-css-js каши.
> после чего можно добить вопросом: «а чтобы системную тему оформления подхватывало?»

Кстати, подхватывание как раз можно сделать, если мозилла не удалит css-свойство -moz-appearance. В XUL оно именно так и сделано. Другой вопрос, что, скорее всего, если оно и будет, то в Servo оно все равно будет ненативным.

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

333. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 25-Авг-15, 12:26 
>[оверквотинг удален]
>   <vbox flex="1" />
>   <splitter collapse="before">
>     <grippy />
>   </splitter>
>   <vbox flex="2" />
>   <splitter collapse="after">
>     <grippy />
>    </splitter>
>   <vbox width="200" />
> </hbox>

Я согласен, что выразился не совсем точно.
https://bugzil.la/213945 и https://bugzil.la/441414

За фикс можно даже получить деньги. Люди 12 лет ждут, а специалист по XUL так и не объявился.

Хоть 3 колонки — не совсем то, о чем я хотел попросить, но те же 3 колонки на html делаются с помощью frame-ов.

<frameset cols="25%,50%,25%">
  <frame src="left.htm">
  <frame src="center.htm">
  <frame src="right.htm">
</frameset>

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

334. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 25-Авг-15, 12:28 
> Хоть 3 колонки — не совсем то, о чем я хотел попросить,
> но те же 3 колонки на html делаются с помощью frame-ов.

спасибо, это было смешно.

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

335. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от тотсамыйаноним (?), 25-Авг-15, 13:24 
Тебя рассмешило, что оно системную тему подхватило? Пойди лучше баг в Thundebird почини. Похвастаешься одноклассникам, еще и на мороженное заработаешь.
Ответить | Правка | К родителю #334 | Наверх | Cообщить модератору

336. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 25-Авг-15, 13:29 
когда мне понадобится идиотская реплика от идиота — я тебя позову, спасибо.
Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

337. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 25-Авг-15, 14:09 
> https://bugzil.la/213945

А, собственно, при чем тут XUL?

> и https://bugzil.la/441414

А для этого есть listbox и richlistbox. В tree такие ограничения от того, что элементы там не элементы, а просто нарисованный внутри текст. Там внутри располагается (автоматом через XBL-биндинг) элемент treechildren, а он просто рисует элементы из своего Data View. Зачем это нужно? Для производительности.

> Хоть 3 колонки — не совсем то, о чем я хотел попросить,
> но те же 3 колонки на html делаются с помощью frame-ов.
> <frameset cols="25%,50%,25%">
>   <frame src="left.htm">
>   <frame src="center.htm">
>   <frame src="right.htm">
> </frameset>

А где сворачивание по нажатию на разделитель? Я уж промолчу про сами фреймы, когда на дворе 2015 год.

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

339. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 25-Авг-15, 14:39 
> А, собственно, при чем тут XUL?
> В tree такие ограничения от
> того, что элементы там не элементы, а просто нарисованный внутри текст.
> Там внутри располагается (автоматом через XBL-биндинг) элемент treechildren, а он просто
> рисует элементы из своего Data View. Зачем это нужно? Для производительности.

Есть конкретное ограничение XUL, которое мешает пользователям. Из-за этого ограничения пользователи не могут сделать mail list узким, потому что контент организовывается строго в колонки.

Поправить не могут уже 12 лет. При чем тут XUL?

> А где сворачивание по нажатию на разделитель? Я уж промолчу про сами
> фреймы, когда на дворе 2015 год.

Ну вы имплементирвали больше, чем просто 3 колонки. Со сворачиванием по клику будет уже значительно бльше кода :) А аргумент про 2015 год — не аргумент. Я ведь так же могу ответить: какой XUL, когда на дворе 2015 год?

Я прекрасно понимаю разницу между языком разметки и языком для организации UI компонентов. Я прекрасно понимаю, что где-то XUL может быть производительнее, где-то — выразительнее (все-таки, это гораздо более высокий уровень абстракции). И я вперед согласен с тем, что UI писать лучше на XUL.

Но я не вижу принципиальной сложности в том, чтоб написать Pentadactyl на html+css+js при наличии вменяемого API, что мозилла, судя по их блогу, обещает сделать.

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

342. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 25-Авг-15, 15:32 
> Есть конкретное ограничение XUL, которое мешает пользователям. Из-за этого ограничения пользователи не могут сделать mail list узким, потому что контент организовывается строго в колонки.
> Поправить не могут уже 12 лет. При чем тут XUL?

Так: https://bug213945.bmoattachments.org/attachment.cgi?id=258111
Ну правильно, для этого есть элемент richlistbox. Нужен пример? Посмотрите в менеджер загрузок или в менеджер аддонов, там именно он. Вот там уже любые выкрутасы можно. Можно даже строки разной высоты делать: http://mozillalinks.org/wp-content/uploads/2008/06/addons.png

Если все строки одинаковой высоты, то так и через listbox можно.
А еще можно просто сделать vbox, а в него напихать произвольных элементов. Так, например, в Error Console сделано. Так что способов-то масса.

А tree — это таблица. Он и не должен так уметь. И, кстати, HTML table тоже так не умеет, если не плодить костылей вроде. Так что повторяю вопрос: а при чем здесь XUL?

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

343. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 25-Авг-15, 15:35 
* костылей вроде
<table>
  <tr><td>
    <div/>
    <div/>
    ...
    <div/>
   </td></tr>
...
Ответить | Правка | К родителю #342 | Наверх | Cообщить модератору

243. "Firefox переходит на новый API разработки дополнений,..."  –1 +/
Сообщение от Аноним (-), 23-Авг-15, 13:30 
>> автор DownThemAll тоже высказался http://www.downthemall.net/the-likely-end-of-downthemall/
> Истерика основана, пока что, на предположении, что новый API окажется гораздо менее
> функциональным. Есть ведь еще вариант, при котором файрфокс станет таким себе
> open-source vivaldi. Принципиально, ничего не мешает сделать кастомизиреумый UI (даже
> уровня pentadactyl) на html+css+js.
> Но посмотрим, как оно будет. Я тоже не в восторге от нововведений,
> если что.

все тлен, идеального ничего нет.....недавно в КДЕ прочитал аннотацию на пустом значке, в двух словах там выражение Лайнуса что то типа: "недостаточно быть хорошим кодером чтобы делать линукс, надо еще и быть порядочным bastard" ;)

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

278. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от arisu (ok), 23-Авг-15, 21:34 
> Лайнуса

интересно, а кто это и чем знаменит?

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

315. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 24-Авг-15, 23:05 
> Истерика основана, пока что, на предположении, что новый API окажется гораздо менее
> функциональным.

Истерика основана на том что по сути - это таки еще одна "шкурка к гуглохрому" теперь. Ну и зачем оно такое? Вот реально - проще всего им было бы взять гуглохром и заменить в нем брендинг на свой. Там уже все сделано так как они хотят. Единственный повод НЕ делать так - синдром NIH.

> open-source vivaldi.

И Opera Software # 2. Ну что, делаем ставки - кто скупит высушенный трупик мозилла корп? :)

> Принципиально, ничего не мешает сделать кастомизиреумый UI (даже
> уровня pentadactyl) на html+css+js.

Теоретически, вы бы завтра могли полететь в экспедицию на Луну...

> Но посмотрим, как оно будет. Я тоже не в восторге от нововведений, если что.

ИМХО, с лисы пора валить. Это теперь walled garden, набитый маркетологами которые в жажде срубить денег весьма конкретно закусили удила.

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

322. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от виндотролль (ok), 25-Авг-15, 00:49 
> Истерика основана на том что по сути - это таки еще одна
> "шкурка к гуглохрому" теперь. Ну и зачем оно такое? Вот реально
> - проще всего им было бы взять гуглохром и заменить в
> нем брендинг на свой. Там уже все сделано так как они
> хотят. Единственный повод НЕ делать так - синдром NIH.

Движок свой. API свой, но совместимый. Где хром?

> Теоретически, вы бы завтра могли полететь в экспедицию на Луну...

Вы видели современные веб-приложения? UI Pentadactyl — это детский сад в сравнении с тем, что матерые фронтендеры делают на html+css+js.

> ИМХО, с лисы пора валить.

Обычно, дальше этих слов никогда не заходит.

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

323. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от arisu (ok), 25-Авг-15, 00:58 
> Вы видели современные веб-приложения?

видели. выглядит как куча говна, стили оформления ОС не подхватывает.

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

242. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от Аноним (-), 23-Авг-15, 13:28 
> автор DownThemAll тоже высказался http://www.downthemall.net/the-likely-end-of-downthemall/

прочитал, аж плакать хочеться, но в целом оно и не нужно....современный инет у всех стабильный так что надобность в этом отпала, к тому же есть они в любой ОС в отдельном виде и так они работают лучше на порядок чем тот же downthemall который в итоге тормозит работу самого браузера. В одном я с автором сего поста согласен, прежний фокс умрет, да и х с ним...;) Кому надо сделает себе замену, форкнет и продолжит, кому не надо будет использовать новый, тот же uBlock/uMatrix не так уж много народу использует и тот же Greasmonkey и то поди меньше, наставить вы себе хоть 200 их можете, это ничего не говорит о том, что пользуетесь вы этим или нет. По факту мне хватало бы одного скромного ад блокера, пофиг каким он будет и от кого, сейчас пользуюсь uBlock, но его автор тоже тот еще мутный чел, сначала впарил код какому то уроду который поднарубить бабла захотел, потом обратно взялся за проект, да пускай он даже поступит с uBlock как с AdblockPlus мне лично пофиг, главное чтобы проект развивался и обновлялся регулярно.

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

За ближайшие 5 лет еще родится не одна сотня этих браузеров и так же бесславно подохнет, если ради появления чего то большего чем то что есть сейчас сдохнет какой-либо проект покрупнее то плевать ;)....сообщество ничего не изменит, это уже все поняли....нет вообще никакого сообщества.

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

268. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 18:20 
>>у всех

Попрошу не обобщать. Например в одном городе не на крайнем севере, но близко, дорогой проводной интернет, но дешёвый 3G интернет. Что прикажите этим людям делать?

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

276. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 23-Авг-15, 21:18 
Качать качалкой.
Ответить | Правка | Наверх | Cообщить модератору

279. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от arisu (ok), 23-Авг-15, 21:36 
о, а вот и Иксперд. который вообще ничего в теме не понимает, uBlock у него мозилловское расширение, а не заработавшее сперва в хроме, но Мнение имеет. знаток. убивать надо таких знатоков из рогатки.
Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

326. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Аноним (-), 25-Авг-15, 02:45 
> у всех стабильный так что надобность в этом отпала,

Попробуй без подобных расширений скачать, допустим, OSM Planet File. Особенно прикольно если соединение все-таки оборвется. Этак на 22-м гигабайте из 25. А докачку встронная 1-поточная качалка и не умеет ни разу. Не говоря о том что далеко не всегда соединение в 1 поток может полностью прогрузить канал. Прикольно наверное ждать в 3 раза дольше и потом обнаружить что немеряная закачка еще и обломалась к тому же. Давай, дескать, еще полдня покукуем без нужного файла.

> они работают лучше на порядок чем тот же downthemall который в
> итоге тормозит работу самого браузера.

Вот только DTA - видит страницу так же как ее видит браузер. И может сдернуть оттуда все что видит браузер, в том же виде. А вот отдельные качалки в этом плане работают через пень-колоду.

> поста согласен, прежний фокс умрет, да и х с ним...;)

А гуглохром уже есть. У гугеля. Мозилла становится попросту лишним элементом интерьера.

> главное чтобы проект развивался и обновлялся регулярно.

Опера уже доразвивалась до состояния когда продаваться собирается.

> что просто заглядывать в эти аддоны страшно что в мозилке, что в хроме....

Знаете, я вот выбирал файрфокс за кастомизируемость. А теперь это лишь жалкий ripoff хрома по сути. Ну и смысл в существовании фокса? Хром уже есть и без них, а самоцель перетянуть одеяло на свой стор - есть только у маркетоидов мозиллы, увы и ах.

> ничего не изменит, это уже все поняли....

Ну вон pale moon кажется неплохо поднимается на мозильских инициативах.

> нет вообще никакого сообщества.

А кто тогда подхватил сорц экс-нетшкафа и сделал из этого Mozilla Suite, а потом и Firefox 1.0? Ну не мозилла корпорейшн же - ее тогда еще не было :)

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

44. "Firefox переходит на новый API разработки дополнений,..."  –2 +/
Сообщение от soarin (ok), 22-Авг-15, 06:32 
> вполне себе несут

Прям бегут...

https://github.com/MoonchildProductions/Pale-Moon/issues/154

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

101. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 14:31 
А как ты умудрился автовыделение строки поиска отключить? Адресная - понятно, browser.urlbar.clickSelectsAll, но для поиска я ничего не нашёл. Кстати, если в код лезть - можно заодно и хоткей сделать для вставки из primary.

Поо остаточному - потому что плевать на репы хотели, например. По выбору дефолтного значения для того browser.urlbar.clickSelectsAll с мотивацией "униформное поведение между платформами".

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

157. "Firefox переходит на новый API разработки дополнений,..."  +1 +/
Сообщение от arisu (ok), 22-Авг-15, 20:26 
> А как ты умудрился автовыделение строки поиска отключить?

самопальным патчем, вестимо. у меня на x86, 4GB RAM, с нуля Pale Moon собирается за час, и даже в своп при этом не лазит. следовательно, никаких проблем со сборкой личных версий нет.

> Адресная - понятно, browser.urlbar.clickSelectsAll

это не всё: выбор по клавиатурному фокусу это никак не снимает же.


> Поо остаточному - потому что плевать на репы хотели, например. По выбору
> дефолтного значения для того browser.urlbar.clickSelectsAll с мотивацией "униформное
> поведение между платформами".

и тут они таки правы, если принять во внимание, что основная масса пользователей PM — вантузоиды и свитчеры. MC между «идеологически верно» и «пользователи привыкли» обычно выбирает «пользователи привыкли», даже если пользователи привыкли к явной глупости.

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

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

65. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от KOT040188 (?), 22-Авг-15, 11:25 
>Кстати - ты не в курсе, как Pale Moon научить вменяемо себя вести с PRIMARY selection? В мозиллоидах есть хорошая и правильная фишка - когда выделение в поле делается автоматом, PRIMARY не меняется (допустим, что-то выделил, ткнул F6, попав вадресуню строку - можно нажать del и вставить то, что и было в primary). А вот когда клавой или мышью выделил - тогда, как и положено, заменяет.

А как это настроить. У меня всё равно заменяет PRIMARY при автоматическом выделений. Из-за этого пришлось отключить фокус в адресной строке. Вот тема https://forum.mozilla-russia.org/viewtopic.php?id=62085

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

104. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от Crazy Alex (ok), 22-Авг-15, 14:40 
В мозиллообразных ничегонастраивать не пришлось - они у меня везде так себя ведут. Разве что у вас какие-то гномовские настройки для GTK вмешались.
Ответить | Правка | Наверх | Cообщить модератору

129. "Firefox переходит на новый API разработки дополнений,..."  +/
Сообщение от KOT040188 (?), 22-Авг-15, 16:32 
Я тоже ничего не настраивал. По умолчанию primary заменяется при автоматическом выделении. Увы…
Ответить | Правка | Наверх | Cообщить модератору

47. "Firefox переходит на новый API разработки дополнений,..."  –2 +/
Сообщение от Fracta1L (ok), 22-Авг-15, 07:04 
Под флагом этого поделия всё то закостенелое УГ, из-за которого пользоваться FF было невозможно)
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

52. "Firefox переходит на новый API разработки дополнений,..."  +2 +/
Сообщение от Аноним (52), 22-Авг-15, 09:36 
Тут клуб худых, вам в соседний зал.
Ответить | Правка | Наверх | Cообщить модератору

217. "Firefox переходит на новый API разработки дополнений, совмес..."  +/
Сообщение от Grammar Narziss (?), 23-Авг-15, 10:41 
"так же ничего не могли, как"
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

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

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




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

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