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

>Добавлена возможность использования Lua-скриптов
Началось никому не нужное красноглазие. А все так хорошо начиналось. Закапывайте.

Дык это же ToolBar малость прокачаный Оо

Это специальный виджет помещенный на дефолтный тулбар.

Началось никому не нужное красноглазие. А все так хорошо начиналось. Закапывайте.

Есть лучший способ предоставить пользователям возможность собственноручно расширять функционал программ? Да и причем тут красноглазие? Подобный функционал есть в подавляющем большинстве win-клиентов.

Дело скорее всего в том, что большинство хабов имеют ограничения на количество поисковых запросов в минуту, надо просто подождать некоторое время перед вторым поиском. У других ничего не сбивается - это происходит в Qt или в GTK интерфейсе? Про список посетителей вообще не понял за какой экран он заезжает.

Про список посетителей вообще не понял за какой экран он заезжает.

Cкорее всего он про то, что при перезапуске гтк интерфейс рэндомно меняет интерфейс. Так было и в линуксдцпп и в фридцпп, скорее всего так и тут. При запуске клиента горизонтальный размер списка посетителей бывает совершенно случайным - от минимального, до почти полного экрана.

Выглядит вырвиглазно.

> Вы знаете, что нарушение copyright запрещено правилами linux.org.ru?

Internet is for porn (с)
</thread>

> свежие deb пакеты... а других уже и не надо?

Нет. И этих тоже не надо.
// арчевод

Выглядит вырвиглазно.

Что именно и на каком скриншоте?

Так у версии 1.0.41 ищет нормально же. Сбивается та полоска, которая отделяет чат и список посетителей. С чатом глючит только в GTK интерфейсе, поиск и там и там не ищет второй раз.

а он всех по себе судит - это и ежу понятно. вор одним словом

GTK-интерфейс для EiskaltDC++ второстепенный и исправляют баги в нём медленнее, в нём меньше функционала и он хуже отлажен чем Qt-интерфейс. GTK-интерфейс останется второстепенным и в будущем.

а что он украл?

> Cкорее всего он про то, что при перезапуске гтк интерфейс рэндомно меняет интерфейс.

Ты ошибаешься. Скорее всего он сидит на хабе, где при подключении боты пишут жуткие сообщения с подобными элементами:

«=====================================================================»

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

Так было и в линуксдцпп и в фридцпп, скорее всего так и тут. При запуске клиента горизонтальный размер списка посетителей бывает совершенно случайным - от минимального, до почти полного экрана.

Этот баг мы исправили у себя в Gtk-морде непосредственно перед релизом. Как ни странно, ни в linuxdcpp, ни во freedcpp у меня он не воспроизводился. Но в eiskaltdcpp-gtk он присутствовал вплоть до вчерашнего дня.

GTK-интерфейс для EiskaltDC++ второстепенный и исправляют баги в нём медленнее, в нём меньше функционала и он хуже отлажен чем Qt-интерфейс. GTK-интерфейс останется второстепенным и в будущем.

Да это и не смертельно (тем более что я на Qt). Интереснее другое - в прошлых версиях клиент падал лишь иногда при закрытии вкладок. Сейчас же он умирает ВСЕГДА при нажатии на «ок» в настройках. Да да - это уже писалось дважды тут. Но все же, я считаю это проблемой неслабой, ибо настройки поменять невозможно.

> Так у версии 1.0.41 ищет нормально же.

Это был совсем другой клиент. Его уже похоронили.

Сбивается та полоска, которая отделяет чат и список посетителей.

Как именно сбивается?

С чатом глючит только в GTK интерфейсе

Это точно сборка релиза?

поиск и там и там не ищет второй раз.

Проблема в таймауте на хабах.

автор молодец, ЖВИМ

> Ищутся добровольцы, которые смогут продвинуть программу в Arch Linux и другие популярные дистрибутивы.

эээм...

$ yaourt -Ss eiskaltdcpp aur/eiskaltdcpp 2.1.0-3 [installed: 2.0.3-1] (102) DC and ADC client based on dcpp core

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

sith happens...

Ищутся добровольцы, которые смогут продвинуть программу в Arch Linux и другие популярные дистрибутивы.

эээм...

$ yaourt -Ss eiskaltdcpp
aur/eiskaltdcpp 2.1.0-3 [installed: 2.0.3-1] (102)
DC and ADC client based on dcpp core

> GTK-интерфейс для EiskaltDC++ второстепенный и исправляют баги в нём медленнее, в нём меньше функционала и он хуже отлажен чем Qt-интерфейс. GTK-интерфейс останется второстепенным и в будущем.

Обсудили этот коммент в конференции. Скопирую информацию сюда.

Про второстепенность --- правда.

Ошибки: 1) исправляют баги в нём медленнее; 2) он хуже отлажен чем Qt-интерфейс.

Gtk-морду пилим мы вдвоем + автор freedcpp + автор freedcpp mank mod + авторы linuxdcpp. А qt-морду активно только мы втроем + редкие патчи от остальных участников проекта и пользователей.

На последних из винды. Вообще зачем копировать очень неудачный гуй StrongDC и ко? Только из за того, что так принято? Я понимаю, что в Valknut'е он еще хуже был, но блин всё равно куча кнопок и без поллитры не разберешься. Ну и иконки малость по гамме плохо сочетаются.

