[Fedora-i18n-bugs] [Bug 512874] New: about box is hidden behind application
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: about box is hidden behind application
https://bugzilla.redhat.com/show_bug.cgi?id=512874
Summary: about box is hidden behind application
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Desktop
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(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
Target Release: ---
Description of problem:
while using about box for application, it was hidden behind the application
main window. I can find it after click to about from menu, while I moved the
main application window, then only I got it
Version-Release number of selected component (if applicable):
iok-1.3.5-1.fc12.x86_64
How reproducible:
100%
Steps to Reproduce:
1. run iok -a from terminal
2. goto Help->About this
3. click on About
Actual results:
"About" Window does appear, but only Main Application lost focus
Alt+Tab is helping to bring window Top
Expected results:
Either About Window should appear on top of Main Window or it should be appear
for end-user somewhere other place if not possible to TOP
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, 11 months
[Fedora-i18n-bugs] [Bug 511186] New: [pa_IN] default selected Time zone is Amercia/NewYork, instead of Aisa/Calcuta
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: [pa_IN] default selected Time zone is Amercia/NewYork, instead of Aisa/Calcuta
https://bugzilla.redhat.com/show_bug.cgi?id=511186
Summary: [pa_IN] default selected Time zone is Amercia/NewYork,
instead of Aisa/Calcuta
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Regression
Severity: medium
Priority: medium
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com, kanarip(a)kanarip.com,
fedora-i18n-bugs(a)redhat.com, rmaximo(a)cfl.rr.com
Depends on: 227625
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 227625
current bug reproduce with following version:
anaconda-11.5.0.12
+++ This bug was initially created as a clone of Bug #227625 +++
Description of problem:
during installation in Punjabi (Indian Language), default selected Time zone
was
US/NewYork, but it should be Calcuta
Version-Release number of selected component (if applicable):
anaconda-11.2.0.19-1.x86_64.rpm
How reproducible:
Everytime during install in Punjabi
Steps to Reproduce:
1. Select Installation in Punjabi
2. Move forward till Time zone reach
3.
Actual results:
it is US/NewYork
Expected results:
should Asia/Calcuta (India)
Additional info:
using following build
rawhide-20070206
--- Additional comment from abartlet(a)samba.org on 2007-02-07 17:28:55 EDT ---
While for some languages it might be quite clear the connection between the
Language and a good guess at the location, is this something we can actually do
in the general case, without causing nightmares?
What would happen if we selected timezones based on a language shared between
two countries that object to the other? We will quickly have nobody happy.
Personally I think the default should be UTC until the map is clicked.
--- Additional comment from aalam(a)redhat.com on 2007-02-07 23:14:42 EDT ---
it is based on locale, as pa_IN is represent Punjabi_India, where *_IN is
limiting the area as India, and so timezone is clearly 1 and only 1 Calcutta.
--- Additional comment from abartlet(a)samba.org on 2007-02-08 06:44:35 EDT ---
Sure, but should en_AU be Sydney, Adelaide or Perth? Should en_US be east or
west coast? I still argue you can't win...
--- Additional comment from aalam(a)redhat.com on 2007-02-08 07:50:15 EDT ---
I think bug was only for pa_IN, not going to consider en_AU as it is very far
from my city
--- Additional comment from clumens(a)redhat.com on 2007-02-21 14:59:44 EDT ---
This will be fixed in the next release of anaconda. It affects at least all
languages that anaconda cannot display during the initial stage.
--
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, 11 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, 11 months
[Fedora-i18n-bugs] [Bug 509489] New: add_word feature doesn't work
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: add_word feature doesn't work
https://bugzilla.redhat.com/show_bug.cgi?id=509489
Summary: add_word feature doesn't work
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: petersen(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
As per ibus-anthy config UI, add_word shortcut key are assigned to F12 though,
even if pressing F12, no kasumi with the adding-a-word mode brings up.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-1.fc11
ibus-anthy-1.1.0.20090603-1.fc11
How reproducible:
always
Steps to Reproduce:
1.turn on IM
2.press F12
3.
Actual results:
no kasumi appears
Expected results:
should run kasumi with --add option
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, 11 months
[Fedora-i18n-bugs] [Bug 509482] New: Empty candidate list appears
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: Empty candidate list appears
https://bugzilla.redhat.com/show_bug.cgi?id=509482
Summary: Empty candidate list appears
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: petersen(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While testing the prediction feature, it appears after deleting the preedit
characters.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090612-1.fc11
ibus-1.1.0.20090603-1.fc11
How reproducible:
always
Steps to Reproduce:
1.turn on IM
2.type a and Tab
3.press backspace
Actual results:
after step 2, nothing happens (see Bug#509480 for prediction feature issue)
after step 3, empty candidate list appears
Expected results:
no empty candidate list
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, 11 months
[Fedora-i18n-bugs] [Bug 513782] New: imsettings package not in "Input Method" YUM group
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: imsettings package not in "Input Method" YUM group
https://bugzilla.redhat.com/show_bug.cgi?id=513782
Summary: imsettings package not in "Input Method" YUM group
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: corentin.perard(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
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.
Another consequence of this is that the package isn't uninstalled when
performing a yum groupremove "Input Methods"
Version-Release number of selected component (if applicable):
imsettings-libs-0.106.2-2.fc11.i586
imsettings-0.106.2-2.fc11.i586
How reproducible:
always
Steps to Reproduce:
see above
Actual results:
Expected results:
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, 11 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, 11 months