LINUX.ORG.RU

Pale Moon 28.7.0

 , ,


2

0

Доступна новая значительная версия Pale Moon — браузера, который когда-то был оптимизированной сборкой Mozilla Firefox, но со временем превратился в достаточно самостоятельный проект, уже во многом не совместимый с оригиналом.

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

Добавлено:

  • Поддержка контейнеров Matroska и форматов WebM видео, основанных на H264;
  • Поддержка аудио в формате AAC для Matroska и WebM;
  • Возможность использования пробелов в имени пакета на Mac и в имени приложения (имеет отношению к ребрендингу);
  • Исключение в правило ограничения домена для файлов шрифтов;
  • Поддержка нативного выбора файлов для XDG на Linux.

Удалено:

  • Информация об e10s в about:troubleshooting;
  • Утилита разработчика WebIDE;
  • Возможность отключения строки статуса во время компиляции;
  • Кнопки «Удалить эту страницу» и «Забыть об этом сайте» в живых закладок (они не имеют смысла в лентах);
  • Специальную версию User Agent для «Financial Times», которые теперь самостоятельно обрабатывают Pale Moon.

Обновлены:

  • Иконки закладок по-умолчанию;
  • Библиотека SQLite до версии 3.29.0.

Другие изменения:

  • Значительные изменения в парсере JavaScript, которые реализуют ES6 преобразование в строковое представление классов в соответствии с ES2018, а также параметры rest/spread для литералов объектов;
  • Поведение внутреннего окна при при изменении домена приведено в соответствие с поведением остальных браузеров;
  • Улучшена производительность работы со свойствами фреймов;
  • Ускорена обработка HTML5-строк;
  • Повышена скорость загрузки изображений;
  • Отныне изображения в формате SVG всегда выравниваются попиксельно для их чёткого отображения;
  • Исправления ошибок.

>>> Ссылки для загрузки

>>> Сайт с дополнениями

>>> Подробности

★★★★★

Проверено: jollheef ()
Последнее исправление: Wizard_ (всего исправлений: 4)
Ответ на: комментарий от GlazoK

Я про macOS-ный, на iOS нету QuickTime.

anonymous
()
Ответ на: комментарий от eternal_sorrow

Давно полноценные ЭВМ бытовой техникой стали?

anonymous
()
Ответ на: комментарий от eternal_sorrow

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

anonymous
()
Ответ на: комментарий от anonymous

какие мои хотелки?

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

причём здесь хотелки?
у тебя любое оправдание кривизны рук это чужие хотелки?

darkenshvein ★★★★★
()
Ответ на: комментарий от darkenshvein

А причём тут кривизна рук?

Если речь идёт о чисто маргинальном браузере, то он на никому не нужен.

Как выйдет до чего-то нормального (на самом деле нет), то можно о чём то говорить, чтобы кто-то тестировал или ещё что.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от eternal_sorrow

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

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

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Вы так говорите, как будто графическая подсистема винды чем то лучше.

Да, естественно. Всё лучше чем Xorg

fornlr ★★★★★
()
Ответ на: комментарий от fornlr

Это просто факт. Менее гибкая, но более качетвенная. И именно потому, что её уже 25 лет не меняют.

А собственно чем Хорг плох? Все кто хотел, уже давным давно заставили свои поделия в ём работать хорошо.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от fornlr

Протоколы графического сервера. С ним самим чего только не делали, но приложения вин95 абсолютно корректно рисуют окна даже в десятке. Разве что масштабирование шрифтов поломали, но это всё.

kirill_rrr ★★★★★
()
Ответ на: комментарий от eternal_sorrow

А что не работает, то не нужно. Если я выкачу список софта, которым пользуюсь регулярно, то ваш комп захлебнётся от спауна клонов xwayland. А панель ДЕ вообще не запустится.

kirill_rrr ★★★★★
()
Ответ на: комментарий от eternal_sorrow

ты понятия не имеешь, как оно работает, не так ли?

Я имею понятие, что до какой то там из последних версий гнома на каждое Х-приложение запускался отдельный xwayland. А скольки то версиями ранее для запуска вайланд-сессии gdm должен был запуститься на полноценном Х11. И уже тогда вайланд-фанатики говорили всё то же самое, что сейчас вы.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Никогда такого не было. Это просто невозможно. Гном экспортирует переменную DISPLAY и на этом дисплее уже висит один единственный инстанс Xwayland’а.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от eternal_sorrow

которого никто писать не думал, не думает и думать не будет. Только радеоны gcn 1.3 и выше, интелы не нижк чего то и как там сейчас дела у нвидия? Думаю не ошибусь, что 340 ветка никогда не получит нужных библиотек.

