• Linux QIP Представим, что мы пишем QIP для Linux. Вас устроит прямой перенос виндового функционала? Если нет, то что убрать, что добавить и как при этом по вашему могут быть учтены коммерческие интересы?
    ♡ recommended by @MarkS, @HobbitMage, @skobkin-ru, @Sandrem
  • опенсурс!!111
  • Троллей убрать из обсуждения :)
  • @skobkin-ru, дедфуд еще не пришел
  • открыть исходники, очевидно
  • @Crazy-Owl, Нахера?
  • в принципе устроит. Чего уж там.
  • сделайте бинарный, но хорошо интегрирующийся deb для убунты.

    Вариант поизящнее: безгуевый проприетарный сервер приложения с документированным публичным D-Bus интерфейсом; сообщество прикрутит всевозможные интерфейсы самостоятельно.
  • @ulidtko, А чего бы этому сообществу не начать с плагинов под виндовый квип? Где подтверждающие примеры, где сообщество?
  • @QIP, Сообщество — оно же под линуксом :)
  • @QIP, у вас API и документация для написания плагинов есть?
  • @ulidtko, SDK и доки есть :)
  • @skobkin-ru, и что, совсем никто ничего не пишет?
  • @ulidtko, Пишут и немало :)
  • @skobkin-ru, тогда я не понимаю /9.
  • @ulidtko, Я тоже, но пусть будет :)
  • @ulidtko, Просто /14 спорный вопрос.
  • @QIP, К кипу плагинов больше чем почти к любому другому мессенджеру. Их лишь меньше в соотношении пользоваталей\плагинов. Но это и понятно, ведь большая часть аудитории не в состоянии вообще что-то написать.
  • @QIP, как затравку, можно написать открытое GUI на каких-нибудь GTK и отдать это сообществу (либо ревьювить и принимать патчи самостоятельно, либо найти добровольца, который этим займётся).
  • @ulidtko, Превратить QIP в сервер аналогичный MPD? Зачем?
  • @skobkin-ru, да. Что в этом плохого?
  • а чей то, на делфе мона под линухи писать?
  • @ulidtko, То, что это излишне в случае мессенджера. Кому-то, может быть, от этого на душе спокойней будет, но...
  • @skobkin-ru, decoupling UI и бизнес-логики не излишен в случае любого GUI-приложения. Насколько я знаю, в макоси все приложения работают именно так.
  • @ulidtko, Мы же про Linux говорим вроде.
    Да и вообще, это опять посредники, опять лишнее.
    Я ОБНОВИЛ DBUS СЛОМАЛСЯ QIP ШТОДЕЛОЦ
  • коммерческие интересы вряд ли будут учтены при переходе а линукс. а раздражающая реклама в квипе — вот это дико бесит. не знаю как сейчас, но раньше оно кажется такие вещи присылало, когда мне писали с квипа
  • @demiazz, В QIP есть только две рекламы — какие-то USB-трубки в настройке телефонии и окошко с новостями какими-то, которое галкой в настройках отключается навсегда.
    Еще QIP при первом запуске ставит статус "QIP XXXX все работает! Качай тут ...". Это тоже убирается.
  • @skobkin-ru, мы говорим об удовлетворительном решении коммерческого GUI-приложения.
    Видели skype под линукс? Знаете, чего просят разработчиков на форуме поддержки? Просят API, просят возможности сделать свой интерфейс или улучшить существующий. О коммерческой тайне все в курсе.
  • @ulidtko, Скайп действительно убог. С его интерфейсом ничего нельзя делать. У QIP есть настройка интерфейса, скины, компактные режимы.
    Как вариант — интерфейс в виде плагина как в qutIM.
  • @skobkin-ru, ну вот что то типа второго присылало. а вообще, чтобы можно было сказать о том, какие коммерческие вещи для квипа будут выгодны на линуксе, я к примеру не знаю, чем квип собственно зарабатвает. И да. в любом случае сообщество запросит исходники, чтобы форкать, писать свои интерфейсы и прочее. Это гарантировано ) ну и в добавок, честно говоря, слабо верится, что многие перебегут на квип со своих Psi+, Gajim, Psi+, TKabber и т.д.
  • @skobkin-ru, итого, приходим к необходимости полноценного API для плагинов, вплоть до делегирования UI.
  • @demiazz, Исходники никто не получит, скорее всего. Из этого будет только негодование тех, у кого опенсорц головного мозга и тех, кто не верит в жизнь за закрытым кодом.
    Я переползу на QIP, если он выйдет под линуксом. Он будет как бальзам на сердце по сравнению с Pidgin.
  • @ulidtko, unix-way же. квип в виде библиотеки с его возможностями, стандартный гуи от разрабов, и какая то спецификация для делания GUI, ведь там еще в рассчет плагины надо брать и т.д. ))) вот как то так )
  • @demiazz, ты перечислил только джаббер-клиенты. Странно, что не вспомнил мкаббер. Но под линукс очень мало многопротокольных клиентов.
  • @ulidtko, Ну я не прихожу к такой необходимости. Меня текущий вид устраивает.
  • @skobkin-ru, текущий вид под линуксом?
  • @MarkS, mcabber хотел написать, тогда писать jabber.el еще и другие. я просто в общем перечислил намекая что не все. ну а про многопротокольность — да. только пиджин знаю много тянет ) да и много ли интересно асько пользователей на линуксе )
  • @ulidtko, Сейчас вида под линуксом нет. Совсем нет. Есть wine и QIP для винды.
    Если QIP будет под линуксом, полагаю, он без сообщества заимеет нативный вид.
  • @skobkin-ru, то есть, всё-таки, закрытый GUI на каких-нибудь Qt, skype-way?
  • @ulidtko, ну во первых — кому то привычен его стандартный вид. во вторых, на первых порах сообщество не скует кучу гуи, так что дефолтная морда к библиотеке должна была бы быть )))
  • @ulidtko, или же Opera-way?
  • @skobkin-ru, а как в опере?
  • @ulidtko, тут будет война кстати, Qt против Gtk :D в частности из за двух больших лагерей пользователей. особенно учитывая, что хочется видеть все нативное )))))
  • @ulidtko, А в опере совсем нативный интерфейс стал, когда они от QT отказались. В кедах она юзает кедовое, в гноме — гномовое.
  • весь вопрос сводится к тому что: а насколько правда выгодно будет QIP на линукс тянуть? пользователей не так уж и много, а чтобы на квип перешли и того уменьшится, а уж до коммерческой выгоды, и того очень далеко будет.
  • @skobkin-ru, и не лень столько кодить?
    Не легче ли выставить API и сказать «ну хуле, швабодные люди, пишите сами»?
  • @ulidtko, Это не QIP-way :)
    Opera, как видишь, такого не сделала. Потому, что коммерческому продукту не нужны говноподелки на коленке.
  • @ulidtko, скорее всего они пошли по пути qt. Сделали рендеры с использованием приблуд с кде, и с гнома, и внешнее апи, как граф либы, на которой собственно все и делают ) я бы так сделал
  • @skobkin-ru, ага, то есть интерфейс, написанный сообществом для себя — говноподелки на коленке?
    Я вашу точку зрения понял, переубеждать не буду.
  • @ulidtko, Нет, неправильно. Они это не могут выставить как свое лицо. Поэтому они пишут свой единый интерфейс, который будет везде работать.
  • @ulidtko, думаю по сути имелось ввиду, что коммерческому продукту просто не выгодно ждать, пока сообщество сделает что то. им важнее скорость. вот и пишут сами. зато сами перед собой в ответе и делают что им надо. тем более не факт, что сообщество сделает нормальную вещь. ведь не все в опенсорсе удачно ) и не всем занимаются сильные команды )
  • @skobkin-ru, Истина.
  • @demiazz, Спасибо. Почти сполна выразил мою мысль.
  • @skobkin-ru, ;) да не за что )
  • @skobkin-ru, статически слинкованные бинарники тоже работают везде. Но релизить их — против общих интересов, вредно, плохо.
  • @demiazz, я ведь уже сказал, что разработчикам квипа ничто не мешает вести открытую разработку собственного интерфейса. Достаточно лишь показать код и принимать патчи.
  • @ulidtko, Автоматического принятия патчей, безусловно, не будет. Ну вы подумайте, выпилите все сервисы из интерфейса, мы же тогда по миру пойдём SARCASTIC
  • @ulidtko, проблема тут в другом — открытые исходники. квипу видимо просто не выгодно ) ведь это многое откроет для виндоверсии, а это хорошее поле для деятельности для реверсинжеренов к примеру, которые смогут для уязвимой винды понаписать вирусов пользующихся слабостями квипа
  • @QIP, «автоматическое принятие патчей» могло бы быть хорошей шуткой. Никто такого не практикует.

    Workflow обычно следующий: в список рассылки квипа приходит patch proposal, с мотивацией и объяснениями. Разработчики квипа ревьювят код, и если считают допустимым, принимают.
  • а зачем? если есть pdgin?
  • не надо нам ваших квипов. У нас и так полно отличный мессенджеров. А то ведь понабегут потом на линуксы школьники всякие
  • нафик писать он под вайном пашет толька в путь
  • @blackFISHka, Глючит и хоткеи не пашут.
  • @blackFISHka, и ставить вайн только ради того, чтобы сидеть с квипа...
  • QIP не нужен — есть клиенты на порядки лучше, и под линукс.
  • @Kolyan-ufalug, ну-ка, ну-ка... Парочку
  • @Kolyan-ufalug, это не кутим случаем?
  • @hohoho, Кутит-кутит)
  • @skobkin-ru, который аккуратный квип
  • @hohoho, Нет. Tkabber, например.
  • @Kolyan-ufalug, В топик врывается Э. Хиль.
  • @ulidtko, Есть libtelepathy — зачем городить кривые костыли?
  • @Kolyan-ufalug, ЩИТО? образец юзабилити прямо ага. и аську нативно держит
  • @skobkin-ru, Tkabber поставляется всегда в исходниках, и без компиляции работает. Плагины писать — легко. Конфигурируется всё — даже то, что разработчики не задумывали (так, я однажды там идентификатов версии ОС подменил на Windows NT 4). Плагинов хороших — завались. Даже рисовать можно.
  • @hohoho, Аська уже труп. Да и транспорт есть для особо, кхм, консервативных. Юзабилити весьма и весьма неплохое.
  • @Kolyan-ufalug, :( я не умею рисовать :((((
  • @k0st1x, Прикинь — давно можно. Kylix. Только он уже RIP. Ну и есть Lazarus.
  • @Kolyan-ufalug, это не юзабилити, это пародия на юзабилити
  • @hohoho, Твоё сообщение квалифицируется исключительно как троллинг. Однооконный клиент с табами — самое удобное, что придумали.
  • @Kolyan-ufalug, это глубоко твое имхо, ничем не подкрепленное
  • @Kolyan-ufalug, Кем квалифицируется? Это ИМХО.
  • @hohoho, Сие высказывание подкреплено опытом и специалистами.
  • @Kolyan-ufalug, ШТО :-D
  • @Kolyan-ufalug, союз красноглазов-проктологов?
  • @skobkin-ru, Вот так вот — ты даже слов таких не знаешь. Ну как такому невежде объяснить, что такое юзабилити?
  • @Kolyan-ufalug, А кто такие специалисты?
  • @Kolyan-ufalug, На лазаре большая часть модулей штатных — GPL или LGPL. Так что только опенсорц получиться.
  • @hohoho, Наверно не квип, а миранда, если уж.
  • @ganglery, ну а что поделать, такая цитата. Я просто взял ее в оборот
  • @hohoho, Ты это нарошно :) Они же постоянно говорят, что их задолбали квипом-под-линукс называть.
  • @ganglery, ну а теперь будут задалбывать аккуратным квипом, чо