Косметические пожелания

//upd закачка находящаяся в режиме проверки хеша, отображается в Downloading и выглядит как скачивание. Хорошо бы изменить хотя бы цвет прогресбара.

Нашел классный мод трансмишена, оригинальное решение для некоторых элементов инфейса. может что пригодится.
http://cYPoHirogen.deviantart.com/art/BlackPearl-Transmission-11387...
http://hirolabs.de/download_transmission_blackpearl.php

Нашел классный мод трансмишена, оригинальное решение для некоторых элементов инфейса. может что пригодится.
http://cYPoHirogen.deviantart.com/art/BlackPearl-Transmission-11387...
http://hirolabs.de/download_transmission_blackpearl.php

Спасибо!

Я сейчас пытаюсь связаться с автором на предмет использования его работы

Еще по поводу 2х панелей вверху окна. В трансмишине одно прячется, но это особо не помогает, они оба почти всегда используются, и выглядит это все с 2мя панелями не очень хорошо и к тому же занимает место, что не очень удобно.
Нижняя панель (где черепашка) пустует. Может стоит перенести содержимое одной панели на нижнюю? (примерно как на скрине)

(from [b1320dcf6897]) check torrent data (hashing) [#13 Hashing, #9 Косметические пожелания] http://bitbucket.org/vovasty/nativa/changeset/b1320dcf6897/

Еще с группами идея. Когда их много становится, они не очень помогают, при этом группы часто однотипные. Хорошо бы еще рассмотреть возможность создания вложенных групп. Например:

-Software ->Mac ->>Network ->>System ->Linux ….

и т.д.

Ой, не. Текущий интерфейс вообще не потянет такие штуки, да и вообще -
древовидные структуры в интерфейсе - зло.

Думаю, я поступлю иначе: будут метки (то, что сейчас именуется
группами) и будут фильтры (то, что сейчас захардкожено, но потом будет
настраиватся (или по view или на клиенте) - этакие smart folders).

В принципе клево. О подобном даже не подумал почему то, хотя спорно с двойными фильтрами (Например view нельзя будет со стандартным "paused" или подобными статусами комбинировать, только с метками.)… Но все таки первое чего сейчас не хватает, это кастом добавления закачек. Куча идей есть по поводу юзабилити и внешнего вида, но необходимый минимальный функционал пока важнее.

по поводу #4 Automatically size window to fit all transfers Значки аналогично значку Warning на закачке при Error соответственно статусу Downloading\Seeding\Paused\Stoped.

Есть текстовый индикатор (paused/seeding/leeching)+цвет прогрессбара. Иконки статусов только перегрузят интерфейс.

по поводу #4 Automatically size window to fit all transfers Значки аналогично значку Warning на закачке при Error соответственно статусу Downloading\Seeding\Paused\Stoped.

Есть текстовый индикатор (paused/seeding/leeching)+цвет прогрессбара. Иконки статусов только перегрузят интерфейс.

Index 0 String: 'main' Index 1 String: 'default' Index 2 String: 'name' Index 3 String: 'active' Index 4 String: 'started' Index 5 String: 'stopped' Index 6 String: 'complete' Index 7 String: 'incomplete' Index 8 String: 'hashing' Index 9 String: 'seeding'

С большим списком закачек, текстовый индикатор использовать трудно. Визуально найти в списке нужное очень сложно, приходится вчитываться, а прогресс бар отображает только hashing/complete/incomplete. Так же не понять для остановленных закачек pause или stop (даже в текстовом индикаторе нет различий). К тому же текстовый индикатор не статичен, например при ошибке он заменяется текстом ошибки. У меня частенько висит ошибка выделения памяти, из-за ограничения памяти доступной rtorrent, машина слабовата и rtorrent не нравится маленькое количество, но при этом все прекрасно работает и качается.
В идеале нужно отображение скачивается\закончено совместно с активно/остановлено/пауза/хешируется, если реально цветом прогрессбара, можно и им сделать без иконок. Сейчас в принципе не хватает только цвета прогрессбара для паузы (И кнопки пауза в контекстном меню).
Но с иконками play/stop/pause было бы нагляднее.

И еще бы неплохо возможность редактирования панели фильтров Downloading/Seeding/Paused.
Например мне было бы удобнее вместо Downloading использовать фильтр по incomplete. Ну и hashing я бы на панель вынес, если б была возможность. Неплохо бы было сделать текущий набор по умолчанию, но с возможностью удаления/добавления/замены других views. А вообще в связи с планами "смарт-папок" базирующихся на views, текущая панель не лучшее решение, нужно будет что-то вроде бокого меню. Там все необходимое уместится.

Вот по поводу пргрессбара мне нравится. Паузу/остановку можно определять по разным оттенкам серого. Выносить паузу отдельно в контекстное меню опять не хочу - это перегрузка интерфейса. Пауза есть в тулбаре. Текстовые статусы поправлю.
Штука в том, что сейчас и так навалено куча информации - 5 индикатора и 3 управляющие кнопки-индикатора = 8 штук на каждый торрент - прямо как в кабине истребителя ;)