kirill_rrr ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Вот только какой нибудь сферический unigin valley на нуво сольёт всё с такой болью, что придётся всё сносить.

kirill_rrr ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Мне ехать. Если у меня стоит игровая видеокарта (а что угодно мощнее gma3150 - игровая видеокарта), то оно должно запускать игры своего поколения. И желательно терять 30% производительности, а не 300%

*я ещё могу понять, когда дебиан8 использует нуво для nv gf5200 потому что какая то 74-я ветка блоба в принципе на нём не соберётся. Но если можно использовать поддерживаемый драйвер, то нуво в топку.

**кстати, играть в q3 на gf5200 на нуво в принципе можно. А запустить гном - никогда.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 2)
Ответ на: комментарий от darkenshvein

Кривизны рук палемуноделов, которые не осиливают сделать это говно мамонта совместимым с современными браузерами, ещё и нужные технологии выкидывают? А виноваты вебкодеры, ага. Вебкодеры просто делают своё дело, им сказано сделать под n браузеров и не отвлекаться — они и делают, бюджет-то не резиновый, и время тоже: пока ты будешь под всякие палемуны пихать костыли — конкуренты уже выродят продукт без поддержки палемуна и захватят рынок, а ты соси лапу.

anonymous
()
Ответ на: комментарий от kirill_rrr

ну так я тебе и не предлагаю постоянно так работать. для игр можно запустить иксы с блобом. а вот для того, чтобы потестировать wayland - почему бы и не использовать nouveau?

eternal_sorrow ★★★★★
()
Ответ на: комментарий от darkenshvein

Нищеброды с 512 МБ ОЗУ не принесут дохода, зачем бизнесу ради них стараться и платить за время работы вебкодеров, потраченное на затачивание под 512 МБ ОЗУ? Можешь считать это ресурсным цензом.

anonymous
()
Ответ на: комментарий от anonymous

Когда то в дремучую индустриальную эпоху существовало такое понятие «стандарт». И для построения веба тоже был разработан стандарт, один для всех. Возможно кто то надеялся, что вебкодеры будут делать свои поделия по этому стандарту, а разработчики браузеров реализуют его в своих поделиях.

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Не неси фигню, WDDM чуть более десяти лет всего. А с GDI виндузятникам повезло, он изначально так сделан, чтобы пофиг было, на чём рисовать, вот и меняют бекэнд постоянно, как перчатки, без слома совместимости. Линуксоидам тоже могло бы так повезти, если бы окошки рисовал, например, PostScript, как в OpenSTEP/GNUSTEP — ему тоже пофиг, на чём рисовать. Но где он теперь?

anonymous
()
Ответ на: комментарий от eternal_sorrow

Вообще потестить что то я могу только на своём ноуте с радеоном hd8450G, это до-gcn карта, адекватно работает только свободный драйвер radeon. И уж если тестить, то что угодно кроме гнома. Есть идеи дистрибутива? Какие шансы взлететь?

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Маня, там нету клиент-сервера, всё на одной машине рисуется напрямую через вызовы WinAPI. Сетевая прозрачность — фишка чисто иксов.

anonymous
()
Ответ на: комментарий от anonymous

Так и в Х11 потроха меняли 4 раза. Справедливо замечено, что изначальные векторные примитивы для рисования окна уже давно никто не использует. Могли бы и выкинуть, раз им код сложный.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Только радеоны gcn 1.3 и выше

Э-э-э, у меня вообще pre-GCN, вяленд работает, ЧЯДНТ? Даже ютуб в хромиуме под weston/gnome-shell шустренько работает.

anonymous
()
Ответ на: комментарий от eternal_sorrow

И для Wine иксы с блобом, ага. Не для игруль, а для полезного софта типа офиса или метатрейдера. Разрабы Wine уже давно сказали, что поддержку Wayland даже пытаться делать не будут.

И они правы, потому что Wayland — днище, сделанное не для десктопов, а с оглядкой на современные мобильные недооперационки, где под предлогом безопасности всё огорожено. Банальные возможности десктопа типа доступа к чужим окнам, управления окнами со стороны приложения, снимков экрана — запрещены, в лучшем случае делаются через расширения протокола или вовсе композитороспецифичные костыли. Которые никогда не будут поддерживаться везде, потому что как минимум в гномощели выпиливают всё, что идеологии не соответствуют, а разработчики софта будут ориентироваться на гномощель и отказываться от соответствующих возможностей. Это будущее уже наглядно видно по тому, что творится с расширениями для Firefox/Thunderbird — разработчики отказываются от их поддержки один за другим, потому что в худшем случае расширение вообще нельзя портировать без запила новых API в браузере (которые запиливать откажутся, потому что получится шерето), а в лучшем — надо с нуля всё переделывать. Кому приятно, когда годами всё работало, а тут пришли хипсторы и совместимость сломали, пустив труды молодости насмарку? Вон в FVWM и Emacs десятилетиями почти ничего не ломается.

