[Fedora-i18n-bugs] [Bug 493858] New: S-c-tools cleanup: bad spacings, alignment, layout
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: bad spacings, alignment, layout
https://bugzilla.redhat.com/show_bug.cgi?id=493858
Summary: S-c-tools cleanup: bad spacings, alignment, layout
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: rrakus(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, jreznik(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem
A clean, logical dialog layout helps the user to quickly understand what
information is required from them. It's very important to have proper spacing
between window borders, controls and separators (if used), controls alignment
etc.
How reproducible:
Steps to Reproduce
1. invoke any dialog
Actual results
Incorrect controls spacing and alignment.
Expected results
Correct window/dialog layout.
Additional info
Look at GNOME Human Interface Guidelines 2.2 [1] [2] [3]
[1] http://library.gnome.org/devel/hig-book/stable/design-window.html.en
[2] http://library.gnome.org/devel/hig-book/stable/windows-dialog.html.en
[3]
http://library.gnome.org/devel/hig-book/stable/windows-alert.html.en#aler...
--
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, 8 months
[Fedora-i18n-bugs] [Bug 493888] New: S-c-tools cleanup: make OK button insensitive when no action has been taken.
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: make OK button insensitive when no action has been taken.
https://bugzilla.redhat.com/show_bug.cgi?id=493888
Summary: S-c-tools cleanup: make OK button insensitive when no
action has been taken.
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: rrakus(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, jreznik(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
"OK" button is sensitive even no changes were done but it should be insensitive
when "Cancel" button available.
How reproducible:
/*places*/
Steps to Reproduce:
1. invoke some dialog
2. check if "OK" button is sensitive
Actual results:
"OK" button is sensitive.
Expected results:
"OK" should not be sensitive.
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, 8 months
[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, 8 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, 8 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, 8 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, 8 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, 9 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, 9 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, 9 months
[Fedora-i18n-bugs] [Bug 476511] New: scim bad file descriptor
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: scim bad file descriptor
https://bugzilla.redhat.com/show_bug.cgi?id=476511
Summary: scim bad file descriptor
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: scim-bridge
AssignedTo: phuang(a)redhat.com
ReportedBy: chanueting(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
"scim-bridge: An exception occurred at selecting the sockets: Bad file
descriptor" is shown in the log.
Version-Release number of selected component (if applicable):
scim-1.4.7-35.fc10 (i386)
scim-bridge-gtk-0.4.15-8.fc10
How reproducible:
Every time.
Steps to Reproduce:
1. Boot up a machine with scim installed.
2.
3.
Actual results:
I can see this message in message log:
localhost scim-bridge: An exception occurred at selecting the sockets: Bad file
descriptor
At the same time, there are increasing number of scim-bridge process those
obtain many memory.
Expected results:
There should not be increasing of memory usage.
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