[Fedora-i18n-bugs] [Bug 501220] New: RFE: edit last preedit character from end of line
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: edit last preedit character from end of line
https://bugzilla.redhat.com/show_bug.cgi?id=501220
Summary: RFE: edit last preedit character from end of line
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, dchen(a)redhat.com,
tchuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
With scim-chewing it is possible to edit the last character in a compound work
in preedit from the end of the line, with ibus-chewing currently one has to
move the cursor to in front of the character one wants to change.
Steps to Reproduce:
1. input sequence of characters
2. press Down at end of preedit
Actual results:
2. edits whole word not just last character
Expected results:
2. just wanted to change last character without having to move the cursor back
--
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.
14 years, 9 months
[Fedora-i18n-bugs] [Bug 496886] New: libchewing-debuginfo does not contain sources
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: libchewing-debuginfo does not contain sources
https://bugzilla.redhat.com/show_bug.cgi?id=496886
Summary: libchewing-debuginfo does not contain sources
Product: Fedora
Version: rawhide
Platform: All
URL: https://www.redhat.com/archives/fedora-devel-list/2009
-April/msg00509.html
OS/Version: Linux
Status: NEW
Severity: medium
Priority: high
Component: libchewing
AssignedTo: dchen(a)redhat.com
ReportedBy: debarshi.ray(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
The debuginfo sub-package is supposed to contain the source files, which is not
the case for libchewing.
Version-Release number of selected component (if applicable):
All versions currently available for Rawhide, Fedora 11, Fedora 10 and Fedora
9.
--
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.
14 years, 9 months
[Fedora-i18n-bugs] [Bug 496795] New: UnDotum overrides Japanese desktop
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: UnDotum overrides Japanese desktop
https://bugzilla.redhat.com/show_bug.cgi?id=496795
Summary: UnDotum overrides Japanese desktop
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, smallvil(a)get9.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Just realized that gucharmap displays glyphs at CJK Unified Ideographs with
UnDotum for Sans even if I run it on ja locale, because of the fontconfig
config.
Please use the locale-specific overrides rule instead of the simple priority
lists rule. that breaks other locale-specific overrides rule.
Version-Release number of selected component (if applicable):
1.0.2-0.6.080608.fc10
How reproducible:
always
Steps to Reproduce:
1.install un-core-fonts-dotum and vlgothic-fonts
2.run gucharmap with LANG=ja_JP.UTF-8
3.set Sans as a font and right-click on any glyphs at CJK Unified Ideographs
Actual results:
rendered with UnDotum
Expected results:
rendered with VL Gothic
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.
14 years, 9 months
[Fedora-i18n-bugs] [Bug 495020] New: [mr_IN] translations are broken for Marathi language ISO-639 language names
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: [mr_IN] translations are broken for Marathi language ISO-639 language names
https://bugzilla.redhat.com/show_bug.cgi?id=495020
Summary: [mr_IN] translations are broken for Marathi language
ISO-639 language names
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iso-codes
AssignedTo: caillon(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, caillon(a)redhat.com,
pnemade(a)redhat.com, sshedmak(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=338861)
--> (https://bugzilla.redhat.com/attachment.cgi?id=338861)
broken translations for Marathi language
Description of problem:
Marathi translations need to be corrected as most of strings are appearing
broken with non-existence unicode character U0974 and U0956
Version-Release number of selected component (if applicable):
iso-codes-3.7-1.fc11
How reproducible:
always
Steps to Reproduce:
1. boot desktop in Marathi and see gdm language list broken
OR
2. use ibus-setup command in Marathi locale and check language names appearing
broken.
Actual results:
Marathi translations are incorrect.
Expected results:
Marathi translations should be correct.
Additional info:
Borken po file in source located as iso_639/mr.po
--
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.
14 years, 9 months
[Fedora-i18n-bugs] [Bug 506883] New: m17n-db-bopomofo cannot input 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: m17n-db-bopomofo cannot input Chinese
https://bugzilla.redhat.com/show_bug.cgi?id=506883
Summary: m17n-db-bopomofo cannot input Chinese
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: m17n-db
AssignedTo: pnemade(a)redhat.com
ReportedBy: dchen(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:
The bopomofo input method outputs only Bopomofo (Zhuyin) symbols, but not
Chinese characters.
This limits the usage of the input method.
Version-Release number of selected component (if applicable):
m17n-db-chinese-1.5.4-2
How reproducible:
Always
Steps to Reproduce:
1. Activate ibus (with ibus-m17n and m17n-db-chinese installed).
2. Activate bopomofo input method.
3. Press 5 (ㄓ) and space bar (the first tone).
Actual results:
It outputs ㄓ .
Expected results:
It pops up candidate selection windows for matched characters.
Additional info:
I've made and attached the bopomofo input method and the icon for it.
This input method can input Chinese characters as well as Bopomofo symbols.
Bopomofo symbols are inserted at 9th candidate or the last, whichever come
first.
Use it just like other bopomofo based input methods.
Should you want to keep the old bopomofo input method, please rename mine as
"zhuyin". Thanks!
--
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 477419] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477419
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: lklug-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 501641] New: [kate][pa_IN] Characters are mixed up for Punjabi and English
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: [kate][pa_IN] Characters are mixed up for Punjabi and English
https://bugzilla.redhat.com/show_bug.cgi?id=501641
Summary: [kate][pa_IN] Characters are mixed up for Punjabi and
English
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kdesdk
AssignedTo: than(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, lvillani(a)binaryhelix.net,
ltinkl(a)redhat.com, jreznik(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=344744)
--> (https://bugzilla.redhat.com/attachment.cgi?id=344744)
Rendering Problem
Description of problem:
While running kate with Punjabi language, Today's Tip showing Punjabi
Characters for English text (where No Translation), but Punjabi Translation
(for Tip) has no problem.
Version-Release number of selected component (if applicable):
kdesdk-4.2.2-2.fc11
kde-l10n-Punjabi-4.2.2-1.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. run Punjabi Envirnment for KDE (with systemsetting)
2. run kate
3. check today's tip
4. Press Next to get English Only Tip
Actual results:
Some Punjabi Characters are available in English Tip
Expected results:
English should be fine
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 507796] New: S-c-tools cleanup: no "Cancel", "System Defaults" and "Help" buttons suggestion
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: S-c-tools cleanup: no "Cancel", "System Defaults" and "Help" buttons suggestion
https://bugzilla.redhat.com/show_bug.cgi?id=507796
Summary: S-c-tools cleanup: no "Cancel", "System Defaults" and
"Help" buttons 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 missing "Cancel" button to cancel changes and
close the dialog. "Defaults" button should be nice too. There should be "Help"
button with appropriate help.
Actual results:
There's no way how to discard changes (not mentioning WM close button), revert
to defaults and acces documentation.
Expected results:
User can cancel change, revert to system defaults and can browse application's
help (DocBook).
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 500562] New: [Indic] Wrong rendering in spell checker window makes spell checker incorrectly functioning
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: [Indic] Wrong rendering in spell checker window makes spell checker incorrectly functioning
https://bugzilla.redhat.com/show_bug.cgi?id=500562
Summary: [Indic] Wrong rendering in spell checker window makes
spell checker incorrectly functioning
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: enchant
AssignedTo: uwog(a)uwog.net
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: uwog(a)uwog.net, petersen(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=343737)
--> (https://bugzilla.redhat.com/attachment.cgi?id=343737)
Wrong rendering made spell checker unable to give correct results.
escription of problem:
When tried to use Marathi hunspell in kate, I saw spell checker window showing
incorrect rendering. Broken rendering made spell checker to read wrong words(
set of characters from word as word)
Version-Release number of selected component (if applicable):
kdesdk-4.2.2-2.fc11.x86_64
kdebase-4.2.2-2.fc11.x86_64
enchant-1.4.2-5.fc11.x86_64
hunspell-mr-20060920-2.fc11.noarch
enchant-1.4.2-5.fc11.i586
How reproducible:
always
Steps to Reproduce:
1.Start KDE in Marathi
2.For easy testing copy text from http://mr.wikipedia.org to kate
3. Apply spell checker
Actual results:
Failed to read actual word from text in kate and presented in many words from
single word to spell checker
Expected results:
Should use actual word and not to break rendering of word and create many
subwords from it.
Additional info:
This bug is present for Indic languages.
--
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.
14 years, 10 months