* Posts by Mike Gledhill

2 publicly visible posts • joined 24 Apr 2007

Samsung RF711 17.3in Core i7 laptop

Mike Gledhill
Unhappy

Oh no, they've done it again.

I have a (similar) Samsung laptop to this one, and again, Samsung has made a horrible mistake on the keyboard.

Once again, they have slipped in a second "Fn" key on the right on the keyboard, between the righthand Ctrl key and the cursor keys. It drives me mad.

On every other keyboard, you can easily use shortcuts like CTRL+Left, or Ctrl+Right. But with these Samsung keyboards, you end up hitting Fn+Left or Right. It makes using applications like Word much more difficult, and your fingers end up playing a stretching game of Twister while trying to jump over words in your document.

Seriously, do we NEED two "Fn" keys on a keyboard ? Do Samsung users really change their laptop's brightness or Power settings that regularly ?

Bad Samsung. Bad !

Program Names govern admin rights in Vista

Mike Gledhill

It gets worse...

I sent this article to The Register at the weekend, after wasting many hours tracking down a drag'n'drop bug in my code (when running on Vista) which didn't exist.

Two addition comments to make:

First off, yes, I do now know that if I add a manifest file to my .exe, then this Vista problem goes away.

But first, you need to know that this filename quirk is what's CAUSING the problem in the first place. No such files are required in XP, and my program ISN'T doing anything even slightly malicious.

This problem all came about as my .exe (with "install" in it's filename) has a screen where you can drag'n'drop files into it. It doesn't change system files, doesn't overwrite Windows directories or anything... it simply lets you drag'n'drop files into it, and it was THIS behavior that refused to work under Vista, until I changed the .exe filename.

It gets worse though: I thought it would be useful to look out for this behaviour happening, so I could warn the user about it. But you can't do it.

If I kept the filename with "install" in it, and tried to use the 10+ year old Microsoft C++ GetVersionEx() function to test which operating system the .exe is running on, then Vista actually LIES.

It actually tells my app that it's running on a Windows "version 5.1" machine - or Windows XP to you and me.

So, my app can't allow users to drag'n'drop files into it due to a Vista security measure, but Vista then tells my app that it's running on Windows XP, so my app has no idea that this problem might be happening.

It's ridiculous !!!

Once again, if I remove "install" from the filename, it all works fine, and that GetVersionEx() function is back to telling my app that it's running on Vista.

Aaaah, I'm sure there's logic in there somewhere.