Archive

Posts Tagged ‘Shortcuts’

Fix: Keyboard shortcuts Ctrl-C, Ctrl-V, Ctrl-Z, Ctrl-A not working in Word

For some time now, I was getting very annoyed while copy-pasting content from other software into Microsoft Word 2010. I would press CTRL+C at some other software and then would press ALT+TAB to go into an open Word document and press CTRL+V to paste, but it would not. So I had to move my fingers far away to SHIFT+INSERT to paste.

Today had enough so after some Google search on it, found the best fix by Moshe Eschel at:

http://superuser.com/questions/215595/keyboard-shortcuts-such-as-ctrl-c-ctrl-v-and-ctrl-z-not-working-in-word-2010-on

To "restore" word to the way you remember, you need to go to, File->Options->Customize Ribbon On the bottom there is a label "Keyboard Shortcuts" and a button "Customize…" – click it

On the Categories box, scroll until you find "All Commands" and select it. Now, from the right box select the following Command: EditCopy Look at the "Current Keys" Box you will see "Ctrl+Insert" which is the NEW mapping now put your cursor in the "Press new shortcut key" and Press Ctrl+C, a button on the bottom named Assign will light up, and you click on it.

Do the same for all the shortcuts you like, such as EditPaste, EditUndo, EditRedo, EditCut, SelectAll etc.

Wonder why Microsoft didn’t add both the old and new shortcuts there, since it seems the dialog does support it. What a huge oversight, having Microsoft Word try to impose a shortcut from Macs (as it seems) to longtime Windows users (especially when other software the user works with use other set of shortcuts for copy-paste).

Moreover, the option to reassign the shortcut keys was very deeply hidden, hard for the average user to find it by themselves (couldn’t find it either and I don’t consider myself an average user).

Even more pathetic was the default shortcut key for Select All (usually Ctrl+A). It was Ctrl+5 and Ctrl+Clear (Numeric keyboard 5). What the heck Microsoft?

Categories: Posts Tags: , , , , , , ,

broken .LNK files assignment (or how to destroy and fix Windows 7)

A friend just called me this morning that their notebook with Windows 7 Starter started today showing the same icon for every Start menu item and for shortcuts (e.g. on the desktop) and when trying to open them the same program would always try to open them.

Seems he had right-clicked and done “Open With…” on a “.lnk” (Windows shortcut) file that was pointing to a missing (deleted) video file. Not knowing what .lnk files really are (filesystem shortcuts), he tried to open it with Windows Media Player.

There are several issues here that Microsoft should fix:

  1. Somebody at Microsoft changed Windows (think this happened at Windows Vista) to have “Always open with this program” option checked by default and this means users can easily damage file assignments that way.
  2. Windows doesn’t seem to protect such critical file extensions from getting reassigned by accident or by malicious code. In fact System File Protection (SFP) should take care to restore this automatically
  3. The Open With dialog shouldn’t allow one to check “Always open with this program” for critical file extensions like “.lnk”.

For older Windows versions (not Vista or Windows 7) I found a solution listed at:
http://support.microsoft.com/kb/172053/en-us?fr=1

but for Windows Vista and Windows 7 the correct solution is discussed at:

http://www.makeuseof.com/answers/change-fix-file-associations-windows-7/

There a Microsoft MVP (admin of http://winhelponline.com/) points to

http://www.winhelponline.com/fileasso/lnkfix_vista.zip

  1. You download this file and unpack/execute the .reg (registry) file that is included in the ZIP archive.
  2. Then Windows will warn you that the changes will occur to Windows Registry, you accept that
  3. Then you get a message the merge was completed.
  4. From Start menu, LOG OFF (from Shutdown submenu select Logoff/Disconnect from system) and LOG ON again.
  5. If everything isn’t fine at the new log-on session, you can also try rebooting the machine.

more IE9 RC issues – Tale of two Internet shortcuts

Can you spot any difference at the following two Internet shortcuts on my desktop?

image

I can’t either. Note that the two files have the same “name”, but different file extension (invisible when using default Windows Explorer folder view settings). The one uses “.url” (classic Internet Explorer webpage shortcut), while the other one, created by Internet Explorer 9 RC when I drag-dropped a page’s icon from the address bar onto my desktop, uses the file extension “.website”. That’s why although they seem to the user to have the same name, they can still co-exist on the same folder (the desktop).

However, there are important differences on how these two Internet shortcuts behave. If you open the .url one with IE9 RC you get the window at the 1st image shown below, whereas if you open the “.website” one, you get the window at the 2nd image shown below. Notice the difference on the address bar? The Back and Forward buttons now have a different color (they get their color from the page icon somehow, maybe calculating the dominant color or something from there) and there’s also the page icon showing up at the start of the address bar (can click on it to go back to this page if you’ve navigated away from it).

Note that when you drag-drop the webpage icon from IE9 RC address bar onto the desktop you also do notice a different behaviour (than you were used to) from IE9, in that it closes that page and opens it up in a new window, with that modified address bar, 2nd image as shown below.

imageimage

Right-clicking each of those two files (the .url and the .website ones), and selecting “Properties”, you get the displays shown below on the left and right sides respectively. You’ll notice that the “.url” file is called an “Internet Shortcut”, whereas the “.website” one is called a “Pinned Site Shortcut”.

image

Note that the “.url” file’s “Properties” action takes you directly to a tab other than the “General” one, called “Web Document” (a custom property page) with more info on the URL, a tab that is missing (I’d consider this a bug) from the “.website” file properties dialog. That way you can’t edit the URL from the properties dialog, neither can you set a “Shortcut key” for launching the shortcut using the keyboard.

image

Right-clicking the “.url” file and selecting “Send to > Notepad” (assuming you have installed “SendTo tools” or similar utility, or created a shortcut to “Notepad.exe” at your SendTo folder), you see the following contents:

[InternetShortcut]
URL=http://www.guardian.co.uk/commentisfree/cifamerica/2011/feb/14/useconomy-usemployment
IconFile=http://www.guardian.co.uk/favicon.ico
IconIndex=1

Right-clicking the “.website” file and selecting “Send to > Notepad” (assuming you have installed Send To tools or created a Notepad shortcut at your SendTo folder), you see the following contents:

[{000214A0-0000-0000-C000-000000000046}]
Prop4=31,The revenge of trickle-down economics | Richard Wolff | Comment is free | guardian.co.uk
Prop3=19,2
[InternetShortcut]
URL=http://www.guardian.co.uk/commentisfree/cifamerica/2011/feb/14/useconomy-usemployment
IDList=
IconFile=http://www.guardian.co.uk/favicon.ico
IconIndex=1
[{9F4C2855-9F79-4B39-A8D0-E1D42DE1D5F3}]
Prop5=8,Microsoft.Website.CF19EB85.7C0F63A3
[{A7AF692E-098D-4C08-A225-D433CA835ED0}]
Prop5=3,0
Prop2=65,2C0000000000000001000000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF30000005900000085030000D4010000C6
Prop6=3,1

I find the new IE9 RC behaviour non-intuitive, esp. the action of closing old tab and popping up a new window when you drag-drop the page icon from the address bar onto the desktop. This violates the UI design principle of “least surprise” for the user.

Moreover it refreshes the page when doing that (which can result in loss of data if you were filling-in something online and hadn’t submitted yet – hope it does at least respect webpages that use closing event handler to warn the user they haven’t saved and allow them to cancel the page closing).

You can see more info on Pinned Site Shortcuts at http://msdn.microsoft.com/en-us/ie/dd797411 (as a reader of my previous blog post pointed out).

Categories: Posts Tags: , , , , ,
%d bloggers like this: