Moving Elements in the Outline View : How To Move Nested Element Out
I'm using Author mode to edit some long HTML documents. I've run into the situation where I want to move a nested element out of its wrapper element and make it a sibling of the wrapper. For example, consider this starting state: <div><h1>Level 1</h1> <div><h2>Level 2</h2> <div><h3>Level 3</h3></div> </div> </div> I want to take the "Level 3" div and move it so it is the sibling following the "Level 2" div. Using the outline view, I can grab the inner div but when I try to move it past its containing div, nothing happens. Is this possible to do with the outline view? I haven't noticed any other particularly convenient way to do this sort of structural rearranging. Thanks, Eliot -- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 610.631.6770 www.reallysi.com www.rsuitecms.com
Hi Eliot, The problem with drag and drop in the outliner is that sometimes you want to move a node as a child of the destination and sometimes you want to move it as a sibling of the destination. In Oxygen we decided that if the destination node (the node on which you drop) is expanded the dropped node will be moved as child. If the destination is not expanded the dropped node will be moved as a sibling to the destination. So you have to drag the "Level 3" div over the "Level 2" div, hover it until the "Level 2" div collapses its children and drop. Another way to have finer control is to press the "Full tags" button from the Author toolbar and then drag and drop in author by dragging on the tag name of the div elements. While dragging the caret will follow the mouse hover and the insertion will be made at caret position. Like always, we are open to improvement suggestions. Regards, Radu -- Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com Eliot Kimber wrote:
I'm using Author mode to edit some long HTML documents.
I've run into the situation where I want to move a nested element out of its wrapper element and make it a sibling of the wrapper.
For example, consider this starting state:
<div><h1>Level 1</h1> <div><h2>Level 2</h2> <div><h3>Level 3</h3></div> </div> </div>
I want to take the "Level 3" div and move it so it is the sibling following the "Level 2" div.
Using the outline view, I can grab the inner div but when I try to move it past its containing div, nothing happens.
Is this possible to do with the outline view? I haven't noticed any other particularly convenient way to do this sort of structural rearranging.
Thanks,
Eliot
Radu Coravu wrote:
Hi Eliot,
The problem with drag and drop in the outliner is that sometimes you want to move a node as a child of the destination and sometimes you want to move it as a sibling of the destination. In Oxygen we decided that if the destination node (the node on which you drop) is expanded the dropped node will be moved as child. If the destination is not expanded the dropped node will be moved as a sibling to the destination. So you have to drag the "Level 3" div over the "Level 2" div, hover it until the "Level 2" div collapses its children and drop.
I think there's a lot more that could be done here. I'm used to Arbortext Editor's tree view, which is where I often did most of my editing, using the tags-off view essentially as a preview of what I was editing in the tree view. That's not possible with the OxygenXML tree view. However, the Arbortext tree view did let you move things around unambiguously by giving you different insertion point indicators depending on precisely where you move your cursor. I'm sure this is tricky UI stuff to implement but that's what I was looking for. For example, if I drag to after an element I'd like it to default to moving to the end of that element's content but if I drag a bit to left, for example, it moves the insertion point to after the element, then after that element's parent, and so on. I would never have intuitively thought to just drop my selection onto an element and have it go someplace--I was looking for an explicit insertion point indicator. Cheers, Eliot -- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 610.631.6770 www.reallysi.com www.rsuitecms.com
Eliot Kimber wrote:
I would never have intuitively thought to just drop my selection onto an element and have it go someplace--I was looking for an explicit insertion point indicator.
I've done a little more reorganization work using the tree view and the drop on collapsed/uncollapsed trick and it works but I find it not very natural or efficient (for one thing, I have to sometimes wait for the tree to collapse or open after I drag onto a node). Cheers, E. -- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 610.631.6770 www.reallysi.com www.rsuitecms.com
Hi Eliot, Indeed this is a tricky thing to do but we will discuss it and try to find a more intuitive solution for the DnD behaviour. Regards, Radu -- Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com Eliot Kimber wrote:
I think there's a lot more that could be done here. I'm used to Arbortext Editor's tree view, which is where I often did most of my editing, using the tags-off view essentially as a preview of what I was editing in the tree view. That's not possible with the OxygenXML tree view.
However, the Arbortext tree view did let you move things around unambiguously by giving you different insertion point indicators depending on precisely where you move your cursor. I'm sure this is tricky UI stuff to implement but that's what I was looking for.
For example, if I drag to after an element I'd like it to default to moving to the end of that element's content but if I drag a bit to left, for example, it moves the insertion point to after the element, then after that element's parent, and so on.
I would never have intuitively thought to just drop my selection onto an element and have it go someplace--I was looking for an explicit insertion point indicator.
Cheers,
Eliot
participants (2)
-
Eliot Kimber -
Radu Coravu