Bonjour Michel, je parlais de tri dans le Finder. Si Excel a reproduit les mêmes problèmes sous Mac et Windows, grand bien lui fasse. Je ne pensais pas qu'on puisse quitter Mac sans y être forcé! Trop peu de support rapide sous Linux, sans compter la taxe Windows. Depuis des décennies l'informatique comptait un gigaoctet comme 1000 mégaoctets, et non pas les 1024 réels. Apple a rétabli l'affichage correct il n'y a que quelques années, Linux a décidé de compter en gibioctets.
D'ailleurs le tri de 1N est aussi erronné: pourquoi 1N914 va après 1N4004, alors que 4004 est supérieur à 914? D'ailleurs ce tri qui a pris une macro dans LibreOffice, est intégré sous forme d'un simple bouton dans Gnumeric. Il serait temps que LibOO s'inspire de cet excellent tableur au lieu de faire un complexe d'infériorité à courir après Excel. Le 2013-08-23 à 08:53, Michel ANDREU a écrit : > Bonjour Pat, > > J'ai quitté le monde Apple depuis plus de 5 ans, je n'ai donc pas la > possibilité de faire la comparaison. Par contre, depuis que je fais de > l'informatique (1980) le tri s'est toujours effectué de la manière que je > t'ai indiquée. > > Dès que je je pourrais, je testerais sous Excel et Windows. Il me semble que > Apple utilise aussi Excel, je ne crois pas qu'il y ait eu une manière de > trier sous Mac OSX et une différente sous Windows ! > > Désolé de ne pouvoir, pour l'instant, répondre à ton interrogation. > > Cordialement. > > Michel > ___________________________________________________________ > > Pourtant Mac OS X sait très bien classer deux fichiers, respectivement nommés > 100N8 et 1000N8, et comme attendu par la logique humaine, 100N8 se classe > devant 1000N8. Je ne pense pas que Apple se soit donné le mal de coder des > exceptions pour chaque cas possible. > > Pourquoi en 2013 LibreOffice ne sait toujours pas faire de même? > > > Le 2013-08-22 à 10:09, Michel ANDREU a écrit : > >> Encore moi ! >> >> *TRi* : j'ai écris une ânerie ce matin à propos de l'ordre de tri. Quant il >> s'agit de format texte, ce qui est le cas dans ton exemple, l'ordre de tri >> se fait caractère par caractère en partant de la gauche mais, dans l'ordre >> de préférence, ce sont les caractères numériques qui sont privilégiés avant >> les caractères texte, puisque leurs codes sont d'une valeur inférieure à >> ceux des textes. Ainsi, si 1000µ se retrouve avant 100K c'est que le 3éme >> caractère en partant de la gauche de 1000µ est un nombre (0), alors que le >> même 3éme caractère en partant de la gauche de 100K est une lettre (K) ; >> c'est donc 0 qui sera privilégié par rapport à K dans l'ordre de tri. >> >> Dans la table des codes de caractères, le 0 a comme code 048 alors que le K >> a comme code 075. Ils sont triés dans l'ordre de ces codes et, bien entendu >> 048 passe avant 075 très logiquement. >> >> Bien cordialement. >> >> Michel >> >> -- >> Michel ANDREU - Pays d'Auge >> LinuxMint 15 Cinnamon >> Linuxien depuis janvier 2008 > > > -- > Envoyez un mail à [email protected] pour savoir comment > vous désinscrire > Les archives de la liste sont disponibles à > http://listarchives.libreoffice.org/fr/users/ > Tous les messages envoyés sur cette liste seront archivés publiquement et ne > pourront pas être supprimés > -- Envoyez un mail à [email protected] pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
