A click on a horizontal list's element makes it become a vertical list

[guillaumesmo]

When you have a horizontal list (which is a list with list-style-type:none and li elements display:inline) and you click on a list element, the element goes to the next line as if he becomes a vertical list element. Going to source view and back to wysiwyg view makes the list horizontal again.

Paste the following code in the source view of a ckeditor, and then go back to wysiwyg view. Now click on a "lol" to reproduce the bug.

<style>
ul.list1{margin:20px 0px 0px 0px; padding:0px; list-style-type:none;}
ul.list1 li{display:inline; padding:20px;}
</style>
		<ul class="list1">
			<li>
				lol</li>
			<li>
				lol</li>
			<li>
				lol</li>
			<li>
				lol</li>
			<li>
				lol</li>
			<li>
				lol</li>
		</ul>

I'm using Mac OS X Snow Leopard with FireFox 3.5.16

[Garry Yao]

Be styling proof on path block evaluation.

[Frederico Caldeira Knabben]

There is good part of the code that depends on the current behavior of the elements path class. Because of this, a few strange things started to happen, after patch:

• The elements path bar "body > ul > p > li" when inside a list item.

• By hitting ENTER at the end of the list, the elements path bar shows "body > ul > p". If you then type some text and go to source, the text moves before the list.

[Garry Yao]

That's true, actually the ticket tc is a boundary pusher, as by our design dtd semantics are first-class citizens of behavior guide thus making the editor work with display-mangled structure (which is commonly happened when using the editor as an design tool instead of content composer) will not be our priority, so a simple fix that just make editor respect user content would be enough here.

[Garry Yao]

Fixed with [6816].