Tuesday, June 19, 2012

Tip: Copy fully-specified file path to clipboard in Windows Explorer

In Windows 7, if you ever have a file open in Windows Explorer that you know you’ll want to manipulate in another application, such as attaching the file to an email (or embedding an image in a blog post!), a quick way to copy the file’s fully-specified path and filename to the clipboard is to hold Shift and right-click the file, and select the Copy As Path option.

CopyAsPath

Then, you can just press Ctrl+V to paste the path into the Open File… dialog of the target application! No need to drill down through your filesystem’s folder structure to find the file.

It’s nice that this is included as native functionality in Windows 7.  In Windows XP, it was necessary to use a 3rd-party utility such as ClipPath to get this same functionality.

Wednesday, May 09, 2012

Workaround: Wireless connection fails on “Waiting for Association” on Thinkpad T520 laptop

My work PC, a Lenovo Thinkpad T520 laptop running Windows 7, normally seamlessly switches between the wired network connection when docked, and the wireless network when undocked.

A few days ago, though, the laptop (without me having made any relevant changes to the machine’s hardware/software configuration) started failing at the “Waiting for Association” step when connecting to the wireless network after undocking.

Rebooting (while undocked) would work to resolve the problem, but taking multiple minutes to reboot the machine and reopen all of the programs/documents that I had been working with prior to the reboot was obviously a significant hassle.

This morning, I found a better workaround: In Device Manager, if I disable and then re-enable the wireless network adapter (“Intel(R) Centrino(R) Advanced-N 6205”), and then re-attempt the wireless connection via the Thinkvantage Access Connections system tray icon, the wireless does connect successfully.

I’ll update this post and/or make a new post on this blog if I discover a full fix.

Monday, April 30, 2012

Workaround: Google Calendar: “Unable to reach Google Tasks” when trying to edit an event

While working with my Google Calendar just now, although I was able to view my calendar and create new events with no problem, when I tried to edit an existing event, I was getting an “Unable to reach Google Tasks” error displayed in the bottom-right corner, and the “edit event” page would not appear.

Logging out of my Google account and then back in again worked around this issue for me; editing events on my calendar works fine now for me after doing that.

Friday, March 02, 2012

Logitech MX500 mouse replacement: Logitech G400

Quite a while back, circa 2005, I purchased a Logitech MX500 mouse.  It served me very well for many years at my primary mouse, both at home and at work.  I first used the MX500 at home, then later decided to bring it into work; I purchased a Logitech MX518 mouse, the successor to the MX500, for use at home.

Finally, this past week, after 7+ years of quality service, my MX500 flaked out: When holding down the left mouse button to drag something, the mouse button would randomly start “releasing", even though I was firmly holding down the physical button.  This quickly started causing me lots of problems when selecting blocks of text, reordering items in lists, and performing other operations. I decided I needed to replace the mouse.

Now, in 2012, the model MX500 has been discontinued; its successor, the MX518, has also been discontinued.  The modern successor to the MX500, as I found after doing some research, is the Logitech G400 mouse

MX500 MX518 G400 mice

As you can see, the MX500, the MX518, and the G400 all have the same-shaped chassis.  Despite the G400 being marketed as a “gaming mouse,” I’ve found that it’s perfectly suitable for office use, and is a seamless replacement for my MX500.  Having used the new G400 for most of this week, I don’t even notice any difference while using the new mouse between it and my old MX500. 

So if you’re in the same position I am, and your Logitech MX500 (or MX518) has recently died, and you’re looking to replace it with something that works and feels the same, I can recommend the G400 as a solid replacement.

Friday, February 03, 2012

Possible Fix: On boot, blank screen after Windows 7 logo

This past week, my HTPC spontaneously started having a problem where, when booting, after the Windows logo was displayed, I would just get a blank (black) screen.  Windows apparently loaded ok – I just couldn’t see anything the screen.  One afternoon, things were working fine, but later that evening (not having manually made any changes to the PC), the problem started occurring.

