Reprise du message précédent :
On dirait que multiplier par dix cent ou mille c'est une compétence bien trop compliqué à avoir...

Tout ca fait penser au fameux Planeur de Gimli  
https://fr.wikipedia.org/wiki/Planeur_de_Gimli

J'espère que tu le corrige pour "mail" aussi puisque ça n'a rien de très "électronique"

 
Ouais enfin, si tu parles de Microsoft et de Excel, c’est même pas foutu d’être compatible entre leurs différents produits. Je me rappelle d’une situation où il fallait exporter des données d’un client Outlook pour les importer dans Office 365 (ou quelque chose du genre, bref, c’était deux produits Microsoft), ben le fichier exporté par Outlook n’était pas compatible avec celui qu’acceptait Office 365. CSV les deux, mais virgules d’un côté et points-virgules de l’autre
 

 
Courriel c’est ce qu’on utilise tous les jours au Québec, ça choque personne et ça se prononce très bien. C’est quand même la meilleure traduction de « electronic mail » qui devient email : « courrier électronique » devient courriel.  
C’est simple.  
 
 

En France ce n'est que dans la FP que j'entends courriel  

Rien que le fait d'expliquer ce qu'est cette adresse avec un @ au milieu, c'est punissable    
Comme ceux qui mettent "windows" ou "pack office" dans les compétences, ça sent souvent le pâté.

J’en ai déjà eu un qui avait listé des composants de PC. Genre :
 
Informatique : CPU, disque dur, CD-ROM
 

Après ça dépend des métiers et des milieux professionnels.
Dans pas mal de milieux, "Pack Office" ou "Excel" c'est plus parlant que de dire "tableur"

La blague surtout que les gens ne savent jamais correctement se servir de Work ni de Excel.
 
Je n'ai jamais vu quelqu'un correctement utiliser les niveaux de titres/paragraphes et compagnie, gérer les espaces avant et après.
 
Bizarrement quand on utilise ça, ça se passe très bien avec tous les outils.

S'il faut des points-virgules, le fichier est un ssv, pas un csv.

 
Word ?
 
Si tu sais pas te servir des tabulations, c'est même pas la peine d'aller plus loin

Ah, Microsoft Works, de vieux souvenirs... Et si je mets Lotus 1-2-3 et Amipro dans les connaissances en tableur et traitement de texte sur un CV, cela passe ?

tiens, ça me rappelle un truc qui m'est arrivé ya pas longtemps au boulot
 
une dame vient voir l'informatique de proximité, et, pas de bol, ils sont tous en réunion. du coup comme je bosse à coté, je la prends en pitié pour une question sur excel.
 
elle avait fait des formules, mais elle ne trouvait pas comment extraire juste le domaine dans une adresse mail
 
