Your RFE will be partially implemented in XXE v7.5:
- Pressing ENTER at the very end of a <h1>, <h2>, ... or <h6> heading
element will insert an empty <p> after the heading.
- Pressing ENTER at the very beginning of a <h1>, <h2>, ... or <h6>
heading element will insert an empty <p> before the heading.
- Pressing ENTER inside a <h1>, <h2>, ... or <h6> heading element will
split the heading as it already does it in current XXE version.
---
PS: This will also work for DocBook <bridgehead> element because we plan
to enhance the following generic command:
insertNewlineOrSplitBlock;
http://www.xmlmind.com/xmleditor/_distrib/doc/commands/insertNewlineOrSplitBlock.html
On 04/22/2017 12:17 PM, Leif Halvard Silli wrote:
Short version:
* When the insertion point is placed ofter the content of the current
element, and the user presses Enter/Return, a new element gets
inserted. Currently it is usually a copy of the current element that
gets inserted. However my proposal is that, instead, the ‘to be
expected’ element should (as often as possible) be inserted.
Long version:
Today situation: One user behavior, two XMLmind XML editor (XXe) behaviors
1. Behavior 1 = Result 1:
* If one has placed the insertion point /after/ the last character of
the current element, then the result of pressing the Return/Enter
key, is that an empty copy of the current element gets inserted into
the document. This is for the most part a logical and useful behavior.
2. Behavior 1 = Result 2:
* However, for some elememnts (or, at least for one element), the
splitting causes a ‘sister element’ to be inserted, namely for the
XHTML <dt> element of the <dl> element: For this element, placing
the insertion point after the last character of the current element
causes a <dd> element to be inserted. This logical because the <dd>
element is, at the very least, the most logical element to expect -
after <dt> (and it is very likely the only permitted element - I
would have to recheck the rules).
Proposal:
The second example, ‘Behavior 1 = Result 2’ is very useful in that
particular context. However, I hereby suggest that there are a few more
contexts where ‘Behavior 1 = Result 2’ would be very logical to implement.
The most obvious candidates, to me, is for the the <h1> … <h6> elements:
I find it mildly irritating that if I, for instance, perform ‘behavior
1’ inside a <h1> element, the result I get is a new, empty <h1> element.
The most obvious behavior, when we perform ‘behavior 1’ in a <h1> … <h6>
element, is that an empty paragraph element gets inserted. (Most WYSIWYG
editors aleready implement that behavior.)
It would be nice to get the same behavior in XMLmind XML editor.
Report is based on XXe version 7.3.
--
XMLmind XML Editor Support List
xmleditor-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
