Комментарии 69
при установке здоровенный красный значок ошибки пугает
+2
А зачем ему все личные данные на всех вебсайтах и вкладки и журнал посещений?
+7
Нахрена я этот исходник увидел только :)
"permissions": [ "tabs", "http://*/", "https://*/" ,"Obey Galactic","Ressurect Dart Veider"]
+7
:))) Ну и я конечно буду очень рад, если расскажите как реализовать такого рода расширения без минимальных «permissions»: [ «tabs», «http://*/», «https://*/» ]
0
Кстати говоря вы и так можете исходник любого Chrome расширения просмотреть, ещё при установке. Просто откройте страницу расширения, кликните по ссылке Install, дождись пока скачается и далее не нажимая кнопку «Установить», откройте папку загрузок Chrome, переименуйте скачанный файл *.crx в *.zip и уаля — весь код как расширения на ладони.
+1
Мда, далеко еще Хрому до платформы разработчика.
-20
Правда глаз колет? Фанатизм — страшная штука. Объективнее надо быть, объективнее. Ну, или хотя бы разобраться, чем браузер от платформы отличается.
-15
Да нет. не колет. Просто к чему Ваш комментарий тут-то?
Ну и кроме того, стоило-бы развернуто объяснить, почему Вы так считаете?
Кстати, если кто и присунул в карму Вам, то это не ко мне.
Ну и кроме того, стоило-бы развернуто объяснить, почему Вы так считаете?
Кстати, если кто и присунул в карму Вам, то это не ко мне.
+2
Вы, видимо, неправильно поняли суть расширения. В хроме (кстати, и в любом другом браузере на webkit) из коробки идет хороший набор инструментов для разработки и отладки.
+3
Суть расширения прекрасно понял. Расширение не несет практически никакой пользы. Простому обывателю эти ошибки до одного места, для него это и так темный лес. А для разработчика этого недостаточно. Хороший набор инструментов невозможно свернуть в тонкую панель, можно только отключить.
-6
Для разработчика это расширение — повод заглянуть в инструменты разработчика. По моему на большее это расширение и не претендует и с поставленной задачей справляется.
Я бы разве что добавил (если вообще реально) ссылочку типа «открыть инструменты разработчика» прямо под списком ошибок… что бы быстро.
Я бы разве что добавил (если вообще реально) ссылочку типа «открыть инструменты разработчика» прямо под списком ошибок… что бы быстро.
+6
Странно как-то и непонятно.
Итак, берем гипотетического разработчика, который просто серфит сайты. Интересна ли ему информация об ошибках? Скорее всего глубоко пофиг, он сайты смотреть пришел а не копаться в чужом коде.
Теперь берем разработчика, который работает над созданием JS-кода в проекте. С какой вероятностью у него будет закрыто окно с консолью? Только у самонадеянных или начинающих. Я без консоли никуда.
Вопрос, в каких случаях тогда данный плагин полезен будет?
Итак, берем гипотетического разработчика, который просто серфит сайты. Интересна ли ему информация об ошибках? Скорее всего глубоко пофиг, он сайты смотреть пришел а не копаться в чужом коде.
Теперь берем разработчика, который работает над созданием JS-кода в проекте. С какой вероятностью у него будет закрыто окно с консолью? Только у самонадеянных или начинающих. Я без консоли никуда.
Вопрос, в каких случаях тогда данный плагин полезен будет?
-3
Берем гипотетического разработчика, у которого несколько проектов (заказов и т.д.). Заходит он на один из них (проект уже работает некоторое время) и вдруг видит, что у него ошибка JS, которую бы он без такой нотификации не заметил бы вообще.
Ошибки ведь выползать могут не только на этапе разработки, но и после.
Ошибки ведь выползать могут не только на этапе разработки, но и после.
+5
Удивительно просто, что в продакшин запускают системы без проверки работоспособности.
Что с такой нотификацией, что без нее, исправлять нужно причину возникновения ошибки, а не бороться с последствиями. Да, согласен, есть трудноуловимые ошибки, но есть множество способов как от них избавляться:
* Делайте больше проверок входящих данных на наличие или правильность структуры. Никогда не надейтесь, что входящие данные будут всегда и в полном объеме.
* Дробите сложные куски кода на более мелкие запчаси. Придерживайтесь принципа KISS.
* Если используете фреймворки, то изучите досконально документацию.
* Не используйте грязные хаки для определенных браузеров. Это потенциальное место для ошибки.
* Не используйте жестких привязок и прибивания гвоздиком без острой необходимости. Например, проверка на версию браузера вероятнее всего приведет к ошибке в будущих версиях или для мимикрирующих UA.
* Используйте активнее try catch, если сомневаетесь, что где-то что-то все равно может поломаться. Неработающий код лучше чем ошибка, как бы банально это не звучало, но это психология пользователя.
Вырабатывайте методологию минимизации ошибок и методологию их отлова еще на этапе разработки, и вам такие инструменты будут ни к чему.
Что с такой нотификацией, что без нее, исправлять нужно причину возникновения ошибки, а не бороться с последствиями. Да, согласен, есть трудноуловимые ошибки, но есть множество способов как от них избавляться:
* Делайте больше проверок входящих данных на наличие или правильность структуры. Никогда не надейтесь, что входящие данные будут всегда и в полном объеме.
* Дробите сложные куски кода на более мелкие запчаси. Придерживайтесь принципа KISS.
* Если используете фреймворки, то изучите досконально документацию.
* Не используйте грязные хаки для определенных браузеров. Это потенциальное место для ошибки.
* Не используйте жестких привязок и прибивания гвоздиком без острой необходимости. Например, проверка на версию браузера вероятнее всего приведет к ошибке в будущих версиях или для мимикрирующих UA.
* Используйте активнее try catch, если сомневаетесь, что где-то что-то все равно может поломаться. Неработающий код лучше чем ошибка, как бы банально это не звучало, но это психология пользователя.
Вырабатывайте методологию минимизации ошибок и методологию их отлова еще на этапе разработки, и вам такие инструменты будут ни к чему.
-3
А что разве одно другому не мешает?
0
Т.е. я хотел сказать: может у вас просто аллергия на красненькие иконки? Хотите я специально для вас сделаю версию с зелёненькой? :)
+2
В промышленных масштабах еще как мешает. Для вебсайтов пофиг конечно, но не для веб-ориентированных систем.
0
Мне кажется вы всё-таки не совсем правильно понимаете предназначение этого расширения, хотя я вроде об этом и написал в первых 2х абзацах топика.
Как бы это вам ещё популярней объяснить…
Вот у вас дверь в квартире может быть стальная, с титановыми затворами по всему периметру — и это всё конечно хорошо, но тем не менее это не отменяет необходимости сверлить в ней дырочку под какой-то жалкий глазок. Можно конечно каждый раз спрашивать: Кто там? Кто пришёл? Но ведь куда проще в глазок посмотреть и не дурить людям голову.
Как бы это вам ещё популярней объяснить…
Вот у вас дверь в квартире может быть стальная, с титановыми затворами по всему периметру — и это всё конечно хорошо, но тем не менее это не отменяет необходимости сверлить в ней дырочку под какой-то жалкий глазок. Можно конечно каждый раз спрашивать: Кто там? Кто пришёл? Но ведь куда проще в глазок посмотреть и не дурить людям голову.
+1
Со всеми вашими пунктиками вы вряд ли напишете код со 100% гарантией отсутствия ошибок или отлова их последствий. Ошибка, например, может заключаться не в самом коде, а в новой версии браузера, где что-то сломалось. Т.е. вы гипотетически не можете знать всех возможных мест поломки. От всего не застрахуетесь.
+2
На самом деле обывателю тоже может сгодится. Частенько бывает, что даже популярные сайты выдают JavaScript ошибки. И вот так получается, всплывает ошибка при каком-нибудь AJAX запросе, а простой смертный юзер сидит и не знает, чего это у него формочка не отправляется — то ли инет отвалился, то ли жмёт не туда. Думаете в Internet Explorer первых версиях просто так было такое навязчивое уведомление об ошибках? Как раз нет- специально для того, чтобы юзера информировать, что он с глючным сайтом дело имеет.
+2
Тогда, кстати, может сделать в расширении возможность копипастить список ошибок и писать что-то типа «если вы это видите, сообщите разработчикам сайта».
Хотя конечно вряд ли обыватели будут ставить это расширение массово. Хотя если бы оно было интегрировано в хром, то цены бы ему не было.
Хотя конечно вряд ли обыватели будут ставить это расширение массово. Хотя если бы оно было интегрировано в хром, то цены бы ему не было.
0
Вы не поверите, но пользователи потыцкают на кнопки, не получат результата и, сказав что сайт глючный, закроют его. Все. Никому не интересно читать неведомые сообщения об загадочных и непонятных для обывателя ошибках, окромя разработчиков, которые в этом хоть как-то шурупают.
Есть сообщение или нет — уже все равно, искомого пользователь не добился, а это самое главное и важное
Есть сообщение или нет — уже все равно, искомого пользователь не добился, а это самое главное и важное
-1
Не согласен. Сам полжизни работал в FF (вебдев), а с месяц назад решил уменьшить собственную степень комфортности (и не спрашивайте — зачем) и пересел на Chrome. Сначала казалось, что все не очень. А постепенно втянулся))
Не хватает пока только некоторых мелочей (типа возможности просмотреть ответ на некоторый запрос в формате HTML — в смысле не код, а так, словно это отображенная страница...). Но и то вполне допускаю, что соответствующие плагины есть.
В итоге что-то больше нравится в FF, что-то в Chrome.
Не хватает пока только некоторых мелочей (типа возможности просмотреть ответ на некоторый запрос в формате HTML — в смысле не код, а так, словно это отображенная страница...). Но и то вполне допускаю, что соответствующие плагины есть.
В итоге что-то больше нравится в FF, что-то в Chrome.
+2
Да я бы на вашем месте так бы не говорил) встроенный аля фаербаг, консоль, древовидный Dom и его изменение, что еще надо разработчику?)) только не говорите что встроенный ide) + можно делать тесты, смотреть что откуда, исходники инклюдов на страницу не открывая новую вкладку или не перезагружая страницу… Именно по этим немалым причинам я использую хром) хотя в опере тоже есть нечто подобное) а вот в фф уже плагины надо ставить :'(
+1
Вопрос немного не по теме: использовать 8-ми символьный indent в javascript удобно?
0
Да-да, мне тоже непривычно, я к двум символам привык как-то исторически.
0
Конечно не удобно :) Я вообще считаю, что использование пробелов вместо табов — очень плохая практика. Потому и использую только табы (см. оригинальный текст исходников через SVN checkout, а не через Google Code).
+1
Большое вам человеческое спасибо за это расширение. Очень пригодилось!
+3
Да, я знаю. Такое случается с определённого рода ошибками. Это издержки реализации window.onerror в Google Chrome. Сам с таким сталкивался, пока гуглю на тему как это можно пофиксить.
0
Впрочем, а консоли хрома-то уже видно ошибку. Хотя, лично мне эта ошибка ни о чем и не говорит. Все равно спасибо!
0
Таки вот нашёл, у Chromium открытая бага по этому поводу есть: code.google.com/p/chromium/issues/detail?id=8939
+1
Отличная идея! Уже ставлю :)
А Вы не искали — может уже issue есть чтоб добавили в дефолтный функционал? Я бы проголосовал за нее.
А Вы не искали — может уже issue есть чтоб добавили в дефолтный функционал? Я бы проголосовал за нее.
+2
Вот единственное что нашёл: www.google.com/support/forum/p/Chrome/thread?tid=7d425761e38ac12c&hl=en
Голосуем!
Голосуем!
0
На всякий случай создал issue: code.google.com/p/chromium/issues/detail?id=76493
+1
Спасибо, очень удобно.
0
Ухх) спасибо!) и кстати да, было бы полезно добавить кнопочку для вывода инструментов) и сделайте пожалуйста этот фрейм поменьше) а то полоса прокрутки как не как а немного напрягает)
0
Вызывать консоль браузера из JavaScript не представляется возможным, в Chromе для этого нет соответствующих API методов. Зато есть Ctrl + Shift + J :)
А какой именно фрейм поменьше сделать, уточните?
А какой именно фрейм поменьше сделать, уточните?
0
s1.ipicture.ru/uploads/20110317/mV0TpBS7.png
вот этот) сделать переносы просто)
вот этот) сделать переносы просто)
0
Исправил.
0
Но только я сделал не через переносы, а через overflow-y: hidden; overflow-x: auto; Через word-wrap: break-word; не получилось впихнуть, там из-за него popup по всей длине почему-то растягивается. Я вообще в CSS/HTML не силён.
Может у вас получится стили так прописать, чтобы и word-wrap: break-word; был включен, и ширина/высота под размеры текста подгонялась? code.google.com/p/javascript-error-notifier/source/browse/trunk/popup.html
Может у вас получится стили так прописать, чтобы и word-wrap: break-word; был включен, и ширина/высота под размеры текста подгонялась? code.google.com/p/javascript-error-notifier/source/browse/trunk/popup.html
0
Спасибо, удобно!
А можно ли добавить ссылку на строку в коде, как в консоли? Когда кликаешь и переходишь в исходный код на строку с ошибкой.
А можно ли добавить ссылку на строку в коде, как в консоли? Когда кликаешь и переходишь в исходный код на строку с ошибкой.
0
Cпасибо!
0
Эх, валидатор не сделаете заодно? В смысле, чтобы он проверял страницу на соответствие w3c. Все подобные плагины забанены за слишком частое обращение к сервам валидатора, надо чтото локальное, как сделано у Фаерфокса
+2
Посмотрю насколько это сложно, и если будет свободное время, то попробую реализовать.
0
HTML Validator не забанен
+1
Спасибо, очень полезное расширение.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Уведомление о JavaScript ошибках в адресной строке