Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=950524
Bug ID: 950524
Summary: [Indic] Default fonts for Indic languages are not
lohit, hence rendering is good for translation
Product: Fedora
Version: 19
Component: anaconda
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: anaconda-maint-list(a)redhat.com
Reporter: aalam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com,
g.kaviyarasu(a)hotmail.com,
i18n-bugs(a)lists.fedoraproject.org,
jonathan(a)jonmasters.org, kanarip(a)kanarip.com,
mkolman(a)redhat.com, sbueno(a)redhat.com
Category: ---
Created attachment 733653
--> https://bugzilla.redhat.com/attachment.cgi?id=733653&action=edit
Screenshot with Yellow Line
Description of problem:
Anaconda is not using Lohit-* font family for Indic languages (Hindi, Gujarati,
Odia, Punjabi), (but gnu free Sans/Serif, package 'gnu-free-fonts-*'), so
Rendering is effected for those languages.
Version-Release number of selected component (if applicable):
How reproducible:
every-time
Steps to Reproduce:
1. run anaconda (liveinst)
2. Check Language Name (Gujarati, Hindi, Oriya, Punjabi, Malayalam)
3. Rendering is not good as Fonts are Lohit, but gnu-free-fonts
Actual results:
Gun-free-fonts set default in anaconda
Expected results:
default fonts should be lohit for Indic locales
Additional info:
Screenshot for such language
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QtEPwxFb8X&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=880461
Bug ID: 880461
Summary: IBus grabs the hotkey regardless of GTK_IM_MODULE
variable
Product: Fedora
Version: 17
Component: ibus
Keywords: Regression
Severity: unspecified
Priority: unspecified
Reporter: tagoh(a)redhat.com
Description of problem:
GTK+ is capable to work with various immodules on demand, ibus prevents other
immodules works properly, particularly they use same hotkey to ibus.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20121006-2.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1.make sure ibus is running
2.GTK_IM_MODULE=something gedit (scim or uim say)
3.press ctrl+space on application
Actual results:
ibus's switcher window is open and no actions on the primary immodule on
application
Expected results:
no actions on ibus and the primary immodule should works.
Additional info:
I'd say this is the regression since it worked before, at least on f17 GA,
which didn't have the switcher window yet.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=863817
Bug ID: 863817
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Liberation Sans Hebrew needs Redesign (Willing to
contribute)
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: LIJI32(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 623019
--> https://bugzilla.redhat.com/attachment.cgi?id=623019&action=edit
New Hebrew glyphs I designed
The Hebrew version of Liberation Sans currently uses glyphs from Droid Sans
Hebrew. These glyphs have incorrect proportions, weird letter forms and it's
generally unreadable. In addition, it go along with the Latin glyphs nicely.
I've previously solved the same problem with DejaVu Sans Hebrew by redesigning
it and I'd be more than happy to contribute an entirely new Hebrew glyphset for
Liberation Sans.
I included a Work-in-Progess of new Hebrew glyphs designed to match the design
of the Latin Liberation Sans in style, weight and proportions.
--
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: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
https://bugzilla.redhat.com/show_bug.cgi?id=772041
Summary: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: w3m
AssignedTo: pnemade(a)redhat.com
ReportedBy: hongjiu.lu(a)intel.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 550981
--> https://bugzilla.redhat.com/attachment.cgi?id=550981
A testcase
# cat w3m.html | /usr/bin/w3m -T text/html -dump > w3m.txt
adds trailing white space. w3m-0.5.2-20.fc15.x86_64 doesn't have this
problem.
--
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: No Language Selection/Language List in GDM
https://bugzilla.redhat.com/show_bug.cgi?id=681750
Summary: No Language Selection/Language List in GDM
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: unspecified
Priority: unspecified
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
there is no Language Selection in GDM. Specially in Live ISO, it can be very
helpful to allow language selection.
Version-Release number of selected component (if applicable):
gdm-2.91.91-1.fc15.x86_64
anaconda-15.20.1-1.fc15
How reproducible:
Everytime
Steps to Reproduce:
1. run gdm from installed system or boot from Live ISO
2.
3.
Actual results:
No language selection in GDM
Expected results:
there can be language selection
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: [Indic] Find/Replace Box has problem with halant, Backspace is not working if halant is used
https://bugzilla.redhat.com/show_bug.cgi?id=640546
Summary: [Indic] Find/Replace Box has problem with halant,
Backspace is not working if halant is used
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gedit
AssignedTo: rstrode(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rstrode(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
While pressing backspace in gedit's Find/find & Replace box and if halant (U+
094D of Hindi), it is not working anyway.
Version-Release number of selected component (if applicable):
gedit-2.30.4-1.fc14.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. run gedit
2. type or copy paste (क्प)
3. Backspace two times
Actual results:
first backsapace will work, but 2nd will not
Expected results:
with halant (094d), it is should work
Additional info:
1) Delete is working as expected
2) supposed to problem for all Indic locales, which has halant
--
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: [qt][Cursoring][Indic] - Composed Character Deletion is wrong with DELETE Button
https://bugzilla.redhat.com/show_bug.cgi?id=635957
Summary: [qt][Cursoring][Indic] - Composed Character Deletion
is wrong with DELETE Button
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: qt
AssignedTo: than(a)redhat.com
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, aalam(a)redhat.com,
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
Blocks: 631761,631768
Classification: Fedora
Target Release: ---
--
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: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
https://bugzilla.redhat.com/show_bug.cgi?id=635961
Summary: [Pango][Cursoring][mr_IN] - Composed Character
Deletion is wrong with DELETE Button
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, aalam(a)redhat.com,
smaitra(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 631761,635957
Classification: Fedora
Target Release: ---
Description of problem:
In pango (tested it in gedit and firefox), the deletion with DELETE key, is not
following the rule of deleting entire composed character with a single key
press. It is deleting each of the character in a composed character, one by
one.
Version-Release number of selected component (if applicable):
pango-1.28.0-1.fc13.i686
How reproducible:
Always
Steps to Reproduce:
1. Open gedit or firefox in mr_IN locale
2. Activate ibus with CTRL+SPACE. Select marathi - Inscript
3. Type : kdk (which means consonant KA + Halant + Consonant KA)
4. Position the cursor at the beginning point of the composed character.
5. Now, press DELETE key. (It needs 3 key strokes to delete the whole
character, but it should be done with a single key stroke in fact)
Actual results:
Delete composed character is happening in wrong manner. Actually it is now
following the convention (Rule) of BACKSPACE, when deleting a composed
character comes into picture.
Expected results:
It should delete the whole composed character in one DELETE key stroke when
cursor positions at the start of the composed character.
Additional info:
OS : Fedora 13
Arch : i386
--
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] Rendering of Text broken when Copy from Evince and Paste to Text editor (gedit)
https://bugzilla.redhat.com/show_bug.cgi?id=627127
Summary: [Indic] Rendering of Text broken when Copy from Evince
and Paste to Text editor (gedit)
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: evince
AssignedTo: mkasik(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: i18n-bugs(a)lists.fedoraproject.org
CC: mkasik(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created attachment 440846
--> https://bugzilla.redhat.com/attachment.cgi?id=440846
PDF file with Hindi Text
Description of problem:
- Rendering of Text broken when Copy from Evince and Paste to Text editor
(gedit),
Version-Release number of selected component (if applicable):
gedit-2.30.2-1.fc13.x86_64
cairo-1.8.10-1.fc13.x86_64
cairo-1.8.10-1.fc13.i686
pango-1.28.0-1.fc13.x86_64
pango-1.28.0-1.fc13.i686
evince-2.30.3-1.fc13.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. open attached pdf file
2. try to copy and paste text to any text editor
3. open http://www.bbc.co.uk/hindi/news/2010/08/100825_nuke_bill_govt_vv.shtml
and copy paste data from this to text editor
Actual results:
Rendering is broken (compare with firefox->gedit copy/paste)
Expected results:
it should be same as print or Text in PDF file.
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.
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1024198
Bug ID: 1024198
Summary: No way to change the desktop language in MATE Live
Product: Fedora
Version: 20
Component: LiveCD
Keywords: i18n
Assignee: mclasen(a)redhat.com
Reporter: tagoh(a)redhat.com
CC: i18n-bugs(a)lists.fedoraproject.org
Description of problem:
MATE spin doesn't contain system-config-language nor the ability to change the
language at the display manager unless I'm missing something there. so the user
can't change the language on MATE Live.
Version-Release number of selected component (if applicable):
Fedora-Live-MATE-Compiz-x86_64-20-Beta-TC6.iso
How reproducible:
always
Steps to Reproduce:
1.boot iso
2.
3.
Actual results:
No system-config-language nor language selector at the display manager
Expected results:
should support any way to change the language
Additional info:
Apparently no a kind of "LiveCD - MATE" component in bugzilla. so just filed
this here.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7ZZznpufQh&a=cc_unsubscribe