Hello again.
I'm not sure if I should be eating humble pie, or beating my chest saying "mea
culpa" three times...
What do you think is meant by "this configure option adds all non-mutichoice
options?" Anybody knows what "non-multichoice" really means? This is what Marc
Lehmann, author of rxvt-unicode, says about the "--enable-everything option" on
the configuration line of rxvt-unicode:
--enable-everything
Add (or remove) support for all non-multichoice options listed in
"./configure --help", except for "--enable-assert" and
"--enable-256-color".
Not terribly clear to me even after reading the listing provided by
Source: Lehman's README.configure file in the rxvt-unicode v. 9.22 source package.
On a hunch, I recompiled the same rxvt-unicode v. 9.22 with only the --prefix=/usr
setting, and by magic, the expected behavior for the ca keyboard was back in urxvt
and any app supported by it (e.g. the joe editor).
Proof in attached scrot.
So... If you are using an alternative keyboard configuratrion and the accents in your
language are not at the place they used to be in urxvt, please replace my previous
compile of rxvt-unicode ( presented a few pages back ) with this one. ( Please see
attached files below. )
Please accept my apologies for any inconvenience.
I guess this problem is now solved, technically, but not scientifically.
By that I mean, we have a solution, although I'm not certain about which
parameter exactly in < --enable-everything > caused it previously. If you
know, please chime in: not knowing the ultimate cause is still bugging me.
In any case, in spite of what appears to have been a useless run-around,
we end up with two very good,
up-to-date, console utilities and some
add'l learning in our grey matter.
BFN.