Opened 13 years ago

Last modified 13 years ago

#7912 closed Bug

Enter key does not work properly — at Version 7

Reported by: Lynne Kues Owned by: Garry Yao
Priority: Normal Milestone: CKEditor 3.6.2
Component: UI : Enter Key Version: 3.0
Keywords: IBM Cc: satya_minnekanti@…

Description (last modified by Frederico Caldeira Knabben)

IE8

  1. Load this HTML:
<p>test test<span style="display: none">&nbsp;</span></p>
<p>and this is some more text</p>
<p>test<span style="display: none">&nbsp;&nbsp;&nbsp; </span></p>
<p>&nbsp;</p>
<p>&nbsp;</p>
  1. Put cursor at end of third line of text by clicking the mouse.
  2. Press Enter key.

Nothing happens. The cursor does not go to the next line.

Change History (8)

comment:1 Changed 13 years ago by Jakub Ś

Status: newconfirmed
Summary: IE - Enter key does not work properlyEnter key does not work properly
Version: 3.4.23.0

This only affects wysiwyg mode but when you switch to source everything is as it should be.

On IE8 and IE9 new paragraphs are added but the cursor doesn't move.

On FF new paragraphs are added but the cursor doesn't move or disappears.

On Webkit if you place the cursor at the end of first line (behind test test) and press enter, cursor will move to second line although new paragraph was made (see the source)

On Opera pressing enter ,when placing cursor behind third or first line, moves the cursor to the beginning of the text.

This has been true from CKEditor 3.0

comment:2 Changed 13 years ago by Satya Minnekanti

Cc: satya_minnekanti@… added

comment:3 Changed 13 years ago by Lynne Kues

This is very confusing behavior for our customers. It's not apparent that new lines are being added and it appears that you can't add text to the end of the document.

comment:4 Changed 13 years ago by typeof

It also affects arrow keys. E.g. in the above scenario try pressing the left arrow key instead of enter - we have to actually press it 5 times in order to move the caret one character to the left. And then try to go to the next line using the right arrow key :)

Looks like IE traverses through invisible content (diplay:none) just like through regular one. We can even freely modify this content - if we are "inside of" an invisible element then we can type anything and it'll be changed (we can verify this behavior by switching later to the source view).

A solution for this problem would probably require adjusting caret position, so that it will never be inside of invisible element.

Changed 13 years ago by Garry Yao

Attachment: 7912.patch added

comment:5 Changed 13 years ago by Garry Yao

Owner: set to Garry Yao
Status: confirmedreview

comment:7 Changed 13 years ago by Frederico Caldeira Knabben

Description: modified (diff)
Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy