PowerShell

[Ludwig1]

Bonjour tous le monde,
je suppose que vous avez passé de bonnes vacances.

Voila le PB:

Je ne me suis jamais grandement intéressé (j'aurais du) à POWERSHELL,
mais comme on se fait toujours ratraper par les faits, voila que j'ai un PB.

Il consiste à faire des commandes dans POWERSHELL suseptibles de piloter une application ouverte,
par une autre application, il parrait que l'on peut faire cela à partir de POWERSHELL ??
MS appelle cela l'automatisation ???

Y at'il quelqu'un ici qui connait un peu le sujet ?

Description du Problème:

1) par programme dans l'application A, on ouvre un site Web ( Résolu )
2) Piloter le Browser avec les racourcis clavier pour faire
-) Sélectionner tout
-) Copier dans le ClipBoard
?A résoudre avec une commande (Programme) dans POWERSHELL ou autre
3) Transfert des données dans l'application A ( Résolu )

Je vous remercis par avance pour vos réponses

Cordialement

Ludwig
-----

[Ikhar84]

Salut !
Si tu nous disais exactement ce que tu souhaites faire là ?

Je vois pas l'utilité de Power Shell ici, si j'ai bien compris: "piloter" un navigateur depuis ton appli via les raccourcis clavier, copier l'integralité d'une page web (le contenu affiché ou le code source?), et enfin acceder au presse papier depuis ton appli ?

Si j'en crois ton dernier fil, tu es en C++ ?
(Je connais pas ton langage de prédilection F.. de toute façon...).

Il "suffit" d'utiliser les apis système pour simuler des actions au clavier ou à la souris sur l'appli cible en en récuperant un handle depuis ton appli maison. Ou j'ai mal compris la demande ?
contrôle du clavier ou de la souris sous Windows...

Sinon si t'es ouvert a d'autres langages (.net toutes versions: c#, VB, c++), tu intéragir directement avec Internet Explorer, ou même integrer un navigateur dans ton soft et en avoir le contrôle total...

[Ludwig1]

Salut,

Salut !
Si tu nous disais exactement ce que tu souhaites faire là ?

Tout d'abord un grand merci pour le Tutoriel, il répond en grande partie aux questions que je me poses

Je vois pas l'utilité de Power Shell ici, si j'ai bien compris: "piloter" un navigateur depuis ton appli via les raccourcis clavier, copier l'integralité d'une page web (le contenu affiché ou le code source?), et enfin acceder au presse papier depuis ton appli ?

Je suis parti sur POWERSHELL parceque je ne trouvais plus les noms des Fonctions de MicroSoft, chaque fois que je lançai une recherche sur Google je me Retrouvais en VB avec des méthodes or c'est pas ça que je voulais.

Si j'en crois ton dernier fil, tu es en C++ ?
(Je connais pas ton langage de prédilection F.. de toute façon...).

Je n'ai pas d'aprioris pour un langage, je dois dire que C++ me convient bien car il fonctionne à peu de chose près
comme ce que moi j'utilise. La différence, au lieu de passer une liste de pointeurs en entrée de procédure on colle les pointeurs
sur une pile et on passe le paquet à window via un interface. On récupère les données de sortie sur la même pile, c'est juste une affaire d'habitude je crois.

Il "suffit" d'utiliser les apis système pour simuler des actions au clavier ou à la souris sur l'appli cible en en récuperant un handle depuis ton appli maison. Ou j'ai mal compris la demande ?
contrôle du clavier ou de la souris sous Windows...

Sinon si t'es ouvert a d'autres langages (.net toutes versions: c#, VB, c++), tu intéragir directement avec Internet Explorer, ou même integrer un navigateur dans ton soft et en avoir le contrôle total...

Justement c'est ces API que je ne retrouvais plus. Comme dit C++ me convient parfaitement bien.
Je n'ai pas d'apriori non plus pour c#, VB c'est un peu moins ma tasse de thé.

Encore une fois un grand merci pour le Tuto.
Je vais me mettre au travail.

Cordialement
Ludwig

PS: Je reviendrai à nouveau sur ce post pour donner des résultats.

[Ludwig1]

Bonjour tous le monde,
Voila, voici l'interface qui permet d'accéder à n'importe quel DLL écrit sous n'importe quel langage.

{ ------------------------------------------------------------------------
We can access any function in any dll via the LoadLibrary and GetProc
routines, but we have to have a reference to them to get started.

When we call a Windows function, we move the parameters from the Forth
data stack (pointed to by EPB) to the system stack (pointed to by ESP).

We call all windows functions that we have addresses of via the
PASCAL-CALL routine, which handles the details of building the stack
frame for windows.  We don't simply switch stacks, because that would
leave us with needed data in memory below the active windows stack --
which could possibly nest to an undefined depth and write over it
without any indication until things crashed.
------------------------------------------------------------------------ }

CODE PASCAL-CALL ( x1 x2 .. xn n a -- x )      
   EDI PUSH                                \ push right to left
   ESI PUSH                                \ save what forth cares about
   EBP PUSH                                \ ebp here is a place holder
   ESP EDI MOV                           \ remember where it is
   EBX EDX MOV                          \ edx is the proc address
   0 [EBP] ECX MOV                     \ ecx in N
   4 # EBP ADD                           \ pop so ebp is current
   ECX ECX OR  0<> IF
      BEGIN                                 \
         0 [EBP] PUSH                    \ move data from stack to processor stack
         4 # EBP ADD                     \ dispose of space on stack
      LOOP                                   \ and repeat
   THEN                                      \
   EBP 0 [EDI] MOV                     \ write corrected stack pointer above frame
   EDX EDX OR                            \ check for uninitialized
   0<> IF  EDX CALL  THEN          \ call PASCAL function
   EAX EBX MOV                          \ return value
   EBP POP                                  \ and restore registers
   ESI POP
   EDI POP
   RET END-CODE

C'est évidement écrit en langage machine.

C'est la Honte pour moi, ,

Inutile de précicer que les fonctions que je recherchais étaient déjà incluses dans la machine que j'utilise,
mais à ma décharge, il y a tellement.

LIBRARY KERNEL32.DLL
LIBRARY GDI32.DLL
LIBRARY USER32.DLL
LIBRARY ADVAPI32.DLL
LIBRARY SHELL32.DLL
LIBRARY COMDLG32.DLL
LIBRARY COMCTL32.DLL
Library C:\Easywindows\Bin\fgwvb32.dll Un driver Graphique ultrapuissant mis au point par Ted Gruber
Jeux vidéos Las Vegas

et si par hasard l'un ou l'autre d'entre vous souhaite participer à un projet,
il pourra écrire les DLL dans le langage de sont choix.
et moi je rajoute dans ma machine

LIBRARY INTERPRETED_CSHARP.DLL

et nous avons un interpréteur des lignes écrites en C#
du coup on teste en mode interprété du code C#

Avis aux amateurs

Cordialement

Ludwig

[A voir en vidéo sur Futura]