On 11/03/2011 02:57 PM, Philippe Nobili wrote: > > We brought this subject once as a simple suggestion for improvement. We > try to summarize our problem below for recap, we hope this helps you to > understand our problem. > > + We have 2 different views (top & bottom) > > = the topmost view displays a hierarchical graph of nodes (collapsible > procedures and parameters) > = the bottommost view displays only the help section for each node > (either a simple text area, or a strict-XHTML node sequence. > > + When we select an element from the topmost view (the tree-view), the > selection mechanism of XXE allows the help for this element to be > immediately accessible in the bottom view. > > This is illustrated for element *smooth* in *select_param.jpg* > > This works very well for all siblings, or when crossing hierarchical > boundaries, and allows a very productive documentation authoring for our > graph call. > > + However, when a parent of the current node is selected, the selection > is enlarged, but since the selected element falls within the visible > area, the view is not scrolled and stays focused on the previously > selected element (*smooth*). > > This is illustrated for element *matching* (*smooth*'s parent) in > *select_procedure.jpg*. > > In this case, editing becomes cumbersome and requires to scroll upward > or downward the bottom view in order to retrieve the element to be edited.
Your explanations are perfectly clear. > > __________________________________________________________ > > Our suggestion would be to scroll the view at the top of the selected > element when it falls outside the view (instead of doing nothing). Would > it make sense to do so ? > Sure. We'll *try* to implement this enhancement in forthcoming v5.1, which should be released within a couple of weeks. However, I cannot give you my word that we'll have the time to do that for v5.1. -- XMLmind XML Editor Support List [email protected] http://www.xmlmind.com/mailman/listinfo/xmleditor-support
