Philippe Nobili wrote: > > Certainly I was not clear. My main suggestion was related to the text > search & replace panel, not the find element dialog box. I hope this > mail will clarify the matter.
Sorry, my fault. I haven't carefully read your RFE. > > 2) The text search and replace panel > This tool is already in place and works well in general. But, when you > have to search for a character string and replace it by something else > (not always by the same thing) in big documents, the editing sequence is > not very convenient: > > 0) Search > 1) Locate the caret in the editing view > 2) Move to the editing view at the caret position > 3) Do the editing change > 4) move back to the search panel > 5) Search again. You seem to know about the Ctrl-G keyboard shortcut, therefore I'm not sure to understand where is the problem. Please proceed as follows: I) Use above 0) 1) 2) to perform the *initial* search. II) Then please repeat a) then b) as many times as needed to: a) Perform the editing change. (I understand that it's not the same editing change for each occurrence of the matching string otherwise you would have used Search+Replace.) b) Use Ctrl-G (Search|Find Next) in order to find next matching string. Unlike 4) and 5) Ctrl-G does not require you leaving the editing view. See http://www.xmlmind.com/xmleditor/_distrib/doc/help/searchMenu.html Now if by "5) Search again", you mean "5) Search again *something* *else*", then what's described above will not help and I'm afraid you'll have to live with the limitations of XXE. > > Maybe this does not sound so problematic in general, but actually doing > small editing changes in big documents takes way too long. We saw two > possibilities to improve the efficiency of this sequence: > We do what's described above all the time and we know for sure that this sequence is efficient. In fact, it's so efficient that we'll probably implement in next release (a very small part of) what you have suggested in your previous RFE: Add a "Find Element Again" menu item below "Search|Find Element" with a dedicated keyboard binding (i.e. other than Ctrl-A which indeed is volatile) in order to allow using the same kind of sequence, but this time with "Find Element". --- PS: Note that we know that all this does not resemble the traditional Find&Replace dialog box found in almost all Windows application (inherited from Windows 3.1 if my memory serves me well). We know about this dialog box, have use it many times and do not find it neither intuitive nor convenient to use.