В бранче group_rules сделаны разбрасывания по группам и присвоения путей скачивания. НО. Диалога добавления закачни пока нету, но будет. Если Вам не терпится - можете посмотреть/постестить ;)

Лучше паузу из тулбара убрать и добавить в контекстное. Тулбар у меня скрыт постоянно. А вот контекстного без тулбара не хватает.
play/pause/stop можно сделать в контекстном в 1 строку иконками например. А вот кнопки приоритета занимают аж 3 строки и стоят в начале списка. Лучше перенести на позицию 1-3 с конца списка (Используются реже play/pause/delete) и сделать вложенным меню, либо иконками в 1 строку.

А вот тут проблема: кого что интересует в первую очередь.
Идея нативы - простота. utorrent, vuze, deluge & co. я не хочу
повторять - они гиковские. Равно как и rtorrent. Все должно быть
просто и наглядно. Сейчас вот еще появилась наркоманская кнопка
регулирования скорости. Нужно ее убирать.

Индикатор можно сделать самой кнопкой паузы (сейчас она только пауза показывает)
Группы и приоритеты я сделаю в одну строку (как лейблы в finder)

А вот тут проблема: кого что интересует в первую очередь. Идея нативы - простота. utorrent, vuze, deluge & co. я не хочу
повторять - они гиковские. Равно как и rtorrent.

Ну в принципе тулбар кастомный. Можно и с паузой, можно и без. Так же можно было бы сделать и контекстное.
(Галочку в настройках либо в зависимости от выбранного 2х или 3х кнопочного тулбара). Это основные управляющие кнопки, думаю нужны и там и там в одинаковом наборе.

Сейчас вот еще появилась наркоманская кнопка регулирования скорости. Нужно ее убирать.

Вверху на панели индикация текущей скорости. Туда бы вписалось и ограничение скорости. Визуально установленный лимит обозначить например закрашиванием стрелки в синий цвет.

Группы и приоритеты я сделаю в одну строку (как лейблы в finder)

Вот это не очень удачно. На данный момент 14 меток, и уникальные цвета закончились на 7-9 еще, оттенки плохо различаются. А меток будет еще больше, тогда с таким набором выйдет только путаница.
Можно в принципе скомбинировать, сделать в 2 строки. первые 7 например наиболее используемые + вложенный список, как на данный момент.

> Ну в принципе тулбар кастомный. Можно и с паузой, можно и без. Так же можно было бы сделать и контекстное. > (Галочку в настройках либо в зависимости от выбранного 2х или 3х кнопочного тулбара). Это основные управляющие кнопки, думаю нужны и там и там в одинаковом наборе.

Тулбар кастомный, да - а вот меню - нет. Но я подумаю наж этим.

> Вверху на панели индикация текущей скорости. Туда бы вписалось и ограничение скорости. Визуально установленный лимит обозначить например закрашиванием стрелки в синий цвет.

