Комментарии 20
НЛО прилетело и опубликовало эту надпись здесь
В Sublime есть кнопка запуска в браузере, упаковки в CRX, ZIP? Готовые шаблоны расширений, приложения?
Планируется ли автодополнение (или хотя бы большой набор готовых сниппетов) для членов chrome.*? Редактор манифеста с GUI? В моем SDK — да, причем уже в Beta.
Как более отдаленную и туманную перспективу, рассматриваю модуль отладки, чтобы ошибки JavaScript видеть в окне IDE, а также дополнительные направления, связанные с Chrome, помимо расширений, например, PPAPI/NPAPI и создание своих сборок Chromium.
Планируется ли автодополнение (или хотя бы большой набор готовых сниппетов) для членов chrome.*? Редактор манифеста с GUI? В моем SDK — да, причем уже в Beta.
Как более отдаленную и туманную перспективу, рассматриваю модуль отладки, чтобы ошибки JavaScript видеть в окне IDE, а также дополнительные направления, связанные с Chrome, помимо расширений, например, PPAPI/NPAPI и создание своих сборок Chromium.
НЛО прилетело и опубликовало эту надпись здесь
> > Планируется ли автодополнение (или хотя бы большой набор готовых сниппетов) для членов chrome.*?
> Опять же это можно допилить, но никто этим не занимался (подготовкой файлов для автодополнения).
jetbrains поддерживает DefinitelyTyped chrome.*
в качестве альтернативы js стабы относительно просто можно собрать из исходников chromium.
> Опять же это можно допилить, но никто этим не занимался (подготовкой файлов для автодополнения).
jetbrains поддерживает DefinitelyTyped chrome.*
в качестве альтернативы js стабы относительно просто можно собрать из исходников chromium.
>> Ручная подготовка может привести к ошибкам и не совместима с Continuous Integration
Не понял, о чем Вы. Упаковка в ZIP, в первую очередь, предназначена для загрузки расширений в Google Webstore.
Упаковка в CRX — для удобной установки в старые браузеры. CRX ничем не отличается от созданного через специальную кнопку на chrome://extensions.
>>> Редактор манифеста с GUI?
>> Что это такое?
Ближайший аналог — в Safari:
>> Почему бы не взять уже готовую open-source IDE?
lurkmore.to/Умение_разбираться_в_чужом_коде :-)
>> Так-то проект пилите, но не так, как ReactOS (уже 17 лет пишут).
То, что есть сейчас, я писал всего 3 месяца… Опыта в WPF имел мало. ContentTemplate, ItemTemplate, Binding изучил уже по ходу написания.
Не понял, о чем Вы. Упаковка в ZIP, в первую очередь, предназначена для загрузки расширений в Google Webstore.
Упаковка в CRX — для удобной установки в старые браузеры. CRX ничем не отличается от созданного через специальную кнопку на chrome://extensions.
>>> Редактор манифеста с GUI?
>> Что это такое?
Ближайший аналог — в Safari:
>> Почему бы не взять уже готовую open-source IDE?
lurkmore.to/Умение_разбираться_в_чужом_коде :-)
>> Так-то проект пилите, но не так, как ReactOS (уже 17 лет пишут).
То, что есть сейчас, я писал всего 3 месяца… Опыта в WPF имел мало. ContentTemplate, ItemTemplate, Binding изучил уже по ходу написания.
НЛО прилетело и опубликовало эту надпись здесь
>> Чем JSON-редактор с подсветкой синтаксиса лучше генератора из формы?
С генератором формы меньше телодвижений.
Приведу два примера.
ПРИМЕР 1. Нужно добавить контент скрипт.
Вручную:
1. Открываете Manifest.json
2. Ручками пишете путь к вашему скрипту.
3. Ручками пишете в permissions маску доступного URL. Даже если это "*://*/*".
4. Создаете файл вашего скрипта.
5. Открываете ваш скрипт. Пишете код.
Автоматически:
1. Открываете Manifest.json генератором.
2. Нажимаете «Добавить контент скрипт».
3. Появляется окошко «Свойства контент скрипта». В нем уже заданы и run_at «document_end», и маска URL "*://*/*". Можете их изменить, а можете просто, не задумываясь, жмякнуть в окошке «ОК» или «Enter».
4. Все. Путь в Manifest.json и маска в permissions записаны автоматически. Файл скрипта добавлен автоматически, да еще и открыт перед нами во вкладке. Скрипт добавлен. Можно писать код.
ПРИМЕР 2. Нужно добавить элемент в контекстное меню.
Вручную:
1. Открываете Manifest.json
2. Ручками добавляете contextMenus в permissions.
3. Ручками прописываете в Manifest фоновый скрипт, если его еще нет
4. Ручками добавляете фоновый скрипт.
5. Открываете скрипт. Лезете в документацию developer.chrome.com/extensions/contextMenus. Ручками пишете код.
Автоматически:
1. Открываете Manifest.json генератором
2. Нажимаете «Добавить элемент меню».
3. Появляется окошечко «Свойство элемента меню». В нем заполняете текст элемента, иконку, контекст. Обязательно заполнять только текст. Пишете текст и нажимаете OK.
4. Все. contextMenus добавлен автоматически. Фоновый скрипт прописан и добавлен автоматически. Готовый код chrome.contextMenus.create() сгенерирован автоматически. Элемент меню добавлен. В документацию лезть не надо, вникать в chrome.contextMenus.create() не надо.
И да, от JSON я в пользу генератора не откажусь. Будут оба.
>> Не понимаю, что вы хотите сказать.
То, что проще написать свою IDE, чем изучать код чужой, только для того, чтобы добавить в нее пару фич.
С генератором формы меньше телодвижений.
Приведу два примера.
ПРИМЕР 1. Нужно добавить контент скрипт.
Вручную:
1. Открываете Manifest.json
2. Ручками пишете путь к вашему скрипту.
3. Ручками пишете в permissions маску доступного URL. Даже если это "*://*/*".
4. Создаете файл вашего скрипта.
5. Открываете ваш скрипт. Пишете код.
Автоматически:
1. Открываете Manifest.json генератором.
2. Нажимаете «Добавить контент скрипт».
3. Появляется окошко «Свойства контент скрипта». В нем уже заданы и run_at «document_end», и маска URL "*://*/*". Можете их изменить, а можете просто, не задумываясь, жмякнуть в окошке «ОК» или «Enter».
4. Все. Путь в Manifest.json и маска в permissions записаны автоматически. Файл скрипта добавлен автоматически, да еще и открыт перед нами во вкладке. Скрипт добавлен. Можно писать код.
ПРИМЕР 2. Нужно добавить элемент в контекстное меню.
Вручную:
1. Открываете Manifest.json
2. Ручками добавляете contextMenus в permissions.
3. Ручками прописываете в Manifest фоновый скрипт, если его еще нет
4. Ручками добавляете фоновый скрипт.
5. Открываете скрипт. Лезете в документацию developer.chrome.com/extensions/contextMenus. Ручками пишете код.
Автоматически:
1. Открываете Manifest.json генератором
2. Нажимаете «Добавить элемент меню».
3. Появляется окошечко «Свойство элемента меню». В нем заполняете текст элемента, иконку, контекст. Обязательно заполнять только текст. Пишете текст и нажимаете OK.
4. Все. contextMenus добавлен автоматически. Фоновый скрипт прописан и добавлен автоматически. Готовый код chrome.contextMenus.create() сгенерирован автоматически. Элемент меню добавлен. В документацию лезть не надо, вникать в chrome.contextMenus.create() не надо.
И да, от JSON я в пользу генератора не откажусь. Будут оба.
>> Не понимаю, что вы хотите сказать.
То, что проще написать свою IDE, чем изучать код чужой, только для того, чтобы добавить в нее пару фич.
НЛО прилетело и опубликовало эту надпись здесь
Необходимость придерживаться стандартной структуры считаю достоинством, а не недостатком. Облегчает понимание чужого кода.
chrome.contextMenus.create() применяется во многих расширениях, как и Page Action и Browser Action.
Типовые рекламные зловреды, которые наполняют уродской рекламой браузер и больше от них нет никакого проку, не рассматриваю, поскольку считаю недопустимыми.
chrome.contextMenus.create() применяется во многих расширениях, как и Page Action и Browser Action.
Типовые рекламные зловреды, которые наполняют уродской рекламой браузер и больше от них нет никакого проку, не рассматриваю, поскольку считаю недопустимыми.
>> Плюс Google вас уже очень сильно опередил.
Не так уж и сильно. Тот же недоредактор. Выделяется разве что нездешним интерфейсом, но разве это хорошо?
Вот в Firefox и Safari — действительно эталонные IDE для расширений. В первом кодогенератор и отладчик, во втором — редактор из коммента выше.
Не так уж и сильно. Тот же недоредактор. Выделяется разве что нездешним интерфейсом, но разве это хорошо?
Вот в Firefox и Safari — действительно эталонные IDE для расширений. В первом кодогенератор и отладчик, во втором — редактор из коммента выше.
Теряюсь в догадках, как же всё-таки читается название SDK… :-)
Хром-Хрум. Ударение на последний слог. От «Хром» и «хрум-хрум!» :-)
НЛО прилетело и опубликовало эту надпись здесь
зипо́м-зипа́м, если по правилам :)
Так же. Зря, конечно, транскрипцию не привел. В бете исправлю.
Англоязычное население планеты вряд ли когда-то прочитает это как «хром-хрум»
Предлагаете изменить название проекта? Какое название предлагаете?
Если кому-то интересна этимология названия, то идея позаимствована у Mail.Ru. Один из их Chromium-based браузеров назывался «Интернет» и устанавливался в папку «Xpom». Этакое внутрикорпоративное кодовое имя :-)
Если кому-то интересна этимология названия, то идея позаимствована у Mail.Ru. Один из их Chromium-based браузеров назывался «Интернет» и устанавливался в папку «Xpom». Этакое внутрикорпоративное кодовое имя :-)
Да я и не предлагаю ничего. Можете оставить. Я просто озвучил свои мысли о том, как англоговорящие будут это читать.
Лично я пытался сначала читать «кспом-кспам», ну возможен ещё вариант «экспом-экспам». Я как говорящий на русском догадался, что возможно это «хром-хрум», но что делать остальным?
Вот именно, в папку. Папку установки можно обозвать как угодно, от этого название проекта не меняется — оно так и останется «Интернет», даже если установить его в папку «smdhs72jebsauf20amdc».
Лично я пытался сначала читать «кспом-кспам», ну возможен ещё вариант «экспом-экспам». Я как говорящий на русском догадался, что возможно это «хром-хрум», но что делать остальным?
устанавливался в папку «Xpom»
Вот именно, в папку. Папку установки можно обозвать как угодно, от этого название проекта не меняется — оно так и останется «Интернет», даже если установить его в папку «smdhs72jebsauf20amdc».
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Xpom-Xpum! SDK — IDE для расширений и приложений Google Chrome