Discussion :

[kouadjalain]

Salut,
je dois récupérer les evènements clavier et souris. cad que si je suis sous word, mon appli doit etre capable de déterminer les touches appuyés afin de reconstituer le document.
j'ai entendu parler de hook.
le top serait de la faire en C++ mais je préfère java.

comment interagir avec l'api win32 en java.

je suis ouvert à toutes propositions

merci

[sinok]

Si tu veux quelque chose de semblable au java et qui manipule aisément windows je te conseille plutôt de te mettre au C#, car java n'est pas le grand potes des systèmes d'exploitations

[Invité]

Effectivement java n'est pas doué d'énormément de possibilité a ce point de vue.
Néanmoins moi j'utilise la classe robot.
Et si tu veux interagir avec une autre applic, il y a moyen d'émuler les touches claviers mais il faut que l'application (word par example) ait le focus sur ton écran.

[Vesperal]

C'est le mauvais côté des languages portables, y'en faut bien un

[Invité]

Ben oui... mais est-ce que language portable signifie langage sans interaction avec l'OS ?
Ce serait bien domage

[Vesperal]

Ca signifie surtout qu'il faudrait une couche "générale" entre le language et les OS possibles, ce qui n'est pas vraiment faisable (ou très difficilement, vu que les OS évoluent chaqun de leur côté en plus). D'ou la naissance de certaines API, mais qui ne règlent qu'en partie le problème puisque peu développées.

Le language a été développé pour être portable, donc ca réduit très fortement les liens avec les différents OS. Il y a un prix à tout

(oups, je divague du sujet je crois ... les débâts ont l'air d'aller fort en ce moment, on peut en lancer un autre si tu veux )

[Invité]

héhé, c'est vrai que le débat précédant est assez corsé
Mais explique-moi un truc. Pourquoi java est dit portable et n'a pas d'api (ou peu?) d'OS par rapport à C++ qui permet d'interagir avec l'OS (en tout cas windows). C++ n'est pas portable ?
J'avais déjà posté un message il y a plus d'un an ici en demandant comment gérer le focus d'une application tourant sur windows. Je n'ai en effet jamais eu de réponse en java. Sauf d'incorporer une dll C++. Dommage.
N'y aura-t-il jamais d'évolution dans ce domaine ?

[Vesperal]

C et C++ sont portables, mais dans une certaine mesure. Une fois compilé, ils ne le sont plus. Et même non compilés, contrairement au Java ou tu peux prendre ton code et le compiler sous Unix sans rien changer, tu dois modifier plusieurs choses (plus ou moins, selon ce que ton programme fait) pour pouvoir le compiler correctement. Justement à cause de la question des différents OS

Beaucoup disent même que C et C++ ne sont PAS portables, pour simplifier. Ca n'est vrai que dans une certaine mesure.

[Invité]

Oui, mais je ne vois quand-même pas de barrière à développer une api pour communiquer au moins avec windows Unix ou mac. Même si celle-ci n'est pas fournie avec le jdk de base.

[Deadpool]

En java si tu veux exécuter sous Linux un prog que tu as compilé sous Windows, c'est possible SANS recompiler le bytecode.

C'est un des principes de Java, à savoir un même programme s'exécute partout.

Cependant les différents OS ont leur spécificités, certaines choses sont possible dans un OS et pas dans un autre. J'ai pas d'exemple en tête comme ça tout de suite mais c'est le cas.

Pour satisfaire à sa philosophie, Java est obligé de se restreindre au plus petit dénominateur commun, ce qui explique que certaines choses soient impossibles en Java pur. Mais la situation s'améliore et certaines choses qui étaient impossibles avant le deviennent (exemple interagir avec la barre des tâches, ouvrir un fichier avec l'application par défaut)

En ce qui concerne C++, celui-ci peut être portable si tu utilise des librairies disponibles dans chaque environnement (et il en existe beaucoup). Cependant en C++, à la différence de Java, tu es obligé de recompiler ton code pour l'exécuter dans un autre OS. C'est logique car les programmes C++ sont compilés en natif.

[Invité]

Mais la situation s'améliore et certaines choses qui étaient impossibles avant le deviennent (exemple interagir avec la barre des tâches, ouvrir un fichier avec l'application par défaut)

Depuis java 5 ? Qu'est-ce qui permet de faire cela ?

[Deadpool]

Depuis java 5 ? Qu'est-ce qui permet de faire cela ?

Non dans Java 6. Ils y ont intégré la librairie JDIC.

[kouadjalain]

ok la discussion est partie un peu en live.

Effectivement java n'est pas doué d'énormément de possibilité a ce point de vue.
Néanmoins moi j'utilise la classe robot.
Et si tu veux interagir avec une autre applic, il y a moyen d'émuler les touches claviers mais il faut que l'application (word par example) ait le focus sur ton écran.

je ne veux pas interagir avec une autre application mais juste savoir les touches qui sont appuyés et ce quelque soit l'application qui a le focus.

Explique moi ta

[Invité]

pas besoin de tuto, regarde juste la définition et les méthodes de la classe Robot. Tu peux récuperer des événements clavier, souris...
Tu créés un batch qui tourne en background et le tour est joué.

[Lethal]

pas besoin de tuto, regarde juste la définition et les méthodes de la classe Robot. Tu peux récuperer des événements clavier, souris...
Tu créés un batch qui tourne en background et le tour est joué.

Faut que tu m'expliques ca! Je ne crois pas qu'il est possible d'utiliser la classe robot pour récupérer les évenements clavier. T'es obligé d'utiliser un listener ce qui implique que ta frame java doit avoir le focus non?

[P.B]

Ca m'intéresse aussi, car je cherche aussi à récupérer les évènements clavier à partir d'une application, mais je n'y arrive pour l'instant que lorsque mon appli java a le focus

(J'utilise la classe Robot et j'implémente un KeyListener à ma JFrame pour cela.)

[Invité]

Je parlais d'un batch. Donc sans gui...
Je n'ai jamais essayer avec une application swing
D'un autre côté, rien n'empêche un batch et un gui de communiquer ensemble...

[nidget]

comment interagir avec l'api win32 en java.

La réponse: JNI. Java Native Interface
Je l'ai déjà utilisé (en 2000, mais ça n'a absolument pas changé). Il te faut une bonne connaissance du C, de l'api win32 et des dlls pour ce qui est de l'appel du code natif de Windows. Ensuite, une connaissance moyenne de java est requise pour charger et faire appel aux fonctions que tu auras défini dans ta dll. Il y a un utilitaire dans le jdk a appeler pour générer une classe java qui contient l'interfaçage vers les méthodes exportées par la dll.
Perso, je déconseille sauf si tu n'as vraiment pas le choix du langage: c'est pas très "orienté objet" et, fatalement, ton code ne sera pas portable (à moins que tu écrives l'équivalent de ta dll en version unix, car la partie de code en java reste la même).