Добавлено (21.12.2009, 19:22)
---------------------------------------------
надо бы фичу которая не отдает рейтинг

2) А, еще видел чью-то идею - поиск по всем известным хабам выделенного ника (соответственно по всем возможным параметрам - nick, ip, размеру шары, что там еще). И вывод найденного с учетом вероятности совпадения (ник сравнивается приблизительно + сочетание нескольких параметров дает бОльшую вероятность).
При необходимости - подключение к хабам (по очереди), или поиск только по подключенным хабам. Можно понять кто он такой посмотрев на каких хабах висит и откуда пришёл, да и вообще интересно иногда понаблюдать перемещения толп.

3) Вставка ника/слова в строку при клике по нему мышкой в чате (или Ctrl+клик). А еще классно вставлять выделенную фразу, скажем по Ctrl-click.

4) Подсветка всех реплик ника, на котором курсор стоит (или вообще строк с упоминанием этого ника). Иногда из-за всякого бреда в чате не разобрать нужной беседы или можно важное пропустить. Можно сделать так - я нажимаю Shift и кликаю на слове/нике, и строки с ним подсвечиваются пока не отпущу Shift. Можно не подсвечивать, а просто другие строки убрать/забелить, а потом вернуть как было.

b) определять в PeLink IP адреса и в чат их показывать как в Greylink (или, если PeLink позиционируется в противоположность Greylink как клиент для обычных юзеров, то не нужно)

c) Показывать в чате когда кто-то участвовавший в беседе за последние 20 минут ушел/пришел на хабе, - иногда пишешь человеку, а он отключился в этот момент, возникают недоразумения (как опция, м.б.)

d) Список пользователей хаба на больших хабах постоянно прыгает верх-вниз. Когда пытаешься посмотреть инфу по конкретному юзеру, трудно удержать его в фокусе. И вообще силно раздражает это дерганье. Можно как-то стабилизировать список? Может виртуальный контрол сделать?

e) Выравнивать ники в чате Greylink независимо от того какие опции включены (не у всех например определяется IP адрес, из-за этого возникает хаос в выравнивании по левому краю)

f) В PeLink показывать пути к файлам, найденным с Авто-Поиск в файллисте - чтобы можно было легко найти весь каталог с ассоциированными файлами. Некоторые файллисты очень большие и найти в них вручную очень трудно.

g) Возможность в путях куда скачиваются файлы писать userNI, userCID, userIP и др. макросы как в логах. Чтобы можно было настраивать custom-пути, напр. ник+дата, или CID+дата и т.д. Причем было бы очень хорошо, если бы это можно было сделать "путем" по-умолчанию, чтобы легко было использовать.

h) При нажатии на нике "Найти в списке", если список хаба закрыт - открыть, если к списку применен фильтр - два варианта 1) сбросить фильтр и выделить ник, 2) не сбрасывать фильтр, а просто добавить ник в список и выделить его (2й вариант лучше - так можно создать список из интересных ников, исключив весь остальной "мусор")

i) Копировать действительно всю информацию о нике, включая DNS и все другие поля в списе ников; а желательно еще и поля из Информация о пользователе (кроме запрошенных файлов), включая все ники на других хабах и на данном хабе (бывает и когда 2 ника на хабе).

j) Копировать информацию о нике из окна лички (в PeLink)

k) Возможность посмотреть с какого хаба юзер, который пишет в вашу личку (и накаких хабах висит, если можно, его IP)

L) Sparse Files - опцию не распределять под файл сразу все место на диске, а использовать механизм Sparse-файлов в NTFS (То есть виртуальные несуществующие куски, как это сделано в eMule и uTorrent)

m) фильтр ников в списке хаба по нескольким никам/параметрам Одновременно; разделители - пробелы.

n) Alt-R (конвертация ошибочной раскладки) имеет баго-фичи: 1) при конвертации eng->рус неправильно конвертируются "?" и возможно другие знаки, а также некоторые большие русские буквы (они заменяютя на маленькие: бюжэъх); 2) логично было бы сразу переключить неправильную раскладку на правильную (чтобы человек не путался, и это просто адекватнее) - напр, если неправильно набрали в английской раскладке вместо ожидаемой русской, при конвертации по Alt-R не только конвертировать буквы, но переключать раскладку клавиатуры на русскую в программе.

