LINUX.ORG.RU

SIM-IM первая неофициальная сборка из SVN


0

0

Вышла первая неофициальная сборка SIM-IM, универсального клиента для ICQ, Jabber, MSN, Yahoo и многого другого. Также он имеет плагин для показа погоды и кучу других функций и надстроек.

Так как это не релиз - возможны проблемы. Сообщать о них следует в багзиллу на http://sim-im.berlios.de/

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от LeX

> Визуально изменений не заметил :)

И не должен был ;)

-- wrar

anonymous
()
Ответ на: комментарий от anonymous

>> загнать все в XML и иметь счастье.

>Интересно, нужна ли кому-то хоть какая-то человекочитаемость хистори?

Дурная мечта, которой не увижу, наверное... Serverside-history. Или, хотя бы, ведение истории на [My|postgre]SQL-сервер. 3 жаббера на разных машинах, а историю хочется одну. Нормальной реализации этого еще не видел....

Хистори очень надо. SIM всегда доставал тормозами в окне истории...

AngryElf ★★★★★
()
Ответ на: комментарий от AngryElf

> Хистори очень надо.

Не обсуждаемо. Пока еще не знаю, как она будет выглядеть.

> SIM всегда доставал тормозами в окне истории...

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

-- wrar

anonymous
()
Ответ на: комментарий от AngryElf

> Дурная мечта, которой не увижу, наверное... Serverside-history. Или, хотя бы, ведение истории на [My|postgre]SQL-сервер. 3 жаббера на разных машинах, а историю хочется одну. Нормальной реализации этого еще не видел....

и я за server side history, но IMHO это не должно быть самоцелью. все-таки зачастую хочется иметь лишь простой и надежный ICQ/Jabber клиент для сугубо локального пользования.

есть же механизм подключаемых модулей [какой он внутри - не важно] => IMHO идеологически верно было бы перенаправлять историю в заданных модуль а уж он бы сохранял её в XML, тексте, DB, на сервере или ещё как. не знаю, поддерживает ли сейчас SIM подобные вещи.

// wbr

klalafuda ★☆☆
()

1. Отлично! Казалось, что проект умер, а он ожил!

2. Как/чем/можно_ли помочь разработке? Что для этого нужно? С кем связаться?

AlexKiriukha ★★★★
()
Ответ на: комментарий от anonymous

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

как минимум, эта фишка должна быть настраиваемой. кому хочется - пусть отрисовывают с картинками. кому нет - plain text.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от anonymous

Сделайте хистори как в ICQ5 - хранить в xml, а просматривать без отрисовки всяких цветов и смайлов. В формат xml данная штука очень хорошо вписывается, легко подцепляется и, кстати, достаточно хорошо читается человеком - если кто-то вдруг без sim'а туда глянуть решит.

anonymous
()
Ответ на: комментарий от anonymous

В принципе, цвета и смайлы - можно и оставить, но как опцию (отключаемо).

anonymous
()
Ответ на: комментарий от AlexKiriukha

> 1. Отлично! Казалось, что проект умер, а он ожил!

Не в последнюю очередь моя вина в недостаточно широком объявлении этого пару месяцев назад.

> 2. Как/чем/можно_ли помочь разработке? Что для этого нужно? С кем связаться?

Вменяемые багрепорты, бэктрейсы, конкретные советы по юзабилити и функционалу. В идеале патчи.

http://developer.berlios.de/projects/sim-im

Есть желание коммитить - обращайтесь wrar altlinux ru, включим в девелоперов.

anonymous
()
Ответ на: комментарий от anonymous

> Сделайте хистори как в ICQ5 - хранить в xml

Законтрибутьте плз примерчик ;) Мыло рядом указано.

-- wrar

anonymous
()

а расскажите кто-нибудь историю процесса поподробнее... куда делся старый добрый sim и кто встал на его место?:)

А то вот юзаю sim 9.3 уже пару лет. классная штука, но определенно есть место для роста...

petrosha ★★★★★
()
Ответ на: комментарий от petrosha