Уже есть черепаха для этой цели. Тут нужно, скорее всего, совмещать
черепаху с мень (слайдером) что-то вроде tap&hold на кнопке build в
xcode.

> Вот это не очень удачно. На данный момент 14 меток, и уникальные цвета закончились на 7-9 еще, оттенки плохо различаются. А меток будет еще больше, тогда с таким набором выйдет только путаница. > Можно в принципе скомбинировать, сделать в 2 строки. первые 7 например наиболее используемые + вложенный список, как на данный момент.

Это все переусложнения. Вы входите в от силы 2-3 процента
пользователей, которые используют большое количество меток и
паузы/cтопы. Остальным это не нужно. Вообще, более 7-ми меток уже
много (чисто психологически, всякие там раскины об этом много писали).
Это просто качалка торрентов, а не кабина бомбардировщика. Настройка
шейпинга вообще убирает необходимость ручной регулировки скорости =)

Вам нужно проникнутся идеей мака =)

В бранче group_rules сделаны разбрасывания по группам и присвоения путей скачивания. НО. Диалога добавления закачни пока нету, но будет. Если Вам не терпится - можете посмотреть/постестить ;)

Попробовал, присвоение по фильтру уже работает? Как только не настраивал, и по комментарию и по трекеру и по имени, все равно в No Group попадают закачки. В фильтре не хватает еще одного пунктика, в transmission его тоже нет "по названию .torrent файла".

По фильтру должно работать. Можене прислать какой-нибудь торрент а
правило для него?
По названию - некоторая проблема: имя файла торрента нигде не
сохраняется. Да и часто его скачивают, или магнит и тп

Это все переусложнения. Вы входите в от силы 2-3 процента пользователей, которые используют большое количество меток и
паузы/cтопы. Остальным это не нужно. Вообще, более 7-ми меток уже
много (чисто психологически, всякие там раскины об этом много писали).
Это просто качалка торрентов, а не кабина бомбардировщика. Настройка
шейпинга вообще убирает необходимость ручной регулировки скорости =)
Вам нужно проникнутся идеей мака =)

В данном случае метка=директория закачки. А скачивая Фильмы, музыку, программы, картинки…. И кучу различных сериалов для девушки, приходится либо раскладывать все это по папкам, либо качать все в кучу. При просмотре/прослушивании всего этого на сетевом медиацентре очень облегчает жизнь, когда все рассортировано.
Это в принципе и отличает удаленный rtorrent от локального (как например с transmission) локальный редко так используют, а от удаленного хотят автоматизации закачек и легкого управления большим списком. И думаю все таки 90% пользователей натива это владельцы всевозможных NASов, которые как раз и покупали их ради этого.
В противном случае либо Nativa они не осилили еще в меню настроек соединения, либо на NAS крутится демон трансмишен со стандартным вебгуи, которые ставят на все NAS, потому как не осилили сборку rtorrent.
Поэтому и выходит, что основное что требуется, это метки, добавление с установкой метки/пути, управление закачками (а лучше какой нибудь механизм очереди, в rtorrent нет ничего похожего, на слабых машинах слишком много активных закачек убивают rtorrent. в моем случае это временно, но я думаю не один такой) ну и в последующем для счастья, ограничения скорости на группы, ратио на группы до остановки/удаления и rss добавлялку. И можно будет практически не вспоминать про закачки, только заходить посмотреть что новенького :) (Кстати по поводу RSS, не хватает какого нибудь хистори закачек. Благо скриптик через prowl на телефон отправляет об окончании закачки, по оповещениям и смотрю что новое, в натива не найти что старое, а что только скачалось)

По фильтру должно работать. Можене прислать какой-нибудь торрент а правило для него?

Брал метку не первую в списке. торент помоему этот http://my-hit.ru/tdl/[my-hit.ru]_11056.torrent
ставил в фильтре на коментарий или на трекер my-hit.ru, my-hit, hit.ru, hit, ниодин не отработал.

По поводу меток - все же не хочу наворачивать все это слишком сильно. Это vuze.

Торрент проверил - правило на my-hit.ru срабатывает. Правила
срабатывают только при добавлении