un truc style DROITE(A1;CHERCHE(A1;"@" )) (donc tu prends ta cellule A1, et tu regardes tout ce qu'il y a à droite du premier "@" que tu trouves )
 
à priori dans sa feuille excel yavait déjà des formules bien plus compliquées que ça, mais... ça avait l'air de la bloquer de devoir trouver un caractère dans une chaine

 
 
Euh... c'est du niveau helpdesk L1 ça, le format de séparation des CSV change en fonction de la localisation. Pour peu que ton outlook était en français et ton navigateur en anglais..

c'est d'une logique implacable  

Les VBA Excel sont à traduire aussi quand on y utilise des formules.

Ceux qui sont responsable de la traduction des formules Excel sans conserver au moins des alias sur les formules en anglais devraient finir au bucher...

le bucher c'est trop gentil , on meurt tres vite . La crucifixion sans casser les jambes c'est mieux

 
"VraiFaux" dans Access    
 
Y'a une raison pour pas avoir traduit par "Si"    

Non.

Ça me rappelle être tombé il y a très longtemps sur un gros système Bull sur lequel était installé un unix (AIX de mémoire) "francisé".
Toutes les commandes du shell étaient en français, accents inclus.

 
On s'est marrés à migrer les scripts sur un linux "normal"...

J'espère qu'ils n'ont pas fait de version japonaise ou coréenne  

Heureusement que c'était une boite française...

 
bah, je pense tout betement que le "SI" existe déjà en traduction du "IF" dans les formules ?
 

 
j'ai eu des échos de ça quand je bossais à la caisse d'épargne, qu'ils avaient des AIX francisés, et que la migration et meme l'utilisation était tellement rocambolesque qu'ils avaient tout réinstallé en anglais
 

 
moui, jme demande s'ils ont poussé le délire jusque là. parce qu'après, faut aussi les IME adaptés

Pour moi ça date de l'époque où l'état français avait essayé de sauver Bull (la première fois ).
Ils avaient poussé à mort les entreprises à prendre du matériel comme ça.

 
C’est possible. Dans mon quotidien, Québec oblige, il y a un mélange entre les OS installés en français et ceux en anglais.  
 
Ceci dit, Microsoft est pas foutu de se dire, hm, on pourrait peut être recevoir des fichiers avec virgules ET des fichiers avec point-virgules ? Comme ça on facilite la vie des gens qui font des migrations ?

 
Ben tu peux pas.  
 
le choix virgule/point virgule n'est pas arbitraire et ce n'est que le sommet de l'iceberg.
Le problème c'est que les pays européens ont tendance à utiliser la virgule comme séparateur décimal. Du coup, on ne peut plus utiliser la virgule comme séparateur csv, il faut trouver autre chose, d'où le point virgule. Et comme dit plus haut c'est que la partie visible de l'iceberg, derriere, pour peu que tu aies trouvé le bon séparateur de colonnes (virgule, point virgule ou autre), tu as encore à trouver le séparateur de milliers etc..  
En gros, le contenu du CSV va differer complement en fonction de la localisation du logiciel qui l'a généré, aussi bien pour les séparateurs que pour les données elles-mêmes. Tout ce bordel influe le contenu d'un CSV :
 

 
 
Tu peux pas faire un traducteur de fichiers CSV qui va pendre en compte les 193 pays et localisations dans chaque fonction d'import de CSV.  (bon y'a peut-être pas 193 formats de CSV, mais si on compte trois options possible minimum par champ, je laisse les pros des maths faire les calculs de proba).
 
Surtout que nulle part dans le CSV il est marqué en quelle langue il a été crée, c'est du texte brut qui ne contient que du data sans aucun contexte/entete (à la différence d'un fichier excel/calc par exemple). C'est à l'auteur du csv de savoir dans quel format il a été généré... Du coup le plus simple est encore de se baser sur les regional settings de l'ordi..
 
 
Et pas la peine de blamer MS, le CSV était là bien avant eux. C'est un super format ouvert, parait que c'est mieux que les formats proprios
https://en.wikipedia.org/wiki/Comma-separated_values
 
 
 
C'est de la base à connaitre dès que tu bosses en environment multilingue/international.

Si on met des quotes autour de chaque valeur, ça passe nickel    
 
(c'est d'ailleurs le standard dans ma COGIP)

Ça fonctionne dans Excel, mais partout ailleurs il faut les retirer...

jusqu'au moment où tu stockes dans ton CSV des valeurs contenant elles-memes des guillemets ou des apostrophes !

Json partout, problem solved

 
 
Des fichiers avec des champs à taille fixe.  

Du pipe.

Du xml sinon en overkill.

pas de la faute à MS , ils ont quand même réussi l'exploit de mettre un caractère localisé dans les fichiers projets de visual studio qui fait que certains projets ne s'ouvrent pas s'ils ont été généré avec une autre langue de visual. Mais pas la petite erreur d'ouverture hein, un beau crash bien méchant.
 
Ex :  
 

 
le 12.00 est en Français. En anglais il faut une ",".

J'avais un favori avec tout plein de raccourcis en ligne de commande pour éviter d'aller chercher les différents applets du control panel & cie  
(exemple: taper lusrmgr.msc pour ouvrir local users and groups), seulement je l'ai perdu, quelqu'un aurait ça en stock ?

C'est ton boulot, tu devrais les connaitre par coeur

son boulot, ça aurait été d'en faire une copie de sauvegarde