Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
2. Est-il possible d'accéder à un niveau de détail encore plus subtil
:
- coordonnées à l'écran, dimensions,
- type d'objet (bouton radio, liste déroulante, ...)
- intitulé
- toutes autres propriétés des objets en environnements Windows ?
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications tierces
chargées en mémoire ?
Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
2. Est-il possible d'accéder à un niveau de détail encore plus subtil
:
- coordonnées à l'écran, dimensions,
- type d'objet (bouton radio, liste déroulante, ...)
- intitulé
- toutes autres propriétés des objets en environnements Windows ?
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications tierces
chargées en mémoire ?
Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
2. Est-il possible d'accéder à un niveau de détail encore plus subtil
:
- coordonnées à l'écran, dimensions,
- type d'objet (bouton radio, liste déroulante, ...)
- intitulé
- toutes autres propriétés des objets en environnements Windows ?
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications tierces
chargées en mémoire ?
Julian PETIET wrote:Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
D'abord il faut definir ce que tu appeles 'objet'. Un bouton oui, un
icone oui, ce sont des choses bien distinctes mais la tête d'un
personnage dans un image non (bien que...)
2. Est-il possible d'accéder à un niveau de détail encore plus subtil
:
- coordonnées à l'écran, dimensions,
Sans problème.
- type d'objet (bouton radio, liste déroulante, ...)
Oui
- intitulé
Oui
- toutes autres propriétés des objets en environnements Windows ?
Beaucoup oui, style couleur par exemple, programmes en mémoire Tu peut
même agir sur ce programmes à partir du tien au moyen de 'hooks' mais il
faut des assez bonnes connaissances pour ce dernier.
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications tierces
chargées en mémoire ?
Moi j'utilise Delphi qui peut faire toutes ces choses sans grande
difficulté. La version 6 Personal est toujours trouvable sur le Net si
tu cherches un peu. Il est entièrement gratuit mais on n'a pas le droit
de vendre des programmes faits avec, des freewares sont permis par
contre.
Sinon il y a beaucoup de versions du langage C disponible et bien que
puissants, ils ne sont pas trop 'user friendly'.
Julian PETIET wrote:
Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
D'abord il faut definir ce que tu appeles 'objet'. Un bouton oui, un
icone oui, ce sont des choses bien distinctes mais la tête d'un
personnage dans un image non (bien que...)
2. Est-il possible d'accéder à un niveau de détail encore plus subtil
:
- coordonnées à l'écran, dimensions,
Sans problème.
- type d'objet (bouton radio, liste déroulante, ...)
Oui
- intitulé
Oui
- toutes autres propriétés des objets en environnements Windows ?
Beaucoup oui, style couleur par exemple, programmes en mémoire Tu peut
même agir sur ce programmes à partir du tien au moyen de 'hooks' mais il
faut des assez bonnes connaissances pour ce dernier.
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications tierces
chargées en mémoire ?
Moi j'utilise Delphi qui peut faire toutes ces choses sans grande
difficulté. La version 6 Personal est toujours trouvable sur le Net si
tu cherches un peu. Il est entièrement gratuit mais on n'a pas le droit
de vendre des programmes faits avec, des freewares sont permis par
contre.
Sinon il y a beaucoup de versions du langage C disponible et bien que
puissants, ils ne sont pas trop 'user friendly'.
Julian PETIET wrote:Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
D'abord il faut definir ce que tu appeles 'objet'. Un bouton oui, un
icone oui, ce sont des choses bien distinctes mais la tête d'un
personnage dans un image non (bien que...)
2. Est-il possible d'accéder à un niveau de détail encore plus subtil
:
- coordonnées à l'écran, dimensions,
Sans problème.
- type d'objet (bouton radio, liste déroulante, ...)
Oui
- intitulé
Oui
- toutes autres propriétés des objets en environnements Windows ?
Beaucoup oui, style couleur par exemple, programmes en mémoire Tu peut
même agir sur ce programmes à partir du tien au moyen de 'hooks' mais il
faut des assez bonnes connaissances pour ce dernier.
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications tierces
chargées en mémoire ?
Moi j'utilise Delphi qui peut faire toutes ces choses sans grande
difficulté. La version 6 Personal est toujours trouvable sur le Net si
tu cherches un peu. Il est entièrement gratuit mais on n'a pas le droit
de vendre des programmes faits avec, des freewares sont permis par
contre.
Sinon il y a beaucoup de versions du langage C disponible et bien que
puissants, ils ne sont pas trop 'user friendly'.
Bonsoir John.Julian PETIET wrote:Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par
l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
D'abord il faut definir ce que tu appeles 'objet'. Un bouton oui, un
icone oui, ce sont des choses bien distinctes mais la tête d'un
personnage dans un image non (bien que...)
Oui ce sont les objets comme les boutons ou les icônes qui
m'intéressent, l'interface,
mais pas les images ou les cas particuliers de paramétrage.2. Est-il possible d'accéder à un niveau de détail encore plus
subtil
- coordonnées à l'écran, dimensions,
Sans problème.
Oh ?- type d'objet (bouton radio, liste déroulante, ...)
Oui
Génial !- intitulé
Oui
Excellent.
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence des
applications chargées.
- toutes autres propriétés des objets en environnements Windows ?
Beaucoup oui, style couleur par exemple, programmes en mémoire Tu
peut même agir sur ce programmes à partir du tien au moyen de
'hooks' mais il faut des assez bonnes connaissances pour ce dernier.
'Hooks' ?
Tes crochets m'intéressent.
Les bonnes connaissances ne sont pas des obstacles mais des objectifs.
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications
tierces chargées en mémoire ?
Moi j'utilise Delphi qui peut faire toutes ces choses sans grande
difficulté. La version 6 Personal est toujours trouvable sur le Net
si tu cherches un peu. Il est entièrement gratuit mais on n'a pas le
droit de vendre des programmes faits avec, des freewares sont permis
par contre.
Et bien soit. Va pour les Freewares, c'est un domaine qui m'intéresse.
Mais sans vendre mon logiciel, puis-je l'utiliser commercialement ?
As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Sinon il y a beaucoup de versions du langage C disponible et bien que
puissants, ils ne sont pas trop 'user friendly'.
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Bonsoir John.
Julian PETIET wrote:
Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par
l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
D'abord il faut definir ce que tu appeles 'objet'. Un bouton oui, un
icone oui, ce sont des choses bien distinctes mais la tête d'un
personnage dans un image non (bien que...)
Oui ce sont les objets comme les boutons ou les icônes qui
m'intéressent, l'interface,
mais pas les images ou les cas particuliers de paramétrage.
2. Est-il possible d'accéder à un niveau de détail encore plus
subtil
- coordonnées à l'écran, dimensions,
Sans problème.
Oh ?
- type d'objet (bouton radio, liste déroulante, ...)
Oui
Génial !
- intitulé
Oui
Excellent.
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence des
applications chargées.
- toutes autres propriétés des objets en environnements Windows ?
Beaucoup oui, style couleur par exemple, programmes en mémoire Tu
peut même agir sur ce programmes à partir du tien au moyen de
'hooks' mais il faut des assez bonnes connaissances pour ce dernier.
'Hooks' ?
Tes crochets m'intéressent.
Les bonnes connaissances ne sont pas des obstacles mais des objectifs.
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications
tierces chargées en mémoire ?
Moi j'utilise Delphi qui peut faire toutes ces choses sans grande
difficulté. La version 6 Personal est toujours trouvable sur le Net
si tu cherches un peu. Il est entièrement gratuit mais on n'a pas le
droit de vendre des programmes faits avec, des freewares sont permis
par contre.
Et bien soit. Va pour les Freewares, c'est un domaine qui m'intéresse.
Mais sans vendre mon logiciel, puis-je l'utiliser commercialement ?
As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Sinon il y a beaucoup de versions du langage C disponible et bien que
puissants, ils ne sont pas trop 'user friendly'.
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Bonsoir John.Julian PETIET wrote:Bonjour,
Les logiciels de capture d'écran permettent d'obtenir une copie :
1. de tout l'écran
2. d'une zone rectangulaire de coordonnées définies par
l'utilisateur
3. de la fenêtre de l'application active
4. de la fenêtre d'une application même inactive
5. d'une barre d'outils, d'un menu, d'une barre de défilement...
6. d'un menu, d'un outil, d'une barre de défilement, d'une icône
(pour les meilleurs)
Mes questions "Jusqu'où peut-on pousser cette "subtilité" ?" :
1. Peut-on obtenir une image de tout objet pointé ou cliqué par la
souris ?
D'abord il faut definir ce que tu appeles 'objet'. Un bouton oui, un
icone oui, ce sont des choses bien distinctes mais la tête d'un
personnage dans un image non (bien que...)
Oui ce sont les objets comme les boutons ou les icônes qui
m'intéressent, l'interface,
mais pas les images ou les cas particuliers de paramétrage.2. Est-il possible d'accéder à un niveau de détail encore plus
subtil
- coordonnées à l'écran, dimensions,
Sans problème.
Oh ?- type d'objet (bouton radio, liste déroulante, ...)
Oui
Génial !- intitulé
Oui
Excellent.
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence des
applications chargées.
- toutes autres propriétés des objets en environnements Windows ?
Beaucoup oui, style couleur par exemple, programmes en mémoire Tu
peut même agir sur ce programmes à partir du tien au moyen de
'hooks' mais il faut des assez bonnes connaissances pour ce dernier.
'Hooks' ?
Tes crochets m'intéressent.
Les bonnes connaissances ne sont pas des obstacles mais des objectifs.
3. Quel langage me conseilleriez-vous d'utiliser pour développer une
application qui pourrait accéder à la structure d'applications
tierces chargées en mémoire ?
Moi j'utilise Delphi qui peut faire toutes ces choses sans grande
difficulté. La version 6 Personal est toujours trouvable sur le Net
si tu cherches un peu. Il est entièrement gratuit mais on n'a pas le
droit de vendre des programmes faits avec, des freewares sont permis
par contre.
Et bien soit. Va pour les Freewares, c'est un domaine qui m'intéresse.
Mais sans vendre mon logiciel, puis-je l'utiliser commercialement ?
As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Sinon il y a beaucoup de versions du langage C disponible et bien que
puissants, ils ne sont pas trop 'user friendly'.
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence des
applications chargées.
Oui, évidemment c'est beaucoup plus facile avec son propre applicaion
car c'est lui qui a le focus, pour les autres il faut utiliser ce que
l'on appelle des 'hooks'. Tu trouveras déjà beaucoup de composants
(boutons, listes, des composants 'visuels', ainsi que des composants non
visuels) sur des site Delphi, dont www.torry.net est le plus connu et
plein à craquer de bonnes choses, ainsi qu'un entr'aide sur les groupes
Delphi.
Et bien soit. Va pour les Freewares, c'est un domaine qui m'intéresse.
Mais sans vendre mon logiciel, puis-je l'utiliser commercialement ?
Comment on peut l'utiliser commercialement sans le vendre? Si tu veux
dire que ton prog recolte de l'argent par un autre façon, sans que le
programme même soit vendu, je pense bien que oui.
Sinon achète une
version de Delphi d'occasion sur E-Bay ou autre, il y a plein et pas
cher. Actuellement on est au 8 je crois mais à partir du 3 tu peux faire
presque tout ce que tu veux. Par contre le Personal (toutes editions) ne
comprend pas un moteur de base de données (ou un tout petit) donc
cherche une version Pro. J'utilise le 4 (pro). J'ai téléchargé le 6 mais
il ne m'ajoutait rien de spécial.
Tu le trouveras ici
http://www.01net.com/telecharger/windows/Programmation/langage/fiches/17
767.html
Attention, il fait 140 mega environ.As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Regarde ici:
http://www.phidels.com/php/index.php3?page=../php/hook/hooks.htm&id1
et ici pour commencer
http://delphi32.free.fr/cours.htm
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tout à fait. Tous les langage modernes, Langages Orientés Objets (OOP,
Object Oriented Programming) on dit, peuvent faire toutes les choses de
toutes les programmes que tu vois ou utilisent sur Windows, même Visual
Basic si tu insistes ;-) car justement, on utilise, à la fin, les API
(Advanced Programming Interface) de Windows, donc le code ci-dessus sur
les hooks ne sear pas trop difficile de convertir en C (d'ailleurs les
APIs sont écris en lanagage C il me semble).
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence des
applications chargées.
Oui, évidemment c'est beaucoup plus facile avec son propre applicaion
car c'est lui qui a le focus, pour les autres il faut utiliser ce que
l'on appelle des 'hooks'. Tu trouveras déjà beaucoup de composants
(boutons, listes, des composants 'visuels', ainsi que des composants non
visuels) sur des site Delphi, dont www.torry.net est le plus connu et
plein à craquer de bonnes choses, ainsi qu'un entr'aide sur les groupes
Delphi.
Et bien soit. Va pour les Freewares, c'est un domaine qui m'intéresse.
Mais sans vendre mon logiciel, puis-je l'utiliser commercialement ?
Comment on peut l'utiliser commercialement sans le vendre? Si tu veux
dire que ton prog recolte de l'argent par un autre façon, sans que le
programme même soit vendu, je pense bien que oui.
Sinon achète une
version de Delphi d'occasion sur E-Bay ou autre, il y a plein et pas
cher. Actuellement on est au 8 je crois mais à partir du 3 tu peux faire
presque tout ce que tu veux. Par contre le Personal (toutes editions) ne
comprend pas un moteur de base de données (ou un tout petit) donc
cherche une version Pro. J'utilise le 4 (pro). J'ai téléchargé le 6 mais
il ne m'ajoutait rien de spécial.
Tu le trouveras ici
http://www.01net.com/telecharger/windows/Programmation/langage/fiches/17
767.html
Attention, il fait 140 mega environ.
As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Regarde ici:
http://www.phidels.com/php/index.php3?page=../php/hook/hooks.htm&id1
et ici pour commencer
http://delphi32.free.fr/cours.htm
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tout à fait. Tous les langage modernes, Langages Orientés Objets (OOP,
Object Oriented Programming) on dit, peuvent faire toutes les choses de
toutes les programmes que tu vois ou utilisent sur Windows, même Visual
Basic si tu insistes ;-) car justement, on utilise, à la fin, les API
(Advanced Programming Interface) de Windows, donc le code ci-dessus sur
les hooks ne sear pas trop difficile de convertir en C (d'ailleurs les
APIs sont écris en lanagage C il me semble).
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence des
applications chargées.
Oui, évidemment c'est beaucoup plus facile avec son propre applicaion
car c'est lui qui a le focus, pour les autres il faut utiliser ce que
l'on appelle des 'hooks'. Tu trouveras déjà beaucoup de composants
(boutons, listes, des composants 'visuels', ainsi que des composants non
visuels) sur des site Delphi, dont www.torry.net est le plus connu et
plein à craquer de bonnes choses, ainsi qu'un entr'aide sur les groupes
Delphi.
Et bien soit. Va pour les Freewares, c'est un domaine qui m'intéresse.
Mais sans vendre mon logiciel, puis-je l'utiliser commercialement ?
Comment on peut l'utiliser commercialement sans le vendre? Si tu veux
dire que ton prog recolte de l'argent par un autre façon, sans que le
programme même soit vendu, je pense bien que oui.
Sinon achète une
version de Delphi d'occasion sur E-Bay ou autre, il y a plein et pas
cher. Actuellement on est au 8 je crois mais à partir du 3 tu peux faire
presque tout ce que tu veux. Par contre le Personal (toutes editions) ne
comprend pas un moteur de base de données (ou un tout petit) donc
cherche une version Pro. J'utilise le 4 (pro). J'ai téléchargé le 6 mais
il ne m'ajoutait rien de spécial.
Tu le trouveras ici
http://www.01net.com/telecharger/windows/Programmation/langage/fiches/17
767.html
Attention, il fait 140 mega environ.As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Regarde ici:
http://www.phidels.com/php/index.php3?page=../php/hook/hooks.htm&id1
et ici pour commencer
http://delphi32.free.fr/cours.htm
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tout à fait. Tous les langage modernes, Langages Orientés Objets (OOP,
Object Oriented Programming) on dit, peuvent faire toutes les choses de
toutes les programmes que tu vois ou utilisent sur Windows, même Visual
Basic si tu insistes ;-) car justement, on utilise, à la fin, les API
(Advanced Programming Interface) de Windows, donc le code ci-dessus sur
les hooks ne sear pas trop difficile de convertir en C (d'ailleurs les
APIs sont écris en lanagage C il me semble).
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence
des applications chargées.
Oui, évidemment c'est beaucoup plus facile avec son propre applicaion
car c'est lui qui a le focus, pour les autres il faut utiliser ce que
l'on appelle des 'hooks'. Tu trouveras déjà beaucoup de composants
(boutons, listes, des composants 'visuels', ainsi que des composants
non visuels) sur des site Delphi, dont www.torry.net est le plus
connu et plein à craquer de bonnes choses, ainsi qu'un entr'aide sur
les groupes Delphi.
Je veux récupérer ces composants d'une appplication tierce chargée en
mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Merci pour ce mot : "hook".
Le hooking correspnd à ma requète et j'ai trouvé pas mal de sites qui
abordent ce sujet. Il me reste à les étudier pour voir leurs
possibilités, leurs limites et leurs contraintes.
Et bien soit. Va pour les Freewares, c'est un domaine qui
m'intéresse. Mais sans vendre mon logiciel, puis-je l'utiliser
commercialement ?
Comment on peut l'utiliser commercialement sans le vendre? Si tu veux
dire que ton prog recolte de l'argent par un autre façon, sans que le
programme même soit vendu, je pense bien que oui.
Avec des hooks, je veux créer une application.
Je souhaite me servir de cette application personnellement, et je
souhaite vendre ce que je produirai avec elle.
Sinon achète une
version de Delphi d'occasion sur E-Bay ou autre, il y a plein et pas
cher. Actuellement on est au 8 je crois mais à partir du 3 tu peux
faire presque tout ce que tu veux. Par contre le Personal (toutes
editions) ne comprend pas un moteur de base de données (ou un tout
petit) donc cherche une version Pro. J'utilise le 4 (pro). J'ai
téléchargé le 6 mais il ne m'ajoutait rien de spécial.
Tu le trouveras ici
http://www.01net.com/telecharger/windows/Programmation/langage/fiches/17
767.html
Merci. J'ai vu que la version 7 était dispo chez Borland.
Je vais m'y intéresser et tester.
Attention, il fait 140 mega environ.As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Regarde ici:
http://www.phidels.com/php/index.php3?page=../php/hook/hooks.htm&id1
et ici pour commencer
http://delphi32.free.fr/cours.htm
Pas encore eu le temps de voir ça. Je fais ça ce soir.
Merci pour tes liens.Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tout à fait. Tous les langage modernes, Langages Orientés Objets
(OOP, Object Oriented Programming) on dit, peuvent faire toutes les
choses de toutes les programmes que tu vois ou utilisent sur
Windows, même Visual Basic si tu insistes ;-) car justement, on
utilise, à la fin, les API (Advanced Programming Interface) de
Windows, donc le code ci-dessus sur les hooks ne sear pas trop
difficile de convertir en C (d'ailleurs les APIs sont écris en
lanagage C il me semble).
Ok ,d'ac.
Mon but est de comprendre comment ça marche. Le langage utilisé est
secondaire.
Pour le moment j'ai compris qu'il fallait intercepter les messages des
applications qui font appels aux API ...
C'est déjà pas mal. Je cherche dans cette direction.
Milles grâces pour tes informations, et pour ton temps.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bonne soirée.
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence
des applications chargées.
Oui, évidemment c'est beaucoup plus facile avec son propre applicaion
car c'est lui qui a le focus, pour les autres il faut utiliser ce que
l'on appelle des 'hooks'. Tu trouveras déjà beaucoup de composants
(boutons, listes, des composants 'visuels', ainsi que des composants
non visuels) sur des site Delphi, dont www.torry.net est le plus
connu et plein à craquer de bonnes choses, ainsi qu'un entr'aide sur
les groupes Delphi.
Je veux récupérer ces composants d'une appplication tierce chargée en
mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Merci pour ce mot : "hook".
Le hooking correspnd à ma requète et j'ai trouvé pas mal de sites qui
abordent ce sujet. Il me reste à les étudier pour voir leurs
possibilités, leurs limites et leurs contraintes.
Et bien soit. Va pour les Freewares, c'est un domaine qui
m'intéresse. Mais sans vendre mon logiciel, puis-je l'utiliser
commercialement ?
Comment on peut l'utiliser commercialement sans le vendre? Si tu veux
dire que ton prog recolte de l'argent par un autre façon, sans que le
programme même soit vendu, je pense bien que oui.
Avec des hooks, je veux créer une application.
Je souhaite me servir de cette application personnellement, et je
souhaite vendre ce que je produirai avec elle.
Sinon achète une
version de Delphi d'occasion sur E-Bay ou autre, il y a plein et pas
cher. Actuellement on est au 8 je crois mais à partir du 3 tu peux
faire presque tout ce que tu veux. Par contre le Personal (toutes
editions) ne comprend pas un moteur de base de données (ou un tout
petit) donc cherche une version Pro. J'utilise le 4 (pro). J'ai
téléchargé le 6 mais il ne m'ajoutait rien de spécial.
Tu le trouveras ici
http://www.01net.com/telecharger/windows/Programmation/langage/fiches/17
767.html
Merci. J'ai vu que la version 7 était dispo chez Borland.
Je vais m'y intéresser et tester.
Attention, il fait 140 mega environ.
As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Regarde ici:
http://www.phidels.com/php/index.php3?page=../php/hook/hooks.htm&id1
et ici pour commencer
http://delphi32.free.fr/cours.htm
Pas encore eu le temps de voir ça. Je fais ça ce soir.
Merci pour tes liens.
Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tout à fait. Tous les langage modernes, Langages Orientés Objets
(OOP, Object Oriented Programming) on dit, peuvent faire toutes les
choses de toutes les programmes que tu vois ou utilisent sur
Windows, même Visual Basic si tu insistes ;-) car justement, on
utilise, à la fin, les API (Advanced Programming Interface) de
Windows, donc le code ci-dessus sur les hooks ne sear pas trop
difficile de convertir en C (d'ailleurs les APIs sont écris en
lanagage C il me semble).
Ok ,d'ac.
Mon but est de comprendre comment ça marche. Le langage utilisé est
secondaire.
Pour le moment j'ai compris qu'il fallait intercepter les messages des
applications qui font appels aux API ...
C'est déjà pas mal. Je cherche dans cette direction.
Milles grâces pour tes informations, et pour ton temps.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bonne soirée.
Tu m'intéresse beaucoup John.
Cela veut dire que je peux en quelque sorte 'décoder' l'apparence
des applications chargées.
Oui, évidemment c'est beaucoup plus facile avec son propre applicaion
car c'est lui qui a le focus, pour les autres il faut utiliser ce que
l'on appelle des 'hooks'. Tu trouveras déjà beaucoup de composants
(boutons, listes, des composants 'visuels', ainsi que des composants
non visuels) sur des site Delphi, dont www.torry.net est le plus
connu et plein à craquer de bonnes choses, ainsi qu'un entr'aide sur
les groupes Delphi.
Je veux récupérer ces composants d'une appplication tierce chargée en
mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Merci pour ce mot : "hook".
Le hooking correspnd à ma requète et j'ai trouvé pas mal de sites qui
abordent ce sujet. Il me reste à les étudier pour voir leurs
possibilités, leurs limites et leurs contraintes.
Et bien soit. Va pour les Freewares, c'est un domaine qui
m'intéresse. Mais sans vendre mon logiciel, puis-je l'utiliser
commercialement ?
Comment on peut l'utiliser commercialement sans le vendre? Si tu veux
dire que ton prog recolte de l'argent par un autre façon, sans que le
programme même soit vendu, je pense bien que oui.
Avec des hooks, je veux créer une application.
Je souhaite me servir de cette application personnellement, et je
souhaite vendre ce que je produirai avec elle.
Sinon achète une
version de Delphi d'occasion sur E-Bay ou autre, il y a plein et pas
cher. Actuellement on est au 8 je crois mais à partir du 3 tu peux
faire presque tout ce que tu veux. Par contre le Personal (toutes
editions) ne comprend pas un moteur de base de données (ou un tout
petit) donc cherche une version Pro. J'utilise le 4 (pro). J'ai
téléchargé le 6 mais il ne m'ajoutait rien de spécial.
Tu le trouveras ici
http://www.01net.com/telecharger/windows/Programmation/langage/fiches/17
767.html
Merci. J'ai vu que la version 7 était dispo chez Borland.
Je vais m'y intéresser et tester.
Attention, il fait 140 mega environ.As-tu un exemple de code source ?
Le nom d'une ou plusieurs fonctions, procédures, à utiliser ?
Regarde ici:
http://www.phidels.com/php/index.php3?page=../php/hook/hooks.htm&id1
et ici pour commencer
http://delphi32.free.fr/cours.htm
Pas encore eu le temps de voir ça. Je fais ça ce soir.
Merci pour tes liens.Si ces versions offrent les mêmes possibilités, ça m'intéresse.
Visual C++ (Studio) de chez Microsoft, ça convient ?
Tout à fait. Tous les langage modernes, Langages Orientés Objets
(OOP, Object Oriented Programming) on dit, peuvent faire toutes les
choses de toutes les programmes que tu vois ou utilisent sur
Windows, même Visual Basic si tu insistes ;-) car justement, on
utilise, à la fin, les API (Advanced Programming Interface) de
Windows, donc le code ci-dessus sur les hooks ne sear pas trop
difficile de convertir en C (d'ailleurs les APIs sont écris en
lanagage C il me semble).
Ok ,d'ac.
Mon but est de comprendre comment ça marche. Le langage utilisé est
secondaire.
Pour le moment j'ai compris qu'il fallait intercepter les messages des
applications qui font appels aux API ...
C'est déjà pas mal. Je cherche dans cette direction.
Milles grâces pour tes informations, et pour ton temps.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bonne soirée.
Je veux récupérer ces composants d'une appplication tierce chargée en
mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Explique un peu mieux. Si tu veux savoir quel composant est utilisé
et/ou ce qu'il fait à un moment donné (voire modifier son action ou
intercaler quelque chose) alors c'est bien les 'hooks' que tu veux. Par
contre si tu veux t'en servir de ses propriétés il sera mieux d'essayer
de trouver le composant même. Parfois les composants sont dans des DLLs
ou Active X sur le DD et disponibles à tout le monde, ceux de Windows
par exemple. Sinon les composants s'écrivent aussi et il y a des
milliers sur le net dont beaucoup gratuits.
Merci pour ce mot : "hook".
Le hooking correspnd à ma requète et j'ai trouvé pas mal de sites qui
abordent ce sujet. Il me reste à les étudier pour voir leurs
possibilités, leurs limites et leurs contraintes.
Il faut partir du principe que rien n'est fermé sur l'ordi. Quand une
action est faite elle est mise en route par quelquechose et agit sur
quelquechose qu'il soit le programme Windows ou les deux (ce qui est
généralement le cas).
Merci. J'ai vu que la version 7 était dispo chez Borland.
Je vais m'y intéresser et tester.
On dit mais j'ai entendu qu'il ne se téléchargé pas ou un autre problème
quelconque. Je vais jeter un coup d'oeil aussi.
Ok ,d'ac.
Mon but est de comprendre comment ça marche. Le langage utilisé est
secondaire.
Pour le moment j'ai compris qu'il fallait intercepter les messages des
applications qui font appels aux API ...
Voili.
En faite, comme j'ai dit ci-dessus plus ou moins, quasiment tous les
programmes font appel aux APIs. Je clique sur un bouton et d'office
l'Api de Windows qui gère le graphique est appélé pour remplacer l'image
avec celle d'un bouton enfoncé, tandis que dans le programme
button1.click va déclencher une routine, procedure ou quelquechose qui
peut eventuellement appeler un autre API. Donc c'est à décider qui fait
quoi et ou tu veux te mettre pour capter le message et agir.
Milles grâces pour tes informations, et pour ton temps.
C'est un plaisir. Je ne programme que peu en ce moment mais de temps à
autre ça me mord et je suis dedans nuit et jour à faire des petites
choses pas mal et apprendre en route. Je trouve fascinant le coté
construire ex-nihilo, ou avec des petites briques si tu veux. Construire
tout ce que l'on peut imaginer en informatique car tout, tout est
programmé. "Au commencement il avait le 8088" regarde où on est
maintenant, les merveiles que l'on fait sur l'ordi. A l'époque c'était
un exploit de dessiner un carré sur l'écran et Edit était le summum de
la technique. Que des programmes qui s'ajoutent aux programmes fait par
des mecs qui ont une idée et la programme.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bon courage, attention au café ;-)
Je veux récupérer ces composants d'une appplication tierce chargée en
mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Explique un peu mieux. Si tu veux savoir quel composant est utilisé
et/ou ce qu'il fait à un moment donné (voire modifier son action ou
intercaler quelque chose) alors c'est bien les 'hooks' que tu veux. Par
contre si tu veux t'en servir de ses propriétés il sera mieux d'essayer
de trouver le composant même. Parfois les composants sont dans des DLLs
ou Active X sur le DD et disponibles à tout le monde, ceux de Windows
par exemple. Sinon les composants s'écrivent aussi et il y a des
milliers sur le net dont beaucoup gratuits.
Merci pour ce mot : "hook".
Le hooking correspnd à ma requète et j'ai trouvé pas mal de sites qui
abordent ce sujet. Il me reste à les étudier pour voir leurs
possibilités, leurs limites et leurs contraintes.
Il faut partir du principe que rien n'est fermé sur l'ordi. Quand une
action est faite elle est mise en route par quelquechose et agit sur
quelquechose qu'il soit le programme Windows ou les deux (ce qui est
généralement le cas).
Merci. J'ai vu que la version 7 était dispo chez Borland.
Je vais m'y intéresser et tester.
On dit mais j'ai entendu qu'il ne se téléchargé pas ou un autre problème
quelconque. Je vais jeter un coup d'oeil aussi.
Ok ,d'ac.
Mon but est de comprendre comment ça marche. Le langage utilisé est
secondaire.
Pour le moment j'ai compris qu'il fallait intercepter les messages des
applications qui font appels aux API ...
Voili.
En faite, comme j'ai dit ci-dessus plus ou moins, quasiment tous les
programmes font appel aux APIs. Je clique sur un bouton et d'office
l'Api de Windows qui gère le graphique est appélé pour remplacer l'image
avec celle d'un bouton enfoncé, tandis que dans le programme
button1.click va déclencher une routine, procedure ou quelquechose qui
peut eventuellement appeler un autre API. Donc c'est à décider qui fait
quoi et ou tu veux te mettre pour capter le message et agir.
Milles grâces pour tes informations, et pour ton temps.
C'est un plaisir. Je ne programme que peu en ce moment mais de temps à
autre ça me mord et je suis dedans nuit et jour à faire des petites
choses pas mal et apprendre en route. Je trouve fascinant le coté
construire ex-nihilo, ou avec des petites briques si tu veux. Construire
tout ce que l'on peut imaginer en informatique car tout, tout est
programmé. "Au commencement il avait le 8088" regarde où on est
maintenant, les merveiles que l'on fait sur l'ordi. A l'époque c'était
un exploit de dessiner un carré sur l'écran et Edit était le summum de
la technique. Que des programmes qui s'ajoutent aux programmes fait par
des mecs qui ont une idée et la programme.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bon courage, attention au café ;-)
Je veux récupérer ces composants d'une appplication tierce chargée en
mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Explique un peu mieux. Si tu veux savoir quel composant est utilisé
et/ou ce qu'il fait à un moment donné (voire modifier son action ou
intercaler quelque chose) alors c'est bien les 'hooks' que tu veux. Par
contre si tu veux t'en servir de ses propriétés il sera mieux d'essayer
de trouver le composant même. Parfois les composants sont dans des DLLs
ou Active X sur le DD et disponibles à tout le monde, ceux de Windows
par exemple. Sinon les composants s'écrivent aussi et il y a des
milliers sur le net dont beaucoup gratuits.
Merci pour ce mot : "hook".
Le hooking correspnd à ma requète et j'ai trouvé pas mal de sites qui
abordent ce sujet. Il me reste à les étudier pour voir leurs
possibilités, leurs limites et leurs contraintes.
Il faut partir du principe que rien n'est fermé sur l'ordi. Quand une
action est faite elle est mise en route par quelquechose et agit sur
quelquechose qu'il soit le programme Windows ou les deux (ce qui est
généralement le cas).
Merci. J'ai vu que la version 7 était dispo chez Borland.
Je vais m'y intéresser et tester.
On dit mais j'ai entendu qu'il ne se téléchargé pas ou un autre problème
quelconque. Je vais jeter un coup d'oeil aussi.
Ok ,d'ac.
Mon but est de comprendre comment ça marche. Le langage utilisé est
secondaire.
Pour le moment j'ai compris qu'il fallait intercepter les messages des
applications qui font appels aux API ...
Voili.
En faite, comme j'ai dit ci-dessus plus ou moins, quasiment tous les
programmes font appel aux APIs. Je clique sur un bouton et d'office
l'Api de Windows qui gère le graphique est appélé pour remplacer l'image
avec celle d'un bouton enfoncé, tandis que dans le programme
button1.click va déclencher une routine, procedure ou quelquechose qui
peut eventuellement appeler un autre API. Donc c'est à décider qui fait
quoi et ou tu veux te mettre pour capter le message et agir.
Milles grâces pour tes informations, et pour ton temps.
C'est un plaisir. Je ne programme que peu en ce moment mais de temps à
autre ça me mord et je suis dedans nuit et jour à faire des petites
choses pas mal et apprendre en route. Je trouve fascinant le coté
construire ex-nihilo, ou avec des petites briques si tu veux. Construire
tout ce que l'on peut imaginer en informatique car tout, tout est
programmé. "Au commencement il avait le 8088" regarde où on est
maintenant, les merveiles que l'on fait sur l'ordi. A l'époque c'était
un exploit de dessiner un carré sur l'écran et Edit était le summum de
la technique. Que des programmes qui s'ajoutent aux programmes fait par
des mecs qui ont une idée et la programme.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bon courage, attention au café ;-)
Je veux récupérer ces composants d'une appplication tierce chargée
en mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Explique un peu mieux. Si tu veux savoir quel composant est utilisé
et/ou ce qu'il fait à un moment donné (voire modifier son action ou
intercaler quelque chose) alors c'est bien les 'hooks' que tu veux.
Par contre si tu veux t'en servir de ses propriétés il sera mieux
d'essayer de trouver le composant même. Parfois les composants sont
dans des DLLs ou Active X sur le DD et disponibles à tout le monde,
ceux de Windows par exemple. Sinon les composants s'écrivent aussi
et il y a des milliers sur le net dont beaucoup gratuits.
Ok, je précise.
1) Je démarre mon application "magique".
2) Je démarre Word, Excel, Internet explorer, OpenOffice, The Gimp,
ou tout autre application.
Lorsque dans l'une de ces application tierces, chargée en mémoire, je
clique sur le menu Fichier, je veux savoir que j'ai cliqué sur un
"objet" de TYPE menu, que son INTITULE est "Fichier", que sa POSITION
à l'écran est (X, Y) que ses DIMENSIONS sont (a, b) et obtenir une
copie d'écran (BITMAP) de cet objet. Pareil lorque je clique sur le
bouton radio ou la case à cocher untel ou une telle, de telle boîte
de dialogue ...
Ces données doivent être spécifiques à l'application tierce, dans
l'état ou elle se trouve, en évitant d'être dépendantes d'autre chose
(de la résolution de l'écran par exemple).
Aucun "objet Windows" de l'écran, de l'application ne doit m'échapper.
Il faut partir du principe que rien n'est fermé sur l'ordi. Quand une
action est faite elle est mise en route par quelquechose et agit sur
quelquechose qu'il soit le programme Windows ou les deux (ce qui est
généralement le cas).
Rien n'est fermé sur l'ordi. Tout est une question de savoir.
Milles grâces pour tes informations, et pour ton temps.
C'est un plaisir. Je ne programme que peu en ce moment mais de temps
à autre ça me mord et je suis dedans nuit et jour à faire des petites
choses pas mal et apprendre en route. Je trouve fascinant le coté
construire ex-nihilo, ou avec des petites briques si tu veux.
Le fait de modéliser notre interprétation du monde me séduit aussi.
L'être humain vit dans un monde qu'il veut "fait à son image".
Je souhaite transmettre mes connaissances, pour cela il me faut
comprendre comment décoder une application informatique à partir
d'une application informatique propriétaire.Je reviendrais lorsque j'aurais avancé un peu plus.
Bon courage, attention au café ;-)
Pas besoin de café.
Mes sens sont naturellement en éveil ;-)
Je veux récupérer ces composants d'une appplication tierce chargée
en mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Explique un peu mieux. Si tu veux savoir quel composant est utilisé
et/ou ce qu'il fait à un moment donné (voire modifier son action ou
intercaler quelque chose) alors c'est bien les 'hooks' que tu veux.
Par contre si tu veux t'en servir de ses propriétés il sera mieux
d'essayer de trouver le composant même. Parfois les composants sont
dans des DLLs ou Active X sur le DD et disponibles à tout le monde,
ceux de Windows par exemple. Sinon les composants s'écrivent aussi
et il y a des milliers sur le net dont beaucoup gratuits.
Ok, je précise.
1) Je démarre mon application "magique".
2) Je démarre Word, Excel, Internet explorer, OpenOffice, The Gimp,
ou tout autre application.
Lorsque dans l'une de ces application tierces, chargée en mémoire, je
clique sur le menu Fichier, je veux savoir que j'ai cliqué sur un
"objet" de TYPE menu, que son INTITULE est "Fichier", que sa POSITION
à l'écran est (X, Y) que ses DIMENSIONS sont (a, b) et obtenir une
copie d'écran (BITMAP) de cet objet. Pareil lorque je clique sur le
bouton radio ou la case à cocher untel ou une telle, de telle boîte
de dialogue ...
Ces données doivent être spécifiques à l'application tierce, dans
l'état ou elle se trouve, en évitant d'être dépendantes d'autre chose
(de la résolution de l'écran par exemple).
Aucun "objet Windows" de l'écran, de l'application ne doit m'échapper.
Il faut partir du principe que rien n'est fermé sur l'ordi. Quand une
action est faite elle est mise en route par quelquechose et agit sur
quelquechose qu'il soit le programme Windows ou les deux (ce qui est
généralement le cas).
Rien n'est fermé sur l'ordi. Tout est une question de savoir.
Milles grâces pour tes informations, et pour ton temps.
C'est un plaisir. Je ne programme que peu en ce moment mais de temps
à autre ça me mord et je suis dedans nuit et jour à faire des petites
choses pas mal et apprendre en route. Je trouve fascinant le coté
construire ex-nihilo, ou avec des petites briques si tu veux.
Le fait de modéliser notre interprétation du monde me séduit aussi.
L'être humain vit dans un monde qu'il veut "fait à son image".
Je souhaite transmettre mes connaissances, pour cela il me faut
comprendre comment décoder une application informatique à partir
d'une application informatique propriétaire.
Je reviendrais lorsque j'aurais avancé un peu plus.
Bon courage, attention au café ;-)
Pas besoin de café.
Mes sens sont naturellement en éveil ;-)
Je veux récupérer ces composants d'une appplication tierce chargée
en mémoire en temps réel (condition sine qua non). Je clique, je
récupère, je clique, je récupère ...
Explique un peu mieux. Si tu veux savoir quel composant est utilisé
et/ou ce qu'il fait à un moment donné (voire modifier son action ou
intercaler quelque chose) alors c'est bien les 'hooks' que tu veux.
Par contre si tu veux t'en servir de ses propriétés il sera mieux
d'essayer de trouver le composant même. Parfois les composants sont
dans des DLLs ou Active X sur le DD et disponibles à tout le monde,
ceux de Windows par exemple. Sinon les composants s'écrivent aussi
et il y a des milliers sur le net dont beaucoup gratuits.
Ok, je précise.
1) Je démarre mon application "magique".
2) Je démarre Word, Excel, Internet explorer, OpenOffice, The Gimp,
ou tout autre application.
Lorsque dans l'une de ces application tierces, chargée en mémoire, je
clique sur le menu Fichier, je veux savoir que j'ai cliqué sur un
"objet" de TYPE menu, que son INTITULE est "Fichier", que sa POSITION
à l'écran est (X, Y) que ses DIMENSIONS sont (a, b) et obtenir une
copie d'écran (BITMAP) de cet objet. Pareil lorque je clique sur le
bouton radio ou la case à cocher untel ou une telle, de telle boîte
de dialogue ...
Ces données doivent être spécifiques à l'application tierce, dans
l'état ou elle se trouve, en évitant d'être dépendantes d'autre chose
(de la résolution de l'écran par exemple).
Aucun "objet Windows" de l'écran, de l'application ne doit m'échapper.
Il faut partir du principe que rien n'est fermé sur l'ordi. Quand une
action est faite elle est mise en route par quelquechose et agit sur
quelquechose qu'il soit le programme Windows ou les deux (ce qui est
généralement le cas).
Rien n'est fermé sur l'ordi. Tout est une question de savoir.
Milles grâces pour tes informations, et pour ton temps.
C'est un plaisir. Je ne programme que peu en ce moment mais de temps
à autre ça me mord et je suis dedans nuit et jour à faire des petites
choses pas mal et apprendre en route. Je trouve fascinant le coté
construire ex-nihilo, ou avec des petites briques si tu veux.
Le fait de modéliser notre interprétation du monde me séduit aussi.
L'être humain vit dans un monde qu'il veut "fait à son image".
Je souhaite transmettre mes connaissances, pour cela il me faut
comprendre comment décoder une application informatique à partir
d'une application informatique propriétaire.Je reviendrais lorsque j'aurais avancé un peu plus.
Bon courage, attention au café ;-)
Pas besoin de café.
Mes sens sont naturellement en éveil ;-)
Aucun "objet Windows" de l'écran, de l'application ne doit m'échapper.
Oui il n'y a pas de problème je pense car tous les composants ont des
propriétés (en anglais toujours) style Width, Height, Text, Color etc.
Pour la resolution de l'écran...ca ne change rien d'un coté mais peut de
l'autre. J'explique, un bouton de 100x40 aura toujours cette taille en
nombre de pixels mais semblera plus gros ou petit selon la résolution.
Sa position X,Y aussi sera la même, disons 350,10. Par contre si je
voulais savoir à quelle position relative au milieu de l'écran en
largeur il était j'aurais des différences selon la résolution, il sera à
droit sous 640x480, et assez à gauche sous 1024x768. Une question de
position relative ou absolue. Ca ne pose pas de problème c'est juste
qu'il faut savoir exactement ce que l'on veut. Un autre truc par
exemple, le même bouton aura toujours la même position dans sa fenêtre à
lui mais pas toujours par rapport aux coordonnées de l'écran car on peut
déplacer la fenêtre.
Aller, hop, au boulot. Bon programmation.
Aucun "objet Windows" de l'écran, de l'application ne doit m'échapper.
Oui il n'y a pas de problème je pense car tous les composants ont des
propriétés (en anglais toujours) style Width, Height, Text, Color etc.
Pour la resolution de l'écran...ca ne change rien d'un coté mais peut de
l'autre. J'explique, un bouton de 100x40 aura toujours cette taille en
nombre de pixels mais semblera plus gros ou petit selon la résolution.
Sa position X,Y aussi sera la même, disons 350,10. Par contre si je
voulais savoir à quelle position relative au milieu de l'écran en
largeur il était j'aurais des différences selon la résolution, il sera à
droit sous 640x480, et assez à gauche sous 1024x768. Une question de
position relative ou absolue. Ca ne pose pas de problème c'est juste
qu'il faut savoir exactement ce que l'on veut. Un autre truc par
exemple, le même bouton aura toujours la même position dans sa fenêtre à
lui mais pas toujours par rapport aux coordonnées de l'écran car on peut
déplacer la fenêtre.
Aller, hop, au boulot. Bon programmation.
Aucun "objet Windows" de l'écran, de l'application ne doit m'échapper.
Oui il n'y a pas de problème je pense car tous les composants ont des
propriétés (en anglais toujours) style Width, Height, Text, Color etc.
Pour la resolution de l'écran...ca ne change rien d'un coté mais peut de
l'autre. J'explique, un bouton de 100x40 aura toujours cette taille en
nombre de pixels mais semblera plus gros ou petit selon la résolution.
Sa position X,Y aussi sera la même, disons 350,10. Par contre si je
voulais savoir à quelle position relative au milieu de l'écran en
largeur il était j'aurais des différences selon la résolution, il sera à
droit sous 640x480, et assez à gauche sous 1024x768. Une question de
position relative ou absolue. Ca ne pose pas de problème c'est juste
qu'il faut savoir exactement ce que l'on veut. Un autre truc par
exemple, le même bouton aura toujours la même position dans sa fenêtre à
lui mais pas toujours par rapport aux coordonnées de l'écran car on peut
déplacer la fenêtre.
Aller, hop, au boulot. Bon programmation.
Aller, hop, au boulot. Bon programmation.
Merci.
Pour le moment je suis dans la phase "récolte d'infos et étude de la
problématique", histoire de préciser qq points importants de mon
cahier des charges. ;-). Je laisse la saisie au clavier pour plus
tard.
Merci encore,
grâce à ton aide et celle d'autres participants sur d'autres forums,
j'ai pu trouver nombres d'infos, et je commence à y voir plus clair
dans ce brouillard.
Aller, hop, au boulot. Bon programmation.
Merci.
Pour le moment je suis dans la phase "récolte d'infos et étude de la
problématique", histoire de préciser qq points importants de mon
cahier des charges. ;-). Je laisse la saisie au clavier pour plus
tard.
Merci encore,
grâce à ton aide et celle d'autres participants sur d'autres forums,
j'ai pu trouver nombres d'infos, et je commence à y voir plus clair
dans ce brouillard.
Aller, hop, au boulot. Bon programmation.
Merci.
Pour le moment je suis dans la phase "récolte d'infos et étude de la
problématique", histoire de préciser qq points importants de mon
cahier des charges. ;-). Je laisse la saisie au clavier pour plus
tard.
Merci encore,
grâce à ton aide et celle d'autres participants sur d'autres forums,
j'ai pu trouver nombres d'infos, et je commence à y voir plus clair
dans ce brouillard.
