https://bugzilla.redhat.com/show_bug.cgi?id=951879
Parag <pnemade(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pnemade(a)redhat.com
--- Comment #21 from Parag <pnemade(a)redhat.com> ---
Note:- system-config-language is not completely broken. I see requests since
last two months where people are just interested to set the locale using
system-config-language and i have tested this and its working fine.
I used MATE and system-config-language also and I see language is set correctly
though UI shows group does not exists message. When you ask
system-config-language to set some language it does this two things. First to
check for packages if available to install and also set the locale.
So, overall for such users who just want to set locale and no extra packages to
be installed for them, system-config-language is working in any desktop
environment.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=eoXGKrGRk2&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=951879
--- Comment #19 from markzzzsmith(a)yahoo.com.au ---
Hmm. I'm using XFCE, and I don't think there is a way to set locale within
XFCE. I wasn't aware that it can be changed in Gnome, and as the Anaconda
installer seemed to be taking care of those sorts of settings (e.g., keyboard,
timezone), thought that that must be where people are setting it, and if it
isn't correct, people were just accepting not quite right spell check
dictionaries, or errors like PC Load Letter.
If system-config-language is now broken, what is the alternative? When I
originally went looking to fix this issue I went looking for a file in /etc/
that specified the locale, but couldn't find one. From memory I think I
initially resolved it using a grub kernel command line option, however that is
a pretty big hammer to solve this sort of problem, and I thought it should be
easier than that. Once I found system-config-language, I used that instead and
it has worked for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RvFiCL0LHQ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=966947
Bug ID: 966947
Summary: When typing a/ with the da_DK ibus-typing-booster, one
gets weird matches like
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Version: ibus-typing-booster-0.0.29-1.fc19.noarch
When typing “a/” with the da_DK ibus-typing booster,
stuff like
a/ACJSTVW
is matched. But “ACJSTVW” are just affix rules, “/” in the
hunspell dictionaries seperates words from their affix rules,
this should never match.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=HZU8ImNxN0&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=968209
Bug ID: 968209
Summary: Typing characters which are not explicitly listed as
“valid_input_chars” in .conf files in
ibus-typing-booster get inserted in a weird position
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Created attachment 754258
--> https://bugzilla.redhat.com/attachment.cgi?id=754258&action=edit
what-happens-when-typing-characters-not-listed-as-valid-input-chars-in-ibus-typing-booster.png
ibus-typing-booster-0.0.29-1.fc19.noarch
When using for example the German ibus-typing-booster
and typing
gr☺ün
the result is
☺grün
because “☺” is not listed in the “valid_input_chars” variable in de_DE.conf.
All characters not listed there get inserted *before* the current preëdit.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NkaNfQ1rci&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=969847
Bug ID: 969847
Summary: Editing in the preëdit of ibus-typing-booster behaves
weird, especially with transliteration
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Created attachment 756043
--> https://bugzilla.redhat.com/attachment.cgi?id=756043&action=edit
weird-behaviour-of-preedit-in-ibus-typing-booster.ogv
$ rpm -q ibus-typing-booster
ibus-typing-booster-0.0.31-1.fc18.noarch
mfabian@ari:~
$
Typed chars Visible in preëdit
g g
r gr
u gru
" grü
n grün
BACKSPACE grü
BACKSPACE gr
BACKSPACE g
a gra
See attached video.
The problem is, that characters are removed inconsistently from the
input buffer and the transliterated string in the preëdit. I.e. the
3 times BACKSPACE removed the “rün” from the preëdit, but “u"n”
was removed from the typed chars, leaving “gr” in the list of typed
chars. Then, when typing the final “a”, the “r” from the list of
typed chars comes back into the preëdit.
Leads to very confusing and inconsistent behaviour which depends on
length differences in the input and the transliteration.
On top of that, there is code for handling arrow left, arrow right,
delete, control arrow left, ... but all these do nothing useful
currently in the preëdit, some of them just cause error messages to
appear in the debug log file.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aoTjujBycv&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=951879
--- Comment #17 from markzzzsmith(a)yahoo.com.au ---
(In reply to Adam Williamson from comment #14)
> Discussed at 2013-06-12 freeze exception review meeting:
> http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-12/f19final-
> blocker-review-5.2013-06-12-16.01.log.txt . Agreed this is rejected as a
> freeze exception: given the way F19 does locale selection - it's directly
> tied to translation availability - there isn't a small, simple fix here, we
> can't just 'add' AU somehow. Any change that fixes this would necessarily be
> a larger scale revamp of how locale selection actually works, per comment
> #11. So it's not appropriate for a freeze exception, it's more F20 stuff.
I'm happy enough with it being dealt with properly in a future release of
Fedora. However, would it be possible to have the system-config-language
package installed by default in F19 to at least make changing the locale
significantly easier? If people go looking for a utility to change the locale,
and system-config-language is installed, I think they'll guess that this is how
they change it.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QXPCMGBdNw&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=951879
--- Comment #16 from Adam Williamson <awilliam(a)redhat.com> ---
well, like I mentioned, the AU locale is clearly a top-down fork of the UK
locale ;), so that would be the obvious one to choose when AU isn't available.
But probably not worth bikeshedding this further.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=s2c6eMiujp&a=cc_unsubscribe