LibreOffice

LibreOffice 4 Default User Config

LibreOfficeLibreOffice is a great Office suite to use, and is getting more potent as a replacement for Microsoft Office. 

Using it in an enterprise is fairly simple if you’re happy with the predefined config and let your users do all the settings by themselfs. There is, however, a couple of ways to change the predefined settings.

In the program directory (c:\Program Files(x86)\LibreOffice is default) you have the config files located in share\registry with the file extension .xcd. These contain information about what file extension is the default for each program. For example LibreOffice Writer uses writer.xcd.

To change the default file extension for Writer:

1. Open writer.xcd in Notepad

2. Click on Edit / Replace all

3. Search for <prop oor:name=”ooSetupFactoryDefaultFilter”><value>writer8</value> and replace it with <prop oor:name=”ooSetupFactoryDefaultFilter”><value>MS Word 97</value>

4. Save and you’re done!

Check the reference at the bottom for a couple of more examples…

If you already deployed LibreOffice to your users and need to force these new settings to them you need to delete a file in the users profile. The file is called registrymodifications.xcu and contains all settings the user has changed. So the solution is to simply delete this file, and the easiest way to do that for all users is a GPO to automate the process at logon.

So what you need to do is:

1. Open GPMC and create a new GPO or edit an existing one

2. Navigate to User Configuration\Preferences\Windows Settings\Files

3. Add a new file

4. In Actions select Delete

5. In the Target point out the file, %AppDataDir%\Roaming\LibreOffice\4\user\registrymodifications.xcu

6. Change tab to Common, and select Run in logged-on user’s security context (user policy option)

7. Click OK and your Done!

Now all users will have their own configurations erased at logon and your default config will apply. But they’re still allowed to change settings during their active session, so this method doesn’t lock down anything.

Reference:
http://4techs.org/243/global-settings-and-policies-for-libreoffice-in-clientserver-and-terminal-server-enviroments/
http://technet.microsoft.com/en-us/library/cc772536.aspx

CitrixVDA

VDA stays Unregistered at XenDesktop Controller

The Virtual Desktop Agent (VDA) have an option during installation where you have to point out the XenDesktop Controllers by hostname, IP address or just by pointing out the XenDesktop Farm. If you happen to point out the farm it is most likely to not get registered at the XenDesktop Controller in Studio. The solution, apart from reinstall and making another choice, is to manually point the XenDekstop Controllers out. This solution has it’s benefits and can be used in several other situations. For example if you’ve put a couple of hours down to get the Master Image ready and already had MCS create your pool, if you happen to change the hostname or IP address of the XenDesktop Controller(s), etc.

So what you need to do is alter or create the following Registry key:

1. Navigate to HKLM\Software\Citrix\VirtualDesktopAgent

2. Alter/create the key ListOfDDCs (REG_SZ)

3. Type your XenDesktop Controllers hostnames (FQDN) or IP address. If you have several you separate them with one space, i ex “host1.domain.local host2.domain.local”.

Note: If you typed in the hostnames, you also need to do the 4th step, otherwise you’re done:

4. At the same location (HKLM\Software\Citrix\VirtualDesktopAgent) create a key named UseCnameLookup (REG_DWORD) with the value 1. (1 = Enabled, 0 = Disabled)

This can be set via GPO and distributed to the XenDesktop Controllers via Computer Group or by adding the specific computers to that GPO.
If you read the pages in my reference you’ll notice that Citrix has a separate location for the x86 and the x64 platform. I have tried the x64 instructions on a x64 platform, but didn’t get it working, while the x86 instructions (the above) worked for both platforms. This applies to XenDesktop 7.1, so it may have changed for the most recent version 7.5.

Reference:
http://support.citrix.com/article/CTX137960
http://support.citrix.com/article/CTX118976

DropDownMenu

Drop down menus alignment

I recently came across a funny scenario where, in a XenDesktop 7.1 environment, the drop down menus are on the wrong side of the cursor. The reason for this is the Tablet PC functionality in Windows 7+ where it looks at what type of display you are using and try to give you the most user friendly experience, even though you don’t have a Tablet PC. Now, because we’re in a XenDesktop environment it turned out that the display is “Unkown”, therefor it does a little bit whatever instead of using the most resonable option…

To fix this for a single user you do the following:

1. Run this command: shell:::{80F3F1D5-FECA-45F3-BC32-752C152E456E}

2. Click on Other

3. Change Handedness from Right handed to Left handed

4. Click on OK and you’re done!

 

To fix this via GPO do the following in the registry:

Add or Update the property MenuDropAlignment (REG_SZ) and set 0 to drop on the right side of the mouse, and 1 to drop on the left side of the mouse. You need to add/update the property on both of these locations:

HKCU\Control Panel\Desktop

HKCU\Software\Microsoft\Windows NT\CurrentVersion\Windows

Done!