Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 118
Хм, интересно. А Вы не пробовали добавить свой клиент в оф. репозитории?
Нет, а как? Насколько я понимаю, мэинтейнеры сами находят разработчика, если заинтересовываются его программой.
Вот 4 части статьи «стать мэинтейнером»:
habrahabr.ru/blogs/ubuntu/50540/
habrahabr.ru/blogs/ubuntu/50631/
habrahabr.ru/blogs/ubuntu/50716/
habrahabr.ru/blogs/ubuntu/51427/
habrahabr.ru/blogs/ubuntu/50540/
habrahabr.ru/blogs/ubuntu/50631/
habrahabr.ru/blogs/ubuntu/50716/
habrahabr.ru/blogs/ubuntu/51427/
Может быть, я что-то упустил, но в них не рассказывается, как именно добавить свои пакеты в официальный репозиторий. Или, если я создам свой репозиторий на Launchpad, то со временем его пакеты переместят в официальный?
Судя по скриншотам очень информативный клиент. Может быть даже сменю свой Transmission на него. Удачи в дальнейшей разработке!
пользуюсь пока deluge 1.1.5, пока доволен, но и есть свои минуса (мнение любителя графического интерфейса)
может потом попробую и етот)
может потом попробую и етот)
Неплохо:) Я бы даже перешел на ваш клиент с удовольствием, но мне необходим веб интерфейс.
Тестировал множество клиентов, остановился на Deluge (http://deluge-torrent.org/ ), пока устраивает все кроме достаточно большой прожорливости к ресурсам (думаю из-за PyGTK
Тестировал множество клиентов, остановился на Deluge (http://deluge-torrent.org/ ), пока устраивает все кроме достаточно большой прожорливости к ресурсам (думаю из-за PyGTK
Debian Lenny.
Не компилируется.
Не компилируется.
/usr/include/glibmm-2.4/glibmm/ustring.h: In static member function ‘static Glib::ustring Glib::ustring::compose(const Glib::ustring&, const T1&) [with T1 = char [1]]’:
../string.hh:154: instantiated from here
/usr/include/glibmm-2.4/glibmm/ustring.h:1266: error: call of overloaded ‘Stringify(const char [1])’ is ambiguous
/usr/include/glibmm-2.4/glibmm/ustring.h:1243: note: candidates are: Glib::ustring::Stringify::Stringify(const char*) [with T = char [1]]
/usr/include/glibmm-2.4/glibmm/ustring.h:1242: note: Glib::ustring::Stringify::Stringify(const T&) [with T = char [1]]
Хм, Debian Lenny… Я так понимаю, у вас стоит glibmm-2.16.4. Оказывается, что Glib::ustring::compose, на который я перешел с boost::format в flush-0.4, появился только в glibmm-2.16, ну и, соответственно, в первой версии был реализован не так хорошо как сейчас…
Вообщем сделал на скорую руку патч, после применения которого у меня все скомпилировалось с glibmm-2.16.4. Патч можно взять здесь — ifolder.ru/11312835. Для его применения необходимо выполнить команду
patch -p0 < flush-0.4.patch
в директории, в которую вы распаковали архив с исходными текстами (после распаковки архива в ней должна была появится директория flush-0.4).
P.S.: Пока что я проверил компиляцию только с glibmm-2.16.4. Надеюсь, с той версией gtkmm, которая установлена у вас, проблем не будет. Как только появится свободное время, попробую также скомпилировать и с той версией gtkmm, которая установлена у вас (в Debian Lenny).
Вообщем сделал на скорую руку патч, после применения которого у меня все скомпилировалось с glibmm-2.16.4. Патч можно взять здесь — ifolder.ru/11312835. Для его применения необходимо выполнить команду
patch -p0 < flush-0.4.patch
в директории, в которую вы распаковали архив с исходными текстами (после распаковки архива в ней должна была появится директория flush-0.4).
P.S.: Пока что я проверил компиляцию только с glibmm-2.16.4. Надеюсь, с той версией gtkmm, которая установлена у вас, проблем не будет. Как только появится свободное время, попробую также скомпилировать и с той версией gtkmm, которая установлена у вас (в Debian Lenny).
Я бы очень порекомендовал прочитать весь library.gnome.org/devel/hig-book/stable/. Скачиваю программу, если интерфейс в глейде, то помогу
Это вы про "-1" в окне настроек? =) HIG — это, конечно, хорошо, но только, честно говоря, не всегда есть желание сидеть и вылизывать интерфейс только ради того, чтобы он соответствовал каким-либо правилам. Т. к. я не могу уделять очень много времени разработке, то приходится чем-то жертвовать.
По поводу Glade… Честно говоря, никогда не был сторонником различного рода «формошлёпства», будь то Glade или MSVC. На мой взгляд, «размазывание» кода по *.cpp и глейдовским *.xml файлам только все усложняет. Я конечно понимаю, что использование Glade дает возможность юзабилистам помогать в разработке приложения, совершенно не зная языка программирования, но вот только стоит ли ради этого повсеместно использовать Glade? К примеру, убирать те же "-1" все равно придется программисту. Юзабилист может разве что помочь нарисовать шаблон, но лично мне было бы проще один раз перегнать этот шаблон в код, чем каждый раз при программировании лезть в Glade, чтобы посмотреть, какие элементы имеет окно, как они называются, и прыгать по различным меню, ища, какие свойства установлены у каждого виджета — в коде же все это сразу же бросается в глаза, т. к. программист специально выделяет (отступами, комментариями) и объединяет в блоки код так, чтобы его потом было удобно читать.
Это из той же серии, что и создание документации в Doxygen: документация должна создаваться не отдельно от продукта, а вместе с ним и находиться в самом коде, т. к. код, в отличие от всего остального, всегда находится в актуальном состоянии.
Естественно, все вышесказанное — ИМХО.
По поводу Glade… Честно говоря, никогда не был сторонником различного рода «формошлёпства», будь то Glade или MSVC. На мой взгляд, «размазывание» кода по *.cpp и глейдовским *.xml файлам только все усложняет. Я конечно понимаю, что использование Glade дает возможность юзабилистам помогать в разработке приложения, совершенно не зная языка программирования, но вот только стоит ли ради этого повсеместно использовать Glade? К примеру, убирать те же "-1" все равно придется программисту. Юзабилист может разве что помочь нарисовать шаблон, но лично мне было бы проще один раз перегнать этот шаблон в код, чем каждый раз при программировании лезть в Glade, чтобы посмотреть, какие элементы имеет окно, как они называются, и прыгать по различным меню, ища, какие свойства установлены у каждого виджета — в коде же все это сразу же бросается в глаза, т. к. программист специально выделяет (отступами, комментариями) и объединяет в блоки код так, чтобы его потом было удобно читать.
Это из той же серии, что и создание документации в Doxygen: документация должна создаваться не отдельно от продукта, а вместе с ним и находиться в самом коде, т. к. код, в отличие от всего остального, всегда находится в актуальном состоянии.
Естественно, все вышесказанное — ИМХО.
"-1" Ето не так плохо, но можно хотя лейблы по одной вертикали подмеривать — на глад ето лучше выглядит.
Интерфейс легче сделать и через 2 года поменяйть в длейде чем понимать как оно всё собирается опять.
Но как хотите конечно. ХИГ — ето не правила, ето просто посдказки для тех кто хочет сделать хорошый, легко понимаемый и использованый интерфейс.
Интерфейс легче сделать и через 2 года поменяйть в длейде чем понимать как оно всё собирается опять.
Но как хотите конечно. ХИГ — ето не правила, ето просто посдказки для тех кто хочет сделать хорошый, легко понимаемый и использованый интерфейс.
лучше всего отделить интерфейс от логики, и glade для gtk с этим справляется хорошо.
весь разметочный мусор и декоративные описания элементов остаются в .glade файле, а в самой программе достаточно вытянуть только то что необходимо для связывания элементов и событий. или даже достаточно просто связать события, а сами элементы в код не вытягивать.
ну и соответсвенно скомпилив однажды программу, можно заниматься спокойно тюнингом внешнего вида интерфейса без излишней перекомпиляции.
Так что не надо про рисовалки.
весь разметочный мусор и декоративные описания элементов остаются в .glade файле, а в самой программе достаточно вытянуть только то что необходимо для связывания элементов и событий. или даже достаточно просто связать события, а сами элементы в код не вытягивать.
ну и соответсвенно скомпилив однажды программу, можно заниматься спокойно тюнингом внешнего вида интерфейса без излишней перекомпиляции.
Так что не надо про рисовалки.
посмотрел скриншоты на 2.bp.blogspot.com/_dWRCmLfFFN0/Sc8iR93tr2I/AAAAAAAAANQ/CAe02SVpCU8/s1600-h/flush_2.png очень не хватает кнопочек наверху (под меню) типа запустить, остановить + справа удобно когда можно как нить торренты сортировать, например скаченные, качающиеся и тп
теперь буду ставить и пробовать :)
теперь буду ставить и пробовать :)
скачал flush_0.4_ubuntu_8.10_i386.deb, попросило libconfigduo++8.
Его можно скачать здесь, перейдя по ссылке libconfig. Если же у вас нет желания возиться с пакетами, то можете просто поставить flush_0.4_bundle_ubuntu_8.10_i386.deb — в bundle-версии исполняемый файл статически слинкован с libconfig и libtorrent.
P.S.: Предвидя вопрос «Почему пакет, содержащий libconfig, называется libconfigduo?», отвечаю: в репозитории Ubuntu уже существует пакет libconfig, который содержит совсем другую библиотеку. Тот libconfig, который использую я, обычно при сборке пакетов именуют как libconfigduo, поэтому я назвал его именно так.
P.S.: Предвидя вопрос «Почему пакет, содержащий libconfig, называется libconfigduo?», отвечаю: в репозитории Ubuntu уже существует пакет libconfig, который содержит совсем другую библиотеку. Тот libconfig, который использую я, обычно при сборке пакетов именуют как libconfigduo, поэтому я назвал его именно так.
Кнопочек не хватает потому, что я предпочитаю GUI, которые занимают как можно меньше места, оставляя его для полезной информации. Мне как-то вполне хватает всплывающих меню по правой кнопке мыши, поэтому о панели инструментов я как-то и забыл… Хорошо, добавлю панель инструментов с кнопочками, но обязательно сделаю, чтобы ее можно было убирать. =)
Насчет фильтров (скачанные, качающиеся и т. п.) тоже согласен — надо будет добавить.
Насчет фильтров (скачанные, качающиеся и т. п.) тоже согласен — надо будет добавить.
Вы это говорите о программе, в которой 50% места занимает нижняя панель, в которой 80% информации либо не нужно в принципе либо нужно исключительно редко?
спасибо. возможность убрать панель и фильтры — это хорошо.
установилось.
установка ограничения отдачи из трея не плохо бы
настройку бы связанную с шифрованием трафика бы иметь еще.
установилось.
установка ограничения отдачи из трея не плохо бы
настройку бы связанную с шифрованием трафика бы иметь еще.
> установка ограничения отдачи из трея не плохо бы
Эээ… Так есть же — «Set upload rate limit».
> настройку бы связанную с шифрованием трафика бы иметь еще.
Мне вот просто интересно, а зачем? :) Может быть, я что-то не понимаю, но:
1) Если вы опасаетесь того, что вас осудят за скачивание какого-либо нелицензионного контента с трекера, то шифрование здесь не поможет. Если вас захотят уличить в раздаче подобного контента, то достаточно просто с вас что-либо скачать — тут уж шифрование ничем не поможет, т. к. клиент с радостью отдаст все, что у него попросят.
2) Шифрование имеет смысл разве что в том случае, когда провайдер режет BitTorrent траффик. У нас в России, вроде, до этого пока не дошло… Или я отстал от жизни?
Эээ… Так есть же — «Set upload rate limit».
> настройку бы связанную с шифрованием трафика бы иметь еще.
Мне вот просто интересно, а зачем? :) Может быть, я что-то не понимаю, но:
1) Если вы опасаетесь того, что вас осудят за скачивание какого-либо нелицензионного контента с трекера, то шифрование здесь не поможет. Если вас захотят уличить в раздаче подобного контента, то достаточно просто с вас что-либо скачать — тут уж шифрование ничем не поможет, т. к. клиент с радостью отдаст все, что у него попросят.
2) Шифрование имеет смысл разве что в том случае, когда провайдер режет BitTorrent траффик. У нас в России, вроде, до этого пока не дошло… Или я отстал от жизни?
второй вариант ближе русскому пользователю, наши ограничивают скорость.
>> установка ограничения отдачи из трея не плохо бы
>Эээ… Так есть же — «Set upload rate limit».
оказывается есть, но было бы замечательно видить эту самую цифру когда наводишь на иконку в трее, также можно показывать тамже состояние закачек.
у utorrent сделанно отображение в заголовке окна кстати удобно
>Эээ… Так есть же — «Set upload rate limit».
оказывается есть, но было бы замечательно видить эту самую цифру когда наводишь на иконку в трее, также можно показывать тамже состояние закачек.
у utorrent сделанно отображение в заголовке окна кстати удобно
>Хорошо, добавлю панель инструментов с кнопочками, но обязательно сделаю, чтобы ее можно было убирать. =)
скорее сейчас нужно приложить особые усилия чтобы сделать неубирающиеся панели, т.к. все закручено на готовые и удобные классы
скорее сейчас нужно приложить особые усилия чтобы сделать неубирающиеся панели, т.к. все закручено на готовые и удобные классы
Название отличное. «Слив». Супер!
Всего отдано, Всего скачано, Всего ошибок — это «Всего» мешает. Тем более, что из-за него удлиняется скрол.
Да, возможно. Вот только не знаю, если я заменю «Total download» и «Всего скачано» на «Download» и «Скачано», то, возможно, кто-нибудь скажет, что название колонок не отражает того, что они отображают (как будто речь идет о скачанном за текущую сессию, а не за все время). Хотя, наверное, вы правы и все-таки стоит это «Всего» убрать…
вообще можно было бы так же изменить «Скорость скачивания» и «Скорость отдачи» на «прием» и «раздача». Просто чем меньше слов в названиях столбцов тем лучше. «Оставшееся время» можно заменить на просто «Время» например.
а вообще отличный клиент получился. Однозначно сношу делюгу. Еще бы добавить репы, чтоб сам обновлялся вообще было бы супер.
кстати, помнится ты хотел добавить возможность удалять торренты при достижении определенного рейтинга. Привык уже к этой фишке. Реализуешь?
А он умеет в неинтерактивном режиме работать? Например на сервере, где нет иксов? Если нет, то настоятельно рекомендую добавить, а то сейчас единственный вариант — screen+rtorrent.
Вы не первый, кто мне советует разнести серверную и клиентскую часть. Возможность, бесспорно интересная. На уровне кода я это сделал изначально — есть объект, представляющий из себя клиента, объект, представляющий из себя демона, и между ними proxy-объект. Сейчас они общаются между собой посредством вызова методов proxy-объекта, но, в принципе, внутрь proxy-объекта можно воткнуть DBus или сокеты… Вот только тогда в каждом методе придется упаковывать данные, делать проверку всех получаемых из внешней среды данных, обрабатывать таймауты (вдруг клиент отвалится) и, возможно, делать асинхронную работу, чтобы не подвешивать GUI… Честно говоря, у меня пока что на это просто банально нет времени. Не знаю, возможно, в будущем я это и сделаю, но вряд ли подобный функционал стоит ждать в ближайшее время.
Можно почитать исходники amule. Там тоже есть сервер — amuled и несколько клиентов — amulecmd, amulegui, amuleweb. И так же распространяется под GPL.
Тут дело не в сложности. Просто задача довольно муторная — в каждом методе придется проверять данные и вместо того, чтобы обмениваться целыми объектами, упаковывать их на одном конце, принимать и распаковывать на другом (с DBus, конечно, легче, но все равно придется «нарезать» объекты на массу простых: числа, массивы строк и т. п.). Вот если бы я писал его на Python (привет Deluge :) ), то все было бы гораздо проще, т. к. в Python'е можно производить автоматическую сериализацию и десериализацию объектов. В C++ же придется все писать руками…
Хотя исходники тоже могут пригодится — наверняка там можно найти какие-нибудь интересные идеи.
Хотя исходники тоже могут пригодится — наверняка там можно найти какие-нибудь интересные идеи.
Чем не угодил Deluge? Использую его достаточно давно, в том числе и на безиксовой машине.
Интересный проект, чем то напомнило utorrent под Windows. Хорошо бы добавить выбор скорости для отдельного торрента, ну метки конечно.
А вы молодец, ей-богу. Кроме создания полезной программы, ещё и исправляете баги на ходу (судя по комментариям). Так держать! Концепция к подходу интерфейса тоже понравилась — в окне приложения исключительно полезные данные, а не иконки на полэкрана, как сейчас модно.
P. s. Кстати, может действительно стоит связаться с разработчиками дистрибутива Ubuntu? По-моему, очень приятно, когда твоё приложение включают в ОС. Успехов.
P. s. Кстати, может действительно стоит связаться с разработчиками дистрибутива Ubuntu? По-моему, очень приятно, когда твоё приложение включают в ОС. Успехов.
Спасибо за теплые слова. :)
Кстати, по поводу больших кнопок. Раз уж вы, как и я, не разделяете общей любви к ним, возможно вам пригодится следующий совет:
Чтобы кнопки были по-меньше можете создать собственную тему оформления на основе стандартной, но уменьшив размеры этих самых кнопок. Я, к примеру сделал это, создав файл ~/.themes/My/gtk-2.0/gtkrc со следующим содержимым:
Либо, можно воспользоваться какой-нибудь специальной компактной темой, например, Human Compact.
Кстати, может действительно стоит связаться с разработчиками дистрибутива Ubuntu? По-моему, очень приятно, когда твоё приложение включают в ОС.Кто же спорит, конечно приятно. :) Надо будет действительно попробовать, хотя, чувствую я, это тот еще квест. :) К примеру, недавно совершенно случайно обнаружил, что версии < 0.4 с точки зрения лицензионной чистоты были некорректны: libtorrent-rasterbar зависит от OpenSSL, у которой лицензия не совместима с GPL в результате чего пользователи не имели права собирать Flush без специального на то разрешения в copyright с моей стороны. :)
Кстати, по поводу больших кнопок. Раз уж вы, как и я, не разделяете общей любви к ним, возможно вам пригодится следующий совет:
Чтобы кнопки были по-меньше можете создать собственную тему оформления на основе стандартной, но уменьшив размеры этих самых кнопок. Я, к примеру сделал это, создав файл ~/.themes/My/gtk-2.0/gtkrc со следующим содержимым:
и задал в качестве темы оформления тему My.include "/usr/share/themes/Human/gtk-2.0/gtkrc" gtk-icon-sizes = "panel-menu=16,16 : gtk-menu=16,16 : gtk-button=16,16 : gtk-small-toolbar=16,16 : gtk-large-toolbar=16,16 : gtk-dialog=32,32 : gtk-dnd=32,32"
Либо, можно воспользоваться какой-нибудь специальной компактной темой, например, Human Compact.
Думаю для начала надо довести дело хотя бы до версии 1.0, то бишь написать весь задуманный функционал и отдебажить его, до конца оформить структуру программы(то же деление клиент-сервер). Думаю разработчикам дистрибутива не сильно нужна в репах программа, в которой с каждым релизом будет половина кода переписываться.
Вы правы, но согласитесь, вероятность того, что разработчик доведёт дело до версии 1.0, будет гораздо выше, если он будет знать, что делает полезную, нужную людям вещь. Очень трудно сделать что-либо достойное в течении долгого периода, подогревая энтузиазм лишь собственными силами.
Доля правды в ваших словах есть, но:
1) Автор не однократно упоминал о том, что у него очень мало времени на разработку, так что лучше подавать большой публике целостную, законченую программу, тогда будет на пару порядков меньше надоедающих запросов о новых фичах и исправлениях багов. Особенно они надоедают, когда нет физической возможности их исправить.
2) На собственном интузиазме может и не выдержать, зато на собственных потребностях довольно таки можно. Программисту проще исправить багу в собственной программе, чем ежедневно её терпеть.
1) Автор не однократно упоминал о том, что у него очень мало времени на разработку, так что лучше подавать большой публике целостную, законченую программу, тогда будет на пару порядков меньше надоедающих запросов о новых фичах и исправлениях багов. Особенно они надоедают, когда нет физической возможности их исправить.
2) На собственном интузиазме может и не выдержать, зато на собственных потребностях довольно таки можно. Программисту проще исправить багу в собственной программе, чем ежедневно её терпеть.
Интересно! Если понравится и никто не опередит — добавлю в AUR.
есть же deluge…
Сразу видно, что Вы по диагонали читали.
Причины, которые заставили меня написать собственный BitTorrent клиент, я изложил здесь
как печально, что вы минусуете, но прочитав и по другой диагонали и поперек не увидел преимущества перед deluge. пардон, но я осмелюсь назвать deluge идеальным бит-торент клиентом.
По мне так толстоват даже для питона. Пользуюсь первый день пока недостатков не вижу. Из двух клиентов способных работать без гуя deluge мне пока нравится больше. Но оба неидеальны.
кстати говоря, от делюги мне пришлось отказаться в свое время из за ее глючности.
Частенько бывало что она пыталась заново перезакачать мои раздачи, забывала прогресс скачивания торрентов и качала по новой. В какой то версии она вообще разбушевалась, что мне пришлось обратно откатиться, а потом и вообще перейти на жабу.
Частенько бывало что она пыталась заново перезакачать мои раздачи, забывала прогресс скачивания торрентов и качала по новой. В какой то версии она вообще разбушевалась, что мне пришлось обратно откатиться, а потом и вообще перейти на жабу.
Довольно интересная задумка :) По описанию и скриншотам — ничего так. Сам юзаю rtorrent из консоли. В принципе доволен. :) Обязательно попробую и этот клиент.
ЗЫ. Хотелось бы тоже научиться писать программы под GTK, вот только не знаю с чего начать. :(
ЗЫ. Хотелось бы тоже научиться писать программы под GTK, вот только не знаю с чего начать. :(
Спасибо большое, клиент очень удобный.
А я вот всегда был доволен transmission, есть ли у Flush какие-нибудь преимущества?
а если выкачиваются не все файлы из торрента — то как он действует?
libtorrent-based rtorrent создаёт также и некачаемые «пустые» файлы. а ваш клиент?
libtorrent-based rtorrent создаёт также и некачаемые «пустые» файлы. а ваш клиент?
На boost 1.37 не собирается.
create_torrent_dialog.cpp: In member function ‘void::Progress_dialog::operator()()’:
create_torrent_dialog.cpp:363: error: invalid use of ‘class boost::system::system_error’
create_torrent_dialog.cpp:410: error: invalid use of ‘class boost::system::system_error’
Посмотрел, что там изменилось, вроде бы достаточно изменить на strerror(e.code().value()). Для совместимости конечно придется с препроцессором извращаться и проверять версию буста.
create_torrent_dialog.cpp: In member function ‘void::Progress_dialog::operator()()’:
create_torrent_dialog.cpp:363: error: invalid use of ‘class boost::system::system_error’
create_torrent_dialog.cpp:410: error: invalid use of ‘class boost::system::system_error’
Посмотрел, что там изменилось, вроде бы достаточно изменить на strerror(e.code().value()). Для совместимости конечно придется с препроцессором извращаться и проверять версию буста.
Еще сразу бросился в глаза отступ внутри окна «не такой как в системе» img148.imageshack.us/img148/166/screenshot5k.png :)
Такая же фигня на Ubuntu 8.10 amd64
libconfig некорректно работает на 64-битах. =) Отправлял уже багрепорты разработчикам — обещали исправить, но так до сих пор ничего и не изменилось. В результате пришлось делать кое-какие обертки, чтобы оно работало нормально — видимо, где-то проглядел. Сейчас запущу на виртуальной amd64 машине и тогда напишу патч…
было-бы хорошо иметь группы торрентов по определённым признакам, например по треккеру, или чему-то-там ещё с лимитами на группу.
Из пожеланий — хотелось бы еще видеть программу в системе контроля версий ( git, svn, csv ), и чтобы все изменения шли туда.
Тогда можно бы сделать в aur flush-{git,svn,csv} и регулярно обновлять и смотреть — пофиксили ли баги или нет.
Тогда можно бы сделать в aur flush-{git,svn,csv} и регулярно обновлять и смотреть — пофиксили ли баги или нет.
Похоже, что у вас не установлена переменная окружения DBUS_SESSION_BUS_ADDRESS:
У вас Xorg создает сессионную шину DBus?
env | grep DBUS_SESSION_BUS_ADDRESS
У вас Xorg создает сессионную шину DBus?
хм, у меня нет такой переменной… но вроде приложения с dbus работают и так..., hal например.
У DBus есть две шины: системная и сессионная. Системную используют демоны вроде hal, и она может быть только одна. Сессионную же шину может создать кто угодно, причем не одну. Обычно при запуске Xorg создается эта самая сессионная шина, которую без каких-либо проблем могут использовать простые приложения вроде Flush, запускаемые из иксов (или из эмуляторов терминалов, которые запущены из иксов).
А можно ли сделать сворачивание в трей при нажатии «свернуть», а не «закрыть»?
Да в общем-то можно, особенно если вы назовете мне хотя бы одно GTK приложение, которое позволяет так делать, чтобы я мог посмотреть в исходниках, как можно в GTK перехватить сигнал на минимизацию окна. =)
def window1_window_state_event_cb(self, w, d=None):
if (d.changed_mask & gtk.gdk.WINDOW_STATE_ICONIFIED) and (d.new_window_state & gtk.gdk.WINDOW_STATE_ICONIFIED):
self.visibility_toggle()Я вот так у себя делаю. Python, но так должно работать и для любых других языков
Блин, надо было юзать <pre>
def window1_window_state_event_cb(self, w, d=None): if (d.changed_mask & gtk.gdk.WINDOW_STATE_ICONIFIED) and (d.new_window_state & gtk.gdk.WINDOW_STATE_ICONIFIED): self.visibility_toggle()
Ок, спасибо, даже гуглить не пришлось. =)
А на каких оконных менеджерах вы свою программу тестировали?
Я вот сейчас попробовал реализовать сворачивание в трей и..., честно говоря, ниасилил. :) Тестировал я на Gnome и на IceWM. Во первых, WINDOW_STATE_ICONIFIED генерируется не только тогда, когда пользователь сворачивает окно, но и тогда, когда он переключается с одного рабочего стола на другой. Понять по данному флагу, что именно произошло (переключение рабочего стола или свертка окна), видимо, не возможно. Причем после переключения обратно на этот же стол Gnome не генерирует никаких сигналов, а IceWM снимает с окна WINDOW_STATE_ICONIFIED + когда я получаю от IceWM сигнал с WINDOW_STATE_ICONIFIED при сворачивании пользователем окна, сделать window->hide() не достаточно, т. к. при этом окно остается на панели задач и приходится перед window->hide() вызывать window->deiconify(), которая опять-таки не гарантирует, что IceWM ее послушается и плюс ко всему порождает очередную порцию сигналов «window-state-event». Да, и при переключении обратно на рабочий стол, на котором находится программа, IceWM в комбинации с window->show() генерирует такие последовательности сигналов, которые просто не поддаются моему пониманию. =)
Я вот сейчас попробовал реализовать сворачивание в трей и..., честно говоря, ниасилил. :) Тестировал я на Gnome и на IceWM. Во первых, WINDOW_STATE_ICONIFIED генерируется не только тогда, когда пользователь сворачивает окно, но и тогда, когда он переключается с одного рабочего стола на другой. Понять по данному флагу, что именно произошло (переключение рабочего стола или свертка окна), видимо, не возможно. Причем после переключения обратно на этот же стол Gnome не генерирует никаких сигналов, а IceWM снимает с окна WINDOW_STATE_ICONIFIED + когда я получаю от IceWM сигнал с WINDOW_STATE_ICONIFIED при сворачивании пользователем окна, сделать window->hide() не достаточно, т. к. при этом окно остается на панели задач и приходится перед window->hide() вызывать window->deiconify(), которая опять-таки не гарантирует, что IceWM ее послушается и плюс ко всему порождает очередную порцию сигналов «window-state-event». Да, и при переключении обратно на рабочий стол, на котором находится программа, IceWM в комбинации с window->show() генерирует такие последовательности сигналов, которые просто не поддаются моему пониманию. =)
uTorrent эталон конечно во всем, но лучше всего в нем дело обстоит с систематизацией раздач. «Лэйблы» и автоматическое распределение помеченных раздач в соответсвующие папки, вот чего не хватает большинству трекеров.
P.s. достаточно сложно уследить за всем, когда лист переваливает за 100 в моем случае стремится к 1000 ))
P.s. достаточно сложно уследить за всем, когда лист переваливает за 100 в моем случае стремится к 1000 ))
Поздравляю! О Flush появилась новость на ЛОРе: www.linux.org.ru/view-message.jsp?msgid=3595507
Спасибо.Пробуем и пока всё работает.Если так и дальше пойдёт будем менять Transmission.
Сделал SVN и репозиторий для Ubuntu.
Очень радует появление хороших программ под GTK. Но судя по скриншотам, вы не знакомы с тенденциями в GNOME Desktop. Может и к лучшему :)
Дмитрий, а не сталкивались ли Вы с проблемой когда в торренте файлы/папки названы русскими буквами в кодировке cp1251 и в результате на Убунте с UTF-8 получаем кракозябры в именах. Пример такого торрента:
torrents.ru/forum/viewtopic.php?t=28999
На данный момент ни Transmission, ни rtorrent, ни Flush не способны решить данную проблему. ktorrent в окне закачки показывает имена правильно, но на диске все равно оказывается то же самое.
Было бы здорово если бы Flush при открытии торрента позволял задать исходную кодировку имен файлов.
Большое Вам спасибо за клиент!
torrents.ru/forum/viewtopic.php?t=28999
На данный момент ни Transmission, ни rtorrent, ни Flush не способны решить данную проблему. ktorrent в окне закачки показывает имена правильно, но на диске все равно оказывается то же самое.
Было бы здорово если бы Flush при открытии торрента позволял задать исходную кодировку имен файлов.
Большое Вам спасибо за клиент!
Нет, первый раз вижу. Хотя, это конечно свинство — создавать такие торренты. Сделать, в принципе, можно, но нужно ли? Разве это не единичный случай?
Нет, случай не единичный. Много раз с таким на torrents.ru сталкивался. Свинство — да, но разве виндовым пользователям объяснишь… И выход сейчас только один — скачивать торрент, а потом уже конвертить имена. Но при этом для раздачи придется держать 2 копии контента.
А сложно сделать такую фичу?
А сложно сделать такую фичу?
Да нет, по идее, никаких проблем быть не должно, просто я стараюсь добавлять только те функции, которые действительно нужны, чтобы не тратить время на реализацию мало кому ненужного функционала — итак уже не помню, когда в последний раз коммитил что-то в SVN. Времени в обрез, а тут еще и сессия. :) Хорошо, сделаю, как будет время.
Здесь: ktorrent.org/forum/viewtopic.php?t=2911 описана аналогичная проблема.
А нельзя ли проблему решить на уровне переконвертации этого файла торрента локально?
А нельзя ли проблему решить на уровне переконвертации этого файла торрента локально?
Нет, т. к. необходимо конвертировать только отдельные поля *.torrent файла — в любом случае для этого придется писать отдельную программу.
Отдельную программу — это понятно. Предположим что я могу ее написать на Ruby, но вот после конвертации этого, локального файла и подсовывания его любому торрент-клиенту все будет нормально? Нет ли там каких-то подписей с ключом сервера или других грабель?
Прошу прощения, совсем забыл, что торренты на трекере идентифицируются по их хэшу — при изменении данных *.torrent файла трекер его просто не узнает. Поэтому все переименования можно сделать только внутри торрент-клиента.
Вообщем-то как я и предполагал. Жаль. Значит остается ждать Вас, Дмитрий. В С++ не полезу, скиллов недостаточно. Я на нем только мелкие фичи делал.
Сделал (закоммитил в SVN). Скачал указанный вами торрент и еще один торрент от того же товарища — вроде все нормально работает.
Ух-ты! Оперативно. Спасибо! Буду пробовать собрать пакетик для jaunty.
Большое спасибо. Все работает как надо. Проверил на еще одном аналогичном торренте от другого автора: torrents.ru/forum/viewtopic.php?t=378361
Когда очередной релиз планируете?
Когда очередной релиз планируете?
при установке выдает:
Ошибка: Зависимость не может быть удовлетворена: libboost-filesystem1.34.1 (>= 1.34.1-8)
Ubuntu 10.04 i386
устанавливал как указаную версию с репозитория Debian, так и со стондартного но версии 1.40
хотелось бы попробовать реализацию последовательного скачивания, так как только из за этой функции в uTottent стоит Windows, а через Wine неудобно и комп виснить при одновременном просмотре качающегося фильма.
Ошибка: Зависимость не может быть удовлетворена: libboost-filesystem1.34.1 (>= 1.34.1-8)
Ubuntu 10.04 i386
устанавливал как указаную версию с репозитория Debian, так и со стондартного но версии 1.40
хотелось бы попробовать реализацию последовательного скачивания, так как только из за этой функции в uTottent стоит Windows, а через Wine неудобно и комп виснить при одновременном просмотре качающегося фильма.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Flush 0.4 released (GTK-based BitTorrent клиент)