That's not a bad idea, we could try it during the development cycle and see how people adapt to it and revert if it has other downsides.
Adam K On 22 June 2011 19:06, Sebastian Willing <sebastian.will...@web.de> wrote: > We should think about hiding/closing the findfast panel if it's loosing > focus. > > I tend to "findfast" something, continue working and on the next find, > the find dialog appears because the panel was still visible. > > On 22.06.2011 09:12, Adam Kennedy wrote: >> Ctrl-Shift-F gets you directly to Find in Files. >> >> The idea behind the escalation was to move from a quick and easy >> search without much interface fiddling to more sophisticated find >> dialogs with more flexibility, carrying previously entered search >> inputs as you go. >> >> That said, often you know you want to Find in Files straight away. So >> Ctrl-Shift-F is there for that purposes. The Ctrl-F escalation from >> Find Dialog to Find in Files just lets you do "Hrm, I wonder if this >> is in any other files as well". >> >> What I was trying to optimise was the number of >> >> 1. Keyboard operations in general >> 2. Keyboard operations requiring unusual finger contortions >> 3. Keyboard operations different to the previous one >> 4. Taking hands off the keyboard to touch the mouse >> >> So for the common case of looking for the next simple string, the >> sequence is just... >> >> Ctrl-F -> type string -> Escape >> >> ... all of which can be done without actually having to even look at >> the fast find panel at all. >> >> When you can't find it in the fast find, Ctrl-F gives you a kind of >> "Search Harder!" for relatively fine-grained tailoring of the search. >> Having the initial fast find panel gives us some liberties to add more >> features and make the find dialog more complex, because you only get >> there if you have more than simple needs. >> >> Ctrl-F again to get to Find in Files I would class as a convenience to >> avoid you having to enter the various settings and search string >> again. >> >> Personally, most of the time I use Find in Files I get there directly >> with Ctrl-Shift-F. >> >> The idea behind F3 when no Find dialogs or panels are open is to >> essentially to do a stick "replay" of whatever the last active find >> was before you closed the dialog, plus initiating a new search without >> any dialogs by selecting text. >> >> When done this way, I find I generally do... >> >> Double-Click on term, F3 (repeat) >> >> Because (for me) right hand is doing the clicking and left hand is >> hitting F3, this is really efficient. >> >> Adam K >> >> On 19 June 2011 23:43, Gabor Szabo<szab...@gmail.com> wrote: >>> On Sun, Jun 19, 2011 at 4:31 PM, Sebastian Willing >>> <sebastian.will...@web.de> wrote: >>>> Hi >>>> >>>> On 19.06.2011 14:06, Zeno Gantner wrote: >>>>> One fix would be to abolish the find dialog window completely, and >>>>> move all the functionality into the bottom search box, as it is in >>>>> Google Chrome, Monodevelop and Firefox (I think). >>>>> >>>>> This would also make the interface more simple+natural. >>>>> Less choice is sometimes good. >>>>> >>>>> Best regards, >>>>> Zeno >>>> >>>> This wold be the last solution we should choose, because the >>>> findfast/panel search (first on Ctrl+F) lacks major features and still >>>> has some minor bugs. >>>> >>> >>> >>> Oh and >>> ctrl-f >>> ctrl-f >>> ctrl-f >>> >>> (3 times) >>> bring up the find-in-file dialig which would be ok but I wonder if it >>> has a separate memory too? >>> >>> Gabor >>> _______________________________________________ >>> Padre-dev mailing list >>> Padre-dev@perlide.org >>> http://mail.perlide.org/mailman/listinfo/padre-dev >>> >> _______________________________________________ >> Padre-dev mailing list >> Padre-dev@perlide.org >> http://mail.perlide.org/mailman/listinfo/padre-dev > _______________________________________________ > Padre-dev mailing list > Padre-dev@perlide.org > http://mail.perlide.org/mailman/listinfo/padre-dev > _______________________________________________ Padre-dev mailing list Padre-dev@perlide.org http://mail.perlide.org/mailman/listinfo/padre-dev
