Bug 613524 - Cursor position does not move forward when typing '309b' in Evolution
Cursor position does not move forward when typing '309b' in Evolution
Status: CLOSED NOTABUG
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: ibus-rawcode (Show other bugs)
6.0
All Linux
low Severity medium
: rc
: ---
Assigned To: Pravin Satpute
QE Internationalization Bugs
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-12 03:02 EDT by Kenichi Takemura
Modified: 2014-08-04 18:02 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-07-12 03:23:48 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Screen shot of the actual result (91.50 KB, image/png)
2010-07-12 03:03 EDT, Kenichi Takemura
no flags Details
Screen shot of the expected result (134.09 KB, image/png)
2010-07-12 03:03 EDT, Kenichi Takemura
no flags Details

  None (edit)
Description Kenichi Takemura 2010-07-12 03:02:18 EDT
Description of problem:

Cursor position does not move forward when typing '309b' in Evolution and Firefox (Search box)

3042「Space」309b「Space」309e「Space」

If you do the same thing in Gedit, it works.

Version-Release number of selected component (if applicable):

RHEL Version:Red Hat Enterprise Linux Workstation release 6.0 Beta (Santiago)
Kernel:2.6.32-37.el6.x86_64
Package: ibus-rawcode-1.3.0.20100421-2.el6.x86_64


How reproducible:

100%


Steps to Reproduce:
1. Open Evolution and Compose message
2. Turn Ibus on with ibus-rawcode.
3. Type 3042「Space」309b「Space」309e「Space」


Actual results:

あ゛あ is displayed(attachment actual_result.png). When hitting space after '309b' the cursor does not move and you need to hit another space to move it forward. If so あ゛ あ is displayed(attachment actual_result.png).
But,
- " occupies only half byte but it should do full byte like あ? 
- Deleting " is quite wired because of the cursor position. 

Expected results:

Type 3042「Space」309b「Space」309e「Space」 should display like attachment(expected_result.png).

" occupies full byte not half byte.

Additional info:
Comment 1 Kenichi Takemura 2010-07-12 03:03:05 EDT
Created attachment 431087 [details]
Screen shot of the actual result
Comment 2 Kenichi Takemura 2010-07-12 03:03:42 EDT
Created attachment 431088 [details]
Screen shot of the expected result
Comment 4 Pravin Satpute 2010-07-12 03:23:48 EDT
this is not a valid bug

1) 309B  ; [*0220.0020.0002.309B] # KATAKANA-HIRAGANA VOICED SOUND MARK

this character (as per font) always appear right to current cursor. 
Even if one type same single character (309b) in gedit, you cant move cursor to
its right since it is designed in that way



1) ibus-rawcode is just inputs character to editor (gedit, evolution, kwrite
etc.)

then cursor movement is handled by corresponding editor's rendering engine
(pango, qt etc)

Note You need to log in before you can comment on or make changes to this bug.