Windows Calculator : pourquoi 200 + 10% donne-t-il 220 ?

02. Notez la séquence de touches

Posez une question précise : que se passe-t-il lorsqu’on saisit 200, choisit l’addition, saisit 10, puis appuie sur pourcentage et égal ? Notez l’affichage après pourcentage et après égal. L’opérande intermédiaire vous renseigne davantage que le seul résultat final.

Ce comportement concerne le mode standard. Conservez le mode, la version et la séquence de touches dans le relevé de test. Répéter égal, omettre un opérande ou appuyer une seconde fois sur pourcentage introduit un état supplémentaire ; écartez ces cas de la première expérience.

Analyse avec REA le comportement du pourcentage en mode standard de Windows Calculator. Compare les séquences 200 + 10 % = et 200 × 10 % =. Identifie le module installé qui traite l’arithmétique, puis suis la branche pourcentage et la transformation de l’opérande selon l’opérateur. Distingue les instructions observées, l’interprétation du code et les résultats réellement saisis dans l’interface.

03. Le lanceur ne contient pas forcément le calcul

Ouvrir un exécutable au nom pratique ne suffit pas. S’il passe la main à une autre application, suivez ce transfert dans le paquet installé. Notez le fichier réellement analysé et son empreinte.

Dans l’investigation du projet, l’arithmétique se trouvait dans CalcViewModel.dll plutôt que dans le petit lanceur calc.exe. La sélection des fonctions a été assistée par un analyste. Le code public de Microsoft cité a aidé à interpréter les identifiants d’opérateurs ; il n’a pas été démontré que ce code correspondait exactement au commit source du binaire installé.

• Quel fichier contient la branche arithmétique ?
• Qu’est-ce qui sélectionne le pourcentage et mémorise l’opérateur précédent ?
• Où sont stockées la valeur précédente et la saisie courante ?
• Quelles fonctions arithmétiques auxiliaires sont atteintes dans chaque branche ?

04. Reconstruisez d’abord la transformation de l’opérande

Pour l’addition et la soustraction, le pourcentage saisi est relatif au premier nombre. Pour la multiplication et la division, il devient une fraction de 100. L’opérateur en attente s’applique ensuite. Séparez ces deux étapes dans l’implémentation et dans l’interface.

Notre expérience vous fait appuyer séparément sur pourcentage puis égal pour rendre ce changement d’état visible. Modifier une entrée ou changer d’opérateur lance une nouvelle séquence. Elle accepte deux nombres finis, pas une expression de calcul arbitraire.

Implémente uniquement ce comportement de pourcentage à deux opérandes en mode standard : + et − transforment l’entrée en entry × (first / 100) ; × et ÷ la transforment en entry / 100. Garde l’opérande transformé accessible aux tests. N’applique l’opérateur en attente qu’à l’appui sur égal. Gère la division par zéro, la saisie vide et la réinitialisation. Ne revendique pas la compatibilité avec les touches répétées ou le mode scientifique.

05. Testez la valeur intermédiaire, pas seulement le résultat

Deux erreurs peuvent parfois s’annuler et donner le résultat final attendu. Vérifiez d’abord l’opérande transformé, puis le résultat. Incluez soustraction, division, zéro et un premier nombre négatif pour empêcher la suite de tests de réussir en codant en dur l’exemple d’addition connu.

Si votre nouvelle exécution sous Windows diffère, vérifiez le mode et l’ordre exact des touches avant de changer la formule. Conservez la séquence et les états d’affichage. Le rapport d’origine ne revendique pas une vérification complète des saisies dans l’interface Windows ; ne lui attribuez pas implicitement ce résultat.