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 :D , а ещё был какой-то BOTos...
- "Плагин для удаленного управления программой через электронную почту" (Почта) благополучно зачах, реанимация (согласно проведённому опросу) никому не нужна...
- "Лежу на диване" - давно написан OSD, пусть и подглючивает...

Какие тут ещё нужны комментарии?

Re: Чего не хватает в Plugin API

Posted: 25 Nov 2009, 12:06 Wed
by Korney San
Нашлись люди, доработавшие DM Plugin SDK до уровня возможности:
1) любому модулю вызвать произвольное событие;
2) любому модулю выполнить произвольное действие.

Я перерабатываю свои плагины под сервис-ориентированную модель.

А вам, разработчики DM, слабо? :D

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
Slavko wrote:Добавил разного - http://downloadmaster.net/forum/viewtopi ... =12&t=4009
молодцы - оперативно (всего-то пару лет).

ЗЫ: смотрел только что Free Download Manager Plugin SDK - выглядит устрашающе :D

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 существует?