Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN] KDE applications display is too small with smc-meera-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=540411
Summary: [ml_IN] KDE applications display is too small with
smc-meera-fonts
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=373059)
--> (https://bugzilla.redhat.com/attachment.cgi?id=373059)
Screenshot for Lokalize with smc-meera-fonts
Description of problem:
Login to Malayalam (ml_IN) locale where smc-meera-fonts is the default font,
the display of KDE applications like lokalize, kate etc looks very small when
compared with other applications. Screenshot attached for lokalize and kate
Version-Release number of selected component (if applicable):
smc-meera-fonts-04.2-2.fc12
How reproducible:
Always
Steps to Reproduce:
1. Login to gnome desktop in Malayalam locale
2. Open any keda applications like lokalize, kate
3. Compare the font size of these applications with any others
Actual results:
Reproducing above steps, you can observe that the kde applications' size is
small
Expected results:
The font size must be viewable enough or must be same like other applications
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [localize] Editing with Backspace and moving forward create junk data in Translation field
https://bugzilla.redhat.com/show_bug.cgi?id=663845
Summary: [localize] Editing with Backspace and moving forward
create junk data in Translation field
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
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, ltinkl(a)redhat.com,
thomasj(a)fedoraproject.org, jreznik(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, ry(a)n.rix.si,
smparrish(a)gmail.com, rnovacek(a)redhat.com
Classification: Fedora
Target Release: ---
Created attachment 469262
--> https://bugzilla.redhat.com/attachment.cgi?id=469262
Video/OGG for Problem
Description of problem:
While using lokalize for translation, if edit some text (preferably with tag,
problem exist without tab, but not easy to reproduce), and move forward and
just return back, check Text in string. Many more characters are just inserted
automatically.
Version-Release number of selected component (if applicable):
qt-4.7.1-5.fc14.x86_64
kdesdk-4.5.4-1.fc14.x86_64
How reproducible:
Random
Steps to Reproduce:
1. run lokalize with translation file (PO file [1])
2. input something in local language (other than English)
3. Use BackSpace to delete some (not all)
5. Page Down (Move to next string)
6. Page Up (Move back to original String
Actual results:
Junk data inserted in text field automatically, which is not typed
Expected results:
Only Text should be there, which is typed, works fine with BackSpace
Additional info:
Need to check https://bugzilla.redhat.com/show_bug.cgi?id=660028 bug fix, it
there is regression.
[1]
http://websvn.kde.org/*checkout*/trunk/l10n-kde4/pa/messages/kdebase/kcmbel…
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [lokalize] Application Crash with Backspace (qt-4.7.1 bug)
https://bugzilla.redhat.com/show_bug.cgi?id=660028
Summary: [lokalize] Application Crash with Backspace (qt-4.7.1
bug)
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: high
Priority: low
Component: qt
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, itamar(a)ispbrasil.com.br,
ltinkl(a)redhat.com, thomasj(a)fedoraproject.org,
jreznik(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com, rnovacek(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
lokalize (Application for translation) is crashing after updating to latest
version of QT 4.7.1.
Version-Release number of selected component (if applicable):
kdesdk-4.5.3-3.fc14.x86_64
qt-4.7.1-3.fc14.x86_64
How reproducible:
Everytime with backspace
Steps to Reproduce:
1.open any PO file with lokalize
2. press <SPACE>
3.
Actual results:
it crashed
Expected results:
it should work
Additional info:
QT Bug Report: http://bugreports.qt.nokia.com/browse/QTBUG-15659
BackTrace for Fedora: https://bugs.kde.org/show_bug.cgi?id=258464
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
https://bugzilla.redhat.com/show_bug.cgi?id=528303
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong
in KDE
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-malayalam-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=364359)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364359)
Comparison of rendering in kde and gnome
Description of problem:
The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra
sequence.
See the attached screenshot.
The prebase ra sign becomes postbase in KDE applications, while in GNOME
applications it is correct.
Version-Release number of selected component (if applicable):
Lohit 2.4.4
KDE 4.3.2
How reproducible:
Always
Steps to Reproduce:
1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate
Actual results:
See the attached screenshot
Expected results:
See the attached screenshot
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"
https://bugzilla.redhat.com/show_bug.cgi?id=736943
Summary: "Ctrl+Shift+u" & "enter email address" don't seem to
work w/"Japanese-Anhty"
Product: Fedora
Version: 15
Platform: i686
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: nomnex(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
F-15 LXDE, en_US, keyboard JP. I Japanese-Anthy, with the default shortcuts, to
input Japanese.
Anthy on-off: Ctrl+J
Circle input method: Ctrl+, (Hiragana, Katakana, Romaji)
There are 2 things that don't work as long as I use Japanese-Anthy
1:
I cannot enter Macron letters when I type Romaji. Example: "Tookyoo" is
"Tōkyō". I use "Shift+Control+u 014D": it works with default input, it works
with ibus French-Canadian, but it does not work with Japanes-Anthy set to
English (_A) or set to "off".
2:
Sylpheed is the default email client on Fedora LXDE.
As long as the input method is set to Anthy, I cannot enter the email of a
contact in the "To" "Cc" or "BBc" fields.
Reproduce:
1. Anthy-ibus (either set to off, either set to _A - to type English)
2. In Sylpheed Ctrl+ (Open new message)
3. "To" field: only a single letter can be entered.
Additional info:
I would like to leave my input set to Japanse-Anthy in permanence but
currently, I cannot input Romaji letters with Maccrons, and I cannot send
emails to my contacts unless I turn input off (Ctrl+Space) or set the ibus to
another input than Japanese.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Bold 'u' looks skinny
https://bugzilla.redhat.com/show_bug.cgi?id=715309
Summary: Bold 'u' looks skinny
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: mkasik(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
Classification: Fedora
Story Points: ---
Created attachment 506011
--> https://bugzilla.redhat.com/attachment.cgi?id=506011
ftview of LiberationSans-Bold.ttf
Description of problem:
Letter 'u' from LiberationSans-Bold.ttf has vertical lines narrower than it
should have at size 18 (when comparing with 'n').
Version-Release number of selected component (if applicable):
liberation-sans-fonts-1.07.0-1.fc15
How reproducible:
execute "ftview 18 /usr/share/fonts/liberation/LiberationSans-Bold.ttf" (or see
the attached image) and compare letter 'u' with letter 'n'.
Additional info:
This was introduced in upstream commit
http://git.fedorahosted.org/git/?p=liberation-fonts.git;a=commit;h=054d3217…
which is a fix of https://bugzilla.redhat.com/show_bug.cgi?id=463036.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [CJK] vertical clock time text rotated wrong way
https://bugzilla.redhat.com/show_bug.cgi?id=525371
Summary: [CJK] vertical clock time text rotated wrong way
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362429)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362429)
f12-vert-clock.png
Description of problem:
In F12 the rotation of vertical text seems to have changed.
For Chinese, Japanese and Korean the time is opposite
direction to the date also.
Version-Release number of selected component (if applicable):
How reproducible:
every time
Steps to Reproduce:
1. start CJK gnome desktop
2. create a left panel
3. add clock
Actual results:
see screenshot
Expected results:
closer to f11 would be better
(ideally ideally should be vertical not rotated)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
https://bugzilla.redhat.com/show_bug.cgi?id=627193
Summary: [Indic] [Mail] [HTML] Underline is printed as Strike
for Indic Text
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: evolution
AssignedTo: mbarnes(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: i18n-bugs(a)lists.fedoraproject.org
CC: mbarnes(a)redhat.com, mcrha(a)redhat.com,
cooly(a)gnome.eu.org
Classification: Fedora
Target Release: ---
Created attachment 440885
--> https://bugzilla.redhat.com/attachment.cgi?id=440885
Screenshot with problme in Hindi
Description of problem:
While printing a mail (even save as PDF) with Body has Underline Indic text,
printed as Strike. As you increase size of font, Striking line moved toward
middle of Word.
Version-Release number of selected component (if applicable):
evolution-2.30.2-4.fc13.x86_64
gtkhtml3-3.30.2-1.fc13.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. run evolution
2. New Mail - > HTML format
3. input Indic character (इराक़HINDI के कई शहरों मेंENGNLISH धमाके हुए हैं,
जिनमें 30 लोगों के मारे जाने और अन्य)
4. Select +3, +2, +1 Size
5. Select Underline
6. Print (as PDF or Hard copy)
Actual results:
Indic Characters has problem, while English Characters are ok with underline
Expected results:
Underline should under the characters
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: better localized name for zh_TW in locale-list
https://bugzilla.redhat.com/show_bug.cgi?id=638650
Summary: better localized name for zh_TW in locale-list
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: chaoweilun(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
The localized name for the locale zh_TW is inadequate.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1.running system-config-language or
2.viewing /usr/share/system-config-language/locale-list
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering
https://bugzilla.redhat.com/show_bug.cgi?id=694724
Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is
wrongly rendering
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: svenkate(a)redhat.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: ---
Created attachment 490712
--> https://bugzilla.redhat.com/attachment.cgi?id=490712
Actual and correct rendering
Description of problem:
ra+ ZWJ+ halanth + consonant + aa (0CB0 + 200D + 0CCD + 0C95+ 0CBE) is wrongly
rendering
Version-Release number of selected component (if applicable):
lohit-kannada-fonts-2.4.5-4.fc14.noarch
How reproducible:
Every time
Steps to Reproduce:
1.Open any text editor (say gedit)
2.Input following raw code key sequence:
0CB0 + 200D + 0CCD + 0C95+0CBE
3.Look at the resulting glyph
Actual results:
Shown in the attachment
Expected results:
Shown in the attachment
Additional info:
This was tested with following rendering engines:
libicu-4.4.1-6.fc14.x86_64
qt-4.7.1-17.fc14.x86_64
pango-1.28.1-5.fc14.x86_64
--
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.