Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: support IME hotkey
https://bugzilla.redhat.com/show_bug.cgi?id=509478
Summary: support IME hotkey
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature, i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: wtogami(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus should really support IME-based trigger hotkeys like Windows.
Steps to Reproduce:
1. Run ibus in F11
2. ibus-setup -> hotkeys
Actual results:
Too many hotkeys defined for all for CIJK
Expected results:
Only hotkeys for IMEs in use to be available.
Eg Japanese user should only have Alt-` and Hankaku_Zenkaku
defined by default, not other keys like Ctrl-Space and
Korean hotkeys, etc.
Additional info:
With this change we could also drop defining a global
hotkey by default which would be ibus more acceptable
as a desktop default in the longer term.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
https://bugzilla.redhat.com/show_bug.cgi?id=497095
Summary: [bn][bn-IN] Incorrect rendering of a consonant
conjunct while writing Bengali in KDE Applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While typing in Bengali within various KDE applications like kwrite, kate,
konqueror etc. the following consonant conjunct is not being rendered
correctly:
র+ZWJ+্+য
The corresponding unicode values for the above are:
U09B0+U200D+U09CD+U09AF
Version-Release number of selected component (if applicable):
KDE 4.2.2.
How reproducible:
Steps to Reproduce:
1. Open kwrite
2. Enter the above consonant conjuct combination using a Bengali keyboard or
Unicode RAWCODE
Actual results:
The consonant is rendered incorrectly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/incorrect-ra.png
Expected results:
The consonant should be rendered correctly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/correct-ra.png
Additional info:
This bug exists in earlier versions of Fedora (9, 10) as well
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: add Alt, Esc, Fn, etc to iok
https://bugzilla.redhat.com/show_bug.cgi?id=477583
Summary: add Alt, Esc, Fn, etc to iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
iok is currently missing Alt, Esc and Fn function keys: feel it would be good
to add them. It could also be configurable if some people feel that not all
users need them in India.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
https://bugzilla.redhat.com/show_bug.cgi?id=487581
Summary: Liberation Mono: incorrect spacing for Combining
Diacritical Marks.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: adam.buchbinder(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6)
Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
According to the bug on freedesktop.org (link below), Liberation Mono has an
incorrect spacing definition for "Combining Diacritical Marks"; they should
have zero space, and should render above the last letter, not the next one.
Paste following text with selected font:
Correct: accent above o
Incorrect: accent above g
Reproducible: Always
Steps to Reproduce:
1. Enter a string with a combining diacritic mark in Liberation Mono, e.g.,
"o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle
combining characters. Use something like gedit; switching fonts will reveal the
issue as the diacritical mark switches places.
Actual Results:
The diacritic appears one letter to the right of where it should be.
Expected Results:
The diacritic should appear in the proper place.
I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an
upstream bug. If this should be filed elsewhere, please let me know.
I'm filing this because several monospace fonts have incorrect spacing for
"Combining Diacritical Marks":
http://bugs.freedesktop.org/show_bug.cgi?id=20330
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Switching on/off behaves weird when compositing enabled
https://bugzilla.redhat.com/show_bug.cgi?id=500731
Summary: Switching on/off behaves weird when compositing
enabled
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: martin.sourada(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Turning ibus on or off does frequently makes the tool window either
semitransparently reapear after switching to another window (and is not
clickable/working) or not appear (save for its shadow and it is
clickable/working). I can seem to trigger this only when I have compositing in
metacity enabled. Tried chewing and anthy inputs, both suffer from this.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090508-1.fc11.i586
How reproducible:
seems to be always reproducible sans some applications (e.g. when switching to
ibus settings window, it seems to behave correctly)
Steps to Reproduce:
1. turn on metacity compositing
(gconf->apps->metacity->general->compositin_manager)
2. open two gtk applications that take input from keyboard (e.g. two
gnome-terminals)
3. switch to and fro between those two applications while randomly turning ibus
on and off
Actual results:
Usually after turning it off and switching to other window, the toolbox
reappear (but is semitransparent and not clickable/working), switching back,
turning on and off again and switching again to the other window seems to work
as expeced. Switch back to the first window and turn it on again, usually blank
(fully transparent) toolbox appears. Turning off and on again fix it (or
switching again to and fro between the two applications without explicitly
turning it on/off).
Expected results:
Turns on and off without the strange side effects.
Additional info:
It seems impossible to make a screenshot of the not-appearing one, hitting
print screen makes it reappear. Screenshot of the "false positive" is at
https://www.redhat.com/archives/fedora-test-list/2009-May/png1jbZyCgtB3.png
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
https://bugzilla.redhat.com/show_bug.cgi?id=494902
Summary: [te_IN] Incorrect glyph substitution for telugu
letter ka followed by dep vowel AA then consonant sha
and then viram
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: arjunaraoc(a)googlemail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 494158
+++ This bug was initially created as a clone of Bug #494158 +++
Description of problem:
Incorrect glyph substitution for telugu letter ka followed by dep vowel AA
then consonant sha and then viram
Version-Release number of selected component (if applicable):
2.3.8
How reproducible:
Always
Steps to Reproduce:
1. Type the letters for కా ష్ with out the space between them in gedit
(u+0c15,u+0c3E,u+0c37,u+0c4d,space(0x20)
2.
3.
Actual results:
కాష్
Expected results:
కా ష్ (without intervening space )
Additional info:
This is common part of telugu /Indian names consisting of Prakash.
substitution should occur only for ka followed by viram and then sha
This problem is present for Pothana2000 also
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: imsettings and ibus-gtk installed when @input-methods deselected
https://bugzilla.redhat.com/show_bug.cgi?id=514157
Summary: imsettings and ibus-gtk installed when @input-methods
deselected
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pjones(a)redhat.com, tagoh(a)redhat.com,
petersen(a)redhat.com, anaconda-maint-list(a)redhat.com,
kanarip(a)kanarip.com, fedora-i18n-bugs(a)redhat.com,
rmaximo(a)cfl.rr.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 513782
I can test on rawhide later but it seems ibus and imsettings get
installed with F11 when one customizes and unchecks @input-methods.
This is somewhat strange: wondered if some multilib related code is
pulling in ibus-gtk or something like that?
+++ This bug was initially created as a clone of Bug #513782 +++
\"I just noticed this problem today : imsettings package is not in the Input
Method group, resulting in it being installed even when input methods group is
unselected during install in anaconda... thus, imsettings-start is launched
when opening a new gnome session, but is useless.\"
--- Additional comment from petersen(a)redhat.com on 2009-07-27 03:33:01 EDT ---
I did a test install of F11 with @input-methods unchecked
and ibus, ibus-gtk and hence im-chooser and imsettings got
installed.
--- Additional comment from petersen(a)redhat.com on 2009-07-27 03:36:48 EDT ---
Created an attachment (id=355237)
--> (https://bugzilla.redhat.com/attachment.cgi?id=355237)
install.log
default English F11 i386 install log just with Input Methods unchecked
--- Additional comment from petersen(a)redhat.com on 2009-07-27 03:53:36 EDT ---
... and nothing seems to require them.
--- Additional comment from petersen(a)redhat.com on 2009-07-27 04:58:27 EDT ---
Created an attachment (id=355249)
--> (https://bugzilla.redhat.com/attachment.cgi?id=355249)
anaconda-ks.cfg
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: S-c-tools cleanup: language support is installed check suggestion
https://bugzilla.redhat.com/show_bug.cgi?id=507793
Summary: S-c-tools cleanup: language support is installed check
suggestion
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: jreznik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem: there's no way for user to check if desired language
support is already installed or it has to be installed (that could be problem
while offline etc.).
system-config-language-1.3.2-5.fc11.noarch
Steps to Reproduce:
1. run s-c-language
Actual results:
No "installed" flag in the list of languages.
Expected results:
"Installed" flag in the list.
Additional info:
This bug report is part of "System Configuration Tools Cleanup Project". Don't
hesitate to ask project maintainers for any kind of help.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: light blue ibus icon is not obvious
https://bugzilla.redhat.com/show_bug.cgi?id=501214
Summary: light blue ibus icon is not obvious
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eukim(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
The ibus icon in the panel is not obvious and hard for first-time users to
understand.
Steps to Reproduce:
1. start fedora desktop with ibus
2. try to find out how to control IM
Actual results:
2. The current icon has no obvious connection with keyboard or input other than
'i'.
Expected results:
Clearer icon which new users can quickly recognise as for inputs.
Additional info:
Actually I would like to change the panel UI so that it more obvious what the
current input method is when ibus is off.
eg It could show a cross over the IME icon to show that IM is off,
a bit like gnome-power-manager's inhibit applet for example.
Or maybe we don't need custom icons for IMEs and just use
a character for each IME to represent it and display that in the applet.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Incorrect Kerning in some applications
https://bugzilla.redhat.com/show_bug.cgi?id=503430
Summary: Incorrect Kerning in some applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: grom358_spamkill(a)yahoo.com.au
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem: The kerning is incorrect in some applications.
How reproducible: Always
Steps to Reproduce:
1. Install the Microsoft Corefonts for comparions (corefonts.sf.net)
2. Load Abiword and type "Test AV fi" on first and second line. Set first line
to Arial and second line to Liberation Sans.
3. Repeat step 2 in Openoffice
Actual results:
The kerning is incorrect in Openoffice
Expected results:
The kerning should match in Openoffice
Additional info:
The same problems occurs when using the Liberation fonts with Apache FOP
(http://xmlgraphics.apache.org/fop/)
--
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.