[Fedora-i18n-bugs] [Bug 1084493] New: Missing MIDDLE DOT (u+00B7) glyph for Liberation Sans Italic
by Red Hat Bugzilla
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
5 years, 8 months
[Fedora-i18n-bugs] [Bug 1554725] New: ibus emoji should hide missing characters by default
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1554725
Bug ID: 1554725
Summary: ibus emoji should hide missing characters by default
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(a)redhat.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:
I feel it is better to hide glyphs without font coverage by default.
Version-Release number of selected component (if applicable):
ibus-1.5.18-1.fc28
How reproducible:
100%
Steps to Reproduce:
1. ibus emoji lists glyphs with no font coverage.
(search for some less common character)
Actual results:
some tofu (unicode substitute character) glyphs listed
Expected results:
Better to hide missing glyphs by default
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 8 months
[Fedora-i18n-bugs] [Bug 1249335] New: Inconsistent rules for shortcuts between different applications when switching keymaps
by Red Hat Bugzilla
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
5 years, 8 months
[Fedora-i18n-bugs] [Bug 507262] New: Separate Japanese font configuration files for ghostscript
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: 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.
5 years, 8 months
[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
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.
5 years, 8 months
[Fedora-i18n-bugs] [Bug 1567689] New: Please split out the emoji chooser
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1567689
Bug ID: 1567689
Summary: Please split out the emoji chooser
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: bochecha(a)daitauha.fr
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 new IBus on Fedora 28 comes in with a new Emoji Chooser interface.
This shouldn't be installed by default. (on GNOME, this kind of input UI is
supposed to be displayed by the shell)
In addition, GNOME Software happily lets users remove the Emoji Chooser "app",
which removes the ibus package… and as such removes GNOME Shell and GDM,
breaking the user's desktop.
Splitting the Emoji Chooser to its own subpackage allows us not to have it
installed by default, and in addition means that if it is installed, removing
it won't take the desktop down.
Version-Release number of selected component (if applicable):
ibus-1.5.18-4.fc28.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 8 months