Resolution d'ecran et coordonnees : comment le nombre de pixels modifie votre position X/Y
Votre ecran — detection automatique :
Deplacez votre souris a la coordonnee (960, 540) sur un ecran 1080p et vous tombez pile au centre. Faites pareil sur un ecran 4K et vous atterrissez dans le quart superieur gauche — a peine a un quart du trajet. Les memes chiffres, un endroit completement different sur l'ecran.
La plupart des comparatifs de resolution parlent de nombre de pixels et de ratios d'aspect. Celui-ci est different : nous examinons comment le systeme de coordonnees lui-meme change quand on passe de 720p a 4K — ce qui bouge, ce qui casse, et pourquoi vos scripts d'automatisation ne marchent plus. Les valeurs reelles de votre ecran sont detectees ci-dessus.
Ouvrir l'outil gratuit de coordonnees d'ecranLe systeme de coordonnees de votre ecran — en direct
Chaque ecran est une grille de pixels, et chaque pixel possede une adresse unique (X, Y). Le coin superieur gauche est toujours (0, 0). Le coin inferieur droit est (largeur − 1, hauteur − 1). Voici les coordonnees logiques que votre navigateur signale (elles peuvent differer des pixels physiques si la mise a l'echelle DPI est active — voir l'encadre ci-dessus pour les deux) :
Ces chiffres sont les coordonnees en direct de votre ecran. Deplacez cette page vers un autre moniteur ou changez votre resolution, et les valeurs se mettent a jour. Essayez — la difference entre la theorie et votre ecran reel, c'est ce qui rend le travail avec les coordonnees delicat. Utilisez notre outil de coordonnees d'ecran pour suivre la position de votre souris dans tout cet espace en temps reel.
Tableau comparatif : pixels, coordonnees et precision
Voici le tableau de reference pour toutes les resolutions courantes — nombre de pixels, plage de coordonnees, point central et PPI type. A garder sous la main si vous ecrivez des scripts d'automatisation, configurez des incrustations OBS ou parametrez des layouts de jeu.
| Resolution | Nom | Total de pixels | Plage de coordonnees | Centre | PPI type |
|---|---|---|---|---|---|
| 1280×720 | 720p (HD) | 921 600 | (0,0) – (1279,719) | (640, 360) | ~60 |
| 1366×768 | — | 1 049 088 | (0,0) – (1365,767) | (683, 384) | ~100 |
| 1920×1080 | 1080p (Full HD) | 2 073 600 | (0,0) – (1919,1079) | (960, 540) | ~92 |
| 2560×1440 | 1440p (QHD) | 3 686 400 | (0,0) – (2559,1439) | (1280, 720) | ~109 |
| 3440×1440 | Ultra-large QHD | 4 953 600 | (0,0) – (3439,1439) | (1720, 720) | ~109 |
| 3840×2160 | 4K (UHD) | 8 294 400 | (0,0) – (3839,2159) | (1920, 1080) | ~140 |
Bon a savoir : Doublez la resolution dans les deux directions (1080p vers 4K) et vous quadruplez le total de pixels. Le point central double aussi — (960, 540) devient (1920, 1080).
Un meme point, des coordonnees differentes : comment (960, 540) se deplace
La coordonnee (960, 540) correspond au centre exact d'un ecran 1080p. Mais que se passe-t-il a cette meme position physique quand vous changez de resolution ?
| Resolution | Ce que signifie (960, 540) | Position a l'ecran |
|---|---|---|
| 1280×720 | 75 % de la largeur, 75 % de la hauteur | Zone inferieure droite — loin du centre |
| 1920×1080 | 50 % de la largeur, 50 % de la hauteur | Centre exact |
| 2560×1440 | 37,5 % de la largeur, 37,5 % de la hauteur | Quart superieur gauche |
| 3840×2160 | 25 % de la largeur, 25 % de la hauteur | Extreme superieur gauche — seulement un quart du trajet |
Cela surprend beaucoup de monde. Ecrivez en dur (960, 540) comme « centre » dans votre script et ca rate sur tout sauf le 1080p. La solution est simple — calculez les coordonnees relativement a la resolution actuelle :
// Au lieu de hardcoder :
click(960, 540); // ne fonctionne qu'en 1080p !
// Calculez le centre dynamiquement :
centerX = screen.width / 2;
centerY = screen.height / 2;
click(centerX, centerY); // fonctionne sur toute resolutionCe principe s'applique aussi aux configurations multi-ecrans ou le systeme de coordonnees s'etend sur plusieurs moniteurs — le « centre » depend de l'ecran que vous ciblez.
L'espace de coordonnees vole par la barre des taches
La barre des taches Windows mesure environ 40 a 48 pixels de haut selon la mise a l'echelle. Ca semble inoffensif, mais sur un ecran basse resolution, c'est un bon bout de votre espace utile :
| Resolution | Hauteur d'ecran | Pixels de la barre | Hauteur perdue | Plage de coordonnees utiles |
|---|---|---|---|---|
| 1280×720 | 720 px | ~40 px | 5,6 % | Y : 0 – 679 |
| 1920×1080 | 1080 px | ~40 px | 3,7 % | Y : 0 – 1039 |
| 2560×1440 | 1440 px | ~48 px | 3,3 % | Y : 0 – 1391 |
| 3840×2160 | 2160 px | ~48 px | 2,2 % | Y : 0 – 2111 |
Ce que ca veut dire en pratique : Sur un ecran 720p avec la barre des taches en bas, le centre utile remonte d'environ 20 pixels — de (640, 360) a peu pres a (640, 340). Si vous avez besoin de clics au pixel pres, n'oubliez pas de soustraire la barre des taches.
macOS a sa propre logique : la barre de menus occupe en permanence 25 a 30 pixels en haut (sauf si vous la masquez automatiquement). Sur un MacBook avec encoche, elle est encore plus haute. Ce sont autant de coordonnees perdues de l'espace utile.
Precision des coordonnees : pourquoi la 4K offre une precision sub-millimetrique
Sur un moniteur 1080p de 24 pouces, chaque pixel mesure environ 0,28 mm de large. Quand vous cliquez sur la coordonnee (500, 300), votre curseur se pose quelque part dans un carre de 0,28 mm. Passez a un moniteur 4K de 27 pouces et chaque pixel se retrecit a environ 0,16 mm — presque la moitie. (Sur un 4K de 24 pouces, plus petit mais plus dense, les pixels sont encore plus minuscules a ~0,14 mm.)
| Resolution | Taille du moniteur | Taille d'un pixel (env.) | Erreur d'un pixel = |
|---|---|---|---|
| 1280×720 | 24" | 0,42 mm | Visible a l'oeil nu |
| 1920×1080 | 24" | 0,28 mm | A peine visible |
| 2560×1440 | 27" | 0,23 mm | Detail sub-pixel |
| 3840×2160 | 24" | 0,14 mm | Invisible sans grossissement |
| 3840×2160 | 27" | 0,16 mm | Invisible sans grossissement |
| 3840×2160 | 32" | 0,18 mm | Presque la qualite impression |
Pour la plupart des usages, le 1080p est suffisamment precis. Mais si vous faites du calibrage d'eye-tracking, travaillez sur des ecrans medicaux ou ecrivez de l'automatisation au pixel pres, la resolution supplementaire aide vraiment. Le hic, c'est que tous les pixels ne se valent pas — certains sont « physiques » et d'autres « logiques », et les confondre est ce qui casse vos scripts. Plus de details dans notre guide Pixels physiques vs logiques.
Ce que cela signifie pour l'automatisation et la precision des clics
Si vous ecrivez des scripts qui cliquent a des positions precises — PyAutoGUI, AutoHotkey, Selenium ou autre — la resolution est le facteur numero un pour savoir si votre script va vraiment fonctionner :
- Les coordonnees en dur cassent sur les differentes resolutions. Un clic a (960, 540) atteint le centre en 1080p mais rate tout le reste.
- La mise a l'echelle DPI ajoute une couche supplementaire de confusion. Un moniteur 4K a 150 % de mise a l'echelle, par exemple, signale 2560×1440 a la plupart des applications — votre script voit un espace de coordonnees, le systeme en utilise un autre. Consultez notre guide Mise a l'echelle DPI et coordonnees pour la solution.
- Les configurations multi-ecrans aggravent le probleme. Si votre moniteur secondaire a une resolution differente du principal, la meme coordonnee correspond a un endroit physique different sur chaque ecran. Le guide Coordonnees multi-ecrans vous donne les formules.
Regle d'or : ne codez jamais de coordonnees en dur. Interrogez la taille de l'ecran a l'execution et calculez les positions en pourcentages. Vos scripts fonctionneront alors sur n'importe quelle resolution.
# Exemple Python : clic independant de la resolution
import ctypes, pyautogui
# Rendre PyAutoGUI conscient des vrais pixels (DPI-aware)
ctypes.windll.user32.SetProcessDPIAware()
# Calculer le centre de l'ecran actuel
w, h = pyautogui.size()
center_x, center_y = w // 2, h // 2
pyautogui.click(center_x, center_y)Pour le correctif complet PyAutoGUI couvrant la mise a l'echelle DPI, le multi-ecran et les decalages de region de capture, consultez notre guide Coordonnees PyAutoGUI.
Questions frequentes
Un moniteur plus grand change-t-il mes coordonnees ?
Non. Les coordonnees sont determinees par la resolution, pas par la taille physique. Un moniteur 1080p de 24 pouces et un moniteur 1080p de 32 pouces ont la meme plage de coordonnees : (0, 0) a (1919, 1079). Les pixels sont juste physiquement plus grands sur l'ecran de 32 pouces.
Pourquoi mon script clique-t-il au mauvais endroit apres un changement de resolution ?
Parce que votre script utilise des coordonnees calibrees pour une resolution sur une resolution differente. La coordonnee (960, 540) est le centre d'un ecran 1080p mais seulement a 25 % du trajet sur un ecran 4K. Recalculez toujours les positions relativement a la resolution actuelle.
Quelle resolution utiliser pour les tests d'automatisation ?
Utilisez la resolution la plus probable chez vos utilisateurs cibles. C'est encore 1920×1080 pour la majorite des utilisateurs de bureau. Si vous testez pour des designers ou des developpeurs, 2560×1440 est la deuxieme plus courante. Testez toujours sur au moins deux resolutions pour detecter les coordonnees hardcodees.
Les jeux utilisent-ils les coordonnees d'ecran comme le bureau ?
Pour l'essentiel, oui. Les jeux en plein ecran utilisent generalement le systeme de coordonnees complet de la resolution. Mais les jeux en fenetre sans bordure peuvent utiliser la resolution du bureau, et certains moteurs appliquent leur propre mise a l'echelle interne. C'est pourquoi les incrustations de jeu (viseurs, minimaps) apparaissent parfois decalées — l'incrustation et le jeu utilisent des systemes de coordonnees differents.
Comment trouver ma resolution d'ecran actuelle par programme ?
En JavaScript : screen.width et screen.height. En Python : pyautogui.size(). En AutoHotkey v2 : A_ScreenWidth et A_ScreenHeight. Notez que toutes ces methodes peuvent renvoyer la resolution logique (mise a l'echelle) si la sensibilisation DPI n'est pas active — consultez notre guide sur la mise a l'echelle DPI pour plus de details.