По поводу меток - все же не хочу наворачивать все это слишком сильно. Это vuze.

vuze опять же локальный, и судя по пирам используют в основном, transmission, rtorrent и 90% раздающих сидят на uTorrent. vuze встречается редко. uTorrent самый популярный и я бы не сказал, что он попроще того же vuze. Вот и выходит, что 10% которые не сидят на uTorrent это и есть целевая аудитория натива, и из них 99% гики.
Мне вот например приходится использовать Nativa и rutorrent. Добавлять, выставлять группу ратио, ограничения скорости приходится в rutorrent. (тут либо следить самому за ратио, либо выставить и забыть, закачка сама удалится, при достижении ратио например в 3.0) Натива удобнее в том плане, что добавлять/управлять могу с рабочей машины (одним кликом), без необходимости, заходить на веб страничку, но на данный момент функционала не хватает и приходится использовать и rutorrent совместно с nativa. Хотелось бы все таки избавится от rutorrent и пользоваться только Nativa, но при недостаточном функционале это будет проблематично.
Как вариант, можно simple и advanced настройки интерфейса сделать, главное что бы функционал был, а использовать его или нет, решит пользователь. Лучше когда есть, но спрятан, если не нужен, чем чего-то нет и этого не хватает.

Торрент проверил - правило на my-hit.ru срабатывает. Правила срабатывают только при добавлении

При добавлении и пробую, либо в No Group, либо unable to add torrent. Уже все варианты перепробовал. Дважды обновлял исходники. Не хочет работать. :(
Еще вот о чем подумал, а если закачка пройдет по фильтрам 2х и более групп? Куда она попадет?

Error when evaluating predicate (comment CONTAINS[cd] "hit") - [ valueForUndefinedKey:]: this class is not key value coding-compliant for the key comment.
В логе

починил.

Такие требования, боюсь, требуют иного интерфейса. В принципе, можно сделать и "расширенный" интерфейс, но Раскин этого не одобрил бы=)

Хотя реализация appzapper мне понравилась.

Касательно паузы. Здесь у меня тоже самое возражение - это излишество. Везде есть стоп/старт. Пауза есть крайне редко. Ее необходимость - вопрос очень тонкий: время холодного теплого рестарта торрента ничто, по сравнению со временем скачивания оного.

Касательно паузы, бывают такие ситуации, что сид всего один, количество соединений у него ограничено 1-2, а пиров в очередь выстроилось куча. Ждать своей очереди приходится от нескольких часов, до нескольких недель. На слабой машине при загруженном канале даже добавить новую закачку проблематично, rtorrent падает, приходится тормозить закачки/раздачи. При полной остановке и последующем запуске очередь приходится ждать снова, т.к. ее занимает кто-то другой. При паузе же канал освобождается, но очередь не будет потеряна и после добавления закачек можно продолжить скачивание не теряя часы/ненели на ожидание очереди повторно. На слабых машинах пауза требуется очень часто, остановить требуется на пару минут, для выполнения какой-либо операции, но при этом все же не желательно терять активные сиды. На крупных раздачах это роли не играет, но все же проще использовать pause/resume не думая о том насколько закачка уникальна и не прийдется ли висеть в очереди еще неизвестно сколько времени из-за остановки.

Такие требования, боюсь, требуют иного интерфейса. В принципе, можно сделать и "расширенный" интерфейс, но Раскин этого не одобрил бы=) Хотя реализация appzapper мне понравилась.

Хотя и не сторонник Mac-way и интерфейса трансмишен, не нравится нерациональное использование пространства экрана (например тулбар с 4мя кнопками занимает неоправданно много места на экране, поэтому и скрыт у меня, т.к. контекстное меню делает тоже самое, но не занимает места, +1 закачка на экране. Отображение закачки таже занимает много места в соотношении с отображаемой информацией, хотя думаю это временно, при добавлении функционала, появится информация касающаяся закачек, которую потребуется отображать), но иной интерфейс это конечно слишком кардинально, все таки "расширенный" можно сделать из текущего + доп. элементы управления, которые можно скрывать\отображать в зависимости от пожеланий пользователя.

