Re: Fw: sticky xkb options ?
On 08/21/2011 12:44 AM, Alan Coopersmith wrote: On 08/20/11 12:45, Alan Coopersmith wrote: On 08/20/11 11:50, Matthieu Herrb wrote: And sticky xkboptions could be useful for other options too, given that a way to reset them explicitely also exist. Yes, an XkbOptionsAdd or similar to append instead of clear/set would be very nice. It would need to handle autoadding the , separator between entries, but that shouldn't be hard. Actually I guess it would be OptionAppend XkbOptions instead of Option XkbOptionsAdd, since the option parser would need to know to do the append instead of just replacing the existing value for that option. You could get into a definitional/user misunderstanding nightmare if this isn't carefully thought through. The server gets all done with startup and xorg.conf.d and later someone does a setxkbmap or if the DE does one behind your back. What happens then. Do the OptionAppends stay or disappear? ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Fw: sticky xkb options ?
On Sun, Aug 21, 2011 at 06:29:32AM -0400, Marty Jack wrote: On 08/21/2011 12:44 AM, Alan Coopersmith wrote: On 08/20/11 12:45, Alan Coopersmith wrote: On 08/20/11 11:50, Matthieu Herrb wrote: And sticky xkboptions could be useful for other options too, given that a way to reset them explicitely also exist. Yes, an XkbOptionsAdd or similar to append instead of clear/set would be very nice. It would need to handle autoadding the , separator between entries, but that shouldn't be hard. Actually I guess it would be OptionAppend XkbOptions instead of Option XkbOptionsAdd, since the option parser would need to know to do the append instead of just replacing the existing value for that option. You could get into a definitional/user misunderstanding nightmare if this isn't carefully thought through. The server gets all done with startup and xorg.conf.d and later someone does a setxkbmap or if the DE does one behind your back. What happens then. Do the OptionAppends stay or disappear? we've always treated the server configuration as separate from any run-time configuration. the same would be true here, once the server finishes initialising a device, any user-space tools will simply overwrite the server. The same rule would apply here. Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Fw: sticky xkb options ?
On Sat, Aug 20, 2011 at 09:44:37PM -0700, Alan Coopersmith wrote: On 08/20/11 12:45, Alan Coopersmith wrote: On 08/20/11 11:50, Matthieu Herrb wrote: And sticky xkboptions could be useful for other options too, given that a way to reset them explicitely also exist. Yes, an XkbOptionsAdd or similar to append instead of clear/set would be very nice. It would need to handle autoadding the , separator between entries, but that shouldn't be hard. Actually I guess it would be OptionAppend XkbOptions instead of Option XkbOptionsAdd, since the option parser would need to know to do the append instead of just replacing the existing value for that option. The value would have to be generic too then, not all Option settings take a comma as separator. Especially in the case of xkb variants, the effects can be quite interesting. mind you, I do wonder if a generic OptionAppend would confuse too much? there are only a few options where it makes sense, and even for other XKB settings it is a risky one to have. Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Fw: sticky xkb options ?
- Forwarded Message - From: Chris Robinson fabricat...@yahoo.com To: Matthieu Herrb matthieu.he...@laas.fr Sent: Sunday, 21 August 2011 4:01 AM Subject: Re: sticky xkb options ? Hi, Try: Section “ServerFlags” Option “DontZap” “yes” EndSection in xorg.conf I just verified this with Slackware. Chris From: Matthieu Herrb matthieu.he...@laas.fr To: Peter Hutterer peter.hutte...@who-t.net Cc: xorg@lists.freedesktop.org Sent: Sunday, 21 August 2011 3:28 AM Subject: sticky xkb options ? Hi, In order to keep the oldctrl+alt+backspace sequence killing X by default, I'm looking for the best place to place the configuration option. I'd like to put it in /etc/X11/xorg.conf.d/00-killserver or similar. Unfortunatly, at least with xserver 1.9 or 1.10, 'Option XkbOption terminate:ctrl_alt_bksp' doesn't stick. Any other 'Option XkbOption ...' parsed later will clear the already set options. The same is true for any initialisation done inside the xserver code itself via add_option(). Is there a way to set a sticky xkbOption ? -- Matthieu Herrb ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: fabricat...@yahoo.com___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Fw: sticky xkb options ?
On 08/20/11 11:02, Chris Robinson wrote: - Forwarded Message - *From:* Chris Robinson fabricat...@yahoo.com *To:* Matthieu Herrb matthieu.he...@laas.fr *Sent:* Sunday, 21 August 2011 4:01 AM *Subject:* Re: sticky xkb options ? Hi, Try: Section “ServerFlags” Option “DontZap” “yes” EndSection in xorg.conf I just verified this with Slackware. Then slackware is either shipping years out-of-date bits or has otherwise patched this locally. http://who-t.blogspot.com/2009/04/zapping-server.html -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Fw: sticky xkb options ?
On Sat, Aug 20, 2011 at 11:07:07AM -0700, Alan Coopersmith wrote: On 08/20/11 11:02, Chris Robinson wrote: - Forwarded Message - *From:* Chris Robinson fabricat...@yahoo.com *To:* Matthieu Herrb matthieu.he...@laas.fr *Sent:* Sunday, 21 August 2011 4:01 AM *Subject:* Re: sticky xkb options ? Hi, Try: Section “ServerFlags” Option “DontZap” “yes” EndSection in xorg.conf I just verified this with Slackware. Then slackware is either shipping years out-of-date bits or has otherwise patched this locally. http://who-t.blogspot.com/2009/04/zapping-server.html Anyways, this doesn't help me. The terminate:ctrl_alt_bksp option is needed in addtion to making sure DontZap is false (double negation). And sticky xkboptions could be useful for other options too, given that a way to reset them explicitely also exist. Thoughts? -- Matthieu Herrb ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Fw: sticky xkb options ?
On 08/20/11 11:50, Matthieu Herrb wrote: And sticky xkboptions could be useful for other options too, given that a way to reset them explicitely also exist. Yes, an XkbOptionsAdd or similar to append instead of clear/set would be very nice. It would need to handle autoadding the , separator between entries, but that shouldn't be hard. Currently I ship in the Solaris X packages an example file as /etc/X11/xorg.conf.avail/90-zap.conf that explains how to workaround this, but it would be nice to not need the extra hoops to jump through: # This configuration snippet enables the Ctrl-Alt-Backspace server kill key # # To use it, link or copy into /etc/X11/xorg.conf.d/ # # Note that only the last XkbOptions setting seen for a device will be used, # so to use multiple options, copy this file and add options into the Option # string, such as terminate:ctrl_alt_bksp,ctrl:swapcaps Section InputClass Identifier keyboard zap by default MatchIsKeyboard on Option XKbOptions terminate:ctrl_alt_bksp EndSection -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Fw: sticky xkb options ?
On 08/20/11 12:45, Alan Coopersmith wrote: On 08/20/11 11:50, Matthieu Herrb wrote: And sticky xkboptions could be useful for other options too, given that a way to reset them explicitely also exist. Yes, an XkbOptionsAdd or similar to append instead of clear/set would be very nice. It would need to handle autoadding the , separator between entries, but that shouldn't be hard. Actually I guess it would be OptionAppend XkbOptions instead of Option XkbOptionsAdd, since the option parser would need to know to do the append instead of just replacing the existing value for that option. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
