Повторю уже в который раз: плагин для работы с torrent получится самостоятельным клиентом, которому DM нафиг не нужен будет. Объясняю последний раз на пальцах:
1. У torrent свой формат ссылок на файлы - добавление делать в плагине.
2. Для нормального скачивания нужно отправлять на сайт "рейтинг" - делать в плагине.
3. Отображение списка добавленных файлов/процента скачанного и прочей torrent-информации: у плагинов нет возможности изменять список закачек DM или информацию в нём - делать в плагине.
И зачем после всего этого плагину ещё какой-то DM ?
Разработчики должны реализовать поддержку протокола torrent в рамках ядра программы - иначе никак.
P.S. ...если реализуют - будет действительно Повелитель Закачек...
Я категорически против торрента в DM - вспомните что случилось с торрент-клиентом встроенным в оперу (правильно - псотепенно забанили на всех трекерах) та же учесть ждет и dm.
А вот плагинам типа FileShare будет хорошо развиватся если я докончу свой плагин ExtApiHandler.
vasa_pmr wrote:вспомните что случилось с торрент-клиентом встроенным в оперу (правильно - псотепенно забанили на всех трекерах) та же учесть ждет и dm.
Я не знаю тонкостей реализации торрента в Опере, но если клиент не отправляет рейтинг - получается личер, а их не любят. Может быть дело в этом.
Если разработчики DM об этом не забудут - почему бы нет?
vasa_pmr wrote:вспомните что случилось с торрент-клиентом встроенным в оперу (правильно - псотепенно забанили на всех трекерах) та же учесть ждет и dm.
Я не знаю тонкостей реализации торрента в Опере, но если клиент не отправляет рейтинг - получается личер, а их не любят. Может быть дело в этом.
Если разработчики DM об этом не забудут - почему бы нет?
Насчет твоей подписи - судя по всему ты не знаком с программированием как таковым, но вот скачивание с потоковых каналов или как их там штука иногда очень нужная и вполне реализуемая.
vasa_pmr, я не программер, но я видел много прог и чё они могут... я предлогаю именно внешний вид, т.е GUI , а не код. На счёт кода - я предлогаю модульность, пусть это медленнее работает (загрузка в память, взаимодействие между модулями и т.д), зато гибкость большая.
Такой плаг надо тока из-за остальных плагов DM-а
Восстанавливаю забытые пассы на жабу, если правильный пасс есть в профиле клиента
Качающий код сам - компоненты зло (пишу вообще на visual c++ 2008 & WinSock 2.0), так что если что - x64 версия будет если будет развитие).
Комстрока будет вполне нормальной (для меня)- сам люблю ком-строкой пользоватся.
Насчет публичной жизни программы - не уверен что публиковать буду, хотя если будет что-то путное...
Что можно будет писать так это плагины поддержки протоколов(просто не думаю что своими силами осилю все протоколы. HTTP и FTP не в счет).
Скины делаю отдельным классом и возможность будет отключить.
Вопрос чисто риторический к авторам ДМ - ipv6 поддержует ДМ?
Угу. Разработчики боятся (или ленятся?) добавить в API возможность удалить закачку, изменить её параметры вплоть до URL, в том числе добавить зеркала и сделать одно из них основным, изменить порядок закачек в списке - что уже говорить о том, чтобы дать возможность выводить собственную закачку в общий список...
В торренте скачивание идет по своему протоколу, который ДМ не знает.
И превращать ДМ еще и в торрент-коиент никто не собирается.
__________________ стальные двери