Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Отладочный режим #9

Closed
kizu opened this issue Apr 8, 2011 · 5 comments
Closed

Отладочный режим #9

kizu opened this issue Apr 8, 2011 · 5 comments

Comments

@kizu
Copy link

kizu commented Apr 8, 2011

Очень хочется режим, с которым кроме результата будет выдаваться статистика о том что именно было прооптимизированно:
— какие свойства были удалены как перекрытые;
— какие именно оптимизации оказались самыми эффективными;
Ну и всё в том же духе.
Помимо практической пользы (можно, например, искать где что перекрывается) было бы просто забавно смотреть на статистику по тому какие методы оптимизации какой прирост дают :)

@afelix
Copy link
Contributor

afelix commented Apr 8, 2011

Мне уже самому этого тааак хочется!!! :)
Обязательно будет. На больших CSS без таких отладок отлавливать баги — ужас-ужас. Сейчас в отпуск ухожу, в отпуске постараюсь сделать хоть зачатки.

@mikesub
Copy link

mikesub commented Sep 23, 2011

Помимо этого, думаю стоит добавить вербозности.
Сейчас гонял его по файлу в 300кб. Было проблематично искать, где он перестал дальше работать (из-за невалидности css).
И не глядя в результат, невозможно понять доработал ли он до конца. (Нет ни exitcode'а, ни каких сообщений в stdout/stderr). Если бы были сообщения, на чем именно он спотыкнулся, было бы вообще круто.

@afelix
Copy link
Contributor

afelix commented Sep 23, 2011

Да, это в планах, но уже ближе к зиме.

@kizu
Copy link
Author

kizu commented Jan 30, 2012

Чуть-чуть пингую этот таск — в поисках ошибок в больших сжатых файлах какой-то лог очень пригодился бы: сейчас приходится руками сначала одинаково форматировать исходный и сжатый вариант, после чего прогонять их через diff, и то потом не везде понятно почему то или иное свойство исчезло, перенеслось, или ещё из-за чего-то сжалось.

@lahmatiy
Copy link
Member

CSSO cli has --debug option that can to show details about each step transformation. Not so good for large files, but can helps with isolated issue.
Since 1.6 CSS parse error are much verbose. It should be much easier to find out what problem is. And source maps can help now as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants