Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #85471 > unrolled thread

Wildly OT: pop-up virtual keyboard for Mac or Linux?

Back to article view | Back to comp.lang.python

Contents

  Wildly OT: pop-up virtual keyboard for Mac or Linux? Skip Montanaro <skip.montanaro@gmail.com> - 2015-02-10 15:05 -0600
    Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Peter Pearson <pkpearson@nowhere.invalid> - 2015-02-11 00:10 +0000
    Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-10 19:05 -0800
      Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2015-02-11 15:10 +1100
        Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Chris Angelico <rosuav@gmail.com> - 2015-02-11 15:19 +1100
          Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-10 20:42 -0800
          Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-11 04:22 -0800
            Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Marko Rauhamaa <marko@pacujo.net> - 2015-02-11 14:35 +0200
              Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-11 04:57 -0800
                Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Marko Rauhamaa <marko@pacujo.net> - 2015-02-11 19:12 +0200
                  Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Skip Montanaro <skip.montanaro@gmail.com> - 2015-02-11 11:23 -0600
                    Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Marko Rauhamaa <marko@pacujo.net> - 2015-02-11 19:27 +0200
                  Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-11 09:34 -0800
                    Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Marko Rauhamaa <marko@pacujo.net> - 2015-02-11 19:54 +0200
                      Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-11 10:02 -0800
                  Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Laura Creighton <lac@openend.se> - 2015-02-11 19:01 +0100
            Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-11 04:40 -0800
        Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Rustom Mody <rustompmody@gmail.com> - 2015-02-10 20:23 -0800
          Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? Chris Angelico <rosuav@gmail.com> - 2015-02-11 15:38 +1100
    Re: Wildly OT: pop-up virtual keyboard for Mac or Linux? wxjmfauth@gmail.com - 2015-02-11 01:01 -0800

#85471 — Wildly OT: pop-up virtual keyboard for Mac or Linux?

I know this is way off-topic for this group, but I figured if anyone
in the online virtual communities I participate in would know the
answer, the Pythonistas would... Google has so far not been my friend
in this realm.

One of the things I really like about my Skype keyboard (and likely
other "soft" keyboards on Android) is that when you hold down a "key"
for a brief moment, a little mini keyboard pops up, from which you can
easily choose various accented variants and other symbols. For
instance, If I press and hold the "d" key, I see these choices (ignore
the capitalization of the first letter - my mistake sending a text
message to myself from my phone, and I can't seem to convert it to
lower case):   Đ|¦&dðď

While I'm a touch typist, I almost never use auto-repeat, which is the
"binding" of held keys in most environments (curse you, IBM and your
Selectric!). These days I find my self needing accented characters
much more frequently than key repeat (C-u 2 5 - suffices in Emacs to
bat out 25 hyphens). Being an American with an American keyboard, I
haven't the slightest idea how to type any accented characters or
common symbols using the many modifier keys on my keyboard, and no key
caps display what the various options are. And I'm getting kind of
tired of going to Google and searching for "degree symbol". :-/

Is there an X11 or Mac extension/program/app/magic thing which I can
install in either environment to get this kind of functionality? I'm
thinking that if you hold down a key for the auto-repeat interval,
instead of the key repeat thing making all sorts of duplicates, a
little window would pop up over/near the insertion point, which I can
navigate with the arrow keys, then hit RET to accept or ESC (or
similar) to cancel. It need not be perfect. It might (for example)
only work in certain environments (Chrome, Emacs, vim, Firefox).
Anyplace to start. It need even be written in Python (though that
would be cool.) I think that once something like this caught hold, it
would fairly quickly take over from the dark lords of auto-repeat.

Thx,

Skip

[toc] | [next] | [standalone]

#85489

On Tue, 10 Feb 2015 15:05:47 -0600, Skip Montanaro wrote:
[snip]
> One of the things I really like about my Skype keyboard (and likely
> other "soft" keyboards on Android) is that when you hold down a "key"
> for a brief moment, a little mini keyboard pops up, from which you can
> easily choose various accented variants and other symbols. 
[snip]
> (C-u 2 5 - suffices in Emacs to
> bat out 25 hyphens). Being an American with an American keyboard, I
> haven't the slightest idea how to type any accented characters or
> common symbols using the many modifier keys on my keyboard, and no key
> caps display what the various options are. And I'm getting kind of
> tired of going to Google and searching for "degree symbol". :-/
[snip]

