Ticket #4041 (closed Bug: fixed)

Opened 8 months ago

Last modified 4 months ago

[IE] Remove multiple rows doesn't work

Reported by: garry.yao Owned by: garry.yao
Priority: Normal Milestone: CKEditor 3.1
Component: Core : Styles Version:
Keywords: IE Confirmed Review+ Cc:

Description

Reproducing Procedures

  1. Open the 'replace by class' sample page.
  2. Load the document with following content and selection:
    <table>
    	<tbody>
    		<tr>
    			<td>
    				[row1</td>
    		</tr>
    		<tr>
    			<td>
    				row2]</td>
    		</tr>
    	</tbody>
    </table>
    
  3. Open context menu and 'row' submenu, click 'Delete Rows'.
    • Actual Result: Only row2 get deleted.

Attachments

4041.patch Download (1.2 KB) - added by garry.yao 5 months ago.
4041_2.patch Download (0.9 KB) - added by garry.yao 5 months ago.
4041_3.patch Download (0.8 KB) - added by garry.yao 4 months ago.
4041_4.patch Download (0.8 KB) - added by garry.yao 4 months ago.

Change History

  Changed 8 months ago by fredck

  • milestone changed from CKEditor 3.0 to CKEditor 3.1

  Changed 5 months ago by garry.yao

  • owner set to garry.yao
  • status changed from new to assigned

  Changed 5 months ago by garry.yao

  • keywords Confirmed added

Changed 5 months ago by garry.yao

  Changed 5 months ago by garry.yao

  • keywords Review? added

  Changed 5 months ago by fredck

  • keywords Review- added; Review? removed

I'm having an undesired effect after the patch. The prooblem is that the selection is "always" restored in the editor, even if I'm clicking out of it to close the context menu. TC:

  1. Open the editor in a page that can be scrolled.
  2. Select some text and open the context menu for it.
  3. Scroll down the page with the mousewhel, so the context menu will not get closed. Do that until the editor is not anymore visible.
  4. Click at the page... it will scroll up to show the restored selection.

Changed 5 months ago by garry.yao

  Changed 5 months ago by garry.yao

  • keywords Review? added; Review- removed

Find an alternative solution for it without any draw backs.

  Changed 4 months ago by garry.yao

#3678 has been marked as a DUP.

  Changed 4 months ago by fredck

  • keywords Review- added; Review? removed

The proposed patch will not work withe the following selection case:

<table>
	<tbody>
		<tr>
			<td>
				<strong>r[ow1</strong></td>
		</tr>
		<tr>
			<td>
				<strong>row]2</strong></td>
		</tr>
	</tbody>
</table>

  Changed 4 months ago by garry.yao

#4647 has been marked as a DUP.

Changed 4 months ago by garry.yao

follow-up: ↓ 12   Changed 4 months ago by garry.yao

  • keywords Review? added; Review- removed

Note that it's even not an ultimate solution, actually the issue is not limited to only 'table element', instead all elements that been displayed as control type is effected including but not limited to the following:

  1. Floated block. See #3670
  2. Sized block. e.g. <p style="width:300px">paragraph</p>

After closed this ticket, we should investigate on the proper way to enumerate/determinate this kind of elements for handling them in a similar manner with this case.

  Changed 4 months ago by garry.yao

Manual TCs added at :  http://ckeditor.t/tt/4041/1.html

in reply to: ↑ 10   Changed 4 months ago by garry.yao

1. Floated block. See #3670 1. Sized block. e.g. <p style="width:300px">paragraph</p>

Oops, wrong ticket link above, should be:

  1. Floated block. See #3678
  2. Sized block. See #4647

  Changed 4 months ago by fredck

  • keywords Review- added; Review? removed

The patch is got... there is a minor improvement we could have on it. The "target" variable is not anymore needed. In fact, by moving evt.data.getTarget() inside the if check, we avoid executing it if the button is different of "2".

The R+ will come immediately after this small change.

Changed 4 months ago by garry.yao

  Changed 4 months ago by garry.yao

  • keywords Review? added; Review- removed

  Changed 4 months ago by fredck

  • keywords Review+ added; Review? removed

  Changed 4 months ago by garry.yao

Fixed with [4521].

  Changed 4 months ago by garry.yao

  • status changed from assigned to closed
  • resolution set to fixed
Note: See TracTickets for help on using tickets.