TRIGGER_KEY N,P1,P2,P3

Voilà je souhaiterai une commande qui soit le pendant de la simulation de clic
pour le clavier.

Je l' ai nommé TRIGGER_KEY N,P1,P2,P3

N objet visé
P1 touche Ctrl (0/1 Non/Oui)
P2 touche Alt (0/1 Non/Oui)
P3 touche A,B,C... (Scancode de la touche)

Si cela est possible...

Je trouve ta commande trop complexe ou pas assez:
Je comprend que tu veux déclencher un événement clavier en fonction d'une combinaison de touches (Si par exemple CTRL + ALT + E sont enfoncés, déclencher l'événement) du coup pour moi il manquerait SHIFT, voir mais je ne suis pas sur que ce soit une bonne idée: la touche Windows.
Si Jack peut le faire, je pense que dans ce cas, une commande avec un nombre d'éléments variables de type
TRIGGER_KEY N, Code pour un événement déclenché lors de l'appui sur une touche
et plutôt que de mettre jusqu'à 6 élément pour le TRIGGER_KEY, on ajouterait juste les touches enfoncées par un code, par exemple:
TRIGGER_KEY N, CTRL, ALT, Code pour déclencher l'événement si CTRL, ALT et la touche ayant le scancode "Code" sont enfoncées
TRIGGER_KEY N, SHIFT, Code pour déclencher l'événement si SHIFT et la touche ayant le scancode "Code" sont enfoncées

Vu que nous avons déjà :
- KEY_DOWN_CODE (code des touches standards)
- KEY_DOWN_SPECIAL ( code des touches CTRL , ALT, SHIFT)

je proposerai :
TRIGGER_KEY N,P1,P2

N correspondant bien sûr à l'objet
P1 correspondant à la touche standard
P2 correspondant à la ou les touches spéciales
 0 si aucune touche
 1 si CTRL
 2 si ALT
 3 si SHIFT
 4 si CTRL et ALT
 5 si CTRL et SHIFT
 6 si ALT et SHIFT
 7 si CTRL et ALT et SHIFT (Quoi que je sais pas si c'est très utile )

Hé moi qui les croyait endormis,  Que nenni !

@yannick, je vois bien où tu veux en venir...
Ma première réaction: si c'est pour l'objet SINEDIT, il vaut mieux attendre que cet objet soit complètement codé.
Ensuite, je suis plutôt pour, car ça améliorerait considérablement les possibilités clavier de Panoramic.

@tous
Je pense que la proposition de Jicehel est plus cohérente , plus simple à comprendre et à utiliser.

Mais, avant tout ça, je préfère que Jack trouve le problème que l'on connait tous avec Panoramic_Editor et termine le codage de SYNEDIT.


Comprenez bien, je ne suis pas contre TRIGGER_KEY N, .... , je suis pour. Mais, pour moi, ce n'est pas l'urgence.

A+

@ Jean-Claude,

Tu vois, il en faut peu pour réveiller tout le monde.

Effectivement, c' est pour l' objet SYNEDIT en particulier même si cela serait utile dans d' autres cas.

Le but du Jeu est de raccourcir le délai pour les fonctions SYNEDIT.
SYNEDIT_CUT
SYNEDIT_COPY
SYNEDIT_PASTE
SYNEDIT_PRINT
SYNEDIT_....
Bref, je m' arrête là, la liste des fonctions est longue pour que cet objet soit au moins l' équivalent de celui de la dll de Klaus.

En fait il faut juste pouvoir utiliser les fonctions :

- CLIPBOARD_STRING_COPY
- CLIPBOARD_STRING_PASTE$

Ce qui semblerai plutôt logique !

@ Laurent,

Et que fais tu de l' impression du source, des selections de texte, etc...?

Oui, il y a encore bien du travail sur cet OBJET SYNEDIT.

Essayons d'être patients... heu... je crois bien que je viens de dire une connerie

A+

@ Jean-Claude,

Non... tu as dit essayer.
Ceci étant, c' est pas gagné...