04-30-2010 09:00 AM
battler. wrote:
We have lots of ppl at work complaining about performance of apps and PCs when it's really just the network.
Have a word with your IT people. Otherwise;
Solution = Do your development offline (disconnected from the network).
Message Edited by battler. on 04-30-2010 03:47 AM
Not really a solution since a) It's just me (no IT people) and b) 80% of what I do relies on the network. But thank you for the suggestion!
04-30-2010 09:09 AM
I thought that maybe the problem was that (maybe) the last file I opened was on a network drive, and it was accessing/searching for that location as a default when I opened the dialog. But that's not the case(opened a local location file to clear that).
I will try disabling services (I know what most of them are). May take me a couple days to get to it though.
04-30-2010 02:29 PM
05-01-2010 06:28 PM
05-18-2010 11:50 AM
FINALLY Figured it out.
On this particular system, I had configured the "Common Open File Dialog" to have custom items displayed in the Places Bar.
(Here's one link to tell you how to do it)
I had entered a network drive on a server that I shut down a few weeks ago (but I used the URL and not the drive letter, for some reason).
Once I shut down that server, any dialog box with the Places Bar in it tool a LONG time to load, as it searched for that URL.
I replaced the URL with an entry to my [profile]\Links folder, and put a shortcut to the new network location in there.
The interesting thing is that I thought LV was the problem since it was the only program affected- that's not true. The thing that threw me was that some programs use that dialog and some don't. IE does not, firefox does, notepad does not, office does not, etc.
Anyway, I appreciate all your help. I had forgotten I had made that customization, and now I know better than to use network URLs in my links!