Масштабирование просто меняет размеры viewport, поэтому если у вас что-то где-то залезает не туда, значит у вас косая верстка. Проверьте размеры viewport при масштабе 60% и сделайте нужные правки в вёрстке для данного диапазона.
OML_KVLT, раньше баг был в Android Chrome и iOS Safari (background-size: cover работал как background-size: 100%, если был background-attachment: fixed) сейчас проверил, вроде бы нет уже:
Но на телефонах до сих пор не работает background-attachment: fixed. Ну хоть cover больше без бага по совместном с ним использовании.
Антон Вебсайтовский, CMYK — это просто цветовое пространство. Оно может быть и для растрового изображения. Как по вашему тогда фотографии на гигантских билбордах печатают? Не в вектор же переводят. Просто
используйте для всех ресурсов цветовое пространство CMYK — всё будет хорошо.
Александр, большие GIF могут нагрузить браузер, если их несколько и если устройство слабое. Либо же если на странице большое количество небольших GIF. В последний раз, когда я тестировал инструкцию, где было ~15 больших GIF, она подтупливала на ноутбуке с Core i3 2XXX и 4 Гб ОЗУ.
Я помню ещё, как мой старый телефон лет 5 назад глючил, когда я а странице было штук 20 небольших GIF'ок.
Поэтому, конечно, да, нагружают, но это сильно зависит от размера, частоты кадров, количество таких GIF и т. п.
Сергей Соколов, делал косой скрипт, который собирал DOM фильтров из JSON + данных существующего DOM. Сначала написал на jQuery, он собирал медленно. Переписал без него — стали собираться мгновенно. Надо было бы замерить, кстати.
Мне полгода назад мой знакомый приводил примеры, где jQuery от 4 до 12 раз медленнее выполнял какие-то функции. С этого момента стараюсь всё без него делать, что могу (но пока не очень получается, LOL). Знакомый работает frontend-разработчиком в OZON, так что ему можно верить, в отличие от меня.