> А то вот юзаю sim 9.3 уже пару лет. классная штука, но определенно есть место для роста...

ммм.. sim 9.3? вы не спутали с suse 9.3? которая то-же классная штука и то-же имеет массу места для роста..

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от klalafuda

> ммм.. sim 9.3? вы не спутали с suse 9.3?

0.9.3, очевидно. Последний релиз, хоть и изрядно протухший.

-- wrar

anonymous
()
Ответ на: комментарий от petrosha

> а расскажите кто-нибудь историю процесса поподробнее... куда делся старый добрый sim и кто встал на его место?:)

core team разбежалось примерно к июлю прошлого года. Примерно тогда же пришел я, напоследок успев выпросить у Шутова членство в проекте и rw-доступ к CVS. Где-то полгода писал однострочники (из крупного - только экспорт хистори в текст как паллиативное средство от сломанного просмотрщика). Потом выдохся.

В августе icesik@ предложил форкнуть, зарегал проект на берлиозе и влил в SVN последний снапшот старого проекта. Подключили Норагена, вернувшегося Даркстара и пару свежих девелоперов.

-- wrar

anonymous
()
Ответ на: комментарий от anonymous

Да можно прям сюда ;)

<root>
  <version>0x00140020</version> 
  <event>
    <type>0</type> 
    <incoming>Yes</incoming> 
    <time>1122988719</time> 
    <text>Здорово, баклан</text> 
  </event>
  <event>
    <type>0</type> 
    <incoming>No</incoming> 
    <time>1123054550</time> 
    <text>Сам урод :)</text> 
  </event>
</root>

Где-то так :)

anonymous
()
Ответ на: комментарий от anonymous

Не, шо-нить более компактное. Типа того:

<root> <version>0x00140020</version> <event type="0" incoming="yes" time="1122988719"> Здорово, баклан </event> <event type="0" incoming="no" time="1123054550"> Сам урод :) </event> </root>

А то и так пару-тройку метров в неделю прирастать будет, незачем в этом потакать :)

MYMUR ★★★★
()
Ответ на: комментарий от MYMUR

Долбаное форматирование.... %)

<root>
<version>0x00140020</version>
<event type="0" incoming="yes" time="1122988719">
Здорово, баклан
</event>
<event type="0" incoming="no" time="1123054550">
Сам урод :)
</event>
</root>

MYMUR ★★★★
()
Ответ на: комментарий от anonymous

> Интересно, нужна ли кому-то хоть какая-то человекочитаемость хистори?

Да.

Whoo ★★
()

Очень хотелось бы увидить работоспособную проверку на невидимось.. А то сейчас он на всех пишет "Возможно невидимый".. И иногда те, кто в инвизибле, теряются, т.е. болтаю я с человеком, он вдруг вываливается в оффлайн, но сообщения от него приходят ;)

LeX
()
Ответ на: комментарий от anonymous

> Интересно, нужна ли кому-то хоть какая-то человекочитаемость хистори?

А человекочитаемость через xslt-преобразование сделать (типа как в
gaim), заодно и человекоподсебянастраиваемость будет ;)

svd
()
Ответ на: комментарий от anonymous

> Экспорт в XML/HTML/RTF/TXT является обязательным, во все 4е формата
> минимум.

Минимум - это эксморт в xml, все остальное можно уже получить из него. Соответственно меньше возможных багов на экспорте, легче отлаживать преобразования в другие форматы.

svd
()
Ответ на: комментарий от anonymous

По крайней мере у меня 64-битная сборка работает. Собственно, я сам патчи и писал. На самом деле там много чего еще надо под 64 фиксить.

-- Gall (galakhov)

Yampp
()
Ответ на: комментарий от EraSER

Теперь можно и с MingW собирать. Поставить Mingw/Msys http://mingw.org/, GPL Qt3 http://sourceforge.net/projects/qtwin

Далее передать опции --enable-win --disabe-kde и смотреть дальше на что ругается ./configure