починил.

Вот теперь разобрался:
unable to add torrent. - Если метка на кириллице.
No Group - если метка содержит пробелы (Состоит из 2х и белее слов).

Эмм, тут, боюсь, конфликт - с мак-вей интерфейсом =) Натива и делается
именно как мк вей. Хотите наворотов и уторрент-стайл - это ntorrent &
co

метки починил

Касательно интерфейса опять. Штука не в том, чтобы сделать так, чтобы каждый миллиметр пространства нес какую-то информацию, а так, чтобы было видно только то, что нужно. Остальное - скрыто подальше.
Линукс как раз пропагандирует "использовать все рационально" - результат - месиво из кнопок, переключателей и статусов, в котором невозможно разобраться.
В том же трансмишене есть режим "минимального" интерфейса (я его убрал, тк противник мультиинтерфейсности)

Эмм, тут, боюсь, конфликт - с мак-вей интерфейсом =) Натива и делается именно как мк вей. Хотите наворотов и уторрент-стайл - это ntorrent &
co

Я бы не сказал что уторрент является идеалом, как впрочем и трансмишен. А вот комбинация интерфейсов была бы близка к идеалу.
Взять к примеру тот же iTunes яркий пример Mac приложения. В одно и тоже время интерфейс iTunes может быть и визуально приятным для глаз служащим только для прослушивания/просмотра, и достаточно информативным и функциональным для работы с библиотекой. Все благодаря переключателю отображения список/сетка/коверфлоу. В режиме списка полный набор управления, визуальное отображение максимума информации, экономия экранного пространства. В режиме сетка, минимальная необходимая информация и приятный вид.(+ даже размер cd-art иконок регулируется, по усмотрению пользователя, что делает приятной работу как на 13'', так и на 24''). Коверфлоу в принципе считаю бесполезным, не вижу в нем никакой практической пользы, но все же красиво. :) Вот и выходит utorrent слишком строг и избыточен для простых операций, transmission мало-функционален и не информативен, но и тот и другой по своему неполноценен. (transmission вообще мне кажется больше бы подошел интерфейс со скроблером, скачивающим обложки фильмов/цд-арт/картинки с гугла + небольшой прогресбар, выглядело бы эффектнее).

В том же трансмишене есть режим "минимального" интерфейса (я его убрал, тк противник мультиинтерфейсности)

Вот это плохо :(, хоть в трансмишен и неудачный минирежим (Минимизируется за счет потери информативности), но все же я надеялся на мультиинтерфейс в натива, либо на один, но очень кастомизируемый.

метки починил

Путь закачки указывать необходимо абсолютный, лучше использовать относительный от get_directory указанного в конфиге rtorrent.

Еще кстати иконка .torrent файла слишком мелкая. Размер самой иконки приличный, но картинка занимает всего ~1/6, при этом клик по иконке, вокруг картинки не срабатывает, почему-то активной областью макос считает только область картинки, каждый раз игра в снайпера выходит :)

Вот еще ситуация с которой столкнулся. Путь закачки указал не верно (в раздел, в котором нет свободного места), закачка после start вела себя так, будто нет ни одного сида. Прогрес бар пустой (не закрашен, т.к. небыло скачано ни байта и закрашивать нечего), в статусе "Downloading from 0 of 0 peers", можно было бы ждать сиды вечно, лишь зайдя в rutorrent увидел что закачка на паузе, и вставала в паузу она автоматически, сразу после старта, т.к. не было свободного места для скачивания. (при повторных стартах делала тоже самое, но в Nativa этого никак не заметить)

У меня только один вопрос: как определить паузу? ;)

У меня только один вопрос: как определить паузу? ;)

d.is_open !=0 && d.is_active == 0

