Instabird - проект Mozilla по созданию своего IM-клиента

>какая разница - бинарные, не бинарные? API не меняется - будут работать, API поменяется - фиг. Для FF тоже достаточно плагинов, которые под новыми версиями не работали бы, если бы их авторы не обновляли.

Так какие плагины проще сопровождать? Сами ответите или мне ответить?

А какие плагины проще поставить, если они были обновлены после релиза дистрибутива? Речь идет об обычном пользователе. Да хотя бы и обо мне. Я вот не хочу ничего собирать из исходников. Делаю это только для своей основной работы. Да и когда что-то компилирую, то обычно опакечиваю в deb, что добавляет головной боли вдвойне (помойка мне на компе не нужна).

widgetbird - кроссплатформенный тулкит гуевый; crossbird - кросплатформенный фреймворк; systembird - набор кросплатформенных системных утилит; kernelbird - хороший кернель от мозиллы ; а также новоочередные бессмысленные велосипеды

>Нет, не сказочник. Объясни, как я уже несколько лет не обновляю плагины (у меня их 12 штук)? И что мне помешает их опять доставить, если я сменю major релиз? Смотри на совместимости на addons. Большинство плагинов 1.5 - 3.0rc* . Я тебе скажу, что система плагинов Miranda и GAIM -- вот настоящее отстоище. Сопровождаемость наихудшая и требует умения компилирования, если ментенер Debian на момент релиза что-то не собрал или не захотел собирать. С FF этой проблемы нет. Еще сказочник?

Точно сказочник! Может перестанешь путать плагины и расширения, а тот тут и так уже половина фанатов МоКо от этого на говно исходят

> Превед велосипед (c) JВ

Изначальный © всё же за мной. Skull **** (*) (25.06.2007 12:24:50)

http://www.linux.org.ru/view-message.jsp?msgid=1986258&page=1

> ИМХО, лучше Miranda еще ничего не придумали.

Это поделка под Windows? Там есть ещё что-то хорошее и удобное? ;)

> Изучаете си?

Насколько я помню, == означает в математической записи тождественность. Кодерство идёт лесом!

>Точно сказочник! Может перестанешь путать плагины и расширения, а тот тут и так уже половина фанатов МоКо от этого на говно исходят

У меня складывается ощущение, что ты неадекватен. Напрочь! Путаешь в FF плагин и расширение -- значит, сказочник. Пипец логика. Горе стране. Вместо того, чтобы понять, о чем я говорю, ты смотришь на терминологию., которая имеет отношения только к FF. А если говорить буду в терминологии Pidgin (Modules, модули), то тебя я не запутаю, нет? Ну так вот. Пусть будут "Модули". Итак, аргументы слушаю вменяемые.

>У меня складывается ощущение, что ты неадекватен. Напрочь! Путаешь в FF плагин и расширение -- значит, сказочник. Пипец логика. Горе стране. Вместо того, чтобы понять, о чем я говорю, ты смотришь на терминологию., которая имеет отношения только к FF. А если говорить буду в терминологии Pidgin (Modules, модули), то тебя я не запутаю, нет? Ну так вот. Пусть будут "Модули". Итак, аргументы слушаю вменяемые.

Ага, а если сходить по ссылке и почитать? Под addons они понимают как раз расширения -> http://www.instantbird.org/ самый первый пункт "How to create an extension". И оно все на XUL'е, соответственно все это будет тормозить. Если еще учесть предлагаемое использование "плагинов" (в вашей терминологии) в виде интерпретируемых скриптов, то о скорости работы вообще бессмысленно говорить. Теперь я понимаю, нахера интел через годик планирует на рынок восьмиядерник выкинуть - обслуживать приложения МоКо.

>Пипец логика. Горе стране. Вместо того, чтобы понять, о чем я говорю, ты смотришь на терминологию., которая имеет отношения только к FF.

Если ты говоришь о баранах, то и говори "баран", а не "козел" - аналогия понятна?