anonymous
()
Ответ на: комментарий от kirill_rrr

Они не микроскопические. Стандарты пополняются инновационными технологиями, до которых аналогичные вещи делались через жопу или не делались в браузерах вовсе. Чего только стоят Flexbox'ы, fetch, вышеупомянутые WebRTC и WebUSB, WebAssembly... Чтобы обеспечивать поддержку говна мамонта, в лучшем случае надо пихать тормозные полифиллы, а то и вовсе Flash (без него в некробраузерах даже в буфер обмена не скопируешь). В худшем надо всё переделывать, потому что толковые полифиллы делать нельзя (вот как ты будеш Canvas эмулировать?) — причём всё на том же Flash, или вообще внебраузерным приложением. Кому это надо? Проще забить на некрофилов.

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

anonymous
()
Ответ на: комментарий от kirill_rrr

И потеряется одна из киллер-фич иксов — запуск некрософта на Xlib/Motif, ага. У меня такой стоит даже, XS++, например.

anonymous
()
Ответ на: комментарий от anonymous

Т.е. ситуация нормальная. Вот есть свежайший хром, и нам срочно надо перерисовать эту сраную кнопку на новую технологию, работающую через его баг? Canvas? WebRTC и WebUSB, WebAssembly? Нахрена оно вообще нужно и почему это надо внедрять вот прямо сейчас, а не когда альфа-тестирование в том же хроме перейдёт хотя бы в бэта стадию? Вот внедрили в веб всю эту хрень, он что, удобней стал? Ага, щас.

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

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от anonymous

Почитал про Канвас в википедии. Любопытный пример как НЕ НАДО решать задачи. Я не знаю как надо, но очевидно не так.

kirill_rrr ★★★★★
()
Ответ на: комментарий от vasya_pupkin

Всё относительно.. Есть тормоза и поболе. Валяется у меня в архивах, с тех пор как я этой «луной» пользовался (ещё во времена метаний между линуксом и масдайкой). Чистог «шоб було» - помню, что ставить не нужно, а почему - не помню. Ну тут смотрю - обнова. Надо скачать и поставить - потыкать палочкой. Поставил, потыкал и сразу вспомнил, почему отказался я от него - жрёт ресурсов даже больше, чем мой основной Iridium (на хромиуме). Не говоря уж о Seamonkey. У меня коньки сразу показывают что почём - одна и та же страница во всех браузерах. Общее потребление системы - 14%. Иридиум - 10%. Креветко - 9% (работают примерно одинаков шустро. во всяком случае на «менее 10» закладках) И это сейчас на 6 гигах. А во времена метаний я-то на 2 гигах и пентиуме «м» сидел - там каждый килобайт на вес золота был. Так что теперь у меня просто новая версия «шоб було»(с) - пользоваться буду вряд ли.

ЗЫ. Самый миниатюрный, шустрый и удобный браузер, которым я пользовался, был QtWeb (Qt+webkit если ничего не путаю) написанный вроде как студентом. Пока шйтан-труба полностью не перехала на HTML5 только им и пользовался. Но увы - в 13м году проект оказался заброшен и, с учётом современный тенденций «сайтописания» («Надо больше скриптов богу скриптов и „мозгов“ богу памяти!»(с)), многое уже не работает (да и не запускается он - 32хбитный был).

Это браузер состоял из одного файла в районе 13 Mb (что под масдай, что под линь, что под макось) и на момент своей «смерти» умел столько же, сколько тогда какая мозилла с кучей плагинов (включая встроеный адблок и сохранение страниц в pdf), выжирая на порядок меньше памяти. Отличный пример, как можно (и нужно) писать программы и основание для вопроса «что можно напихать в „актуальный“ браузер, что бы выполняя ту же работу он был на порядок больше по размеру?»

XapoH
()
Ответ на: комментарий от kirill_rrr

Radeon HD 6320, Debian Testing, софт выше.

anonymous
()
Ответ на: комментарий от kirill_rrr

и нам срочно надо перерисовать эту сраную кнопку

Какую кнопку, болезный? Речь не о кнопках.

и почему это надо внедрять вот прямо сейчас

Потому что иначе не работает. Вон посмотри, что на modarchive.org с плеером сделали. Java-плагины закапывают, так они вместо Java взяли нативный libopenmpt и перегнали Emscripten'ом в JS. Теперь оно сжирает гигабайты памяти и заикается, зато работает без плагинов, ага. С WebAssembly лучше будет.

Зачем менять 2 хреновых джаваскрипт-кнопки на две точно таких же хреновых джаваскрипт кнопки

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.