Un autre raccourci fort utile
(CTRL+ALT+C par défaut) permet de saisir un fragment de texte
mis en surbrillance dans le navigateur ou un dictionnaire local et de
revenir à l'application utilisée, où il pourra
être collé au moyen de la fonction habituelle
(généralement CTRL+V).
IntelliWebSearch s'adapte sans difficulté aux
particularités de chacun et fonctionne en principe avec
n'importe quel navigateur, ainsi qu'avec toute application Windows
pourvue d'une fonction copie régie par un raccourci.
Problèmes répertoriés
- Problème : Afin
d'éviter tout blocage de la commande copie simulée
qu'IntelliWebSearch envoie à l'application Windows, le clavier
et la souris sont désactivés pendant un intervalle de
temps pouvant atteindre près de deux secondes (voir
Configuration, Délai presse-papiers). S'il arrive
néanmoins que le logiciel soit interrompu – un pare-feu
tel que ZoneAlarm avertissant l'utilisateur qu'une tentative
d'accès à l'Internet a été faite, par
exemple – , la machine gèle.
Solution
(Testée sous Windows XP seulement) : faire
CTRL+ALT+DEL. Le clavier et la souris sont
réactivés. Fermer la fenêtre du
gestionnaire des tâches qui s'est ouverte à l'écran
et donner pour instruction au pare-feu de laisser IntelliWebSearch
faire son travail tranquillement. Réessayer.
- Problème : Il
arrive très rarement, et sporadiquement, qu'une application
Windows interprète mal la commande copie que simule
IntelliWebSearch. Dans le cas de CTRL+C, par exemple, le
"CTRL" est ignoré, et seul le "C" reconnu. La
méprise a pour effet de remplacer le texte mis en surbrillance
par "C" et la recherche fait long feu.
Solution
: Fermer la fenêtre de recherche, revenir à l'application
d'origine et faire "annuler" (normalement CTRL+Z) autant de fois qu'il
le faut pour rétablir le texte initial. Réessayer.
Pareille défaillance ne s'est
jusqu'à présent jamais produite deux fois de suite et
paraît tenir à une bogue dans AutoHotkey à laquelle
je ne puis rien.
- Problème : Dans
certaines applications, si le texte mis en surbrillance contient des
marques de paragraphe, les toutes dernières lettres sont exclues
de la chaîne de recherche.
Solution
: Réintroduire manuellement les lettres manquantes dans la
fenêtre de recherche. Cette anomalie paraît
tenir à la manière dont AutoHotkey lit le presse-papiers
et je n'y puis rien.
- Problème : La
fenêtre de recherche ne s'ouvre pas tant que les touches de
raccourci (CTRL+ALT+B par défaut) demeurent enfoncées.
Solution
: Nulle bogue là. Ce blocage
délibéré a pour effet d'empêcher
l'application de traiter la séquence considérée
comme une partie du raccourci copie simulé par IntelliWebSearch.
- Problème :
AutoHotkey (et, par suite, IntelliWebSearch) ne peu(ven)t pas bloquer
les périphériques d'entrée sous Windows 95,
Windows NT 4 avant Service Pack 6, Windows 98 et Windows Me.
Solution : Avec les systèmes d'exploitation considérés, il importe de ne toucher ni le clavier ni la souris...
1) Après avoir libéré les touches de raccourci
auxquelles répond le déclenchement d'IntelliWebSearch
(par défaut CTRL+ALT+B), tant que la fenêtre de recherche
n'est pas affichée à l'écran (délai pouvant
aller jusqu'à près de deux secondes, selon la
configuration);
2) Après avoir libéré les touches du raccourci
rech(erche) mult(iple), jusqu'à ce que s'ouvre la fenêtre
du navigateur ou du dictionnaire local;
3) Après avoir libéré les touches du raccourci
retour, jusqu'à ce que réapparaisse l'application
d'origine.
S'il arrivait que l'utilisateur touche au clavier dans tel ou tel de
ces cas, l'application ou le navigateur pourraient prendre la
séquence de touches considérée pour une partie du
raccourci copie simulé par IntelliWebSearch, ce dont les
conséquences seraient imprévisibles, voire dommageables.
Il est donc déconseillé de se servir d'IntelliWebSearch
avec ces systèmes d'exploitation.
- Problème : Lorsque
la chaîne de recherche est modifiée dans la fenêtre
ouverte par IntelliWebSearch, la barre de langue IME utilisée
pour la saisie de chaînes multi-octets (chinois, japonais, etc.)
n'affiche pas les caractères voulus.
Solution
: Il semblerait que cette anomalie tienne à une bogue dans
AutoHotkey, à laquelle je ne puis rien. Certains des
utilisateurs de Windows XP rapportent que les caractères en
question sont mis en mémoire tampon et que les chaînes
multi-octets apparaissent quand ils appuient sur la barre d'espacement;
autant taper dans la nuit... Cela étant, il n'arrive
pas souvent, heureusement, que la chaîne de recherche doive
ête modifiée.
- Problème :
Internet Explorer 7 ouvre une nouvelle fenêtre pour chaque
recherche, tandis que Firefox et Opera ouvrent un nouvel onglet.
Solution
: C'est là une particularité d'Internet Explorer à
laquelle je ne puis malheureusement rien. Il peut y être
obvié en assignant les touches ALT+F4 à la
Com(man)de avant retour (ce qui a pour effet de fermer la fenêtre Internet Explorer) et en usant à chaque fois du
raccourci retour pour revenir à l'application d'origine sans même avoir mis de texte en surbrillance dans la fenêtre
Résultats du navigateur. Une autre solution consisterait évidemment à changer de navigateur.