https://bugzilla.redhat.com/show_bug.cgi?id=1134299
Bug ID: 1134299
Summary: Layout switching happens with unspecified shortcut
Product: Fedora
Version: 19
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: stsp(a)list.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
In control center I have only next input
source hotkey Ctrl-Menu and modifier-only
switch RightCtrl-Shift. Everything else
is disabled. Still, RShift-LShift combo
also switches the layouts! (including the
indicator change)
It shouldn't, it is not set anywhere.
Version-Release number of selected component (if applicable):
the one from latest f19 updates
How reproducible:
easily
Steps to Reproduce:
1. Set up layout switch keybindings to not include double-Shift
2. Hit both shifts
Actual results:
Layout switches
Expected results:
Layout should not switch
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=eMMPvm3nG6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=835376
Bug ID: 835376
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
me(a)kaio.net, shawn.p.huang(a)gmail.com
Assignee: jni(a)redhat.com
Summary: Request to add legend support feature for ibus-table
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: pwu(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
Description of problem:
Currently wubi ime in ibus-table doesn't support legend feature.
Version-Release number of selected component (if applicable):
ibus-table-1.3.9.20110827-2.fc17.noarch
How reproducible:
Try to input a single character by using ibus-table wubi ime;
Actual results:
Only one character is inputted;
Expected results:
Besides inputting one character, some possible following characters should be
listed in the candidate list to speed up user inputting.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1116676
Bug ID: 1116676
Summary: filter keyboard layouts by geometry
Product: Fedora
Version: rawhide
Component: langtable
Severity: low
Assignee: mfabian(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
This may be a crazy idea I am not sure yet (which came up during
Fedora i18n discussions around https://fedorahosted.org/i18n/ticket/26
but in principle it seems it would be useful to filter keyboard layouts
by their compatibility with a chosen keyboard geometry.
There are various difficulties here:
- parsing of the xkb data files itself will be complex
- assuming it is possible to get this filtering to work
applications like anaconda will need some subtle
or larger changes to support setting of keyboard geometry
separately from keyboard layouts.
Still it seems like a worthy goal to try to reduce or structure
the current large amount of clutter currently when making keyboard config
selections.
--
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=RxhKiuD0M9&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1094779
Bug ID: 1094779
Summary: No Cyrillic Italic Glyphs for Sans, Sans Narrow and
Mono
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
It's wrong for Liberation Sans, Sans Narrow and Mono to have specific italic
glyphs in the Cyrillic range provided that the Latin range has slanted glyphs.
For the sake of consistency, slanted glyphs should be implemented in the
Cyrillic range too.
--
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=c1AONfggSA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1096336
Bug ID: 1096336
Summary: Liberation 2.00.x missing unicode hyphen (U+2010)
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: elbart(a)gmx.de
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
Description of problem:
The liberation-fonts 2.00.0 and 2.00.1 are missing the unicode hyphen (U+2010).
Versions 1.07.4 and older have that glyph.
Version-Release number of selected component (if applicable):
2.00.1
The regressing commit is
https://git.fedorahosted.org/cgit/liberation-fonts.git/commit/?id=5feb93675…
(slow!)
प्रविण सातपुते "sfd file converted from ttf"
--
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=PrUXVWzIRi&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084493
Bug ID: 1084493
Summary: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans
Italic
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: jmontane(a)softcatala.org
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
Created attachment 882714
--> https://bugzilla.redhat.com/attachment.cgi?id=882714&action=edit
Screenshot showing the bug
Description of problem:
In Windows, there is no glyph for MIDDLE DOT (U+00B7) when using Liberation
Sans Italic, an empty space is showed.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Install Liberation Sans Italic files in a Windows machine (tested in Windows 7
32 and 64 bits). The esay way is installing LibreOffice 4.2, :)
Steps to Reproduce:
1. Open a new document LibreOffice Writer
2. Type "cel·la" (cell) "·" is U+00B7
3. Select "cel·la" text and set format as "Libreration Sans, Italic".
Actual results:
4.- "cel la" is showed in italics,you can copy and paste and set other font.
Expected results:
5.- "cel·la"
Additional info:
U+00B7 is a used character for Catalan text. So, please, fix this issue.
--
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=Z2jsEJyDVB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1072095
Bug ID: 1072095
Summary: Liberation Sans renders most Latin combining
characters incorrectly
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rkaldari(a)wikimedia.org
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
Created attachment 870161
--> https://bugzilla.redhat.com/attachment.cgi?id=870161&action=edit
Comparison between Helvetica, Arimo, and Liberation Sans
Description of problem:
Liberation Sans renders most Latin Unicode combining characters incorrectly.
These are the diacritics and tie characters in the Unicode range U+0300 to
U+FE2F (https://en.wikipedia.org/wiki/Combining_character) In particular:
1. The diacritics do not take into account the width or height of the paired
character (which I imagine is a kerning issue)
2. Tie characters are always positioned incorrectly. They are supposed to
visually tie two characters together, but in Liberation Sans they are simply
centered under the 2nd character.
Version-Release number of selected component (if applicable):
version 2.00.1
How reproducible:
Steps to Reproduce:
1. Install Liberation Sans
2. Go to https://en.wikipedia.org/wiki/User:Kaldari/Font_test
Actual results:
Diacritics and ties are a mess.
Expected results:
See Helvetica example in attached file.
Additional info:
The best way to understand this bug is to look at the attached file
(comparison.png).
--
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=1fAByXDhag&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Separate Japanese font configuration files for ghostscript
https://bugzilla.redhat.com/show_bug.cgi?id=507262
Summary: Separate Japanese font configuration files for
ghostscript
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: japanese-bitmap-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: t.matsuu(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
I'm not sure which component should be assigned for this bug. So I initially
assign this bug to japanese-bitmap-fonts because the files for discussion is
now owned by japanese-bitmap-fonts package.
Description of problem:
Now
/usr/share/ghostscript/conf.d/CIDFnmap.ja
/usr/share/ghostscript/conf.d/FAPIcidfmap.ja
/usr/share/ghostscript/conf.d/cidfmap.ja
are owned by japanese-bitmap-fonts. But they never use fonts which are bundled
in japanese-bitmap-fonts.
Moreover, fonts which are set in the config files are dispersed among some
packages.
So we need to separate ghostscript contig files from japanese-bitmap-fonts and
they should be provided by another package (or included in ghostscript or
ghostscript-fonts package).
I suggest the following idea.
1. Universal
/usr/share/ghostscript/conf.d/{CIDFnmap.ja,FAPIcidfmap.ja,cidfmap.ja} is owned
by new (eg. ghostscript-fonts-japanese), ghostscript, or ghostscript-fonts
package.
2. Each Japanese fonts have their own CIDFnmap.ja, FAPIcidfmap.ja, and
cidfmap.ja files i their common package.
Discussion required:
* fonts priority
* file owner for ghostscript config files
* package structure of IPA fonts are not ready for generate common subpackage
now (bug 507261)
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1088033
Bug ID: 1088033
Summary: Text Figures for Liberation Fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
Hello Pravin,
I was wondering whether you might consider adding text figures to your fonts.
That'd be great and I don't think it'll take you long.
Regards
--
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=jPptOgThKu&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1090631
Bug ID: 1090631
Summary: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation
fonts
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: rhughes(a)redhat.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
Description of problem:
At the moment the TT_NAME_ID_PREFERRED_FAMILY is not set on any of the
Liberation fonts. As I understand it, TT_NAME_ID_PREFERRED_FAMILY is supposed
to be the same for all files in the same high-level family, and this seems to
be what most other fonts do in Linux. For the next release could you please set
the PreferredFamily key to just "Liberation" in all 10 files. This allows
component installers like gnome-software to group the fonts together rather
than showing them as separate entries and should have no other effects.
Thanks,
Richard.
--
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=ZrCMOyiIAn&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1009650
Bug ID: 1009650
Summary: Some Serbian glyphs seem to be Latin glyph
Product: Fedora
Version: 19
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: alescesc1986(a)yahoo.it
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
Hello,
I have a problem with Italic DE and GE: when I copy them from a pdf produced by
XeLaTeX, they are pasted respectively as Latin G and I WITH MACRON. I'm
puzzled, why does this happen?
By the way, other Serbian glyphs aren't copied at all, but they told me this is
XeLaTeX's fault, not font-dependent.
--
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=DHcltBsXNh&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013949
Bug ID: 1013949
Summary: Problematic shapes for some letters of the macedonian
alphabet.
Product: Fedora
Version: 20
Component: liberation-fonts
Severity: high
Assignee: psatpute(a)redhat.com
Reporter: pvelkovski(a)gmail.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
Created attachment 805748
--> https://bugzilla.redhat.com/attachment.cgi?id=805748&action=edit
Shoes how the letters look like, and what they should look like.
Description of problem:
The shape of the Regular (Normal) "Cyrillic
macedonian small letter be" looks. It looks like the italic form minus the
slant which is wrong!
Also the letters "macedonian cyrilic ghe" and "macedonian cyrillic gje" look
inconsistent in italic form. The "macedonian cyrilic gje" should look same as
"macedonian cyrilic ghe" with an added accent.
I'm attaching a pdf file that should explain the problem.
--
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=xhuukmeO3Y&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1014357
Bug ID: 1014357
Summary: U+266B incorrect glyph with extra beam
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: fabian+redhat(a)greffrath.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
Originally reported as Debian #724839 [1] by Drake Wilson:
"
Using gucharmap 1:3.8.2-2 to view Liberation Serif characters with "Show only
glyphs from this font" enabled, the glyph for U+266B BEAMED EIGHTH NOTES shows
what is clearly beamed sixteenth notes instead; it should have only one beam
rather than two. FontForge confirms this after opening
LiberationSerif-Regular.ttf with SHA-256 =
ea76595ed32ec4bb117fc715e393b4cca3d42cabe53101baec6bbbeb800fa26a.
The glyph for U+266C BEAMED SIXTEENTH NOTES is correct.
"
The bug has been reported against version 2.00.1, ut I have checked with 1.07.3
and it is also present in this version.
Best regards,
Fabian
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724839
--
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=PXTyqCv0jP&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1035486
Bug ID: 1035486
Summary: Text renders fuzzy in Fedora 20
Product: Fedora
Version: 20
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: alexhultman(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
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=3Q3EeLcWVs&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Password is visible on gnome-terminal with English-typing-booster enabled
https://bugzilla.redhat.com/show_bug.cgi?id=803646
Summary: Password is visible on gnome-terminal with
English-typing-booster enabled
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-european-table
AssignedTo: apatil(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 570253
--> https://bugzilla.redhat.com/attachment.cgi?id=570253
Password being displayed on terminal
Description of problem:
With English-typing-booster enabled on gnome-terminal, while using su- command,
password appears in the text.
Version-Release number of selected component (if applicable):
english-typing-booster-0.0.2-1.fc17
How reproducible:
Always
Steps to Reproduce:
1. Enable English-typing-booster
2. Go to terminal
3. Try to become root with su-
4. Type your password
Actual results:
Perform above steps, you can see the password is shown on the screen.
Expected results:
Password must not be shown.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=825115
Bug ID: 825115
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
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: [kn_IN] Lohit Kannada glyphs of consonants with vowel
signs -II, -EE, -OO and -AI should be optimized
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for
consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences
of other glyphs.
In the case of -II, -EE, -OO the glyphs are the same as those of the
corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ
(unlike in Telugu where the length mark ligates with the syllable). Therefore
instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK
If this is done, any changes that are reflected on the
CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long
vowels as well without additional work being needed. For instance, see my
recent report of bug 825104. If that bug is fixed for short vowels I, E and O,
automatically it would reflect for II, EE and OO also.
As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length
Mark ೖ. So instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK
with same benefits as above.
Further, when handling combinations of:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU
by separating the length mark as recommended here, the sub-base form of
CONSONANT2 can be placed closer to the base CONSONANT1 which is also
typographically a desirable factor in a good font. The rules would be:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU -->
CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Examine the internals of Lohit Kannada font.
Actual results:
Currently there are separate glyphs for consonants with vowel signs -II, -EE,
-OO and -AI unnecessarily. These are merely sequences of other glyphs.
Therefore any change effected on the component glyphs has to be re-done here.
Expected results:
The superfluous glyphs should be removed and the appropriate effect should be
achieved by appropriate smartfont rules as indicated above.
Additional info:
This would also reduce the size of the font. Not an issue on laptops/desktops
but nowadays Lohit fonts are finding their way into smaller screens such as
smartphones, and it would be good to have a trim font with small footprint.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1040336
Bug ID: 1040336
Summary: [or_IN][libuninum] - Change language name from "Oriya"
to "Odia"
Product: Fedora
Version: rawhide
Component: libuninum
Keywords: i18n
Severity: low
Priority: medium
Assignee: terjeros(a)phys.ntnu.no
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, smaitra(a)redhat.com,
terjeros(a)phys.ntnu.no
Description of problem:
Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601
Preface : As per the Govt of India record, the State name of Orissa has been
replaced with Odisha (hopefully I am correct with its spelling) and the
language of Odisha State which was Oriya earlier, has been replaced with Odia.
Please change the word "Oriya" occurrences to "Odia" in SPEC file.
Version-Release number of selected component (if applicable):
libuninum-2.7-13.fc20.1
libuninum-2.7-13.fc20.1
How reproducible: N/A
Steps to Reproduce:N/A
1.
2.
3.
Actual results:
Presently the word "Oriya" is mentioned in the SPEC file.
Expected results:
Please replace the word "Oriya" with the word "Odia" in the SPEC File for all
the occurrences.
Additional info:
References:
http://orissamatters.com/2011/11/07/orissa-became-odisha/http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s…http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf
--
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=YHitKy2naE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1133127
Bug ID: 1133127
Summary: The hotkey for switching to direct input mode should
be configurable
Product: Fedora
Version: 19
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: stsp(a)list.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, stsp(a)list.ru
+++ This bug was initially created as a clone of Bug #1128912 +++
(In reply to Stas Sergeev from comment #23)
> I noticed another problem.
> When I type, the layout ocasionally changes back
> to EN, even though I do not press the modifier combo.
> The switcher applet still shows RU, but the typing
> becomes latinic.
> Presumably this happens after Shift-Space, but again,
> not always... So we have another puzzle. I wonder if
> you can make a sharp guess or reproduce that...
You are switching between table mode ("rusle") and direct input mode
(using the underlying keyboard layout directly).
The hotkey for this is the left shift key (Without space, just
left shift and release it).
You can see which mode you are in if you open the input method menu in
the gnome panel while rusle is active. Look at the 4 menu entries near
the bottom:
Direct input (Left Shift)
Phrase mode (Ctrl-;) <- quite useless for rusle
Direct commit mode (Ctrl-/) <- quite useless for rusle
Setup
If you hit the left shift key and look again, you see that the topmost
of these "property" menus toggles between
Direct input (Left Shift) <-> Р (Left Shift)
I am not sure what I can do about this now.
For Chinese, this is used often as a quick way to toggle between
Chinese and English mode (faster than switching between two input
sources). That might be the reason why the original developer of
ibus-table did choose the left shift key as the hot key for that.
The disadvantage is of course that the left shift key can be hit far
too easily.
In the long run, I want to make the keybindings configurable, then
you could set that keybinding to empty. But I have no time for that
soon, that is a bit more work.
Choosing a different shortcut is not nice to existing users.
Disabling that shortcut for non-CJK input methods might also be
not so nice. Maybe one wants to quickly toggle between direct
input and a non-CJK input method as well.
So I am a bit puzzled what to do about this now.
Maybe wait until I have time to make the keybindings configurable?
--- Additional comment from Stas Sergeev on 2014-08-22 15:32:52 EDT ---
> Maybe wait until I have time to make the keybindings configurable?
Maybe I have no other option than to agree with this? :)
Anyway, another sharp guess, you are right, left shift
is the culprit. Thank you.
So, should I open a separate report for this or what?
--- Additional comment from Stas Sergeev on 2014-08-22 15:34:22 EDT ---
(In reply to Mike FABIAN from comment #24)
> Created attachment 929759 [details]
> 0001-Ignore-Shift-Space-hotkey-to-switch-fullwidth-halfwi.patch
>
> To fix the problem in comment#21
Patch tested and works.
--- Additional comment from Mike FABIAN on 2014-08-22 15:55:18 EDT ---
(In reply to Stas Sergeev from comment #26)
> > Maybe wait until I have time to make the keybindings configurable?
> Maybe I have no other option than to agree with this? :)
> Anyway, another sharp guess, you are right, left shift
> is the culprit. Thank you.
>
> So, should I open a separate report for this or what?
Yes, I think a separate bug report is helpful so I do not forget this.
Maybe, as a temporary workaround, I disable that hotkey for non-CJK
and enable it again as soon as the hotkeys are configurable.
I really should make the hotkeys configurable ...
--
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=DFaAYcdVbL&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Serbian glyphs for Wikipedia
https://bugzilla.redhat.com/show_bug.cgi?id=657849
Summary: Serbian glyphs for Wikipedia
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: alessandroceschini.it(a)gmail.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
Description of problem:
Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian
glyphs (as opposed to standard/Russian ones) on screen by taking advantage of
the next generation of browser (like Firefox 4) compliant with OpenType
features.
What we lack is a pool of free OpenType fonts with Serbian glyphs to be
accessed through the locl feature. DejaVu is, as far as I know, the only free
font which does so (although with some bugs) but, particularly the Serif
version, can be described as ugly at best.
So, what about a new release of Liberation Fonts containing a locl table for
Serbian?
Thank you.
--
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.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882841
Bug ID: 882841
Summary: can we update this hunspell-mr wordlist?
Product: Fedora
Version: 18
Component: hunspell-mr
Severity: unspecified
Priority: unspecified
Reporter: psatpute(a)redhat.com
Description of problem:
-> From upstream url http://wiki.openoffice.org/wiki/Dictionaries, which points
to http://extensions.services.openoffice.org/en/project/dict-mr i found
-> http://code.google.com/p/hunspell-marathi-dictionary/ This is latest and has
more words (1,00,000) compared to our existing (12,631) upstream. Can we update
this?
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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: Need additional runtime detecting in ibus.conf for Kimpanel
https://bugzilla.redhat.com/show_bug.cgi?id=583716
Summary: Need additional runtime detecting in ibus.conf for
Kimpanel
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: cheeseli(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created an attachment (id=407608)
--> (https://bugzilla.redhat.com/attachment.cgi?id=407608)
Additional runtime detecting in ibus.conf for Kimpanel
Have Kimpanel be the default IBus frontend IF AND ONLY IF the user is running
KDE and Kimpanel is installed.
The attachment is a patch for this purpose.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1003412
Bug ID: 1003412
Summary: Cinnamon desktop - Failed to Change input method
Product: Fedora
Version: 20
Component: im-chooser
Assignee: tagoh(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 792685
--> https://bugzilla.redhat.com/attachment.cgi?id=792685&action=edit
Screenshot
Description of problem:
while Enabling Ibus with im-chooser in Cinnamon Desktop, it showing crashing
error message.
---
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._imsettings_2derror_2dquark.Code5:
Current desktop isn't targeted by IMSettings.
Please check /home/aalam/.cache/imsettings/log for more details
---
Version-Release number of selected component (if applicable):
cinnamon-1.9.2-0.20.git2d1ac4d.fc20.x86_64
ibus-1.5.3-1.fc20.x86_64
im-chooser-1.6.4-2.fc20.x86_64
How reproducible:
Steps to Reproduce:
1. Log in to Cinnamon desktop
2. Use im-chooser to enable Input method 'IBus'
3. Select ibus
4. Check message produced
Actual results:
ibus failed to enabled
Expected results:
it should work
Additional info:
1) I upgraded from Fedora 19 to Fedora 20
2) Log /home/aalam/.cache/imsettings/log
---
[ 1378076147.681857]: IMSettings-Daemon[4911]: INFO: Starting
imsettings-daemon...
[ 1378076147.682409]: IMSettings-Daemon[4911]: INFO:
[HOME=/home/aalam/.config/imsettings]
[ 1378076147.682698]: IMSettings-Daemon[4911]: INFO:
[XINPUTRCDIR=/etc/X11/xinit/]
[ 1378076147.682935]: IMSettings-Daemon[4911]: INFO:
[XINPUTDIR=/etc/X11/xinit/xinput.d/]
[ 1378076147.683171]: IMSettings-Daemon[4911]: INFO:
[MODULEDIR=/usr/lib64/imsettings]
[ 1378076147.683402]: IMSettings-Daemon[4911]: INFO: [MODULES=gsettings, qt]
[ 1378076147.688695]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.717047]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.763503]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.785706]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
imsettings information
==========================
XINPUTRC: /home/aalam/.config/imsettings/xinputrc
File: ‘/home/aalam/.config/imsettings/xinputrc’ ->
‘/etc/X11/xinit/xinput.d/ibus.conf’
Size: 33 Blocks: 0 IO Block: 4096 symbolic link
Device: 803h/2051d Inode: 3408583 Links: 1
Access: (0777/lrwxrwxrwx) Uid: ( 1000/ aalam) Gid: ( 1000/ aalam)
Context: unconfined_u:object_r:config_home_t:s0
Access: 2013-09-01 17:44:05.355457571 -0500
Modify: 2013-08-18 11:45:55.552064953 -0500
Change: 2013-08-18 11:45:55.552064953 -0500
Birth: -
Is DBus enabled: yes
Is imsettings enabled: yes
Is GTK+ supported:
[ 1378076147.908926]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.931150]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
yes
Is Qt supported:
[ 1378076147.963524]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076147.986057]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
yes
DESKTOP: cinnamon
GUESS_DESKTOP: $GDMSESSION
DISABLE_IMSETTINGS:
IMSETTINGS_DISABLE_DESKTOP_CHECK:
DBUS_SESSION_BUS_ADDRESS:
unix:abstract=/tmp/dbus-phX8IXOece,guid=831715cb30aa1e83d67a027c5223c5f3
GTK_IM_MODULE:
QT_IM_MODULE: ibus
XMODIFIERS: @im=ibus
IMSETTINGS_MODULE: IBus
IMSETTINGS_INTEGRATE_DESKTOP: yes
[ 1378076150.254946]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain
the DefaultInputMethod: Key file does not have group 'Qt'
[ 1378076152.050008]: IMSettings-Daemon[4911]: INFO: Attempting to switch IM to
IBus [lang=pa_IN.utf8, update=false]
** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is
going to be disabled.
[ 1378076157.117726]: IMSettings-Daemon[4911]: WARNING **: Current desktop
isn't targeted by IMSettings.
[ 1378076157.161819]: IMSettings-Daemon[4911]: INFO: Unloading imesttings
module: qt
[ 1378076157.162348]: IMSettings-Daemon[4911]: INFO: Unloading imesttings
module: gsettings
[ 1378076157.162712]: IMSettings-Daemon[4911]: INFO: imsettings-daemon is shut
down.
[ 1378077301.984146]: IMSettings-Daemon[6447]: INFO: Starting
imsettings-daemon...
[ 1378077301.985509]: IMSettings-Daemon[6447]: INFO:
[HOME=/home/aalam/.config/imsettings]
[ 1378077301.985722]: IMSettings-Daemon[6447]: INFO:
[XINPUTRCDIR=/etc/X11/xinit/]
[ 1378077301.985892]: IMSettings-Daemon[6447]: INFO:
[XINPUTDIR=/etc/X11/xinit/xinput.d/]
[ 1378077301.986059]: IMSettings-Daemon[6447]: INFO:
[MODULEDIR=/usr/lib64/imsettings]
[ 1378077301.986226]: IMSettings-Daemon[6447]: INFO: [MODULES=gsettings, qt]
[ 1378077305.888658]: IMSettings-Daemon[6447]: INFO: Attempting to switch IM to
IBus [lang=pa_IN.utf8, update=true]
** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is
going to be disabled.
[ 1378077306.544504]: IMSettings-Daemon[6447]: WARNING **: Current desktop
isn't targeted by IMSettings.
--
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=hXXx7rBFUY&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=844555
Bug ID: 844555
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: new IME switcher prevents to send the key events to
kvm
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
With the latest version of ibus on f17, ibus can't be turned on on kvm. it
works back when ibus on host machine is disabled.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120428-2.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1.run ibus on both host and guest
2.press ctrl+space on kvm
3.
Actual results:
the key events was ate on host. no IM activated on guest
Expected results:
should be turned on on kvm
Additional info:
--
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: fonts.alias refer to encodings not listed in fonts.dir
https://bugzilla.redhat.com/show_bug.cgi?id=733106
Summary: fonts.alias refer to encodings not listed in fonts.dir
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: viy(a)altlinux.org
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
Story Points: ---
Type: ---
fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does
not list them.
looks like a fonts.scale/fonts.dir generation bug.
/usr/share/X11/fonts/encodings/large/*
encodings should be present during fonts.scale/fonts.dir generation.
sazanami-fonts-0.20040629-15.fc15.src.rpm
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=825081
Bug ID: 825081
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
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 Kannada font does not properly handle vowel
signs in consonant clusters
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 586752
--> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit
ODT and PDF for test-case
Description of problem:
This seems to be a resurfacing of bug #223971 but since I saw no way to reopen
that bug (sorry if I'm wrong) I'm reporting this again.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
In a word processor, select Lohit Kannada font and input Kannada Unicode
sequences having consonant clusters of the format CCV. I have attached a sample
ODT.
Actual results:
Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA
ಜ್ಞ, the vowel signs are not attached properly.
When the same text is rendered with other fonts (like Tunga of Microsoft even
loaded into Linux's LibreOffice) the sequences are shown properly without
overlaps or malformed glyphs.
Expected results:
The Kannada language uses lots of Sanskrit-based words and hence has many
consonant clusters with two and even three consonants. Also, when English words
are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for
sign-boards etc, even more consonant clusters will occur. In all these cases
Lohit Kannada should be able to gracefully handle such consonant clusters and
not output overlapping or malformed glyphs.
Additional info:
I have attached an ODT and PDF file demonstrating the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=827516
Bug ID: 827516
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
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: [kn_IN] Vowel Signs U and UU do not correctly attach
to many consonants in Lohit Kannada
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 588536
--> https://bugzilla.redhat.com/attachment.cgi?id=588536&action=edit
ODT and PDF for test-case
Description of problem:
While most other CONSONANT + VOWEL SIGN combinations in Lohit Kannada are
mapped to precomposed glyphs, there are no pre-composed glyphs for vowel signs
U and UU except for the consonants PA, PHA and VA (where the stroke for U/UU
needs to come from below the consonant rather than the normal right side of the
consonant).
While in most cases, by virtue of appropriate RSB and LSB values of the
consonant glyph and vowel sign glyph, the simple sequence of the two glyphs
creates an appropriate appearance, this leaves out several instances where the
glyphs do not overlap at all and hence appear disjointed. For a professional
appearance of the font, this should be fixed.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Input all possible sequences of Kannada consonants with vowel signs U and UU.
(See attached ODT for text. Use BabelMap
[http://www.babelstone.co.uk/software/babelmap.html] if you want the
codepoints.)
Actual results:
You can see (as in the attached PDF) that some consonants do not properly get
attached to the vowel signs U and UU.
Expected results:
All consonants should properly get attached to the vowel signs U and UU.
Additional info:
Consonants which are not properly joined with vowel sign U:
KA* NYA DDA DA BA RA SSA** RRA LLLA***
* = see at high magnification
** = may need separate precomposed glyph with some adjustment to shape of left
side of vowel sign
*** = so-called FA of Kannada Unicode
Consonants which are not properly joined with vowel sign UU:
Those already listed above for U, plus GHA and LLA, due to the shorter height
of the left-side ending node of this vowel sign.
I think in most cases appropriate kerning should solve the problem, except for
SSA + -U/-UU, GHA + -UU and LLA + -UU where separate glyphs would be advisable.
It is curious to note that DDA DA and BA are all disjointed whereas their
aspirated counterparts DDHA DHA and BHA which all have only an additional
notch-like stroke at the bottom are correctly joined with the vowel sign. I
think the LSB RSB values are carelessly allotted in some cases, unfortunately.
Other problems:
CU JU -- the pointed part on the left of the vowel sign U passes through the
consonants and comes out above (see carefully) -- actually *negative* kerning
is needed here so that the pointed part should only enter the consonant and not
again exit it.
(It seems this problem does not occur for vowel sign UU due to the shorter
height of the left-side ending node of this vowel sign which causes a problem
with GHA and LLA instead -- see above!)
Note:
Unfortunately I will not be able to provide a TTF patch for this as I am
already short of time on my official projects. Please take care of it. Thank
you!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=839303
Bug ID: 839303
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
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: [ta_IN] Submission of glyphs for Tamil
fractions/symbols to be included in the Lohit Tamil
fonts
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-tamil-fonts
Product: Fedora
Created attachment 597580
--> https://bugzilla.redhat.com/attachment.cgi?id=597580&action=edit
Lohit Tamil, Lohit Tamil Classical and Lohit Tamil Chart fonts with new
characters
Contributing new Tamil glyphs to Lohit Tamil family:
----------------------------------------------------
I have prepared a proposal to encode 62 characters for old Tamil fractions and
symbols to be encoded in Unicode. Seven of these are being proposed for the
Tamil BMP block and rest for a new Tamil Supplement block in the SMP.
For the glyphs required for the code chart I have largely devised new glyphs
based on existing Lohit Tamil glyphs under the derivative rights granted by the
OFL. Some glyphs which could not be derived, I created myself using Inkscape
and other tools.
I would like to donate all these glyphs to the Lohit project under the OFL for
eventual inclusion into the Lohit Tamil/Tamil Classical fonts. For now they may
be included in the PUA of an unofficial fork of the Lohit Tamil fonts. When
they are eventually encoded in Unicode, they may be officially mapped to the
new codepoints and included in the official distribution of the Lohit
Tamil/Tamil Classical fonts.
Using Lohit Tamil glyphs for Unicode code chart:
------------------------------------------------
In the proposal, I am also requesting the Unicode / ISO 10646 project editors
to use the Lohit Tamil font for the Unicode Tamil code charts (Tamil block, and
newly proposed Tamil Supplement block) because:
1) When the new characters are encoded and my glyphs used for the code chart,
it would look good to maintain stylistic uniformity in the code chart, and my
designed glyphs are stylistically like the Lohit Tamil glyphs as they are
mostly derived from them. So it would be good to use Lohit Tamil glyphs
throughout.
2) There are currently 72 Tamil characters in Unicode 6.1.0. The present
proposal almost doubles the number with 62 new characters. It would be a
significant and unnecessary effort for anyone else to duplicate my glyph design
work for so many characters to keep in with the current Tamil code chart font
style. So switching to Lohit Tamil for all glyphs is easier and advisable.
3) Personally I think the glyphs of Lohit Tamil are much "cleaner" than the
existing Tamil code chart font, and more representative of the nature and
beauty of the Tamil script.
4) The OFL already permits the use of the Lohit Tamil font (and its
derivatives) for any purpose, so there are (hopefully) no legal issues
pertaining which need to be cleared between Unicode and Red Hat (but of course,
IANAL).
I also sincerely request the cooperation of the Lohit / Fedora / Red Hat people
in permitting the Lohit Tamil glyphs to be used for the Unicode Tamil code
charts (i.e. for two blocks).
Fonts with new glyphs:
----------------------
I attach herewith a ZIP file containing three font files:
1) Lohit Tamil font, with newly proposed character glyphs mapped to the PUA.
2) Lohit Tamil Classical font, likewise.
3) Lohit Tamil Chart font, containing only glyphs required for the code chart
(for existing and new characters, totalling 134 in number, across two blocks
Tamil and Tamil Supplement) mapped to the existing and proposed characters for
convenience of Unicode / ISO 10646 editors.
Behaviour of new characters and requirement from the fonts' side:
-----------------------------------------------------------------
None of the newly proposed characters are combining characters in the sense of
combining marks. However, most of them are proposed for a new SMP Tamil block
and care might need to be taken for proper mapping so that on all platforms the
SMP characters are accessible.
There is only one sequence of characters which needs to ligate: TAMIL DIGIT ONE
௧ + TAMIL SIGN KALAM (which looks like TAMIL LETTER LLA ள) should always
ligate. I have also provided the ligature glyph after the glyphs for the
individual characters (mapped to PUA E03F) in the fonts 1 and 2 above. I have
not added any substitution mapping however as it is for now only temporarily in
the PUA.
Etcetera:
---------
It is my intention to submit the proposal within a week or so and I will
upload/link here a copy of the proposal.
If at all any changes are required to the set of glyphs as a result of any
feedback from scholars or other sources, I will upload fresh TTF font files.
I thank everyone, especially Pravin Satpute, for their support regarding this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=841947
Bug ID: 841947
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
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: [te_IN] Add support for Telugu nakaarapollu and repha
to Lohit Telugu font
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Created attachment 599423
--> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit
Glyphs for Telugu nakaarapollu and repha
Telugu script has special form of vowelless NA called four-pronged
nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so
regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian
Brown has specifically called a distinct form as nakaarapollu.
The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu-n…
Likewise Telugu script has old repha form which is not found in common usage in
current Telugu script. A modern-style Telugu font can allow user to select
old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the
plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of
CONSONANT.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-r…
These two documents have been approved by the UTC in the Feb 2012 meeting:
http://www.unicode.org/L2/L2012/12007.htm
<quote>
[130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the
core specification text on Telugu nakaara-pollu based on input in document
L2/11-409.
[130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph
from L2/12-017 into the Telugu block description.
</quote>
It is requested to:
1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font:
2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph
3) add requisite OT markups for repha glyph so that a compliant OT system can
recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using
that glyph.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=982601
Bug ID: 982601
Summary: [ml_IN] Addition of glyphs to Lohit Malayalam to
support recently proposed Unicode characters
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 770964
--> https://bugzilla.redhat.com/attachment.cgi?id=770964&action=edit
Glyphs for Malayalam Archaic II, minor fractions and Chillu LLL
Recently I and Cibu Johny have proposed various characters to be added to the
Malayalam Unicode block and in the last May 2013 UTC meeting they have been
approved and further (IIUC) approved by the WG2 meeting last month in Lithunia.
The links are provided below:
N4429 Proposal to encode Malayalam minor fractions
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4429.pdf
N4428 Proposal to encode MALAYALAM LETTER CHILLU LLL
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4428.pdf
N4312 Proposal for MALAYALAM LETTER ARCHAIC II
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4312.pdf
This is a placeholder bug (like bug #839303 for Tamil fractions and symbols) to
ensure that the requisite glyphs are added immediately once the characters are
published in the Unicode standard finally.
I have designed the glyphs for these proposed characters partially based on
existing glyphs from the Lohit Malayalam font and would like to submit these as
my contributions to the Lohit project under the OFL.
--
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=MHHAN30OzJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1076190
Bug ID: 1076190
Summary: Rendering of Unicode tie bars could be improved
Product: Fedora
Version: 20
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: rkaldari(a)wikimedia.org
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
Created attachment 874108
--> https://bugzilla.redhat.com/attachment.cgi?id=874108&action=edit
comparison between Liberation Sans and Helvetica
Description of problem:
The rendering of the two Unicode tie bar combining characters (U+035E and
U+035F) is not ideal. In particular the characters are quite short and far away
from the characters they are tying together. This makes it appear more like a
misplaced macron than a tie bar. The rendering in Liberation Sans appears to be
equivalent to that of Arial which has the same issues. The rendering in
Helvetica is better (see attachment 1).
In particular, because the under tie bar (U+035F) is so far away from the other
characters, it sometimes gets clipped when rendered, as it appears to fall
slightly outside of the bounding box for the line height (see attachment 2).
My suggestion would be to make the length of both tie bars slightly longer, and
to move both of them slightly closer to the characters they are intended to tie
together.
Version-Release number of selected component (if applicable):
12-Mar-2014 (2.x)
How reproducible:
Always
Steps to Reproduce:
1. Install latest Liberation Sans (and Helvetica if you want to compare)
2. Go to https://www.mediawiki.org/wiki/User:Kaldari/Font_test_2
Actual results:
Tie bars should be slightly longer and closer to the other characters.
Expected results:
Tie bar are quite short and far away.
Additional info:
See attachments for more 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=hXKa1OSOTy&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084227
Bug ID: 1084227
Summary: Arrow symbols too small and not nicely aligned
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: Eduard.Braun2(a)gmx.de
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
Created attachment 882471
--> https://bugzilla.redhat.com/attachment.cgi?id=882471&action=edit
testcase with some exemplary arrows
The arrow symbols contained in Liberation fonts seem to be too small and also a
little mis-aligned.
As an example consider the attached testcase which contains left/right/up/down
arrows exemplarily. The attached screenshot is a rendering of this file to
illustrate the issue:
- The arrows are much to small making them hardly discernible,
especially at small font sizes.
- The horizontally aligned arrows are positioned too low (nearly at the
baseline).
- Also visible: Hinting for the vertically aligned arrows is bad.
The screenshot was created with Firefox 28.0 on Windows 7.
The installed version of the Liberation fonts is 2.00.1
--
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=odcuTBmRHM&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=851950
Bug ID: 851950
QA Contact: extras-qa(a)fedoraproject.org
Severity: low
Version: 17
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: Latin ligatures need 'liga' standard ligature lookups
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: deron.meranda(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Description of problem:
Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl",
should have the OpenType 'liga' lookup features defined. That will allow text
renderers to automatically apply the ligature glyph.
Additionally, for completeness, the ligature caret horizontal positions should
be appropriately set for these glyphs.
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.0
Additional info:
You may need to solve bug #851790 first.
Also the "fi" (and "ffi" if existing) should exclude dotless-i
scripts/languages, e.g., Turkish.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1036220
Bug ID: 1036220
Summary: Font hinting and aliasing not properly configured on
fresh Fedora 19 install.
Product: Fedora
Version: 19
Component: fontconfig
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: alxgrtnstrngl(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Created attachment 830756
--> https://bugzilla.redhat.com/attachment.cgi?id=830756&action=edit
These are the configurations for 10-antialias.conf and 10-hinting-slight.conf
Description of problem:
The fonts in Fedora 19 look odd, thin and the font alignment is totally off
resulting in unreadable or very poor quality text. Setting Gnome Shell's or
even Mate's anti-aliasing font-configuration here does nothing to enhance text
quality. Web-pages in browsers such as Chrome and Firefox look ugly and
strange. Other Linux distributions such as Ubuntu and Unixes like Mac OS X do
not have this problem, on fresh installs fonts look crisp, beautiful and full.
Version-Release number of selected component (if applicable):
Fedora release 19 (Schrödinger’s Cat)
How reproducible:
Do a fresh install of Fedora 19 from the install images, look at the fonts.
Steps to Reproduce:
1. Do a fresh install of Fedora 19 from the install images.
2. Attempt to use the desktop environment settings to adjust the font aliasing
and hinting.
3. Look at text rendering versus that in other distributions.
Actual results:
Text is rendered in a very odd and thin way, kerning is also off and the fonts
characters are misaligned, in Fedora resulting in a degraded visual experience
especially in web-browsers,
Expected results:
Text should render in a similar beautiful and smooth fashion the way it does on
other Linux distributions such as Ubuntu and Unixes such as Mac OS X.
Additional info:
Manual configuration is required to fix this by creating the proper symbolic
links between '/usr/share/fontconfig/conf.avail/' and '/etc/fonts/conf.d' for
the following configurations which are installed in 'conf.avail' but just never
configured out of the box:
'/usr/share/fontconfig/conf.avail/10-sub-pixel-rgb.conf'
'/usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf'
It also requires the creation of the following two font configurations which
are attached to this bug report and the creation of the corresponding symbolic
links in '/etc/fonts/conf.d':
'/usr/share/fontconfig/conf.avail/10-antialias.conf'
'/usr/share/fontconfig/conf.avail/10-hinting-slight.conf'
External References:
http://ruturaj.net/tweaking-gnome3-fedora-fonts-like-ubuntu/
--
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=t9AOC1hUH4&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=887384
Bug ID: 887384
Summary: [abrt] WritRecogn-0.1.9-5.fc17: Process
/usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 17
Component: WritRecogn
Severity: unspecified
Priority: unspecified
Reporter: christianvanbrauner(a)gmail.com
Version-Release number of selected component:
WritRecogn-0.1.9-5.fc17
Additional info:
libreport version: 2.0.18
abrt_version: 2.0.18
backtrace_rating: 4
cmdline: WritRecogn
crash_function: ___3_writrecogn_radical_recognizer_libsvm_recognize
kernel: 3.6.9-2.fc17.x86_64
truncated backtrace:
:Thread no. 1 (10 frames)
: #4 ___3_writrecogn_radical_recognizer_libsvm_recognize at
/usr/lib64/WritRecogn/libWritRecogn.so
: #5 writrecogn_radical_recognizer_recognize at
/usr/lib64/WritRecogn/libWritRecogn.so
: #6 on_recognizeButton_clicked
: #7 _g_closure_invoke_va at gclosure.c:840
: #10 gtk_real_button_released at gtkbutton.c:1725
: #16 gtk_button_button_release at gtkbutton.c:1617
: #18 _gtk_marshal_BOOLEAN__BOXED at gtkmarshalers.c:86
: #23 gtk_widget_event_internal at gtkwidget.c:5017
: #24 gtk_widget_event at gtkwidget.c:4814
: #25 gtk_propagate_event at gtkmain.c:2490
--
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=3TgbXPdPTr&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=650205
Summary: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process
/usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 13
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:caf37a5446d0db49e10a286017b489bb0ae4f38b
Severity: medium
Priority: low
Component: WritRecogn
AssignedTo: dchen(a)redhat.com
ReportedBy: martin(a)martindengler.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, dchen(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.13
architecture: i686
Attached file: backtrace
cmdline: WritRecogn
component: WritRecogn
crash_function: raise
executable: /usr/bin/WritRecogn
kernel: 2.6.34.7-61.fc13.i686.PAE
package: WritRecogn-0.1.9-1.fc11
rating: 4
reason: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
release: Fedora release 13 (Goddard)
time: 1288965718
uid: 500
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=986232
Bug ID: 986232
Summary: No figure space in liberation mono
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: medium
Assignee: psatpute(a)redhat.com
Reporter: guy.guilmette+redhat(a)gmail.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
Description of problem: There is no figure space character
Version-Release number of selected component (if applicable): 2.00.1
How reproducible: Always
Steps to Reproduce:
1. Use a figure space: .
Actual results: Missing character
Expected results: Space equal to one character width
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=S0qpoeafZF&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please add Vedic Extensions to Lohit fonts
https://bugzilla.redhat.com/show_bug.cgi?id=798871
Summary: Please add Vedic Extensions to Lohit fonts
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-fonts
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, extras-orphan(a)fedoraproject.org,
pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
It is very good that Red Hat / Fedora takes steps to update Lohit fonts with
latest encoded Indic characters, especially Vedic characters included in
Devanagari Extended block. (See
https://www.redhat.com/archives/lohit-devel-list/2012-February/msg00011.html)
As a Sanskrit/Vedic scholar I very much welcome this. However, it would be even
greater if the separate Vedic characters that are encoded in the Vedic
Extensions block (http://www.unicode.org/charts/PDF/U1CD0.pdf) created in
Unicode 5.2 along with Devanagari Extended were also supported.
As Devanagari is the script mainly used for Sanskrit and especially Vedic
printings nowadays, it would be best to add the characters initially to the
Lohit Devanagari font so that it can combine properly with the Devanagari
characters.
If at all there is future demand for the glyphs to be added to the font of
another script (like Telugu etc which are also often used for Vedic texts in
those areas) the glyphs can easily be copied to those fonts in the future.
OpenType normally cannot join base characters from one font with combining
marks from a different font. So a separate Lohit Vedic font with purely Vedic
characters is not possible.
As the glyphs from the Vedic Extensions block have very simple shapes, it would
hopefully be easy to design those glyphs and add them to the fonts.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Install Lohit Devanagari 2.5.1 font.
Actual results:
The Devanagari-specific Vedic characters especially from the Devanagari
Extended block are available. The generic Vedic characters from the Vedic
Extensions block are not available.
Expected results:
It is desirable to have the generic Vedic characters from the Vedic Extensions
block also.
--
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: Lowercase U, V, W, X and Y too thin at 18px bold
https://bugzilla.redhat.com/show_bug.cgi?id=768067
Summary: Lowercase U, V, W, X and Y too thin at 18px bold
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cantabile.desu(a)gmail.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: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The lowercase U, V, W, X and Y in liberation sans at 18px and bold are
noticeably thinner than the other letters of the alphabet. It's quite
distracting. There is a screenshot attached.
It appears to happen only at 18px (bold).
Version-Release number of selected component (if applicable):
1.07.1
Additional info:
I'm using arch linux.
--
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: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool)
https://bugzilla.redhat.com/show_bug.cgi?id=795465
Summary: Historical regressions (+persistent issues) found
using fontlint (accompanying FontForge tool)
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: jpokorny(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: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
--
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: Font artifact with number 4
https://bugzilla.redhat.com/show_bug.cgi?id=591556
Summary: Font artifact with number 4
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Quoted from zayzayats(a)yandex.ru)
In the Russian «б», the ascender is blurry.
http://shnurapet.fedorapeople.org/rus-b.png
freetype-freeworld-debuginfo-2.3.11-1.fc12.x86_64
freetype-2.3.11-3.fc12.x86_64
freetype-freeworld-2.3.11-1.fc12.x86_64
freetype-devel-2.3.11-3.fc12.x86_64
freetype-debuginfo-2.3.11-3.fc12.x86_64
$ ls /etc/yum.repos.d/
fedora-rawhide.repo rpmfusion-free.repo
fedora.repo rpmfusion-free-updates.repo
fedora-updates.repo rpmfusion-free-updates-testing.repo
fedora-updates-testing.repo rpmfusion-nonfree-rawhide.repo
infinality.repo rpmfusion-nonfree.repo
remi.repo rpmfusion-nonfree-updates.repo
rpmfusion-free-rawhide.repo rpmfusion-nonfree-updates-testing.repo
$ cat /etc/yum.repos.d/infinality.repo
[infinality]
name=Infinality
baseurl=http://www.infinality.net/fedora/linux/$releasever/$basearch/
enabled=1
gpgcheck=0
[infinality-noarch]
name=Infinality - noarch
baseurl=http://www.infinality.net/fedora/linux/$releasever/noarch/
enabled=1
gpgcheck=0
$ cat ~/.fonts.conf
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match target="font" >
<edit mode="assign" name="rgba" >
<const>rgb</const>
</edit>
<edit mode="assign" name="hinting" >
<bool>true</bool>
</edit>
<edit mode="assign" name="autohint" >
<bool>true</bool>
</edit>
<edit mode="assign" name="antialias" >
<bool>true</bool>
</edit>
<edit mode="assign" name="hintstyle" >
<const>hintfull</const>
</edit>
<edit name="lcdfilter" mode="assign">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
Size 8. I set 98 dpi for proper kerning.
http://shnurapet.fedorapeople.org/last-line.png
(It's in the center of the last line.)
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bug ID: 1082118
Summary: After today ibus update, panel in Cinnamon desktop
stopped working
Product: Fedora
Version: 20
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: krizb(a)seznam.cz
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
After today "yum update", panel in my Cinnamon desktop stopped working. Right
mouse seemd to work. Left mouse only took focus from current window. But menu,
icons, started programs, clendar, keyboard, sound, ... nothing on panel was
working.
Version-Release number of selected component (if applicable):
>From about 15 or 20 packages that was update, problematic are these:
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64
Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64
Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64
Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64
Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64
After "yum downgrade ibus-libs ibus-setup ibus-gtk3 ibus-gtk2 ibus
ibus-wayland" and reboot, panel is working now, as every ibus programs are now
version 1.5.4-2.fc20.x86_64.
Previous version that was working was 1.5.5-2.fc20.x86_64.
How reproducible:
Update ibus packages to version 1.5.6-1.fc20.x86_64
Steps to Reproduce:
1. yum update
Actual results:
Panel in Cinnamon desktop with ibus packages version 1.5.6-1.fc20.x86_64 not
working.
Expected results:
Panel in Cinnamon destop works with current ibus packages.
Additional info:
List of complete problematic update (but it seems that only ibus program
matter):
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64
Mar 28 15:20:17 Updated: lilypond-fonts-common-2.18.2-1.fc20.noarch
Mar 28 15:20:17 Updated: libnm-gtk-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:20:20 Updated: nm-connection-editor-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:20:22 Updated: lilypond-emmentaler-fonts-2.18.2-1.fc20.noarch
Mar 28 15:20:24 Updated:
lilypond-century-schoolbook-l-fonts-2.18.2-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64
Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64
Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64
Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64
Mar 28 15:20:31 Updated: git-1.9.0-1.fc20.x86_64
Mar 28 15:20:32 Updated: perl-Git-1.9.0-1.fc20.noarch
Mar 28 15:20:39 Installed: kernel-3.13.7-200.fc20.x86_64
Mar 28 15:20:40 Updated: file-libs-5.14-20.fc20.x86_64
Mar 28 15:20:40 Updated: file-5.14-20.fc20.x86_64
Mar 28 15:20:41 Updated: python-magic-5.14-20.fc20.noarch
Mar 28 15:20:42 Installed: kernel-modules-extra-3.13.7-200.fc20.x86_64
Mar 28 15:20:44 Updated: lilypond-2.18.2-1.fc20.x86_64
Mar 28 15:20:45 Updated:
network-manager-applet-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:21:41 Installed: kernel-devel-3.13.7-200.fc20.x86_64
Mar 28 15:21:42 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.x86_64
Mar 28 15:21:43 Updated: abrt-java-connector-1.0.9-1.fc20.x86_64
Mar 28 15:21:45 Updated: kernel-headers-3.13.7-200.fc20.x86_64
Mar 28 15:21:46 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.i686
--
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=n0E6wAwZyr&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Rendering error for Chinese character using wqy-zenhei
https://bugzilla.redhat.com/show_bug.cgi?id=623085
Summary: Rendering error for Chinese character using wqy-zenhei
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: wqy-zenhei-fonts
AssignedTo: fangqq(a)gmail.com
ReportedBy: jni(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fangqq(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Created an attachment (id=438145)
--> (https://bugzilla.redhat.com/attachment.cgi?id=438145)
Screenshot of rendering error using wqy-zenhei
Description of problem:
The rendering of Chinese character 榷 using font wqy-zenhei is not correct
Version-Release number of selected component (if applicable):
wqy-zenhei-fonts-0.9.45-5.fc13
How reproducible:
Input Chinese character 榷 in gedit and set fonts to wqy-zenhei
Steps to Reproduce:
1. Open gedit
2. Input Chinese character 榷 using any Chinese input method
3. Click "Edit"->"Preferences", open the preferences dialogue window
4. In "Font & Colours" tab, set fonts to WenQuanYi Zen Hei
Actual results:
Part of the character is rendering to whole black without the structure, and
can not distinguish the stroke. See the screen shot in attachment
Expected results:
The stroke of the character should be distinguished
--
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: Eccentric glyph for the lowercase Greek gamma letter (γ)
https://bugzilla.redhat.com/show_bug.cgi?id=606217
Summary: Eccentric glyph for the lowercase Greek gamma letter
(γ)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: discon(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
The liberation fonts have a strange glyph for the lowercase Greek gamma letter
whenever hinting is on. The hinting makes the glyph look similar to the 'y'
letter (the bottom part tends towards left).
This looks weird and is unique on this font family, AFAIK.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1040292
Bug ID: 1040292
Summary: [or_IN][langtable] - Change language name from
"Oriya" to "Odia"
Product: Fedora
Version: rawhide
Component: langtable
Keywords: i18n
Severity: low
Priority: medium
Assignee: mfabian(a)redhat.com
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601
Preface : As per the Govt of India record, the State name of Orissa has been
replaced with Odisha (hopefully I am correct with its spelling) and the
language of Odisha State which was Oriya earlier, has been replaced with Odia.
langtable language database should change the language name from "Oriya" to
"Odia".
Version-Release number of selected component (if applicable):
langtable-0.0.22-1.fc21
How reproducible:N/A
Steps to Reproduce:N/A
1.
2.
3.
Actual results:
langtable language database currently pointing the language name "Oriya".
Expected results:
langtable language database should change the language name from "Oriya" to
"Odia".
Additional info:
References:
http://orissamatters.com/2011/11/07/orissa-became-odisha/http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s…http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf
--
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=noGs24ad04&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1117680
Bug ID: 1117680
Summary: same keyboard input indicator for Latin input mode and
Direct Input mode in libkkc
Product: Fedora
Version: rawhide
Component: libkkc
Severity: low
Assignee: dueno(a)redhat.com
Reporter: apatil(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
same keyboard input indicator is been used for Latin input mode and Direct
Input mode in libkkc
Better to have separate keyboard indicators.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Choose libkkc as input method
2. Switch to Latin input mode or Direct input mode
3.
Actual results:
You see same input method indicator
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=OmHnm5DNF1&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1115295
Bug ID: 1115295
Summary: improve input mode toggle menu
Product: Fedora
Version: rawhide
Component: ibus-libpinyin
Severity: low
Assignee: pwu(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
The Pinyin IMEs has a confusing toggle menu for switching
between Chinese and English input ("English" should also really be
Latin input but nevermind). This natural in the toolbar
but unintuitive in the IME/Input menu.
Steps to Reproduce:
1. goto ibus icon menu or gnome input menu
2. click on Chinese
Actual results:
switches to English
Expected results:
clearer discoverable UI
Additional info:
maybe "Chinese <-> English" and "English <-> Chinese" might be clearer?
Much better would be IME input mode icon of course...
--
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=DxMBDLG9o4&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: uim toolbar is not aligned properly in xfce systray
https://bugzilla.redhat.com/show_bug.cgi?id=814546
Summary: uim toolbar is not aligned properly in xfce systray
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: uim
AssignedTo: tagoh(a)redhat.com
ReportedBy: redhat.20.comm(a)spamgourmet.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 578869
--> https://bugzilla.redhat.com/attachment.cgi?id=578869
The attachment shows the actual (wrong) and expected (right) result
Description of problem:
when I ran uim-toolbar-gtk-systray or uim-toolbar-gtk3-systray, the systray
icons were not centered vertically.
How reproducible:
Steps to Reproduce:
1. Use xfce for desktop environment.
2. Install uim, uim-gtk2 and uim-gtk3
3. Enter the environment (startxfce4 or graphical login).
4. Make sure the panel has a notification area (if none, right click a panel ->
select "panel" -> select "add new item" -> select "notification area").
5. In a console (xfce terminal), type uim-toolbar-gtk-systray.
Actual results:
The uim toolbar appeared in the systray, but were aligned to the bottom,
instead of vertically centre.
Expected results:
The toolbar should appear in the systray, centred vertically.
Additional info:
I included two tiny screenshots of what was wrong and what should be right.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1126249
Bug ID: 1126249
Summary: Component Description of mozc in bugzilla should be
self-contained, and shouldn't rely on other
trademarked product name
Product: Fedora
Version: rawhide
Component: mozc
Assignee: tagoh(a)redhat.com
Reporter: yukawa(a)google.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 923718
--> https://bugzilla.redhat.com/attachment.cgi?id=923718&action=edit
Component Description says Mozc is "Opensourced Google Japanese Input"
Description of problem:
When you select Mozc in bugzilla.redhat.com, the Component Description says it
is "Opensourced Google Japanese Input". However, OSS Mozc and Google Japanese
Input are different products. IANAL, but I feel the description of OSS Mozc
should be self-contained, and shouldn't rely on other trademarked product name.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Go to https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora
2. Type 'Mozc' in Component section
Actual results:
Component Description says it is "Opensourced Google Japanese Input". See the
attached screenshot.
Expected results:
Component Description should be carefully chosen here because OSS Mozc and
Google Japanese Input are different products. One idea is using the same
description of mozc.spec. What do you think?
Additional info:
Current description of mozc.spec looks a bit obsolete because now Android is
also supported in OSS Mozc. It would be nice if the description of mozc.spec
is also updated.
http://pkgs.fedoraproject.org/cgit/mozc.git/tree/mozc.spec?id=6be8b756d0326…
--
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=Am1nP5Oakm&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1117705
Bug ID: 1117705
Summary: Main2.py should renamed to "<IME Name> Preferences"
Product: Fedora
Version: rawhide
Component: ibus-pinyin
Assignee: pwu(a)redhat.com
Reporter: apatil(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Created attachment 916675
--> https://bugzilla.redhat.com/attachment.cgi?id=916675&action=edit
screen shot
Description of problem:
For UI consistency across all IME's and better user experience, it would be
nice to have "<IME Name> Preferences" instead of Main2.py
Please find screen shot attached.
--
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=N2xErhcY8J&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1084228
Bug ID: 1084228
Summary: Hinting for Liberation Sans inferior at small font
size
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: Eduard.Braun2(a)gmx.de
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
Created attachment 882473
--> https://bugzilla.redhat.com/attachment.cgi?id=882473&action=edit
testcase with the problematic font charakteristics
Wikipedia recently switched to a predefined CSS font stack for body font so
even Windows users will be served with Liberation Sans if installed (e.g.
because it is distributed with Libre Office).
This made apparent inferior hinting of Liberation Sans with bold weight when
rendered at the specific size of 0.875em (the font size used in MediaWiki's
vector skin).
Most notable "e"s have a very thick lower curve while the upper curve is much
too thin. This also applies for variants like "è é ê ë". Funnily not for "œ æ"
though which is rendered differently.
Also notable is e.g. "s" which has thick upper/lower curves but is thin in the
middle.
A testcase with the described font characteristics set is attached. The
screenshot shows the rendering in Firefox.
The screenshot was created with Firefox 28.0 on Windows 7.
The installed version of the Liberation fonts is 2.00.1
--
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=Msol5goZ6N&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1011371
Bug ID: 1011371
Summary: cloud pinyin feature is missed in ibus
Product: Fedora
Version: rawhide
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Now ibus-cloud-pinyin is available:
http://code.google.com/p/ibus-cloud-pinyin/
Actually I'm not sure if the cloud feature is useful for Chinese users so it's
up to you to integrate the feature or will not fix.
Originally someone pointed out that ibus missed that feature.
Maybe it's an idea to release ibus-cloud-pinyin in Fedora while it provides
sogou only and fcitx provides sogou, ime.qq.com, google, baidu.
I was also interested in the cloud for ja but it seems the protocol is closed
in google.
--
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=EXcOrJl2sb&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [indic] yum showing content in indic languages, those are broken for terminal
https://bugzilla.redhat.com/show_bug.cgi?id=525046
Summary: [indic] yum showing content in indic languages, those
are broken for terminal
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: yum
AssignedTo: skvidal(a)sethdot.org
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: james.antill(a)redhat.com, pmatilai(a)redhat.com,
tim.lauridsen(a)googlemail.com, ffesti(a)redhat.com,
maxamillion(a)gmail.com, skvidal(a)sethdot.org,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
while running yum command in Punjabi Desktop (pa_IN) locale, there was some
output, which is broken, failed to read from terminal. When using Group
command,then all things are broken.
Version-Release number of selected component (if applicable):
yum-3.2.24-5.fc12
How reproducible:
100%
Steps to Reproduce:
1. in gnome-terminal set locale as 'export LANG=pa_IN.UTF-8'
2. yum grouplist
3.
Actual results:
output contains Punjabi (pa_IN) language, which is not shown properly
Expected results:
as Indic (all) languages are not render properly on Terminal, so output
should be in English for better use.
Additional info:
1) Other affected locales are *_IN (as_IN,bn_IN,gu_IN,hi_IN,ml_IN,mr_IN...)
2) for GUI front-end (gpk-application) locales are working fine
--
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: [gcin] [Feature request] Please pack the voice data.
https://bugzilla.redhat.com/show_bug.cgi?id=511197
Summary: [gcin] [Feature request] Please pack the voice data.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: gcin
AssignedTo: candyz0416(a)gmail.com
ReportedBy: dchen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, candyz0416(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
One of nice gcin features is gcin prounces the character you type, thus lower
typo rate. However, the voice data is not packed in fedora.
Version-Release number of selected component (if applicable):
1.4.5-2.fc11
How reproducible:
Always
Steps to Reproduce:
1. Right click on gcin for gcin setup menu.
2. Click on "Default input method & Enable/disable".
3. Enable "Speak as you type".
Actual results:
Due to lack of voice data, this function is not functional.
Expected results:
gcin speaks as you type.
Additional info:
Voice data can be downloaded at:
http://cle.linux.org.tw/trac/wiki/GcinTextToSpeech
How about make a gcin-voice sub-package?
--
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: run libunistring testsuite during build
https://bugzilla.redhat.com/show_bug.cgi?id=743825
Summary: RFE: run libunistring testsuite during build
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: libunistring
AssignedTo: p(a)draigbrady.com
ReportedBy: jhrozek(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: p(a)draigbrady.com, meyering(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
libunistring tarball contains an upstream testsuite. It would be nice to have
it run during each build with the %check directive.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1087448
Bug ID: 1087448
Summary: RFE: ibus-typing-booster keybinding customization
Product: Fedora
Version: rawhide
Component: ibus-typing-booster
Assignee: apatil(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Currently Tab key toggles the prediction list in ibus-typing-booster when
"Enable suggestions by Tab key" check button is enabled.
The key is conflict with shell script string completion at least.
Also I think the Tab key do enables to show the prediction list, rotate the
enabled prediction in the list and string completion likes bash.
There are some ideas:
1. "wed" + Tab
"wedge" and "wednesday" are shown and "wedge" is selected.
+ Tab again
"wednesday" is enabled.
2. "wedne" + Tab
"wednesday" is completed.
3. Escape key cancels the prediction list but does not delete the preedit.
I wonder if the prediction list is shown only when miss-spelling or Tab is
typed.
xfce4-terminal has the black background and I feel the preedit attributes are
not needed.
--
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=Y07z6d3jTJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=862367
Bug ID: 862367
QA Contact: extras-qa(a)fedoraproject.org
Severity: urgent
Version: 17
Priority: unspecified
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: dchen(a)redhat.com
Summary: 'Ctrl + Space' not working, ibus frontend for fbterm
does not show up
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: wangtinggong(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: ibus-fbterm
Product: Fedora
Description of problem:
ibus works well in X11, but in fbterm, ibus-fbterm can not activate him.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120914-2.fc17.src.rpm
fbterm-1.6-5.fc17.x86_64
ibus-fbterm-0.9.1-14.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1. start Fedora 17 X11 Desktop
2. ibus works well, 'Ctrl + Space' can switch between input methods
3. press 'CTRL + ALT + F2' to console
4. exec command: ibus-fbterm-launch
5. press 'Ctrl + Space', nothing happen
Actual results:
ibus frontend for fbterm does not show up
Expected results:
'Ctrl + Space' can switch between input methods
Additional info:
after dig into source, ibus tree says:
commit 53d33ec4e6ad41a116f25cfa7ce12e04f6f93752
Author: Peng Huang <shawn.p.huang(a)gmail.com>
Date: Tue Aug 16 07:26:42 2011 -0400
Remove enable status of input context and hotkey logic in ibus-daemon
the latest ibus-fbterm is ibus-fbterm-0.9.1.tar.gz, uploaded in Nov 2009.
after ibus framework changed, ibus-fbterm do can not work now.
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903272
Bug ID: 903272
Summary: [gu_IN] use Devanagari U0965 instead of U0AE5 in
inscript2 map
Product: Fedora
Version: rawhide
Component: m17n-contrib
Severity: unspecified
Priority: unspecified
Reporter: pnemade(a)redhat.com
Description of problem:
Using gu-inscript2.mim, when typed "AltGr+>" Unicode box appears which mean
double danda is missing from Lohit font. But, its also recommended to use this
Unicode from Devanagari script. That is U0965
Version-Release number of selected component (if applicable):
m17n-contrib-1.1.14-1.fc18.noarch
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
missing character rendering
Expected results:
character should render correctly
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=QsxmxWQqJF&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=996429
Bug ID: 996429
Summary: Mapping of ਠ is improper as per standard
Product: Fedora
Version: 19
Component: m17n-contrib
Assignee: pnemade(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
mapping of ਠ should be double quote but it is presently "double quote + space"
Version-Release number of selected component (if applicable):
m17n-contrib-1.1.14-2.fc19.noarch
How reproducible:
every time
Steps to Reproduce:
1. select Punjabi Inscript 2 layout
2. Type double quote and check
3.
Actual results:
ਠ character not appearing
Expected results:
it should appear on double quote
Additional info:
attaching patch..
--
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=CdE5tLpGjW&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Few modifications required in Punjabi inscript2 keymap
https://bugzilla.redhat.com/show_bug.cgi?id=803185
Summary: Few modifications required in Punjabi inscript2 keymap
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: m17n-contrib
AssignedTo: pnemade(a)redhat.com
ReportedBy: jsingh(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: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
We want to modify Punjabi inscript2 keymap with following keymappings:
on Capital Z --> ੱ (currently on shift+4) and
on small z --> ੰ (currently on x)
Version-Release number of selected component (if applicable):
m17n-contrib-1.1.13-3.fc17
How reproducible:
Steps to Reproduce:
1.
2.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=994426
Bug ID: 994426
Summary: unable to type single quote and colons using inscript2
Punjabi keyboard
Product: Fedora
Version: rawhide
Component: m17n-contrib
Assignee: pnemade(a)redhat.com
Reporter: asaini(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
when I use the inscript2 Punjabi gurmukhi keyboard I am not able to type single
quote and colons with any key combination until unless I change the keyboard to
latin and then changing keyboard back to punjabi gurmukhi keyboard.. this
happens pretty frequently in a single day as I have to type these while
translations thus hassle to jump between keyboards is annoying.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
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=fHogwdSPpj&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=839134
Bug ID: 839134
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: [pa_IN] Need to add new keyboard map Dr. Thind
AnmolLipi (Phonetic)
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: m17n-contrib
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=839138
Bug ID: 839138
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: [pa_IN] Need to add new keyboard map Asees Layout
(Ramington Punjabi typewriter)
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: m17n-contrib
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=839136
Bug ID: 839136
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: [pa_IN] Need to add new keyboard map DrChatrik
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: m17n-contrib
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1102626
Bug ID: 1102626
Summary: Switch input source in libreoffice calc -> sometimes
gnome-shell freeezes
Product: Fedora
Version: rawhide
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: sangu.fedora(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
Switch input source in libreoffice calc -> sometimes gnome-shell freeezes
Only mouse arrow moves.
Version-Release number of selected component (if applicable):
1.5.7-2.fc21
How reproducible:
sometimes ( after sleep mode, frequently)
Steps to Reproduce:
1. libreoffice calc start
2. click alt key (modififers-only switch to next source shortkey)
3. preedit ( Type a hangul key )
4. click ESC
5. click alt key repeatedly
Actual results:
Expected results:
Additional info:
kill libreoffice calc in VT -> restore gnome-shell
ibus-hangul-1.4.2-7.fc21.x86_64
libreoffice-core-4.3.0.0-4.beta1.fc21.x86_64
gnome-shell-3.13.1-2.fc21.x86_64
--
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=MCoauiugUQ&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Need support fpr AltGr mappings
https://bugzilla.redhat.com/show_bug.cgi?id=772665
Summary: Need support fpr AltGr mappings
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: ibus-indic-table
AssignedTo: apatil(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Inscript 2 has certain characters on AltGr keys, presently these characters not
accessible through ibus-indic-table
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-22.fc16.noarch
How reproducible:
everytime
Steps to Reproduce:
1. Install bengali-typing-booster-inscript
2. Select "Bengali: Inscript Booster" layout from ibus-preference
3. Click on about, see there are certain characters are mapped on AltGr+
Actual results:
Can not get those characters from AltGr (Right Alt key)
Expected results:
It should be accessible with AltGr key
Additional info:
AltGr characters are prepended with "." key, so if someone press AltGr+m, it
should be search in Database using ".m"
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1051405
Bug ID: 1051405
Summary: inscript2 layouts are not supported in
ibus-typing-booster
Product: Fedora
Version: rawhide
Component: ibus-typing-booster
Assignee: apatil(a)redhat.com
Reporter: asaini(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Description of problem:
inscript 2 is enhanced version of inscript layout but it is not supported in
ibus-typing-booster
Version-Release number of selected component (if applicable):
ibus-typing-booster-1.2.7-1.fc19.noarch
How reproducible:
everytime
Steps to Reproduce:
1. try to select inscript 2 punjabi from regional and language settings
2.
3.
Actual results:
inscript 2 not available
Expected results:
it should be there
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=4mOvztvc67&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Commit Hangul character with space key -> Move the character.
https://bugzilla.redhat.com/show_bug.cgi?id=675503
Summary: Commit Hangul character with space key -> Move the
character.
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Description of problem:
Commit Hangul character with space key -> Move the character.
Version-Release number of selected component (if applicable):
1.3.99.20110127-1.fc15.x86_64
How reproducible:
always
Steps to Reproduce:
1. input with hangul input method
2. 가가 (rkrk)
3. click space key
Actual results:
가 가
Expected results:
가가
Additional info:
ibus-hangul-1.3.0.20100329-4.fc15.x86_64
glib2-2.27.93-1.fc15.x86_64
gtk2-2.24.0-1.fc15.x86_64
gtk3-2.99.3-1.fc15.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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Proper Bold for Lohit Devanagari
https://bugzilla.redhat.com/show_bug.cgi?id=648350
Summary: Proper Bold for Lohit Devanagari
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
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
Created attachment 456789
--> https://bugzilla.redhat.com/attachment.cgi?id=456789
Picture showing the bold and regular typeface
Description of problem:
The existing font provided Lohit Devangari only contains the regular version.
It does not contain the bold version. When the computer generates bold using
the regular font, and the results are ugly. The siro-rekha is broken and many
other stuffs are also broken.
Version-Release number of selected component (if applicable):
How reproducible:
Exactly reproducible
Steps to Reproduce:
1.See any hindi/nepali/marathi/sanskrit pages in firefox with bold text
2. type devanagari text in openoffice and bold it
Actual results:
The a broken lohit devanagari font is displayed.
Expected results:
A well maintained bold should be shown.
Additional info:
The typographic value is lost when bold is used though it is still readable.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1016989
Bug ID: 1016989
Summary: [ml_IN] non-standard sequence sequence for stacked
chillu-N and RRA in Lohit Malayalam font should be
removed
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
This is related to bug #1016984 which I reported just now.
As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the
display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA +
RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font
does not support this sequence. In bug #1016984 I have requested to add it.
Apart from that, note that currently the sequence being used to display stacked
chillu-N on top of RRA in Lohit font is ന്റ = 0d28 0d4d 0d31. This is
non-standard. It is inadvisable to retain this sequence as having two
canonically non-equivalent sequences display the same is a security issue of
confusability.
My request from the POV of being standard-compliant would be to remove this
sequence.
However I am sure (based on personal email communication) there will be
objection from people such as Santosh Thottingal since they do not agree with
the standard on this matter. They maintain that NA + VIRAMA + RRA is the
correct sequence to get this display.
I have told them that if they disagree with the standard then they should
discuss the matter on the Unicode and try to make the Unicode Technical
Committee accept their view. Otherwise such sequences will just be
standards-non-compliant and the existing diversified situation will only be
aggravated.
Certainly the current standard-prescribed sequence should be included to be
standards compliant. For that I have already filed the separate bug. For 100%
compliance the old non-standard should be removed. To track that I am filing
this bug now.
In the face of community objection, it is up to the project maintainer to
decide about this.
Version-Release number of selected component (if applicable):
2.5.4
--
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=4mzVmSKdWJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1040337
Bug ID: 1040337
Summary: [or_IN][texlive] - Change language name from "Oriya"
to "Odia"
Product: Fedora
Version: rawhide
Component: texlive
Keywords: i18n
Severity: low
Priority: medium
Assignee: novyjindrich(a)gmail.com
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
novyjindrich(a)gmail.com, pertusus(a)free.fr,
smaitra(a)redhat.com, than(a)redhat.com
Description of problem:
Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601
Preface : As per the Govt of India record, the State name of Orissa has been
replaced with Odisha (hopefully I am correct with its spelling) and the
language of Odisha State which was Oriya earlier, has been replaced with Odia.
Please change the word "Oriya" occurrences to "Odia" in SPEC file.
Version-Release number of selected component (if applicable):
texlive-hyphen-indic-svn25990.0-3.fc21
How reproducible: N/A
Steps to Reproduce:N/A
1.
2.
3.
Actual results:
Presently the word "Oriya" is mentioned in the SPEC file.
Expected results:
Please replace the word "Oriya" with the word "Odia" in the SPEC File for all
the occurrences.
Additional info:
References:
http://orissamatters.com/2011/11/07/orissa-became-odisha/http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s…http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf
--
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=HwHbDVF15X&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=985343
Bug ID: 985343
Summary: After telugu input .(full stop) is rendering as square
box in lokalize editor
Product: Fedora
Version: 19
Component: lohit-telugu-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: kkrothap(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 774715
--> https://bugzilla.redhat.com/attachment.cgi?id=774715&action=edit
Example screen shot regarding the problem.
Description of problem:
While using lokalize as translation editor, after telugu input if i type .(full
stop) it is rendering as square box.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.5.3-2.fc19.noarch
kdesdk-lokalize-4.10.5-1.fc19.x86_64
How reproducible:
Every time
Steps to Reproduce:
1.Open lokalize.
2.Input some telugu text.
3.Type . after telugu text.
Actual results:
. rendering as square box
Expected results:
Should render as it should be.
Additional info:
Working fine with pothana font.
--
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=NeVSFyXCJw&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1108612
Bug ID: 1108612
Summary: CVE-2014-3980 libfep: local privilege escalation via
UNIX domain sockets in the abstract namespace
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
It was discovered that libfep uses UNIX domain sockets in the abstract
namespace in an insecure way. As a result, unprivileged local users
were able to inject commands into running fep sessions of other users.
The upstream fix simply removes abstract namespace support, using a
restricted directory to host the UNIX domain socket instead:
https://github.com/ueno/libfep/commit/293d9d3f
Abstract namespace support was introduced in this commit:
https://github.com/ueno/libfep/commit/5a170323
This means that versions from 0.0.5 to 0.0.9 (inclusive) are vulnerable,
and 0.1.0 has the fix.
External references:
http://www.openwall.com/lists/oss-security/2014/06/05/16http://www.securityfocus.com/bid/67903
--
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=ZaCbDdpjD1&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1028911
Bug ID: 1028911
Summary: [zh_TW]'Chinese<->English' switch does not work when
clicking on the Chewing menu list.
Product: Fedora
Version: 20
Component: ibus-libpinyin
Severity: high
Assignee: pwu(a)redhat.com
Reporter: lijli(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Depends On: 1028905
+++ This bug was initially created as a clone of Bug #1028905 +++
Description of problem:
'Chinese<->English' switch does not work when clicking on the Intellignet
Pinyin menu list.
Version-Release number of selected component (if applicable):
ibs-chewing-1.4.3-4.fc20.x86_64
libchewing-0.3.4-4.fc20.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Install latest Fedora20 tc6 build.
2. Add an input source which has (Intelligent Pinyin) in the name.
3. Click on the Chewing menu on the top right of desktop.
4. Click on Chines/English (中CN/英EN, 中/英)from the list to switch the input of
'Chinese-English'.
Actual results:
'Chinese<->English' switch does not work when clicking on the Chewing menu
list.
Expected results:
It should auto switch for 中CN/英EN, 中/英.
Additional info:
Please see the attached screenshot.
--- Additional comment from Lijun Li on 2013-11-11 03:07:34 EST ---
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1028905
[Bug 1028905] [zh_CN]'Chinese<->English' switch does not work when clicking
on the Intellignet Pinyin menu list.
--
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=mXuMqdUFbL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1089467
Bug ID: 1089467
Summary: [abrt] ibus-table:
table.py:798:update_candidates:IndexError: pop from
empty list
Product: Fedora
Version: 20
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: gzjboy(a)163.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-table-1.5.0.20140312-2.fc20
Additional info:
reporter: libreport-2.2.1
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --ibus
executable: /usr/share/ibus-table/engine/main.py
kernel: 3.13.10-200.fc20.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
table.py:798:update_candidates:IndexError: pop from empty list
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/table.py", line 1610, in
do_process_key_event
result = self._process_key_event (key)
File "/usr/share/ibus-table/engine/table.py", line 1632, in
_process_key_event
return self._table_mode_process_key_event (key)
File "/usr/share/ibus-table/engine/table.py", line 1867, in
_table_mode_process_key_event
res = self._editor.add_input ( keychar )
File "/usr/share/ibus-table/engine/table.py", line 407, in add_input
res = self.update_candidates ()
File "/usr/share/ibus-table/engine/table.py", line 798, in update_candidates
self._tabkey_list.pop()
IndexError: pop from empty list
Local variables in innermost frame:
self: <table.editor object at 0x7f9de0376710>
only_one_last: False
--
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=uTlBnGIXuQ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=984230
Bug ID: 984230
Summary: Broken aliasing on small sizes since version 2.00
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: medium
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: gitne(a)excite.co.jp
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
The pixel aliasing of glyphs, especially vertical lines/parts is broken since
version 2.00 on Windows (renderer). This applies to all Liberation Font types
when ClearType is off, i.e. with gray-scale anti-aliasing only. Version 2.00
has incurred aliasing for all font sizes. Version 2.00.1 fixed this by
disabling anti-aliasing for sizes < 14pt. Yet, vertical lines/parts and some
transitions from curves to lines are still rendered incorrectly or with
artifacts.
This may also apply to Fedora GNOME desktops, but it has been observed on
Windows first.
Although, I am not a font design specialist, I suppose that this problem exists
because version 2.00 is based on Google Crosscore fonts and hinting information
for small font sizes is missing.
This is a show stopper for software rendering Libration Fonts on pixel based
digital displays. Software packages like LibréOffice are also negatively
affected by this issue (although on displays only). Please resolve this issue
or revert verion 2.00 and later to beta status.
How to reproduce:
Windows XP/2003
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt.
Windows Vista and later
Disable ClearType
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt. Version 1.07 has been correctly hinted, hence is perfectly pixel aligned.
--
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=MocNtqGafn&a=cc_unsubscribe
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1120905
Bug ID: 1120905
Summary: [abrt] stardict: g_realloc(): stardict killed by
SIGTRAP
Product: Fedora
Version: 20
Component: stardict
Assignee: apatil(a)redhat.com
Reporter: ifoolb(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
nav007(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com, supercyper1(a)gmail.com,
zhu(a)redhat.com
Description of problem:
searching within the definition of a word drove to the crash.
Version-Release number of selected component:
stardict-3.0.5-1.fc20
Additional info:
reporter: libreport-2.2.2
backtrace_rating: 4
cmdline: stardict
crash_function: g_realloc
executable: /usr/bin/stardict
kernel: 3.15.4-200.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (6 frames)
#2 g_realloc at gmem.c:174
#3 StarDictClient::parse_dict_result at stardict_client.cpp:1166
#4 StarDictClient::parse at stardict_client.cpp:1272
#5 StarDictClient::on_io_in_event at stardict_client.cpp:835
#10 gtk_main at gtkmain.c:1257
#11 AppCore::Init at stardict.cpp:2080
--
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=3iJSKMjZ5M&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1119967
Bug ID: 1119967
Summary: ibus-mozc could not save input mode
Product: Fedora
Version: 20
Component: mozc
Assignee: tagoh(a)redhat.com
Reporter: danielsun3164(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
After a recent update of ibus-mozc, it could not save input mode I set.
Version-Release number of selected component (if applicable):
$ rpm -q mozc ibus-mozc
mozc-1.15.1814.102-1.fc20.x86_64
ibus-mozc-1.15.1814.102-1.fc20.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. Activate mozc input method in ibus.
2. The default input mode is "Direct input", change it to "Hiragana"
3. Restart ibus and activate mozc input method again, the input mode changed
back to "Direct input" again
Actual results:
The input mode of mozc input method changed back to "Direct input".
Expected results:
Because I set the input method to "Hiragana" before, the input mode should be
saved and be still "Hiragana".
Additional info:
If it is difficult to save the input mode, the default input mode should be
"Hiragana" because most people would not activate mozc input method to simply
input English.
--
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=NwQyb8sJHM&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1106462
Bug ID: 1106462
Summary: [abrt] woffTools: sstruct.py:74:pack:error: integer
out of range for 'L' format code
Product: Fedora
Version: 20
Component: woffTools
Assignee: sshedmak(a)redhat.com
Reporter: bartmon(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
sshedmak(a)redhat.com
Description of problem:
Familiarizing myself with woffTools and on first use I hit this bug.
The font is from this site:
http://www.sil.org/resources/software_fonts/andika
You can find it in an archive here:
http://scripts.sil.org/cms/scripts/render_download.php?format=file&media_id…
$ woff-validate Andika-R.woff
Testing: Andika-R.woff...
Traceback (most recent call last):
...
File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in
pack
data = apply(struct.pack, (formatstring,) + tuple(elements))
struct.error: integer out of range for 'L' format code
Version-Release number of selected component:
woffTools-0.1-0.7.684svn.fc20
Additional info:
reporter: libreport-2.2.2
cmdline: /usr/bin/python /usr/bin/woff-validate Andika-R.woff
dso_list: fonttools-2.4-2.fc20.x86_64
executable: /usr/bin/woff-validate
kernel: 3.14.4-200.fc20.x86_64
runlevel: N 5
type: Python
uid: 1000
Truncated backtrace:
sstruct.py:74:pack:error: integer out of range for 'L' format code
Traceback (most recent call last):
File "/usr/bin/woff-validate", line 5, in <module>
validate.main()
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
1511, in main
validateFont(fontPath, options)
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
1450, in validateFont
shouldStop = func(data, reporter)
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
441, in testHeadCheckSumAdjustment
newChecksum = calcHeadCheckSum(data)
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
1383, in calcHeadCheckSum
directory += sfntEntry.toString()
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/sfnt.py",
line 227, in toString
return sstruct.pack(sfntDirectoryEntryFormat, self)
File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in
pack
data = apply(struct.pack, (formatstring,) + tuple(elements))
error: integer out of range for 'L' format code
Local variables in innermost frame:
elements: ['GDEF', -966601972, 1660, 2452]
name: 'length'
format: '\n\t\t> # big endian\n\t\ttag: 4s\n\t\tcheckSum:
L\n\t\toffset: L\n\t\tlength: L\n'
object: {'checkSum': -966601972, 'length': 2452, 'tag': 'GDEF', 'offset': 1660}
fixes: {}
formatstring: '>4sLLL'
value: 2452
names: ['tag', 'checkSum', 'offset', 'length']
--
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=oULyMUUd9x&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1103428
Bug ID: 1103428
Summary: [abrt] ibus-libpinyin:
PY::LibPinyinBopomofoEditor::processSelectKey():
ibus-engine-libpinyin killed by SIGSEGV
Product: Fedora
Version: 20
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: tcfxfzoi(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Version-Release number of selected component:
ibus-libpinyin-1.6.92-2.fc20
Additional info:
reporter: libreport-2.2.2
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
crash_function: PY::LibPinyinBopomofoEditor::processSelectKey
executable: /usr/libexec/ibus-engine-libpinyin
kernel: 3.14.4-200.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (8 frames)
#0 PY::LibPinyinBopomofoEditor::processSelectKey at PYPBopomofoEditor.cc:148
#1 PY::LibPinyinBopomofoEditor::processKeyEvent at PYPBopomofoEditor.cc:198
#2 PY::LibPinyinBopomofoEngine::processKeyEvent at PYPBopomofoEngine.cc:127
#3 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at ibusmarshalers.c:290
#8 ibus_engine_service_method_call at ibusengine.c:864
#9 call_in_idle_cb at gdbusconnection.c:4868
#14 ibus_main at ibusshare.c:301
#15 start_component at PYMain.cc:152
--
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=KJmvqIz9Wz&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1095438
Bug ID: 1095438
Summary: [abrt] pango: _dl_relocate_object():
pango-querymodules-32 killed by SIGSEGV
Product: Fedora
Version: 20
Component: pango
Assignee: tagoh(a)redhat.com
Reporter: jd1008(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Version-Release number of selected component:
pango-1.36.1-2.fc20
Additional info:
reporter: libreport-2.2.2
backtrace_rating: 4
cmdline: /usr/bin/pango-querymodules-32 --update-cache
crash_function: _dl_relocate_object
executable: /usr/bin/pango-querymodules-32
kernel: 3.13.6-200.fc20.x86_64
runlevel: 5 3
type: CCpp
uid: 0
Truncated backtrace:
Thread no. 1 (5 frames)
#0 _dl_relocate_object at dl-reloc.c:238
#1 dl_main at rtld.c:2196
#2 _dl_sysdep_start at ../elf/dl-sysdep.c:249
#3 _dl_start_final at rtld.c:329
#4 _dl_start at rtld.c:555
--
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=VLEsUmX8Ve&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1042501
Bug ID: 1042501
Summary: [abrt] ibus-1.5.4-2.fc20: init_randr13: Process
/usr/libexec/ibus-x11 was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: flashl(a)cox.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.4-2.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: init_randr13
executable: /usr/libexec/ibus-x11
kernel: 3.11.10-301.fc20.x86_64
runlevel: unknown
type: CCpp
uid: 1000
var_log_messages: Dec 12 05:45:45 blackheart kernel: [59059.698829]
ibus-x11[7739]: segfault at 10 ip 0000003ff2e6bfaa sp 00007fff3a84d740 error 4
in libgdk-x11-2.0.so.0.2400.22[3ff2e00000+bb000]
Truncated backtrace:
Thread no. 1 (7 frames)
#0 init_randr13 at gdkscreen-x11.c:775
#1 init_multihead at gdkscreen-x11.c:1023
#2 process_monitors_change at gdkscreen-x11.c:1153
#3 _gdk_x11_screen_size_changed at gdkscreen-x11.c:1198
#4 gdk_event_translate at gdkevents-x11.c:2152
#5 _gdk_events_queue at gdkevents-x11.c:2336
#11 gtk_main at gtkmain.c:1257
--
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=Vnm4tAvznJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1029694
Bug ID: 1029694
Summary: pidgin freezes when resizing (squeezing) buddy list
Product: Fedora
Version: 19
Component: pango
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: cristian.ciupitu(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 823163
--> https://bugzilla.redhat.com/attachment.cgi?id=823163&action=edit
pidgin freezing
Description of problem:
pidgin freezes when I squeeze to much the buddy list window.
Version-Release number of selected component (if applicable):
pango-1.34.1-1.fc19.i686
How reproducible:
Every time
Steps to Reproduce:
(see attached video)
1. Start pidgin.
2. Resize a bit the buddy list window on the OX axis, making it smaller and
larger.
3. Now make it tiny.
Actual results:
pidgin freezes
Expected results:
pidgin shouldn't freeze
Additional info:
pidgin-2.10.7-3.fc19.x86_64
[ciupicri@hermes ~]$ fc-match Sans
DejaVuSans.ttf: "DejaVu Sans" "Book"
--
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=24gv1MGZFm&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1022826
Bug ID: 1022826
Summary: [bn_IN] [ibus typing booster] Many suggestion words
does not exist in 'Bengali - Indian' vocabulary
Product: Fedora
Version: 18
Component: bengali-typing-booster
Severity: low
Assignee: extras-orphan(a)fedoraproject.org
Reporter: sray(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Description of problem:
Many of the suggestions showing by ibus typing booster (Bengali - India) does
not exists in Bengali vocabulary.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.If I type 'A' and then 'halantha' it is showing words like অ্যাই অ্যাক অ্যাকন
which are not valid Bengali words.
2.
3.
Actual results:
Invalid and does not exist words in suggestions
Expected results:
Valid and exist words should appear.
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=nmxKgHL7HU&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1014880
Bug ID: 1014880
Summary: Toggle key of ibus-kkc is conflict between ibus and
gnome shell
Product: Fedora
Version: 20
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: htaira(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
Toggle key of ibus-kkc is conflict between ibus and gnome shell.
When I pushed toggle key(Alt+`) then GNOME Shell launch application switcher.
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.18-1.fc20.x86_64
gnome-shell-3.10.0.1-1.fc20.x86_64
Actual results:
GNOME Shell launch application switcher.
Expected results:
ibus-kkc toggle to Hiragana input mode.
Additional info:
I am using US 101 layout keyboard.
--
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=NYA3Yo9Qxe&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013982
Bug ID: 1013982
Summary: ibus-m17n needs to have ibus write-cache --system in
%post and %postun
Product: Fedora
Version: 20
Component: ibus-m17n
Assignee: dueno(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
ibus 1.5.3 or later supports the system cache besides the user cache and the
system cache can reduce the launching time of ibus-daemon when the users log
into the desktop session initially.
I'd ask the engines to have 'ibus write-cache --system' in their %post and
%postun if the engines are installed by default comps.
Please refer the %post and %postun in ibus-anthy:
http://pkgs.fedoraproject.org/cgit/ibus-anthy.git/tree/ibus-anthy.spec#n105
--
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=fyz68qFQaL&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013978
Bug ID: 1013978
Summary: ibus-hangul needs to have ibus write-cache --system in
%post and %postun
Product: Fedora
Version: 20
Component: ibus-hangul
Assignee: dueno(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
ibus 1.5.3 or later supports the system cache besides the user cache and the
system cache can reduce the launching time of ibus-daemon when the users log
into the desktop session initially.
I'd ask the engines to have 'ibus write-cache --system' in their %post and
%postun if the engines are installed by default comps.
Please refer the %post and %postun in ibus-anthy:
http://pkgs.fedoraproject.org/cgit/ibus-anthy.git/tree/ibus-anthy.spec#n105
--
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=tH2RrI9Ify&a=cc_unsubscribe
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=315642https://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
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
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=885997
Bug ID: 885997
Summary: unable add "input source" in"Region&language"
Product: Fedora
Version: 18
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: lnie(a)redhat.com
Description of problem:
Make a default install, after reboot,I try to add"Chinese" to the "Input
Sources"
of "Region&Language",it seems to be added succesfully,but I am unable to type
"Chinese".Actually,Japanese is the same.
Version-Release number of selected component (if applicable):
f18 Final TC1 X86_64
How reproducible:
100%
Steps to Reproduce:
1.
2.
3.
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=LsEmQkQrsz&a=cc_unsubscribe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1048429
Bug ID: 1048429
Summary: [abrt] ibus-setup:
enginetreeview.py:131:__icon_cell_data_cb:AttributeErr
or: 'NoneType' object has no attribute 'get_icon'
Product: Fedora
Version: 19
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: sun_465(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-setup-1.5.4-2.fc19
Additional info:
reporter: libreport-2.1.10
cmdline: /usr/bin/python /usr/share/ibus/setup/main.py ibus-setup
executable: /usr/share/ibus/setup/main.py
kernel: 3.11.10-200.fc19.x86_64
runlevel: N 5
type: Python
uid: 1000
Truncated backtrace:
enginetreeview.py:131:__icon_cell_data_cb:AttributeError: 'NoneType' object has
no attribute 'get_icon'
Traceback (most recent call last):
File "/usr/share/ibus/setup/enginetreeview.py", line 131, in
__icon_cell_data_cb
pixbuf = load_icon(engine.get_icon(), Gtk.IconSize.LARGE_TOOLBAR)
AttributeError: 'NoneType' object has no attribute 'get_icon'
Local variables in innermost frame:
engine: None
self: <EngineTreeView object at 0x1da0dc0 (EngineTreeView at 0x1ec0080)>
celllayout: <TreeViewColumn object at 0x1fc1050 (GtkTreeViewColumn at
0x1e24d40)>
it: <GtkTreeIter at 0x2586820>
renderer: <CellRendererPixbuf object at 0x1fc1280 (GtkCellRendererPixbuf at
0x1b12dd0)>
icon_size: True
model: <ListStore object at 0x1da0d20 (GtkListStore at 0x1eb8d20)>
data: None
--
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=iPc7lMWlnx&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1071334
Bug ID: 1071334
Summary: langtable-0.0.24-1.fc20 breaks gnome-shell
Product: Fedora
Version: 20
Component: langtable
Assignee: mfabian(a)redhat.com
Reporter: radist.morse(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
After the langtable update the elements layout of gnome-shell broke horribly.
The top menu, bottom menu, side panel, overview mode - all of them are in
different states of unusable because the elements are misplaced, often beyond
the screen.
gnome-shell-3.10.4-1.fc20
--
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=KffQIxKGiq&a=cc_unsubscribe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1024166
Bug ID: 1024166
Summary: No way to change the desktop language in XFCE 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:
XFCE 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 XFCE Live.
Version-Release number of selected component (if applicable):
Fedora-Live-XFCE-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:
--
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=LL5MhVixKB&a=cc_unsubscribe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1047545
Bug ID: 1047545
Summary: [pa_IN] Lohit Fonts Display Issue
Product: Fedora
Version: 20
Component: lohit-punjabi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: asaini(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 843827
--> https://bugzilla.redhat.com/attachment.cgi?id=843827&action=edit
Lohit Fonts on Fedora.
Description of problem:
Punjabi Lohit font has display issue although Technical rendering is good, but
display is not Good.
---------------
0A48 -ੈ - GURMUKHI VOWEL SIGN AI
0A4B- ੋ - GURMUKHI VOWEL SIGN OO
0A71- ੱ - GURMUKHI ADDAK
---------------
Version-Release number of selected component (if applicable):
lohit-punjabi-fonts-2.5.3-3.fc20.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. Copy Paste (ਸੈ ਸੋ ਉੱ) text
2. check rendering for dependent vowel with Consonants/Independent
Actual results:
Dependent character mixed with Consonants/Independent
Expected results:
Dependent character should more clear
Additional info:
1st Screenshot
- Fedora 20 with konversation (kde) and Gedit (GNOME) applications.
Unicode Charts
http://www.unicode.org/charts/PDF/U0A00.pdf
Try to attach screenshot on Windows with Raavi Fonts
--
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=d6DkQEkIze&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1135515
Bug ID: 1135515
Summary: some fonts look fuzzy
Product: Fedora
Version: 21
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: marcus.moeller(a)gmx.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Description of problem:
On Fedora 21 (tested with Live Xfce), some fonts look fuzzy. Font types that
are affected seems to be Helvetica and Times. I am not sure about which fonts
act as 'replacement' for those.
I have attached a screenshot to show how it looks like.
--
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=895XjvS8t2&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1129917
Bug ID: 1129917
Summary: [gu_IN] Gujarati and Hindi itrans method misprints
characters.
Product: Fedora
Version: 20
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: nirmalpathak(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
The Gujarati itrans method misprints characters when "e." is typed. e.g. છ્e.
Version-Release number of selected component (if applicable):
ibus-1.5.7-2.fc20.x86_64
How reproducible:
Type in Gujarati language using ibus itrans method.
Steps to Reproduce:
1. Select Gujarati (itrans - m17n) or Gujarati-IN (Hunspell) method in ibus.
2. Open gedit & type "chhe."
Actual results:
છ્e.
Expected results:
છે.
Additional info:
The same issue persist for Hindi langugage as well & with SCIM in older
versions of Fedora.
--
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=62MEp76ZIR&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1000691
Bug ID: 1000691
Summary: Cardo font unusable, badly displayed
Product: Fedora
Version: 19
Component: scholarsfonts-cardo-fonts
Severity: urgent
Assignee: pnemade(a)redhat.com
Reporter: rivocantus-local(a)gmx.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
Font is badly displayed so that it is unreadable.
Version-Release number of selected component (if applicable):
1.045-4
How reproducible:
When used in Abiword or LibreOffice Writer.
Actual results:
In LibreOffice:
Letters are cut vertically. However when printed to pdf it becomes better.
In Abiword it creates very large vertical line on cursor, otherwise font
appears.
In both cases typing is very unpleasent. Which makes it difficult to
concentrate on the work.
Expected results:
Neatness. This font has a great potential.
--
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=SCtkbmorSU&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1119689
Bug ID: 1119689
Summary: Please split up ibus-handwrite into subpackages
Product: Fedora
Version: rawhide
Component: ibus-handwrite
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: rhughes(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
A few weeks ago we produced this:
https://docs.google.com/spreadsheets/d/1FBmdtwDH6WHaLBfy6yqYqjEd3IA5GBEDyh-…
which is a list of all the applications and addons that share package names in
Fedora
The problem is that users click "Remove" on "Japanese Handwriting" and then
next time they open up software "Simplified Chinese Handwriting" is gone too so
they click install on "Simplified Chinese Handwriting", and the "Japanese
Handwriting" ibus addon appears installed too confused user then files a bug :)
Splitting things up into ibus-handwrite-zh and ibus-handwrite-ja with a -common
package would fix things nicely. Thanks!
--
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=qWPtPLQnZA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1036332
Bug ID: 1036332
Summary: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process
/usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: leajcastro(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.4-2.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: /usr/bin/ibus-daemon --replace --xim --panel disable
crash_function: _g_log_abort
executable: /usr/bin/ibus-daemon
kernel: 3.11.9-300.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#2 _g_log_abort at gmessages.c:255
#5 bus_dbus_impl_dispatch_message_by_rule at dbusimpl.c:1901
#6 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1578
#7 on_worker_message_about_to_be_sent at gdbusconnection.c:2426
#8 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:502
#9 continue_writing at gdbusprivate.c:1496
#10 continue_writing_in_idle_cb at gdbusprivate.c:1557
#15 gdbus_shared_thread_func at gdbusprivate.c:278
#16 g_thread_proxy at gthread.c:798
--
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=5fqSjK7eYf&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1118542
Bug ID: 1118542
Summary: Rendering of Gurmukhi Script broken in QT (KDE
application)
Product: Fedora
Version: 21
Component: lohit-gurmukhi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 917237
--> https://bugzilla.redhat.com/attachment.cgi?id=917237&action=edit
Screenshot for Kate and Gedit
Description of problem:
While Testing Fedora 21,Rendering Broken with latest Lohit Gurmukhi fonts in
KDE Applications (Only), while gnome/firefox is working as expected.
Version-Release number of selected component (if applicable):
qt-4.8.6-9.fc21.x86_64
harfbuzz-0.9.29-2.fc21.x86_64
gedit-3.13.2-1.fc21.x86_64
kate-4.13.2-2.fc21.x86_64
lohit-gurmukhi-fonts-2.91.0-3.fc21.noarch
How reproducible:
Every-time
Steps to Reproduce:
1. Copy paste Test Case (ਕ੍ਰ) in gedit & kwrite
2. Both Renderings are different
3.
Actual results:
Rendering of text in GTK/QT are Different
Expected results:
GTK has correct rendering
Additional info:
default Punjabi fonts available in Fedora 21 are broken for KDE applications
(including lokalize)
Test Case
---
ਕ+ ੍ + ਹ = ਕ੍ਹ
ਕ+ ੍ +ਰ - ਕ੍ਰ
ਕ+ ੍ +ਵ = ਕ੍ਵ
----
--
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=oX8F2oorVc&a=cc_unsubscribe
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
https://bugzilla.redhat.com/show_bug.cgi?id=1113968
Bug ID: 1113968
Summary: Glyph for 0960 Devanagari Letter Vocalic RR should be
corrected
Product: Fedora
Version: rawhide
Component: lohit-devanagari-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 912765
--> https://bugzilla.redhat.com/attachment.cgi?id=912765&action=edit
Replacement glyph and ODT/PDF demonstrating change
Description of problem:
Currently the glyph for 0960 Devanagari Letter Vocalic RR (double RR) in Lohit
Devanagari is similar to glyph for 090B Devanagari Letter Vocalic R (single R)
from Unicode Devanagari Chart http://www.unicode.org/charts/PDF/U0900.pdf.
Reference code chart for correct glyph of 0960. Please see attached PDF
document for comparison with Sanskrit 2003 and Windows XP Mangal font.
As seen in Unicode chart and other fonts, the correct glyph of 0960 should have
two hooks at bottom right to differentiate from 090B. 090B can either have one
hook as seen in code chart and other fonts, or just a belly with no hook at all
as seen in current Lohit Devanagari.
To be more clearer, while the glyph for 090B in code chart and other fonts is
shown with one hook, the form shown by current Lohit Devanagari for 090B is
also acceptable as a glyphic variant. However, the glyph variant of 090B with
one hook should not be used for 0960.
Hence the current glyph of 0960 in Lohit Devanagari should be corrected.
I have devised a replacement glyph for 0960 showing two hooks as per the code
chart as well as in line with other fonts. (Glyph for 090B need not be replaced
as the current glyph is an acceptable variant.)
Please replace the current Lohit Devanagari 0960 glyph with this new glyph.
Thank you.
--
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=WcHda3Um7t&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Idea for setting individual fallback language
https://bugzilla.redhat.com/show_bug.cgi?id=624158
Summary: Idea for setting individual fallback language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: ncfiedler(a)fedoraproject.org
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:
system-config-language only sets one language, but does not give the user the
possibility to set an individual fallback language. But this would be
appreciated not to fall back to English per default. In the case of Low German
(nds) for example it does not make any sense to fallback to English but to
German (de).
An example for this functionality could be ubuntus language-selector for GNOME
desktops. (https://launchpad.net/language-selector)
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
It would be nice, if system-config-language would be able to set individual
fallback languages. (compare ubuntus language-selector)
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.
https://bugzilla.redhat.com/show_bug.cgi?id=983979
Bug ID: 983979
Summary: yum doesn't remove no longer needed packages with
langpacks
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: low
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: yoursdearboy(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Description of problem:
yum doesn't remove packages with langpacks that no longer needed by any other
package.
Version-Release number of selected component (if applicable):
0.3.1-2.fc19
How reproducible:
always
Steps to Reproduce:
1. Install any package with deps that have langpacks (e. g. libreoffice-writer
has mythes dependency with mythes-%s langpacks)
2. Remove this package
Actual results:
Dependencies with langpacks won't be erased
Expected results:
All leftover dependencies should be erased
Additional info:
For example: if I install libreoffice-writer it pulls mythes and language packs
mythes-en, mythes-ru. If I delete libreoffice-writer package mythes won't be
erased.
As I understand it happens because packages mythes-ru, mythes-en installs "by
user" and have mythes dependency.
--
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=fug6H3chnO&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882267
Bug ID: 882267
Summary: Warning about /etc/fonts/conf.d/50-user.conf
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: mefoster(a)gmail.com
Description of problem:
Running appes such as gvim under KDE results in a warning to STDERR like this:
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
How reproducible:
Every time
Steps to Reproduce:
1. Run "gvim"
Actual results:
Warning
Expected results:
No warning
Additional info:
I don't know if it's relevant that I use KDE as a desktop environment and that
this error comes up with gvim, but that's where I specifically noticed it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=842568
Bug ID: 842568
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
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: Bad spacing in Liberation Mono with BCI-hinting
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: xously(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 599962
--> https://bugzilla.redhat.com/attachment.cgi?id=599962&action=edit
Spacing of "s"
Description of problem:
Applies to Liberation Mono with BCI-hinting.
"s" is too far to the right or left, depending on the font size. E.g. "users"
looks like "user s" at size 11. (See first attachment for font sizes 8-16.)
"ow" is merging in bold font, at least at size 11. E.g. in "downloads". (See
second attachment.)
Version-Release number of selected component:
2.00.0
How reproducible:
Always with this ".fonts.conf":
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit name="antialias" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hinting" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hintstyle" mode="assign">
<const>hintfull</const>
</edit>
</match>
<match target="font">
<edit name="rgba" mode="assign">
<const>rgb</const>
</edit>
</match>
<match target="font">
<edit mode="assign" name="lcdfilter">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
With auto-hinting enabled instead, these problems do not occur:
<match target="pattern" name="family">
<test name="family" qual="any">
<string>Liberation Mono</string>
</test>
<edit name="autohint" mode="assign">
<bool>true</bool>
</edit>
</match>
--
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: transifex may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623411
Summary: transifex may need to be rebuilt against Python 2.7 in
F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: transifex
AssignedTo: ivazqueznet(a)gmail.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: ivazqueznet(a)gmail.com, diegobz(a)gmail.com,
rpandit(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
transifex-0.8.0-0.1.alpha.fc13 contains one or more .pyc files, but has not
been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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: ibus-xkbc may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623321
Summary: ibus-xkbc may need to be rebuilt against Python 2.7 in
F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-xkbc
AssignedTo: pwu(a)redhat.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
ibus-xkbc-1.2.0.20100115-3.fc13 contains one or more .pyc files, but has not
been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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: ibus-table may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623320
Summary: ibus-table may need to be rebuilt against Python 2.7
in F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: dchen(a)redhat.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
ibus-table-1.3.0.20100621-1.fc14 contains one or more .pyc files, but has not
been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623319
Summary: ibus-pinyin may need to be rebuilt against Python 2.7
in F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-pinyin
AssignedTo: pwu(a)redhat.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
ibus-pinyin-1.3.9-1.fc14 contains one or more .pyc files, but has not been
rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server
https://bugzilla.redhat.com/show_bug.cgi?id=462412
Summary: JTextArea & JTextField do not send XIM_SET_IC_FOCUS &
XIM_UNSET_IC_FOCUS events to XIM server
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: java-1.6.0-openjdk
AssignedTo: langel(a)redhat.com
ReportedBy: shawn.p.huang(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: mark(a)klomp.org, langel(a)redhat.com, lkundrak(a)v3.sk,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS to XIM
server.
When JTextArea & JTextField work with XIM input methods, it do not set or unset
ic focus via XIM protocol. So XIM server can not handle focus for Java
application properly. I did not try other java widgets, maybe they have this
problem too.
Version-Release number of selected component (if applicable):
java-1.6.0-openjdk-demo-1.6.0.0-0.20.b11.fc10.i386
java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10.i386
java-1.6.0-openjdk-plugin-1.6.0.0-0.20.b11.fc10.i386
How reproducible:
Always
Steps to Reproduce:
1.
2.
3.
Actual results:
JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events
to XIM server.
Expected results:
JTextArea & JTextField send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM
server, when they get or lose focus.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1005780
Bug ID: 1005780
Summary: Liberation Sans Mono Enhancement Request: Modification
needed for "l" Character
Product: Fedora
Version: 19
Component: liberation-fonts
Severity: low
Assignee: psatpute(a)redhat.com
Reporter: wrkerr(a)gmail.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
Description of problem:
Lowercase "l" character very closely resembles the "1" character from many
other typefaces, especially at smaller point sizes, and even more so in the
italic style.
Version-Release number of selected component (if applicable):
2.00.1
How reproducible:
Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size
from some other monospaced fonts, such as DejaVu Sans Mono and notice the
similarity.
Additional info:
I have found Liberation Mono to be the best Free typeface for my coding
purposes. I particularly love how readable yet compact it is at small sizes.
I've had difficultly though with the "l" character. I find that this character
seems to me to be indistinguishable from the "1" character from many other
typefaces. The problem is even more apparent when the font is used in the
italic style. To my perception, an "l" formed more similar to that of the
DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the
overall design approach of the typeface by being clearly readable at all
sizes--it could no longer be confused with any other character. This would
include a leftward serif at the top of the letter, and a rightward curvature at
the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the
best model.
--
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=K9FEhWbOFv&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1085245
Bug ID: 1085245
Summary: bicon resolution more then 640x480 when running
ncurses application
Product: Fedora
Version: 19
Component: bicon
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: orenoi(a)matrix.co.il
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Description of problem:
when running terminator with xfce4 on Fedora 19 when starting bicon everything
seems to be normal but when running ncurses application the resolution for some
reason changes to 640x480.
resizing the window and exiting the application does not help . only exiting
bicon and reset the terminal helps
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
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=XYeCFYugSp&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=861299
Bug ID: 861299
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jmccann(a)redhat.com,
rstrode(a)redhat.com
Assignee: rstrode(a)redhat.com
Summary: [LANG] Text on Screensaver is truncated
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: gnome-screensaver
Product: Fedora
--
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: 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1019596
Bug ID: 1019596
Summary: ibus-hangul should flush the pre-edit buffer before
focus change
Product: Fedora
Version: 19
Component: ibus-hangul
Severity: medium
Assignee: dueno(a)redhat.com
Reporter: dchen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Description of problem:
Without flush the pre-edit buffer, ibus-hangul may mistakenly output the last
character to the next input focus and cause confusion.
Version-Release number of selected component (if applicable):
ibus-hangul-1.4.2-5.fc19.x86_64
How reproducible:
Always with firefox.
Steps to Reproduce:
1. Open firefox
2. Go to web page that has input field, (e.g. wikipedia)
3. Type 가나다 (rkskek) in the browser search field, do NOT press enter or space.
4. Click the input field in the web page.
Actual results:
'다' is pasted to the input field.
Expected results:
Input field stays clean.
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=hHaxWXUuz4&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1019544
Bug ID: 1019544
Summary: [abrt] ibus-libpinyin-1.6.91-2.fc19:
pinyin::ChewingLengthIndexLevel::load: Process
/usr/libexec/ibus-engine-libpinyin was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: 19
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: lihuanshuaiplus(a)qq.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
after startup, at my opening every app that needs IMs
Version-Release number of selected component:
ibus-libpinyin-1.6.91-2.fc19
Additional info:
reporter: libreport-2.1.7
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
crash_function: pinyin::ChewingLengthIndexLevel::load
executable: /usr/libexec/ibus-engine-libpinyin
kernel: 3.11.2-201.fc19.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 pinyin::ChewingLengthIndexLevel::load at chewing_large_table.cpp:818
#1 pinyin::ChewingBitmapIndexLevel::load at chewing_large_table.cpp:733
#2 load at ../src/storage/chewing_large_table.h:119
#4 pinyin_init at pinyin.cpp:209
#5 PY::LibPinyinBackEnd::initPinyinContext at PYLibPinyin.cc:69
#6 PY::LibPinyinBackEnd::allocPinyinInstance at PYLibPinyin.cc:94
#7 PY::LibPinyinFullPinyinEditor::LibPinyinFullPinyinEditor at
PYPFullPinyinEditor.cc:32
#8 PY::LibPinyinPinyinEngine::LibPinyinPinyinEngine at PYPPinyinEngine.cc:60
#9 PY::ibus_pinyin_engine_constructor at PYEngine.cc:162
#11 g_object_new_valist at gobject.c:1836
Potential duplicate: bug 901879
--
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=hPRab1XKFp&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1013299
Bug ID: 1013299
Summary: Unnecessary functionality should be locked down while
screen is locked
Product: Fedora
Version: 19
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: yukawa(a)google.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Created attachment 804626
--> https://bugzilla.redhat.com/attachment.cgi?id=804626&action=edit
You can launch set-up tool even when the screen is locked
Description of problem:
Currently ibus-kkc exposes unnecessary functionality even when the screen is
locked
Version-Release number of selected component (if applicable):
Clean installed Fedora 19.
How reproducible:
100%
Steps to Reproduce:
1. Log in
2. Lock screen
3. Select "設定" from the menu of ibus-kkc exposed by gnome-shell
Actual results:
Nothing appears, but the setting dialog is actually launched in the user
desktop. The user will see it when he/she actually unlocks the screen.
Expected results:
This functionality should be hidden and disabled while the screen is locked.
Additional info:
Basically we should carefully design IME functionality that is available on
log-in screen and/or locked screen. For instance, we should disable following
features to secure user privacy and prevent DOS attack.
- Feature that directly or indirectly updates user dictionary
- Feature that directly or indirectly exposes user dictionary
- Feature that directly or indirectly updates user input history
- Feature that directly or indirectly exposes user input history
--
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=t4JQFGAYMd&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1005546
Bug ID: 1005546
Summary: Mismatched rendering of some Chinese characters
Product: Fedora
Version: 19
Component: wqy-zenhei-fonts
Assignee: fangqq(a)gmail.com
Reporter: bochecha(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fangqq(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Created attachment 795315
--> https://bugzilla.redhat.com/attachment.cgi?id=795315&action=edit
A screenshot showing the issue
Description of problem:
Some characters are inverted in the WQY Zenhei font.
See the attached screenshot, where I simply wrote the same characters twice in
LibreOffice Writer, once with the "AR PL UMing CN" font and once with
"WenQuanYi Zen Hei".
With the latter, the two bracket characters are reversed (i.e the opening one
is rendered as the closing one, and vice versa).
Version-Release number of selected component (if applicable):
wqy-zenhei-fonts-0:0.9.46-10.fc19.noarch
How reproducible:
Always.
--
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=r6hrrX8ZZV&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=982201
Bug ID: 982201
Summary: caret position is hard to recognize
Product: Fedora
Version: 19
Component: konsole
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: than(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, jreznik(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
rdieter(a)math.unl.edu, rnovacek(a)redhat.com,
than(a)redhat.com
Created attachment 770450
--> https://bugzilla.redhat.com/attachment.cgi?id=770450&action=edit
screenshot
Description of problem:
When typing something on konsole and coverting with Input Method, there are no
color nor decorations in preedit and caret position during conversion. this
makes harder to work with IM on konsole.
Version-Release number of selected component (if applicable):
konsole-4.10.4-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.install ibus, ibus-kkc, imsettings and imsettings-qt say
2.run KDE with Japanese locale
3.open konsole and press super+space and type watasinonamaehanakanodesu and
press space say
Actual results:
all of strings are on reverse decoration. hard to see where is the segment of
strings
Expected results:
should be used with proper decorations to see the caret position and segments.
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=2DEzky3bFC&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=981508
Bug ID: 981508
Summary: colloquial conversion support
Product: Fedora
Version: 19
Component: libkkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
libkkc seems not dealing with it properly so far. that would be nice if libkkc
can support it as well as mozc say.
Version-Release number of selected component (if applicable):
libkkc-0.2.4-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.type わかんない say
2.try to convert it
3.
Actual results:
|わかん|ない|
Expected results:
|分かんない|
Additional info:
may be nice to see an option for priority of conversion style like other IM
(particularly in proprietary IM) has. that may helps not to mess up the
dictionary.
--
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=0HRorvlm2y&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=966799
Bug ID: 966799
Summary: English (UK) keyboard does not have pipe key
Product: Fedora
Version: 19
Component: xkeyboard-config
Severity: high
Priority: unspecified
Assignee: peter.hutterer(a)redhat.com
Reporter: twohotis(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
peter.hutterer(a)redhat.com
Description of problem:
The pipe (|) key located to the right of the LEFT-SHIFT key doesn't work
requiring that UK users press the combination of ALTGR+` key
Version-Release number of selected component (if applicable):
2.8-3.fc19
How reproducible:
Consistent
Steps to Reproduce:
1. Fire up Fedora-18 or Fedora-19 (RC2-4)
2. hit the pipe key (after the left shift)
3.
Actual results:
Nothing happens ... no character is transmitted
Expected results:
A backslash should show, or a pipe key (if shift key is held down)
Additional info:
The graphical keyboard layout confirms this omission. The described key is
omitted too. This is not a complete UK keyboard IMHO
--
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=WESUwVaJ4H&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=964105
Bug ID: 964105
Summary: yum on es_ES system show some parts in en_US others in
es_ES [ Fedora 19 ]
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: high
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: nix.sasl(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Category: ---
Description of problem:
After update of yum, show me some parts of the installation in english, others
in spanish on a system configured in es_ES.
====================================================
[root@localhost ~]# echo $LANG
es_ES.UTF-8
[root@localhost ~]# yum install iptraf-ng
Complementos cargados:langpacks, refresh-packagekit
Resolviendo dependencias
--> Ejecutando prueba de transacción
---> Paquete iptraf-ng.i686 0:1.1.3.1-4.fc19 debe ser instalado
--> Resolución de dependencias finalizada
Dependencias resueltas
================================================================================================================
Package Arquitectura Versión
Repositorio Tamaño
================================================================================================================
Instalando:
iptraf-ng i686 1.1.3.1-4.fc19
fedora 298 k
Resumen de la transacción
================================================================================================================
Instalar 1 Paquete
Tamaño total de la descarga: 298 k
Tamaño instalado: 649 k
Is this ok [y/d/N]: <============== English on a es_ES system
Downloading packages:
iptraf-ng-1.1.3.1-4.fc19.i686.rpm
| 298 kB 00:00:02
Running transaction check <=========== English
Running transaction test <============ English
Transaction test succeeded
Running transaction <============= English
Instalando : iptraf-ng-1.1.3.1-4.fc19.i686
1/1
Comprobando : iptraf-ng-1.1.3.1-4.fc19.i686
1/1
Instalado:
iptraf-ng.i686 0:1.1.3.1-4.fc19
¡Listo!
===============================
The "Running transaction *" is normal on previous versions, but in the new
version of yum, the added "Is this ok [y/d/N]:" is not traslated to correct
language.
Version-Release number of selected component (if applicable):
Fedora 19 beta tc4 kde
yum-3.4.3-91.fc19.noarch
yum-langpacks-0.3.1-2.fc19.noarch
How reproducible:
Always
Steps to Reproduce:
1.Install Fedora 19 beta tc4 and select spanish as language
2.yum update
3.yum install htop and see the mixed language
Actual results:
Yum has a mixed language, en_US and the selected by the user.
Expected results:
Yum completely in the language of the system, according to the $LANG variable
Additional info:
I speak native spanish, i can translate all if you want, no problem.
--
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=LsxO0Sbov5&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960628
Bug ID: 960628
Summary: Cannot save translation without conversion specifiers
in source string
Product: Fedora
Version: 19
Component: transifex
Severity: unspecified
Priority: unspecified
Assignee: domingobecker(a)gmail.com
Reporter: jmatsuzawa(a)gnome.org
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, diegobz(a)gmail.com,
domingobecker(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
r.landmann(a)redhat.com, rakesh.pandit(a)gmail.com
Category: ---
Created attachment 744766
--> https://bugzilla.redhat.com/attachment.cgi?id=744766&action=edit
Screenshot showing this problem
Description of problem:
If a translated string does not have the same conversion specifiers in the
source string, saving it fails with the error which says "The expression '%e'
is not present in the translation". I've attached a screenshot showing this
problem. Please refer to it.
I think translations like that should be accepted. Some format strings like
date-time formats does not always need to have the same specifiers in the
original texts.
Version-Release number of selected component (if applicable):
N/A
How reproducible:
Always
Steps to Reproduce:
1. Open a string with one or more conversion specifiers on Transifex
2. Translate it into a string without the same specifiers
3. Press the save button.
Actual results:
Transifex says "The expression '%e' is not present in the translation" and
translations are not saved.
Expected results:
Translations are saved normally.
Additional info:
A workaround is to upload a PO file instead of saving translations on the web
interface editor.
--
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=UnPik0xqp6&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958802
Bug ID: 958802
Summary: [ibus-typing-Booster][gu_IN]- Proper information to
install hunspell dictionary.
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: swkothar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Category: ---
Description of problem:
When type in gedit using typing booster, First It says "Please install hunspell
dictionary!" through popup window If it's not installed, When i clik on that
part then nothing happened, For new user it's bit confusing.
Suggestion:
There should be proper path For installation like settings->Region &
Language->Gujarati-inscript(hunspell))->go to "Install dictionary" on the
preference window
OR
when click on that part then it should be automatically go to hunspell
dictionary window where we can install it.
Version-Release number of selected component (if applicable):
ibus-typing-booster-0.0.26-1.fc19.noarch
How reproducible:
Steps to Reproduce:
1.
2.
3.
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=pR3QZ1nuyp&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958732
Bug ID: 958732
Summary: RFE: Completion words on the candidate window
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: low
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
The word completion feature is really nice though, there are no clue to see
what words appears next. so it isn't predictable and is hard to use this
feature. that would be nice if those are available on the candidate window
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19.x86_64
--
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=gKBABBOx2L&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958066
Bug ID: 958066
Summary: [gu_IN][control-center] - Calender data is showing in
different locale when login with some other.
Product: Fedora
Version: 19
Component: control-center
Keywords: i18n
Severity: low
Priority: medium
Assignee: control-center-maint(a)redhat.com
Reporter: swkothar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: control-center-maint(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com,
ofourdan(a)redhat.com, rstrode(a)redhat.com
Category: ---
Created attachment 741818
--> https://bugzilla.redhat.com/attachment.cgi?id=741818&action=edit
screen shot for the unusual error described in the bug
Description of problem:
Version-Release number of selected component (if applicable):
control-center-3.8.1-2.fc19.x86_64
How reproducible:
Steps to Reproduce:
1. Install F19 in Hindi locale
2. Post installation, create user, login with new user, in hindi locale
3. Change language with gu_IN(Gujarati) from system-config-language
4. Logout and login again in gu_IN locale with new user
5. Left click on system Calender from the panel
6 Observe the language in the calender itself.
Actual results:
The calender is showing Date format field strings in hindi when login with
gu_IN locale.
Expected results:
It should show the Date format fields in gu_IN (Gujarati) locale itself, when
logged in in Gujatari locale.
Special Observation :
With the command "locale" from the command line executed, its providing the
following information which looks not correct.
Output :
LANG=gu_IN.utf8
LC_CTYPE="gu_IN.utf8"
LC_NUMERIC=hi_IN.UTF-8
LC_TIME=hi_IN.UTF-8
LC_COLLATE="gu_IN.utf8"
LC_MONETARY=hi_IN.UTF-8
LC_MESSAGES="gu_IN.utf8"
LC_PAPER=hi_IN.UTF-8
LC_NAME="gu_IN.utf8"
LC_ADDRESS="gu_IN.utf8"
LC_TELEPHONE="gu_IN.utf8"
LC_MEASUREMENT=hi_IN.UTF-8
LC_IDENTIFICATION="gu_IN.utf8"
LC_ALL=
Additional info:
Screen shot attached with a yellow circle pointed out the error.
--
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=7qEPCVg2Tx&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953402
Bug ID: 953402
Summary: Assigned shortcut keys isn't visible on the view
Product: Fedora
Version: 19
Component: control-center
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: control-center-maint(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: control-center-maint(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com,
ofourdan(a)redhat.com, rstrode(a)redhat.com
External Bug ID: GNOME Desktop 698258
Category: ---
Description of problem:
When running on Japanese locale, the column of the assigned shortcut keys are
out of the view. see the attached screenshot in upstream bugzilla for more
details.
Version-Release number of selected component (if applicable):
control-center-3.8.0-3.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.LANG=ja_JP.UTF-8 gnome-control-center
2.click on the keyboard icon
3.see
Actual results:
No column of the keybindings
Expected results:
should be there
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=FRWcbadbJE&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=950717
Bug ID: 950717
Summary: faulty translation for file name (...%s - %d.png),
which is not matching with provided context.
Product: Fedora
Version: 19
Component: gnome-screenshot
Keywords: Translation
Severity: unspecified
Priority: unspecified
Assignee: mclasen(a)redhat.com
Reporter: aalam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mclasen(a)redhat.com
Category: ---
Description of problem:
Few language have issue with Name of file saved with gnome-screenshot as name
of created file is not exactly *.png, which should be. Provided context has
hint about translation.
like
---
. translators: this is the name of the file that gets made up
#. * with the screenshot if the entire screen is taken
#: ../src/screenshot-filename-builder.c:144
#, c-format
msgid "Screenshot from %s.png"
msgstr ""
#. translators: this is the name of the file that gets
#. * made up with the screenshot if the entire screen is
#. * taken
#: ../src/screenshot-filename-builder.c:151
#, c-format
msgid "Screenshot from %s - %d.png"
msgstr ""
---
Effected language:
--
as
bn_IN
gu
hi
kn
or
ta
--
this statics from Master Branch
https://l10n.gnome.org/module/gnome-screenshot/
Version-Release number of selected component (if applicable):
gnome-screenshot-3.8.0-1.fc19.x86_64
How reproducible:
Steps to Reproduce:
1. $LANG=hi_IN.UTF-8 gnome-screenshot
2. Check file name in ~/Pictures folder
3.
Actual results:
file is like "2013-04-10 23:27:28.png से स्क्रीनशॉट"
(.png is in between in string)
Expected results:
it should be "2013-04-10 23:27:28 से स्क्रीनशॉट.png"
(.png should be last)
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=0fMrL1CdPi&a=cc_unsubscribe
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=1058730
Bug ID: 1058730
Summary: Missing contextual information
Product: Fedora
Version: rawhide
Component: iok
Assignee: pnemade(a)redhat.com
Reporter: ngoswami(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Source String Contextualization Group (SSCG) is a Fedora SIG group initiated to
provide meaningful descriptions of the source strings for translators to ensure
the correctness and quality of the translations.
As part of this project we have identified few translatable strings which needs
contextual information for the ease of translations.
More information on SSCG can be found at [1].
This bug is to either fix the source string or to provide context to it.
[1] - https://fedoraproject.org/wiki/SSCG
--
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=mbOZMRyWBe&a=cc_unsubscribe
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
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=923346
Bug ID: 923346
Summary: Symbols incorrectly displayed
Product: Fedora
Version: 18
Component: google-croscore-fonts
Severity: high
Priority: unspecified
Assignee: pnemade(a)redhat.com
Reporter: jv+fedora(a)fcelda.cz
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas.bierfert(a)lowlatency.de,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, jreznik(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
mike(a)cchtml.com, mkasik(a)redhat.com,
pnemade(a)redhat.com, rdieter(a)math.unl.edu,
richard(a)rsk.demon.co.uk, rnovacek(a)redhat.com,
stefan(a)lsd.co.za, than(a)redhat.com, tibbs(a)math.uh.edu
Depends On: 901858
I'm seeing the same problem as described in bug #901858 with
google-croscore-symbolneu-fonts-1.21.0-4.fc18.noarch package. Removing the
package solves the problem and math symbols are displayed correctly.
google-croscore-symbolneu-fonts-1.21.0-4.fc18.noarch
okular-4.10.1-1.fc18.x86_64
+++ This bug was initially created as a clone of Bug #901858 +++
Created attachment 683157
microchip pdf showing the fault
Description of problem:
When reading technical pdfs, the wrong symbols are displayed for some math
characters. e.g. pi is displayed as not equal, ohms as a vertical bar, and
micro (mu) is displayed as infinity.
Version-Release number of selected component (if applicable):
okular-4.9.5.-1.fc18
How reproducible:
Displaying a technical pdf such as
http://ww1.microchip.com/downloads/en/AppNotes/00954A.pdf
shows the wrong symbols.
E.G. In figure 1 - the value for C2 is displayed as 470 (inf) F instead of 470
(mu) F
Steps to Reproduce:
1. Display technical pdf
2.
3.
Actual results:
pi is displayed as not equals
ohms as a vertical bar
micro(mu) as infinity
Expected results:
The correct symbols should be displayed
Additional info:
Evince also has this problem, but emacs displays everything correctly.
This happens across a range of pdfs and I think is a serious bug than needs
fixing as soon as possible,. It reflects badly on fedora if we cannot display
technical specifications properly.
--- Additional comment from Kevin Kofler on 2013-01-19 12:47:09 EST ---
> Evince also has this problem
Reassigning to poppler, which is the common library used by both.
What I see is that this PDF does not embed its fonts, which means you get
whatever fonts are installed on the system. In this case, Symbol is mapped to
wine-symbol-fonts. So I'm not sure whether poppler or the font is doing the
wrong thing there.
And by the way, the PDF is bad because it uses a font outside of the PostScript
standard (Symbol) and doesn't embed it. A portable PDF MUST embed all the
non-PostScript fonts it uses.
--- Additional comment from Richard Kennedy on 2013-02-28 07:57:45 EST ---
Just a quick update.
The new embedded pdf reader in Firefox 19 displays these files correctly too.
Well, the pdf may not be correct but it was created by adobe software & there
are lots of them out in the wild, so we should do something to fix it.
Can I change the default font mapping for popper to something else ? If so how
do I go about that?
--- Additional comment from Kevin Kofler on 2013-02-28 19:00:01 EST ---
As I said, it's a bug in either poppler or wine-symbol-fonts (or both).
Unfortunately, the poppler maintainer hasn't answered so far.
--- Additional comment from Marek Kašík on 2013-03-01 07:05:38 EST ---
Hi,
this is a bug in wine-symbol-fonts package. The symbol.ttf font has wrong
mapping.
For additional info see upstream bug
http://bugs.winehq.org/show_bug.cgi?id=24099.
I'm reassigning this to wine.
Regards
Marek
--- Additional comment from Jason Tibbitts on 2013-03-01 14:45:34 EST ---
Wow, it's great news that this the cause is known, because I've been struggling
with this for some time. Unfortunately upstream bug report has been there for
quite some time with no progress, so I'm not sure what chance we have of
getting this fixed. What would break by removing this font? Can it be removed
from the dependency list of the wine-fonts metapackage?
--- Additional comment from Kevin Kofler on 2013-03-01 17:53:16 EST ---
Would that really fix the issue? I don't think the symbols can be properly
displayed if the font is entirely missing. I suspect there's no way around
fixing the font.
--- Additional comment from Richard Kennedy on 2013-03-02 11:50:34 EST ---
I've just fixed the font following the steps in the wine bug 24099 and it
works.
I only run one wine app, ltspice, and it still works after the fix, so it's all
looking good.
Both firefox & emacs can display these characters properly so they must be
using some other font, but I don't know how to find out which one. But if we
could find out can we swap the mapping to that?
--- Additional comment from Richard Kennedy on 2013-03-02 13:29:50 EST ---
Having thought about this some more, I think that is more likely that the bug
really is that poppler isn't handling unicode characters properly.
I cut & pasted the failing mu character from evince into emacs, and it says
it's unicode 0x3BC. So it seems that poppler tries to use the symbol font and
0x3BC
is something different in there because it's broken too.
emacs and firefox somehow resolve the unicode character correctly and don't end
up in the symbol font, but I haven't found out which font they do use.
I didn't realise all of this stuff was so involved and complex. At least fixing
up the font is a temporary fix.
--- Additional comment from Kevin Kofler on 2013-03-02 17:58:39 EST ---
Maybe poppler shouldn't be looking up "Symbol" in fontconfig at all, but handle
the Symbol font specially? The Window$ Symbol TTF font which WINE's font tries
to emulate is a hack which predates Unicode and maps Greek letters and other
symbol characters to plain 8-bit characters (0-255). Somebody should probably
test what happens when you use the original M$ Symbol.ttf. If it has the same
issue, it's not WINE's fault.
--- Additional comment from Richard Kennedy on 2013-03-04 12:44:39 EST ---
Just a couple of notes :-
* The poppler version here is 0.20.2 which was released on Tue July 10, 2012,
and
the latest is 0.22.1 which contains quite a number of bug fixes.
* I've reset my machine to the default state and if I run pdftohtml on this
file
the correct characters are generated in the html. (pdftohtml is a poppler
tool).
* Libre Office also can display these files correctly.
Is there any way to get poppler to use the opensymobol font to resolve these
symbols? AFAICT opensymbol contains all of the correct unicode so might make a
good replacement and it's already installed.
--- Additional comment from Marek Kašík on 2013-03-05 07:26:52 EST ---
Created attachment 705385
blacklist wine font Symbol
(In reply to comment #10)
> Just a couple of notes :-
>
> * The poppler version here is 0.20.2 which was released on Tue July 10,
> 2012, and
> the latest is 0.22.1 which contains quite a number of bug fixes.
The poppler-0.22.1 doesn't fix this.
> * I've reset my machine to the default state and if I run pdftohtml on this
> file
> the correct characters are generated in the html. (pdftohtml is a poppler
> tool).
It generates correct html because the codes for those characters are correct in
the pdf.
> * Libre Office also can display these files correctly.
Do you mean the html or the pdf? Libre Office displays me the same characters
as poppler when importing the pdf.
> Is there any way to get poppler to use the opensymobol font to resolve these
> symbols? AFAICT opensymbol contains all of the correct unicode so might make
> a good replacement and it's already installed.
Place the attached file to ~/.config/fontconfig/fonts.conf. This will blacklist
the font for all applications which use fontconfig (useful when the
wine-symbol-fonts is a dependency of a package which you don't want to remove).
I've tried to view a file with the character for the micro sign (UTF-8 code
0xC2B5) in notepad which is part of wine-common. After switching the font to
"Symbol", it showed me the incorrect symbol. I guess that there is really
something wrong with the font.
Regards
Marek
--- Additional comment from Kevin Kofler on 2013-03-05 10:00:50 EST ---
The problem is that the Symbol font was designed in a way that the 'm'
character is displayed as 'µ', and 'µ' is not mapped to anything. In fact,
Symbol was the way to get those special characters in old software which didn't
support Unicode. I don't know whether it's possible to fix this issue without
breaking that old software when people try to run it under WINE. I hope it's
possible, but I'm not sure. The WINE upstream bug report has a proposed fix,
but I don't know whether that fix doesn't break the non-Unicode apps.
--- Additional comment from Andreas Bierfert on 2013-03-05 14:55:02 EST ---
Well as a workaround we could confine wine symbol to wine for now (like with
tahoma). This would reduce the problem to wine applications.
Before resorting to this I will investigate a bit...
--
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=mExkG0NduF&a=cc_unsubscribe
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.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=926729
Bug ID: 926729
Summary: WritRecogn: Does not support aarch64 in f19 and
rawhide
Product: Fedora
Version: rawhide
Component: WritRecogn
Severity: unspecified
Priority: unspecified
Assignee: dchen(a)redhat.com
Reporter: dennis(a)ausil.us
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com
Blocks: 922257 (ARM64)
Support for the ARM 64 bit CPU architecture (aarch64) was introduced in
autoconf 2.69. WritRecogn appears to use an earlier version of
autoconf, preventing its being built. This can be fixed in of three ways (In
order of preference):
1. Work with upstream to migrate the package to autoconf 2.69.
2. Rerun autoconf or autoreconf in %prep or %build prior to running
configure.
3. Apply the patch at
http://ausil.fedorapeople.org/aarch64/WritRecogn/WritRecogn-aarch64.patch
which updates config.guess and config.sub to recognize aarch64.
--
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=1CXdpd4cMH&a=cc_unsubscribe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=981479
Bug ID: 981479
Summary: [abrt] imsettings-1.6.3-1.fc19:
g_variant_iter_next_value: Process
/usr/libexec/imsettings-check was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 19
Component: imsettings
Severity: unspecified
Priority: unspecified
Assignee: tagoh(a)redhat.com
Reporter: j.mark.brooks(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Version-Release number of selected component:
imsettings-1.6.3-1.fc19
Additional info:
reporter: libreport-2.1.5
backtrace_rating: 4
cmdline: /usr/libexec/imsettings-check --check-modulesettings -d
crash_function: g_variant_iter_next_value
executable: /usr/libexec/imsettings-check
kernel: 3.9.8-300.fc19.x86_64
runlevel: N 5
uid: 1000
var_log_messages: Jul 4 17:39:37 localhost abrt[27341]: Saved core dump of pid
27334 (/usr/libexec/imsettings-check) to
/var/tmp/abrt/ccpp-2013-07-04-17:39:37-27334 (9330688 bytes)
xsession_errors:
Truncated backtrace:
Thread no. 1 (3 frames)
#0 g_variant_iter_next_value at gvariant.c:3032
#1 g_variant_iter_next at gvariant.c:4961
#2 _check_modules at imsettings-check.c:240
--
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=KUjcTmzYGi&a=cc_unsubscribe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1015030
Bug ID: 1015030
Summary: Does not create samples for glyphs with U+????
encoding
Product: Fedora
Version: 19
Component: fntsample
Assignee: pnemade(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
I superliked this program.
Tried this with Lohit-Devanagari ttf, but it does not list all my U+????
glyphs. Basically glyphs with -1 encoding.
Version-Release number of selected component (if applicable):
fntsample-3.2-1.fc19.x86_64
How reproducible:
everytime
Steps to Reproduce:
1. $fntsample --font-file
/usr/share/fonts/lohit-devanagari/Lohit-Devanagari.ttf -o out
2. $evince out
3.
Actual results:
Glyphs with U+???? are not listed
Expected results:
It should be listed as a "private user area" or private glyphs.
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=lQ2QTCTMdv&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=875429
Bug ID: 875429
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
External Bug URL: https://bugzilla.wikimedia.org/
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 Punjabi overlaps when used as WebFonts on
Windows
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: srik.lak+public(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-punjabi-fonts
Product: Fedora
External Bug ID: Wikimedia 40473
Description of problem:
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Open http://srik.me/jquery.webfonts/examples/ on windows machine.
2. Change between Lohit-Punjabi, Saab, Sakal Bharathi to notice the difference
in 1999
3. 9 overlaps with existing text causing rendering bug on windows.
Actual results:
19 comes for 1999 (in Punjabi). Same goes with digit 8 overlapping with digit
9.
Expected results:
1999 should come for 1999
Additional info:
Pravin Satpute knows about the issue and this was debugged at Pune Language
Summit
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963648
Bug ID: 963648
Summary: upper bar (shirorekha) rendering is broken for marathi
installation
Product: Fedora
Version: 19
Component: lohit-devanagari-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: apatil(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Category: ---
Created attachment 748720
--> https://bugzilla.redhat.com/attachment.cgi?id=748720&action=edit
screenshot of the problem
Description of problem:
upper bar (shirorekha rendering) is broken for Marathi installation
i have attached screenshot for the issue.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Install F19 with Marathi language
2. Installation screen shows Marathi language
Actual results:
word "मराठी" is broken
Expected results:
word "मराठी" should render correctly
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=9bi7MjId7N&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1045832
Bug ID: 1045832
Summary: table corrupted for certain chinese characters such as
丢
Product: Fedora
Version: 19
Component: ibus-table-cangjie
Severity: low
Assignee: extras-orphan(a)fedoraproject.org
Reporter: by(a)moscito.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com
Description of problem:
input table data corrupted for the chinese character 丢
Version-Release number of selected component (if applicable):
ibus-table-chinese-cangjie-1.4.6-2.fc19
How reproducible:
Every time
Steps to Reproduce:
1. remove ibus-table-chinese-cangjie
2. remove ~/.ibus/tables/canjie5-user.db
3. reinstall ibus-table-chinese-cangjie
4. select ibus-table-chinese-cangjie5 input method
Actual results:
when the keys "hgi" are input, the drop-down menu of possible characters
comes with something like the following
1. 篕t
2. 篕t
3. 丢
4.
--
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=hX2WJOAmaG&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1117671
Bug ID: 1117671
Summary: Rename setup option in libkkc to Preferences
Product: Fedora
Version: rawhide
Component: libkkc
Assignee: dueno(a)redhat.com
Reporter: apatil(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
Libkkc has a setup option in its menu, but in setup window has "<IME Name>
Preferences which is according to GNOME IME guidelines.
Better to rename setup to "Preferences" to have consitant UI experience.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Choose ibus-libkkc as input method
2. Open IME menu
Actual results:
You see setup option in it's menu
Expected results:
It would be nice to see "Preferences"
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=yHTg4NGHgm&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=902866
Bug ID: 902866
Summary: ibus-chewing uses dconf but still installs gconf
schemas
Product: Fedora
Version: 18
Component: ibus-chewing
Severity: unspecified
Priority: unspecified
Reporter: scottt.tw(a)gmail.com
Description of problem:
ibus-chewing gets its preference settings from dconf on Fedora but the package
still installs gconf schemas.
Note that this is not just a Fedora packaging level cosmetic bug:
* ibus-chewing needs to fix how the default values of its preferences are set.
* The upstream Makefile should be fixed to not generate and install gconf
schemas.
Version-Release number of selected component (if applicable):
ibus-chewing-1.4.3-1.fc18.x86_64
How reproducible:
Always
Steps to Reproduce:
1. gconftool-2 -R /desktop/ibus/engine/Chewing
# ibus-chewing installs its default preference values through its gconf schema
2. dconf dump /desktop/ibus/engine/chewing/
# but it's really using dconf, _NOT_ gconf
ibus-chewing should not attempt to install any gconf or dconf schemas if it
still intends to use a ibus_config_get_value() based configuration system. See
justification below.
Additional info:
1. ibus-chewing uses the ibus_chewing_config_get_value() function for
configuration
2. ibus_chewing_config_get_value() is implemented with ibus_config_get_value()
in libibus-1.0.so
3. ibus_config_get_value() gets its information from the IBus config service on
DBus, which apparently has three possible backends: dconf, gconf and memconf
Thus ibus-chewing should look at how ibus-anthy and ibus-hangul handles
configuration:
http://pkgs.fedoraproject.org/cgit/ibus-anthy.git/tree/ibus-anthy.spechttp://pkgs.fedoraproject.org/cgit/ibus-hangul.git/tree/ibus-hangul.spec
and not attempt to install any gconf or dconf schemas if it still intends to
use a ibus_config_get_value() based configuration system.
--
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=2XIQbLHNzm&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=858221
Bug ID: 858221
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
kalevlember(a)gmail.com, mclasen(a)redhat.com
Assignee: kalevlember(a)gmail.com
Summary: [pa] Rendering of U+0A2F (Ya/ਯ) with halant (0A4D) is
not correct as per rule
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: harfbuzz
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.