Echogene's questions

I have quite a few custom compose key sequences. I know I can get them working with an ~/.XCompose and switching the input method to xim. However, Sublime Text 2 doesn't accept any compose key sequences when I'm using xim. It does accept them when I'm using the default input method. I think I reported this bug for Sublime Text 2 a while ago.

Using the default input method, I added the contents of my ~/.XCompose to /usr/share/X11/locale/en_US.UTF-8/Compose but this did not change anything. Is there any way I can get the compose key sequences in my ~/.XCompose to work without relying on xim?

I am using lubuntu and I am just wondering whether it would be worth switching from the default LXDM to LightDM. Are there any speed advantages of LightDM over LXDM? (An answer with more than one work is preferred.)

For some reason my laptop is stuck in Caps Lock. I have the Caps Lock key mapped by xmodmap to hyper_l, so I don't have a caps_lock key to turn it off. Is there a way I can turn it off by command line? It would be nice if I could reset the lock state without resetting my computer, especially for future reference. This has happened before, but I would like to know now how to do it properly this time.

Since upgrading to 11.10, xmodmap seems to be working nowhere near as well. I would like to be able to run xmodmap after unlocking a locked screen, as it doesn't work. I have to run it from a terminal (twice). I don't want Caps_Lock or Menu keys after I log in.

Preferably, I would like xmodmap to go back to being useable. It doesn't run automatically at startup anymore like it used to. I have a script at startup that has to run it several times before it actually does things. Here is my .xmodmaprc file; hopefully somebody will be able to find something wrong:
clear mod1
clear mod3
clear mod4
clear lock
keycode 66 = Hyper_L
remove lock = Hyper_L
add mod3 = Hyper_L
keycode 133 = Alt_L
add mod1 = Alt_L
keycode 64 = Super_L
add mod4 = Super_L
keycode 135 = Super_R
add mod4 = Super_R
keycode 118 = Multi_key

Meanwhile, if fixing this file doesn't fix the problems I'm having, I would like to know how to run xmodmap after resuming from suspend or unlocking from a locked screen.

On Ubuntu Oneiric, I am mildly annoyed by the icon that apparently Java programs give themselves by default. It is too low a resolution. I have 'emblem' set as the overlay icon for Compiz's scale and this seems to be an acceptable resolution for this context. However, the icon that is got by the launcher is different to the one that scale gets and is a lower resolution. The Unity window switcher also gets an icon that it is too low a resolution.

I have scoured all my directories for any .png with the letter 'j' (in the hope of finding 'java.png' or 'jvm.png' or something) in it and replaced all appropriate ones with a high resolution alternative, which has red rays emanating from the mug in the icon (the Fænza—my current icon theme—variant). As you can see, the icons above still all have orange rays and are not the right resolution. I cannot find any reference now to a .png file with 'j' in it that looks like these icons.

I would like to know where these icons are coming from and whether it is possible to replace them with higher resolution versions. All my other icons are pretty.

I have installed two Ubuntu partitions and they appear to be using two different swap partitions. Is this a safety thing or is it a waste of space? If the latter, how do I set up one Ubuntu to use the other's swap partition?

Possible Duplicate:
Do do I change the trash keyboard shortcut?

In the launcher, the Rubbish Bin is given the shortcut Super+t. I assume this is because it was named 'Trash Can' or something in the original language. I just wondered if there is any way of changing the letter of this shortcut because it's something that's mildly annoying to me. I'd rather have Super+t open a terminal like I had in 10.10.

Every time I look at the logs from bootchart, I notice a process called udevadm that is mostly coloured as if it is a zombie process. It is accompanied by modprobe, wait-for-root and udevd. They take up about 25% of my computer's boot time and nothing seems to be happening during this time according to the graphs above the process chart.

It would be nice if someone gave an explanation of these processes, what they do, why udevadm is a zombie most of the time and why nothing appears to be happening in the time they are running. If this is unnatural behaviour, I would also appreciate help on how to fix this.

What ways are there to shut down a computer remotely? My desktop is running Ubuntu 11.04 desktop edition and when I try to shut it down remotely using ssh, it doesn't actually work. I used the command sudo shutdown now. Afterwards, it said that the system is going down for maintenance NOW or whatever. However, when I got home, I came to discover that the computer was still on stuck on the Plymouth shut-down screen.

I would like to know some other ways to shut down remotely and it would also be nice to know why sudo shutdown now doesn't actually work.

Is there any way to stop clicks on onboard from closing Dash? I would like to be able to type in Dash using onboard before it disappears. It even happens when focus prevention level setting in Compiz is set to 'Very high'.

I know that there is a way to disable global menu. I don't quite want this as I quite like (at least one thing about) global menu. I would like to know if there is a way of disabling global menu for non-maximised windows.

Thus I ask: is this possible and if so, how is it done?

Global menu is only visually a part of a window when the window is maximised and merged with the top bar. I don't like bits of my windows floating all around the screen. You wouldn't drive a car when the driver's seat is on the roof of your house.

How do I let root-owned windows use global menu? I already have the 'Title Bar Info' Compiz plug-in telling me that the window is root's, I don't want the existence of the menu bar telling me that it's not my window as well. I would like some consistency.