статусы я поправил (тикет #16 incorrect torrent indication of state stopped and paused)

При добавлении новой закачки, если открыто окно настроек, все проходит без ошибок (если настроено, .torrent файл удаляется после добавления), но закачка не появляется в rtorrent.

Если путь присвоенный метке содержит кириллицу, закачка не добавляется - unable to add torrent. (кодировка UTF-8 по дефолту в rtorrent, а так параметр encoding_list отвечает за кодировку, на случай других возможных).

Поля метки, пути, фильтра не чувствительны к copy/paste. Не позволяют ни скопировать ни вставить.

хмм, а руторрент русские имена папок отрабатывает?

хмм, а руторрент русские имена папок отрабатывает?

Да. Причем в любой кодировке, только надо encoding_list в rtorrent и кодировку в вебсервере одинаковые указывать.
Там очень удобно с папками работать, но rutorrent имеет доступ в фс, ведь стоит на той же машине что и rtorrent.
У них например есть возможность изменить путь закачки в процессе/по окончании, без рехеша и с переносом всех скачанных данных. Очень полезно например когда не обработалась закачка фильтрами и попала в default папку.

У них например есть возможность изменить путь закачки в процессе/по окончании, без рехеша и с переносом всех скачанных данных по указанному пути. Очень полезно например когда не обработалась закачка фильтрами и попала в default папку.

В Натива бы это тоже было бы удобно при смене/присвоении метки, если у нее есть свой путь закачки. Перенос умеет делать сам rtorrent, причем вроде бы для этого использует очередь и при переносе множества закачек не сильно ест ресурсы. Не нужно будет работать с фс.
Посмотрю точно как это делается, отпишу.

Я тут вспомнил про планы с коннектом натива не только к rtorrent. Заказал себе synology ds 209+ii, читая описание нашел у них так называемый "Download Station", в общем там у них стоит emule, transmission и обычная качалка curl/wget и есть софтина которая отображает закачки со всех сервисов в 1 окне.
Появилась такая идея, хорошо бы натива не просто могла в будущем коннектится к другим сервисам, а могла бы работать сразу с несколькими. Пусть даже пока только с rtorrent, но могла бы коннектится к 2м и более серверам rtorrent и отображать с них закачки одним списком. А позже возможно можно будет и разные сервисы комбинировать. Было бы клево. :)

Ну, так оно и планировалось изначально. Но не все сразу =)
есть вот такой комбайн http://p2p-gui.sourceforge.net/

Мощная штука.

Future plans a remote window gui (GTK+,QTD)

Если все таки сделают, будет супер. Веб-морда для повседневного софта все же не удобна.

P2P-GUI is a remote web interface for MLdonkey, aMule, rTorrent, Transmission and giFT.

giFT вообще впервые увидел и судя по описанию он сам по себе комбайн. Кучу eDonkey-подобных сетей и их разновидностей поддерживает, надо будет потестить на досуге :)
DC++ им в список для полного набора не хватает. =)

В принципе удобно, не надо думать чем качать. Кинул ссылку, а морда сама разберется. Но как веб-гуи не удобно. QT версия думаю будет востребована)

Какой то косяк с SSH при добавлении закачки. Стоит ограничение на макс 10 соединений в течении 10ти минут, дальше бан IP на полчаса (Отшивает китайских брутофорсеров). При добавлении закачки натива сразу же превышает лимит. По идее раньше у меня 3 стояло, хватало, но не мог при работающей натива, залогинится в консоль, выставил 10, хватало. Теперь вот и этого мало. Зачем столько соединений? Получается натива зачем-то пересоздает туннель в ходе работы и делает это очень часто.

Вы бы писали о таких проблемах в отдельных тикетах, а то каша=)

Туннель пересоздается:
1. старт (открывается)
2. Открытие настроек (закрывается)
3. Сохранение настроек (открывается/закрывается)
4. Закрытие настроек (открывается)
5. Иногда по ходу пьесы туннель сам закрывается (слип, например)
6. закрытие (закрывается)

Вы посмотрите по логам когда открывается/закрывается туннель

вот, кстати, штука для автоматического скачивания торрентов http://flexget.com/