Again, not what you asked for, but since you use Emacs . . . Are you
aware of Emacs's control-backslash ("toggle-input-method") command?
If I'm going to be writing French or Spanish, I hit control-backslash
and type "latin-prefix".  Then, until I hit control-backslash again,
"'e" becomes é, "~n" becomes ñ, '"o' becomes ö, and many other
not-too-hard-to-remember things.  Many other "input methods" are
available for other languages.

It's actually reminiscent of how Spanish typewriters used to work,
with an accent key that didn't advance the carriage.

-- 
To email me, substitute nowhere->runbox, invalid->com.

[toc] | [prev] | [next] | [standalone]

#85497

On Wednesday, February 11, 2015 at 2:36:23 AM UTC+5:30, Skip Montanaro wrote:
> I know this is way off-topic for this group, but I figured if anyone
> in the online virtual communities I participate in would know the
> answer, the Pythonistas would... Google has so far not been my friend
> in this realm.
> 
> One of the things I really like about my Skype keyboard (and likely
> other "soft" keyboards on Android) is that when you hold down a "key"
> for a brief moment, a little mini keyboard pops up, from which you can
> easily choose various accented variants and other symbols. For
> instance, If I press and hold the "d" key, I see these choices (ignore
> the capitalization of the first letter - my mistake sending a text
> message to myself from my phone, and I can't seem to convert it to
> lower case):   Đ|¦&dðď
> 
> While I'm a touch typist, I almost never use auto-repeat, which is the
> "binding" of held keys in most environments (curse you, IBM and your
> Selectric!). These days I find my self needing accented characters
> much more frequently than key repeat (C-u 2 5 - suffices in Emacs to
> bat out 25 hyphens). Being an American with an American keyboard, I
> haven't the slightest idea how to type any accented characters or
> common symbols using the many modifier keys on my keyboard, and no key
> caps display what the various options are. And I'm getting kind of
> tired of going to Google and searching for "degree symbol". :-/
> 
> Is there an X11 or Mac extension/program/app/magic thing which I can
> install in either environment to get this kind of functionality? I'm
> thinking that if you hold down a key for the auto-repeat interval,
> instead of the key repeat thing making all sorts of duplicates, a
> little window would pop up over/near the insertion point, which I can
> navigate with the arrow keys, then hit RET to accept or ESC (or
> similar) to cancel. It need not be perfect. It might (for example)
> only work in certain environments (Chrome, Emacs, vim, Firefox).
> Anyplace to start. It need even be written in Python (though that
> would be cool.) I think that once something like this caught hold, it
> would fairly quickly take over from the dark lords of auto-repeat.
> 
> Thx,
> 
> Skip

Nice question – I too await an answer.
Was amused when gmail offered facilities to type devanagari.
After using for a while found it way too clever for my taste and found emacs'
itrans input method better — emacs is slightly dumb, gmail is way too clever.

Here is (Yuri Khan's answers) about changing Xorg keyboard maps:

https://groups.google.com/forum/#!searchin/gnu.emacs.help/Yuri$20X$20Rusi/gnu.emacs.help/yesOU0m0vIE/CEvhlRZZY6kJ

Here is a rather neat general collection of compose settings:
https://github.com/rrthomas/pointless-xcompose¹

> And I'm getting kind of tired of going to Google and searching for "degree symbol". :-/


Yeah…  More to add to your question than to answer: my recent blog post:
blog.languager.org/2015/01/unicode-and-universe.html

Towards the end there are multi-levels of input methods.
It would be good to work out in greater detail the intermediate levels between
"google for degree symbol" and "type degree symbol on keyboard"

¹ He does not explain how to setup compose though the whole point of pointless(!) is to use it.

$ setxkbmap -option compose:menu  # set compose to menu (Windows-menu)
$ setxkbmap -option compose:rwin  # to rwin
$ setxkbmap -option compose:ralt  # to ralt (the usual AltGr)
$ setxkbmap -query        # examine current settings
$ setxkbmap -option       # No option -- turns off all options

[toc] | [prev] | [next] | [standalone]

#85499

Rustom Mody wrote:

> $ setxkbmap -query        # examine current settings

Alas, that does not appear to work in Debian squeeze:

steve@runes:~$ setxkbmap -query
Error!   Option "-query" not recognized

Or Centos.

What are you using?


-- 
Steve

[toc] | [prev] | [next] | [standalone]

#85500

On Wed, Feb 11, 2015 at 3:10 PM, Steven D'Aprano
<steve+comp.lang.python@pearwood.info> wrote:
> Rustom Mody wrote:
>
>> $ setxkbmap -query        # examine current settings
>
> Alas, that does not appear to work in Debian squeeze:
>
> steve@runes:~$ setxkbmap -query
> Error!   Option "-query" not recognized
>
> Or Centos.
>
> What are you using?

Works for me on Debian Wheezy. Either it's a version difference (I
don't have any Squeeze machines any more, we're all on Wheezy or
Jessie), or there's some additional package that I have installed
here.

