Opened 7 years ago

Closed 3 years ago

#1615 closed defect (wontfix)

Changing heading type in a list creates nested headings

Reported by: ejucovy Owned by: gogo
Priority: normal Milestone:
Component: Xinha Core Version: trunk
Severity: normal Keywords:


To reproduce:

  1. Create a bulleted list and enter some text in the first list item. (HTML: <ul><li>Foo</li></ul>
  2. Put the cursor anywhere inside the list item
  3. Press ctrl+1 or use the Headings dropdown to make the text an <h1>. (HTML: <h1><ul><li>Foo</li></ul></h1>
  4. Press ctrl+2 to make the text an <h2> instead.

The HTML will now be: <h1><h2><ul><li>Foo</li></ul></h2></h1>

The expected behavior would be to replace the H1 tag with an H2 tag.

That said, I think there's also a bug earlier in these steps: the <h1> should be wrapped around the contents of the current <li>, rather than wrapping the entire <ul>. This is (slightly) more likely to be the user's intention, and suggests that the latter is valid HTML while the former is invalid.

Change History (2)

comment:1 Changed 7 years ago by ejucovy

This bug exists using Chrome 31.0.1650.63.

It does not exist using Firefox 26.0 -- in that browser, the behavior is exactly as it should be, per the last paragraph of the ticket. (Resulting HTML is <ul><li><h2>Foo</h2></li></ul> in Firefox.)

comment:2 Changed 3 years ago by gogo

  • Resolution set to wontfix
  • Status changed from new to closed

This must be a chrome bug, confirm it still exists in Chrome 65, but not in IE 11 or FF 58

The format (heading) is done by the browser's execCommand. Perhaps your ContentEditable? plugin could help, but that seems like a lot of code to solve this problem.

In Xinha.prototype._comboSelected

    case "formatblock":
      // Mozilla inserts an empty tag (<>) if no parameter is passed  
      if ( !value )
      if( !Xinha.is_gecko || value !== 'blockquote' )
        value = "<" + value + ">";
      this.execCommand(txt, false, value);

I think that given the rarity of wanting to put a header in a list item, wontfix.

Note: See TracTickets for help on using tickets.