Pull to refresh

Comments 42

очень недоставало этой фичи:
в панели поиска теперь отображается количество найденных на странице совпадений;

Не вижу в полном списке изменений новый стили страницы ошибки, хотя это первое, что в глаза бросилось.
Возможно, какая-то проблема с новым кэшем. Попробуйте полностью очистить его и подождать какое-то время.
Если выставлен нулевой размер кэша в настройках (browser.cache.disk.capacity = 0 в about:config), можно попробовать отключить кэш через browser.cache.disk.enable = false (ну, или наоборот включить, указав ненулевой размер).
(forum.mozilla-russia.org/viewtopic.php?pid=660458#p660458)
Починилось только частично… Некоторые обновились, а хабр остался без иконки.
После перезапуска вроде заработало все, спасибо
С каждым новым релизом приходится писать костыли для JS библиотек
Поделитесь примерами?
В новой версии для себя сделал пару изменений стилями через Stylish. Вдруг кому-то пригодится.

1. Ужатый по высоте стандартный тулбар:

image

@namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

@-moz-document url('chrome://browser/content/browser.xul')
{
    #nav-bar .toolbarbutton-1:not(:-moz-any(#back-button, #forward-button))
    {
        margin-top: -6px !important;
        margin-bottom: -6px !important;
    }

    #nav-bar #back-button
    {
        margin-bottom: -5px !important;
        margin-top: -5px !important;
        padding-left: 0px !important;
    }

    #nav-bar #back-button .toolbarbutton-icon
    {
        padding: 7px !important;
    }

    #nav-bar .toolbarbutton-1:not(#back-button):not(#forward-button)
    {
        padding-left: 1px !important;
        padding-right: 1px !important;
    }
}


2. Облегчить контекстное меню и избавить его от новых кнопочек можно стилем:

image

@-moz-document url('chrome://browser/content/browser.xul')
{ 
    #context-sep-navigation, #context-navigation,
    #context-savepage, #context-sendpage, #context-sep-viewbgimage,
    #context-sendimage, #context-sep-undo, #context-bookmarklink,
    #context-setWallpaper, #context-setDesktopBackground,
    #context-inspect ~ menuseparator
    {
        display: none !important;
    }
}
У меня с Classic Theme Restorer после обновления никаких проблем не наблюдается. Всем рекомендую его
У меня так и не получилось повторить в нём классический интерфейс:
Firefox 28
Что именно из того что на скриншоте у вас не получается повторить? По-моему это легко можно сделать на основе Firefox 32 + CTR.
Не мог найти где отключается рыжая кнопка, но сейчас разобрался!
Подскажите, можно как-нибудь экспортировать текущие настройки интерфейса из версии 28 и заменить ими жуткий интерфейс 29+? Сам написать CSS я не смогу, а CTR сильно урезан в возможностях.
К сожалению, так не получится. Нужно или использовать CTR + нужные вам исправления через CSS-стили, или ждите релиз нового Pale Moon, разработчик которого обещал, что сохранит классический интерфейс в своём форке.
Вдогонку.
Может кто подскажет, можно сделать так, чтобы, при нажатии колесиком(средней кнопкой мыши) по вкладке, она закрывался именно на нажатии? Т.е. без полного клика(нажал-отпустил-вкладка закрылась): нажал-вкладка закрылась-отпустил.

upd
В новой опере так.
У меня вот такая вот беда с меню
image
Скорее всего у вас что-то из расширений занимается модификацией меню.
Да, стоял Menu Editor, но он сейчас не работает, Menu Wizard помог убрать эти пункты.
Уже второй раз вы пишите анонс новой версии, но вы хоть бы отсюда forum.mozilla-russia.org/viewtopic.php?id=64776 изменения брали.
Намного более подробно описано чем у вас.

Смысл писать анонс но не описывать что нового? Ради рейтинга?
Согласен, уж очень сухой анонс для сообщества веб-разработчиков. Самые подробные новости о релизах Firefox, как правило, публикуются на opennet.ru. Например, вот о релизе Firefox 32.
Я указал ссылку на полный список изменений в двух местах, потому что я считаю, что кому интересно, тот сможет прочитать полный список, а остальные просто вспомнят что уже можно обновиться.
Но если сообщество считает, что нужно указывать всю простыню изменений то я не вижу в этом проблемы, просто хотелось вкратце и сжато сообщить.
Я указал ссылку на полный список изменений в двух местах

С таким успехом можно было указать вот такую ссылку g.zeos.in/?q=firefox%2032 :)
Окей. Сейчас добавлю полный список изменений.
второй раз вы пишите

