___ qstntxt ___
Estou usando o Ubuntu 14.04, mas acho que isso pode ser visto em quase todas as versões do Ubuntu.
Quando copio um arquivo do nautilus usando Ctrl c e colo no gedit ele cola o texto como %code% , o que é perfeito para mim. Mas quando eu o colo no terminal usando Ctrl Deslocamento v ele vai como %code% .
Existe alguma maneira de remover o anterior %code% ao colar? (Eu sei que posso fazê-lo manualmente, mas eu faço isso com muita frequência e sempre fazendo manualmente é tempo de tomar).
___ tag123nautilus ___ O Nautilus (também conhecido como GNOME Files) é o gerenciador de arquivos padrão do Ubuntu e, como tal, é usado para gerenciar arquivos e pastas. O Nautilus é chamado de "Arquivos" por padrão no Ubuntu.
___ qstnhdr ___ remove o arquivo anterior: // ao colar no terminal gnome
___ tag123gnometerminal ___ O Terminal do GNOME (frequentemente intitulado apenas "Terminal") é o emulador de terminal padrão incluído no Ubuntu.
___ tag123clipboard ___ A funcionalidade básica da área de transferência armazena dados e permite acessá-los, assim como as funções de memória nas calculadoras. Para funcionalidades avançadas, utilize a tag "clipboard-manager".
___ answer928643 ___
Estou um pouco atrasado para a festa, mas estou vendo esse problema no Linux Mint MATE (mate-terminal).
Parece que simplesmente pegar o conteúdo da área de transferência e depois repassá-lo para a área de transferência novamente será suficiente. Se este for o caso, então só precisamos nos preocupar em testar se o conteúdo da área de transferência inclui um ou mais caminhos de arquivo válidos e deixar o restante sem ser importado.
O seguinte irá soltar o prefixo file: // no Mint:
%pre%
Se você fosse implementar esse tipo de abordagem, provavelmente também desejaria daemonizá-lo. O módulo pyperclip pode ser obtido com:
%pre%
___
Eu tenho dois arquivos conforme abaixo:
Output1.csv
201319107648361,12:27:04,12:27:14,0:0:10 secs
201319109089878,12:27:04,12:27:15,0:0:11 secs
201319108968961,12:27:15,12:27:54,0:0:9 secs
201319108686853,12:27:34,12:27:43,0:0:9 secs
.
.
....
17.10.2013 / 14:27