[Fedora-i18n-bugs] [Bug 490013] New: ibus - Next Engine hotkey really good idea for Chinese?
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus - Next Engine hotkey really good idea for Chinese?
https://bugzilla.redhat.com/show_bug.cgi?id=490013
Summary: ibus - Next Engine hotkey really good idea for
Chinese?
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 481098
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Next Engine hotkey is currently enabled by default only for Chinese.
Is this really what ordinary users used to Windows or Mac IM in China expect?
Quite possibly the majority of users don't expect this cycling behavior, and
would be annoyed by accidentally hitting it often during their normal computer
use?
Actions
* Check default hotkeys on Windows Chinese IME.
* Check default hotkeys on Windows Smart Pinyin.
* Check default hotkeys on MacOS X Chinese IME.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 491794] New: [mai_IN]Remove maithili support removed m17n-db-hindi package
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [mai_IN]Remove maithili support removed m17n-db-hindi package
https://bugzilla.redhat.com/show_bug.cgi?id=491794
Summary: [mai_IN]Remove maithili support removed m17n-db-hindi
package
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: m17n-db
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While removing packages with 'yum groupremove maithili-support', it removed the
following package:
---
m17n-db-hindi
m17n-contrib-hindi
---
while those package are part of hindi group
Version-Release number of selected component (if applicable):
1.5.4-1.fc11
How reproducible:
everytime
Steps to Reproduce:
1. yum groupinsatll maithili-suport
2. now remove package with
3. yum groupremove maithili-support
Actual results:
hindi langauge support package removed
Expected results:
other language support (Hindi) package should not removed
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 489222] New: unable to see/create non-ASCII utf-8 filenames in vfat USB stricks
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: unable to see/create non-ASCII utf-8 filenames in vfat USB stricks
https://bugzilla.redhat.com/show_bug.cgi?id=489222
Summary: unable to see/create non-ASCII utf-8 filenames in vfat
USB stricks
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: DeviceKit-disks
AssignedTo: davidz(a)redhat.com
ReportedBy: alsadi(a)ojuba.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, yaneti(a)declera.com,
sangu.fedora(a)gmail.com, richard(a)hughsie.com,
wwoods(a)redhat.com, davidz(a)redhat.com,
hedayat(a)grad.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 470592
+++ This bug was initially created as a clone of Bug #470592 +++
Description of problem:
fedora has dropped a patch from kernel that forces IOCHARSET=utf-8
to make people with non-UTF-8 locales happy
https://www.redhat.com/archives/fedora-kernel-list/2008-October/msg00089....
but it makes people with UTF-8 locales sad
when I put my USB stick and copy/paste files with non-ASCII charts
or when I chdir there, I got errors
if you really want to release fedora with such kerenl you should add a hal fdi
configuration file that pass utf8 to mount
just like what was done before that patch is introduced
https://bugzilla.redhat.com/show_bug.cgi?id=144600
as kernel docs (Documentation/filesystems/vfat.txt) there is a safe utf8
by using utf8 option instead of iocharset=utf8
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f...
Version-Release number of selected component (if applicable):
fedora 10
kernel-2.6.27.4-68.fc10.i686
hal-0.5.12-9.20081027git.fc10.i386
How reproducible:
always
Steps to Reproduce:
[alsadi@pc1 ALSADI]$ touch "سلام"
touch: setting times of `سلام': No such file or directory
[alsadi@pc1 ALSADI]$ touch peace
[alsadi@pc1 ALSADI]$ mkdir "الإسلام"
mkdir: cannot create directory `الإسلام': Invalid argument
Expected results:
no seeing the errors and having the files/dirs created with non-ASCII chars
Additional info:
having non-UTF-8 filesystem encoding could bug many poorly written GTK+
application
http://library.gnome.org/devel/gtk/2.14/GtkFileChooser.html#gtkfilechoose...
--- Additional comment from wwoods(a)redhat.com on 2008-11-07 16:42:26 EDT ---
*** Bug 470086 has been marked as a duplicate of this bug. ***
--- Additional comment from wwoods(a)redhat.com on 2008-11-07 16:48:11 EDT ---
Forcing utf8 in the kernel was the wrong idea - see bug 454013 for an example
of the problems that caused. Further it made Fedora behave differently from all
other Linux distributions when mounting vfat volumes, which is bad.
So dropping that kernel patch was probably the right decision, but it seems
that we still need 'utf8' when mounting vfat for a lot of locales. So something
in userspace needs to enable utf8 when needed. Unfortunately figuring out
*when* it's needed is really hard.
To maintain compatibility with older Fedora releases we could probably have HAL
suggest use that flag by default - as with bug 144600. In a future release we
might somehow decide that based on the current locale.
--- Additional comment from alsadi(a)ojuba.org on 2008-11-10 12:33:00 EDT ---
from bug 454013
> ru_RU.cp1251 or ru_RU.koi8r
you should flag that bug as "non-BUG" becayse
the default locale in fedora for Russian locales is UTF-8 just look at this:
grep '^ru' /usr/share/system-config-language/locale-list
ru_RU.UTF-8 utf8 latarcyrheb-sun16 Russian - Русский
ru_UA.UTF-8 utf8 latarcyrheb-sun16 Russian (Ukraine)
so it's his own problem, he should edit his hal files to do his customizations
utf-8 is universal, forcing latin1 or whatever should not be done in an
international project as fedora
so if you want to go upstream, then you should move the patch as a hal
configuration
and those who want to use non-international encoding let them use some
/etc/hal/fdi/policy/ file
if you insist on not making utf8 the default on hal level at least make a
package having utf-8 fdi file for hal and make that package a default in the
comps file for each *-support group
be aware of the following facts
grep 'utf8' /usr/share/system-config-language/locale-list | wc -l
136
wc -l /usr/share/system-config-language/locale-list
143 /usr/share/system-config-language/locale-list
which mean you are breaking more than 95% of the locales by not making utf8
tobe the default
my suggestion is doing the opposite having the default to be the default as a
fdi hal file
and having 2 packages (8859-15 and 8859-2) for all the 7 non-utf-8 locales and
make that one a default or optional in the comps file
grep -v 'utf8' /usr/share/system-config-language/locale-list
af_ZA 8859-15 lat0-sun16 Afrikaans (South Africa)
bs_BA 8859-2 lat2-sun16 Bosnian (Bosnia and Herzegowina)
br_FR 8859-15 lat0-sun16 Breton (France)
oc_FR 8859-15 lat0-sun16 Occitan (France)
tl_PH 8859-15 lat0-sun16 Tagalog (Philippines)
uz_UZ 8859-15 lat0-sun16 Uzbek (Uzbekistan)
wa_BE@euro 8859-15 lat0-sun16 Walloon (Belgium)
--- Additional comment from wwoods(a)redhat.com on 2008-11-10 16:20:36 EDT ---
After much discussion we've decided to restore the kernel patch that enables
'utf8' by default on vfat, at least for F10 final:
* Mon Nov 10 2008 Dave Jones <davej(a)redhat.com> 2.6.27.5-93
- Make UTF-8 the default for FAT/VFAT filesystems again.
F11 will not include this patch, so this bug will need to be fixed in userspace
(HAL etc.) in Rawhide.
Moving to F11Blocker.
--- Additional comment from fedora-triage-list(a)redhat.com on 2008-11-26
00:00:44 EDT ---
This bug appears to have been reported against 'rawhide' during the Fedora 10
development cycle.
Changing version to '10'.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Additional comment from alsadi(a)ojuba.org on 2008-11-26 17:35:32 EDT ---
I guess it won't be in hal only but also to DeviceKit which is planed for F11
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 488666] New: keybindings at the candidate window isn't intuitive
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: keybindings at the candidate window isn't intuitive
https://bugzilla.redhat.com/show_bug.cgi?id=488666
Summary: keybindings at the candidate window isn't intuitive
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: phuang(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Right now the candidate window displays in the landscape though, keybindings to
move a cursor among candidate words is Up and Down key. but not Left and Right
key.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090225-2.fc11.x86_64
ibus-anthy-1.1.0.20090211-2.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1.type something and press space to see the candidate window
2.press Left and Right key
3.press Up and Down key
Actual results:
2. nothing happens
3. move a cursor to the _left_ and the _right_
Expected results:
2. should move a cursor to the left with Left key and to the right with Right
key.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 490587] New: .xinputrc isn't created with disabling IM
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: .xinputrc isn't created with disabling IM
https://bugzilla.redhat.com/show_bug.cgi?id=490587
Summary: .xinputrc isn't created with disabling IM
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
With a newly created user, .xinputrc isn't created after disabling IM on
im-chooser.
Version-Release number of selected component (if applicable):
imsettings-0.106.1-1.fc11
How reproducible:
first time only
Steps to Reproduce:
1.create a new user
2.log in with it for any languages IM is supposed to work on.
3.disable IM from im-chooser
Actual results:
IM is stopped properly but no .xinputrc on $HOME.
Expected results:
should be created.
Additional info:
It's created once enabling and disabling it again.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 491042] New: ibus-anthy global activators by default: 半角 / 全角 or ALT-` or ALT-半角 / 全角 or 無変換 + 半角 / 全角
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus-anthy global activators by default: 半角/全角 or ALT-` or ALT-半角/全角 or 無変換 + 半角/全角
https://bugzilla.redhat.com/show_bug.cgi?id=491042
Summary: ibus-anthy global activators by default: 半角/全角 or
ALT-` or ALT-半角/全角 or 無変換 + 半角/全角
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 481098
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
It seems we already have 半角/全角 as a global hotkey activator, but we should add
ALT-` as another global hotkey activator in the medium-term. ALT-` is the
expected way to activate Japanese IM on a non-Japanese keyboard. ALT-半角/全角
should also be added since it is in the same position and users use it even
though ALT is not necessary.
During user testing, the user held down 無変換 and pressed 半角/全角, and was
surprised that it did not activate like it does on Windows. It is unclear if
無変換 is meant to be a modifier like ALT, but in any case 半角/全角 should have
worked in this case while it did nothing with ibus.
In summary, the following hotkeys should be activators by default:
* 半角/全角
* ALT-`
* ALT-半角/全角
* 無変換 + 半角/全角
These hotkeys should not conflict with anything (except for an unimportant
emacs binding that uses ALT-`).
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 488172] New: Package Review: ibus-table-wubi
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Package Review: ibus-table-wubi
https://bugzilla.redhat.com/show_bug.cgi?id=488172
Summary: Package Review: ibus-table-wubi
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: Package Review
AssignedTo: petersen(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, petersen(a)redhat.com,
fedora-package-review(a)redhat.com, cchance(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 488010
Blocks: 484650
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
A split from ibus-table-chinese, which was sub-package of ibus-table.
Uploading srpm and spec.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 1 month