[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 130395] (find) "text string not found" -- add options
From:       Maciej Pilichowski <bluedzins () wp ! pl>
Date:       2007-08-31 19:04:22
Message-ID: 20070831190422.13807.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=130395         




------- Additional Comments From bluedzins wp pl  2007-08-31 21:04 -------
0) Matthew it is rather FIXED :-)

1 & 2) please unify those buttons, note that currently options says "v" and at the \
same time this tiny widget says "^" and they both mean the same :-) it is of course \
minor defect, but it would be great to see "show options/hide options", or "vv" \
anything, but with the same message

3) does "escapes" mean that I get from \n newline character? Can I use numerical \
code? \040 for some character? If yes "escapes" should not be in conflict with "whole \
words"

4) from UI point of view it is not correct -- you have options at that place (I \
assume it is really FF-like) so now, the message is part of the options. Sub-wish: \
please put the message in distinct place -- above the find/replace pane or below (I \
assume I could configure this pane to show up at the top of the window).  Reasons:
Let's say you have this pane at the bottom, you look for results, so you will be \
looking at highlighting in the text -- the result is there. So the "error" should be \
placed as near as possible to positive result. In this case -- _above_ (not in dialog \
window, but in label above the pane, you can call it upper status bar). And vice \
versa if pane is placed in the top.

5) just ensuring -- if I choose regexp in find, there would be placeholders for it as \
well, right?

Anyway, it is great improvement, thank you for it!


[prev in list] [next in list] [prev in thread] [next in thread]