Mind you, I have no idea what I'm looking at.

rosuav@sikorsky:~$ setxkbmap -query
rules:      evdev
model:      pc105
layout:     us

I guess that means I have a 105-key PC keyboard in en_US layout, but
what 'evdev' means I would have to go manpage digging to find out.

ChrisA

[toc] | [prev] | [next] | [standalone]

#85503

On Wednesday, February 11, 2015 at 9:50:15 AM UTC+5:30, Chris Angelico wrote:
> On Wed, Feb 11, 2015 at 3:10 PM, Steven D'Aprano wrote:
> > Rustom Mody wrote:
> >
> >> $ setxkbmap -query        # examine current settings
> >
> > Alas, that does not appear to work in Debian squeeze:
> >
> > steve@runes:~$ setxkbmap -query
> > Error!   Option "-query" not recognized
> >
> > Or Centos.
> >
> > What are you using?
> 
> Works for me on Debian Wheezy. Either it's a version difference (I
> don't have any Squeeze machines any more, we're all on Wheezy or
> Jessie), or there's some additional package that I have installed
> here.

This xkb stuff seems to be (surprisingly) in development -- if only the
docs kept pace!

eg My impression is that ubuntus prior to 11.x did not have apl keyboard
Somewhere around 11/12 or after this works

setxkbmap -layout "us,apl" -option "grp:switch"
after that
abcdefghijklmnopqrstuvwxyz
produces
⍺⊥∩⌊∊_∇∆⍳∘'⎕|⊤○*?⍴⌈~↓∪⍵⊃↑⊂
when chorded with R-Alt

If that looks gibberish see that keyboard:
http://xahlee.info/kbd/creating_apl_keyboard_layout.html

Replace the 'apl' in the setxkb by 'gr'
and you will see more familiar territory
αβψδεφγηιξκλμνοπ;ρστθωςχυζ
ΑΒΨΔΕΦΓΗΙΞΚΛΜΝΟΠ:ΡΣΤΘΣΧΥΖ

Of course for it to work the alternate should be working.
eg right now on my box:

$ setxkbmap -query
rules:      evdev
model:      pc104
layout:     us,gr
options:    grp:switch,compose:menu

which shows gr as alternate
and the grp:switch (whatever that means)

[toc] | [prev] | [next] | [standalone]

#85518

On Wednesday, February 11, 2015 at 9:50:15 AM UTC+5:30, Chris Angelico wrote:
> On Wed, Feb 11, 2015 at 3:10 PM, Steven D'Aprano wrote:
> > Rustom Mody wrote:
> >
> >> $ setxkbmap -query        # examine current settings
> >
> > Alas, that does not appear to work in Debian squeeze:
> >
> > steve@runes:~$ setxkbmap -query
> > Error!   Option "-query" not recognized
> >
> > Or Centos.
> >
> > What are you using?
> 
> Works for me on Debian Wheezy. Either it's a version difference (I
> don't have any Squeeze machines any more, we're all on Wheezy or
> Jessie), or there's some additional package that I have installed
> here.
> 
> Mind you, I have no idea what I'm looking at.
> 
> rosuav@sikorsky:~$ setxkbmap -query
> rules:      evdev
> model:      pc105
> layout:     us
> 
> I guess that means I have a 105-key PC keyboard in en_US layout, but
> what 'evdev' means I would have to go manpage digging to find out.
> 
> ChrisA

Small request (especially if you have an older X):

Can someone try out:

$ setxkbmap -layout "us,gr" -option "grp:ralt_rshift_toggle"

Earlier that used to work as a *toggle* ie a RAlt-RShift chord would go to gr(eek)
and another would come back to 'us'.

Now it seems (on my box) that it goes to gr(eek) BUT NOT BACK.

NOTE: that this means one has effectively a broken keyboard...

Until you do something like:

$ setxkbmap -layout "us" -option

Getting the first from the second should of course work if shell history -- ie
up-arrow -- and backspace work.

[toc] | [prev] | [next] | [standalone]

#85519

