Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=606714
--- Comment #11 from Mamoru Tasaka <mtasaka(a)ioa.s.u-tokyo.ac.jp> 2010-06-29 03:20:07 EDT ---
Well, good, except for the "freezing" issue on rawhide.
I think for now setting "EEKBOARD_DISABLE_CLUTTER=1" as default
is preferable, because we want to make the package work just as it is.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=606714
--- Comment #10 from Mamoru Tasaka <mtasaka(a)ioa.s.u-tokyo.ac.jp> 2010-06-29 02:08:18 EDT ---
Will check later. For now about this comment:
(In reply to comment #9)
> about "freeze", I guess you are hitting on the clutter-gtk bug:
> http://bugzilla.openedhand.com/show_bug.cgi?id=2169
> Could you try the following?
>
> EEKBOARD_DISABLE_CLUTTER=1 eekboard
It seems this works for me.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=598289
--- Comment #11 from Joe Smith <jes(a)martnet.com> 2010-06-28 23:04:51 EDT ---
Fantastic! Thanks for your time to look at this.
> The none.conf checks the existence of im-xim.so so if you uninstall
> gtk2-immodule-xim, gtk-im-context-simple could be used.
This works--thanks for the tip!
This will set the default for every user account on the system, right?
Obviously, uninstalling xim means that no user on the system can use xim, but I
suppose the ibus input methods will still be available, correct?
> You could create $HOME/.xinputrc newly to specify
> GTK_IM_MODULE=gtk-im-context-simple.
Sorry, this method does not seem to work: I could not see that environment
variable from a gnome-terminal shell and gtk+ applications did not provide the
C-S-u input method.
I can now get the behavior I need, but I was hoping to also get some
consideration of what the policy will be for the future in these two areas:
1) What is the standard configuration going to be for Fedora users in locales
that use the Latin alphabet, like en_US. Will an input method be part of the
standard configuration or not? If no input method is installed, will
gtk-im-context-simple be used or not?
2) How will Fedora users input characters by their code? Will there be one
standard method for doing this?
#1 is important because applications need to know what input method(s) to
support.
I recently filed a bug against OpenOffice because it sometimes records the
digit keystrokes from the C-S-u character input. Now that I've upgraded to F13,
this method is no longer part of the default Fedora configuration, and the OOo
devs will not fix the bug. Some kind of policy is needed, so developers know
what they should support.
#2 is important because this an important task. Many users will need some way
to enter characters by their code, and it's always better to have a single,
standard method for doing a task.
This is an important task because many users will need access to some
characters that are not part of their home language. For example, entering
punctuation (bullets or dashes), or technical symbols, or developers needing
access to an exact code point. Sometimes, you really just want to enter a
character by its code.
I've provided a lot of support for OpenOffice users working in many different
locales, and the need to enter a specific character comes up more often than
you might expect. Having one standard method for doing it is a big win.
Thanks again for your time.
--
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: [abrt] crash in imsettings-0.107.4-7.fc12: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=575433
Summary: [abrt] crash in imsettings-0.107.4-7.fc12: Process
/usr/libexec/im-settings-daemon was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:7a875ae3b25bf9f981dfca447533aba6b76eaa10
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: tears_of_time(a)ukr.net
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt 1.0.8 detected a crash.
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.32.9-70.fc12.i686.PAE
package: imsettings-0.107.4-7.fc12
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 12 (Constantine)
--
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: [abrt] crash detected in imsettings-0.107.4-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=579413
Summary: [abrt] crash detected in imsettings-0.107.4-2.fc12
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:085ded5f613570c2f05059bbb37943c2751da840
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: optimal_solution2000(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Estimated Hours: 0.0
Classification: Fedora
abrt detected a crash.
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.31.5-127.fc12.i686.PAE
package: imsettings-0.107.4-2.fc12
rating: 4
reason: Process was terminated by signal 11
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=598289
--- Comment #10 from fujiwara <tfujiwar(a)redhat.com> 2010-06-28 21:50:36 EDT ---
If you'd like to see the Ctrl+Shift+u feature with ibus, we can consider it
however probably I think it will need to type Ctrl+Space to switch IM.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=574031
--- Comment #12 from Jens Petersen <petersen(a)redhat.com> 2010-06-28 21:45:52 EDT ---
Adam, I don't think there is a strict dependency
though I agree in general people would have both installed.
If you think it is important then please open a new bug for it.
I note that Debian's autopoint package does not have such
a dependency either.
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=598289
--- Comment #9 from fujiwara <tfujiwar(a)redhat.com> 2010-06-28 21:33:53 EDT ---
(In reply to comment #8)
> Unfortunately, the default configuration does not include gtk-im-context-simple
> and I don't know how to change the configuration to provide that setting for my
> entire session. From the output above, it looks like gtk is using "xim" where I
> want it to use gtk-im-context-simple.
Ah, ok. currently GTK XIM module is used by default.
You could read the content of /etc/X11/xinit/xinput.d/none.conf :).
% rpm -qf /etc/X11/xinit/xinput.d/none.conf
imsettings-0.107.4-5.fc13.x86_64
The none.conf checks the existence of im-xim.so so if you uninstall
gtk2-immodule-xim, gtk-im-context-simple could be used.
or
You could create $HOME/.xinputrc newly to specify
GTK_IM_MODULE=gtk-im-context-simple.
The main reason to check xim module is, many European people wish to use
compose keys AFAIK.
Does it make sense?
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=574031
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mathepic(a)gmail.com
--- Comment #11 from Jens Petersen <petersen(a)redhat.com> 2010-06-28 21:30:55 EDT ---
*** Bug 608653 has been marked as a duplicate of this bug. ***
--
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.