¿Hay un lugar en "Ubuntu" que almacene una lista completa de qué teclas / combinaciones / atajos están vinculados a qué?
¿Cuáles son los atajos de teclado y mouse de Unity? enumerar algunos accesos directos de "Unidad" al tablero, iniciador, etc. y ¿Cómo enumerar las combinaciones de teclas de Compiz en uso? muestra una manera de enumerar los enlaces de compiz, pero estoy buscando más que eso (no solo algunos de los enlaces de teclas limitados solo a Unity o Compiz) aunque es un comienzo.
¿Existe una lista global de combinaciones de teclas / combinaciones de teclas / métodos abreviados de teclado en uso, que se almacena en algún lugar de Ubuntu o hay una manera de compilarlos y enumerarlos? Uno que se aplica a Ubuntu y las cosas que se ejecutan en él (Unity, Compiz, Accesos directos a programas, etc.).
¿Seguramente, Ubuntu debe almacenar esto en algún lugar para que la combinación de teclas presionada en el teclado se dirija a lo que está conectado? Si no hay tal lugar en Ubuntu, publíquelo como una respuesta, para que los futuros usuarios, esa búsqueda, lo sepan.
Respuestas:
Su administrador de ventanas obtiene los eventos clave antes de que lo hagan las aplicaciones, por lo que si quiere consumir esos eventos, lo hace y sus aplicaciones nunca los recibirán. Si el administrador de ventanas no quiere reaccionar a los eventos clave en sí, los pasa a la aplicación.
Puede verificar esto usted mismo de la siguiente manera:
xev | grep KeyPress, el visor de eventos X.Alt, tenga en cuenta quexevmuestra que obtuvo el evento clave en su ventana de terminal.Ctrl, nuevamente note quexevconsiguió el evento. Tome nota de cómo se ve la ventana de terminal en este momento.Left arrowpara ir a otro espacio de trabajo. (Supongo que tiene eso como una tecla de acceso directo del administrador de ventanas).Right arrowpara volver a donde está corriendoxev. Tenga en cuenta que nunca recibió ningún evento clave para cambiar las áreas de trabajo a través de las teclas de flecha izquierda y derecha: la salida es la misma que en el Paso 4.Entonces, verá que el administrador de ventanas en la práctica obtiene todos los eventos clave y, si no quiere capturarlos, los pasa a la aplicación. Luego, la aplicación puede hacer lo mismo para sus propios widgets (como cómo puede presionar
Entertodo el día en su navegador web, pero no hará nada hasta que coloque el cursor en la barra de direcciones o en algún campo donde pueda ingresar texto) .Depende de la aplicación establecer sus propios accesos directos, y las aplicaciones se configuran independientemente una de la otra.
En KDE 3.x, si recuerdo correctamente, podría establecer los accesos directos predeterminados (por ejemplo,
Ctrl-spara guardar) en el Centro de control de KDE y se aplicaría a todas las aplicaciones escritas con el kit de herramientas Qt, pero no sé si eso todavía es posible desde su cambio a KDE 4.fuente
Desde Ubuntu 17.10
En estos caminos :
También puede usar
dconf-editor(GUI) ogsettings(CLI).Desde Ubuntu 12.10-17.04
~/.config/dconf/user(en dconf-editor:org.gnome.settings-daemon.plugins.media-keys.custom-keybindings(accesos directos personalizados)~/.config/compiz-1/compizconfigHasta Ubuntu 12.04
Los accesos directos se colocan de manera diferente según el escritorio de bruja que esté utilizando (gnome / unity, kde, xfce, lxde, etc.).
Para gnome, están debajo
~/.gconf/desktop/gnome/keybindings(atajos personalizados)y debajo
~/.gconf/apps/metacity.fuente
general/global_keybindings/window_keybindings/gsettingsinstruccionesNo, no hay un solo lugar donde se guarden todos los accesos directos. Las aplicaciones pueden elegir almacenar sus configuraciones donde quieran.
Dicho esto, en su mayoría está buscando dos niveles: el nivel de aplicación (como Ctrl-C para copiar en Firefox) y el nivel del administrador de ventanas (como Win + D para mostrar el escritorio). Compiz usa gconf para almacenar su configuración .
Para las aplicaciones, puede dividirlas aproximadamente por sus kits de herramientas. A saber, las aplicaciones GTK también usan gconf.
No exactamente. La aplicación enfocada se inicia por primera vez en un evento de teclado X, pero si no lo hace, se dispara a otras aplicaciones, a saber, el administrador de ventanas. Por lo tanto, puedes tener un juego que capture Alt + F4 y no cierre la ventana (¡maldita sea, Jamestown!). Creo que está pensando que va a algún enrutador de eventos central, luego se compara con alguna base de datos y se enruta a su destino. Es más como pasar una botella de bebida: pase, tome un trago si lo desea y pase el resto, o tome todo y sea codicioso.
El entorno Linux / FOSS (puede que hayas notado) es bastante democrático, y lograr que todas las aplicaciones estén de acuerdo en un único repositorio de configuración de teclado central es una tontería. Por un lado, tiene aplicaciones sin mantenimiento que se escribieron hace mucho tiempo y que no sabría al respecto.
Actualización: Según los documentos de Xlib sobre el tema :
También,
Y puede establecer un atributo para deshabilitar la propagación .
El problema es que no le dices a X qué teclas escuchar, por lo que nunca puedes decir a priori qué teclas escucha la aplicación (y mucho menos qué hacen) o si realmente tienen la intención de propagarla si de hecho escuchándolo Por lo tanto, un registro central es imposible en el nivel X, por lo que tendría que hacerlo en el nivel del kit de herramientas, lo que es prácticamente imposible. :RE
fuente
Las aplicaciones almacenan sus accesos directos de forma independiente, por lo que no hay un lugar central, donde se almacenan.
No entiendo todo el proceso del teclado de interacción - SO - kernel - X11 - Administrador de ventanas - Entorno de escritorio - Aplicaciones, pero si una determinada ventana, como Gedit, tiene el foco del teclado, puede manejar la entrada por sí sola, y lo hace.
fuente
En 11.10, en Configuración del sistema -> Teclado -> Accesos directos, obtienes una lista bastante grande de ellos. ¿Es esto lo que estás buscando?
fuente