Второй и последний. Не благодарное это дело. Да и не моё это судя по всему.
Лучше бы они input date и некоторые другие штуки из html5 добавляли, чем кнопочки всякие в контекстном меню.
На самом деле, в каждом релизе появляется поддержка каких-то вещей из HTML/CSS/JS. Также логично предположить, что интерфейсом и движком занимаются разные разработчики, которые друг другу не мешают.
Menu Editor сломался… Кто-то знает аналог?
О, то что надо, спасибо.
Ну и, как всегда, добавили головной боли разработчикам расширений. На этот раз им взбрело в голову переработать Cache API, убрав все интерфейсы серии nsICache*. Получить ссылки на сами интерфейсы всё ещё можно, но вызов любого метода выбрасывает исключение NS_ERROR_NOT_IMPLEMENTED.
В итоге многие аддоны как всегда отвалились…
Надоели уже постоянно ломать вертикальную совместимость. Очередной повод посмотреть в сторону Chrome, где и API покрасивее, и аддоны/приложения не нужно постоянно поддерживать в актуальном состоянии.
Да и с пользовательской точки зрения многие проблемы остаются нетронутыми уже долгие годы:
  1. Однопоточность. В XXI веке Firefox всё ещё однопоточный, и когда грузится какой-то «тяжёлый» ресурс, подвисают все вкладки и даже интерфейс. Т.е. нет даже возможности тупо закрыть зависшую вкладку, пока она либо не прогрузится, либо не пройдёт таймаут.
  2. Самопроизвольное «выпадение» вкладок в отдельные окна. Проблема связана с предыдущей — если в момент клика по вкладке браузер «висит», переваривая тяжёлый сайт, то когда он «отвиснет», вкладка с высокой вероятностью откроется в отдельном окне. Раздражает неимоверно.
  3. Низкая стабильность. Флеш-ролики всё ещё любят ронять plugin-container. Что интересно, все плагины выносились в отдельный процесс в предположении, что если он упадёт, то сам браузер продолжит работу. На деле же браузер падает одновременно с этим процессом. На сверхтяжёлых сайтах с кучей флешевой рекламы падение почти неизбежно.
  4. Косяки рендеринга. Если FF открыть не на весь экран, а в окне, и поверх набросать других окон, особенно использующих 3D-графику (Blender), то при активации окна FF значительная часть его может остаться не прорисованной, и «проявляется» по мере движения курсора.
1. Однопоточность. В XXI веке Firefox всё ещё однопоточный, и когда грузится какой-то «тяжёлый» ресурс, подвисают все вкладки и даже интерфейс. Т.е. нет даже возможности тупо закрыть зависшую вкладку, пока она либо не прогрузится, либо не пройдёт таймаут.

Если серьёзных проблем в тестировании не возникнет, то ожидается в Firefox 36.
Пункт 4 у меня не проявляется в Firefox, зато проявляется во многих других приложениях. Не знаю с чем связано и как лечить.
Однопоточность. В XXI веке Firefox всё ещё однопоточный, и когда грузится какой-то «тяжёлый» ресурс, подвисают все вкладки и даже интерфейс. Т.е. нет даже возможности тупо закрыть зависшую вкладку, пока она либо не прогрузится, либо не пройдёт таймаут.

Однопроцессность, это не одно и то же. Например, у меня сейчас у процесса firefox 44 потока. Однопоточный было бы совсем мрачно :)
Флэш-ролики всё ещё любят ронять plugin-container. Что интересно, все плагины выносились в отдельный процесс в предположении, что если он упадёт, то сам браузер продолжит работу. На деле же браузер падает одновременно с этим процессом.

Никогда такого не наблюдал на своей системе ни с одной из версий Firefox. Конечно, эксперимент не чистый — возможно, дело в том, что Adblock Plus отфильтровывает кривые флэш-поделия и этим облегчает жизнь браузеру.
новая подсистема локального кэширования HTTP-запросов теперь включена по умолчанию интеграция сборщика мусора Generational Garbage Collector


Это как? Не могу осмыслить этот перечень слов. Тут никаких знаков препинания не пропущено?
Поправил. Это два разных пункта, в один слились
Заметил, что потребление памяти стало гораздо ниже, нежели это было ранее.
Даже не столько потребление, а более сильное «отдавание» памяти при закрытии вкладок/окон.
увеличена производительность менеджера дополнений и системы управления паролями;

Ранее менеджер паролей юзал БД SQLite, а теперь юзает текстовый файл в формате JSON «logins.json».
Очень сомнительная переделка. Сама причина переделки тут: bugzilla.mozilla.org/show_bug.cgi?id=853549
Но снова криво переделали, т.к. JSON подразумевает экранирование символа "/", а Firefox этого не делает.
Неужели так трудно соблюдать стандарты?..
Sign up to leave a comment.

Articles