i18n-bugs September 2017

i18n-bugs@lists.fedoraproject.org

1 participants
198 discussions

[Fedora-i18n-bugs] [Bug 1084493] New: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic
by Red Hat Bugzilla 10 Sep '18

10 Sep '18

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

2 17

[Fedora-i18n-bugs] [Bug 1249335] New: Inconsistent rules for shortcuts between different applications when switching keymaps
by Red Hat Bugzilla 09 Sep '18

09 Sep '18

https://bugzilla.redhat.com/show_bug.cgi?id=1249335 Bug ID: 1249335 Summary: Inconsistent rules for shortcuts between different applications when switching keymaps Product: Fedora Version: 22 Component: ibus Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: nicolas.brack(a)mail.be QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com I have this bug since a few fedora version. In some applications, the shortcuts obeys the localized ibus keymap, but other keeps the default keymap when pressing CTRL. Typical example includes gimp (follows keymap) and inkscape (ignore keymap). I'm personally using both the us and dvorak keymap, and this behaviour is pernicious as the key locations are very dissimilar. Using "setxkbmap" is hard erasure of the keymap, and after that _all_ applications follows the keymap when using the shortcuts. But then ibus doesn't really work anymore, and it's inconvenient. Thus a solution could either be that: *ibus is resilient to "setxkbmap" *All software are presented with the same keymap, which can be configured to be the current map. Software versions: GNOME Shell 3.16.3 IBus 1.5.10 Xorg 1.17.2 -- 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=0xQlpdl2Ss&a=cc_unsubscribe

2 11

[Fedora-i18n-bugs] [Bug 1072095] New: Liberation Sans renders most Latin combining characters incorrectly
by Red Hat Bugzilla 09 Sep '18

09 Sep '18

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

2 25

[Fedora-i18n-bugs] [Bug 507262] New: Separate Japanese font configuration files for ghostscript
by Red Hat Bugzilla 06 Sep '18

06 Sep '18

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.

2 23

[Fedora-i18n-bugs] [Bug 1496765] New: [abrt] ibus-typing-booster: makedirs(): os.py:220: makedirs:FileExistsError: [Errno 17] File exists: '/home/mfabian/.local/ share/ibus-typing-booster/data'
by bugzilla＠redhat.com 30 Aug '18

30 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1496765 Bug ID: 1496765 Summary: [abrt] ibus-typing-booster: makedirs(): os.py:220:makedirs:FileExistsError: [Errno 17] File exists: '/home/mfabian/.local/share/ibus-typing-booster/data' Product: Fedora Version: 27 Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Version-Release number of selected component: ibus-typing-booster-1.5.33-1.fc27 Additional info: reporter: libreport-2.9.2 cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py --xml crash_function: makedirs exception_type: FileExistsError executable: /usr/share/ibus-typing-booster/engine/main.py kernel: 4.13.3-300.fc27.x86_64 runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: os.py:220:makedirs:FileExistsError: [Errno 17] File exists: '/home/mfabian/.local/share/ibus-typing-booster/data' Traceback (most recent call last): File "/usr/share/ibus-typing-booster/engine/main.py", line 32, in <module> import factory File "/usr/share/ibus-typing-booster/engine/factory.py", line 26, in <module> import hunspell_table File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 41, in <module> import itb_emoji File "/usr/share/ibus-typing-booster/engine/itb_emoji.py", line 73, in <module> USER_DATADIR = itb_util.xdg_save_data_path('ibus-typing-booster/data') File "/usr/share/ibus-typing-booster/engine/itb_util.py", line 505, in xdg_save_data_path return xdg.BaseDirectory.save_data_path(*resource) File "/usr/lib/python3.6/site-packages/xdg/BaseDirectory.py", line 70, in save_data_path os.makedirs(path) File "/usr/lib64/python3.6/os.py", line 220, in makedirs mkdir(name, mode) FileExistsError: [Errno 17] File exists: '/home/mfabian/.local/share/ibus-typing-booster/data' Local variables in innermost frame: cdir: '.' tail: 'data' head: '/home/mfabian/.local/share/ibus-typing-booster' exist_ok: False mode: 511 name: '/home/mfabian/.local/share/ibus-typing-booster/data' -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Fedora-i18n-bugs] [Bug 1088033] New: Text Figures for Liberation Fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

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

2 23

[Fedora-i18n-bugs] [Bug 1375061] New: RFE: try switching to Liberation Fonts 2 again
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

https://bugzilla.redhat.com/show_bug.cgi?id=1375061 Bug ID: 1375061 Summary: RFE: try switching to Liberation Fonts 2 again Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: fedora(a)leemhuis.info 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 freetype maintainer in https://www.freetype.org/freetype2/docs/subpixel-hinting.html recommends "using the Liberation family of fonts (version 2 and up, important!)" and criticises Fedora because it still ships version 1.x. I think it's time to try switching to v2 again. We tried that a few years ago (https://fedoraproject.org/wiki/Features/Liberation_Fonts_2 ) and stopped it then due to problems (see Bug 856239); but from above recommendation it sounds like the problems we faced might be gone fixed in between. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

[Fedora-i18n-bugs] [Bug 1090631] New: Please set TT_NAME_ID_PREFERRED_FAMILY for Liberation fonts
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

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

2 7

[Fedora-i18n-bugs] [Bug 1009650] New: Some Serbian glyphs seem to be Latin glyph
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

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

2 48

[Fedora-i18n-bugs] [Bug 1013949] New: Problematic shapes for some letters of the macedonian alphabet.
by Red Hat Bugzilla 28 Aug '18

28 Aug '18

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

2 15

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2017