То клиент автоматически должен удалять пользователей с очереди, которые уже качают с хаба №1, и стоят в очереди с хаба №2.

ToDo #2
Если омечена следующая галочка:

То клиент должен ориентироваться на колонку "Время ожидания" в списке очереди. И давать слоты по этому времени.

Сейчас, увы, не так:

Хочется:

а) Поддержки &as=http://траляля в магнитных ссылках. Чтобы, если в p2p файл не находился, он качался из web. Возможно, из нескольких источников. Ещё желательно как–то в явном виде адресовать цепочки промежуточных TTH (tthl), это надо всё для того же, чтобы файл, скачиваемый с web, проверялся по частям и мог быть частично расшаренным. Предлагаю синтаксис: &x.tthl=http://траляля. Ну, либо в формате, аналогичном torrent, но с расширением tthl хранить tth leaves и предлагать для скачивания. Формат, аналогичный torrent — чтобы можно было генерить .torrent и с tthl, и без, но, если .torrent файл явно не предназначен для BitTorrent (не содержит цепочки sha1), лучше бы ему иметь другое расширение imho.

В файле .tthl был бы указан web seed и tth leaves — всё, что нужно для распространения файла в p2p и скачивания из web, если файла в p2p нет.

б) ajax@localhost. Советую помедитировать над http://magnet-uri.sourceforge.net/magnet-draft-overview.txt особенно, над той частью, где начинается добавление скриптов, расположенных на http://127.0.0.1:451XX/ . Не знаю, правда, какие именно типы запросов должен обрабатывать AJAX. Но AJAX@localhost — это именно то средство, которое позволяет преодолеть барьер между богатым клиентом (как GreyLink) и web–страницами. Магнитные ссылки и .dcls — это низкий уровень взаимодействия. Пригодиться, например, может, такой тип запроса: есть ли файл с таким–то TTH в шаре. Он обрабатывается быстро. Если есть, то свернуть новость. Ещё хочется, чтобы к файлам можно было обращаться по URL типа http://127.0.0.1:451XX/getmagnet/filename.mp4?&траляля Встроенные видеоплееры умеют работать с файлом по частям. От GreyLink желательно понимание заголовка Bytes-Range в таких запросах. То есть, качать в первую очередь именно указанный диапазон.

в) интерфейсы COM и OLE для сторонних программ, как в ДубльГИСе или Офисе. Хочу, чтобы по шарам можно гулять в ФАРе, мне так привычнее. Без IPC (типа COM) такой плагин трудноосуществим. Не запускать же в каждом окне ФАРа DC клиент. А так, в Фаре и в zip заглянуть, и utf8 прочитать.

г) возможность шарить папки, не добавляя их в шару. Файлы должны быть видны только по TTH. Это особенно относится ко всяким автоматически скачиваемым файлам (/getmagnet/). Плюс, пожелание, автоматически удалять старые файлы (с самым давним временем последнего доступа) из такой вот временной директории, в которой скапливаются автоматически скачиваемые файлы.

д) если делать удалённое управление, то мне, пожалуйста, IRC. IRC — простой текстовый протокол, под него хоть на баше отправку команд можно сделать. А ещё telnet, в дополнение к COM.

Всё это довольно большие темы для обсуждения, но сводится к одному: интеграция. GreyLink — как вещь в себе. Это нехорошо. Вместо того, чтобы тащить в него одно, другое, третье, надобно бы взаимодействие реализовать. (а) нужно для тех, кто файлы публикует. Ссылки с &as можно было бы публиковать как основные ссылки для скачивания. (б) нужно для Direct Connect порталов. (в) для разработчиков, (г) — чтобы (б) и (в) нормально работало, (д) — для админов. Или не админов, не знаю, как назвать тех, кто со своей машиной делает в индивидуальном порядке то, что разработчики делают в массовом.

Добавлено (07.02.2010, 15:49)
---------------------------------------------
Пожалуй, ещё одно пожелание, поскромнее. У меня GreyLink частенько находится в состоянии хеширования файлов, и меня раздражает, что я не могу моментально расшарить и передать файл средствами Direct Connect. Покааааа там очередь на хеширование дойдёт... Приходится на ftp выкладывать, и на ftp же ссылку давать. Хочется, чтобы у разных групп шар были разные периоды сканирования и разные приоритеты.