> > I understand your concerns, because I've started with the same > conservative position. It may be easier to speak only about `Find in > files` dialog. I looked into Far Manager, which I used for quite a > long time and saw that it uses the approach with saving your input > automatically - if I call dialog, enter value and press cancel - the > old value is saved. This has a benefit that when you return to the > dialog, you can edit the value that you partially entered earlier even > if you searched for a different thing in the middle. > > UX issue are not easy to understand, especially with already developed > habits for particular interface. So, to answer that properly, I'll ask > - what do you gain by saving find filters value only by pressing enter > or executing search? What do you sacrifice for that? How often does > your user case happen? > > For me it appeared that not preserving incomplete search queries in > history is more important than having pure history (to tell the truth > I don't consider search history as something that needs extra > management from my side in developer tool). > -- > anatoly t. > > I guess I'm not too emotionally tied to either approach. After looking more closely at your original message, your proposal was to modify PatternComboBox in general, so that would make "Find in Files" and "Search and Replace" behave the same way. In that light, behavior would remain consistent in all instances, so I retract my original -1 and change it to +1.
Sorry for the hasty first reading. -- You received this message because you are subscribed to the Google Groups "spyder" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/spyderlib?hl=en.