Вообще зачем копировать очень неудачный гуй StrongDC и ко?

Если не нравится многострочная панель табов - используйте сайдбар или однотрочную панель табов. Многострочная панель используется по-умолчанию только по причине привычности для win-пользователей.

всё равно куча кнопок и без поллитры не разберешься.

Не нужные вам кнопки вы можете отключить.

Ну и иконки малость по гамме плохо сочетаются.

Думаю причина в том что в проекте нет дизайнеров/художников.

имеется ввиду включение в реп community

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

Отмена загрузки != удаление загрузки из списка загрузок...

Введите темы для иконок (iconsets) - народ понарисует своих. Может и красивых даже - возьмёте в дефолт.

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

уже давно сделано.

Интереснее другое - в прошлых версиях клиент падал лишь иногда при закрытии вкладок.

Это исправили.

Сейчас же он умирает ВСЕГДА при нажатии на «ок» в настройках. Да да - это уже писалось дважды тут.

С дефолтными настройками воспроизводится? (Если временно переименовать каталог с настройками и запустить клиент)

Но все же, я считаю это проблемой неслабой, ибо настройки поменять невозможно.

Всегда можно исправить конфиги вручную. \\не КО

Проблема похожа на локальную. Раньше о подобном никто не сообщал. Соответствующий issue уже добавили в багтрекер. Следите за изменениями в нем...

> Введите темы для иконок (iconsets)

Это есть уже очень давно.

народ понарисует своих

Слишком оптимистично. В лучшем случае, используют готовые или смиксуют пару тем...

Тогда проблемы нет. Я бы верил в хорошее всё-таки. Желаю проекту удачи.

С дефолтными настройками воспроизводится? (Если временно переименовать каталог с настройками и запустить клиент)

Я немного в шоке.. Я полностью убрал из домашнего каталога .eiskaltdc++, однако настройки и хабы сохранились. Тогда я увидел каталог .dc++. Но и после его удаления ВСЕ настройки и хабы сохранились. Я уже не знаю что и думать.

Всегда можно исправить конфиги вручную. \\не КО

Да, я пытался изменять настройки в .eiskaltdc++. В файле все менялось и сохранялось после перезапуска, однако на отображение в окне настроек клиента это все не влияло.. Не проверял, действительно ли менялись настройки.

>У других ничего не сбивается - это происходит в Qt или в GTK интерфейсе?

У меня в Qt-интерфейсе все время при новом запуске сайдбар устанавливается в минимальную ширину, приходится ручками раздвигать.

Если $XDG_CONFIG_HOME = /home/$USER/.config:

$ mv ~/.config/eiskaltdc++ ~/.config/eiskaltdc++_bkp

И да, гляньте на трекер: http://code.google.com/p/eiskaltdc/issues/detail?id=816

> Я немного в шоке.. Я полностью убрал из домашнего каталога .eiskaltdc++, однако настройки и хабы сохранились.

Еще в версии 2.0.3 настройки айскальта переехали в ~/.config/eiskaltdc++/ (это грубо говоря, на самом деле там хитрее). В журнале изменений и ман-странице все это указано.

Тогда я увидел каталог .dc++.

Эта директория используется linuxdcpp и freedcpp для хранения настроек.

Но и после его удаления ВСЕ настройки и хабы сохранились. Я уже не знаю что и думать.

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

Этот баг появился в версии 2.1.0 совсем недавно и к релизу его не успели исправить. Следите за изменениями в issue 812

Желаю успеха разработчикам - отличный DC++ клиент!

О, и мне тоже!

Ох, ну тогда сори.

Отличный клиент. Оптимизировать и дебажить, больше ничего не нужно) вроде

Хороший клиент! Где-то месяца четыре назад его использовал для происков в DC++, надо будет еще попробовать.

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

Извиняюсь, привык к домашней папке. Однако вы были правы, при полном сбросе настроек баг ушел. Буду пробовать дальше.

эта штука жрет ресурсы. так и не нашел нормальный консольный вариант dc++ клиента

Спасибо авторам. Программа замечательная.

EiskaltDC++

Это только у меня внутренний хаб билайна выдает: «старая версия протокола»?

подскажите пожалуйста, это убогость протокола или я не допонимаю:

я подключился к 2м хабам х1 и х2. на обоих есть пользователи ю1 и ю2 соответственно, но с одинаковыми никами foo. в этот же самый момент я запрашиваю с ю1 список файлов. в очередь добавляется соответствующий пункт и я периодически кидаю <ConnectToMе foo 127.0.0.1:411>. пусть ю1 игнорирует попытки отдать файл (занят, например). ю2 шлет мне RevConnectToMe. я отвечаю ConnectToME, и что происходит: ю2 соединяется со мной, я вижу что ник у ю2 - foo, и вижу, что в очереди стоит files.xml.bz2 от foo. так как при соединении клиенты не говорят, с какого хаба они пришли, то я вынужден ассоциировать files.xml.bz2 с ю2, и запросить его.

в итоге я скачал файл, но не с того пользователя. о чем я, кстати, даже не догадаюсь

Я в принцие не против потестить под Mac OS/PPC, но никогда не пользовался DC++ и даже не собираюсь :) Юнит-тесты прогнать могу, если имеются таковые

Кстати, если у вас есть Mac OS X/Intel, собрать на ней для ppc не сложнее, чем для x86 (ppc64 не соберется, но нафиг надо:).