1. Открытие настроек (закрывается)
2. Сохранение настроек (открывается/закрывается)
   
3. Закрытие настроек (открывается)

Вот тут видимо у меня и попадает в бан. При работе с метками весь лимит расходую. Зачем пересоздавать туннель при работе с настройками? одного п.3 не достаточно?

вот, кстати, штука для автоматического скачивания торрентов http://flexget.com/

Удобно сделан конфиг, но все же не то. 90% наших трекеров хоть и с rss лентой, но без авторизации не дают качать. Из них 5% на которых flexget можно использовать, залосинится разок curl'ом. Получить куки, которые будет использовать flexget и можно пользоваться. На остальных либо вход с другой машины пересоздает сессию, либо время жизни у куки слишком низкая для автоматизации. Для подобных надо либо писать что-то умеющее логиниться самостоятельно либо использовать с машины где по неволе куки обновляются (в моем случае mac) для этого больше http://codingcurious.com/automatic/ подойдет, хотя и он не умеет обновлять с обычного url (добавление файлов в уже существующую закачку).

Я все же думаю свое сделать, подобно flexget но с умением авторизовываться и смотреть за обновлением по url ссылкам, и на bash+curl+awk+sed, не хочу использовать ни python, ни perl, ни php. (сейчас в принципе не актуально это уже, но на старом НАСе ставить питона либо перл было смерти подобно =)). Свои скрипты есть, переделаю для работы с индивидуальными шаблонами под разные сайты.

В натива же rss ридер типа automatic был бы полезен больше для кеша, слежения за обновлениями, поиска по кешу, полностью использовать в качестве rss качалки не удобно, мак часто выключается в отличии от NASa.

Ну, это недоработка, да. По-хорошему нужно делать спец обработку
изменений настроек соединения, да=)

по-поводу rss
посмотрите вот это: http://iolanguage.com/
или же старый добрый objective-c+cocotron

Отслеживание скачанного будет, но не сейчас. Сейчас я сосредоточился
на визуальной части. Возможно, еще в самое ближайшее время добавится
возможность работы с p2p-gui и transmission через clutch.

по-поводу rss посмотрите вот это: http://iolanguage.com/
или же старый добрый objective-c+cocotron

Да вот по поводу bash тоже призадумался, хочется все таки избавится от вебгуи и иже с ним веб-сервера. А xmlrpc для работы нужна SCGI Mount point, скрипты соответственно не годятся.

Отслеживание скачанного будет, но не сейчас. Сейчас я сосредоточился
на визуальной части. Возможно, еще в самое ближайшее время добавится
возможность работы с p2p-gui и transmission через clutch.

Опять веб =(. Лучше уж не спеша и напрямую делать. Сейчас бы поскорее доделать добавление (в папки с кириллицей так и не хочет добавлять), работу с файлами закачки, работу с трекерами. Это позволит уже пользоваться только Натива и избавится от других клиентов. (После всего что пришлось понаставить на Synology для работы scgi и rtorrent, мучаюсь вопросом нафига все это нужно? Теперь вот в планах достать разработчиков rtorrent, дабы можно было его собрать без ncurses :). И можно будет закинуть 1 файлик rtorrent не требующего tty, без кучи дублирующих библиотек, веб-серверов их бесконечных зависимостей)

Кстати с добавлением еще очень не хватает опции "игнорировать папку закачки". В мультифайл режиме поле Name используется как имя для папки закачки, выходит path/name - директория закачки. Учитывая что имена торрентам дают какие попало, получается путаница со скаченным.

С кирлиллицей что-то непонятное. Никак не хочет работать. Клатч - это
протокол работы гуя трансмишена- к веду имеет весьма опосредованное
отношение. P2pgui имеет свой сервер.

С кирлиллицей что-то непонятное.

У меня работает с костылем в DownloadsController.m

