Кстати, возможно будет полезно кому-то кроме меня: если в облачном каталоге есть обычный тоталовский descript.ion, то плагин может подхватить из него файловые описания и вывести в контентном поле. Мелочи там дорабатываются, но потестить уже можно (нужо включить поддержку галочкой в настройках и включить соответствующее контентное поле).
Добавлено спустя 6 минут:
Lisabon
Можно ли в плагин добавить, чтобы при переходе в плагин, был пункт "F7=new connection"
Можно, но я не стану этого делать. Фича не оправдывает усложнение кода.
На 10-ке плагин работал, а на 7-ке перестал:
CONNECT y-...@mail.ru
Login to y-...@mail.ru
Cloud login error: Could not load SSL library.
Error login to y-...@mail.ru
Ничего не менял, просто папку скопировал из одной системы в другую.
Если вы про то, что «нужно скопировать библиотеки libeay32.dll/ssleay32.dll в каталог Total Commander», так это сделал. Положил и libeay32.dll/ssleay32.dll и libeay64.dll/ssleay64.dll.
Может библиотеки регистрировать в системе надо?
D1P,
Небольшое пожелание: если уж используем менеджер паролей, то хранить и пароль от прокси в нём же.
И ещё маленькая хотелка, если позволите.
Нельзя ли усовершенствовать алгоритм поиска ini-файлов (как во многих других плагинах). Например, если инишник лежит рядом с wincmd.ini, то брать его, а не всегда безусловно из каталога с плагином. Ну или использовать fsplugin.ini
К тому же, прав записи в католог с плагином может и не быть.
(в случае, когда тотал в programfiles - валят ошибки "ini file error")
junk
Хранить пароль от прокси в менеджере паролей - да, можно, подумаю.
К тому же, прав записи в католог с плагином может и не быть.
Подумаю и над этим. Но если вы сами устанавливали плагин, то появление ошибок странно: раз вы как-то установили плагин в каталог TC, то, очевидно, TC имеет права на запись в собственные подкаталоги. Исключение - если установка производилась с повышенными привилегиями, но тогда и поведение плагина вполне корректно.
D1P
Спасибо большое.
Я всё понимаю про повышение привилегий и проч. Однако описанный Вами сценарий вполне себе обычен - для установки нужен админ, для работы - нет. Есть же аппдата и т.д. Огромная масса софта так работает.
Я, конечно, не настаиваю - Вы разработчик. Но для меня возможность хранить настройки в другом месте - мастхэв.
Установка от админа совсем не значит что приложению требуются эти права на постоянной основе.
Исключение - если установка производилась с повышенными привилегиями, но тогда и поведение плагина вполне корректно.
Даже так, пользователь должен был собственноручно разместить плагин в каталоге TC, вследствие чего с правами конфликтов не должно быть.
junk, приведите пожалуйста подробно конкретный пример, для которого требуется описанный Вами функционал.
Разработчику тогда будет легче понять, нужно ли нагромождать этим плагин.
По итогам беглого тестирования:
Логин происходит, файлы заливаются/сливаются без проблем. Оставлял tc на несколько часов - таймаутов не происходило.
Единственную странность обнаружил - если в tc находиться внутри плагина и (в приконнекченном состоянии, естественно) нажать disconnect, то произойдёт переход на жёсткий диск и каталог, который был выбран до входа в сетевое окружение. Чтобы дисконнектнуться понастоящему надо нажать на disconnect ещё 1 раз. tc 9.0b11 32bit, если что.
p.s.: не планируется ли в этот плагин добавить поддержку облачных сервисов других контор? Или нароботки из этого плагина как-то включить в cloud плагин от Ghisler'а? (первое предпочтительней)
werdes писал(а):приведите пожалуйста подробно конкретный пример
Вы сами пример и привели: "Установка от админа совсем не значит что приложению требуются эти права на постоянной основе".
Установили плагин от админа в ограниченный на запись каталог - из-под юзера без эскалации работать не будет. Всё.
Вообще, это была иллюстрация возможных проблем у пользователей, у которых тотал установлен в program files.
Мой кейс другой. У меня тотал используют разные юзеры, со своими wincmd.ini, и со своими же настройками плагинов - всеми, кроме CloudMailRu.