Page 2 of 3
Posted: 20 Mar 2008, 0:13 Thu
by x2088
Grizly wrote:Еще было бы классно если б можно было указать что-то вроде приоритета скорости для группы. Тоесть если у меня огранечение скорости 100 КБайт/сек, то 1-я закачка из 1-й группы (по приоритету) пытается полностью забрать скорость себе, но если сервер не отдает 100 Кбайт, а отает например 30, то что б остатавшиеся 70 переходили на следующую (по приоритету) группу и т. д.
RIV wrote:Разрабатываю плагин для ДМ под свои нужды. Столкнулся с проблемой.
Нужна команда "УДАЛИТЬ ЗАКАЧКУ ИЗ СПИСКА". Я думаю ее не сложно организовать. В качестве параметра нужно передавать ID закачки.
feedbee wrote:Не хватает одного пункта информации о закачке в переданном xml. Ниже я приведу пример переданного (может кому понадобится), а не хватает инфы о количестве потоков на закачку. Еще заметил отсутствие указания категории, в которой лежит закачка...
Skaurus wrote:Было бы здорово иметь возможность получать не весь xml и разбирать его регэкспами (которых еще и нет по умолчанию в дельфи!) или парсером xml, а конкретно получить одно свойство.
То есть ('GetDownloadInfoByID', IntToStr(ID), 'param_name')
param_name = saveto, state, url и т.д.
feedbee wrote:Я, честно говоря, недоумеваю, почему в интерфейсе для плагина не реализована Action GetLoadsList, которая возвращала бы string-лист всех существующих закачек с указанием их id, по которым можно было бы получить (GetItemProps) о них подробную информацию. Очень нужно реализовать эти 2 ф-ции. Пожалуйста, сделайте это побыстрее.
Еще не хватает событий добавления, правки и удаления задания, а так же ф-ций старта и останова любой закачки по ее ID. AddingURL должно возвращать ID новой закачки.
iddqd wrote:feedbee wrote:Я, честно говоря, недоумеваю...
Ну вот я собсна это и прошу
Только лучше не TStringList, а array of структура, заполненый информацией.
И Структура что-то типа:
Code: Select all
TDownloads = record
State: byte; //качается, на паузе, скачено и т.д.
URL: string;
ReDownload: boolean; //докачка?
SavePath: string; //путь сохранения
Description: string; //описание
FileSize: cardinal; //в байтах
DFileSize: cardinal;//уже скачено
Speed: string; (float?) //скорость
ElapsedTime: integer; // осталось времени кол-во секунд
DTime: integer; //прошло времени
Threads: ShorInt; //кол-во потоков?
end;
Определение, того что была активирована такая-то кнопка и др. управляющие элементы в DM`е - это позволит написать плагин для сетевой версии, работающей не только в локальной сети, но самое главное, для этого плагина будет нужен минимум графического интерфейса. Поэтому внешний вид DM`а практически не изменится, а "интерфейс" плагина будет обновляться вместе с DM`ом.
http://downloadmaster.net/forum/viewtopic.php?t=6452
http://downloadmaster.net/forum/viewtopic.php?t=6484
http://downloadmaster.net/forum/viewtopic.php?t=6711
http://downloadmaster.net/forum/viewtopic.php?t=6998
Posted: 06 Feb 2009, 13:27 Fri
by Korney San
Закончился очередной год моего плагинописательства.
В очередной раз переработана
шапка на предмет хотелок.
Если не читают разработчики (или читают, но не делают) - пусть хоть авторы плагинов почитают...
×åãî íå õâàòàåò â Plugin API
Posted: 18 Jun 2009, 17:09 Thu
by localfire
Áûëî áû çäîðîâî èìåòü âîçìîæíîñòü ïîëó÷àòü íå âåñü xml è ðàçáèðàòü åãî ðåãýêñïàìè êîòîðûõ åùå è íåò ïî óìîë÷àíèþ â äåëüôè èëè ïàðñåðîì xml, à êîíêðåòíî ïîëó÷èòü îäíî ñâîéñòâî.
Òî åñòü GetDownloadInfoByID, IntToStrID, param_name
Re: Чего не хватает в Plugin API
Posted: 25 Jun 2009, 13:34 Thu
by Korney San
localfire wrote:Было бы здорово иметь возможность получать не весь xml и разбирать его регэкспами которых еще и нет по умолчанию в дельфи или парсером xml, а конкретно получить одно свойство.
То есть GetDownloadInfoByID, IntToStrID, param_name
Сам писал об этом.
Но для результата GetDownloadInfoByID я какбэ написал функцию ExtractToken из двух Pos-ов, она вполне себе справляется.
Re: Чего не хватает в Plugin API
Posted: 05 Nov 2009, 9:59 Thu
by AleD
Пишу плагин для скичивания видео с родного ресурса (YouTube подобный). При событии новой закачки беру url, смотрю ссылка ли это на видео файл с ресурса, если да то читаю html проживающий по url, достаю оттуда прямую ссылку на видео файл. Проблема в том что заменить url закачки нельзя, либо удалить закачку (приостановка закачки не совсем подходит).
По теме: не хватает
DoAction('DeleteDownload',IntToStr(ID))
или
DoAction('ChangeUrl',IntToStr(ID))
На
странице плагинов автор просит написать плагин для скачивания файла с рапиды, но на нынешнем PluginAPI сделать это элегантно невозможно.
Re: Чего не хватает в Plugin API
Posted: 05 Nov 2009, 11:19 Thu
by Korney San
AleD wrote:На
странице плагинов автор просит написать плагин для скачивания файла с рапиды
На этой странице список "хотелок", видимо, вообще не обновляется, так как:
- "Плагин для перехвата ссылок с сервиса rapidshare.de" давно написан (
FileShares), другое дело, что дорабатывается он туговато... особенно при наличии USDownloader...
- "Плагин для удаленного управления программой" - сами авторы выложили чуть выше ссылку на
Remote control DM , а ещё был какой-то
BOTos...
- "Плагин для удаленного управления программой через электронную почту" (
Почта) благополучно зачах, реанимация (согласно проведённому опросу) никому не нужна...
- "Лежу на диване" - давно написан
OSD, пусть и подглючивает...
Какие тут ещё нужны комментарии?
Re: Чего не хватает в Plugin API
Posted: 25 Nov 2009, 12:06 Wed
by Korney San
Нашлись люди, доработавшие DM Plugin SDK до уровня возможности:
1) любому модулю вызвать произвольное событие;
2) любому модулю выполнить произвольное действие.
Я перерабатываю свои плагины под сервис-ориентированную модель.
А вам, разработчики DM, слабо?
Re: Чего не хватает в Plugin API
Posted: 28 Jan 2010, 16:36 Thu
by Slavko
Re: Чего не хватает в Plugin API
Posted: 03 Feb 2010, 12:32 Wed
by vasa_pmr
молодцы - оперативно (всего-то пару лет).
ЗЫ: смотрел только что Free Download Manager Plugin SDK - выглядит устрашающе
Re: Чего не хватает в Plugin API
Posted: 17 Apr 2010, 19:11 Sat
by orion
Подскажите, есть ли возможность получать ID первой \ последней закачки из добавленных кучей закачкек? (как пример добавления кучей - импорт ссылок из файла)
Re: Чего не хватает в Plugin API
Posted: 19 Apr 2010, 6:20 Mon
by Korney San
orion wrote:Подскажите, есть ли возможность получать ID первой \ последней закачки из добавленных кучей закачкек? (как пример добавления кучей - импорт ссылок из файла)
Нет. Но - смысл?
Re: Чего не хватает в Plugin API
Posted: 19 Apr 2010, 16:13 Mon
by orion
Поясню с помощью примера:
допустим есть архив, разбитый на 5 частей и после закачки всех частей можно послать команду архиватору начать разархивацию, где один из параметров - первая или последняя часть многотомного архива.
Да, есть возможность разархивировать все закачанные файлы 2 кликами из ДМ, но это 2 лишних клика
Также я экспериментировал с запуском действия, когда все закачки завершены и когда определенный файл закачан, но результат был неудовлетворительный.
Если бы создавался массив с закачками при добавлении пакетной закачки и каждой пакетной закачкой можно было бы оперировать, как отдельной сущностью (например, проверять, что все файлы из пакетной закачки закачаны), то было бы веселее
Re: Чего не хватает в Plugin API
Posted: 21 Aug 2010, 22:53 Sat
by Crazyman
Хотелось бы вот че что бы когда жмешь в браузере "Закачать с помощь DM"
чтобы в 'dm_download_added' передовались куки (Cokkie). Надеюсь в ближайщие пару лет сделаете это
Re: Чего не хватает в Plugin API
Posted: 21 Nov 2011, 8:29 Mon
by Rubl
Хотелось бы добавить обработку ошибок без диалоговых окон (в том числе, когда ссылается на html-страницу).
Re: Чего не хватает в Plugin API
Posted: 14 Mar 2012, 20:10 Wed
by Evgenij32
А есть возможность установки максимального количества секций на закачку?
Смотрю, есть GetMaxSectionsByID, а что-то типа SetMaxSectionsByID существует?