Firefox 14 перешёл (http://blog.mozilla.org/futurereleases/2012/06/07/new-firefo.../) на стадию бета-тестирования, что ознаменовало прекращение формирования базовой функциональности и сосредоточение всего внимания на выявлении ошибок и контроле качества. Одновременно состоялось формирование aurora-ветки Firefox 15 (http://www.mozilla.org/en-US/firefox/15.0a2/auroranotes/). Новые возможности Firefox 15 ещё точно не утверждены, так как на стадии тестирования aurora-ветки будет произведена оценка готовности для релиза тех или иных новшеств. Загрузить бета-выпуск можно на данной странице (http://www.mozilla.org/firefox/beta/), а aurora-версию здесь (http://www.mozilla.org/firefox/aurora/). Релиз Firefox 14 намечен на 17 июля, а Firefox 15 на 28 августа.
Основные возможности (http://www.mozilla.org/en-US/firefox/14.0beta/releasenotes/) бета-версии Firefox 14:
- Выборочная активация плагинов (http://www.opennet.me/opennews/art.shtml?num=33594). Через "about:config" можно настроить для каждого плагина возможность обработки с его помощью контента только после явного подтверждения от пользователя. В частности, при включении данной опции для Flash-плагина, вместо Flash-контента будет отображаться чёрная область с предложением кликнуть мышью для использования плагина;- Улучшенный менеджер идентификации сайта, позволяющий (https://msujaws.wordpress.com/2012/04/23/an-update-to-site-i.../) предотвратить спуфинг SSL-соединений путем использования вводящих в заблуждение пиктограмм favicon (сайт без SSL может выдать пиктограмму favicon в форме значка с закрытым замком и пользователь может подумать, что соединение защищено). Отныне favicon не будут отображаться в адресной строке, а вместо них будет показывать служебный значок: зелёный закрытый замок - если SSL-сертификат прошёл расширенную проверку, серый закрытый замок - если SSL-сертификат не прошёл расширенную проверку, глобус - не используется SSL или частично используется SSL;
- По умолчанию все поисковые запросы к Google через адресную строку или форму быстрого обращения к поисковым системам теперь производятся (https://bugzilla.mozilla.org/show_bug.cgi?id=633773) через защищённый канал связи (HTTPS);
- Поддержка (https://bugzilla.mozilla.org/show_bug.cgi?id=639705) полноэкранного режима для Mac OS X Lion;
- Включение по умолчанию поддержки (https://bugzilla.mozilla.org/show_bug.cgi?id=566489) автоматического дополнения вводимых URL по мере их набора в адресной строке Awesome Bar, без необходимости выбора элементов в выпадающем списке;
- Реализация Pointer Lock API (https://developer.mozilla.org/en/API/Pointer_Lock_API) (Mouse Lock API), позволяющего создателям игр получить более полный контроль над мышью, в частности скрыть штатный указатель мыши и обеспечить собственную обработку перемещения мыши;
- Реализация API (https://bugzilla.mozilla.org/show_bug.cgi?id=697132) для уведомлении системы о недопустимости перехода в спящих режим, блокировании экрана или запуска хранителя экрана;
- В инструменты для web-разработчиков добавлена поддержка инспектирования состояния псевдо-классов: при наведении курсора на элемент в контекстном меню режима инспектирования отображаются разные состояния, такие как ":hover", ":active" и ":focus". Если при этом выбрать какое-то состояние, то оно будет зафиксировано в процессе дальнейшего инспектирования;
- Компоненты миграции с Internet Explorer и Safari переписаны на JavaScript;
- В Linux при выборке словаря теперь анализируется переменная окружения $LANG, если невозможно определить нужный словарь другим методом;
- Улучшена поддержка WebGL, решены многие проблемы. Браузер приблизился к поддержке спецификации WebGL 1.0.1;
- Увеличена гибкость работы сборщика мусора, который теперь может применяться к произвольному набору "отсеков (http://www.opennet.me/opennews/art.shtml?num=32905)" (compartment) JavaScript-объектов, а не только ко всем отсекам или одному отсеку, что позволит сгладить негативный эффект от пауз в процессе сборки мусора;
- Возможность (https://wiki.mozilla.org/Support/Firefox_Features/Clean_up_u...) восстановить изначальное состояние пользовательского профиля при его повреждении или возникновении проблем с производительностью или стабильностью, без потери паролей, закладок и истории посещений (опция "Reset Firefox" в "about:support");- Порция (http://hacks.mozilla.org/2012/04/aurora-14-is-out-whats-new-.../) менее значительных улучшений для web-разработчиков;
- В сборке для русскоязычных пользователей будет осуществлено (http://thenextweb.com/russia/2012/06/07/in-russia-yandex-wil.../) переключение (https://bugzilla.mozilla.org/show_bug.cgi?id=761592) используемого по умолчанию поискового движка с Yandex на Google. В качестве причины подобного шага упоминаются условия продлённого соглашения с Google. По заявлению (http://company.yandex.com/press_center/press_releases/2012/2...) компании Yandex данный шаг не повлияет на сотрудничество в плане распространения кастомизированных версий Firefox от Yandex, кроме того данную поисковую систему можно будет выбрать опционально.
Улучшения, ожидаемые в Firefox 15 (http://www.mozilla.org/en-US/firefox/15.0a2/auroranotes/):- Интеграция встроенного просмотрщика PDF, написанного целиком на JavaScript с использованием технологий HTML5 и развиваемого (http://www.opennet.me/opennews/art.shtml?num=31096) в рамках проекта pdf.js (https://github.com/andreasgal/pdf.js). Просмотрщик поддерживает масштабирование и функции навигации по эскизам страниц, обеспечивает загрузку шрифтов Type 1 и TrueType, может формировать диаграммы и графики, поддерживает работу со сжатыми объектами. Так как код написан на безопасном высокоуровневом языке, он не подвержен уязвимостям, свойственным бинарным плагинам для просмотра PDF. Для отображения PDF используется своеобразная JIT-компиляция: изначально представленные в файле бинарные массивы преобразуются в потоки байткода PDF, который затем транслируется в JavaScript-представление и выполняется. Сгенерированная на основе PDF JavaScript-программа выводит данные через HTML-тег canvas;
- Обеспечение поддержки (http://www.opennet.me/opennews/art.shtml?num=33651) мультимедиа-фреймворка GStreamer в качестве бэкенда для проигрывания аудио/видео элементов HTML5. Данное нововведение позволяет воспользоваться в браузере такими преимуществами Gstreamer, как поддержка аппаратного ускорения, в том числе акселерация декодирования видео и привлечение GPU для решения вычислительных задач (например, применение фильтров, которые могут быть полностью реализованы на стороне GPU);- Поддержка третьей версии протокола SPDY (http://www.opennet.me/opennews/art.shtml?num=32473), созданного компанией Google для минимизации задержек при соединении и обмене данными между клиентом и сервером. Поддержка второй версии SPDY была добавлена в Firefox 11 и включена по умолчанию в Firefox 13;
- Серия улучшений, направленных на борьбу с утечками памяти в дополнениях. Подготовлен специальный инструментарий для автоматизации выявления утечек памяти в дополнениях;
- В набор инструментов для web-разработчиков интегрирован полноценный отладчик JavaScript;
- В Inspector добавлен новый режим просмотра раскладки элементов на экране;
- Реализовано CSS-свойство word-break (https://developer.mozilla.org/en/CSS/word-break), позволяющего управлять разрывами слов при их переносе между строк;
- Добавлен инструмент для наглядной оценки web-разработчиками отображения их страницы на разных типах устройств с разными разрешениями экрана, например, на настольных и мобильных браузерах;
- Интеграция поддержки аудиокодека Opus (http://www.opus-codec.org/). Firefox будет поддерживать из коробки аудиоданные в формате сжатия Opus внутри медиаконтейера Ogg. С особенностями кодека Opus мож...
URL: http://blog.mozilla.org/futurereleases/2012/06/07/new-firefo.../
Новость: http://www.opennet.me/opennews/art.shtml?num=34079
В 14-й версии обещали переработанный менеджер загрузок, без использования отдельного окна. В данной новости об этом ни слова.
надеюсь Download Manager Tweak от этого не сломается, довольно удобна боковая панель.
Лучше бы они сделали нормальную качалку, которая не обрывает закачку на части файла. Я уж не говорю о возможностях многопоточной качалки наподобие DownThemAll!
Многопоточные качалки это зло и смысла не имеют, только увеличивают накладные расходы и больше нагружают рутеры.
И что?
Будешь использовать - общество защиты рутеров подаст на тебя в суд!
> больше нагружают рутеры.Роутерам в разумных пределах пофиг на число потоков: они уровнем ниже работают и для них пакеты и есть пакеты. Нагибает это всякие опачи тормозные в основном. Лечится удалением апача и заменой на nginx или lighttpd в основном :)
> Нагибает это всякие опачи тормозные в основном.
> Лечится удалением апача и заменой на nginx или lighttpd в основном :)И как это убавит лишние мотания головами по массиву при чтении кусочков по (в клинических случаях) двести килобайт да лишние записи в лог, который бывает и синхронным?
До таких "пользователей ускорителей интернета" доходит только одно -- ограничение по количеству соединений на IP/зону. И то не факт.
>> Лечится удалением апача и заменой на nginx или lighttpd в основном :)
> И как это убавит лишние мотания головами по массиву при чтении кусочков
> по (в клинических случаях) двести килобайт да лишние записи в лог,1) ~300 байтов хидеров запроса на 200Кб - это 0.15% оверхеда, что мягко говоря будет не заметно на фоне всего остального.
2) Ну знаете, записи в лог вам помешали. Вы еще поплакайтесь что мол, спецслужбам траффик идущий на разные сайты - анализировать геморройно. Давайте чтоли ходить только на сайт первого канала. А то понимаешь дофига всякой дряни в логах приходится разгребать.
3) Как бы пока 1 TCP коннекция разгонится до возможностей канала - рак на горе отсвистит. И то - не факт. Есть куча факторов когда навалом незанятых ресурсов но в силу особенности устройства протоколов они окажутся неиспользованными. При этом я почем зря буду курить бамбук а техника будет недогружена. Что как-бы по определению маразм.
> который бывает и синхронным?Как бы проблемы конфигурации сервера - не мои проблемы. У нормальных людей в логгинг ничего не упирается и ротация настроена, так что плюс-минус лапоть вообще ничего особо не меняет. Вообще, 200 кило - это довольно крупный кусок. Например гифы и пнг часто меньше. Давайте по этому поводу не будем их отгружать? Особенно - здесь, вон те черно-желтые фигни, которые я не вижу из-за адблокера? :)
> До таких "пользователей ускорителей интернета" доходит только одно -- ограничение по количеству
> соединений на IP/зону. И то не факт.До меня доходит что если у вас настолько паршивый сервак что ему надо такие костыли подставлять - я с него вообще ни-че-го имеющего смысл качать в несколько потоков качать не буду. И современные качалки все-таки не страдают клинической идиотией и допирают бить на куски только филезы большого размера, время скачки которых натурально может не обрадовать.
Я конечно понимаю что все болезни проще всего лечить ампутацией головы. Это просто, быстро и не требует напрягов от доктора. Правда не факт что этот метод понравится пациентам, даже если и "никто не жаловался пока".
>> И как это убавит лишние мотания головами по массиву при чтении кусочков
>> по (в клинических случаях) двести килобайт да лишние записи в лог,
> 1) ~300 байтов хидеров запроса на 200Кб - это 0.15% оверхеда,
> что мягко говоря будет не заметно на фоне всего остального.Дело не в оверхеде по трафику (хотя если уж смотреть, то и он тут совершенно лишний).
> 2) Ну знаете, записи в лог вам помешали.
Да, помешали. Когда лог валится с приличной скоростью и вынести его вместе с журналами ФС на отдельный шпиндель или RAID1 нет возможности -- это вообще-то отдельная проблема убивания пропускной способности дисковой (а не SSD-) подсистемы.
> Вы еще поплакайтесь что мол, спецслужбам траффик идущий на разные сайты
Это пущай сами разбираются.
> 3) Как бы пока 1 TCP коннекция разгонится до возможностей канала -
Сами себе противоречите, у запросов на короткие Range: как раз меньше шансов разогнаться.
>> который бывает и синхронным?
> Как бы проблемы конфигурации сервера - не мои проблемы.Речь о проблемах конфигурации клиента, создающих на ровном месте проблемы другим (не только хостмастеру того несчастного сервера).
> У нормальных людей в логгинг ничего не упирается и ротация настроена
Так то у нормальных (и то не у всех), а мне на диски для ftp.linux.kiev.ua средства нередко приходится доставать из своего кармана (и ещё парочку там засунуть уже некуда). Разумеется, они ротируются и сжимаются, и то ftp-access.log прямо сейчас занимает под полгига... oops, ещё на пару метров больше.
> Вообще, 200 кило - это довольно крупный кусок. Например гифы и пнг часто меньше.
Это замечательно, вот только речь о количестве запросов на объект, а не о порциях отдачи. Приходите хоть за clear.gif, пожалуйста -- но исошку-то зачем пытаться тащить в двести потоков (а был и такой случай)?
> До меня доходит что если у вас настолько паршивый сервак что ему
> надо такие костыли подставлятьМашинка и впрямь по нынешним временам скромная: http://www.linux.kiev.ua/ru/site/about/hardware/ -- и ту собрали, скинувшись киевским LUG-ом. Но упрёки принимаются от тех, кто и сам что-то сделал.
> я с него вообще ни-че-го имеющего смысл качать в несколько потоков качать не буду.
Осторожно, это одно из официальных зеркал в том числе и Mozilla. Можно ненароком что-то скачать. :)
> И современные качалки все-таки не страдают клинической идиотией и допирают бить
> на куски только филезы большого размера, время скачки которых натурально может
> не обрадовать.Это время не уменьшится в том случае, если ограничения на пропускную полосу одного соединения с той стороны или по дороге нет. А вот увеличиться в клиническом случае вроде вышеупомянутого вполне может.
Помнится, несколько других пограничных случаев было, но в создании более двух потоков по HTTP/FTP _для себя_ перестал видеть смысл очень давно -- собственно, уже забыл, с каких пор и двумя-то не пользуюсь.
Если что, когда-то при помощи X-Downloader угораздило выжрать практически весь канал Киевского университета -- в 1999 или 2000, что ли.
> Я конечно понимаю что все болезни проще всего лечить ампутацией головы.
Безголовость ампутацией не лечится, так что даже не предлагайте. :)
> Многопоточные качалки это зло и смысла не имеют, только увеличивают накладные расходы и больше нагружают рутеры.Да не надо по умолчанию многопоточную. Хотя бы сделали, чтобы качалка могла восстанавливать соединение в случае его обрыва на середине файла.
>Лучше бы они сделали нормальную качалку, которая не обрывает закачку на части файла. Я уж не говорю о возможностях многопоточной качалки наподобие DownThemAll!Еще лучше бы взяли все расширения, которыми больше двух с половиной человек пользуется и интегрировали их функционал в браузер. Да?
Трёх.
> ТрёхЧетырех. Меня забыли.
Да. Точнее - распространяли бы с браузером. И часть своего функционала (вроде инструментов для разработчика, трёхмерного просмотра, навороченной about:blank) тодже сделали бы расширениями, входящими в комплект.
Менеджера загрузок, как в опере, ему сильно НЕ хватает.
А так же мне не хватает видеть размер файла ПЕРЕД его сохранением.
А в Опере не рвёт связь штоли? Ещё как рвёт и тоже не умеет восстанавливать соединение. Правда, в Опере файл можно докачать (если сервер поддерживает докачку), вручную нажав на старт. если файл не докачался, Опера начинает с места обрыва, а не сначала (как фкрифокс). Но всё равно Опера автоматически не восстанавливает соединение. И часто его рвёт, кстати.
Я ничего и не говорил о докачках вообще.
Мне опе оперный менеджер удобен тем, ято там чётко и понятно размер файла, сколько скачено, сколько осталось, с какой кскоростью качает качается каждая закачка и сколько осталось качаться, а так же куда именно и откуда скачивается каждая закачка.
> А так же мне не хватает видеть размер файла ПЕРЕД его сохранением.Внимание, чёрный ящик: https://addons.mozilla.org/en-US/firefox/addon/show-file-size2
> Менеджера загрузок, как в опере, ему сильно НЕ хватает.Поэтому есть адд-он DownThemAll (DTA) который поспорит с половиной отдельных программ, не то что встроенных приблуд. И он прекрасно интегрируется с браузером, так что скачать "все файлы вот этого типа вот отсюда" становится вопросом выделения и выбора контектного меню.
Дорабатывают, как и PDF.js:Note: pdf.js and the new panel-based Download Manager, though they landed on Nightly, have not been lifted to Aurora 14 as they need further polishing. (http://hacks.mozilla.org/2012/04/aurora-14-is-out-whats-new-.../)
Как я понял, чтобы включить поддержку Gstreamer в FF15 надо пересобрать?
Наконец-то полноэкранный режим для Макоси сделают!
>>при включении данной опции для Flash-плагина, вместо Flash-контента будет отображаться чёрная область с предложением кликнуть мышью для использования плагина;А вопрос вверху окна о том что вам следует поставить флешплеер исчезнет ? Оно меня бесит. Способы убрать на новой лисе не нашел.
Тебе таки придётся его поставить и тогда да.
> Тебе таки придётся его поставить и тогда да.Сразу после того как вы начнете приносить вымогателям деньги не стуча на вымогателей в полицию. Ну или чем интернет-вымогатели лучше? :)
plugins.hide_infobar_for_missing_plugin
?
>plugins.hide_infobar_for_missing_plugin?О! Добра тебе, filosofem! Я и не знал что такая отличная опция есть!
Firefox 34 changelog:
* version number changet from 33 to 34
Не понимаю сарказма. В том же хроме изменений в релизах не больше. Это лучше чем ждать годами и потом получать пачку изменений. А ведь их потом еще и стабилизировать как-то надо.
И не напоминай. Вон выход 4.0 некоторые до сих пор с матов вспоминают, а некоторые на 3.6 окопались и вообще не обновляются.
> а некоторые на 3.6 окопались и вообще не обновляются.А в некоторых местах так и вовсе MS-DOS сохранился еще...
>а некоторые на 3.6 окопались и вообще не обновляютсяНе смешно — welcome to Debian!
Не смешно - в Debian Backports 10.0.x
Когда уже h.264 запилят. Ютуб без флеша непосмотреть :(
1. ставь расширение Greasemonkey
2. ставь Viewtube
после этого -- можешь смотреть спокойно Youtube, все ролики (включая коммерческие), причём без рекламы
Этого мало?
>Обеспечение поддержки мультимедиа-фреймворка GStreamer в качестве бэкенда для проигрывания аудио/видео элементов HTML5.
Включи режим HTML5 вот на этой странице и смотри:
http://www.youtube.com/html5
> Включи режим HTML5 вот на этой странице и смотри:
> http://www.youtube.com/html5Включил, я удивился, что html5 на полный экран умеет, я дкмал он только в окне умеет показывать.
Но к сожелению не все ролики на ютубе доступны в html5, на некоторых пишется "Это видео сейчас недоступно."
> Включи режим HTML5 вот на этой странице и смотри:Он по идее сам обычно нынче включается когда браузер сие умеет и флеша нет...
>Возможно переключение портретного и ландшафтного режимов;Хочу вынести на обсуждение вопрос терминологии и перевода portrait|landscape. Если один режим мы называем портретным, то второму лучше будет соответствовать перевод "пейзажный". Не?
>>Возможно переключение портретного и ландшафтного режимов;
> Хочу вынести на обсуждение вопрос терминологии и перевода portrait|landscape. Если
> один режим мы называем портретным, то второму лучше будет соответствовать перевод
> "пейзажный". Не?Книжная и альбомная, например.
>Реализация Pointer Lock API, позволяющего создателям игр получить более полный контроль над мышьюа также, создателям вирусов: а почему бы и не клацнуть невзначай на рекламную ссылочку на каком-либо сайте... :)
>>Реализация Pointer Lock API, позволяющего создателям игр получить более полный контроль над мышью
> а также, создателям вирусов: а почему бы и не клацнуть невзначай на
> рекламную ссылочку на каком-либо сайте... :)Пришлите SMS на номер 4365 с кодом da4qyywt и мы вышлем вам пароль, которым вы сможете разблокировать свой курсор!
> а также, создателям вирусов:WinLocker HTML5 edition!
А также, только сегодня, по суперцене: MacLocker и LinLocker.
В соответствии с новыми трендами, набирает силу движение Occupy Desktop! Достаточно грамотно кинуть ссылку и наслаждаться лулзами :)
А когда уже в Linux-версии появится нормальное диалоговое окно для выбора файлов с поддержкой предпросмотра изображений?