[Fedora-i18n-bugs] [Bug 1133127] New: The hotkey for switching to direct input mode should be configurable
by Red Hat Bugzilla
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
5 years, 9 months
[Fedora-i18n-bugs] [Bug 1368757] New: ibus: forward_key_event() seems to do nothing in Qt applications
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1368757
Bug ID: 1368757
Summary: ibus: forward_key_event() seems to do nothing in Qt
applications
Product: Fedora
Version: 24
Component: ibus-qt
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
If I try to type with ibus-typing-booster in Qt applications and commit a word
by typing space, no space is inserted after the word. For example:
QT_IM_MODULE=ibus kate &
Select the English engine of ibus-typing-booster and type some word like
"test",
type space to commit. The word "test" is committed into kate, but no space
appears after the word, the cursor is directly behind the word "test".
This is because this line
self.forward_key_event(key.val, key.code, key.state)
in hunspell_table.py from ibus-typing-booster does nothing anymore.
This line in context in the source code is here:
https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hun...
(By the way, when trying “XMODIFIERS=@im=ibus QT_IM_MODULE=xim kate”, input
does not work at all, so this cannot be used as a workaround).
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 9 months
[Fedora-i18n-bugs] [Bug 1321551] New: RFE: Recommend some specific general purpose font
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1321551
Bug ID: 1321551
Summary: RFE: Recommend some specific general purpose font
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: ville.skytta(a)iki.fi
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
Currently fontconfig has a dependency on font(:lang=en). For minimal setups
where fontconfig is involved in that don't specify anything more specific than
that, it results in getting the first satisfying package by alphabetical sort
order to be installed. At the moment that is aajohan-comfortaa-fonts, which is
not a very good default, and could change based on what names of packages are
available.
Instead, I suggest adding (in addition to the existing hard dependency on
font(:lang=en)) a Recommends that would by default (with dnf) pull in something
that is a better default and already a default in common Fedora installations,
such as abattis-cantarell-fonts which AFAIK is the default for GNOME. Some
other potential candidates would be liberation-sans-fonts and
dejavu-sans-fonts. Not sure if Suggests would work for this purpose, or if it
needs to be Recommends.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 9 months
[Fedora-i18n-bugs] [Bug 657849] New: Serbian glyphs for Wikipedia
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: 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.
5 years, 10 months
[Fedora-i18n-bugs] [Bug 1409717] New: Language writing not applicable in other-user windows
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1409717
Bug ID: 1409717
Summary: Language writing not applicable in other-user windows
Product: Fedora
Version: rawhide
Component: ibus-m17n
Severity: high
Assignee: pnemade(a)redhat.com
Reporter: moceap(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
shawn.p.huang(a)gmail.com
Description of problem:
Language writing not applicable in other-user windows
Version-Release number of selected component (if applicable):
1.3.4-21.fc25
How reproducible:
Run other-user window
Steps to Reproduce:
1. open window of other-user like (su -c gedit)
Actual results:
Typing m17n kb
Expected results:
not switcched to m17n
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 11 months
[Fedora-i18n-bugs] [Bug 1384671] New: system-config-language does not work under Wayland
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1384671
Bug ID: 1384671
Summary: system-config-language does not work under Wayland
Product: Fedora
Version: 25
Component: system-config-language
Severity: low
Assignee: pnemade(a)redhat.com
Reporter: juliux.pigface(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com,
smaitra(a)redhat.com
Description of problem:
system-config-language can't be launched on a Gnome+Wayland session.
Here's the output I get when launching system-config-language from terminal:
$ system-config-language
No protocol specified
Unable to init server: Could not connect: Connection refused
No protocol specified
Unable to init server: Impossibile connettersi: Connection refused
No protocol specified
Unable to init server: Impossibile connettersi: Connection refused
(system-config-language.py:5558): Gtk-WARNING **: cannot open display: :0
Version-Release number of selected component (if applicable):
system-config-language-3.4.0-1.fc25.noarch
How reproducible:
Always
Steps to Reproduce:
1.Open system-config-language
Actual results:
The tool crashes.
Expected results:
Ideally, the tool should work under wayland too
Additional info:
I set "severity" to low, since Gnome uses different tools in order to change
system's language.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 11 months
[Fedora-i18n-bugs] [Bug 1258712] New: fonts-tweak-tool source code needs changes
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1258712
Bug ID: 1258712
Summary: fonts-tweak-tool source code needs changes
Product: Fedora
Version: rawhide
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Description of problem:
When started fonts-tweak-tool from gnome-terminal, got these warnings
[parag@localhost ~]$ fonts-tweak-tool
/usr/lib64/python2.7/site-packages/fontstweak/util.py:30: PyGIWarning: Gtk was
imported without specifying a version first. Use gi.require_version('Gtk',
'3.0') before import to ensure that the right version gets loaded.
from gi.repository import Gtk
/usr/lib64/python2.7/site-packages/fontstweak/aliasui.py:36: PyGIWarning:
Easyfc was imported without specifying a version first. Use
gi.require_version('Easyfc', '0.12') before import to ensure that the right
version gets loaded.
from gi.repository import Easyfc
/usr/bin/fonts-tweak-tool:34: PyGIWarning: FontsTweak was imported without
specifying a version first. Use gi.require_version('FontsTweak', '0') before
import to ensure that the right version gets loaded.
from gi.repository import FontsTweak
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkWidget:margin-left is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkWidget:margin-right is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will
be removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkButton:xalign is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkAlignment:xscale is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be
removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
/usr/lib64/python2.7/site-packages/fontstweak/util.py:51: Warning: The property
GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It
will be removed in a future version.
builder.add_from_resource('/org/tagoh/fonts-tweak-tool/' + uifile)
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
[parag@localhost ~]$
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.3.2-8.fc23.x86_64
How reproducible:
always
Steps to Reproduce:
1. open fonts-tweak-tool from gnome-terminal
2. observe warning messages appearing on gnome-terminal
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=lqdzpBuKL2&a=cc_unsubscribe
_______________________________________________
i18n-bugs mailing list
i18n-bugs(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org
5 years, 11 months
[Fedora-i18n-bugs] [Bug 1387967] New: [abrt] iok: set_startup_id(): iok killed by SIGSEGV: TAINTED
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1387967
Bug ID: 1387967
Summary: [abrt] iok: set_startup_id(): iok killed by SIGSEGV:
TAINTED
Product: Fedora
Version: rawhide
Component: iok
Assignee: pnemade(a)redhat.com
Reporter: hhan(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
smaitra(a)redhat.com
Description of problem:
Version-Release number of selected component:
iok-2.1.3-9.fc24
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: iok
crash_function: set_startup_id
executable: /usr/bin/iok
global_pid: 20707
kernel: 4.9.0-0.rc1.git4.1.fc26.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#0 set_startup_id at ./uniqueapp.c:191
#1 unique_app_set_property at ./uniqueapp.c:300
#2 object_set_property at gobject.c:1423
#3 g_object_constructor at gobject.c:2082
#4 unique_app_constructor at ./uniqueapp.c:271
#5 g_object_new_with_custom_constructor at gobject.c:1701
#6 g_object_new_internal at gobject.c:1781
#7 g_object_new_valist at gobject.c:2042
#9 unique_app_new_with_commands at ./uniqueapp.c:579
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 11 months