Для сборки с MSVC есть файлы проекта для сборки. Должно собираться и с QT2NC, QT3NC и с QT3 GPL

При сборке с MSVC испрользуются версии библиотек, импортированные в дерево исходников, при сборке с MingW/Msys используются установленные в Msys библиотеки

По идее желающие могут написать Makefile для Mingw чтоб он собирал все без ./configure с библиотеками из дерева исходников. Мне хватило такого порта

serzholino
()
Ответ на: комментарий от anonymous

в xml-е очень много тегового мусора :( . можно и на нем, но по-компактнее бы, как MYMUR привел. а сервер-сайд хистори нужно делать через плагин, нефи программу грузить, как и синхронизатор хистори ( дома одна аська и на работе 2, жутко мучаюсь :( )

anonymous
()

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

Про проверку невидимости - где-то прочитал, что AOL закрыла дырку, с помощью которой это можно было реализовать.

Skeve
()
Ответ на: комментарий от arn

Под фрёй собирается без напильника из текущего svn

ssh
()
Ответ на: комментарий от Skeve

> Про проверку невидимости - где-то прочитал, что AOL закрыла дырку, с помощью которой это можно было реализовать.

возможно, сейчас пишет "возможно невидимый" на всех у кого NAT

vadiml ★★★★★
()
Ответ на: комментарий от Skeve

> Про проверку невидимости - где-то прочитал, что AOL закрыла дырку, с помощью которой это можно было реализовать.

Закрыть-то закрыла, но те же новые версии миранды (по словам знакомого) заюзали что-то новенькое (может еще одну дырку нашли ;) ) и там замечательно "чек инвизибл" работает

LeX
()
Ответ на: комментарий от Guyver

Под ~amd64 собирается и работает нормально.
+qt4 - не пробовал.

Guyver
()
Ответ на: комментарий от MYMUR

Ну да, где-то так. Просто мне лениво было - вот и откопипастил из icq-шного лога :)

anonymous
()
Ответ на: комментарий от anonymous

>По поводу функционала - ИМХО главная проблема sim-а - это его текущая структура

а в чем именно убогость структуры проявляется?

fghj ★★★★★
()
Ответ на: комментарий от Skeve

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

Подозреваю, что хреново.

> Про проверку невидимости - где-то прочитал, что AOL закрыла дырку, с помощью которой это можно было реализовать.

И не раз, и не два. Дырки только разные были. А так - см. ниже.

-- wrar

anonymous
()
Ответ на: комментарий от MYMUR

> <event type="0" incoming="yes" time="1122988719"> Здорово, баклан

Ну ничо так. Кстати, я еще кое-что вспомнил: утилиты конвертации из чего угодно в новый формат должны легко писаться.

-- wrar

anonymous
()
Ответ на: комментарий от LeX

> Очень хотелось бы увидить работоспособную проверку на невидимось..

Мне тоже. В виде кода или хотя бы алгоритма (и опционально дампа) со всеми ключевыми снаками и тем, что они означают. До тех пор ничего не будет.

-- wrar

anonymous
()
Ответ на: комментарий от anonymous

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

>Подозреваю, что хреново.

Что ж, очень жаль... Именно поэтому приходится использовать gaim и kopete...

Skeve
()
Ответ на: комментарий от anonymous

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

> Подозреваю, что хреново.

в sim-icq (0.9.4) работает, только по умолчанию он пытается их объеденить, но щелкаешь правой кнопкой и разводишь их

vadiml ★★★★★
()
Ответ на: комментарий от fghj

>>По поводу функционала - ИМХО главная проблема sim-а - это его текущая структура

>а в чем именно убогость структуры проявляется?

Скажем так, во многом. Далее последует мое личное мнение - если кто не согласен - просьба не флеймить, лучше поправить/аргументировать/высказать мнение.

1. Структура программы вообще. Нахрена надо было выносить такие вещи, как то: основной интерфейс програмы, окна сообщений, классы контакт-листов и прочие подобные вещи в отдельный плагин, когда им самое место в основной библиотеке программы и/или в собственно в основной программе?