boldNSURL *folderURI = [NSURL URLWithString:folderName];bold
...
[[self _controller] add:rawTorrent 

                      start:[_defaults boolForKey:NIStartTransferWhenAddedKey]
                      group:groupName
                     folder:**bold**folderURI__bold__
                   response:^(NSString* error)</code>

Там по идее folder как NSString объявлен, надо на NSURL сменить и будет без костыля работать.

Сори, ошибочка вышла. Работать то оно работает, только путь не верный :D.
Это коментарий как урл записывается. А путь как строка в UTF-8.

Ага, я так уже пробовал. Что интересно, рторрент путь передает
напрямую, без перекодировки. Рторрент неверно воспринимает кодировку
XML.

Ага, я так уже пробовал. Что интересно, рторрент путь передает напрямую, без перекодировки.

XLM запросу ставится кодировка так "<?xml version="1.0" encoding="UTF-8"?>". Но она не помогает. в rutorrent она покрайней мере указана. Смотрел отсылаемые запросы rutorrent и nativa вроде бы идентичные. Но от nativa не принимает.
Как вариант осталось попробовать Си строку без обертки NSString.

http://libtorrent.rakshasa.no/ticket/2009

Похоже я опоздал =). Тикет уже висит, но пока активный. Радует высокий приоритет и в планах он на след. релиз  =)

(from [0f4ca7cdc206]) possible fix of non-latin characters in path [#9 Косметические пожелания] http://bitbucket.org/vovasty/nativa/changeset/0f4ca7cdc206/

C с русскими символами в пути все тоже самое. И пробелы теперь не воспринимает(скобки убраны).

Посмотрел спецификацию http://www.xmlrpc.com/spec

ASCII для строк в ранних спецификациях.

Updated 6/30/03 DW Removed "ASCII" from definition of string.

И любые символы можно использовать кроме < и &

Any characters are allowed in a string except < and &, which are encoded as < and &. A string can be used to encode binary data.

Это кстати недавно пофиксили в фрейворке xmlrpc, теперь есть проверка на эти 2 символа. Только зачем-то название метода в упаковать решили. :D [self encodeString: myMethod] Праздники видимо сказываются.

Вот еще нашел из тестов этого фреймворка http://www.mulle-kybernetik.com/software/XMLRPC/

string = @"Güten Tag! <> haha";
В xml передеается так: G\U00fcten Tag! <> haha

Получается символы выше 128го по ASCII таблице надо передавать в Unicode Hex. Странно как то. Почему тогда не весь текст в Unicode Hex?

переехало сюда #20 non-latin characters in download location
и починилось, заодно.
Спасибо за наводку на Unicode hex! Это была ошибка(?) в библиотеке xml-rpc

По поводу контекстного меню:
1. "Show in Finder" как то смущает, он третий по счету если считать тулбар, кнопку на каждой закачке и контекстное меню. + в меню Transfers 4й. Учитывая что у меня например эта кнопка бесполезна, (synology создает каждую папку отдельной шарой.) я бы вообще предпочел ее не видеть. Надо бы как то ее хайдить по желанию пользователя. (в rtorrent 0.9 висит тикет на настройки нескольких директорий закачки, тогда Show in Finder можно будет сделать нормально и заодно научить поднимать шары, а то как то глупо сейчас, он ломится в пустую папку с не смонтированной шарой).
2. Remove from list/Remove data file постоянно напрягают. Боязно попасть не в тот пункт. Хорошо бы оставить только Remove, а в настройках программы сделать выбор действия по Remove - удалить торрент/удалить все/спросить.
3. Контекстное меню и меню Transfers лучше бы все же сделать идентичными. В трансмишен данный косяк очень навредил. Половина пользователей что ругают tr просто не нашла часть функционала, т.к. не додумалась туда заглянуть.

Путь закачки еще. Напрягает постоянно забивать длиннющий путь до примонтированного диска. К то му же есть шанс ошибиться в 1 букве и скачать в root раздел. Хорошо бы base_directory скрыть с глаз и оперировать путем начиная выше base_directory. (для путей закачек и Move data). А base_directory добавить в настройки и сделать возможность переназначить, на случай если rtorrent загружен без конфига (там будет в этом случае стандартный путь что-то вроде /usr/share/torrents).