Some Notes on the Machines

This one is from the amazing Rick Boatright. I saw the ancestor of this thirty-plus years ago in Unix System V, had no idea it had gotten so useful in Microsoft-land. The gist of it is:

• You have a batch file, and want to access something involving a UNC path, something like this: \\SERVER_NAME\share_name\dir1\dir2
• Default logic often involves storage of current location into a variable, CD, resumption of previous, blah, blah, blah.
• But we can do it in one command: pushd \\SERVER_NAME\share_name\dir1\dir2 This does multiple things:
• First, it creates a temporary drive letter for the server and share name. It chooses an available drive letter.
• Secondly, without any further ado, it changes the current working directory of the shell (of the script) to the very location you pointed at.
• So, if you did the pushd above, and if Z: were available, your current working directory suddenly becomes: Z:\dir1\dir2
  where Z: is mapped to \\SERVER_NAME\share_name !!!
• Then when you’re done with it, just put in popd, and Z: goes away and you’re back to the current working directory you had beforehand!

Rather good to see:

https://docs.microsoft.com/en-us/powershell/module/smbshare/close-smbopenfile

So we have a terminal server or other multi-user Windows machine, Windows 7/2008R2 or later. We want to pin one or more icons to the taskbar, for all users. We discover that this is not something extremely easy to do :-) We can, at least reasonably easily, set up the same taskbar icon set for all users, thusly:

1. Log into the one machine, and set up the taskbar as you would like it to appear for all.
2. Export the following registry key:
   [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Taskband]
   to a file named TaskBarPins.REG. Put it in a permanent folder outside of user space, e.g. C:\AutoSettings, it will be imported automatically at every login.
3. Create SetTaskBarPins.VBS in C:\AutoSettings, containing the following text:

Option Explicit
On Error Resume Next
Dim objShell, ProgramFiles, sRegFile
Set objShell = CreateObject("WScript.Shell")
sRegFile = """C:\AutoSettings\SetTaskBarPins.REG"""
objShell.Run "Regedit.exe /s " & sRegFile, 0, True
Set objShell = Nothing

4. Create a shortcut to C:\AutoSettings\SetTaskBarPins.VBS in C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp.

The next time any user logs into this machine, nothing will appear to have been changed. But when they log off and then log on after that, their taskbar will be the same as the one you exported.

Run it like this, from CMD:

"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass script.ps1

There is a way:

https://autohotkey.com/docs/commands/Run.htm#RunAs

http://www.kellestine.com/self-elevate-vbscript/

If all of your settings are correct but you still get the popup saying that macros are disabled, your OTM file — the VBA project file — is corrupt. In the case of Outlook:

1. Export your modules to .BAS files
2. Exit Outlook
3. Go here in Explorer:
   C:\Users\[user]AppData\Roaming\Microsoft\Outlook
4. Delete the OTM file
5. Restart Outlook
6. Import your exported .BAS files into the new VBA project which it created for you.

Seems like certain VBScript references are being ripped off of the Web; thus it was great to see this:

http://ss64.com/vb

Two very interesting and related developments:

https://code.google.com/p/pywinauto/

https://code.google.com/p/swapy/

It’s not very much documented, but if you have a lot of WordPerfect files, try renaming their extensions to .DOC. Word will load them, unless they are very old files from WordPerfect for DOS.

If you have a huge tree of WPD files, use a batch file like this:

For /R "X:\TOP_OF_TREE" %%G in (.) Do (
 Pushd %%G
 Echo now in %%G
 ren *.wpd *.doc
 Popd )
Echo "Done!"

Try this:

http://ss64.com