Rclone Browser 1.8 com suporte a proxy, novos recursos e correções
Essa GUI pode ser usada para simplificar operações, como copiar um arquivo de um armazenamento em nuvem para outro ou para a unidade local, montar armazenamentos em nuvem em seu sistema com um clique e navegar pelo conteúdo de vários controles remotos de armazenamento em nuvem em uma interface com guias.
Agora, o Rclone Browser (fork), uma GUI do Qt5 para Rclone, foi atualizado para a versão 1.8.0.
Novidades do Rclone Browser 1.8
Rclone Browser 1.8 recebeu suporte a proxy, uma opção para exibir a árvore de diretórios completa de um controle remoto e a capacidade de criar um link público para compartilhar facilmente arquivos, entre outras.
Sim, o mais recente Rclone Browser 1.8.0 recebeu suporte a proxy. A partir de suas preferências, você pode optar por usar as configurações do sistema para proxy ou usar a configuração manual do proxy na qual é possível definir o http_proxy, https_proxy e no_proxy (este último é para domínios a serem ignorados).
Outro novo recurso desta versão do Rclone Browser é a capacidade de obter o link público de um arquivo, permitindo que os usuários o compartilhem facilmente. Isso é feito com um novo botão Link público disponível na barra de ferramentas (enquanto navega em um controle remoto).
A versão 1.8.0 mais recente também oferece uma opção para gerar uma visão geral completa da árvore de diretórios, útil para ver todos os diretórios em um controle remoto sem precisar expandir manualmente cada árvore de diretórios.
Agora existem alguns botões na barra de ferramentas remota (2 novos nesta versão), o que torna impossível reduzir a largura da janela para um tamanho decente. Espero que o desenvolvedor faça algo sobre isso em versões futuras.
Outras alterações no Rclone Browser 1.8.0:
Nova opção para definir o tamanho do ícone dos controles remotos (pequeno, médio ou grande);
Adicionado o campo Opções de download padrão para especificar opções extras para downloads;
CORRIGIDO: opção para mostrar pastas e arquivos ocultos nem sempre estava funcionando como esperado;
CORRIGIDO: para o padrão remoto remoto do sftp no diretório do usuário doméstico (como o sftp normal faria);