Bug 120484

Summary: cannaLE should have Emacs-like key bindings in pre-edit mode like kinput2
Product: [Fedora] Fedora Reporter: Jens Petersen <petersen>
Component: im-sdkAssignee: Akira TAGOH <tagoh>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 2CC: eng-i18n-bugs
Target Milestone: ---Keywords: FutureFeature, i18n
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: 12.0.1-4.svn1891 Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-16 05:54:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 125997    

Description Jens Petersen 2004-04-09 09:02:46 UTC
Description of problem:
iiim currently grabs ctrl modified key events.  This means
that standard keys like Ctrl-d etc can't be used in iiimf,
or maybe it has to handle them specially?

Steps to Reproduce:
1. enter some text in iiimf mode with ja or ko LE
2. move cursor back and press Ctrl-d
3. press Ctrl-a
4. press Ctrl-e
5. etc

Actual results:
2. output for d event is inserted.
3. output for a event is inserted.
4. output for e event is inserted.

Expected results:
2. character that cursor is on to be deleted.
3. the cursor to move to bol
4. the cursor to move to eol

Comment 1 Akira TAGOH 2004-04-19 03:04:18 UTC
should be fixed in 1:11.4-38

Comment 2 Jens Petersen 2004-05-15 02:44:24 UTC
Sorry for the late response.  I guess my original report was
unclear, what I would like is really support for emacs-like
bindings inside the input mode, not for control charatcers to be passed
directly on to the underlining program.  Eg now C-d exits
gnome-terminal say, rather deleting the current pre-edit character
to the right, and so on.

Comment 3 Akira TAGOH 2004-05-17 00:30:20 UTC
So do you want iiimf to support customizable keybinding?

Comment 4 Jens Petersen 2004-05-17 02:46:27 UTC
[Customizable keybindings would also be a nice feature. :]

After some private discussion, I think we have clarified the
requirements better now.  Dropping all key events is not the
right behaviour - a minimal set of keys (say C-{a,e,d,g} should
be caught at least and preferrably acted on in pre-edit mode),
it would be nice to have bindings for C-{b,f,k,p,n} too as kinput2
canna and skkinput already have.

So basically this is a rfe to get cannaLE is behave like kinput2,
etc in pre-edit mode.

(Personally I think other LEs should have similar behaviour
implemented also, but I'm less familiar with CK input systems.)

Comment 5 Akira TAGOH 2004-09-14 07:30:04 UTC
this problem should be fixed in 12.0.1-4.svn1891 or later. although
IIIMF doesn't have the customizable keybinding feature, the keybinding
for Canna LE depends on Canna's keybinding now. so you can do that on
Canna's configuration then.
Anyway, I believe Canna LE has no regression for the keybinding.

Comment 6 Jens Petersen 2004-09-16 05:54:34 UTC
Thanks, looks good to me now.

Comment 7 Nakai 2004-09-16 07:31:34 UTC
Do you support C-j too ?