← Back to team overview

lubuntu-qa team mailing list archive

Re: keymap us(alt-intl) not working as expected.

 

Em 04/11/2013 12:30, "JM" <meets@xxxxxx> escreveu:
>
> On Mon, 4 Nov 2013 09:53:08 -0200
> Federico Leoni <effelle@xxxxxxxxx> wrote:
>
> > Good morning all,
> > please see in line reply.
>
> Hello,
>
> Yes, that should be the standard. :-|
>
>
> > > To the people affected by this bug, I would like to suggest trying also to configure
> > > their keyboard with dpkg-reconfigure. ie:
> > > *********************************************
> > > sudo dpkg-reconfigure keyboard-configuration
> > >
> > > *********************************************
>
> (...)
>
> > > The reconfiguration is system wide, which is not ideal but at least works:
> > > Exec=gksu "xterm -maximized -e 'dpkg-reconfigure keyboard-configuration'"
> > >
> > > If you try to reconfigure with dpkg-reconfigure and that it provides the right
> > > keyboard, the problem would be only in the gui app. I think trying the command line
> > > could perhaps give an additional information.
> >
> > Tested right now without success Melodie. Both on desktop and a TTY1.
> > Note that on TTY the keyboard map is stuck on US standard and if I
> > press the combination '+c the output is 'c, not ç (correct) or ć. No
> > additional informations/errors were given.
>
> The configuration for tty's is somewhere else (not sure where though, in another distro
> it was somewhere under /etc, /etc/console or such, in Ubuntu we would have to "grep -R"
> for it, supposing it is under /etc and not under /var, /var/lib somewhere...
>
> If it fails with the "dpkg-reconfigure keyboard-configuration" command then the gui
> application is probably not the guilty, but something under, in some Xorg part. (In
> 12.04, using this method and choosing "fr_FR" with "variant" which corresponds to "oss"
> does what I need).
>
> Would you remind me which one is your exact configuration language mapping and variant
> chosen?
>
> Regards,
> Mélodie

Hi again,

in my case I'm trying to use a pure English setup with US alternative
international keyboard. With this setup the keyboard do not act as
expected. When I set the whole system to Brazilian Portuguese the
keyboard backs to the normal behavior.
Nio is suffering of the very same problem with a Swedish environment.

I agree with you, there is something wrong under the hood, for that
reason I opened a bug against x11-xkb-utils and not against the GUI.
Hoping that setxkbmap is the guilty.

2013/11/4 Andre Rodovalho <andre.rodovalho@xxxxxxxxx>:
> When I Go to Preferences --> Language Support -> Choose English as the first
> and only language -> Apply System-Wide and reboot I get: ć
>
> When I change to Portuguese (Brasil) in the first place, and then reboot: ç
>
> So, it's a matter of language, not keyboard layout I guess. I can switch to
> US keyboard (my layout) and also use ABNT-2 (pt-br layout). On pt-br layout,
> I get the ç as Nio told before...

And I'm starting to think so too André but Nio told us:

Acute accent + c  prints ç in 12.04.3 but ć in 13.10

so setting the same keyboard in two version of *ubuntu the system work
in different ways?

Damn, seems there is not any solution out there to solve this problem
beside revert all to PT-BR. For me (and I thin for Nio too) it's
better testing and debugging with a standard configuration to avoid
issues.
Let see if some dev will reply on bug report, otherwise it will mean
that it is not considered a issue. The end. :)

F.


References