я понимаю.
фишка Zopfli как раз в том, чтобы статически сжать svg → svgz с чуть большим сжатием, чем даже «gzip --best», с обратной совместимостью, никак не влияющей на существующие браузеры.
я бы ещё добавил, что искажения можно разделить на два вида: 1) явные баги, когда утилита ломает оригинальный результат рендеринга 2) осознанные «lossy» искажения (например, слегка уменьшить точность чисел с плавающей точкой в огромных массивах координат Path).
и если вторые можно контролировать, то первые порой абсооютно непредсказуемы – я ловил очень прикольные глитчи в процессе разработки :)
если есть какие-нибудь вопросы или пожелания, буду рад ответить и выслушать.
немного подробностей можно найти в моём докладе на ноябрьском Web Standards Days в Москве, где я рассказал про общие принципы оптимизации SVG и пропиарил утилиту в целом :)
на сегодняшний день SVGO ещё не исчерпал всех тех идей оптимизации, которые накопились, т.е. результат может быть ещё круче, чем в нынешней таблице сравнения (касательно как степени сжатия, так и скорости работы).
не совсем в тему автоматизации скачивания, но для Chrome/Chromium есть прекрасная кнопка-нотифер USSR torrents monitor, следящая за кучей трекеров и выводящая циферку при появлении новых серий.
под iOS проблемы тоже есть – Skype считается чуть ли не самой жрущей батарейку штукой, потому что постоянно висит в фоне со своей кучей p2p-соединений, вместо того, чтобы по-человечески использовать push, как тот же Viber.
ну и интерфейс, да. об этом уже можно притчи слагать.
// This function creates a new anchor element and uses location
// properties (inherent) to get the desired URL data. Some String
// operations are used (to normalize results across browsers).
function parseURL(url) {
var a = document.createElement('a');
a.href = url;
return {
source: url,
protocol: a.protocol.replace(':',''),
host: a.hostname,
port: a.port,
query: a.search,
params: (function(){
var ret = {},
seg = a.search.replace(/^\?/,'').split('&'),
len = seg.length, i = 0, s;
for (;i<len;i++) {
if (!seg[i]) { continue; }
s = seg[i].split('=');
ret[s[0]] = s[1];
}
return ret;
})(),
file: (a.pathname.match(/\/([^\/?#]+)$/i) || [,''])[1],
hash: a.hash.replace('#',''),
path: a.pathname.replace(/^([^\/])/,'/$1'),
relative: (a.href.match(/tps?:\/\/[^\/]+(.+)/) || [,''])[1],
segments: a.pathname.replace(/^\//,'').split('/')
};
}
фишка Zopfli как раз в том, чтобы статически сжать svg → svgz с чуть большим сжатием, чем даже «gzip --best», с обратной совместимостью, никак не влияющей на существующие браузеры.
и если вторые можно контролировать, то первые порой абсооютно непредсказуемы – я ловил очень прикольные глитчи в процессе разработки :)
я – автор SVGO (SVG Optimizer).
если есть какие-нибудь вопросы или пожелания, буду рад ответить и выслушать.
немного подробностей можно найти в моём докладе на ноябрьском Web Standards Days в Москве, где я рассказал про общие принципы оптимизации SVG и пропиарил утилиту в целом :)
на сегодняшний день SVGO ещё не исчерпал всех тех идей оптимизации, которые накопились, т.е. результат может быть ещё круче, чем в нынешней таблице сравнения (касательно как степени сжатия, так и скорости работы).
ну и интерфейс, да. об этом уже можно притчи слагать.
ладно ещё над сушей на такой высоте наверное птиц почти нет, а над морем – чайки.
багрепорты и фичреквесты приветствуются.
для поиска и сортировки по звёздочкам есть ещё удобный eirikb.github.com/nipster/, если вдруг.