Новинки Firefox 4 для разработчиков
Протоколы собраний сотрудников Mozilla (каждый понедельник в 21 час по Москве)
Протоколы собраний разработчиков Gecko (каждый вторник в 21 час по Москве)
Протоколы собраний разработчиков Firefox (каждую среду в 21 час по Москве)
Ссылки на все сборки Firefox
Как русифицировать английские сборки Firefox
Для перехода на другой канал обновлений измените параметр app.update.channel на: release для релизов, beta для бета-версий, nightly для ежедневных сборок или default для отключения обновлений. Параметр меняется через редактирование файла <каталог установки>\defaults\pref\channel-prefs.js
Для отключения проверки совместимости дополнений и их тестирования: либо установите расширение Add-on Compatibility Reporter, либо в about:config создайте параметр extensions.checkCompatibility.4.0 типа boolean (логическое) и установите его значение в false
Если у вас не работает аппаратное ускорение или ваша видеокарта заблокирована, прочтите https://wiki.mozilla.org/Blocklisting/B … cs_Drivers
Если у вас проблемы с рендерингом шрифтов в Windows 7/Vista:
1) Поставьте последнюю версию драйвера для вашей видеокарты.
2) Поставьте последние обновления Windows.
3) Поставьте последнюю версию DirectX.
4) Если у вас видеокарта Nvidia, попробуйте отключить для Firefox анизотропную фильтрацию через nVidia Control Panel как описано в этой статье
5) Попробуйте настроить рендеринг шрифтов с помощью расширения Anti-Aliasing Tuner.
Если ничего не помогает, отключите аппаратное ускорение через Настройки -> Дополнительные -> Общие -> По возможности использовать аппаратное ускорение.
64-х битный Firefox для Windows пока существует ТОЛЬКО в виде английской ночной сборки. В состав релиза Firefox 4 64-х битная сборка для Windows включена НЕ БУДЕТ. 64-х битный Firefox для Windows будет официально включён в релиз Firefox 5
RSS лента с перечнем багфиксов в ночных сборках
Отредактировано SIO (21-05-2009 17:02:16)
Come here: mozilla@conference.jabber.ru
Отсутствует
Ξ SoaT Ξ
Конечно может.
Дата инсталлера из latest-mozilla-central - 13-Jan-2010 04:09
Дата локали из latest-mozilla-central-l10n - 13-Jan-2010 08:07
Лучше один раз увидеть, чем прочитать много букв.
Отсутствует
Мне кажется или работу JS немного поломали в последних сборках?
Например в почте Рамблера перестали работать быстрые кнопки удаления и т.п. основанные на JS.
Отредактировано Kuja (15-01-2010 02:03:31)
Отсутствует
Мне кажется или работу JS немного поломали в последних сборках?Например в почте Рамблера перестали работать быстрые кнопки удаления и т.п. основанные на JS.
Отредактировано Kuja (Сегодня 02:03:31)
кеш почисти
Отсутствует
Я это решение подсмотрел во Флоке.
Ну тем более, раз это уже даже реализовано. Осталось только повторить.
Отсутствует
Mozilla меняет модель выпуска релизов Firefox
Разработчики Mozilla намерены радикально изменить принцип разработки веб-браузера Firefox и решили отказаться от выпуска Firefox 3.7. Вместо релиза 3.7 планируется реализовать намеченные в данной версии возможности через выпуск небольших инкрементальных обновлений постоянно в течение года.
Вместо того, чтобы добавлять новые возможности в Firefox раз в полгода или раз в год, в соответствие с новым планом, Mozilla будет постепенно добавлять функциональность вместе с обновлениями безопасности. Это означает, что Firefox 3.7, выход которого ожидался во втором квартале этого года, будет удалён из цикла разработки. Следующей же версией после уже практически готового Firefox 3.7 будет пока неназванное значительное обновление в конце 2010 или в начале 2011 г.
Отсутствует
просто не будет цифры 3.7, а его функциональность появится в 3.6.3 например.
По приводимым недавно графикам - в 3,6,2. Сделали бы как в Дебиане - три параллельные ветки: стабильная, тестовая, нестабильная. Каждая новая фича появляется в нестабильной ветке. По мере отладки переходит в тестовую. А когда все баги исправлены - добавляется в стабильную. Тогда для внедрения чего-то одного не нужно будет ждать, пока отладится всё.
Отсутствует
Только боюсь такая кардинальная смена цикла грозит багами, ибо не привыкли они так работать.
В оригинале новости Mike Beltzner говорит так:
But the change we need to make is very isolated, and has no effect on Web compatibility or add-on compatibility or on the user experience. So we thought, 'Why not deliver it as part of a minor update?'
и далее:
Not everything would be fair game for adding to a Firefox security update <…> Changes that require external testing, such as the planned interface revamp for Firefox on Windows Vista and Windows 7, would still be implemented only in major updates that would go through a standard beta test plan
Короче говоря, с минорными обновлениями будут приходить только те изменения, которые не затрагивают совместимость и не требуют массового тестирования. Баги, конечно, будут. Но хотя бы сам подход разумный.
Добавлено 15-01-2010 12:56:08
Сделали бы как в Дебиане
А ведь примерно так и есть, разве нет?
minefield = unstable, 3.6 = testing, 3.5 = stable.
Отсутствует
minefield = unstable, 3.6 = testing, 3.5 = stable.
но при этом в 3.6 никогда не попадет то что планируют для 3.7, а в 3.5 кроме ошибок с безопасностью ничего не попадает...
Отсутствует
Kuja, да вроде нормально всё. NoScript у тебя не установлен?
Перепростась ему настройки, бывает (хоть и редко) он тупит)
Отредактировано Ξ SoaT Ξ (15-01-2010 13:19:40)
Debian Linux Sid > xmonad > xmobar + xcompmgr
Отсутствует
Вот как раз теперь вроде и попадет.
Это противоречит всей концепции проверки совместимости расширений для определенной версии фокса.
Когда разработчик расширения в install.rdf в параметре maxVersion пишет 3.6.* он ведь на что-то расчитывает. Правильно?
Так что если мозиловци не хотят (и я думаю никогда и не захотят) получить кучу баг репортов, потому что даже совместимые расширения вдруг перестали работать после обновления, то ничего подобного они не сделают.
Отсутствует
miksan, так понимаю в большнстве случаев сбои правили авторы дополнений, а теперь будут этим заниматься и Мозиловцы. Помоему так не плохо, и кучей багрепортов их не запугаешь.
Хотя, если честно, встроенные дополнения, мне кажется, это не лучший вариант продвижения Фокса. Можно же было как-то более оригинально решить задачу. Выделить эти самые дополнения из остальных как скажем рекомендуемые Мозилой, или что-то ещё придумать...
То что Мозила стала вносить огромное кол-во новых решений безусловно радует
Отредактировано Ξ SoaT Ξ (15-01-2010 17:01:28)
Debian Linux Sid > xmonad > xmobar + xcompmgr
Отсутствует
седня с ютубом чето странное, основной блок с эскизами на видяхи не грузится, если пару раз обновить страницу то изволит появится, есть у кого нить еще такое? СКРИН
:::: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.3a1pre) Gecko/20100114 Minefield/3.7a1pre (.NET CLR 3.5.30729)
Отредактировано wolfxr (15-01-2010 19:22:56)
Отсутствует
Да кто вообще говорил про встроенные дополнения, вы что?
Почитайте в оригинальном интервью, что сказал Mike Beltzner. То, что они собираются сделать, не повлияет на совместимость расширений и вообще никак внешне себя не проявит. То есть юзеры ничего даже не заметят. А патчи уже почти готовы, поэтому до следующего большого релиза решили не ждать. Вот и всё.
Отсутствует
https://wiki.mozilla.org/Firefox/DeliveryMeetings/2010-01-13
Lorentz project looking to release a beta in next...
Lorentz - кодовое имя майнфилда, перешедшего в статус беты?
Отсутствует
Lorentz - кодовое имя майнфилда, перешедшего в статус беты?
Нет, это как раз и есть тот предполагаемый релиз в ветке 3.6 (скорее всего 3.6.2 или 3.6.3), в котором сделают отдельные процессы для плагинов. Для пользователей это пройдёт абсолютно прозрачно, во всяком случае, нам так обещают.
Вот, Lorentz — это куда указывает стрелочка.
Отредактировано Sid (15-01-2010 20:45:25)
Отсутствует
А правда, как же тогда будет решаться вопрос о совместимости дополнений, если вместо новых релизов будут выходить патчи? Странно это, за чем менять привычный и удобный ход вещей на мутную схему?...
Отсутствует
А мне вот интересно другое: 3.6 использует Gecko 1.9.2, 3.7a1pre использует Gecko 1.9.3a1pre. Как с этим? Патчами будут "добивать" 1.9.2 до 1.9.3? Глупость, имхо!
Arch Linux & xmonad
Отсутствует
А правда, как же тогда будет решаться вопрос о совместимости дополнений, если вместо новых релизов будут выходить патчи?
Конкретно эти патчи (которые реализуют процессы для плагинов) не повлияют на совместимость дополнений. Поэтому и номер версии не изменится.
Странно это, за чем менять привычный и удобный ход вещей на мутную схему?
Да никто и не меняет. Всё остаётся по-прежнему — в конце года, как обычно, будет большой релиз с другим номером (пока неизвестно с каким), и все патчи, которые хоть как-то ломают совместимость, войдут туда. А изменилось лишь то, что единичные патчи, которые ничего не ломают, будут после тестирования периодически добавлять в стабильную ветку (3.6). То есть немного снизили планку вхождения для патчей.
Патчами будут "добивать" 1.9.2 до 1.9.3?
Зачем? Никто такой цели не ставит. Посмотри на схему двумя сообщениями выше — все патчи будут применяться в пределах одной ветки. Подпись «Fx 3.7» игнорируй, от этого уже отказались, релизы продолжат нумерацию 3.6.* после Lorentz.
Друзья, почитайте интервью полностью, а не тот огрызок, что на opennet выложили. Mike Beltzner там всё объясняет. На самом деле ничего страшного не происходит, наоборот — полнейшая выгода и очевидный профит. При правильной реализации мы этого даже не заметим.
Отсутствует