miasoed wrote:
1) Зачем иногда создается временный файл с расширением .DMFr и можно ли это отменить или чтобы он создавался в папке DM? А то как-то надоедает!
Я тоже с этим согласен, иногда на том томе, где у меня лежат скачанные файлы, именно из-за этих временных файлов кончается место :( В принципе, не так оно и критично, но возможность настройки этого поведения не помешала бы.
2) Что значит в настройках "Пассивный режим FTP"?
Вот почитай, если инглишем владеешь:
http://slacksite.com/other/ftp.html
3) Как узнать время создания/изменения файла перед закачкой?
Размер файла до закачки можно узнать, поставив соответствующую галку в настройках. Добавляешь закачку, ставишь её на паузу -- и размер всё равно получишь, хотя файл качаться и не начнёт.
Недостаток этой фичи в том, что есть некоторые серверы, которые допускают только ограниченное количество соединений с одного IP-адреса. И когда добавляешь толпу закачек на эти серверы, у первых закачек размер получается, а для остальных начинает выдаваться ошибка.
Есть ещё такая прога GetFileSize:
http://browsertools.net/Get-File-Size/
Она позволяет сделать то, чего ты хочешь. Встраивается в ослик, и в Firefox я её встроил плагином DownloadWith. А также она и автономно работает. И к тому же бесплатна.
Если бы аналог этой проги был в ДМ, я был бы только рад.
4) Закачка в большее количество секций. Если невозможно открыть более заданного количества подключений к серверу, остальные потоки заполнялись подключением к зеркалу.
Да, это было бы неплохо, насчёт остальных потоков и зеркал.
6) В последнюю версию включена поддержка прослушивания музыкальных файлов. НЕ НАДО ВСТРАИВАТЬ МУЛЬТИМЕДИА ФУНКЦИИ В ДИСТРИБУТИВ. ЭТО КАЧАЛКА! Это раздует дистрибутив! Лучше сделайте поддержку плагинов, и пусть ребята, если надо, терзают!
В общем и целом, я с этим согласен. Однако не стоит забывать, что ДМ является основой для другого качальщика, который за бабки продаётся буржуинам. Если разработчики считают, что эта опция позволяет им сделать продукт более конкурентоспособным на рынке, их право решать, что надо включать, а что нет. Хорошие позиции на рынке -> больше покупателей -> больше денег -> больше мотивов у разработчиков поддерживать и развивать этот замечательный продукт. Надеюсь, с этим всё ясно?
Я думаю, стоит не игнорировать эту фичу, даже если она не нужна, а помочь разработчикам в её тестировании, у кого есть такая возможность. В конечном итоге, это в наших же интересах. В интересах тех, кто получает ДМ нахаляву.
7) Думаю неплохая идея добавить в будущем универсальный P2P-клиент.
В принципе, идея на первый взгляд вроде неплохая, но те, кто знаком с разработкой ПО хотя бы понаслышке, знают, сколько сложности это добавит и в разработке, и в поддержке. В итоге продукт может просто превратиться в непотребное глюкало, и это оттолкнёт многих пользователей. Есть много других проблем, которые нужно решить. А качественных P2P клиентов, разрабатываемых
годами, и так полно.
То же самое касается и API, и плагинов. Это очень серьёзное изменение, и не каждый разработчик решится на такое. Надо было это вводить сразу, на первых этапах разработки, но раз так сложилось, чего уж копья ломать...
И вообще, эта истерия с плагинами меня удивляет. Много ли качальщиков, имеющих плагины? Ткните носом, плиз, кто знает. Из тех качальщиков, что реально широко известны и распространены.
8) Также не помешала бы возможность скачивать сайты как это делает телепорт.
См. мой ответ на п. 7 :)
11) При закрытии крестиком DM закрывался, а при сворачивании - убирался в трей.
:)
Также не помешала бы возможность скачивать сайты как это делает телепорт.
Иное дело, что не всех их так легко воплотить в жизнь... 