Using Plasma with: $ cat $HOME/.config/plasma-localerc [Formats] LANG=pt_BR.UTF-8 [Translations] LANGUAGE=pt_BR:en_US $ setxkbmap -query rules: evdev model: pc101 layout: us,br variant: intl, options: terminate:ctrl_alt_bksp The above configuration should produce "ç" and "Ç" by typing, respectively, '+c and '+C as per /usr/share/X11/locale/pt_BR.UTF-8/Compoose. Instead, the above key combinations produces "ć" and "Ć" as per /usr/share/X11/locale/en_US.UTF-8/Compose. Note that even if /usr/share/X11/locale/en_US.UTF-8/Compose is changed to produced the ccedillas as above, the setting is ignored and the default behavior still take place. It looks that /usr/share/X11/locale is totally ignored. A user defined workaround may be set with: $ cat ~/.XCompose: include "%S/en_US.UTF-8/Compose" <dead_acute> <C> : "Ç" <dead_acute> <c> : "ç" But that shouldn't be necessary if Plasma do its locale definitions properly. As a side note: There is "Brazilian Portuguese", "European Portuguese" and such. They could be spelled as "Portuguese (Brazilian)", "Portuguese (European)" for sorting purposes in other languages, or translated to Portuguese as "Português do Brasil" and "Português Europeu". KDE staff have declared that Brazilian Portuguese (pt_BR.UTF-8) is a standard one, which is not.
Can you reproduce this issue with Plasma 5.17?
(In reply to Nate Graham from comment #1) > Can you reproduce this issue with Plasma 5.17? Yeap. I've just commented lines in ~/.XCompose and tried Kate. "ć" and "Ć" where back. By reverting ~/.XCompose back to the workaround version, "ç" and "Ç" works fine. I'm in KDE Plasma 5.17.5.
Requested information was added with comment 2; changing status for inspection.
This should be fixed in Plasma 5.26.
(In reply to Nate Graham from comment #4) > This should be fixed in Plasma 5.26. Nice! I'm running Plasma 5.25.2 now and it's already present. Looking forward for 5.26.