Y’a peut-être une bonne raison à ça, mais je vois pas laquelle.
J'ai une hypothèse à proposer. Pour faire une barre de progression jolie, il faut pouvoir redessiner sur la même ligne. Cela se fait soit avec ncurses, soit avec des codes de contrôle ANSI, qui fonctionnent de manière assez aléatoire particulièrement dans les environnements limités dans lesquels cp est amené à être utilisé (recovery shell, etc.).
Pour un outil "core", il faut une solution à la fois portable et efficace.
Ce qui est envisageable (et envisagé), c'est d'écrire sur la sortie standard un pourcentage d'avancement lorsque SIGUSR1 est reçu. Pour une interface plus jolie, les développeurs ont l'air frileux.
[^] # Re: Y’a aussi l’option « et si les coreutils évoluaient ? »
Posté par Fabrice Devaux . En réponse au journal cv, un petit outil pour surveiller vos copies. Évalué à 5.
J'ai une hypothèse à proposer. Pour faire une barre de progression jolie, il faut pouvoir redessiner sur la même ligne. Cela se fait soit avec ncurses, soit avec des codes de contrôle ANSI, qui fonctionnent de manière assez aléatoire particulièrement dans les environnements limités dans lesquels cp est amené à être utilisé (recovery shell, etc.).
Pour un outil "core", il faut une solution à la fois portable et efficace.
Ce qui est envisageable (et envisagé), c'est d'écrire sur la sortie standard un pourcentage d'avancement lorsque SIGUSR1 est reçu. Pour une interface plus jolie, les développeurs ont l'air frileux.