Dear Mr. Shafie, 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.
1) The element search dialog Let's forget about it; we understand than having it built as a modal dialog means certain assumptions, and that changing this is not straightforward. 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. 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: a. Place the focus directly in the editing view at each match found. The "ideal" search & replace sequence would be: 0) Search 1) Do the editing change since the focus is placed in the editing view at caret 2) Click on Search again taking back the focus b. Let the user enter the replacement text directly from the search panel before doing a replace (the text fields are unsensitive when a match has been found) In short: avoid to force the author to go back and forth from the search panel to the editing view. We hope this helps, Philippe. PS: Sorry about the term 'easy', it was not appropriate. We know that nothing is 'easy' in this domain, but certain things are easier than others. > Nothing is easy when it comes to change something in a *product*. This > means developing, testing, documenting the slightest change. > > In the above case, this certainly not mean "simply adding an Apply > button". It would not work because the "Find Element" dialog box is > modal. That is, the dialog box prevents you from doing anything else > within XXE until it's closed. > > > I'm sorry but I'll repeat what I've already said in my previous email: > --- > The "Find Element" dialog box has never been intended to be extensively > used. Therefore we do not plan to improve its usability in the near future. > --- > -------------- next part -------------- A non-text attachment was scrubbed... Name: philippe_nobili.vcf Type: text/x-vcard Size: 349 bytes Desc: not available Url : http://www.xmlmind.com/pipermail/xmleditor-support/attachments/20091215/5f0532fb/attachment.bin
