IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Commentaires

  1. Avatar de CARTERS
    • |
    • permalink
    bonjours a tous

    je n'arrive pas a trouver le code vba pour des renvois.

    j'ai un classeur qui comporte deux feuilles de calcul: feuille1 nommé BDD et feuille2 nommé SUPPORT
    la feuille BDD est mon formulaire de saisie.
    la feuille SUPPORT contient des données: colonnes H (code article) et colonne I (désignation).
    dans ma feuille BDD, la colonne B représente dans ma saisie les (code article) de la colonne H de la feuille SUPPORT donc dans propriété de Combox4 j'ai mis le code suivant: Rowsources SUPPORT!H2:H1045760 il fonctionne parfaitement
    je veux que :
    dans la feuille BDD, en remplissant une cellule de la colonne B (codes articles) je puisse avoir automatiquement les informations de (désignation) dans la colonne C bien sur qui proviendront de la feuille SUPPORT respectivement de la colonnes H (code article) et colonne I (désignation).
  2. Avatar de Malick
    • |
    • permalink
    Salut Pierre,

    Je ne peux que te remercier et féliciter pour cette astuce que je viens de mettre en pratique pour un de mes fichiers

    bravo:
  3. Avatar de Pierre Fauconnier
    • |
    • permalink
    Bonjour Pierre,

    Merci pour ton appréciation


    Citation Envoyé par Pierre Dumas
    [...]
    Afin de l'améliorer, il pourrait être opportun de préciser un peu comment on fait pour intégrer une plage nommée dans PowerQuery[...]
    Je viens de détailler cela dans ce billet de blog. J'espère qu'il permettra de clarifier ce point, puisque Power Query se comporte de manière différente selon le contenu de la plage nommée...
  4. Avatar de Pierre Dumas
    • |
    • permalink
    Bonjour Pierre

    Lecture très intéressante. Merci à toi.

    Quelques coquilles se sont toutefois immiscées dans la copie. Je ne savais pas comment les signaler autrement que via les commentaires.

    "sera déployée en Espagne" au lieu de "sera déploayée en Espagne".
    "je vous montrerai comment utiliser" au lieu de "je vous montrerai comm[/URL]ent utiliser"

    Bonne fin de journée

    Pierre Dumas
  5. Avatar de User
    • |
    • permalink
    Merci Pierre pour ce billet
  6. Avatar de counterbob
    • |
    • permalink
    Quelle clarté !
    Merci
  7. Avatar de mfoxy
    • |
    • permalink
    Re,

    Désolé d'avoir vendu la mèche, lol. Mais tu sais bien que je suis de nature à aimer le réutilisable, même le PowerQuery peut-être recyclé.

    Pour le Vba un sage a dit, il faut penser Excel avant de penser Vba, pour le PQ, je modifierais un peu en disant : il faut apprendre à s'en servir, avant de pouvoir utiliser un minimum de "morceau" ( on parle bien de Power Query, hein...).

    Perso, tout comme pour Vba, mes Fonctions génériques PwrQry sont embarquées dans le Template de base de mes développements, avec mes modules Vba génériques (xlTable,xlRow,xlDate ,xlMail,xlIE...) et je retire les modules et fct PQ non nécessaire, avant mise en production du fichier.

    J'attends ton prochain billet avec impatience, maintenant qu'il est annoncé.

    A bientôt,
    Michael
    Mis à jour 27/11/2020 à 22h03 par mfoxy
  8. Avatar de Pierre Fauconnier
    • |
    • permalink
    Salut Michaël...

    Arf, tu as vendu la mèche. Un de mes tout prochain billet montrera comment créer une fonction Power Query...

    Quant à ta solution, j'aime vraiment bien. Je suis parti sur FirstValue, mais le {0}[Column1], j'aime vraiment bien car c'est un peu le pendant Power Query de ce que je préconise en VBA lorsque l'on travaille avec une référence structurée... Range("MonTableau[MaColonne]")(x)... Donc j'adhère!

    Avoir plusieurs manières de procéder permet d'abord de ne pas se figer dans ses certitudes, mais aussi d'avoir plusieurs solutions en fonction des cas qui se posent.

    Vraiment, merci pour ta réaction et ta solution
  9. Avatar de mfoxy
    • |
    • permalink
    Hello Pierre,

    Encore une belle série de nouveaux tutos dans ton blog ces derniers temps,bravo.

    Pour ce dernier, je pense que l'on pourrait même ce passer d'une "pseudo Table",pour l'import d'une cellule nommée, utilisant un code du genre ( de mémoire) :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Chemin = Excel.CurrentWorkbook(){[Name="CelNommeeChemin"]}[Content]{0}[Column1],
    (voir même créer un Function PowerQuery, GetNamedCel() avec comme argument le nom de la cellule)

    Au plaisir,
    Michael
  10. Avatar de Malick
    • |
    • permalink
    Salut,

    Citation Envoyé par Pierre Fauconnier

    En fait, je dis dans le texte, mais de manière trop discrète, qu'il s'agit de fonctions disponibles dans les versions 365 et 2019 d'Excel. La version 2016 ne dispose donc ni de CONCAT ni de JOINDRE.TEXTE.

    Désolé pour toi
    Pour profiter davantage des nouveautés, je viens de passer à Office 365. Merci pour l'orientation
  11. Avatar de Malick
    • |
    • permalink
    Bonjour,

    Pierre tu nous régales.
    Un seul mot
  12. Avatar de Pierre Dumas
    • |
    • permalink
    Bonjour Pierre

    Ce billet de blog est pertinent et illustre bien une possibilité parmi d'autres de PowerQuery.

    Afin de l'améliorer, il pourrait être opportun de préciser un peu comment on fait pour intégrer une plage nommée dans PowerQuery. Cele ne me parait pas très "instinctif" pour un débutant.
    Enfin, il me semble qu'il y a une coquille, certainement à cause d'un copier-coller oublié, dans la dernière ligne de code inscrite :
    = Table.FirstN(TrierQtés,Table.FirstValue(TopNbreLignes))
    au lieu de :
    = Table.FirstN(#"Lignes groupées",Table.FirstValue(TopNbreLignes))
    Bonne journée

    Pierre Dumas
  13. Avatar de Malick
    • |
    • permalink
    Salut,

    Rien à dire pour ma part, à part Excellent surtout concernant cet outil qu'est Power Query pas très connu.

    et
  14. Avatar de Pierre Fauconnier
    • |
    • permalink
    Salut Malick,

    J'ai précisé la limitation 365 dans le titre du billet et l'ai mieux mise en évidence dans le code.

    N'hésite pas à commenter mes posts, c'est toujours intéressant de savoir qu'on est lu et de les améliorer sur base de tes critiques et commentaires.

    Bon dimanche
  15. Avatar de Malick
    • |
    • permalink
    Salut Pierre,

    Merci bien pour ce retour qui confirme mon doute aussi

    Bon week-end

    Superbe tes billets
  16. Avatar de Pierre Fauconnier
    • |
    • permalink
    Salut Malick,

    Merci de passer par mon blog.

    En fait, je dis dans le texte, mais de manière trop discrète, qu'il s'agit de fonctions disponibles dans les versions 365 et 2019 d'Excel. La version 2016 ne dispose donc ni de CONCAT ni de JOINDRE.TEXTE.

    Désolé pour toi.

    Je vais modifier le titre et préciser explicitement les versions pour lesquelles ces fonctions sont disponibles
  17. Avatar de Malick
    • |
    • permalink
    Salut Pierre,

    Comme à mes habitudes, j'essaie d'appliquer tes astuces

    Cependant, la fonction JOINDRE.TEXTE() n'est pas présente sur ma version d'Excel Professionnelle 2016



    Quelque chose à activer ?

    Peut-être est-ce sur 2019 seulement, car je viens de lire ceci :

    Remarque : Cette fonctionnalité est disponible sur Windows ou Mac si vous avez Office 2019, ou si vous avez un abonnement Microsoft 365. Si vous êtes un abonnéMicrosoft 365, assurez- vous que vous disposez de la dernière version d’Office.
    Mis à jour 14/11/2020 à 04h51 par Malick
  18. Avatar de duplums
    • |
    • permalink
    Bonjour,
    D'abord grand merci pour vos nombreux travaux souvent très intéressants et vos grandes qualités de pédagogue !
    Je suis un vieil "amateur éclairé" d'Excel et de VBA et je suis avec intérêt les évolutions actuelles d'Excel et VBA. Je travaille sous Windows 7 (hé oui !) avec la dernière version de Microsoft 365.
    Je constate les rapides évolutions et j'avoue être parfois dépassé par les orientations récentes et actuelles prises par Microsoft. Par exemple, j'ai mis du temps à comprendre que Power Query et Power Pivot sont deux choses différentes, et je ne parle pas de l'apparition récente de Power Apps et de la mise à disposition gratuite d'Office en version allégée ...
    J'ai bien noté aussi que vous vous désoliez du peu d'utilisation d'une technique vieille de 13 ans....

    Dans ces conditions, je trouverais déjà utile que vous actualisiez votre billet (qui n'a pourtant guère qu'un an d'âge !).
    Mais j'aimerais bien aussi que vous donniez (dans un autre billet ou sur le forum ?) votre jugement d'expert sur toutes ces évolutions concernant Office et Excel et d'apporter des réponses à des questions telles que :
    - est-il réaliste de laisser penser que ces nouvelles évolutions ne nécessitent soi-disant pas de développement VBA (sous-entendu de personnels spécialisés ?) sous prétexte que "tout peut se faire à la main" ?
    - quand on constate le grand décalage entre la publication de nouvelles fonctionnalités et leur utilisation réelle, ne peut-on penser que l'on va ajouter un peu plus de confusion dans les esprits avec la débauche actuelle de nouveautés ?
    - quid des performances par rapport aux solutions actuellement utilisées ?
    - nécessité d'évolutions des matériels et logiciels de connexion, de sécurité, de connexion au "cloud", ...

    Merci d'avance de votre intérêt aux questions que je pose !
    YD
  19. Avatar de Pierre Fauconnier
    • |
    • permalink
    Bonjour Malick,

    C'est bien tardivement que je réponds à ton intervention. J'espère que tu vas bien

    Merci pour tes encouragements qui me donnent envie de continuer à écrire des billets. On a parfois l'impression d'écrire "pour du vent", et il est donc toujours agréable de savoir que le billet sert à quelqu'un.

    Au plaisir de te croiser sur les forums
  20. Avatar de kilimanjaro
    • |
    • permalink
    Trés clair et trés efficace.
    et j'aime bien le "pensez Excel avant de penser VBA" cela me parle...

    Merci et bonne journée
Page 1 sur 6 12345 ... DernièreDernière