Opened 12 years ago

Closed 11 years ago

#8419 closed Bug (fixed)

Empty paragraph added when switching to and from source view

Reported by: Russ Tennant Owned by: Garry Yao
Priority: Normal Milestone:
Component: General Version: 3.5.4
Keywords: Cc:

Description

Start with the following HTML

<h1>Submit A Ticket</h1>
<div>
 <div>&nbsp;</div>
</div>

In content editing mode, click on the "Submit A Ticket" text. Click the source button. There is an empty paragraph added to the end of the HTML. Appears to be related to having the last element having nested tags.

Related empty paragraph problem, if you press the down arrow to the bottom of the document in content editing mode you will get an empty paragraph as well. This also only occurs if the last element is nested.

Attachments (1)

8419.patch (2.3 KB) - added by Garry Yao 12 years ago.

Download all attachments as: .zip

Change History (14)

comment:1 Changed 12 years ago by Jakub Ś

Resolution: invalid
Status: newclosed

This is how CKEditor works by default. If you don't want those paragraphs to show try to use in E.g. your config.js: config.enterMode = CKEDITOR.ENTER_BR; config.shiftEnterMode = CKEDITOR.ENTER_P; http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.enterMode http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.shiftEnterMode

Or config.autoParagraph = false; http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.autoParagraph

Or combine those two.

comment:2 Changed 12 years ago by Russ Tennant

I'm a little confused about your response. I looked at all the configuration options before submitting and...

We are not pressing enter, so the enter mode options are not an appropriate remedy. Also, we don't want to change the default behavior for enter mode.

The autoParagraph option warns not to change the default for usability reasons. Also, according to the documentation it shouldn't event apply in this case and we also want this option enabled.

Whether automatically create wrapping blocks around inline contents
inside document body, this helps to ensure the integrality of the 
block enter mode. Note: Changing the default value might introduce 
unpredictable usability issues. 

What users don't expect is for the content to change when they haven't type anything in or otherwise initiated any action that should modify the content.

  • I am just toggling the source view to inspect the content.
  • I'm not changing any content.
  • Toggling the source view should not modify the content, but it now does in newer versions.
  • This causes a functional issue because it ends up adding extra content, height, to the HTML that is captured.
Last edited 12 years ago by Russ Tennant (previous) (diff)

comment:3 Changed 12 years ago by Jakub Ś

Resolution: invalid
Status: closedreopened
Version: 3.6.13.5.4

Sorry for that. I have checked the issue again and this is a valid bug.

comment:4 Changed 12 years ago by Jakub Ś

Status: reopenedconfirmed

Reproducible from rev [6698]

comment:5 Changed 12 years ago by Jakub Ś

Another TC:

1.Paste in the following code:

<div id="body">
	<ul>
		<li>
			foo</li>
	</ul>
</div>
  1. Click behind foo
  2. Switch to source

Empty paragraph is added.

comment:6 Changed 12 years ago by Jakub Ś

#8436 is a DUP


More code allowing to reproduce the issue:

<p>
	&nbsp;</p>
<p>
	some text</p>
<div class="reply">
	<p>
		test</p>
</div>
  1. Paste the code in source
  2. Switch to WYSIWYG and click or type something inside first paragraph
  3. Switch to Source

comment:7 Changed 12 years ago by Ildefonse

Is anyone looking into this?

comment:8 Changed 12 years ago by timkelty

Really annoying bug, anyone working on it?

Changed 12 years ago by Garry Yao

Attachment: 8419.patch added

comment:9 Changed 12 years ago by Garry Yao

Milestone: CKEditor 3.6.4
Owner: set to Garry Yao
Status: confirmedreview

The patch introduces an additionally configuration for it.

Additionally as a forecast, we have re-invented the solution to leave cursor from non-paragraphing block in a new way, by creating the paragraph only on demand when user request it explicitly, without always creating the padding block, a beta-release will arrive soon in July to demonstrate this cool feature, stay tuned.

comment:10 Changed 12 years ago by Frederico Caldeira Knabben

Keywords: v4 added
Milestone: CKEditor 3.6.4
Status: reviewreview_failed

This patch is not a solution for this issue as, depending on the configuration value, you have either this issue or a different one (not being able to type after tables).

A definitive solution for this will be on CKEditor 4.

comment:11 Changed 12 years ago by Jean-Philippe Doyle

As a workaround for this issue in 3.6.4 I am using a quick custom filter on <p> elements to remove empty <p> at the start or end of the content :

elements : {
  p : function( element ) {
    var child = element.children[0];
      if (!(element.previous && element.next) && child && !child.children
          && (!child.value || CKEDITOR.tools.trim( child.value ).match( /^(?:&nbsp;|\xa0|<br \/>)$/ ))) {
        return false;
      }
    return element;
  }
}

I have wrap this in a plugin :

var removeEmptyPFilter = {
  elements : {
    p : function( element ) {
      var child = element.children[0];
        if (!(element.previous && element.next) && child && !child.children
            && (!child.value || CKEDITOR.tools.trim( child.value ).match( /^(?:&nbsp;|\xa0|<br \/>)$/ ))) {
          return false;
        }
      return element;
    }
  }
};

CKEDITOR.plugins.add( 'removeEmptyP',
{
  init: function( editor )
  {
     // Give the filters lower priority makes it get applied after the default ones.
     editor.dataProcessor.htmlFilter.addRules( removeEmptyPFilter, 100 );
     editor.dataProcessor.dataFilter.addRules( removeEmptyPFilter, 100 );
  }
});


CKEDITOR.editorConfig = function( config )
{
  config.extraPlugins = 'removeEmptyP';
};
Last edited 11 years ago by Jean-Philippe Doyle (previous) (diff)

comment:12 Changed 11 years ago by Jakub Ś

Other tickets caused by revision [6698] - #7917, #8231, #8253, #9500.

comment:13 Changed 11 years ago by Piotrek Koszuliński

Keywords: v4 removed
Resolution: fixed
Status: review_failedclosed

Not reproducible on master as all other issues introduced by [6698].

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