[Fedora-i18n-bugs] [Bug 754932] New: chewing cannot preview chinese characters in activities search box
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: chewing cannot preview chinese characters in activities search box
https://bugzilla.redhat.com/show_bug.cgi?id=754932
Summary: chewing cannot preview chinese characters in
activities search box
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: unspecified
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: johnxu(a)linpus.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
input chinese to activities search box, cannot get the preview characters.
Version-Release number of selected component (if applicable):
ibus-1.3.9.2-3
How reproducible:
Always
Steps to Reproduce:
1.focus in activities search box
2.select ibus-chewing
3.enter "tk"+space
Actual results:
nothing display in search box
Expected results:
preview character "車" in search box
Additional info:
Does ibus-chewing can provide a candidate window like ibus-pinyin?
--
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.
9 years, 4 months
[Fedora-i18n-bugs] [Bug 843331] New: [ta_IN] Please add glyphs for minority orthographies in Tamil
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=843331
Bug ID: 843331
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [ta_IN] Please add glyphs for minority orthographies
in Tamil
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-tamil-fonts
Product: Fedora
Created attachment 600434
--> https://bugzilla.redhat.com/attachment.cgi?id=600434&action=edit
Glyphs required for minority orthographies in Tamil
While the Tamil script is mainly used for writing Tamil language text, it is
also attested to be used for other language text such as Sanskrit, Saurashtra,
Hindi, Marathi, Telugu and Kannada in the form of transliteration.
For these minority orthography usecases, some characters from script-neutral
blocks are required:
1) The superscript digits ¹²³⁴ would be used for representing the varga
consonants (actually ¹ is only used very rarely). The Unicode chapter on Tamil
script documents this and recommends the characters (0xb9) 0xb2 0xb3 0x2074.
2) Not only the superscript digits but their corresponding subscript digits
₁₂₃₄ (0x2081-0x2084) are also attested as a stylistic variant choice.
3) The modifier letter apostrophe 02BC ʼ is also seen.
4) Further, sometimes the candrabindu is also seen for nasality. Since there is
no Tamil candrabindu character, the generic candrabindu ◌̐ at 0310 can be
used.
5) The visarga is commonly seen but the Tamil visarga code point 0B83 is mapped
to the Tamil special letter aytam ஃ (which has three dots against the visarga's
two dots), so we will have to place the two-dot visarga in the PUA. (Not ideal
I know, but it is unlikely to encode a Tamil-specific two-dot visarga. It is
not possible to use the Devanagari visarga codepoint 0903 since rendering
engines will produce dotted circles as it is not correct to combine Devanagari
codepoints with Tamil codepoints.)
Attestations for these usages and required glyphs are attached. Please add them
with the appropriate script-neutral codepoints shown in the patch TTF so Lohit
Tamil (and Lohit Tamil Classical) is also useful for these minority
orthographies. BTW it would be good font design policy to make the modifier
apostrophe a composite glyph of the regular apostrophe and subscript digits as
composites of superscript digits.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 5 months
[Fedora-i18n-bugs] [Bug 880494] New: French Keyboard layout not following PC105 (physically same as USA English), and Cannot allocate Eurosymbol as altchar-E or altchar-5
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=880494
Bug ID: 880494
Summary: French Keyboard layout not following PC105 (physically
same as USA English), and Cannot allocate Eurosymbol
as altchar-E or altchar-5
Product: Fedora
Version: 18
Component: xkeyboard-config
Severity: low
Priority: unspecified
Reporter: lsatenstein(a)yahoo.com
Description of problem:
There is an annaconda problem, and a keyboard layout definition problem and a
physical keyboard layout problem.
Version-Release number of selected component (if applicable):
Fedora 18 RC1 32bit
How reproducible:
F18 RC1 is being installed with default as English language. But I need the
Canadian French Keyboard, as I write both English and French
I added the Canadian French keyboard and placed it first in the list. Anaconda
continues to ignore the CF keyboard mapping. Only way to force a switch from
the US default was is to delete the USA keyboard, which activates the Cdn
French version and then i added back the USA English.
The USA English physical layout is correct. The Canadian French Keyboard must
look like the USA English (PC105 layout). Missing is what configuration we
could do in the past (F16,F17), which was to allow one to assign the Euro
symbol to the alt-char E, or alt-char 5
So, Anaconda needs some correction to fix what I described, and the keyboard
selection physical layout needs to match the physical layout of the USA English
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 6 months
[Fedora-i18n-bugs] [Bug 838734] New: ibus(-anthy?) slow to startup/activate
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=838734
Bug ID: 838734
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: ibus(-anthy?) slow to startup/activate
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: petersen(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-anthy
Product: Fedora
Description of problem:
Not sure if it is ibus or ibus-anthy but at least ibus-anthy
these days often seems very slow to activate/turn on.
Steps to Reproduce:
1. Activate ibus-anthy for first time in session say
2. start typing immediately
Actual results:
ibus-anthy takes some seconds to activate - often
resulting in my first input not getting converted at all:
eg just now I wanted to write "ありがとう”but actual
input was "ariがとう"...
Expected results:
"ありがとう" and ibus-anthy to activate immediately.
Ueno-san mentioned to me in another context that it might be
loading of ibus-anthy config that is the bottleneck.
Additional info:
This seems like a regression but maybe it is related
to upstream ibus not supporting preloading of IMEs?
Anyway not really sure why ibus-anthy should take so
long to start up.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 8 months
[Fedora-i18n-bugs] [Bug 803583] New: Keyboard layout selection drop down list needs to be more user friendly
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: Keyboard layout selection drop down list needs to be more user friendly
https://bugzilla.redhat.com/show_bug.cgi?id=803583
Summary: Keyboard layout selection drop down list needs to be
more user friendly
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
In Ibus preferences, go to the Input Method and select the option "Show all
input methods", the drop down menu closes, and then need to click again on
"Select an input method" to view those input methods under "Show all input
methods" option.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120304-3.fc17
How reproducible:
Always
Steps to Reproduce:
1. Go to Ibus->Preferences and select "Input Method" tab.
2. Click on "Select an input method", you can find the "Show all input methods"
option in the drop down menu, click on this option.
3. You can see the drop down list closes and need to click again on "Select an
input method" to view lists under "Show all input methods" option.
Actual results:
Explained above.
Expected results:
When the "Show all input methods" is selected, without closing the drop down
list, other input methods must be listed.
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.
9 years, 8 months
[Fedora-i18n-bugs] [Bug 657684] New: RFE: Request EPEL6 build of Canna.
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: RFE: Request EPEL6 build of Canna.
https://bugzilla.redhat.com/show_bug.cgi?id=657684
Summary: RFE: Request EPEL6 build of Canna.
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: Canna
AssignedTo: tagoh(a)redhat.com
ReportedBy: steve.traylen(a)cern.ch
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Hi,
I maintain xemacs in EPEL and I am interested in merging the current Fedora
xemacs
version to EPEL 6.
One missing dependency is Canna.
I just checked and the "devel" version of Canna builds without any
modification on
RHEL6.
Would you be willing and able to maintain an EPEL6 version of Canna?
Steve.
--
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.
9 years, 8 months
[Fedora-i18n-bugs] [Bug 821221] New: Unable to select input methods under KDE
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 select input methods under KDE
https://bugzilla.redhat.com/show_bug.cgi?id=821221
Summary: Unable to select input methods under KDE
Product: Fedora
Version: 17
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: ed.greshko(a)greshko.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem: When KDE is the desktop environment all input methods
are grayed out. So, it is impossible to select any input method.
Version-Release number of selected component (if applicable):
How reproducible: Install Fedora 17 TC-4 LiveKDE to disk. Then add language
support for Japan, Korea, Simplified and Traditional Chinese.
Steps to Reproduce:
1. Install Fedora 17 TC-4 LiveKDE to disk
2. Install language support for Japan, Korea, Simplified and Traditional
Chinese.
3. Install additional ibus input methods if desired
4. Use im-chooser to select ibus
5. Logout/login
6. Go to ibus preferences, Input method tab, check Customize
7. Use pull down menu to pick input methods
Actual results: All input methods are grayed out and not select-able
Expected results: Installed methods should be select-able
Additional info: Also installed Fedora 17 TC-4 from DVD with GNOME and KDE. In
GNOME the input methods can be selected
--
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.
9 years, 8 months
[Fedora-i18n-bugs] [Bug 681943] New: RFE: Support langpacks specific to Finnish
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: RFE: Support langpacks specific to Finnish
https://bugzilla.redhat.com/show_bug.cgi?id=681943
Summary: RFE: Support langpacks specific to Finnish
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: yum-langpacks
AssignedTo: petersen(a)redhat.com
ReportedBy: vpivaini(a)cs.helsinki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, petersen(a)redhat.com,
james.antill(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Finnish spell checking in Fedora and most other Free Linux-based operating
systems is handled by the Voikko library: http://voikko.sourceforge.net/
Voikko needs extensions and plugins to work with some of the programs or other
spell checking frameworks in Fedora. The langpacks plugin should install these,
when appropriate.
When installing libreoffice, install openoffice.org-voikko (the name will be
changed, probably in F16, to libreoffice-voikko)
When installing firefox, install mozvoikko
When installing enchant, install enchant-voikko
--
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.
9 years, 9 months
[Fedora-i18n-bugs] [Bug 810211] New: The key events with ctrl key isn't delivered during the switcher window is open
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: The key events with ctrl key isn't delivered during the switcher window is open
https://bugzilla.redhat.com/show_bug.cgi?id=810211
Summary: The key events with ctrl key isn't delivered during
the switcher window is open
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The switcher window is open when ctrl+space is pressed and keep it open until
the ctrl key is released. this behavior is introduced since f17 though, the key
combination with ctrl key could be sent to application without releasing the
ctrl key in older releases. e.g. one may wants to move the cursor with ctrl+a
and ctrl+e after turn off ibus. on f16 or older version, it could be done by
the following sequences: ctrl+space (to turn off) -> ctrl+a (to move the cursor
at the beginning of line) but on f17: ctrl+space -> release the ctrl key ->
ctrl+a. need an extra step to accomplish it. So that would be nice if we can
keep the old behavior on f17 too.
As we talked on IRC, I don't mind whether keep the switcher window open or not.
if it's easier to do it after closing, that's fine.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120317-2.fc17.x86_64
--
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.
9 years, 9 months