Comments 24
То что надо, особенно порадавали возможности сохранения измененного файла стилей и остановка на определенном событии.
Некоторые пункты были, мягко говоря, в стиле КЭПа, но в целом — довольно полезно.
В целом да, но вот у Google есть неплохая документация с картинками :)
А еще надо знать, что то, что выводится через console.log|info|dir.., не всегда соответствует действительности, — запустите в консоли:
var a = {}; console.dir(a); a.a = 1; a.b = 2;
Сталкивался раньше с таким. Потратил около получаса, прежде чем понял что баг в Хроме :)
Кстати, есть еще один баг связанный с несоответствием, я сообщил о нем, но никакого ответа не получил.
Если приложение использует много XHR запросов то можно обнаружить несоответствие заголовков запроса и ответа. То есть показывается XHR в списке, во вкладке Headers явно видно что вызывается метод1, а во вкладке Response приходит ответ на метод2. Метод 2 имеет нормально ответ. В результате теряется ответ по методу1 (визуально)
В это же время в Фидлере и Чарли все ок.
Кстати, есть еще один баг связанный с несоответствием, я сообщил о нем, но никакого ответа не получил.
Если приложение использует много XHR запросов то можно обнаружить несоответствие заголовков запроса и ответа. То есть показывается XHR в списке, во вкладке Headers явно видно что вызывается метод1, а во вкладке Response приходит ответ на метод2. Метод 2 имеет нормально ответ. В результате теряется ответ по методу1 (визуально)
В это же время в Фидлере и Чарли все ок.
Я сабмитил этот баг, оказалось что похожий там уже был до этого. Я стал за ним следить, пару дней назад пришло письмо «Due to the age of the issue, changing the priority to P3, however because it has at least 10 stars, marking it for review». Может быть в итоге таки пофиксят когда-нибудь. Я заметил эту штуку еще в 13-й версии Хрома
Похоже хром просто откладывает получение свойств объекта до того, как ты его раскроешь. Та же проблема воспроизводится даже если делать по шагам, но открыть объект в самом конце.
Только что пришло письмо, вроде как пофиксили code.google.com/p/chromium/issues/detail?id=50316
Увы, в Safari 6 большинство описанных фишек отсутствуют.
Скажите, а у меня одного жутко лагает хромовский инспектор?
На рабочем компе и на ноуте — сразу вешается браузер.
Переустанавливать пробовал — не помогло.
В ФФ фаербаг летает.
На рабочем компе и на ноуте — сразу вешается браузер.
Переустанавливать пробовал — не помогло.
В ФФ фаербаг летает.
Вот еще ctrl+стрелка вверх/вниз передвигает элементы.
в новой версии $_ будет хранить посл вычесленное выражение
Ещё можете добавить про мегаудобное сочетание клавиш Ctrl+Shift+F — позволяет искать по всем загруженным скриптам, в том числе с помощью регулярных выражений. Стандартное поле поиска, к сожалению, ищет только в текущем файле.
Я вот никак не могу пересесть при разработке на Хром только из-за того, что в Firebug есть пара-тройка суперудобных вещей, которые в Хроме не так удобны. Самое, наверное, главное: в Firebug чекбоксы временного отключения свойств css располагаются слева от свойства (сразу рядом с ними, как раз там, куда смотрит глаз), а в хроме — справа, через значительный отступ, неудобно тянуться — пиксель-хартинг получается. Еще в Firebug можно в редакторе css выделить селектор с его содержимыи, и он нормально скопируется в буфер обмена. И редактор html-элементов как то мягче, что ли, реагирует на попытки редактирования.
Зато в Firebug не работает Ctrl+Z в редакторе дерева (а в хроме работает; кстати, это одна из самых значимых причин перейти на хром для тех, кто пользуется Firebug-ом).
Зато в Firebug не работает Ctrl+Z в редакторе дерева (а в хроме работает; кстати, это одна из самых значимых причин перейти на хром для тех, кто пользуется Firebug-ом).
Кто подскажет, как в хроме исследовать DOM? В FireBug'е есть отдельная и очень удобная вкладка для этого.
Sign up to leave a comment.
Вещи, которые я не знал о WebKit inspector