>Ага, а если сходить по ссылке и почитать? Под addons они понимают как раз расширения -> http://www.instantbird.org/ самый первый пункт "How to create an extension".

Еще раз. Терминология сейчас абсолютно нерелевантна обсуждаемой теме. Хоть присадками давайте обзовем.

>И оно все на XUL'е, соответственно все это будет тормозить. Если еще учесть предлагаемое использование "плагинов" (в вашей терминологии) в виде интерпретируемых скриптов, то о скорости работы вообще бессмысленно говорить.

Это и так и не так одновременно. XUL не кардинальный тормоз. На мой взгляд, хуже только Java (не для флейма). Я же говорю о том, от чего надо уйти. И, наверное, не зря я несколькими постами выше написал, что не люблю XUL. И припомнил вариант со скриптованием чем-нбьудь другим. Ну вот нафига делать, расширения для автоответчика, скажем, или для каких-нибудь Eye candy для IM в виде бинарных расширений (типа всякие твики для buddy list и пр.)? Это и скриптами можно делать. Да в любом случае это замыкается на API. А так как API -- это всегда есть и будет subject to change, то от расширения требуется (i) высокая степень сопровожаемости; (ii) легкость инсталляции (как расширений FF, как скриптов для Greasemonkey). Еще выше есть мое предложение, что причины создателей этого Instabird мне понятны, но на реализацию посмотрим.

Тут же два всего пути -- либо делать комбайн а-ля ICQ, в котором все сразу напихано, либо делать базу и систему плагинов (или скриптов, которые позволят делать изменения в GUI).

ы итак зоопарк этих IM.

еще одного нам не хватало

По поводу темы. Откуда это взято, что это проект Mozilla? Я посмотрел на сайте из новости, посмотрел на сайте mozilla.org. Сразу ничего не нашел ничего по поводу причастности MoCo к этому IM.

2xargs: Почему зоопарк? Это просто другая морда к libpurple от Pidgin, насколько я понимаю. Библиотеки никто не перевыдумывал. А морду переделать -- это не протокол переписать.

Что-то я не нашел, где в ней настроить прокси. Без прокси просто вылетает безбожно.

Зато кроссплатформенное будет. Можно будет перейти на него с SIMа

главное дожdаца stable версии.

с прокси не работает пока.

Roadmap есть у них на сайте прокси будет в 0.1.5

> Дружественная к разработчикам система плагинов заявлена как одна из целей проекта.

Гм... А кто нибудь видел живого человека, который бы разобрался в этой системе плагинов? (Не думаю, что это сложно, но мне, честно говоря было бы безумно лень разбираться в еще одном языке и еще одной архитектуре)

>Гм... А кто нибудь видел живого человека, который бы разобрался в этой системе плагинов? (Не думаю, что это сложно, но мне, честно говоря было бы безумно лень разбираться в еще одном языке и еще одной архитектуре)

А чисто расширений FF не является показателем? Это те люди, которым было не лень и интересно изучить и получить результат. Можно по-разному относиться к XUL, но продуктивность и энтузиазм писателей расширений весьма позитивный. Я видел по сети несколько людей, которые что-то там у себя пишут для FF, но просто не говорят что. Мицгольего гипертекстового фидонета на базе FF так и не увидел :)) Так что я думаю, это толко твоя лень.

поставил я его,сделал акк ICQ, соединилось с сервером...иии.. тишина.. имею 2 пцтсых окна... где список контактов?

P.S. товарищи,обсирающие миранду, а вы ее пользовали? на 0.7.1 (только вышла) работают плагины 2003 года... совместимость с АПИ 100%... ен работают только,которые мучали ядро. Но это понятно,и нигде не будут юзаться

Кому надо переведенный - пишите на sqarert@gmail.com. Я уже перевел

> P.S. товарищи,обсирающие миранду, а вы ее пользовали?