Rustom Mody <rustompmody@gmail.com>:

> Can someone try out:
>
> $ setxkbmap -layout "us,gr" -option "grp:ralt_rshift_toggle"

I tried it.

> Earlier that used to work as a *toggle* ie a RAlt-RShift chord would
> go to gr(eek) and another would come back to 'us'.

I noticed, thanks very much. Luckily I managed to undo the damage
without logging out.

The reason is the Greek keyboard doesn't have an RAlt. Solution:

   $ setxkbmap -layout "us,gr" -option "grp:lalt_rshift_toggle"


The problem with xkbmap is that I don't know how to specify a new
keyboard map as a regular user. I know how to do that with .Xmodmap.


Marko

[toc] | [prev] | [next] | [standalone]

#85521

On Wednesday, February 11, 2015 at 6:06:03 PM UTC+5:30, Marko Rauhamaa wrote:

> The problem with xkbmap is that I don't know how to specify a new
> keyboard map as a regular user. I know how to do that with .Xmodmap.

Xmodmap is neat... but obsolete
Ive noticed hanging and misbehavior and there are all sorts of bugs eg

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/998310
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550533

all of which amount to "Dont use Xmodmap; use Xkb"

Yeah as I said Xmodmap is much simpler than xkb but the reality is that
former is obsolete and increasingly unsupported.


> Rustom Mody wrote:
> 
> > Can someone try out:
> >
> > $ setxkbmap -layout "us,gr" -option "grp:ralt_rshift_toggle"
> 
> I tried it.
> 
> > Earlier that used to work as a *toggle* ie a RAlt-RShift chord would
> > go to gr(eek) and another would come back to 'us'.
> 
> I noticed, thanks very much.

:-)

> Luckily I managed to undo the damage without logging out.
> 
> The reason is the Greek keyboard doesn't have an RAlt. Solution:
> 
>    $ setxkbmap -layout "us,gr" -option "grp:lalt_rshift_toggle"

Thanks for trying (and explaining). So a bit wiser now I see that

$ setxkbmap -layout "us,gr" -option "grp:lalt_lshift_toggle,grp_led:caps"
toggles with lalt-lshift and shows indicator on caps-led

$ setxkbmap -layout "us,gr" -option "grp:lalt_lshift_toggle,grp_led:scroll"
toggles with lalt-lshift and shows indicator on scroll-led

[toc] | [prev] | [next] | [standalone]

#85539

Rustom Mody <rustompmody@gmail.com>:

> On Wednesday, February 11, 2015 at 6:06:03 PM UTC+5:30, Marko Rauhamaa wrote:
>
>> The problem with xkbmap is that I don't know how to specify a new
>> keyboard map as a regular user. I know how to do that with .Xmodmap.
>
> Xmodmap is neat... but obsolete

Still, if xkbmap can't do what I need, I'm left with no option.

Reading up on it at

  <URL: https://wiki.archlinux.org/index.php/Keyboard_configuration_in_Xorg>

I used xkbcomp to dump my current keyboard definition. It produced a
somewhat cryptic .xkb file of 1904 lines!

My .Xmodmap, which remaps almost every single key on my keyboard
contains 55 lines.

The document has a funny view to keyboard layout:

  Consider making it a service launching after X starts, since reloaded
  configurations do not survive a system reboot.

A regular user usually doesn't control system services. Plus, every user
will likely have their personal keyboard layout preferences.


Marko

[toc] | [prev] | [next] | [standalone]

#85540

Thanks for all the ideas. As I'm an Emacs user (since Gosmacs in the
early 80s), I will likely focus my attention there first. While the
xkbmap/Xmodmap path seems like it would also work on Linux, I'm
guessing Apple wouldn't allow that sort of thing to sully Mac OS X...
Despite its name <wink>

Skip

[toc] | [prev] | [next] | [standalone]

#85541

Skip Montanaro <skip.montanaro@gmail.com>:

> Thanks for all the ideas. As I'm an Emacs user (since Gosmacs in the
> early 80s), I will likely focus my attention there first. While the
> xkbmap/Xmodmap path seems like it would also work on Linux, I'm
> guessing Apple wouldn't allow that sort of thing to sully Mac OS X...
> Despite its name <wink>

Oh?

   <URL: http://www.bohemianalps.com/blog/2008/x11-control2command/>


Marko

[toc] | [prev] | [next] | [standalone]

#85542

