Ticket #1237 (closed Bug: wontfix)

Opened 15 months ago

Last modified 9 months ago

Shift+Enter doens't work at first time in an empty paragraph (IE)

Reported by: fredck Owned by: martinkou
Priority: Normal Milestone: FCKeditor 2.6
Component: UI : Enter Key Version: SVN
Keywords: Confirmed IE CantFix Cc:

Description

Steps to Reproduce

  1. Open sample01.html and enable "Show Blocks";
  2. Hit Enter at the end of the paragraph;
  3. Hit Shift+Enter.

The cursor will make a "quick strange blink", but there will be no visual results.

Switching to source view, the second paragraph will display the correct HTML:

<p><br />
&nbsp;</p>

So it seams that the Shift+Enter itselft is working, but the selection is not being made visible after the <br>.

Change History

Changed 15 months ago by fredck

  • milestone changed from FCKeditor 2.5 to FCKeditor 2.6

I'm my latest tests with the SVN version, I'm having this problem only if "Show Blocks" is enabled. In any case it is not making it impossible to have the <br> as expected, so other than being a rare and unfortunate case, it is also something with a minor consequence. Therefore, postponing.

Changed 14 months ago by martinkou

#1348 marked as a dup to this ticket.

Changed 9 months ago by martinkou

IE is so much fun, it screws up the <BR> when any background CSS attribute is applied to the paragraphs. Without the background attribute however (i.e. with the border alone), it would screw up in another funny way in which the <BR> typed would be displayed but not included within the paragraph border.

Changed 9 months ago by martinkou

If this ticket were to be fixed, I think another way of displaying blocks would need to be invented. Otherwise, this ticket might end up as another wontfix.

Changed 9 months ago by martinkou

  • owner set to martinkou
  • status changed from new to assigned

Changed 9 months ago by fredck

  • status changed from assigned to closed
  • resolution set to fixed

Fixed with [1717]. Click here for more info about our SVN system.

Changed 9 months ago by fredck

  • status changed from closed to reopened
  • resolution fixed deleted

Sorry! Not fixed... just worked on the wrong ticket. Please ignore my previous comment.

Changed 9 months ago by martinkou

  • keywords CantFix added
  • status changed from reopened to closed
  • resolution set to wontfix

It seems there's no other way to display and block boundaries and displaying the block type without using the buggy CSS attributes. So there's not much we can do here with just JavaScript and CSS. Closing ticket as wontfix.

Note: See TracTickets for help on using tickets.