Конечно нет. Мы же не обиженные Богом виндузятники. ;)

>P.S. товарищи,обсирающие миранду, а вы ее пользовали? на 0.7.1 (только вышла) работают плагины 2003 года... совместимость с АПИ 100%... ен работают только,которые мучали ядро. Но это понятно,и нигде не будут юзаться

Я обсирал. Давно ей не пользовался. Тогда еще была только версия 0.2.x, кажется. Потом уже с виндов фактически ушел. Если все так весело сейчас, то заберу свои слова, если кто-то сейчас не появится и не скажет, что дела в миранде все же не такие. Впрочем, дальше сразу возникают вопросы о кроссплатформенности и пр. Смотри, делает кто-то плагин на базе Миранды. Но делает он его под винды! под виндивые виджеты! И все. Кроссплатформенность просто не работает, пока не будет кроссплатформенной среды (типа XUL, wx и т. д.). А дальше уже вопрос, что использовать. Тот человек, который писал расширение свое под виндами, может в большой степени быть уверенным, что под Linux это все тоже будет работать. Так что Miranda тут, на самом деле, все-равно не лучши образец.

[запыхавшись вбегает в комнату] Товарищи! Я только что из биореакторного отсека. Биореактор работает на пределе своих возможностей, если будет продолжаться поток мозиловских поделок то он может не выдержать! [убежал]

ps очередная многооконная поделка должна умереть.

Лучше б что-нибудь одно до состояния адиума довекли, то же копыто.

А то все костыли да велосипеды =/ Партия вам этого не простит

собственно, так как ЯДРА миранды нету под другие оси, кроме win и разработчики отказываются его портировать - не вижу смысла вообще о разговоре про кроссплатформенность плагинов. Платформа у неё к сожалению всего одна и похоже расширяться не планирует.

>уже есть sameplace

google #1

SAMEPLACE:: Sameplace the most erotic bar in Amsterdam
- [ Перевести эту страницу ]
Sameplace, the erotic bar of Amsterdam for BDSM Gay bi lesbian hetero crossdressors swingers.
www.sameplace.nl/ - 6k - Сохранено в кэше - Похожие страницы

O_O

Надеюсь, быдлоаську нормально поддерживать будет. А то можно будет всех спокойно переводить на этот клиент, и через него на Jabber

>собственно, так как ЯДРА миранды нету под другие оси, кроме win и разработчики отказываются его портировать - не вижу смысла вообще о разговоре про кроссплатформенность плагинов. Платформа у неё к сожалению всего одна и похоже расширяться не планирует.

Я, говоря о одноплатформенности Миранды, хочу сказать, что та модель разработки, которая в Миранде, действует только в винде. Скомпилированный исходник плугина для миранды будет работать, пока не сломается API миранды. Он будет работать на ряде версий Windows без перекомпиляции. Но такая модель не подходит для кроссплатформенной разработки. Да и даже внутри Linux не подходит, потому что разные компиляторы, разные библиотеки и способы распространения и политики дистрибутивов. Другими словами, чтобы сопровождать весь зоопарк дистрибутивов для всего зоопарка расширений, как это делает Operaдля одного своего браузера, не получится. Это просто неэффективно. Лично я бы не стал писать никаких расширений, так как стать рабом его поддержки я не хочу. Например, мне винды не интересны, а по почте меня закидают просьбами сделать под винду. А потом еще это надо компилировать и пр. Для одних -- rpm, для других -- deb. У одних GLIBC_2_3, у других GLIBC_2_4. В итоге каждый пользователь должен будт либо полагаться, что мейнтейнеры соберут все, скажем, сто плагинов в deb'ы, либо самим компилировать, если смогут и захотят. Нафиг это все сдалось.

>ИМХО, лучше Miranda еще ничего не придумали.

Но к большому сожалению, так и не смогли по-человечески реализовать то, что придумали....

