J'ai aussi découvert avec ça que windows copiait les fichiers dans un répertoire FAT en fonction de l'ordre alphabétique ; je n'ai aucune idée de pourquoi, pour moi le tri c'est une histoire d'affichage.
Du coup les lecteurs mp3 comptent dessus pour avoir les fichiers dans le bon ordre et n'ont pas à faire le tri eux-même. D'ailleurs, si les fabricants n'utilisent que windows pour développer/tester, il n'y a aucune raison qu'ils se rendent compte du bug !
Du coup, j'ai fait comme ça pendant très longtemps :
mkdir temp ; mv * temp/ ; mv temp/* ; rmdir temp
Et ce pour chaque dossier devant être réordonné :
find . -type d | while read dir ; do ( cd $dir ; mkdir temp ; mv * temp/ ; mv temp/* ; rmdir temp ) ; done
L'astuce est que l'astérisque du shell sort tous les fichiers … dans l'ordre alphabétique ; quant à mv, il traite les arguments dans l'ordre. Les fichiers sont donc recréés dans l'ordre voulu.
# Oooooh
Posté par Alek_Lyon . En réponse au journal FATSort à la rescousse des autoradios mp3. Évalué à 9.
J'ai aussi découvert avec ça que windows copiait les fichiers dans un répertoire FAT en fonction de l'ordre alphabétique ; je n'ai aucune idée de pourquoi, pour moi le tri c'est une histoire d'affichage.
Du coup les lecteurs mp3 comptent dessus pour avoir les fichiers dans le bon ordre et n'ont pas à faire le tri eux-même. D'ailleurs, si les fabricants n'utilisent que windows pour développer/tester, il n'y a aucune raison qu'ils se rendent compte du bug !
Du coup, j'ai fait comme ça pendant très longtemps :
mkdir temp ; mv * temp/ ; mv temp/* ; rmdir temp
Et ce pour chaque dossier devant être réordonné :
find . -type d | while read dir ; do ( cd $dir ; mkdir temp ; mv * temp/ ; mv temp/* ; rmdir temp ) ; done
L'astuce est que l'astérisque du shell sort tous les fichiers … dans l'ordre alphabétique ; quant à mv, il traite les arguments dans l'ordre. Les fichiers sont donc recréés dans l'ordre voulu.