LINUX.ORG.RU
[#]  

Релиз EiskaltDC++ 2.0.3

Cостоялся релиз EiskaltDC++ 2.0.3, кроссплатформенного графического клиента для сетей DC++, построенного на основе библиотеки Qt и отличающегося от аналогов расширенной функциональностью.

Основные изменения после версии 2.0.2:

  • Исправлена индикация непрочитанных сообщений с помощью иконки в трее.
  • Исправлены возможные проблемы с поиском при использовании локали, отличной от UTF-8. (Теперь ядро берет не локальную, а дефолтную кодировку, указанную в настройках)
  • Добавлена графическая настройка пользовательских команд в диалоге настроек. (В предыдущих версиях нужно было править xml-конфиг вручную)
  • Доступны украинский и сербский переводы.
  • Настройки программы перенесены в каталог $XDG_CONFIG_HOME/eiskaltdc++/ (переменная окружения $XDG_CONFIG_HOME чаще всего определена как ~/.config/). Каталог с настройками будет перемещен автоматически при первом запуске программы после обновления. Использование $XDG_CONFIG_HOME в программе можно отключить на этапе конфигурации, см. файл INSTALL.
  • Добавлена возможность размещения шаблонов с предопределенными настройками программы в каталоге /usr/share/eiskaltdcpp/config/ (зависит от опций cmake, см. файл INSTALL). При первом запуске программы вместо дефолтных настроек будут скопированы эти шаблоны в личные настройки пользователя.
  • Добавлен drag'n'drop файлов в поле ввода сообщений. Если файл есть в шаре, то вместо него подставляется сразу магнет-ссылка.
  • В команду чата /sh добавлен макрос <magnet show=альтернативное имя файла>путь к файлу</magnet>. Примеры его использования вы можете найти к каталоге 'examples'.
  • Доработан модуль антиспама, теперь доступен весь ранее запланированный функционал.
  • Добавлена опция изменения способа представления размеров (кибибайт (КиБ) <=> килобайт (КБ) и т.п.), см. man-страницу.
  • Добавлена базовая поддержка QtScript (по умолчанию отключено, см. файл INSTALL).
  • Добавлена возможность использования системных иконок (по умолчанию отключено, см. файл INSTALL).
  • Добавлены примеры по использованию яваскрипт-сценариев. Улучшено взаимодействие скриптов с ядром DC++ и клиентской частью.
  • Автоматическое изменение размера строки ввода в чатах. (Используйте Shift+Enter для переноса строки)
  • Багфиксы.

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

За активностью разработки проекта можно наблюдать на данной странице. Пообщаться с разработчиками можно в Jabber-конференции eiskaltdc@conference.gentoo.ru или в специальной ветке форума. Сообщения об ошибках и запросы на реализацию улучшений принимаются в системе трекинга ошибок Google Code.

Свежие deb-пакеты eiskaltdcpp и eiskaltdcpp-unstable доступны здесь. Ссылки на пакеты для других дистрибутивов и ОС можно найти на главной странице проекта. Скриншоты и полезную информацию о проекте можно найти на сайте одного из разработчиков.

В настоящий момент проекту требуются люди, готовые заняться подготовкой сборок для MS Windows и Mac OS X (только под архитектуру PowerPC). Программа уже попала в официальные репозитории Debian, Ubuntu, Gentoo и ALT Linux. Ищутся добровольцы, которые смогут продвинуть программу в Arch Linux и другие популярные дистрибутивы.

>>> Сайт проекта

Метки: , , , ,

Tehnick * (08.06.2010 22:27:40)
Проверено: maxcom (09.06.2010 13:53:26)

[#]  

Новость на опеннете тоже моя. Посмотрим, как ее изменят перед публикацией на этот раз.

Tehnick * (08.06.2010 22:36:01)
[#]  
redgremlin

Можно пару вопросов?
1. Когда сделаете вменяемым svn log? Читать невозможно.
2. Как недокодеру, типа меня, принять участие? Готов (на _нерегулярной_ основе) делать spec для Мандривы и править баги.

redgremlin **** (08.06.2010 22:56:29)
[#] Ответ на: комментарий от redgremlin 08.06.2010 22:56:29  
NegatiV

1. А что с ними не так? Краткая информация о изменениях. 2. Заходи в jabber-конференцию, там обсудим ваше участие. Сборщикам рады всегда.

NegatiV * (08.06.2010 23:04:27)
[#] Ответ на: комментарий от NegatiV 08.06.2010 23:04:27  
redgremlin

>А что с ними не так?

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

redgremlin **** (08.06.2010 23:12:25)
[#]  
ArtemZ

новости о минорах не нужны

ArtemZ * (09.06.2010 6:37:45)
[#] Ответ на: комментарий от ArtemZ 09.06.2010 6:37:45  

В данном случае первые две цифры версии будут меняться только при существенных изменениях в проекте, например, при переходе к модели демон-GUI или смене версии ядра. Таким образом, хоть и изменилась только третья цифра это не минорный релиз.

wilgib (09.06.2010 11:37:30)
[#]  

и что там за антиспам? как всегда пароли и тд ? спасиба - закапайте.

lv77 ** (09.06.2010 12:01:58)
[#] Ответ на: комментарий от lv77 09.06.2010 12:01:58  

на самом деле очень качественный DC клиент

SAA * (09.06.2010 13:59:23)
[#] Ответ на: комментарий от SAA 09.06.2010 13:59:23  

очень качественный DC клиент

Самый качественный DC клиент для Linux.

Zendar (09.06.2010 14:03:11)
[#] Ответ на: очень качественный DC клиент от Zendar 09.06.2010 14:03:11  

не спорю

SAA * (09.06.2010 14:07:08)
[#]  
eR

в федоре нету.

eR *** (09.06.2010 14:12:06)
[#] Ответ на: комментарий от eR 09.06.2010 14:12:06  

Собери

SAA * (09.06.2010 14:12:17)
[#]  

В Арче есть в ауре.

vitruss * (09.06.2010 14:23:41)
[#] Ответ на: комментарий от vitruss 09.06.2010 14:23:41  

Они видимо хотят его в community :D Хороший клиент. его использую. но в AUR ему самое место.

anonymous (09.06.2010 14:28:44)
[#]  

Неужели _этим_ кто-то пользуетса? Зачем? Torrent наше всё!!

Ilshat (09.06.2010 14:34:25)
[#]  

Просветите анонима, что делает эта программа и что такое DC?

Спасибо.

//year anecdota

anonymous (09.06.2010 14:37:00)
[#] Ответ на: комментарий от vitruss 09.06.2010 14:23:41  
Viglim

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

Viglim * (09.06.2010 14:37:58)
[#] Ответ на: комментарий от anonymous 09.06.2010 14:37:00  
Viglim

Аноним, тебя в гугле забанили, да? Печально.

Viglim * (09.06.2010 14:41:24)
[#]  

паралельно тянуть с нескольких пользователей он умеет?

irq * (09.06.2010 14:51:37)
[#] Ответ на: комментарий от irq 09.06.2010 14:51:37  
redgremlin

Да.

redgremlin **** (09.06.2010 14:52:29)
[#] Ответ на: комментарий от irq 09.06.2010 14:51:37  
Norway

linuxdc++ умел, чтож этому не уметь-то?

Norway (09.06.2010 15:04:27)
[#] Ответ на: комментарий от Norway 09.06.2010 15:04:27  

последний раз его полгода назад смотрел. Одновременно тянуть он не умел (сегментировать).

irq * (09.06.2010 15:11:23)
[#] Ответ на: комментарий от irq 09.06.2010 15:11:23  

Пользую на постоянной основе - тянет.

vitruss * (09.06.2010 15:17:47)
[#] Ответ на: очень качественный DC клиент от Zendar 09.06.2010 14:03:11  
GladAlex

>Самый качественный DC клиент для Linux.

+1!

GladAlex ***** (09.06.2010 15:58:00)
[#] Ответ на: комментарий от irq 09.06.2010 15:11:23  
GladAlex

>последний раз его полгода назад смотрел. Одновременно тянуть он не умел (сегментировать).

Умеет, и кажись давно.

GladAlex ***** (09.06.2010 15:59:16)
[#] Ответ на: комментарий от irq 09.06.2010 15:11:23  

>последний раз его полгода назад смотрел. Одновременно тянуть он не умел (сегментировать).

Что то вы не то смотрели, его предок valknut-qt4 умел это by design.

TheMixa ** (09.06.2010 16:08:24)
[#]  
rave

ООО, отлично. Ждем в Debian.

rave * (09.06.2010 16:08:47)
[#]  

УРА УРА УРА! Хорошая новость!

anonymous (09.06.2010 16:08:48)
[#] Ответ на: комментарий от TheMixa 09.06.2010 16:08:24  
GladAlex

>>последний раз его полгода назад смотрел. Одновременно тянуть он не умел (сегментировать).

>Что то вы не то смотрели, его предок valknut-qt4 умел это by design.


Разговор был про linuxdcpp

GladAlex ***** (09.06.2010 16:10:40)
[#] Ответ на: комментарий от TheMixa 09.06.2010 16:08:24  

Это по всей видимости было сказано про linuxdcpp. Из-за того, что у его авторов какое-то странное представление о стабильности - последний официальный релиз вышел полтора года назад, и в нём то как-раз нет многопоточной скачки, хотя в разрабатываемой ветке linuxdcpp многопоточность была добавлена более года назад.

wilgib (09.06.2010 16:17:02)
[#]  
NegatiV

В новости не упомянуто несколько интересных событий которые должны произойти в 2.0.4-2.0.5:

1) Демон (пока как управлять им не решено, возможно XML-RPC)

2) GTK-фронтенд (ядро dc++ + наши патчи + основа в виде FreeDC++)

NegatiV * (09.06.2010 16:17:56)
[#] Ответ на: комментарий от NegatiV 09.06.2010 16:17:56  
rave

>1) Демон (пока как управлять им не решено, возможно XML-RPC)

Я джва года жду такую DC под UNIX

rave * (09.06.2010 16:19:11)
[#]  

Хороший, годный клиент.

Успехов проекту!

anonymous (09.06.2010 16:27:39)
[#] Ответ на: комментарий от NegatiV 09.06.2010 16:17:56  

>2) GTK-фронтенд (ядро dc++ + наши патчи + основа в виде FreeDC++)

По-моему мнению это бесполезная трата времени и сил на создание и поддержание ещё одного интерфейса, единственное отличие которого только в том что он будет написан с помощью другого toolkit-а. Если поискать в google то можно найти скриншоты с текущим EiskaltDC++ в последней Ubuntu - выглядит отлично. Так что необходимость создания дополнительного GUI на GTK весьма сомнительна, так же тут надо учесть, что придётся отлавливать ошибки сразу для двух интерфейсов вместо одного и реализовывать новшества в интерфейсе тоже придётся дважды, и что насчёт того что сейчас используется QtScript, чем это будет заменено в GTK версии?

wilgib (09.06.2010 16:33:54)
[#] Ответ на: комментарий от NegatiV 09.06.2010 16:17:56  
Viglim

>GTK-фронтенд

Я считаю, не нужен, получется только распыление сил. А Qt-шные проги, и эта не исключение, в том же гноме вполне отлично выглядят.

Viglim * (09.06.2010 16:36:07)
[#]  

Зачем меню "Файл" заменили на "EiskaltDC++", ведь слово файл означало что в этом меню находятся пункты связанные с использованием/обработкой файлов, по-моему это крайне неудачное решение и мне это очень не нравиться.

wilgib (09.06.2010 16:44:39)
[#] Ответ на: комментарий от wilgib 09.06.2010 16:33:54  
NegatiV

> По-моему мнению это бесполезная трата времени и сил на создание и поддержание ещё одного интерфейса

GTK/Qt-фронтенды будут развиваться независимо друг от друга, но базироваться на одном ядре (т.е. все что касается непосредственно файлообмена там будет одинаковым).

>и что насчёт того что сейчас используется QtScript, чем это будет заменено в GTK версии

Поддержка ECMAScript в GTK-фронтенде является заботой его мейнтейнера.

NegatiV * (09.06.2010 16:53:22)
[#] Ответ на: комментарий от SAA 09.06.2010 13:59:23  

Согласен.

spacel0rd * (09.06.2010 16:53:44)
[#] Ответ на: комментарий от wilgib 09.06.2010 16:44:39  
NegatiV

> Зачем меню "Файл" заменили на "EiskaltDC++"

Гм, прямо перед релизом вернули "&Файл", обновитесь.

NegatiV * (09.06.2010 16:54:34)
[#] Ответ на: комментарий от wilgib 09.06.2010 16:44:39  
[#] Ответ на: комментарий от TheMixa 09.06.2010 16:08:24  

>его предок valknut-qt4 умел это by design

И да, из того что это было в valknut не следует что это будет в EiskalDC++ т.к. valknut это предок для EiskaltDC, а не для EiskaltDC++. EiskaltDC и EiskaltDC++ это два совершенно разных клиента т.к. основаны на двух совершенно разных ядрах, а почти одинаковые названия из-за того что разработчики те же самые и некоторые их наработки были перенесены из EiskaltDC в EiskaltDC++.

wilgib (09.06.2010 16:57:50)
[#] Ответ на: комментарий от wilgib 09.06.2010 16:57:50  
NegatiV

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

NegatiV * (09.06.2010 17:01:39)
[#]  
Mystra_x64

>$XDG_CONFIG_HOME

Похвально. Хотя оно ж вроде на Qt4, а там это по дефолту. Велосипедили? :}

Mystra_x64 ***** (09.06.2010 17:05:50)
[#] Ответ на: комментарий от Mystra_x64 09.06.2010 17:05:50  
NegatiV

> Похвально. Хотя оно ж вроде на Qt4, а там это по дефолту. Велосипедили? :}

Еще как =)

NegatiV * (09.06.2010 17:12:08)
[#] Ответ на: комментарий от NegatiV 09.06.2010 16:53:22  

>GTK/Qt-фронтенды будут развиваться независимо друг от друга, но базироваться на одном ядре (т.е. все что касается непосредственно файлообмена там будет одинаковым).

Если бы я использовал Ubuntu я бы поставил Qt версию т.к. именно её оттестировали пользователи: при нахождении багов сообщали на багтрекер и эти баги исправлялись разработчиками, а создание ещё одного интерфейса приведёт к тому что там наверняка будут ошибки, которых нет в уже хорошо оттестированной Qt версии. И далее вместо того чтобы все пользователи использовали один и тот же GUI и находили в нём ошибки и недоработки с последующим сообщением на ваш багтрекер, теперь этот поток сообщений будет разбит на две независимые части - бессмысленное распыление сил, единственное оправдание которому это нативный интерфейс на GTK, хотя как я упомянул в одном из предыдущих постов это оправдание весьма сомнительно, поскольку текущий интерфейс великолепно смотрится в Ubuntu.

Одним словом, необходимость создания ещё одного GUI на GTK - это чушь собачья(это лично моё мнение).

wilgib (09.06.2010 17:19:47)
[#]  

> В предыдущих версиях нужно было править xml-конфиг вручную

Ох, спасибо хоть не header`ы править.

mix_mix * (09.06.2010 17:21:15)
[#]  

Сам им пользуюсь, но хотелось бы интерфейс как в фридцпп.. Поудачнее как то будет.

LightDiver * (09.06.2010 17:37:48)
[#] Ответ на: комментарий от LightDiver 09.06.2010 17:37:48  
NegatiV

А чем таким они разительно отличаются? У EiskaltDC++ по-моему все намного по-компактней будет.

NegatiV * (09.06.2010 17:52:33)
[#] Ответ на: комментарий от NegatiV 09.06.2010 17:52:33  

>А чем таким они разительно отличаются? У EiskaltDC++ по-моему все намного по-компактней будет.

Основное - нижний фрейм с отображением скачки/отдачи.. Очень не хватает вменяемого. Во-вторых если тебе напишут в приват - закладка уйдет вправо и ты ее не увидишь при большом количестве хабов.. Вот так вот.. Приходится использовать всплывающие сообщения и периодически проверять..

LightDiver * (09.06.2010 17:57:49)
[#] Ответ на: комментарий от NegatiV 09.06.2010 16:53:22  
Mystra_x64

>GTK/Qt-фронтенды будут развиваться независимо друг от друга

Учитывая, что Qt нынче умеет мимикрировать под GTK и без этого можно было жить, впрочем, дело то хозяйское :)

Mystra_x64 ***** (09.06.2010 18:01:34)

О Сервере - Правила форума
http://www.linux.org.ru/

Rambler's Top100 Рейтинг@Mail.ru