RasenHerz писал(а): ↑04.02.2010 07:06
нормальная локализация (в том числе и английская) будет произведена перед тегом (tagging). Под нормальной локализацией. в данном контексте, я понимаю обновление и уточнение всех строк. Хотелось, бы сразу заметить что замечания по поводу переводов лучше высказывать с началом бета-тестирования.
То, что предложение, удалить из состава EiskaltDC++ один из двух дублирующихся наборов текстовых сообщений, надо высказать с началом бета-тестирования - я понял.
Но вопрос был не только в этом.
Я посмотрел как вывод этих текстовых сообщений сделан в клиентах LinuxDC++, DC++, FlylinkDC++ -
вывод текста при наведении мышки на значки осуществляется
только в всплывающих подсказках, в статусную строку этот текст не дублируется.
Можно ли
удалить из EiskaltDC++ код, который отвечает за вывод этих сообщений в статусную строку?
Release schedule:
* 15.02 Feature-freeze
* 17.02 Tag EiskaltDC++ 2.0-alpha
* 21.02 Release EiskaltDC++ 2.0-alpha
Примерные сроки бета-тестирования?
RasenHerz писал(а): ↑04.02.2010 07:06
Поддержка будет, проблемы с определением UPnP-устройств будем ликвидировать по мере их появления в корректирующих релизах.
В корректирущих релизах - это в смысле после выхода EiskaltDC++ 2.0 , или в корректирующих alpha-релизах?
Судя по отладочному выводу который я приводил, проблем с определением устройства нет, а проблема в том, что порты не открываются(т.к. иначе поиск бы работал), хотя в консоль и выдаются сообщения:
Forwarding 1024 to 192.168.0.2 (http://192.168.0.1:80/upnp/control3).
Forwarding 52846 to 192.168.0.2 (http://192.168.0.1:80/upnp/control3).
Forwarding 1025 to 192.168.0.2 (http://192.168.0.1:80/upnp/control3).
затем не закрывая клиент зашёл в options и заменил порты:
TCP=1026
UDP=1027
в консоли появились строки:
Trying to unmap port: 1024 , proto: TCP
Ok
Trying to unmap port: 1025 , proto: UDP
Ok
Trying to unmap port: 52846 , proto: TCP
Ok
Forwarding 1026 to 192.168.0.2 (http://192.168.0.1:80/upnp/control3).
Forwarding 52910 to 192.168.0.2 (http://192.168.0.1:80/upnp/control3).
Forwarding 1027 to 192.168.0.2 (http://192.168.0.1:80/upnp/control3).
Вопрос: порты TCP=1024, UDP=1025 указанные мной в настройках клиента, отвечают соответственно за скачку и за поиск, а за что отвечает оставшийся порт, который судя по выводу имеет тип TCP?
RasenHerz писал(а): ↑04.02.2010 07:06
Очередь закачек будет исправлена. Собственный файл-лист может открываться несколько раз, т.к. на программном уровне не проводятся различия между открытием собственной шары и чужой.
А вот в клиентах LinuxDC++, DC++, FlylinkDC++ - если попытаться открыть ещё один собственный файл-лист, находясь на табе открытого собственного файл-листа - ничего не происходит, если же находясь на каком-то другом табе - то происходит переход на таб с открытым собственным файл-листом. По-моему - довольно разумно. Можно ли так же сделать в EiskaltDC++?
RasenHerz писал(а): ↑04.02.2010 07:06
wilgib писал(а): ↑03.02.2010 20:48
Можно ли в будущем добавить механизм назначения/переопределения горячих клавиш на всевозможные действия(как например это сделано в SMplayer)?
Думаю да.
Тогда предложение:
добавить в дерево исходных текстов файл TODO, внести туда этот запрос, а потом вносить и другие по мере их поступления, а то так они затеряются среди других сообщений.
RasenHerz писал(а): ↑04.02.2010 07:06
Автоматическое скрытие панели я счел удобным, если считаете нужным могу добавить кнопку для скрытия/отображения панели вручную, или есть какие-то предложения?
Можно добавить на скрываемую панель, что-то вроде переключателя(например галочку):скрывать при поиске.
RasenHerz писал(а): ↑04.02.2010 07:06
Автоматическое скачивание сырое и пока толком не тестировалось. На хабе стоит ограничение на количество посылаемых поисковых запросов, поэтому поиск не срабатывает.
Действительно, оказалось что дело в хабе, на других поиск по TTH работает.
Причём этот хаб крупнейший в России, стоит на первом месте в списке
http://dchublist.ru/ - Cifra.Ozerki DC.Hub - и на тебе, неполная функциональность.
Если при поиске по TTH на этом хабе, открыть ешё один поисковый таб и в нём выполнить поиск не по TTH файла, а по имени того же файла, то после отображения результатов поиска, в табе с поиском по TTH тут же находится этот файл со всеми источниками.(также происходит и windows-клиентах)
В остальном проверил - 2х ядерный Е6500 грузило на 10-15% при скачке. При простом чатинге - порядка 5%. QT4.5.3, Debian 6
