[Fedora-i18n-bugs] [Bug 1254083] New: No soft sign on the russian m17n translit layout when used with dead keys
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1254083
Bug ID: 1254083
Summary: No soft sign on the russian m17n translit layout when
used with dead keys
Product: Fedora
Version: rawhide
Component: m17n-db
Assignee: pnemade(a)redhat.com
Reporter: woutersj(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com
Description of problem: When two keyboard layouts are selected in gnome, one
being "Russian (translit (m17n))" and the other being "English (US,
international, with dead keys)" there doesn't seem to be a way to type the
Russian soft sign ("ь" or "мягкий знак"). When used in combination with the
"English, (US, international)" layout (without dead keys), the soft sign can be
entered by pressing the accent key "'".
Version-Release number of selected component (if applicable):
How reproducible: always
Steps to Reproduce:
1. Select "Russian (translit (m17n))" and "English (US, international, with
dead keys)" in Region settings in gnome
2. switch to the Russian layout
3. press the accent key
Actual results: an accent is entered
Expected results: a soft sign is entered
--
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=A6wlaztAfc&a=cc_unsubscribe
6 years, 7 months
[Fedora-i18n-bugs] [Bug 1215705] New: Keyboard layout changes to english either randomly or after waking up from sleep
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1215705
Bug ID: 1215705
Summary: Keyboard layout changes to english either randomly or
after waking up from sleep
Product: Fedora
Version: 21
Component: ibus-kkc
Severity: high
Assignee: dueno(a)redhat.com
Reporter: krofnica996(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
I use two keyboard layouts: hr and ja (kana, kanji). Sometimes, either the hr
or ja *for example, ざ and や switch) lazout changes, but it doesn-t show in the
upper-right corner. It still sazs hr but all the kezs are whackz. It's quite
annoying and unpredictable most of the time, but it is guaranteed to happen to
at least one layout after waking up from sleep. It also fixes itself quite
unpredictably (perhaps after switching it several times).
Version-Release number of selected component (if applicable):
1.5.22
How reproducible:
Everz time after sleep. Otherwise randomlz when switching.
Steps to Reproduce:
1. Wait for sleep
2. Wake it up
3. Your qwertz keyboard is now qwerty and shift+num keys are weird (presumably
english layout)
Additional info:
I think it started happening when I started using shift+alt shortcut (in gnome
tweak tool) instead of clicking on on the applet in the upper right corner.
--
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=MrCEtho8Kc&a=cc_unsubscribe
6 years, 7 months
[Fedora-i18n-bugs] [Bug 1258984] New: [abrt] ibus-chewing: _g_log_abort(): ibus-engine-chewing killed by SIGTRAP
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1258984
Bug ID: 1258984
Summary: [abrt] ibus-chewing: _g_log_abort():
ibus-engine-chewing killed by SIGTRAP
Product: Fedora
Version: 23
Component: ibus-chewing
Assignee: dchen(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-chewing-1.4.14-4.fc23
Additional info:
reporter: libreport-2.6.2
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: _g_log_abort
executable: /usr/libexec/ibus-engine-chewing
global_pid: 3219
kernel: 4.2.0-0.rc8.git0.1.fc23.x86_64+debug
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 _g_log_abort at gmessages.c:324
#3 g_settings_set_property at gsettings.c:628
#4 object_set_property at gobject.c:1421
#5 g_object_new_internal at gobject.c:1814
#6 g_object_new_valist at gobject.c:2039
#8 g_settings_new at gsettings.c:1000
#9 mkdg_g_settings_backend_new at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/GSettingsBackend.c:295
#10 ibus_chewing_engine_use_setting at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:304
#11 ibus_chewing_engine_init at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:282
#12 g_type_create_instance at gtype.c:1870
--
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=0TPL8wwmwX&a=cc_unsubscribe
_______________________________________________
i18n-bugs mailing list
i18n-bugs(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org
6 years, 8 months
[Fedora-i18n-bugs] [Bug 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla
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.
6 years, 10 months
[Fedora-i18n-bugs] [Bug 1161284] New: git dependency
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1161284
Bug ID: 1161284
Summary: git dependency
Product: Fedora
Version: rawhide
Component: gettext
Severity: low
Assignee: dueno(a)redhat.com
Reporter: tessarek(a)evermeet.cx
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, praiskup(a)redhat.com
Description of problem:
gettext-devel depends on git
Additional info:
Mail correspondence with Daiki Ueno:
> Can you please remove the git dependency for gettext-devel?
>
> This is supposed to be a development package (mainly include files).
> Since git on Fedora is very old and not updated reagularily, I tried to
> remove git (to compile my own git) and to my surprise I saw that
> gettext-devel depends on git.
>
> AFAIK this is the only *-devel package which depends on git.
Actually, it _was_ needed for autopoint (a developer script, like
autoconf or automake), when we used git as a compression method of
/usr/share/gettext/archive.dir.*. Now that the default changed to
tar.xz, git shouldn't be necessary anymore.
> I truly believe this is a bug. Can you please fix this?
Could you please file a bug on bugzilla.redhat.com, so we don't forgot
to fix it on the next update?
--
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=UK9aT8RR8W&a=cc_unsubscribe
7 years, 3 months