In an attempt to keep this post brief, I’m going to omit the myriad of troubleshooting steps that I went through to try to correct this, and just provide the one that worked for me. If you’re having a similar issue, you can skip to the end of this post for my solution, although I’d suggest at least skimming the System Configuration and Symptoms to get a better idea of whether or not this solution might be applicable for your situation as well.

System Configuration

This problem occurred on a PC running Windows 7 Home Premium 64-bit, with an nVidia GeForce GT 430 video card, connected via HDMI cable to a TCL L40FHDF12TA LCD HDTV.

Prior to the problem occurring, the PC was successfully sending both video and sound to the HDTV via an HMDI cable, connected to the HDMI-out on the video card, and one of the HDMI-in ports on the TV, at the TV’s native resolution of 1920x1080 (1080p).

Symptoms

  • Upon a reboot, the PC would correctly display the text-mode POST information, followed by the graphical Windows 7 logo; but after that, the TV would just display a blank (black) screen.  The TV would report it was getting a 1280x720 signal from the PC. Also, the normal Windows boot sound did not play (even though I did have the volume up on the TV).
  • The problem would persist even after turning the TV off and back on, or changing channels on the PC and then changing back to the “HDMI 1” input, or when disconnecting and reconnecting the HDMI cable (without rebooting).
  • When booting into Safe Mode, the Windows desktop would display properly, and the system would be usable (albeit without sound, and at a reduced screen resolution). 
  • At one point midway though the troubleshooting process, I got things “partially fixed” such that the Windows desktop would come up when booting normally (not into Safe Mode).  (Unfortunately, I don’t recall exactly which specific troubleshooting step I took over the course of the multi-hour troubleshooting process to make this happen.)  When in the system was in this state, I observed multiple problems:
    • In the Screen Resolution dialog, Windows would only let me let me set the monitor to a maximum resolution of 1280x720 – not the full resolution of 1920x1080 supported by the TV.
    • Windows recognized the monitor as a “Generic non-PNP monitor”, not as the actual TCL TV model.
    • No sounds would play. In the Sound dialog (accessed from the Control Panel), there was an nVidia HDMI sound output listed, but it had a listed status of “Not plugged in” (even though the HDMI cable actually was plugged in).
    • The nVidia Control Panel software showed that the monitor was connected via DVI – not via HDMI as it actually was connected.  The software didn’t display a dropdown that would allow the connection type to be changed.
  • The same symptoms persisted when connecting the PC to the TV via the video card’s DVI-out port, the TV’s HDMI-in, and a DVI-HDMI adapter (and rebooting).

Solution

After trying many things to fix this, what eventually ended up working for me to fix the problem was to use Windows 7 System Restore to restore the system to a restore point a couple of weeks before the problem started happening.  Once this was done, all symptoms immediately went away; the TV once again successfully sent video and sound to the TV, Windows recognized the monitor as a TCL TV (not as a “generic non-PNP monitor”), and Windows allowed me to change the screen resolution to the TV’s native resolution of 1920x1080.

I’m still somewhat mystified as to the initial root cause of the problem; my best guess is that some Windows system file related to display output was (somehow) damaged, and that this was corrected by the System Restore.  The only thing listed on the System Restore dialog between the present time and the restore point that I selected (other than several manual video driver updates that I had applied during the troubleshooting process) was a series of automatically installed Windows Critical Updates. 

(The problem apparently wasn’t with one of the nVidia video driver files, as I tried installing multiple different versions of the display driver software to correct the problem, without success.  I even went so far as to use a “driver cleaner” utility to clean out all of the old nVidia files and registry entries before re-installing a new driver.)

If you’re having the same problem that I was, this solution may or may not work for you.  Still, it may be worth trying a System Restore as part of your troubleshooting process if other more obvious solutions (checking cables, reinstalling the video driver, etc.) aren’t working for you.  I hope this helps!