On Wed, May 16, 2012 at 5:12 PM, Jed Ludlow <[email protected]> wrote:
> On Wed, May 16, 2012 at 6:08 AM, anatoly techtonik <[email protected]>
> wrote:
>>
>> What everybody think about saving PatternComboBox values when theĀ element
>> losses focus (look find in files widget for example)?
>> Right now they are only saved when you hit enter or an dialog action.
>>
>> The issue is hereĀ http://code.google.com/p/spyderlib/issues/detail?id=918
>>
>> I personally +1 on this change, but I am not sure if loosing focus will be
>> enough. For example, when editor is closed or PatternComboBox value is
>> assigned by helper control, such as path picker.
>
>
> -1. No other PatternComboBox in Spyder behaves this way. What if I'm
> entering text in the combo box but I decide I need to scroll back through
> code in the editor because I decide to copy and paste something. Now my
> partial search term is saved in the stack. I guess it's not that bad, but
> from a usability perspective hitting the Enter key is a pretty common way to
> signal that you're finished editing and you're ready for the editor to
> accept your results and do something with them. In my mind, that would
> include "remembering" my entry.

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.

-- 
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.

Reply via email to