Yep same here. I actually turned off the option to circle through to the first item because I always overshoot the last element and I have to try another time from the first one.
Jacques "Jon Steelman" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Sorry, I didn't communicate well. If the highlight bar is on the 1st > class in the list, then an up arrow should cycle the highlight bar to > the last class in the list. Also, if none of the classes are > highlighted, then an up arrow should place the highlight bar on the last > class in the list. This would give Ctrl+N more natural functionality and > make it symmetric with respect to how a down arrow works when the > highlight bar is on the last class in the list. It would also make the > behavior more like that of Ctrl+E. More self-consistent, more consistent > between similar features, and a dash more functionality. > > Is there any reason the IDEA guys didn't this to begin with? One thing I > can wonder is whether the behavior wasn't implemented in order to avoid > the corner case when there are so many matches that the last line in the > list is "..." rather than a class name. > > Jon > > Gordon Tyler wrote: > > I don't see this behaviour. The keyboard focus is always in the textbox no > > matter what you do with the arrow keys. > > > > "Jon Steelman" <[EMAIL PROTECTED]> wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > >>For Ctrl+N, I have found myself wanting this refinement: > >>If an up arrow is typed when focus is in the textbox, focus moves to the > >>end of the match list. As it should, a down arrow typed when at the > >>bottom of the list move focus back to the textbox. > >> > >>Thanks, > >>Jon > _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://lists.jetbrains.com/mailman/listinfo/eap-features
