#FREE42 DECIMAL WINDOWS 7#
#FREE42 DECIMAL FREE#

However, for more advanced calculations, you would need to use the functions and other features required to make them a bit more refined and accurate at the same time. Today, almost every computer or device will already have an in-built calculator function, which can be handy for simple and quick calculations.

#FREE42 DECIMAL FREE#

Either way, *this* isn't related to the choice of theme under Windows 7, because I see that twitch plain as day in Windows 7, even though I'm using the Windows Classic theme.Free42 is a lightweight and free to use calculator that is styled after HP-42S calculators, and it will help you perform even more advanced calculations and use multiple functions, and customize it with skins. I didn't notice the 'twitch' in the 1/X key when pressing Shift under Windows XP, which is interesting, but maybe that has something to do with me running XP in a VM, which could mean that the screen is updating too slowly for that phenomenon to be noticeable. When I press Alt, I see the little underlines under the menu titles appear, and when I then press Tab before releasing Alt, the application switch takes place, *and* the little underlines disappear from Freee42's menu bar, which would seem to indicate that it did receive a second Alt-key event. the Windows look, and the bug doesn't happen there.

#FREE42 DECIMAL WINDOWS 7#

I use Windows 7 with the Windows Classic theme, a.k.a. I just took another look at this, and it looks like this isn't a bug in Windows Vista/7/8 per se, but rather a bug in the newer Windows 'themes'. I verified this by running the Windows XP version of Microsoft Paint under Windows 7. (03-04-2014 03:12 PM)Thomas Okken Wrote: (03-04-2014 10:30 AM)fhub Wrote: If I switch from Free42 to any other open window with Alt-Tab, and then switch back again to Free42, then the program doesn't accept keystrokes on the PC-keyboard anymore I had never noticed this before, but sure enough, I can reproduce it in Windows 7. It's not really a problem, but it's strange and seems to indicate any issue with the keyboard handling (wrong interpretation of the release-code of the PC's Shift-key).

(03-04-2014 10:30 AM)fhub Wrote: If you press the Shift-key on the PC-keyboard and release it again, then the button in Free42 moves as if you would have clicked on it. Since MS isn't going to fix this, the only options right now are (1) live with the work-around of having to hit Alt again when switching back to Free42, or (2) I should change the UI to use the new-style menu bar. I don't know which approach they used in Windows before Vista, but they broke it in Vista and beyond. Either Windows should delay sending the app the Alt-pressed event until it's sure that the user isn't performing Alt-Tab, or, after finding that the user pressed Alt-Tab, send the app a second Alt-key event to cancel the first. What happens is that the app sees you pressing Alt, and treats this as a request to start arrow-key navigation in the menu bar.

You can reproduce the exact same behavior with any other program that uses the classic type of menu bar. (03-04-2014 10:30 AM)fhub Wrote: If I switch from Free42 to any other open window with Alt-Tab, and then switch back again to Free42, then the program doesn't accept keystrokes on the PC-keyboard anymore

Free42 decimal