[Fedora-i18n-bugs] [Bug 489523] New: ibus oddities with F11 alpha
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: ibus oddities with F11 alpha
https://bugzilla.redhat.com/show_bug.cgi?id=489523
Summary: ibus oddities with F11 alpha
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: jason(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When I logged on to the F11 alpha live CD, there was a floating tab on my
desktop which seemed to be for selecting the iBus engine.
yum update ibus made it go away, but I got an error "GLib version too old
(micro mismatch)"; apparently 2.19.5 isn't enough for ibus-gtk. Updating glib2
to 2.19.10 seemed to fix that issue.
But now the input method chooser seems to be confused; enabling the input
method feature with Preferences/Personal/Input Method doesn't stick, if I open
the dialog again the checkbox is still off. Updating im-chooser didn't affect
this issue; the applet in the notification error pops up an error about
"mismatch the version of im-settings-daemon, no detailed information"
I haven't updated the whole system, as I don't think I have enough room on the
USB stick and yum is failing to update glibc at the moment. And I don't really
care about iBus, just wanted that floater to go away. Feel free to close this
bug if it doesn't have any useful information for you.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
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, 8 months
[Fedora-i18n-bugs] [Bug 501650] New: Add Help (Documentation) for ibus-setup UI
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 Help (Documentation) for ibus-setup UI
https://bugzilla.redhat.com/show_bug.cgi?id=501650
Summary: Add Help (Documentation) for ibus-setup UI
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
In iBus Preferences like "Use custom font", "Candidates orientation" and
"Previous input method:" (which is disabled always). Can we have some
help/documentation for end users about such unclear options?
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090508-3.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
no documentation or tool-tips on usage/information of "Use custom font",
"Candidates orientation" and "Previous input method:"
Expected results:
Should add documentation
Additional info:
https://fedoraproject.org/wiki/Test_Days:IBus#cite_ref-18
Either Help button can be added with help on using ibus-setup or tooltip can be
provided for widgets used in ibus-setup UI.
--
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 499880] New: tomoe-gtk not built with $RPM_OPT_FLAGS
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: tomoe-gtk not built with $RPM_OPT_FLAGS
https://bugzilla.redhat.com/show_bug.cgi?id=499880
Summary: tomoe-gtk not built with $RPM_OPT_FLAGS
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Patch
Severity: medium
Priority: low
Component: tomoe-gtk
AssignedTo: dchen(a)redhat.com
ReportedBy: ville.skytta(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: ryo-dairiki(a)users.sourceforge.net, dchen(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 496968
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=343135)
--> (https://bugzilla.redhat.com/attachment.cgi?id=343135)
Build with $RPM_OPT_FLAGS
Fix attached, see bug 496968 for more info.
I think this is quite obviously an upstream bug; a corresponding patch to
macros/python.m4 should be submitted there.
--
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 477474] 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=477474
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: nicolas.mailhot(a)laposte.net
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
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, 8 months
[Fedora-i18n-bugs] [Bug 508358] New: ANTHY_HISTORY_FILE record only a single word
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: ANTHY_HISTORY_FILE record only a single word
https://bugzilla.redhat.com/show_bug.cgi?id=508358
Summary: ANTHY_HISTORY_FILE record only a single word
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: anthy
AssignedTo: tagoh(a)redhat.com
ReportedBy: masanari_iida(a)hp.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
If one set ANTHY_HISTORY_FILE, anthy should record all inputs.
But currently anthy record only if I input a single word.
Version-Release number of selected component (if applicable):
anthy-9100h-4.fc11.i586
How reproducible:
Always
Steps to Reproduce:
1. Set following into .bash_profile.
export ANTHY_HISTORY_FILE=~/.anthy_history
2. login to the account
3. Input Japanese words and convert.
3a. Watashi no namae ha nakano desu.
(My name is nakano)
3b. nakano
Actual results:
3a. Nothing recorded into .anthy_history
3b. A word nakano is recorded into .anthy_history
Expected results:
Both 3a and 3b cases should be recorded.
Additional info:
In order to record corpus when I input Japanese, this function should
be work as expected.
--
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 501920] New: [ibus][Indic] - ibus Malfunctioning when conflict with keyboard-indicator
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: [ibus][Indic] - ibus Malfunctioning when conflict with keyboard-indicator
https://bugzilla.redhat.com/show_bug.cgi?id=501920
Summary: [ibus][Indic] - ibus Malfunctioning when conflict with
keyboard-indicator
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: smaitra(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When Keyboard Indicator is enabled with any locale other than USA, at that time
if you select ibus for any layout, it will not work with ibus, it works with
keyboard-indicator at that time.
Moreover that, when any other layout engine is enabled in the system, if at
that time user enable ibus, the application should show Warning message
indicating that other engine is enable which may restrict ibus to work
properly.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090423-1.fc11.i586
ibus-gtk-1.1.0.20090423-1.fc11.i586
keyboard indicator 2.26.1
How reproducible:
Always
Steps to Reproduce:
1. Switch on keyboard Indicator with any layout except USA
2. Switch on ibus with any layout.
3. Open any editor, gedit
4. Try to type according to ibus's layout.
5. Observe the result.
Actual results:
It will always follow the layout enabled in keyboard Indicator, and when enable
ibus, it will not show any warning message that other engine is already
enabled.
Expected results:
ibus should always detect if any other same engine is already enabled in the
system and behave accordingly.
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 503869] New: need ibus-qt immodule again
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: need ibus-qt immodule again
https://bugzilla.redhat.com/show_bug.cgi?id=503869
Summary: need ibus-qt immodule again
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: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
KDE really needs a qt immodule for a better experience with ibus.
--
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 483391] New: [te_IN] New Telugu codepoints/glyphs in Unicode 5.1
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: [te_IN] New Telugu codepoints/glyphs in Unicode 5.1
https://bugzilla.redhat.com/show_bug.cgi?id=483391
Summary: [te_IN] New Telugu codepoints/glyphs in Unicode 5.1
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: bugzillas+padREMOVETHISdu(a)gmail.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
+++ This bug was initially created as a clone of Bug #202400 +++
Description of problem:
following glyphs are not present in Lohit Telugu
U+0C3D ఽ TELUGU SIGN AVAGRAHA
U+0C58 ౘ TELUGU LETTER TSA
U+0C59 ౙ TELUGU LETTER DZA
U+0C62 ౢ TELUGU VOWEL SIGN VOCALIC L
U+0C63 ౣ TELUGU VOWEL SIGN VOCALIC LL
U+0C78 ౸ TELUGU FRACTION DIGIT ZERO FOR ODD POWERS OF FOUR
U+0C79 ౹ TELUGU FRACTION DIGIT ONE FOR ODD POWERS OF FOUR
U+0C7A ౺ TELUGU FRACTION DIGIT TWO FOR ODD POWERS OF FOUR
U+0C7B ౻ TELUGU FRACTION DIGIT THREE FOR ODD POWERS OF FOUR
U+0C7C ౼ TELUGU FRACTION DIGIT ONE FOR EVEN POWERS OF FOUR
U+0C7D ౽ TELUGU FRACTION DIGIT TWO FOR EVEN POWERS OF FOUR
U+0C7E ౾ TELUGU FRACTION DIGIT THREE FOR EVEN POWERS OF FOUR
U+0C7F ౿ TELUGU SIGN TUUMU
Version-Release number of selected component (if applicable):
lohit-fonts-2.3.1-1.fc10
Additional info:
1) http://www.unicode.org/charts/PDF/Unicode-5.1/U51-0C00.pdf (chart showing
new characters)
2) http://std.dkuug.dk/jtc1/sc2/wg2/docs/n3116.pdf (proposal for adding these
characters among others, that details the use of these characters)
--
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 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, 9 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, 9 months