On Wednesday, February 11, 2015 at 10:42:59 PM UTC+5:30, Marko Rauhamaa wrote:
> Rustom Mody :
> 
> > On Wednesday, February 11, 2015 at 6:06:03 PM UTC+5:30, Marko Rauhamaa wrote:
> >
> >> The problem with xkbmap is that I don't know how to specify a new
> >> keyboard map as a regular user. I know how to do that with .Xmodmap.
> >
> > Xmodmap is neat... but obsolete
> 
> Still, if xkbmap can't do what I need, I'm left with no option.

xkb supercedes xmodmap which is increasingly unsupported
ie it does all of the earlier functionality and much more

Only catch is to have to read impenetrable docs :-)

Ive been directed to these 
http://pascal.tsu.ru/en/xkb/setup.html
http://www.charvolant.org/~doug/xkb/html/index.html

If you make some headway with these I'd like to know!

[toc] | [prev] | [next] | [standalone]

#85543

Rustom Mody <rustompmody@gmail.com>:

> xkb supercedes xmodmap which is increasingly unsupported
> ie it does all of the earlier functionality and much more
>
> Only catch is to have to read impenetrable docs :-)
>
> Ive been directed to these 
> http://pascal.tsu.ru/en/xkb/setup.html
> http://www.charvolant.org/~doug/xkb/html/index.html
>
> If you make some headway with these I'd like to know!

Last I checked all I could find was written in Russian, which to my
regret, I can't read.

I think xmodmap will be there until Wayland replaces X11.

Anyway, again,

  <URL: http://www.charvolant.org/~doug/xkb/html/node4.html>

shows the utterly wrong approach to configuring the keyboard: you are
supposed to touch the XF86Config-4 file. Keyboard preferences should be
defined under $HOME with user preferences.

It appears X.org lost sight of the fact that Unix is a multiuser
environment where every user furnishes and decorates their $HOME to
their liking.


Marko

[toc] | [prev] | [next] | [standalone]

#85546

On Wednesday, February 11, 2015 at 11:24:33 PM UTC+5:30, Marko Rauhamaa wrote:
> Rustom Mody wrote:
> 
> > xkb supercedes xmodmap which is increasingly unsupported
> > ie it does all of the earlier functionality and much more
> >
> > Only catch is to have to read impenetrable docs :-)
> >
> > Ive been directed to these 
> > http://pascal.tsu.ru/en/xkb/setup.html
> > http://www.charvolant.org/~doug/xkb/html/index.html
> >
> > If you make some headway with these I'd like to know!
> 
> Last I checked all I could find was written in Russian, which to my
> regret, I can't read.
> 
> I think xmodmap will be there until Wayland replaces X11.

Just found these
https://lists.debian.org/debian-x/2012/09/msg00274.html
(attachment)
which points to
http://madduck.net/docs/extending-xkb/

> 
> Anyway, again,
> 
>   <URL: http://www.charvolant.org/~doug/xkb/html/node4.html>
> 
> shows the utterly wrong approach to configuring the keyboard: you are
> supposed to touch the XF86Config-4 file. Keyboard preferences should be
> defined under $HOME with user preferences.
> 
> It appears X.org lost sight of the fact that Unix is a multiuser
> environment where every user furnishes and decorates their $HOME to
> their liking.

All true.

Doesn't change the fact that you are running out of time if you use xmodmap
(see motivations of 1st link above)

[toc] | [prev] | [next] | [standalone]

#85545

In a message of Wed, 11 Feb 2015 11:23:10 -0600, Skip Montanaro writes:
>Thanks for all the ideas. As I'm an Emacs user (since Gosmacs in the
>early 80s), I will likely focus my attention there first. While the
>xkbmap/Xmodmap path seems like it would also work on Linux, I'm
>guessing Apple wouldn't allow that sort of thing to sully Mac OS X...
>Despite its name <wink>
>
>Skip
>-- 
>https://mail.python.org/mailman/listinfo/python-list

Looks to me as if this would work on your Mac.  But I don't have one,
so this is untested.

http://lifehacker.com/5882684/the-best-keyboard-remapper-for-mac-os-x

Laura

[toc] | [prev] | [next] | [standalone]

#85520

