Une toute petite :
Elle exige du petit,  du rapide & un fil court !    

L'une de mes luseuses cadres avait avant que je ne le corrige la vitesse du pointeur de sa souris au minimum... Il fallait faire passer la souris d'un bout à l'autre du bureau physique pour parcourir la même chose sur le bureau virtuel.
 
Dans cette thématique, j'ai réussi à démocratiser les souris verticales dans ma boite.
Qui ici utilise un trackball ?

 
oui, m'enfin, entre l'interpolation dégueulasse et les caractères trop petits qui te petent les yeux, vivent les pitch > 0,25 si le mec il te dit que c'est trop petit, il a aussi le droit d'avoir raison
 
(et pitié, me parlez pas d'agrandissement des polices dans l'OS, c'est juste une autre façon d'avoir un truc dégueulasse, et derrière faut régler le zoom dans chaque putain d'application...)

 
Un pitch à 0.25, c'est l'assurance d'avoir une image dégueulasse sur un moniteur. La capacité de l'oeil à 50cm de recul est d'environ 150 DPI. Un pitch à 0.25, c'est environ 100 DPI. Donc il y a une sacré marge.
 
Et la mise à l'échelle fonctionne parfaitement bien sous windows 10. On n'est plus à l'époque de XP!
Les problèmes sont relativement rares, seuls quelques rare programmes et de vieux utilitaires peuvent poser problème.  
 
J'ai eu un moniteur 28 pouces UHD (160 DPI) avec l'affichage à 156% et maintenant j'ai un portable 13 pouces FHD (170 DPI) avec l'affichage à 125%, et aucun problème. Je t'invite à venir constater par toi même.
Et il n'y a pas à régler / modifier le zoom pour chaque application, encore heureux. Tu es dans la pure théorie du gars qui n'a jamais testé, en tout cas pas sous windows 10.
 
J'ai eu cette discussion il y a quelques jours sur un autre post avec 2 ou 3 personnes qui pensaient comme toi, quand j'ai demandé à l'un d'entre eux un exemple concret de problème, il m'a parlé de problèmes sous Fedora....    
 
Sous windows 10, aucun problème pour ma part.  

on parle bien d'un trackball ?
du vrai trackball avec la boule rouge ?

 
Sur mon 28p UHD sous windows 10, tout marche parfaitement bien , à partir tuxguitar qui s'affiche mal, impossible de voir la tablature ( tout se chevauche et est illisible ). J'ai pas réussi à régler

 
Mais bien sûr !    
 
On n'est pas dans le cadre du championnat du monde de Starcraft, on parle du bureautique là.  
 
Ou alors c'est la fille cachée de Flash    

on parle de combien de millieme de sec?

la "vitesse" des electrons dans un support conducteur est inférieur à la vitesse de la lumière...
mais en faire une différence palpable , faut éduquer un peu vos users  

Mon actuel a une boule noire mais oui Pourquoi ?

on parle de combien de millieme de sec?

 
Ben comme dit plus haut, moins de câble = moins de distance à parcourir pour le signal = moins de latence, souris plus rapide donc.  

 
ne me dit pas que tu y crois vraiment????  
 

Pour moi c'était pour les dessineux.

on parle de combien de millieme de sec?

 
Bha si ! d'après toi pourquoi on intègre toujours de plus en plus les composants électroniques plutôt que d'en mettre plusieurs sur un PCB avec des longueurs de pistes pour les relier entre eux ?

 
voir réponse au dessus  

vu que gilga n'est pas la je m'y colle
sortons la calculatrice

avec une vitesse de signal dans le cuivre de 200 000km/s selon wiki
ca fait 0.2*10^9 m/s

avec un la formule Temps = distance/vitesse ( programme de physique de 3eme si je ne m'abuse ) le parcours d'un 1 mètre de câble prend 5 nano secondes

maintenant si je prend la norme du bus USB

en prenant comme hypothèses que c'est de l'SB 3,
qu'il n'y as pas de hub entre la souris et le contrôleur, que c'est un controleur dédié
( tout ca uniquement pour gagner du temps )
https://www.usb3.com/whitepapers/US [...] -final.pdf

en prenant une trame USB avec seulement 3 octets utiles (delta X /delta Y / état des boutons) alors que la trame complète fait plus de trois fois cette taille ... synchro /ID/data/control etc
même en prenant la vitesse MAX de l'usb 3 @ 5 Gb/s qu'on vas arrondir en oubliant les précodage 128/132B et j'en oublie ....

son mètre de cable lui fait gagner la durée de transmission de 1bit
UN malheureux bit d'avance

avance qui sera de toute façon anéantie par le pooling-rate (qui pafonne a 1GHz pour les souris) même si l'info est arrivé un poil de cul plus tot, le PC n'en aura pas "conscience" plus vite

donc 10 000% bullshit, preuves a l'appuie
a moins que la secrétaire ne se paluche de relire des 500 pages de la norme USB, et de se remettre dans les cours de physique et d’électricité pour prouver le contraire c'est un DTC de classe international

et SI elle commence a fouiller ... il reste encore le second effet kiss cool
"oui mais deja ta souris est en USB2 .... et avec un pooling rate de 125Hz par défaut, le câble ferai 2 bornes que tu verrai toujours pas la différence "

vu que gilga n'est pas la je m'y colle  

Nan mais cherche pas "TECHNIQUEMENT" elle a raison, s'tout
 
 
Tu peux retourner ça dans tous les sens, moins y'a de câble et plus ça va vite. Que ça soit décelable n'est pas le fond du problème, techniquement, c'est juste.

 
Bha si ! d'après toi pourquoi on intègre toujours de plus en plus les composants électroniques plutôt que d'en mettre plusieurs sur un PCB avec des longueurs de pistes pour les relier entre eux ?

 
 
 
vu que gilga n'est pas la je m'y colle  
sortons la calculatrice  
 
avec une vitesse de signal dans le cuivre de 200 000km/s selon wiki  
ca fait 0.2*10^9 m/s
 
avec un la formule Temps = distance/vitesse ( programme de physique de 3eme si je ne m'abuse ) le parcours d'un 1 mètre de câble prend 5 nano secondes  
 
maintenant si je prend la norme du bus USB    
 
en prenant comme hypothèses que c'est de l'SB 3,  
qu'il n'y as pas de hub entre la souris et le contrôleur, que c'est un controleur dédié
( tout ca uniquement pour gagner du temps )  
https://www.usb3.com/whitepapers/US [...] -final.pdf
 
en prenant une trame USB avec seulement 3 octets utiles (delta X /delta Y / état des boutons) alors que la trame complète fait plus de trois fois cette taille ... synchro /ID/data/control etc  
même en prenant la vitesse MAX de l'usb 3 @ 5 Gb/s qu'on vas arrondir en oubliant les précodage 128/132B et j'en oublie ....  
 
son mètre de cable lui fait gagner la durée de transmission de 1bit  
UN malheureux bit d'avance  
 
avance qui sera de toute façon anéantie par le pooling-rate (qui pafonne a 1GHz pour les souris) même si l'info est arrivé un poil de cul plus tot, le PC n'en aura pas "conscience" plus vite  
 
donc 10 000% bullshit, preuves a l'appuie
a moins que la secrétaire ne se paluche de relire des 500 pages de la norme USB, et de se remettre dans les cours de physique et d’électricité pour prouver le contraire c'est un DTC de classe international    
 
et SI elle commence a fouiller ... il reste encore le second effet kiss cool  
"oui mais deja ta souris est en USB2 .... et avec un pooling rate de 125Hz par défaut, le câble ferai 2 bornes que tu verrai toujours pas la différence "  
   
 

vu que gilga n'est pas la je m'y colle  
sortons la calculatrice  
 
[...]

 
C'est plus précis pour le dessin et tout ça oui, mais c'est parfaitement utilisable en bureautique et même JV (bon, je ne joue pas à Starcaft au niveau international non plus).
 
Il suffit de régler les dpi aussi pour passer d'un usage "précision" à un usage "normal".
Perso j'ai une trackball avec un bouton pour changer les DPi à la volée, pour te donner une idée, je parcours la diagonale de mon bureau d'un "seul coup de pouce" (une demi-rotation de la boule) là ou en effet par défaut les trackball pour un usage de retouche/dessins sont plutôt réglées pour parcourir 100 pixels
 
Un truc aussi qu'on "apprends" sur les trackball, c'est à utiliser l'inertie de la boule dans un JV par exemple, pour se retourner, tu donnes une impulsion à la boule, si c'est propre et pas usé, la boule continue à tourner et donc avec le pouce il faut stopper. Ca aide pas mal pour jongler entre les déplacements ou tu dois être rapide et la visée ou il faut être précis.
 
Pour préciser aussi, il existe deux principaux "modèles" de trackball, un "universel" et un "droitier"
 
https://upload.wikimedia.org/wikipe [...] ckball.JPG
 
https://upload.wikimedia.org/wikipe [...] -mouse.jpg
 
Le modèle universel est le plus ancien; l'avantage est principalement qu'il peut être utilisé par les droitiers et gauchers.
Je n'ai pas eu l'occasion d'en tester un mais je pense que l'utilisation de l'index doit être plus fatigante en usage normal, moins de "mobilité" du doigt.
 
Le modèle "droitier" est le plus commun depuis une dizaine d'années; l'avantage est que tu utilises les mêmes doigts que sur une souris normale, et le pouce pour bouger la boule, ce qui permet de s'adapter plus rapidement et de revenir à une souris normale.
En plus, l'espace pour bouger la boule est plus grand et le pouce est plus agile que l'index.
Le défaut évidemment c'est que les gauchers peuvent aller se faire voir

 
 
Le défaut évidemment c'est que les gauchers peuvent aller se faire voir

Nan mais cherche pas "TECHNIQUEMENT" elle a raison, s'tout
 
 
Tu peux retourner ça dans tous les sens, moins y'a de câble et plus ça va vite. Que ça soit décelable n'est pas le fond du problème, techniquement, c'est juste.

 
ouais..... quand je branche mon pc portable sur ma TV avec un cable HDMI de 15m, je dois avoir un décalage de 0,00000000000000000000000000000000000000000000000001ms avec mon pc portable (avec une marge d'erreur de +/- 1% )
 
 

 
ouais..... quand je branche mon pc portable sur ma TV avec un cable HDMI de 15m, je dois avoir un décalage de 0,00000000000000000000000000000000000000000000000001ms avec mon pc portable (avec une marge d'erreur de +/- 1% )
 
 

vu que gilga n'est pas la je m'y colle
sortons la calculatrice

avec une vitesse de signal dans le cuivre de 200 000km/s selon wiki
ca fait 0.2*10^9 m/s

avec un la formule Temps = distance/vitesse ( programme de physique de 3eme si je ne m'abuse ) le parcours d'un 1 mètre de câble prend 5 nano secondes

maintenant si je prend la norme du bus USB

en prenant comme hypothèses que c'est de l'SB 3,
qu'il n'y as pas de hub entre la souris et le contrôleur, que c'est un controleur dédié
( tout ca uniquement pour gagner du temps )
https://www.usb3.com/whitepapers/US [...] -final.pdf

en prenant une trame USB avec seulement 3 octets utiles (delta X /delta Y / état des boutons) alors que la trame complète fait plus de trois fois cette taille ... synchro /ID/data/control etc
même en prenant la vitesse MAX de l'usb 3 @ 5 Gb/s qu'on vas arrondir en oubliant les précodage 128/132B et j'en oublie ....

son mètre de cable lui fait gagner la durée de transmission de 1bit
UN malheureux bit d'avance

Voilà, tu as compris le mot "techniquement"
 
Les gars du CERN l'expliqueraient mieux que moi

j'ai fait le calcul dans mon post : retard 5 nano par mètres    
 
15 M VS le câble 1m standard => 14m de sur longeur => 14*5= 70nano de retard

techniquement tu ne prends pas en compte la vitesse d'affichage de la carte graphique, la réactivité de l'OS (et je dois en oublier)... jusqu'au clic effectif. quite à etre très précis comme tu cherches à le prouver.
bref, tu racontes n'importe quoi

techniquement tu ne prends pas en compte la vitesse d'affichage de la carte graphique, la réactivité de l'OS (et je dois en oublier)... jusqu'au clic effectif. quite à etre très précis comme tu cherches à le prouver.
bref, tu racontes n'importe quoi

Heu non, tu as juste oublié le côté fun du post initial : "un fil plus court qu'un autre est plus rapide", je n'ai absolument rien à prouver, rien à battre des josiane ou des nanosecondes ou de la vitesse des électrons dans un fil de cuivre, et encore moins sur un forum public qui est là pour me détendre. Par contre tu sembles avoir un truc à faire passer toi non ?  "sarcastic"