On Thu, 23 Jan 2014, Miod Vallat wrote:
> [cc: tech@, reply-to set to tech@]
[snip]
> Fear not, for I have a diff for you (which I have been sitting on for
> about two years, and only completed and debugged thanks to this
> discussion)!
[snip]
Very cool. I've given it a try now on some limited ha
On 1/23/14, Miod Vallat wrote:
>> Something is inconsistent here. Do you mean the uk is not the
>> default? Or there is a difference between mux default and new attach
>> default? How does one know whether plugging a keyboard in is
>> reattaching it or attachning a new one?
>
> There is a differen
> Something is inconsistent here. Do you mean the uk is not the
> default? Or there is a difference between mux default and new attach
> default? How does one know whether plugging a keyboard in is
> reattaching it or attachning a new one?
There is a difference between a keyboard which can provide
On Thu, Jan 23, 2014 at 20:57, Miod Vallat wrote:
> - when changing the keyboard layout of a particular keyboard with an
> ioctl (i.e. using kbd(8) or wsconsctl(8)), the layout will become the
> default layout of the mux for new keyboard attachments.
> Now I plug a Sun USB keyboard with the uk la
> Couple of questions:
>
> 1. What if starting from this state:
> $ wsconsctl 2>/dev/null |grep encoding
> keyboard.encoding=us
> keyboard1.encoding=is
> keyboard2.encoding=uk
>
> you unplug the Icelandic and Sun UK keyboards. Next attach
> first the Sun UK keyboard and ne
On Thu, Jan 23, 2014 at 08:57:43PM +, Miod Vallat wrote:
> [cc: tech@, reply-to set to tech@]
>
> > After suspend or hibernate, I lose my designated console keyboard layout
> > (sv) and it reverts to the default (us?) wsconsctl shows that the
> > encoding to still be sv,
> >
> > keyboa
[cc: tech@, reply-to set to tech@]
> After suspend or hibernate, I lose my designated console keyboard layout
> (sv) and it reverts to the default (us?) wsconsctl shows that the
> encoding to still be sv,
>
> keyboard.encoding=sv
>
> What setting(s) am I missing to preserve the designat
