[Fedora-i18n-bugs] [Bug 863817] New: Liberation Sans Hebrew needs Redesign (Willing to contribute)
by Red Hat Bugzilla
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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 772041] New: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
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: 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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 681750] New: No Language Selection/Language List in GDM
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: 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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 640546] New: [Indic] Find/Replace Box has problem with halant, Backspace is not working if halant is used
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: [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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 635957] New: [qt][Cursoring][Indic] - Composed Character Deletion is wrong with DELETE Button
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: [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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 635961] New: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
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: [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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 627127] New: [Indic] Rendering of Text broken when Copy from Evince and Paste to Text editor (gedit)
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: [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.
8 years, 7 months
[Fedora-i18n-bugs] [Bug 734751] New: RFE: improve 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: RFE: improve UI
https://bugzilla.redhat.com/show_bug.cgi?id=734751
Summary: RFE: improve UI
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: FutureFeature
Severity: unspecified
Priority: unspecified
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
I have some thoughts on improving UI for iok, particularly for the use case on
non-Indic language.
1) Get rid of "English" entry from the language list.
That is meaningless to keep it there since "to English" button is available.
2) should keep the same state to the initial state after clicking "to English"
button.
I think the initial state would be natural. I mean selecting the language
from ASCII layout (English mode) since the neutral position is ASCII layout on
other IM. however once selecting the language from the list and switch back to
English mode with "to English" button, iok masks the language list. one needs
to switch with "To <language" button to choose other language from the list.
this behavior isn't consistent to the initial state and other IM. there are IM
that supports to switch multiple IME regardless of current state though, if you
want to provide such features, you should simply stop masking the language
list.
3) maybe "to ASCII" is better than "to English"?
I like to see the icon to indicate the state of "on" and "off" with the icon
though, if you want to keep the string, guess that would be better using
"ASCII" instead of "English".
4) selected the language from the list should keeps it default in next time
5) entries in the language list should be translatable
Since it's hidden when running iok on any Indic locale, that should appears
in the native language on current desktop. that would be helpful for those who
wants to learn Indic but running iok on their locale.
6) simplify the language list like the IME list on ibus
there are too many entries on the language list. that would be nice to
simplify like ibus does.
--
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.
8 years, 8 months
[Fedora-i18n-bugs] [Bug 801374] New: autopoint fails if GREP_OPTIONS contains -n
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: autopoint fails if GREP_OPTIONS contains -n
https://bugzilla.redhat.com/show_bug.cgi?id=801374
Summary: autopoint fails if GREP_OPTIONS contains -n
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: gettext
AssignedTo: petersen(a)redhat.com
ReportedBy: jcholast(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
autopoint fails if the GREP_OPTIONS environment variable contains the -n
(prefix each line of output with line number) option.
This happens because autopoint assumes that grep outputs lines of the source
file in an unmodified form, which is not always true.
Version-Release number of selected component (if applicable):
How reproducible:
Always.
Steps to Reproduce:
1. cd to a directory with a configure.ac file which contains the
AM_GNU_GETTEXT_VERSION macro
2. run "GREP_OPTIONS=-n autopoint --force"
Actual results:
autopoint: *** Missing version: please specify in configure.ac through a line
'AM_GNU_GETTEXT_VERSION(x.yy.zz)' the gettext version the package is using
autopoint: *** Stop.
autoreconf: autopoint failed with exit status: 1
Expected results:
autopoint succeeds as if the -n grep option was not set.
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.
8 years, 8 months
[Fedora-i18n-bugs] [Bug 586214] New: knm-new-fixed-fonts isn't usable
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: knm-new-fixed-fonts isn't usable
https://bugzilla.redhat.com/show_bug.cgi?id=586214
Summary: knm-new-fixed-fonts isn't usable
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: knm-new-fixed-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
knm-new-fixed-fonts is capable for Japanese font though, it doesn't have enough
glyph coverage for Japanese.
Version-Release number of selected component (if applicable):
knm-new-fixed-fonts-1.1-11.fc13
How reproducible:
always
Steps to Reproduce:
1.fc-match -v Fixed|grep -E " lang"|grep ja
2.
3.
Actual results:
No output
Expected results:
the lang spec should contains ja.
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.
8 years, 8 months