Предложения по улучшению (некоторые пп. распространяются и на все прочие списки):
1. Не сделан нормальный порядок перемещения между ячейками таблицы по TAB.
2. Начало ввода не означает начало редактирования ячейки.
3. ESC вместо только отмены редактирования еще и сворачивает HC в трей.
4. Спиннер в поле ввода порта доставляет одно только неудобство - убрать.
5. Копирование из буфера: хотелось бы чтобы HandyCache умел (от меньшего к большему):
5.1. Распознать в буфере IP-адрес - сейчас он его вставляет в поле имени прокси, вместо адреса.
5.2. Распознать в буфере комбинацию хост:порт и корректно вставить значения в свои поля
5.3. Распознать в буфере несколько строк хост:порт и см. 5.2.
5.4. Обрабатывать п.5.2 и 5.3. в разных возможных вариантах: хост-порт, хост/порт, хост бла-бла порт.
6. Отсутствие условия рассматривать как условие ".".
7. Нужны стрелочки вверх-вниз как и в других списках.
Что касается редактирования принять за основу модель того же Excel'я, например.

Из "дальнего":
- Назначать прокси для отдельных пользователей (поле "Пользователь/Группа" в правилах)
- Как и в других списках требуется поле "Комментарии"
- Возможность использовать прокси из свойств IE
- Проверка работоспособности прокси (смена прокси при недоступности)
- Чередовать разные запросы по разным прокси (мультипрокси) - (Подробности)
- Направлять один запрос через много прокси (мультиплексирование) - (Подробности)
- Планировщик для переключения Внешних прокси (Подробности)
- Использование PAC-файла во Внешних прокси
- Поддержка NTLM- и Digest-авторизации на внешних прокси
- Использовать в "Условных прокси" в качестве "Условия" файл-список (как в "Серверах-посредниках")

Из "радикального":
- Не делить прокси на безусловные и условные, а сделать один список с описанием проксей, второй - с правилами их использования - (Подробности)

Из недавно реализованного: 
- Использование правил для IP-адресов в "Условных прокси"
- Поддержка SOCKS и PortForwarding

В FAQ посмотри вариант.

В ближайшей перспективе не ожидается, но в планах есть.

Уже предлагагалось и внесено в ToDo.

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

В ToDo-листе: планируется реализовать в среднесрочной перспективе SOCKS и PortForwarding.

С какой целью надо чередовать прокси?

В HC есть список "Условных прокси", где можно настроить какие URL через какой прокси надо грузить.
В ToDo также есть предложение: "если один прокси не отвечает, то подключаться к следующему в списке с подходящим условием". Это не то, что ты просишь?

Здравствуйте!
Спасибо за отличную программу!

Хотелось бы обратиться с небольшим предложением по развитию прокси-сервера. (хотя... может я не все про него знаю?)
есть предложение добавить функционал по нескольким прокси-серверам. Опишу проблемму: у меня есть 2 прокси-сервера, один скоростной, второй не очень.. у скоростного есть ограничение по протоколам, у медленного - нет. Так вот предложение: возможно ли добавить правила для того чтобы handycache сам выбирал через какой прокси ему загружать сраницу по определенным критериям, будь то ответ с сервера или же определенный шаблон страницы, протокола итп. Еще бы хотелось чтобы эти "умные" разрешения работали не для всех пользователей прокси, а только для "избраных"..

Конечно понимаю что прошу много, но все же...

Спасибо!

есть локальная сеть в ней есть прокси с автонастройкой, собственно как handycache скормить "внешний" .pac файл?

В данный момент реализованы крайне неудобно. Незачем делить на условные и безусловные.

Должно быть два списка.
В первом собственно нумерованный список с адресами портами и паролями.
Во втором -  правила их использования. Регекспы обрабатывающие URL или IP адрес ресурса и ставящие им в соответствие номер внешнего прокси.

Так логичнее и удобнее будет. Не придется прописывать несколько раз одни и те-же реквизиты.

Осталось обдумать как описывать правила для IP.
И не забыть про временное блокирование зависших проксей, например когда toonel не отвечает - пускать напрямую или через CProxy.

Спинным мозгом чую, что Александр сейчас над этим работает, но не советуется

Чтобы было понятнее, распишу текущие проблемы.

1. Не работает команда Копировать в буфер. Поэтому очень неудобно заново вводить все параметры внешних прокси если они повтроряются для разных правил.
И вообще было бы правильней описать прокси в отдельном месте (пользователь:пароль@сервер:порт) а в списках только ссылаться на них.
Тогда много лишней работы исчезнет.
2. Нельзя использовать IP-адреса веб-серверов в правилах. Это нужно для разделения внутреннего и внешнего трафика моего провайдера. Внешний можно было бы направить через toonel, а внуктренний читать напрямую.
3. Нельзя назначать прокси для отдельных пользователей.
4. Если прокси не отвечает хотелось бы иметь автоматическое переключение на резервный.