On Wednesday, February 11, 2015 at 5:52:49 PM UTC+5:30, Rustom Mody wrote:
> On Wednesday, February 11, 2015 at 9:50:15 AM UTC+5:30, Chris Angelico wrote:
> > On Wed, Feb 11, 2015 at 3:10 PM, Steven D'Aprano wrote:
> > > Rustom Mody wrote:
> > >
> > >> $ setxkbmap -query        # examine current settings
> > >
> > > Alas, that does not appear to work in Debian squeeze:
> > >
> > > steve@runes:~$ setxkbmap -query
> > > Error!   Option "-query" not recognized
> > >
> > > Or Centos.
> > >
> > > What are you using?
> > 
> > Works for me on Debian Wheezy. Either it's a version difference (I
> > don't have any Squeeze machines any more, we're all on Wheezy or
> > Jessie), or there's some additional package that I have installed
> > here.
> > 
> > Mind you, I have no idea what I'm looking at.
> > 
> > rosuav@sikorsky:~$ setxkbmap -query
> > rules:      evdev
> > model:      pc105
> > layout:     us
> > 
> > I guess that means I have a 105-key PC keyboard in en_US layout, but
> > what 'evdev' means I would have to go manpage digging to find out.
> > 
> > ChrisA
> 
> Small request (especially if you have an older X):
> 
> Can someone try out:
> 
> $ setxkbmap -layout "us,gr" -option "grp:ralt_rshift_toggle"
> 
> Earlier that used to work as a *toggle* ie a RAlt-RShift chord would go to gr(eek)
> and another would come back to 'us'.
> 
> Now it seems (on my box) that it goes to gr(eek) BUT NOT BACK.
> 
> NOTE: that this means one has effectively a broken keyboard...
> 
> Until you do something like:
> 
> $ setxkbmap -layout "us" -option
> 
> Getting the first from the second should of course work if shell history -- ie
> up-arrow -- and backspace work.

Just checked that
$ setxkbmap -layout "us,gr"  -option "grp:caps_toggle,grp_led:caps"

will convert CapsLock into a 'GreekLock' ie after a CapsLock
abcdefg produces αβψδεφγ
ABCDEFG produces ΑΒΨΔΕΦΓ (ie use Shift as usual but after capslock)

and
1. the CapsLock led helpfully indicates the state
2. It toggles back!!

If someone can make the RAlt-RShift chord work like capslock please let me know

[toc] | [prev] | [next] | [standalone]

#85501

On Wednesday, February 11, 2015 at 9:40:50 AM UTC+5:30, Steven D'Aprano wrote:
> Rustom Mody wrote:
> 
> > $ setxkbmap -query        # examine current settings
> 
> Alas, that does not appear to work in Debian squeeze:
> 
> steve@runes:~$ setxkbmap -query
> Error!   Option "-query" not recognized
> 
> Or Centos.
> 
> What are you using?

$ dpkg -S setxkbmap
x11-xkb-utils: /usr/bin/setxkbmap
[and some doc stuff]

So...

$ aptitude show x11-xkb-utils|grep Version
Version: 7.7+1

[which is probably what you need to know]

To answer more literally:
Just now this is a debian testing running xfce
I believe this works also on ubuntu 14.10

[toc] | [prev] | [next] | [standalone]

#85502

On Wed, Feb 11, 2015 at 3:23 PM, Rustom Mody <rustompmody@gmail.com> wrote:
> $ aptitude show x11-xkb-utils|grep Version
> Version: 7.7+1
>
> [which is probably what you need to know]

Tip: Getting version info can be done less spammily with apt-cache policy.

rosuav@sikorsky:~$ apt-cache policy x11-xkb-utils
x11-xkb-utils:
  Installed: 7.7~1
  Candidate: 7.7~1
  Version table:
 *** 7.7~1 0
        500 http://ftp.au.debian.org/debian/ wheezy/main amd64 Packages
        100 /var/lib/dpkg/status

ChrisA

[toc] | [prev] | [next] | [standalone]

#85513

Le mardi 10 février 2015 22:06:23 UTC+1, Skip Montanaro a écrit :
> 
> One of the things I really like about my Skype keyboard (and likely
> other "soft" keyboards on Android) is that when you hold down a "key"
> for a brief moment, a little mini keyboard pops up, from which you can
> easily choose various accented variants and other symbols. For
> instance, If I press and hold the "d" key, I see these choices (ignore
> the capitalization of the first letter - my mistake sending a text
> message to myself from my phone, and I can't seem to convert it to
> lower case):   Đ|¦&dðď
> 

I purchased a tablet very recently (1 year) and my first
thought was "Ah, there are people who are understanding
Unicode".

I'm not laying, I'm able to implement something like this
in a GUI application. Technically it's obvious (for me).

jmf

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web