Компания Google представила (http://googlechromereleases.blogspot.ru/2016/03/stable-chann...) релиз web-браузера Chrome 49 (http://www.google.com/chrome). Одновременно доступен (https://www.chromium.org/developers/calendar) стабильный выпуск свободного проекта Chromium (http://dev.chromium.org/), выступающий основой Chrome. Браузер Chrome отличается (https://code.google.com/p/chromium/wiki/ChromiumBrowserVsGoo...) использованием логотипов Google, идущим в комплекте модулем Flash, наличием системы отправки уведомлений в случае краха, модулями для воспроизведения защищённого видеоконтента, системой автоматической установки обновлений и передачей при поиске RLZ-параметров (https://www.opennet.ru/opennews/art.shtml?num=26822).Основные (http://blog.chromium.org/2016/02/chrome-49-beta-css-custom-p...) изменения (https://plus.google.com/+FrancoisBeaufort/posts) в Chrome 49:
- Прекращено формирование сборок для 32-разрядных систем Linux и прекращена поддержка платформ Ubuntu 12.04, Debian 7 (wheezy), Windows XP, Windows Vista, OS X 10.6, 10.7 и 10.8. Начиная с Chrome 49 Linux-сборки будут формироваться только для 64-разрядных систем. Возможность сборки кодовой базы Chromium для 32-разрядных систем оставлена, что позволит дистрибутивам продолжить выпуск актуальных 32-разрядных пакетов с Chromium. Поддержка 32-разрядных архитектур x86 и ARM в Chromium будет сохранена как минимум в течение пяти лет. Всем пользователям 32-разрядных Linux-систем рекомендуется перейти на использование Chromium. Пользователям Ubuntu 12.04 и Debian 7 рекомендуется обновить свои системы до выпусков Ubuntu 14.04 и Debian 8.- Поддержка (https://developers.google.com/web/updates/2016/02/css-variab...) собственных свойств CSS (CSS custom properties) путем использования переменных, содержащих часто используемые параметры CSS. Переменные позволяют упростить поддержание большого числа одинаковых значений в различных файлах CSS, например, типовых цветов, которые упоминаются во многих местах страницы. Задание подобных параметров через переменные существенно упрощает изменение их значений - вместо повсеместной правки отдельных элементов во множестве файлов, достаточно изменить лишь присвоение базового значения переменной. Для ссылки на переменную в CSS предлагается использовать функцию var() (https://drafts.csswg.org/css-variables/#funcdef-var), допускаются математические выражения над переменными. Пример:
<font color="#461b7e">:root {
--main-color: #06c;
--margins: 2;
--margins-double: (var(--margins) * 2);
}#foo h1 {
color: var(--main-color);}
</font>
- Представлен Background Sync API (https://github.com/WICG/BackgroundSync/blob/master/explainer.md) для выполнения операций фоновой синхронизации в service worker, решающих проблему потерей изменений в случае закрытия страницы до окончания передачи локальных изменений на сервер (например, почтовый клиент может потерять находящиеся в очереди сообщения, если пользователь закроет страницу сразу после их отправки). В случае пропадания сетевого соединения, Background Sync позволяет отложить выполнение операции синхронизации до момента появления доступности сети, даже если страница досрочно закрыта пользователем;- Расширена поддержка стандарта ECMAScript 2015, степень охвата элементов которого в JavaScript-движке V8 оценивается в 91%. В новом выпуске добавлена поддержка деструктуризации (https://googlechrome.github.io/samples/destructuring-es6/ind...) данных в массивах и объектах, определения (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...) используемых в функции аргументов по умолчанию (например, "function multiply(a, b = 1)"). В объектах Proxy (https://developers.google.com/web/updates/2016/02/es2015-pro...) и Reflect API (https://developers.google.com/web/updates/2016/02/es2015-pro...) добавлена возможность изменения поведения при поиске и назначении элементов. Реализована возможность использования блочных конструкций, таких как class и let, вне режима strict;
- Элемент "keygen (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ke...)", который использовался для генерации или передачи ключей через HTML-формы, переводится в разряд устаревших. Так как он не отвечает современным требованиям безопасности (сертификат передаётся в MIME-блоке application/x-x509-user-cert и может быть подменён), поле keygen будет по умолчанию возвращать пустое значение, а сертификат из application/x-x509-user-cert не будет загружаться и устанавливаться по умолчанию;
- Возможность (https://developers.google.com/web/updates/2016/01/mediarecor...) использование MediaRecorder API (https://developer.mozilla.org/en-US/docs/Web/API/MediaRecord...) для записи звука и видео без привязки к каким-либо плагинам (перед началом записи пользователю выводится окно с предложением подтвердить операцию);
- В инструменты для разработчиков добавлены средства (https://developers.google.com/web/updates/2016/02/font-display) отслеживания процесса загрузки шрифтов, указанных через свойство CSS font-display;
- Реализована возможность на стороне сайта выявлять каким именно клиентом service worker инициирован запрос на извлечение данных (передаётся атрибут FetchEvent.clientID (https://developer.mozilla.org/en-US/docs/Web/API/FetchEvent/...));
- Поддержка плавной анимации прокрутки (https://docs.google.com/document/d/1JQ6jLy-r7vw_I9s3rtWAIK13...), выполняемой с использованием дискретных устройств, таких как колесо мыши;
- Добавлены дополнительные средства (https://tools.ietf.org/html/draft-west-leave-secure-cookies-...) предотвращения модификации защищённых cookie при доступе не через HTTPS. Для идентификации secure cookies можно использовать (https://googlechrome.github.io/samples/cookie-prefixes/index...) специальный префикс "__Secure-";
- В Remote Playback API добавлено свойство disableRemotePlayback (https://developers.google.com/web/updates/2015/11/presentati...), позволяющее запретить удалённое воспроизведение контента через устройство Google Cast;
- Увеличена точность определения времени наступления события ( Event.timeStamp теперь имеет тип DOMHighResTimeStamp (https://developer.mozilla.org/en-US/docs/Web/API/DOMHighResT...) вместо DOMTimeStamp), что позволяет более точно контролировать операции прокрутки и движения указателя;- Добавлен URLSearchParams API (https://developers.google.com/web/updates/2016/01/urlsearchp...), предоставляющий программный интерфейс для манипуляции параметрами в строке запроса (блок, идущий после "?" в URL);
- В WebAudio добавлена поддержка фильтров IIR (http://webaudio.github.io/web-audio-api/#the-iirfilternode-i...), операций OfflineAudioContext.suspend()/resume() (https://github.com/WebAudio/web-audio-api/issues/302#issueco...) и обработчиков Promise в DecodeAudioData (http://webaudio.github.io/web-audio-api/#widl-BaseAudioConte...);- Возможность (https://googlechrome.github.io/samples/service-worker/window...) использования service worker для открытия нового URL в окне через вызов WindowClient.navigate();
- Возможность отследить на стороне сайта включения режима экономии трафика через установку заголовка Save-Data (http://httpwg.org/http-extensions/client-hints.html#the-save...);
- В Chromium добавлена поддержка стандартного набора шифров ChaCha-Poly1305 в TLS;
- Прекращена (https://github.com/whatwg/dom/issues/58) поддержка свойства Document.defaultCharset;- В версии для Android добавлена (http://blog.chromium.org/2016/02/the-physical-web-expands-to...) поддержка механизма Physical Web (https://google.github.io/physical-web/), позволя...
URL: http://googlechromereleases.blogspot.ru/2016/03/stable-chann...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43977
Тише! Тише... Начинается спиритический сеанс... Сейчас мы услышим голоса из начала 2000х, скрежещущих зубами о 32 битах. Нет этим душам покоя и поныне. И вечно будут они бродить по миру, пугая людей и завывая про 32 бита...
Админы локалхоста палятся сами. Их даже не надо троллить :)
Бгг, 32 скрежещущих зуба =)
У него их 64. 32 зуба это доисторическое прошлое и oтстoй.
Бредишь? Может ты сам из 1900-х?
А у меня 32-х битные системы стоят в ВиртуалБоксе и загонять туда прожорливые 64-х битные не вижу смысла.
> Бредишь? Может ты сам из 1900-х?Как есть. 32 битные линуксы имеют и ещё долго будут иметь смысл. (например надо дроплет создать с минимум ОЗУ для элементарной задачи)
Но уж не для десктопа, о чём суть темы.
не для десктопа отличного от таволга терминала
> не для десктопа отличного от таволга терминалаТерминал -- не десктоп.
> Терминал -- не десктоп.А стоит как рабочая станция для разработчиков.
Не покупай, я разрешаю. Заметь - я не всегда такой добрый :)
Ну, где-то даже верно. Если беспокоишься о бессмысленном расходе памяти (а это, в общем, единственный резон сидеть на 32х битах) то хром ставить - глупость.Опять же, его в любом случае ставить - глупость - проприетарщина.
случае ставить - глупость
FIXED
Верно. Есть у меня старенький нетбук на 32-х разрядном атоме. Использую его для всяких админских фишек в походных условиях, ну и так, когда куда надо не надолго съездить а тащить полноценный ноут нет желания из-за его размера и веса.
> Использую его для всяких админских фишек ...Админы локалхостов ещё не перешли на чача-поли и еллиптик курве512б и TLS1.2
с 512-битными ключами? Хоть пару ВПН туннелей с 2k ключиками держит?
>> Использую его для всяких админских фишек ...
> Админы локалхостов ещё не перешли на чача-поли и еллиптик курве512б и TLS1.2
> с 512-битными ключами? Хоть пару ВПН туннелей с 2k ключиками держит?Стоят клиенты OpenVPN, коими к конторам своим подключён я. Как раз с 2к ключами. Прекрасно тянет.
> скрежещущих зубами о 32 битахОсобенно хромовыми, ага.
Жестко они, конечно, с 32-битными системами... Ничего не скажешь. Только вот я лично не вижу никакой выгоды и переходить не собираюсь ибо есть нюансы с работой некоторого софта. И да, есть нюансы с корп. софтом. И что прикажете делать? Тьху.
А по-моему, ничего особенно страшного не произошло, мейнтейнеры дистрибутивов и дальше продолжат собирать Chromium для x86.
Надолго ли? :)
Столько, сколько 32 бита будут поддерживаться кодовой базой Хромиума и самим дистрибутивом, вестимо
Да ты Кэп! А мы и не знали. Вопрос был риторический.
Да я тут в основном Кэпом и работаю
Вердикт кэпа Очевидность - риторичность не очевидна
смотреть в словаре слово «риторика»
Ну как есть. 2016-ый год всё же.
У меня вот наоборот - 32 битная ОС не подходит, ибо:
"есть нюансы с работой некоторого софта. И да, есть нюансы с корп. софтом" :)
32х битные системы работают в основном на компьютерах с небольшим объемом памяти.
А, хром, жрет память, как Мавроди лохов.
Да, кто-то возразит что можно использовать PAE, но опыт показывает, что это не самая стабильная технология и что время 64х битных систем уже давно пришло.
Но, смысл ставить хром на систему в которой у тебя мало памяти, чтобы сидеть и ловить тормоза?
Ведь много достойных менее прожорливых браузеров, один из которых Firefox, ставший уже браузером по умолчанию во многих наиболее популярных дистрибутивах Linux.
Фурифокс и его младший брат Айскат - хоть и жрут меньше, но лагают сильнее в случае открытия более 30-40 вкладок. Хромой не будет лагать, пока не кончится ОЗУ. И он не вылетает даже на тяжелых страницах и флэше. Фурифокс люто ненавидит видосы и крашится на них постоянно. Хоть на хтмл5, хоть на флэше, хоть на гифках. И даже просто на некоторых кривых сайтах, или когда открываешь спойлер в ЖЖ с 20-30 БОЛЬШИМИ картинками.
Так что придется накрываться простынёй манов и ползти в сторону 64 бит...
Вот где вайн 64-битный? Когда можно будет поиграть в Кризис х64? 16й год на дворе.
предъявите ваш ticket
Кто что жрёт при 20-30 вкладках? Ты файрфокс вообще в глаза видел? Он даже в загруженной вкладке все ресурсы освобождает, если ты лазишь по другим. Не говоря уже о том, что он не грузит вкладки при перезагрузке, если не попросишь. В Хроме об этом только мечтать.
Азазаз не помещается в 4 Гб азазаз! Firefox рулит!
> Firefox рулитвсё больше шибко умными домами, а не вебом.
Ви так говорите, будто Firefox начиная с последних версий не стал таким же прожорливым как хромой.
Эти наркоманы вообще в курсе что Debian8 - это уже не тот Debian, что был в 7 ветке? Хотя чего я ною, всеравно с debian свалил, а этим зондированным пожирателем памяти никогда не пользовался.
Куда свалил если не секрет?
void linux
Там уже все настолько хорошо и пакетная база большая? Не смеши... Дистрибутив шикарный, если бы его допилили, но людей нет, два с половиной человека - это не комьюнити, бро.
> Там уже все настолько хорошо и пакетная база большая?Да забей, не видишь чтоль это лошара.
Я работаю в любой позе, при любой температуре, дистрибутиве, разрядности.
Давно пора отказаться от 32-разрядных систем
В прочем, как и от тебя, аноним.
Он наверно готов проспонсировать всем обновление девайсов, системников и докупку памяти
там где это критично хрому не место
А разве кто-то ещё использует ПК с 32-битными процессорами? Я понимаю, специализированные девайсы вроде станков ЧПУ или аппарата для ренгеноскопии - их обновляют раз в пару десятилетий, и там может быть 32-битный CPU, но в ПК давно уже везде 64-битные процессоры. Смартфоны пока используют в основном 32-битное железо, но и мобильный сектор очень скоро окончательно перейдёт на 64-битное железо.
Все современные x86 - это 32 битные процессоры с дополнительным набором 64 битных инструкций: https://ru.wikipedia.org/wiki/X86-64
Проблема не в разрядности системы. Проблема в том, что дешевле купить 4 гб оператни и поставить 32 битную систему с 32 битным софтом, нежели купить 8 гб оператни и всё 64 битное.
> но и мобильный сектор очень скоро окончательно перейдёт на 64-битное железо.Не скоро, потому что это не нужно. 64-ое железо требует до двух раз больше памяти. Больше памяти -> больше энергопотребление, медленее скорость работы.
Кхм. Нет. Производительность 64-битных приложений относительно 32-битных наоборот растёт вообще-то. Я вкорячивал ради 60% прироста на полтора гига.
Растет скорость инструкций. Скорость работы с памятью падает соизмеримо с ростом увеличением ее потребления. Если прикинуть соотношение количество кэш промахов относительно математических вычислений, то выходит выигрыш будет только в кодировании видео, сжатии т.п. операциях.
Дело в том что этим "только" занимается большая часть пользовательских приложений. С другой стороны возросшее потребление памяти тоже даёт прирост производительности, если вспомнить ограничение в 3+ гига для 32 бит. Так как заметно это потребление только на большом количестве данных, а это значит что скорее всего приложения их использующие частенько обращались к "диску", или генерировать их по-новой. То есть потребление должно в идеале снизиться на новых устройствах с большей памятью...
В идеале. В реальности потребление ресурсов растёт и будет расти, но связано это не с разрядностью. Парой из причин является желание контролировать пользователя, собирать и использовать информацию о нём как делает майкрософт, или тот же гугл с его контекстной рекламой. Это сбор данных и их и защита, то есть дополнительное ПО. А так же переносом части серверных задач на железо клиента.
Я думаю скоро будут "облака" распределённые по клиентским машинам с ключами на серваке. Сарказм, хотя хз.
Извините за простыню.
По количеству минусов видно сколько на данном ресурсе детей
> По количеству минусов видно сколько на данном ресурсе детейВот видишь, малыш, - ты не одинок.
ПК -- может и нет, ноутбуки -- да. Те же Атомы, их для нетребовательной работы вполне хватает. Да и даже компы 2004 года вполне себе годятся для какой-то нетребовательной работы.
Нет, не годятся. Нетребовательная работа - это циферки вбивать в БД через уеб-и-фаце. А его уеб-девелоперы генерят под хром. А хром не запускается ... всиё :(
:)
> Давно пора отказаться от 32-разрядных системдавно уже.
ни процов ни ОС-ей 32-битных - давно не производят уже.
лет 7-10 как, нарное ~
Ещё бы от 64 битов отказались!
> прекративший поддержку 32-разрядных систем LinuxА 64 сборка до сих пор потребляет много памяти... Кстати, кто знает, как поставить 32 битный Chrome в Ubuntu?
sudo apt-get install google-chrome-stable:i386только вообще-то уже никак.
Плохо. У матери комп с тремя гигами оперативы. Загонять на него 64 битную убунту как-то не правильно. А хром нужен ибо только он без проблем тянет её браузерки.
И чем хромиум не угодил?
> И чем хромиум не угодил?Ну не смог человек в хромиум пепперфлеш поставить.
Оно даже в дебиане делается тупой установкой пакета...
Дык дело не только во флеше. В хромиуме с теми же флагами и флешем игра тормозит, а в хроме нет. Есть и ещё нюансы. Может ещё предложите хромиум самостоятельно собирать? Так это уже перебор.
Зачем же самому? Пускай мать собирает
У меня была идея лучше - наладить контакт между советчиками выше и ею. Пускай между собой разбираются почему в хромиуме "мышка тормозит", а в хроме нет.
Вообще ирония ситации в том что n-лет назад я был ярым сторонником перехода на 64. А вот сейчас, когда 32 по сути уже в прошлом, оказывается что это создаёт мне же проблемы.
ирония жизни…
> И чем хромиум не угодил?Тем что стукачество в гугл не отключается. Даже расширениями. Принципиально. А еще гугл фичреквесты принимает интересно: https://phoronix.com/scan.php?page=news_item&px=Chrome-No-An...
> Плохо. У матери комп с тремя гигами оперативы. Загонять на него 64
> битную убунту как-то не правильно.Прочитайте https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-ab.../ и поставьте туда нормальный 64-битный линукс.
Причем здесь PAE? У него как было 3 гб, так и останеться. Только с 64 битами система и все приложения начнут потреблять больше памяти.
Не прочитал, значит. В статье как раз описано, при чём.
> Причем здесь PAE? У него как было 3 гб, так и останеться.
> Только с 64 битами система и все приложения начнут потреблять больше
> памяти.Even before PAE, the practical limit was around 1GB, and PAE didn’t move that post a fraction of an inch!
Linus
и что? Памяти на это все хватит в чем проблема?
при 3х гб уже как раз и имеет смысл так как 32битной программе только 2 гб можно выделить.
Короче из-за запущенного хрома с игрушками подкачка будет часто задействована - вот что. Нахрена это надо? И вообще ты плохой мотиватор. Возможность для программы сожрать всю оперативу вместо двух третей меня как-то не вдохновляет. Кстати у меня такое было в прошлом кажется году - хромиум сжирал 8 гигов при двух вкладках и вешал всё напрочь.
Столько всякой *уйни понавводили, единственое полезное из всего этого плавная прокрутка колесом мыши. Работает действительно плавно, в отличии от лисоподобных браузеров..
Только зачем это активно для Home и End?
Никогда не понимал эту штуку. Как по мне - антифича, ибо тормозит прокрутку.
Мои наблюдения.Ситуация. У меня есть комп с NVIDIA GeForce 7025. Интеграшка. Майнкрафт тянет, остальное на работе не нужно. Но когда я прохожу какую-нибудь игру (Metro: Last Light, Oil Rush, за годы на этой работе под Linux вышло много хороших игр!) я приносил GeForce 9800. Вставлял в PCI-Express - и даже устанавливать драйвер не надо!
Так вот! В моём дистре раньше никогда не было прокрутки в браузере Firefox. Но в одном из обновлений, она появилась. Внезапно Майнкрафт стал тормозить! С выключенным браузером - 16 чанков 30 FPS, с включенным - 15-20 FPS. Я отключил прокрутку с помощью какого-то параметра в about:config - не помогло. Оказалось что для мышки она отключилась, а для клавиш-стрелочек - нет!
Специально сравнивал: 10 версия без прокрутки не влияет на FPS в игре никак.
А вот на более новой GeForce 9 FPS-у от прокрутки ни горячо, ни холодно. Либо пофиксили. Либо FPS-ов настолько овердофига, что не ощущается.
Возможно, это и есть причина откладывания включения этой функции в Linux, в то время как в Windows было.
Так и запишем - nvidia не может нормально обработать более 1 контекста opengl.
> Майнкрафт тянет, остальное на работе не нужно.Интересная, однако, работа.
>> Майнкрафт тянет, остальное на работе не нужно.
> Интересная, однако, работа.скорее, наоборот
> антифича, ибо тормозит прокруткуЭто да, крутанул колёсико, а окошко ещё чуть ли не целую секунду скроллится, будто производительности не хватает сразу нужное место отобразить. Тоже всегда стараюсь отключать эту гадость.
"Возможность использования оформления Material Design"
Ура! дождался
> Вашп. 9 http://wiki.opennet.ru/ForumHelp начинается словами "Запрещается намеренное искажение написания слов", если что.
> Для ссылки на переменную в CSS предлагается использовать функцию var(), допускаются математические выражения над переменными.CSS всё больше превращается в QML.
>Релиз web-браузера Chrome 49, прекративший поддержку 32-разрядных систем Linux
>Поддержка 32-разрядных архитектур x86 и ARM в Chromium будет сохранена как минимум в течение пяти лет.
>>Релиз web-браузера Chrome 49, прекративший поддержку 32-разрядных систем Linux
>>Поддержка 32-разрядных архитектур x86 и ARM в Chromium будет сохранена как минимум в течение пяти лет.Chrome != Chromium
Кто-то использует Chrome в Линукс?
хромиум пользуют, да. Но новости всегда о гуглохроме - это опеннет, привыкайте
Ну если я скажу, что я пользуюсь, тебе от этого полегчает?
я использую.
> Кто-то использует Chrome в Линукс?Не знаю, как сейчас, но достаточно долгое время (начиная с 19-й версии) пользователи Убунту были обделены сборкой Хромиума.
>> Представлен Background Sync APIя надеюсь это можно будет отключать/запрещать
Консерватор 80 уровня? На сегодняшних скоростях данные отправятся быстрее чем ты успеешь страницу закрыть.
Подскажите, а реализовали уже в нем такую фичу, как "Не загружать вкладки без запроса"? На подобии как у firefox. Очень бесит, когда во время старта начинают обновляться все N-цать вкладок.
Расширение The Great Suspender умеет это.
> доступен стабильный выпуск свободного проекта ChromiumВот про это и должна быть новость. Тут, все-таки, ОПЕНнет.
> идущим в комплекте модулем FlashЧем оно лучше того, что в репах?
> наличием системы отправки уведомлений в случае краха
> передачей при поиске RLZ-параметровГуглозонды.
> модулями для воспроизведения защищённого видеоконтентаDеRьMо.
> системой автоматической установки обновленийЗачем оно? Есть репы.
> Начиная с Chrome 49 Linux-сборки будут формироваться только для 64-разрядных систем. Возможность сборки кодовой базы Chromium для 32-разрядных систем оставленаЗато какой "сенсационный" заголовок новости!
> Поддержка плавной анимации прокрутки, выполняемой с использованием дискретных устройств, таких как колесо мышиЭто прорыв! особенно в 2016-ом.
>> системой автоматической установки обновлений
> Зачем оно? Есть репы.Репы - так не интересно. Надо через ж. и по-масдайски: чтобы болтался уязвимый и мутный сервис от Гугла с правами системы. Теперь Ваш браузер защищен! :)
Полностью расзондировать нельзя даже хром. Даже расширениями. Только самому исходник патчить. Почитай заметки Gorhill'а про Chrome API для расширений.
А ни у кого шрифты не стали хуже рендериться? Не смог найти упоминаний пока что, но это же невозможно не заметить! По краней мере на размерах от 14px и ниже многие буквы стали соприкасаться друг с другом. И чем меньше размер, тем хуже дело.Также забавно то, что если менять ширину окна браузера на сайте, который, например, выровнен по центру и имеет фиксированную ширину (т.е. текст в нем по идее не должен как-либо меняться), то некоторые буквы как бы скачут на +-1px по горизонтали и соответствеенно то касаются друг друга, то нет.
PS. win7/x64
> win7Шпермопроблемы. На мсдн.
> А ни у кого шрифты не стали хуже рендериться?Раньше шрифторазмазня лечилась параметрами --high-dpi-support=1 --force-device-scale-factor=1 , переданными браузеру при запуске. Теоретически также может помочь включение/отключение аппаратного ускорения и еще кое-каких фич сглаживания в настройках браузера, специфичных для винды.
Вендузятник должен страдать.
Откуда ж вы беретесь? Один ляпнул, теперь еще один поддакивает. Если по сути нечего сказать, то лучше промолчать.
Решайте свои проблемы с теми кому за прокат венды платили, чего тут то вопрошаете?
Вот товарищ выше нормально написал по теме настроек (хотя в данном случае это не то, что мне надо, и я знал о них), за что ему спасибо. При этом я лишь поинтересовался, _заметил_ ли кто-нибудь еще проблемы подобные моим при переходе на данную версию, а не просил _решать_ заменя эту проблему. Тем же дебианом я пользуюсь не меньше, чем виндой, только вот не пытаюсь самоутверждаться за счет этого.Да и вообще, если чуть-чуть хотя бы логику применить, то явно дело не в винде, если проблемы начались именно при обновлении хрома. Что-то подобное было, когда они подверкивания поломали для кириллицы и они наезжали на текст везде. Тоже винда виновата?
>>Ви так говорите, будто Firefox начиная с последних версий не стал таким же прожорливым как хромой.Пока что не стал. А вот игрухи из под Firefox последней версии не идут вовсе, или идут, но не все. Хром же отказался делать реализацию adobe-flash под Firefox, вот и пересели все на Хром! Куда деваться-то!
В нормальных дистрибутивах уже давно пакуют оба флэша. Никуда пересаживаться никто не заставляет.
А с какой стати гугл должен был делать flash под фурифокс?
Он какбэ вообще не свободный, поэтому тут с adobe надо договариваться, которым на линуксы плевать.
> Хром же отказался делатьFirefox согласия не давал. А tar вообще против был.
Давно уже SeaMonkey использую, а этот зонд и полузонд, да ну их парой!
> Давно уже SeaMonkey использую, а этот зонд и полузонд, да ну их парой!Пробовал несколько раз, но не удается допилить до удобного состояния - очень уж он олдскульный. Остановился на Palemoon
SeaMonkey через about:config можно на любое молодёжно-модное действо склонить ))
А бета 49 проддерживала 32-bit? Я сейчас на 48 beta (лень обновляться было на релиз), хочу обновиться на последнее 32-битное и сидеть на нём следующие несколько лет (ну не заставите вы меня на комп с менее, чем 8 GiB RAM нагородить 32-битную систему).
В конце предложения имеется ввиду 64-битная система, разумеется.
А на ноуты средней руки больше 8 Гб и не впихнёшь. Например в мой.