мда, мозилла в своем стиле 13 метров) угумс ща взял и слил это напоминает последнюю новость про m$ о том в ОС "следующего поколения" будет новое ядро, которое "разработала" m$ и весить оно будет 25 метров:)

>Пусть допилят, там посмотрим.

Лучше сразу закопать

>неужели мир перевернулся, и оно не XUL?

А при чем тут родимость видгетов к XUL? XUL просто язык описания интерфейса. А в бекэнд что хочешь то и засунь.

>Корпорация Mozilla выделила Thunderbird и людей, которые им занимаются в отдельную коммерческую организацию с временным названием MailCo

Это все трудности перевода. Читайте исходники они рулес: http://www.mozilla.com/en-US/press/mozilla-2007-09-17.html

>в нетскейпе закрыты исходники. А политика аола до сих пор в отношении им была закрыта, так что скорее всего не допустят, чтобы под их крылом росло IM-приложение с открытыми исходниками и закрытым протоколом.

Что ж они допустили мозиллу вообще? Netscape это допиленная сборка мозиллы.

>Есть у него табы, по крайней мере для разговоров.

Он весь должен в одно окно помещаться. Нефиг брать этот фтопочный интерфейс асечный.

>Может перестанешь путать плагины и расширения

Ого. А если я назову дополнения - будет третий класс? Plugin, Addon, Extension - какая нафиг разница как оно называется? по сути это модуль расширяющий функции программы.

>Он весь должен в одно окно помещаться. Нефиг брать этот фтопочный интерфейс асечный.

Вот как раз кто-нибудь может написать расширение, которое делает такой однооконный интерфейс. Впроль до его полной замены. Вон, в FF есть conkeror, полностью заменяющий интерфейс FF.

>И припомнил вариант со скриптованием чем-нбьудь другим.

А чем тебя джаваскрипт не устроил?

Бред какой. XUL это описание структуры интерфейса + скриптинг движок. Фсе. Шо если на питоне будет вместо жабаскрипта тебе полегчает?

>(или скриптов, которые позволят делать изменения в GUI).

И изобрести XUL. Гениально!

>Но такая модель не подходит для кроссплатформенной разработки.

Правильно: берём тормознутый, но кросплатформенный XUL и пихаем его во все дыры. Забыли только, зачем пишутся программы - для пользования, о потребительских качествах почему-то все забывают...

>Я, говоря о одноплатформенности Миранды, хочу сказать, что та модель разработки, которая в Миранде, действует только в винде. Скомпилированный исходник плугина для миранды будет работать, пока не сломается API миранды.

Бред. Начни с ядра и его модулей. В линуксе она во весь рост эта модель.

>В итоге каждый пользователь должен будт либо полагаться, что мейнтейнеры соберут все, скажем, сто плагинов в deb'ы, либо самим компилировать, если смогут и захотят. Нафиг это все сдалось.

Это все аргументы думать над вариабили разрабатываемой системы. Безотносительно тут кросплатформенность. Тут голова относительна.

ждем ДЕ от мозиллы на XUL

>Бред. Начни с ядра и его модулей. В линуксе она во весь рост эта модель.

Ты бредишь! Эта модель удобна для ядра, но не для приложений с расширениями. Мне проще взять и у себя дома сделать расширение, выложить его на сайт и сделать кнопку "Install now", нежели подписываться в разработку расширений в виде общего куска кода и спрашивать у кого-то какие-то разрешения "а можно я свое говно к вам положу?". В итоге такая модель обрастет кучей разного хлама. Один что-то пишет -- потом бросает, многократное дублирование функциональности и пр. прелести, которые мы видим в файрфокс. В ядре нет дублирования функциональности и хлама. Там есть драйвера для конкретных устройств. Там нет просто ненужного. А тут будет. Это совсем другая вещь! Если ты этогоне понимаешь, то это очень плохо. Сочувствую.

>Бред. Начни с ядра и его модулей. В линуксе она во весь рост эта модель.

