QUOTE (ohrenkino @ Jul 16 2011, 19:32)
(1a) what about the tags: if you start editing them: should the highlighting disappiear?
(1b) Only in the file you currently edit or all of them?
(1c) When should the highlighting reappear?
(2a) How would you distinguish between highlights and selections?
(2b) Should the highlighting be inverted?
(3) What should happen to highlights if you select a whole file to apply actions?
(4) if you have a real long entry and the highlighted word would not be displayed, should the entry be scrolled to give a wrong impression about the real title or shouldn't it scroll and also give the impression that it does not match the filter?
The answers to them define the best way of implementation.
They are not prejudicial for the RFE.
There are tons of applications out there featuring implementations which had to deal with this questions. IMO most of the answers are fairly obvious, others are a matter of personal taste.
My personal answers would be:
(1a) it doesn't really matter. I don't think the user still needs the highlighting once he/she starts editing. Plus it's a lot easier to code. So my answer would be yes. (For argument's sake, if you answer no, then IMO 1b should be "only current file" and 1c should either be "never" or "after editing").
(2a) different background color. C'mon, that was obvious. My suggestion: selection = dark blue (as is currently), hightlighting = bright yellow (as is standard in most applications [e.g. Mozilla Firefox], including the screenshot posted above)
(2b) what do you mean?
(3) If you answer 1a with yes, then they should stay. Obvious, too. Otherwise they shouldn't.
(4) "give the impression that it does not match the filter" ??? c'mon, that's obviously a no-go. So the answer is the other option (scrolling). The scrolling can be indicated by "[...]", so that it does not "wrong impression about the real title".
Those questions are hardly show-stoppers.