А он случаем не научился нормально управлять положением этого своего окна с табами? А то когда я его в последний раз смотрел, покрайней мере на маке, оно как-то то с не очень работало, то положение свое теряло, в общем как-то неработо пригодно было...
Там, по словам авторов, нехилый learning curve у этого аддона (эвф.: "аддон редкостное говно"). Для меня имеет смысл его поюзать, потому что для своего дочернего проекта всё равно писать что-то такое буду.
Ну хз, я когда смотрел его с пол-года назад, эти их обещания что учиться ему долго как напущение излишнего пафоса воспринял, потыкал, всё с ходу вроде понятно, но глючит работа с окном эти внешним, так что забил.
вообще хочется, чтобы такие вещи работали кроссбраузерно, и чтобы их базу данных можно было парсить (ну последнее наверно не проблема)
я вот например думаю сделать че попроще -- прикрутить регулярный парсинг букмарков
скажем, забукмаркал я udpn.livejournal.com с тэгом download (или даже их набором), и через минуту (или когда там букмарки скинутся на диск?) включилась скачивалка, которая начала скачивать эту жж-чку (а набор тэгов дает доп. опции)
кстати, идея-то простая, неужто никто такое еще не сделал? (другое дело что скачивалки для каждого типа сайта должны быть кастомные, если жж тупо скачивать -- накачается туева хуча дублирующих друг друга файлов ...?...&thread=1300343)
Я сегодня попробовал для хрома писать экстеншены. Весьма легко. Давай пообсуждаем юзкейсы для такой штуки что ли?
Хочется уменьшить расстояние, набегаемое мозгами в основных девелоперских тасках. Т.е. если обычно я двигаюсь по пути гугл/стековерфлоу/гитхаб/редактор/консоль/багтрекер/пр. между туевой хучей окон, и у меня нигде явно не отслеживаются связи между всем этим (большой контекст в голове), то здесь бы я хотел для всех этих действий видеть единое дерево. Штука эта должна состоять из двух частей: локального сервера, который раздаёт апи для работы с ФС и консолью, и, собственно, экстеншена.
я забыл упомянуть основные 2 момента, которые мне казались очевидны
1. браузер это огромная дыра в безопасности (особенно из-за 3d party плагинов), и поэтому по-хорошему его надо пускать в виртуалке
а для этого удобнее всего, если *все* данные, которые он пытается писать на диск или читать с диска, будут гоняться через сокет на свой личный серверочек (возможно домашний); это дает еще и мобильность
т.е. все плагины, общающиеся с диском, имеет смысл (пере)писать именно так; то, что исходники есть, здесь весьма в тему
2. логику гораздо удобнее реализовывать не в ява-скрипте, а именно на своем серверочке, т.к. там нет ограничений на язык(и) программирования, и нет самобытности браузеров; в плагине браузере надо реализовать тонкий слой, который будет все задачи просто делегировать серверочку ну а теперь можно поговорить про сценарии использования
( ... )
> и у меня нигде явно не отслеживаются связи между всем этим
плагином эти связи конечно можно отслеживать (точнее, передавать на серверочек необходимую инфу, а там уже отслеживать связи), правда ты пока об этих связях пока не рассказал
Comments 28
Reply
Reply
Reply
я вот например думаю сделать че попроще -- прикрутить регулярный парсинг букмарков
скажем, забукмаркал я udpn.livejournal.com с тэгом download (или даже их набором), и через минуту (или когда там букмарки скинутся на диск?) включилась скачивалка, которая начала скачивать эту жж-чку (а набор тэгов дает доп. опции)
кстати, идея-то простая, неужто никто такое еще не сделал? (другое дело что скачивалки для каждого типа сайта должны быть кастомные, если жж тупо скачивать -- накачается туева хуча дублирующих друг друга файлов ...?...&thread=1300343)
Reply
Хочется уменьшить расстояние, набегаемое мозгами в основных девелоперских тасках. Т.е. если обычно я двигаюсь по пути гугл/стековерфлоу/гитхаб/редактор/консоль/багтрекер/пр. между туевой хучей окон, и у меня нигде явно не отслеживаются связи между всем этим (большой контекст в голове), то здесь бы я хотел для всех этих действий видеть единое дерево. Штука эта должна состоять из двух частей: локального сервера, который раздаёт апи для работы с ФС и консолью, и, собственно, экстеншена.
Reply
1. браузер это огромная дыра в безопасности (особенно из-за 3d party плагинов), и поэтому по-хорошему его надо пускать в виртуалке
а для этого удобнее всего, если *все* данные, которые он пытается писать на диск или читать с диска, будут гоняться через сокет на свой личный серверочек (возможно домашний); это дает еще и мобильность
т.е. все плагины, общающиеся с диском, имеет смысл (пере)писать именно так; то, что исходники есть, здесь весьма в тему
2. логику гораздо удобнее реализовывать не в ява-скрипте, а именно на своем серверочке, т.к. там нет ограничений на язык(и) программирования, и нет самобытности браузеров; в плагине браузере надо реализовать тонкий слой, который будет все задачи просто делегировать серверочку
ну а теперь можно поговорить про сценарии использования ( ... )
Reply
плагином эти связи конечно можно отслеживать (точнее, передавать на серверочек необходимую инфу, а там уже отслеживать связи), правда ты пока об этих связях пока не рассказал
Reply
Reply
Leave a comment