[Fedora-i18n-bugs] [Bug 953703] New: 3 cyrillic fonts are missing
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953703
Bug ID: 953703
Summary: 3 cyrillic fonts are missing
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: high
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: translatorky(a)lavabit.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Category: ---
Description of problem: Please add 3 missing cyrillic fonts
U+04A2 Ң
U+04A3 ң
U+04E8 Ө
U+04E9 ө
U+04AE Ү
U+04AF ү
Version-Release number of selected component (if applicable): Minetest game
using liberationmono and liberationsans fonts, in version 0.4.6 was added
kyrgyz language translations
How reproducible: Open Minetest 0.4.6 with kyrgyz language locale
Steps to Reproduce:
1. Go to Minetest.net and download 0.4.6 version
2. Open Minetest with kyrgyz language locale
3. 3 cyrillic fonts are invisible
Actual results:
Expected results:
Additional info:
--
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=ueHlHhfaur&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 894907] New: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=894907
Bug ID: 894907
Summary: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process
/usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 18
Component: fontmatrix
Severity: unspecified
Priority: unspecified
Reporter: ccoleman(a)redhat.com
Description of problem:
Was using fontmatrix and importing fonts. Some of the fonts were removed or
deleted on disk and then I attempted to view them a second time.
Version-Release number of selected component:
fontmatrix-0.9.99-7.r1218.fc18
Additional info:
backtrace_rating: 4
cmdline: fontmatrix
crash_function: size
executable: /usr/bin/fontmatrix
kernel: 3.6.11-3.fc18.x86_64
remote_result: NOTFOUND
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 size at /usr/include/QtCore/qlist.h:98
#1 count at /usr/include/QtCore/qlist.h:280
#2 FontItem::deRenderAll at
/usr/src/debug/fontmatrix-0.9.99-Source/src/fontitem.cpp:1694
#3 ChartWidget::~ChartWidget at
/usr/src/debug/fontmatrix-0.9.99-Source/src/chartwidget.cpp:73
#5 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#6 QWidget::~QWidget at kernel/qwidget.cpp:1681
#7 QStackedWidget::~QStackedWidget at widgets/qstackedwidget.cpp:196
#8 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#9 QWidget::~QWidget at kernel/qwidget.cpp:1681
#10 QSplitter::~QSplitter at widgets/qsplitter.cpp:1056
--
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=z2njgSwnjh&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 890474] New: ibus input disabled in libreoffice when window loses focus
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=890474
Bug ID: 890474
Summary: ibus input disabled in libreoffice when window loses
focus
Product: Fedora
Version: 18
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: ed.greshko(a)greshko.com
Created attachment 669534
--> https://bugzilla.redhat.com/attachment.cgi?id=669534&action=edit
1st screenshot
Description of problem: Not sure if this is an ibus, libreoffice, or KDE issue.
However, if you bring up libreoffice writer and then ctrl-shift to enter
Chinese, for example, but then change you focus to another window you can no
longer enter Chinese in libreoffice. Other apps, such as konsole, continue to
response "correctly".
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Ctrl-Sift and select input method.
2. Start libreoffice writer
3. Enter Chinese, for example
4. Move cursor to konsole and allow it to gain focus
5. Move back to libreoffice
6. Not possible to enter Chinese. Even restarting ibus doesn't help.
Actual results:
Expected results:
Additional info: See attached screen shots in sequence. Verified on "real"
system as well as a VM
--
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=WtUGy8wXQy&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 952778] New: Unable to render combining accent with some characters under KDE
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Bug ID: 952778
Summary: Unable to render combining accent with some characters
under KDE
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: bugs(a)wormhole.me.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
External Bug ID: KDE Software Compilation 315642
Category: ---
In https://en.wikipedia.org/wiki/Stress_%28linguistics%29 the following strings
occur:
«земли́ (genitive of "earth, land") vs. зе́мли (plural of "earth, land") in
Russian»
«In Russian and Ukrainian dictionaries, stress is indicated with an acute
accent (´) on a syllable's vowel (example: вимовля́ння)»
In all the native KDE/Qt applications I've tried, these combining acute accents
display as empty rectangles. The problem only occurs with Liberation and Ubuntu
fonts, and it doesn't occur with GTK-based applications such as Firefox when
run on the same KDE platform. (I haven't tested Ubuntu fonts with Fedora as
they're not installed by default.) It seems there's some combination of
problems with these fonts and with KDE or Qt.
To reproduce the problem in Konqueror, display the above Wikipedia article then
go to Settings / Configure Konqueror menu, then under Web Browsing, Appearance
entry, Fonts tab. For Sans serif font, select Liberation (note the default is
DejaVu); click OK or Apply. To reproduce while displaying bugzilla.redhat.com
(e.g., this bug report!), change Fixed font instead.
I've created a small HTML file here:
http://bugsfiles.kde.org/attachment.cgi?id=77513 which demonstrates the problem
(not confined to Cyrillic characters), and also shows a couple of characters
which display correctly. Change the Standard font in Konqueror to demonstrate
the problem.
To reproduce the problem in Konsole, download the file and cat it. Go to
Settings/Edit Current Profile, Appearance tab and click Select Font. Note it's
not necessary to click Apply or OK after selecting the font; all instances of
Konsole update their font dynamically as you select it.
I've reported the problem against KDE and Ubuntu fonts here:
https://bugs.kde.org/show_bug.cgi?id=315642
https://bugs.launchpad.net/ubuntu-font-family/+bug/1131890
--
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=IMOlwvd6AV&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 908570] New: cinnamon keyboard applet: cannot activate IMEs and ibus IME symbols not rendering
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=908570
Bug ID: 908570
Summary: cinnamon keyboard applet: cannot activate IMEs and
ibus IME symbols not rendering
Product: Fedora
Version: 18
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: petersen(a)redhat.com
Description of problem:
This might be an issue with the cinnamon keyboard indicator
but it would be nice to get it working with ibus IMEs.
The gnome config is shared and the IMEs are listed (without symbols
rendering) but can't be activated.
How reproducible:
100%
Steps to Reproduce:
1. start cinnamon session
2. enable ibus with im-chooser
3. add some IME in ibus-setup or gnome-control-center
eg Japanese (Anthy) or Chinese (libpinyin)
4. restart desktop to get ibus running fully (seems imsettings not
working in cinnamon over gnome-settings-daemon)
Actual results:
Keyboard applets appears including ibus IMEs
from gnome config but their icon symbols are not
rendered correctly, and IMEs can't be activated
or deactivated from the applet. They can from
the ibus applet.
Expected results:
IME input source selection to work from the keyboard applet indicator.
--
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=ImU2vhad5L&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 834368] New: Lohit Telugu does not have the Latin character set
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834368
Bug ID: 834368
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Lohit Telugu does not have the Latin character set
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: gopal.iiit(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Description of problem:
The Lohit Telugu font does not come with the default Latin character set which
has all the symbols such as hyphen, comma etc. As a result, it is unusable in
typesetting, especially in Latex.
Version-Release number of selected component (if applicable):
All releases
How reproducible:
Every time the font is used.
Steps to Reproduce:
1. Use latex to typeset a Telugu document
2. Compile
3. Open PDF
Actual results:
None of the symbols such as full-stop, comma, hyphen appear. Instead they are
reported as missing in the font.
Expected results:
All the symbols appear properly in the output PDF.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 10 months
[Fedora-i18n-bugs] [Bug 598277] New: [Indic] Rendering broken on 'Benchmark' Window
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 broken on 'Benchmark' Window
https://bugzilla.redhat.com/show_bug.cgi?id=598277
Summary: [Indic] Rendering broken on 'Benchmark' Window
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-disk-utility
AssignedTo: davidz(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: davidz(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=418426)
--> (https://bugzilla.redhat.com/attachment.cgi?id=418426)
Rendering Problem on Benchmark window
Description of problem:
While using application in Punjabi (pa_IN), I found some square box, which is
most probably i18n issue (translation is ok as render ok other places in
application). Bug seems similar to
Version-Release number of selected component (if applicable):
gnome-disk-utility-2.30.1-1.fc13.x86_64
How reproducible:
100%
Steps to Reproduce:
1. run application in Indic locale (pa_IN/hi_IN)
2. select disk and click on Benchmark
3.
Actual results:
Rendering Broken on both side of graph (check screenshot for detail)
Expected results:
should work as in english locale
Additional info:
same as Bug #560336
--
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, 10 months
[Fedora-i18n-bugs] [Bug 812207] New: La (=?UTF-8?Q?=E0=A4=B2?=) and Sha (=?UTF-8?Q?=E0=A4=B6?=) half shape required modifications
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: La (ल) and Sha (श) half shape required modifications
https://bugzilla.redhat.com/show_bug.cgi?id=812207
Summary: La (ल) and Sha (श) half shape required modifications
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-marathi-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatpute(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: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 577228
--> https://bugzilla.redhat.com/attachment.cgi?id=577228
pdf explaining problem
Description of problem:
Mail from Sushant Devlekar, Half La (ल) and Sha (श) shape required
modifications as done by Base shape of La (ल) and Sha (श)
Version-Release number of selected component (if applicable):
lohit-marathi-fonts-2.5.1-1
How reproducible:
everytime
Steps to Reproduce:
1. Type ल्ल and श्क
2.
3.
Actual results:
half shape of sha and la not matching with full shape of la and sha
Expected results:
both full and half shape should match.
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, 11 months
[Fedora-i18n-bugs] [Bug 981475] New: Improper glyph names in Lohit fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981475
Bug ID: 981475
Summary: Improper glyph names in Lohit fonts
Product: Fedora
Version: rawhide
Component: lohit-fonts
Severity: unspecified
Priority: unspecified
Assignee: extras-orphan(a)fedoraproject.org
Reporter: khaledhosny(a)eglug.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
For purposes of text extraction from PDF files, glyphs should be named in
accordance with Adobe Glyph Naming convention
(http://www.adobe.com/devnet/opentype/archives/glyph.html). Most glyphs in
Lohit fonts follow this convention properly, but some do not. I did not do an
extensive review, but I noticed several occurances of glyph names like:
u0919_u094D.half_u0915_u094D.half.half
Which is wrong, since step 1 of the mapping algorithm in the above link will
drop the part of glyph name after the first occurence of a peroid, so only
u0919_u094D will remain which is assume is not what is wanted here. A proper
name would then be:
u0919_u094D_u0915_u094D.half.half.half
or something like that (the part after the peroid is completely ignored, so it
can be anything).
--
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=5VT9JZhnap&a=cc_unsubscribe
9 years