[Fedora-i18n-bugs] [Bug 711641] New: im-chooser not listed in gnome-control-center
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: im-chooser not listed in gnome-control-center
https://bugzilla.redhat.com/show_bug.cgi?id=711641
Summary: im-chooser not listed in gnome-control-center
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Description of problem:
I remember seeing im-chooser listed in the control-center
during the F15 development cycle but it doesn't seem to be
there anymore?
Steps to Reproduce:
1. Status menu -> System settings
Actual results:
No IM configuration available
Expected results:
IM setup program to be listed
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 803220] New: RFE: Add an option to unclassify the fonts in the list
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: Add an option to unclassify the fonts in the list
https://bugzilla.redhat.com/show_bug.cgi?id=803220
Summary: RFE: Add an option to unclassify the fonts in the list
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: fonts-tweak-tool
AssignedTo: jni(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
pwu(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Since there seems some buggy fonts, that may be a good idea to add an option to
stop classifying the fonts in sans-serif, serif, monospace and so on. this
enhancements may helps for Bug#803192 say to add it for the expected alias.
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.0.3-1.fc17.noarch
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 528140] New: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
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: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=364235)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364235)
Screenshot for s-c-date and gnome-clock
Description of problem:
After installation and setting Default Timezone Kolkata, Clock is showing
Default Timezone (added by Default) Boston (after Fresh installation).
Version-Release number of selected component (if applicable):
gnome-panel-2.28.0-2.fc12.x86_64
system-config-date-1.9.52-1.fc12.noarch
libgweather-2.28.0-1.fc12.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. fresh install with Hindi (hi_IN) locale
2. login with Hindi
3. Click on clock/Task Top-Right Side
Actual results:
Boston is added by Default
Expected results:
Either should be default for locale or s-c-date's Zone
Additional info:
Screenshot
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 807068] New: Please fine-tune glyphs of Tamil numerals and one symbol in Lohit Tamil font
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 fine-tune glyphs of Tamil numerals and one symbol in Lohit Tamil font
https://bugzilla.redhat.com/show_bug.cgi?id=807068
Summary: Please fine-tune glyphs of Tamil numerals and one
symbol in Lohit Tamil font
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-tamil-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 572886
--> https://bugzilla.redhat.com/attachment.cgi?id=572886
TTF of replacement glyphs and attestations for the same
Description of problem:
The Tamil digits in the Lohit Tamil font are not true to the actual printed
glyphs and hence do not look so good even though the rest of the Lohit Tamil
font is OTOH exceptionally of good quality.
The glyph of one Tamil symbol 0BF6 TAMIL DEBIT SIGN is also not true to the
printed glyphs.
Version-Release number of selected component (if applicable):
2.5.0
How reproducible:
Using Lohit Tamil font, compare glyphs to existing printed glyphs.
Actual results:
The relative proportions, shapes and lengths of the strokes in some of the
glyphs are not according to the actual usage in printing. Some changes were
subtle, some were very obvious.
Expected results:
For maintaining high quality, the above problem should be fixed.
Additional info:
I have attached a small font with the replacement glyphs. Mostly they are:
1) glyphs copied from elsewhere in the font or another Lohit font (for zero)
2) existing glyphs with positioning of some nodes slightly modified
If above not possible, only then I have changed the number of nodes.
I have also provided the attestations from printed books. Especially please
note that the Tamil zero should be perfectly circular, and the 0BF6 TAMIL DEBIT
SIGN should be derived from Tamil PA ப. [In the Unicode chart, the glyph of
0BF6 is wrong and I have asked them to correct it.]
Please make sure to autohint the glyphs as due to change in number of points
the original hinting information might have been lost. Sorry for that.
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 806591] New: SHI SHII glyphs in Lohit Tamil font need to be corrected
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: SHI SHII glyphs in Lohit Tamil font need to be corrected
https://bugzilla.redhat.com/show_bug.cgi?id=806591
Summary: SHI SHII glyphs in Lohit Tamil font need to be
corrected
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-tamil-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 572489
--> https://bugzilla.redhat.com/attachment.cgi?id=572489
Contains JPEG of attestation from printed book, PDF of current and desired
appearance and TTF of replacement glyphs
Description of problem:
The SHI SHII glyphs in Lohit Tamil font need to be corrected. In both cases the
vowel sign is not correctly positioned over the consonant. Further in SHI the
vowel sign does not attach to the consonant at all.
Version-Release number of selected component (if applicable):
2.5.0
How reproducible:
Use Lohit Tamil font.
Steps to Reproduce:
1. Type ஶி ஶீ by selecting Lohit Tamil font.
2. Zoom to large size.
3. Especially note the minute gap between SHA and VS-II.
Actual results:
You can see that the described problem exists.
Expected results:
The vowel sign should be correctly positioned w.r.t. the consonant and it
should correctly attach to the consonant.
Additional info:
Currently within the SHI SHII glyph of the Lohit Tamil font the contours for
the vowel sign are separate and not unified with the consonant's contours. This
causes overlapping nodes which is not recommended.
Furthermore the RSB of SHI is zero, which is inappropriate. Compare the RSB
values of glyphs of other consonants + VS-I.
I have modified the glyphs by taking the position of the vowel signs and the
RSB values of PI/PII (PA + VS-I and VS-II) as a model since the right-side
contour shape of PA is closest to that of SHA. I have provided glyphs with
unified and non-unified contours. Please find it in the attachment.
I recommend to use the unified contours and have only given the non-unified
contours in case you wish to do any other adjustment of positioning (unlikely).
I have also provided attestation for the actual appearance of SHI/SHII as seen
in printed books,
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 799384] New:=?UTF-8?Q?=20Problems=20with=20glyphs=20=D0=8D=20?=(U+040D)=?UTF-8?Q?=20and=20=D1=9D=20?=(U+045D) for Bulgarian language
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: Problems with glyphs Ѝ (U+040D) and ѝ (U+045D) for Bulgarian language
https://bugzilla.redhat.com/show_bug.cgi?id=799384
Summary: Problems with glyphs Ѝ (U+040D) and ѝ (U+045D) for
Bulgarian language
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: high
Priority: high
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: atodorov(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mitakataka(a)mail.bg
Depends on: 659214
Classification: Fedora
Story Points: ---
Clone Of: 659214
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
+++ This bug was initially created as a clone of Bug #659214 +++
Hi guys,
bug #659214 adds support for some Cyrillic characters to the Liberations fonts
family.
M. Balabanov, a member of a localization mailing list reported a problem with
the glyphs.
The glyphs for CYRILLIC CAPITAL LETTER I WITH GRAVE (U+040D) is wrong (except
for Mono Regular). Instead of Ѝ it is Ǹ (i.e it's swapped).
The actual glyph is LATIN CAPITAL LETTER N WITH GRAVE (I just made that up,
hopefully you get the point).
This is with version:
1.07.1 of the fonts.
--
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.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 824307] New: unassigned keysym causes crash
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=824307
Bug ID: 824307
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: apatil(a)redhat.com
Summary: unassigned keysym causes crash
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: dueno(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-hunspell-table
Product: Fedora
Created attachment 586281
--> https://bugzilla.redhat.com/attachment.cgi?id=586281&action=edit
patch
Description of problem:
When ibus-hunspell-table is enabled, typing key with unassigned keysym
(NoSymbol) will cause crash.
Version-Release number of selected component (if applicable):
ibus-hunspell-table-0.0.6-1.fc17
How reproducible:
100%
Steps to Reproduce:
1. xmodmap -e "keycode 96 = NoSymbol"
2. enable "English - US(Hunspell)" engine in IBus menu
3. type F12
Actual results:
The engine process crashes with the following message:
process 6891: Array or variant type requires that type string be written, but
end_struct was written.
The overall signature expected here was '(sa{sv}s(sa{sv}av))' and we are on
byte 8 of that signature.
D-Bus not built with -rdynamic so unable to print a backtrace
Expected results:
No crash.
Additional info:
I noticed this when using international keyboard with more keys than US
keyboard. Since IBus switches the system keyboard layout with "setxkbmap us",
some keys (here "|") are unmapped.
It seems that ASCII range check in _table_mode_process_key_event() is fragile
(patch attached).
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 8 months
[Fedora-i18n-bugs] [Bug 807550] New: [abrt] ibus-1.4.99.20120304-3.fc17: enginetreeview.py:133:__name_cell_data_cb:AttributeError: 'NoneType' object has no attribute 'get_language'
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: [abrt] ibus-1.4.99.20120304-3.fc17: enginetreeview.py:133:__name_cell_data_cb:AttributeError: 'NoneType' object has no attribute 'get_language'
https://bugzilla.redhat.com/show_bug.cgi?id=807550
Summary: [abrt] ibus-1.4.99.20120304-3.fc17:
enginetreeview.py:133:__name_cell_data_cb:AttributeErr
or: 'NoneType' object has no attribute 'get_language'
Product: Fedora
Version: 17
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:3ace6c16889ab6825fdb593b81b68140e22ae627
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: pnemade(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: ---
libreport version: 2.0.8
abrt_version: 2.0.7
cmdline: /usr/bin/python /usr/share/ibus/setup/main.py ibus-setup
comment: I just right click on ibus icon in gnome-shell to open ibus
preferences and got abrt crash message.
executable: /usr/share/ibus/setup/main.py
kernel: 3.3.0-1.fc17.x86_64
reason: enginetreeview.py:133:__name_cell_data_cb:AttributeError:
'NoneType' object has no attribute 'get_language'
time: Wed 28 Mar 2012 12:46:31 AM IST
uid: 1000
username: parag
backtrace:
:enginetreeview.py:133:__name_cell_data_cb:AttributeError: 'NoneType' object
has no attribute 'get_language'
:
:Traceback (most recent call last):
: File "/usr/share/ibus/setup/enginetreeview.py", line 133, in
__name_cell_data_cb
: language = IBus.get_language_name(engine.get_language())
:AttributeError: 'NoneType' object has no attribute 'get_language'
:
:Local variables in innermost frame:
:engine: None
:self: <EngineTreeView object at 0x11b52d0 (EngineTreeView at 0x12d4030)>
:celllayout: <TreeViewColumn object at 0x1379af0 (GtkTreeViewColumn at
0x12371a0)>
:it: <GtkTreeIter at 0x1631da0>
:renderer: <CellRendererText object at 0x1379b40 (GtkCellRendererText at
0x12a45a0)>
:model: <ListStore object at 0x11b5230 (GtkListStore at 0x12cd910)>
:data: None
--
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.
11 years, 8 months