2. Библиотека - она на то, чтобы содержать в себе часто используемые вещи, а также некоторые переопределения/модификации базовых классов другой библиотеки (той же qt), а в текущем симе мы в библиотеке simapi видим все подряд, что естественно хреновато сказывается на размерах программ, плагинов, производительности и вообще на дизайне (в смысле программирования, те, кто пробовал писать плагины для сима меня поймут прекрасно - в таком бардаке... мдю... ).

3. Очень много уродства в реализации некоторых вещей, в результате которых sim принципиально не может нормально работать при включенном расширении xorg-x11 Composite, имеет внутри себя кучу практически нерешаемых багов и вообще его структура в некоторых отделдьных случаях здорово затрудняет отладку в принципе.

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

Darkstar

anonymous
()
Ответ на: комментарий от anonymous

> Мне тоже. В виде кода или хотя бы алгоритма (и опционально дампа) со всеми ключевыми снаками и тем, что они означают. До тех пор ничего не будет.

это я уже отослал icesik, он обещал отфорвардить в список рассылки.

Gin ★★
()

А кто-нибудь уже собрал какой-нить дебничек или на худой конец рпм-ку? ;) поделитесь христа ради... ну или за пиво хотя бы...;))

G_Luck
()
Ответ на: комментарий от anonymous

>1. Структура программы вообще. Нахрена надо было выносить такие вещи,
> как то: основной интерфейс програмы, окна сообщений, классы
> контакт-листов и прочие подобные вещи в отдельный плагин, когда им
> самое место в основной библиотеке программы и/или в собственно в
> основной программе?

За всю структуру не скажу (не знаю), но интерфейс в качестве плагина
не является очень уж плохой идеей. Все зависит от того, как позиционируется программа. Вполне себе можно иметь несколько разных
интерфейсов на одном общем движке. Другое дело, что возможно никто не
захочет писать дополнительный интерфейс, если основной будет вполне
хорошим ;)

А если возник вопрос об использовании интерфейса в качестве плагина,
то может это значит, что всего лишь API недостаточно удобный для
подобного использования?

svd
()
Ответ на: комментарий от Gin

> это я уже отослал icesik, он обещал отфорвардить в список рассылки.

Видел. Создается впечатление, что проверяемый просто добавил проверяющего в визибл лист, т.к. всё слишком просто - флаг инвиза приходит прямо в юзерской инфе (SNAC(02,06)). Собсно, там даже не проверка через дырку, а просто запрос инфы о юзере.

Чем и каким образом сгенерены пакеты?

-- wrar

anonymous
()
Ответ на: комментарий от anonymous

> 2. Библиотека - она на то, чтобы содержать в себе часто используемые вещи, а также некоторые переопределения/модификации базовых классов другой библиотеки (той же qt), а в текущем симе мы в библиотеке simapi видим все подряд, что естественно хреновато сказывается на размерах программ, плагинов, производительности и вообще на дизайне (в смысле программирования, те, кто пробовал писать плагины для сима меня поймут прекрасно - в таком бардаке... мдю... ).

пожалуй, соглашусь с этим пунктом. по крайней мере внутренности 0.9.3 произвели на меня весьма гнетущее впечатление :-/ если попросту: срач и бардак. надеюсь, новые последователи SIM выберут более вменяемую и последовательную парадигму разработки, отличную от принятой "взрыв на макаронной фабрике".

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от anonymous

>Кстати, я еще кое-что вспомнил: утилиты конвертации из чего угодно в новый формат должны легко писаться.

Ну уж чего-чего, а конвертация из/в XML на Qt пишется на раз (ну в крайнем случае на раз-два, если формат под названием "что угодно" сильно мудреный :)). Сам недавно заценил %)

MYMUR ★★★★
()
Ответ на: комментарий от anonymous

> как и раньше

Гм. Метод непрямой телепатии показал, что это не венда. Мне неизвестны случаи, когда он что-то там жрет под линухом. Подробнее можно?

-- wrar

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.