я видел,к ак работает эта модель, когда у меня не оказалось драйвера когда-то для Tekram SCSI-контроллера (тогда не было его еще в ядре). Ага, исходники есть. И о-па! Не собираются.

Еще раз ситуация. Релизится Debian с IM а-ля миранда. В течение года кто-то написал расширение для девелоперской версии этого IM. Все, у меня не компилируется. Да и вообще, зечем мне это компилировать? Мне делать больше нечего? Качать хидеры, опакечивать (писатб rules, control и пр. скрипты) А мейнтейнер мне скажет: "Извини, друх, в дистрибутив ничего не добавляется. Ищи в бэкпортах. Может быть найдешь. Удачи в поисках". Мне такое добро не нужно.

>Я для всех протоколов использую Kopete. Надеюсь, в следующую версию добавят полную поддержку mrim-транспорта jabber (нужна возможность слать SMS, сейчас для этой цели 11 пся)

костылик можно для этого сваять.. :) хотя, лучше таки юзать нормальный Jabber-клиент :)

>2. Видимо, имеется в виду настройка клиента a la Google Talk: ввёл Gmail'овский адрес и вперёд, не надо вводить руками адрес сервера и пр.

это так в любом клиенте, поддерживающем DNS SRV и должно быть по идее... Ну, разве что, SSL может потребоваться взвести...

С другой стороны, это может быть поддержка чисто гугловских недокументированных расширений XMPP

>Там есть драйвера для конкретных устройств.

Есть еще модули ядра которые разрабатываются сторонними компаниями. Ы?

>ежели подписываться в разработку расширений в виде общего куска кода и спрашивать у кого-то какие-то разрешения "а можно я свое говно к вам положу?"

При чем тут общий кусок кода? Открой для себя dlopen. При стабильном API/ABI можно делать это и в бинарном варианте. При нестабильном это не имеет значение. Другое дело что скриптование облегчает разработку. XUL к стати вполне может иметь и бинарные составляющие. Просто таких плугов мало, но они есть.

>При стабильном API/ABI можно делать это и в бинарном варианте.

Так а распространять как? В исходниках? И для Solaris, и для FreeBSD, и для MacOS? Представь себе сто расширений. Это не 2500 еще, как в FF (или сколько их там?), но и не 10. Откуда их брать мейнтейнеру, если модель разработки распределенная, а не централизованная? Ок, с трудом нашли по сети полный список. Готовить все 100 пакетов в deb, rpm? А следить за именениями кто будет? Это нереальная задача для него. Ядро Linux, кстати, это всего несколько пакетов и целая команда мейнтейнеров. А тут как быть? Да там и с одним-то пакетом справится не успевают, а тут 100. Все расширения (нужные и ненужные), да еще и с GUI каждый, класть в один огромный пакет? Я не представляю себе это.

Ядро дистрибутивное выбирается один раз. А цикл обновления расширений для такой попсы, как IM, очень маленький. Что-то где-то заглючило, автор там строчку поменял, а уже все. Поздняк метаться, товарищ. Для пользователя проблема. А для программного продукта с расширениями -- сомнительное преимущество. Так что сложно это все получается.

А по-моему человек дело говорит. Бинарные плагины - зло какое-то. Вон гайм-пижин сколько уже существует, а много ли реально полезных плагинов под него написано? да их вообще на пальцах пересчитать можно.

>XUL к стати вполне может иметь и бинарные составляющие. Просто таких плугов мало, но они есть.

Да, я это знаю. И уже сразу могу отрапортовать о том, что можно узнать, только пообщавшись с разрабами. Foxytunes, например. имеет бинарную часть. поставил -- не работает. Оказалось, что им надо libstdc++ прежней версии, нежели в стабильном Debian. Вот такие вот сложности уже. Но таких расширений действительно мало. Я думаю, что такая пропорция сохранится и в IM. Протоколы есть? Есть! В итоге увидим соревнование подходов к созданию GUI.