Bonjour Christian Je te suis entièrement sur ce constat. Et je ne le nie pas. C'est justement pour cela que le redressement des données importées dans Calc est une étape importante. Commencer par formater en texte ce qui doit l'être est une bonne pratique, et ça fait partie de cette étape. C'est du temps gagné pour la suite...
Dans mon administration qui passe sa journée à manipuler des données, quand on a basculé à LibreOffice : - Il a fallu insister sur le fait que Calc n'est pas là pour faire du traitement de données, autant utiliser les outils dédiés disponibles. Parce qu'on a révélé des vrais spaghettis dans Excel qui n'étaient de toute façon pas maintenables... C'est pas encore gagné mais ça a bien progressé. - Et parce que justement on n'a pas toujours la maîtrise des données à exploiter, dans notre formation Calc on a volontairement ajouté une séquence sur l'import et le redressement de données. Ça passe par l'utilisation de fonctions texte, éventuellement par des regex (simples) dans le rechercher/remplacer, des conversions de format .. Les fonctions utilisées sont pas particulièrement complexes mais c'est pas ce qu'on retrouve le plus souvent dans les formations classiques au tableur... Et sûrement ça manque. Claire Le 13 juin 2023 à 01:50, à 01:50, C Fourcroy <[email protected]> a écrit: >Le problème étant que la plupart des utilisateurs ne maîtrisent pas la >source des données ni la façon dont elle est récupérée. >Bien souvent, pour mes clients, on leur donne un fichier Excel, CSV ou >autre et ils doivent se débrouiller avec. >Notamment il ne faut pas croire que les "services informatiques" des >sociétés maîtrisent la bureautique, ils connaissent l’informatique des >gros systèmes, Oracle, SQL, ASP, AS400, IBM ou autres mais Excel, Word >ou équivalent, ben non, ils n'y connaissent quasiment rien. Au point de > >ne pas accepter les connections Access, Excel ou autres sur leur base >de >données alors qu'elles sont en lecture seule ! >Notre rôle est de faire communiquer des gens qui ne connaissent pas le >boulot ni les possibilités des uns et des autres. >Du moins , moi j'y suis confronté au moins une fois par mois. >On doit faire avec ce que l'on a, avec ce que les clients ont, pas avec > >ce qu'ils devraient avoir. >Par exemple, faire une requêtes ASP (seule intervention autorisée) pour > >avoir un csv (seul format autorisé) pour récupérer dans un tableur >avant >de faire un tableau croisé et autres statistiques, alors que ASP est >accessible directement à la plupart des tableur sous Windows . Et ceci >dans une société à dimension européenne, juste parce que leur service >informatique ne croit pas un "simple formateur" > >M'enfin bon ...ce que j'en dis ... > >Le 12/06/2023 à 14:21, Ocleyr2lalune a écrit : >> Bonjour >> Si ce n'est pas un horaire, ou une durée, et qu'il y a : qui separent >les valeurs, ce doit être traité comme du texte. >> Cela fait plusieurs questions qu'on essaie de garder un format >numérique alors que le format texte s'impose. Chercher à le conserver >est une source d'erreur. >> >> Quand une suite de caractère contient uniquement des chiffres qui >n'ont pas vocation à s'additionner, les fonctions texte permettent de >manipuler cette suite de caractères. >> >> Quand une série de chiffres doit subir une opération du type j'enleve >les 3 derniers chiffres (caractères), j'extraie le 2e et 3e chiffre... >On n'est clairement sur un manipulation de chaine de caractère et se >compliquer la vie a manipuler ça comme des nombres me paraît vraiment >hasardeux. >> >> Ben oui moi aussi j'ai mes manies.... Les valeurs texte quand c'en >est.... >> >> Sur la question d'origine >> >> Peut-être qu'il faudrait déjà regarder si le format seulement ne doit >pas être corrigé (si on était sur un chrono par exemple) => >format/cellules >> Sinon Sélectionner la colonne données / texte en colonnes >> Dans la fenêtre qui s'affiche selectionner l'aperçu des valeurs puis >texte.(du coup on ne perd pas les 0 en début de chaîne et on revient >dans les clous. >> >> Peut-être qu'une regex repond directement à la question : >> Soit via un rechercher/remplacer (ctrl H) >> Soit via la fonction regex qu'on oublie souvent >> >> Pour la macro, les experts macro pourront corriger ou compléter >mais... >> Il me semble qu'on peut faire d'une fonction personnalisée une macro >(si la correction à effectuer est récurrente... Ça s'entend) >> >> Claire >> >> Le 12 juin 2023 à 13:14, à 13:14, C Fourcroy <[email protected]> a >écrit: >>> OUPS... >>> >>> ça serait mieux avec =SI(ESTNONTEXTE(A1);"""" & TEXTE(A1;"hh:mm"); >>> """" >>> & GAUCHE(A1;5)) >>> Sinon on risque de perdre les 0 de tête, 05 devient 5 etc ... >>> >>> >>> >>> Le 12/06/2023 à 11:52, Kohler Gerard a écrit : >>>> bonjour, >>>> >>>> dans une feuille calc j'ai plusieurs dizaines de cellules ayant des >>>> données sous la forme xx:yy:zz >>>> >>>> clac les considère comme des données horaire, ce qu'elles ne sont >>> pas. >>>> je voudrais remplacer ces données par 'xx:yy (ajout d'un guillemet >au >>>> début et suppression des 3 derniers caractères) >>>> >>>> j'aimerai assigner une macro à une combinaison de touche. >>>> >>>> je me place dans une cellule à modifier, >>>> >>>> j'utilise le menu enregistrer une macro, >>>> >>>> je fais F2 puis touche fin ensuite 3 fois retour en arrière puis >>>> touche origine puis ' puis entrée >>>> >>>> j'enregistre la macro >>>> >>>> lorsque je me place sur une autre cellule et que je lance cette >macro >>>> elle me remplace la valeur de la cellule par celle de la cellule >qui >>>> m'a servi pour enregistrer ma macro. >>>> >>>> où est mon erreur ? >>>> >>>> merci pour votre aide >>>> >>>> Gérard >>>> >>>> >>> -- >>> Envoyez un mail à [email protected] pour vous >>> désinscrire >>> Les archives de la liste sont disponibles à >>> https://listarchives.libreoffice.org/fr/users/ >>> Privacy Policy: https://www.documentfoundation.org/privacy -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
