LINUX.ORG.RU

Vacuum IM 1.0.0

 , , ,


0

0

После трёх лет разработки вышла первая версия jabber-клиента Vacuum IM.

Vacuum IM - это свободный кроссплатформенный Jabber-клиент, написанный на Qt4. Принципиальное отличие от других кросплатформенных клиентов заключается в открытой модульной архитектуре, позволяющей гибко настраивать функциональность под конкретные нужды, а также использовать возможности уже имеющихся модулей при разработке собственных.

Возможности:

  • Несколько независимых профилей
  • Несколько аккаунтов в одном профиле
  • Вложенные группы в ростере
  • Поддержка JID с экранированными запрещенными символами
  • Хранение истории как локально так и на сервере, с возможностью репликации истории с сервера на локальный компьютер
  • Согласованное отключение сохранения сообщений (режим OTR)
  • Полная поддержка джаббер конференций
  • Создание закладок на конференции с возможностью автовхода
  • Поддержка CAPTCHA форм, с возможностью прохождения без использования браузера
  • Несколько именованных окон со вкладками для чатов и конференций
  • Поддержка Adium стилей оформления сообщений
  • Анимированные смайлики (при использовании Adium стиля)
  • Уведомления об активности пользователя в чате
  • Автоматическая смена транспорта с сохранением имён, расположений, подписок а также архива сообщений
  • Списки приватности, с возможностью игнорирования либо перехода в невидимый режим как для отдельных контактов, так и для групп
  • Многоступенчатая автоматическая смена статуса в зависимости от времени бездействия
  • Возможность задать различные статус-иконки как для отдельных контактов, так и для групп контактов подключенных через транспорты
  • Поддержка аватар с возможностью задания контакту произвольного изображения в качестве аватара
  • Комментарии к контактам
  • Ad-Hoc команды
  • Передача файлов
  • XML консоль

Сайт программы http://www.vacuum-im.org/

Исходники: http://code.google.com/p/vacuum-im/source/checkout

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



Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 2)

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

>Ну у меня kdemod нифига не тормозит..

Внезапно, но у меня тормозит. Давай колись, как ты его собирал.

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

> Проблемы твоих (или мейнтейнеров) кривых рук никому не интересны.

Речь шла об ООП-сущности кед, которые по цепочке создания объектов после самой Qt, уже такие тормоза по пути приобретают, что это не лечится. Это в ДНК кед.

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

Это как если бы на основе Джанги создали ещё один фреймворк, над самой Джангой. Чем и являются кеды.

anonymous
()

># Поддержка JID с экранированными запрещенными символами

ну и зафиг? банить таких надо, а не поддерживать...

# Хранение истории как локально так и на сервере, с возможностью репликации истории с сервера на локальный компьютер

а оное разве не серверная фича?

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

>а ещё vacuum это конечно же ПУСТОТА, НИЧТО

кто придумывал название? что он хотел этим всем сказать?

он просто треды старые почитал на ЛОРе там было обсуждение вакуума

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

Не собирал я его, а установил из репов.

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

немудрено. Версия для мака залита часов на 20 раньше остальных

dotbg ★★★★
()

команду /me этот агрегат понимает?

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

> Речь шла об ООП-сущности кед, которые по цепочке создания объектов после самой Qt, уже такие тормоза по пути приобретают, что это не лечится. Это в ДНК кед.

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

ubuntulover
()

Ололо tkabber на QT! может я не первый кто это написал но мне было глубоко влом читать :) Еслибы не qt поставил бы, ждем портов в crux :D
Походу буду первым кто соберет в порты :D

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

> в гтк тоже ооп, только костыльное кутешное на уровне с++ оптимизирует ооп-моменты (диспатч виртуальных функций все дела), гткшное же работает в лоб. брутфорсом

Я устройством GTK не интересовался, я как раз о толстоте кделибсов говорю, они настолько тормозные, что визуально медленно рисуются кнопка за кнопкой.

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

> Плохо конечно что qt.

Дык а писать-то больше не на чем. Не на gtk же.

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

> Кстати, тут писали, что у копыта плохо с конференциями, так вот, я этого не замечал.

У меня оно становится неюзабельным если активная конференция с многими участниками (например radio-t)

AlexKiriukha ★★★★
()

