Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fop does support fontsets properly
https://bugzilla.redhat.com/show_bug.cgi?id=506646
Summary: fop does support fontsets properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fop
AssignedTo: langel(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: langel(a)redhat.com, fedora-i18n-bugs(a)redhat.com,
fitzsim(a)fitzsim.org
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
It is a long-standing problem that publican books can be generated correctly
for Indic since Indic (Indian) fonts do not include ASCII glyphs.
If fop was able to fallback to fonts or better use pango or some similar font
abstraction to isolate the hardcoding of fonts from fop itself then this would
just work. This requires some work upstream I guess but I would like to track
this here in the open for fedora.
--
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.
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.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Japanese fonts changed to less readable after update
https://bugzilla.redhat.com/show_bug.cgi?id=487061
Summary: Japanese fonts changed to less readable after update
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: vlgothic-fonts
AssignedTo: ryo-dairiki(a)users.sourceforge.net
ReportedBy: mcmonster(a)o2.pl
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, ryo-dairiki(a)users.sourceforge.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.9.0.6)
Gecko/2009020410 Fedora/3.0.6-1.fc10 Firefox/3.0.6
I'm using irssi on gnome-terminal (Monospace font), after update Japanese fonts
changed, they're now much smaller (compared to latin), harder to read (some
ideograms are completely unreadable). It is very annoying, because I use
Japanese and sit on Japanese channel a lot. The change occured only in
terminal, in gEdit and other applications old fonts are still used for typing
(SCIM + Anthy) and displaying.
The change didn't affect everyone, some Fedora 10 still got old, simple and
readable fonts.
Reproducible: Always
Steps to Reproduce:
Just try displaying any Japanese text.
This is the update, that probably changed fonts:
Feb 14 02:31:53 Installed: vlgothic-fonts-common-20090204-2.fc10.noarch
Feb 14 02:32:39 Installed: vlgothic-fonts-20090204-2.fc10.noarch
Feb 14 02:32:42 Installed: vlgothic-p-fonts-20090204-2.fc10.noarch
Feb 14 02:33:28 Erased: VLGothic-fonts
Feb 14 02:33:30 Erased: VLGothic-fonts-proportional
]# LANG=C yum list vlgothic\*
Loaded plugins: refresh-packagekit
Installed Packages
vlgothic-fonts.noarch 20090204-2.fc10
installed
vlgothic-fonts-common.noarch 20090204-2.fc10
installed
Available Packages
VLGothic-fonts.noarch 20081029-1.fc10 updates
VLGothic-fonts-proportional.noarch 20081029-1.fc10 updates
vlgothic-p-fonts.noarch 20090204-2.fc10 updates
--
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: RFE: Request EPEL6 build of Canna.
https://bugzilla.redhat.com/show_bug.cgi?id=657684
Summary: RFE: Request EPEL6 build of Canna.
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: Canna
AssignedTo: tagoh(a)redhat.com
ReportedBy: steve.traylen(a)cern.ch
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Hi,
I maintain xemacs in EPEL and I am interested in merging the current Fedora
xemacs
version to EPEL 6.
One missing dependency is Canna.
I just checked and the "devel" version of Canna builds without any
modification on
RHEL6.
Would you be willing and able to maintain an EPEL6 version of Canna?
Steve.
--
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.