« C'est implémenté comment avec powershell ? » plutôt ? (ta question de base a du sens, mais est tellement « restrictive » que j'ai du mal à savoir si c'est pas une typo...)
Moi, ça me fait penser à AppleScript (que j'ai utilisé petit). Le système arrivait à « deviner » les interfaces pour interagir avec les logiciels... C'était géré par le toolkit, je pense (On utilise une classe qui fait du copier/coller ? L'application va exporter cette possibilité.). Il y avait sûrement une intervention des programmeurs, aussi, bien sûr, pour certaines fonctionnalités, mais même Baldur's Gate avait quelques fonctions exportées (et je crois pas que les gars qui ont fait le portage aient prit la peine de les implémenter, surtout vu le peu de fonctions fournies, je pencherais plus pour de « l'automatique »).
De ce que je lis sur Wikipédia (et je m'aventure sur un terrain que je ne connais absolument pas, en espérant que pBpG va venir préciser ou réparer mes erreurs), les applications peuvent exposer des fonctionnalités au PowerShell. Ça doit vouloir dire qu'à ce moment, le développeur définit une fonctionnalité, avec la doc associée, et PowerShell peut interroger l'appli (d'une manière standard bien définie par Microsoft, pas de manière anarchique comme la sortie de commande --help) pour afficher l'aide ou interagir.
Une autre solution, si ça fonctionne de pair avec .net, serait que PowerShell inspecte les classes de l'application (comme on pourrait le faire avec Python).
Je balance tout ça sans rien savoir (je précise), parce que je suis curieux du fonctionnement réel (mais pas assez pour aller chercher les infos correctement). Si quelqu'un sait déjà comment ça marche, il est bienvenu pour confirmer/démentir mes suppositions. Sinon, je vivrait dans l'ignorance jusqu'à avoir besoin de savoir (et si ça vient vite, je répondrais moi même à mes supposition ici, pour la postérité, mais il y a peu de chances, je n'utilise pas Windows).
[^] # Re: hop hop
Posté par daeldir . En réponse au journal Lister les programmes installés sur un (ou plusieurs) poste(s) sous Windows (XP ou 7). Évalué à 2.
« C'est implémenté comment avec powershell ? » plutôt ? (ta question de base a du sens, mais est tellement « restrictive » que j'ai du mal à savoir si c'est pas une typo...)
Moi, ça me fait penser à AppleScript (que j'ai utilisé petit). Le système arrivait à « deviner » les interfaces pour interagir avec les logiciels... C'était géré par le toolkit, je pense (On utilise une classe qui fait du copier/coller ? L'application va exporter cette possibilité.). Il y avait sûrement une intervention des programmeurs, aussi, bien sûr, pour certaines fonctionnalités, mais même Baldur's Gate avait quelques fonctions exportées (et je crois pas que les gars qui ont fait le portage aient prit la peine de les implémenter, surtout vu le peu de fonctions fournies, je pencherais plus pour de « l'automatique »).
De ce que je lis sur Wikipédia (et je m'aventure sur un terrain que je ne connais absolument pas, en espérant que pBpG va venir préciser ou réparer mes erreurs), les applications peuvent exposer des fonctionnalités au PowerShell. Ça doit vouloir dire qu'à ce moment, le développeur définit une fonctionnalité, avec la doc associée, et PowerShell peut interroger l'appli (d'une manière standard bien définie par Microsoft, pas de manière anarchique comme la sortie de
commande --help) pour afficher l'aide ou interagir.Une autre solution, si ça fonctionne de pair avec .net, serait que PowerShell inspecte les classes de l'application (comme on pourrait le faire avec Python).
Je balance tout ça sans rien savoir (je précise), parce que je suis curieux du fonctionnement réel (mais pas assez pour aller chercher les infos correctement). Si quelqu'un sait déjà comment ça marche, il est bienvenu pour confirmer/démentir mes suppositions. Sinon, je vivrait dans l'ignorance jusqu'à avoir besoin de savoir (et si ça vient vite, je répondrais moi même à mes supposition ici, pour la postérité, mais il y a peu de chances, je n'utilise pas Windows).