добавьте в список на потом метаконтакты. Жаль, что их еще нет (

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

>Вы не лоер часом?

Кто?

Подменяете понятия ради своей выгоды.

Я ничего не подменяю, пруф, что такое кде у уже дал. Кроме того, лично от себя могу добавить, что для меня KDE — это прежде всего технология, на которой написано много замечательных приложений. А ДЕ (плазма) — это уже второстепенный вопрос.

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

Я ничего не подменяю, пруф, что такое кде у уже дал.

KDE: the community
KDE: the umbrella brand
KDE Platform - KDE software is created on the KDE Platform, the base of libraries and services which are needed to run KDE applications. It is used by core and third-party developers to create KDE applications. Especially when including development frameworks and tools it may be referred to as KDE Development Platform. It is built on a number of Pillars (Akonadi storage framework, Solid hardware layer, Nepomuk information management, Phonon media framework, Plasma library).
andreyu ★★★★★
()
Ответ на: комментарий от vkos

> Ну и где здесь написано про DE?

Ну и где там написано про то, что KDE является именно фреймворком, а не DE?

К тому же, вы забыли сказать, что статья по ссылке называется «Repositioning the KDE Brand».

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

>Kate, Konqueror, Amarok, KTorrent, KOffice, KMail...

Почти всё это есть на чистом Qt, не говоря уж про остальные тулкиты.

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

>Почти всё это есть на чистом Qt, не говоря уж про остальные тулкиты.

Ну и где полнофункциольные аналоги Kate, Konqueror, KOffice? В том-то и дело, что КДЕ — это очень мощная платформа разработки.

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

>Ну и где там написано про то, что KDE является именно фреймворком, а не DE?

Конкретно этого там нет, но там очень часто употребляется слово platform, что значит примерно тоже. Т.е. термин KDE употребляется как платформа.

Вот смотрю зависимости, и вижу там kdelibs, kdebase. Но не вижу среди них KDE.

Сейчас скажешь, что KDE вообще нет, потому что нет пакета KDE?

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

ну ты смешной, назвал несколько KDEшных приложений, которые проприетарщине фору дадут, а взамен суешь список, где 90% - вечные альфы-беты с 1 коммитом за месяц

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

>Ну и где полнофункциольные аналоги Kate, Konqueror, KOffice?

Ты и правда любишь, что бы тебя носом тыкали? Хорошо vim/emacs, Arora и lyx. И как на счёт аналога QtCreator-а. Если ли что-то подобное для kde4?

В том-то и дело, что КДЕ — это очень мощная платформа разработки.

В которой даже IDE для этой самой разработки нет. Но поставлю вопрос по другому. Что даёт kdelibs, чего не может дать Qt4, ну кроме парочки виджетов?

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

>это было сейчас так предсказуемо, что я уж думал заранее написать, чтобы ты обломался

Это говорит только об одном. Она падает.

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

нет, это говорит только об одном: ты безмозглая предсказуемая школота, научись троллить хотя бы перед тем, как здесь срать

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

>vim/emacs, Arora и lyx

Спасибо, насмешил. Я же специально написал — полнофункциональные (ещё, конечно, подразумевалось, что аналогичного уровня дружелюбности). Если не понял, могу подробнее написать:

Vim и Emacs не позволяют в несколько щелчков/клацов настроить удобное рабочее окружение с встроеным браузером файлов, визуальным списком документов, консолью, списком ошибок и т.п.

Arora уже научилась работать с ftp и отображать pdf? А может и разделение окон на несколько частей есть?

Lyx - это программа для подготовки документов, т.е. аналог KWord.

И как на счёт аналога QtCreator-а

Про KDevelop не слышал?

Что даёт kdelibs, чего не может дать Qt4, ну кроме парочки виджетов?

Прежде всего KParts. Именно из-за этого нет аналога Konqueror, что в чистом Qt нет его аналога.

Плюс не «парочка» виджетов, а много готовых высокоуровневых виджетов, состоящих из базовых.

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

>то аналогичного уровня дружелюбности

дружелюбность != функциональность

Arora уже научилась работать с ftp и отображать pdf? А может и разделение окон на несколько частей есть?

Бедный юникс-вей. Для всего перечисленного даже Qt не нужно. xpdf и lftp справятся с этими задачами.

Про KDevelop не слышал?

И где он в kde4? Сырая альфа не в счёт.

Прежде всего KParts.

И какой в нём смысл для конкретного приложения? Из браузера я могу вызвать xdg-open и открыть okular или что-нибудь гномовское для pdf. Зависимость от KPArts в данном случае только минус.

anonymous
()

> Анимированные смайлики (при использовании Adium стиля)

Вот это вот зло надо искоренять на корню на уровне исходных текстов.

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

>дружелюбность != функциональность

Ну понятно, я же написал, что функциональность+дружелюбность.

Бедный юникс-вей

Unix-way нужен для консольных приложений. А для GUI лучшее его продолжение — это именно встраивание компонентов.

Сырая альфа не в счёт.

Как это не странно, но KDevelop нарушает традицию, что X.0 сырое в KDE4. Так что KDevelop 4.0 beta - именно бета.

Из браузера я могу вызвать xdg-open и открыть okular или что-нибудь гномовское для pdf

Ну и сиди себе в прошлом веке. Зачем писать кучу приложений с одинаковым интерфейсом, когда можно писать интерфейс и содержимое отдельно.

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

> Прежде всего KParts.

GtkSocket+GtkPlug, QtXEmbed* - встраивание виджетов из разных процессов. Причем эти штуки из обоих тулкитов совместимы друг с другом.

Взаимодействие если надо по DBus или pipes. Где профит от того чтобы тянуть кеды?

Вообще если чтото есть, то можно сказать что оно есть и указать на это. А вот говорить что чего-то нет не очень просто доказать. Прийдется хорошо поискать

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

>GtkSocket+GtkPlug, QtXEmbed* - встраивание виджетов из разных процессов.

А теперь приведи примеры, где всё это используется. Да и я всё равно сомневаюсь, что это действительно полноценный аналог.

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

> А теперь приведи примеры, где всё это используется.

Скажи спасибо что я посмотрел доки и написал это. Но я не буду сейчас гуглить где это используется.

Да и я всё равно сомневаюсь, что это действительно полноценный аналог.

В гноме было Bonobo, полный аналог KParts, тем более еще и на CORBA. Так что мало того, что оно поддерживало все возможности KParts, так еще взаимодействовало по известному корпоративному стандарту с любыми приложениями. CORBA кстати еще и удаленно работает.

В итоге это выбросили, так как это нафиг не надо, так же как и ActiveX, с которого собственно сдиралась идея. Гномовцы просто поступили юникс-вей. Есть легковесные и простые виджеты для встраивания. Они на основе XEmbed, так что можно дружить с не Gtk приложениями. Все специализировано, никаких комбайнов.

Для взаимодействия еще одна спецтехнология - DBus

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

> >Что даёт kdelibs, чего не может дать Qt4, ну кроме парочки виджетов?

Прежде всего KParts. Именно из-за этого нет аналога Konqueror, что в чистом Qt нет его аналога.

> Плюс не «парочка» виджетов, а много готовых высокоуровневых виджетов, состоящих из базовых.



Которые нужны только для того, что бы заставить пользователя использовать KDE.

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

>Ну понятно, я же написал, что функциональность+дружелюбность.

Так бы и написал. Для хомячков. Только функциональностью тут и не пахнет. kate умеет макросы? А вешать скрипты на определённые клавиши?

А для GUI лучшее его продолжение — это именно встраивание компонентов.

С чего ты взял, что оно лучшее? Kparts как ни крути, но прибит к кедам и кутям намертво. Чего не скажешь о всяких консольных тулзах.

Как это не странно, но KDevelop нарушает традицию, что X.0 сырое в KDE4. Так что KDevelop 4.0 beta - именно бета.

Я не ошибся. Хоть и пишут, что бета, но на бету оно не тянет. Даже того, что было в 3-м толком не реализовали.

Зачем писать кучу приложений с одинаковым интерфейсом, когда можно писать интерфейс и содержимое отдельно.

Чего? KParts зависит от QtGui и от поднятых иксов. О каком отдельном интерфейсе может идти речь?

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

>Но я не буду сейчас гуглить где это используется.

Ну и правильно, всё равно ничего не найдёшь.

В гноме было Bonobo, полный аналог KParts, тем более еще и на CORBA.

Во-во, оно __было__. Но видимо оказалось кривым или ещё что-то. И теперь платформа КДЕ мощнее.

Гномовцы просто поступили юникс-вей.

Гномовцы вернулись в прошлое столетие.

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

>И теперь платформа КДЕ толщее.

fixed

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

>Которые нужны для того, чтобы облегчить жизнь разработчикам и пользователям.

Глядя на падучий kdevelop это чувствуется. Разработчики kde облегчились.

Хуже того, после 3-х кед не стало quanta, кафеина и k3b.

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

>Чего? KParts зависит от QtGui и от поднятых иксов. О каком отдельном интерфейсе может идти речь?

Один раз написал интерфейс Okular и интерфейс Konqueror. А отдельно отображалку PDF, HTML, ODT и прочее.

А вешать скрипты на определённые клавиши?

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

С чего ты взял, что оно лучшее?

Ну приведи вменяемый аналог?

Kparts как ни крути, но прибит к кедам и кутям намертво.

Ну это является проблемой только из-за того, что Qt было исходно закрыто и многие используют Gimp toolkit. Все бы использовали бы KDE/Qt — всё было бы хорошо. Но альтернативы не должны тормозить прогресс.

Чего не скажешь о всяких консольных тулзах.

Я и не предлагаю KParts в консоль засовывать.

Хоть и пишут, что бета, но на бету оно не тянет.

Ну и чем же не тянет? Что, падает, может быть, часто? Или не вся запланированная функциональность реализована?

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

> Ну и правильно, всё равно ничего не найдёшь.

No comments. Лечим мозг. Нет виджетов, которые не используются. Иначе этих виджетов нет. Извини, но я не проверяю каждое гномовое приложение, является оно набором процессов или нет, как хром

Во-во, оно __было__. Но видимо оказалось кривым или ещё что-то. И теперь платформа КДЕ мощнее.

Работало на ура. Просто технология была слишком мощная, а использовалась редко. Встраивание обычно не HIGу или просто усложняет интерфейс. Явно антигномовская философия.

Хотя и использовалась иногда. Для тех кому надо, предложили легковесную альтернтиву, причем более правильную. А то что KParts не сдох, дело времени или случая. Более мощная технология Bonobo упала, так что ждем еще трупов

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