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

List:       kde-usability
Subject:    comment request: about the find dialog
From:       Stefano Borini <munehiro () ferrara ! linux ! it>
Date:       2003-05-18 10:19:10
[Download RAW message or body]

hi all

using the find dialog in kdevelop made me think about how to improve it.
The kdevelop find dialog (and the find dialog in general) closes after
the first match is found, which is quite annoying since often is not the
first match the one we are interested to. This force the user to select
"from cursor" and open the find dialog every time, search for the next
entry (which closes the dialog), reopen it and so on.
So i thought about a better approach to the find dialog.

here is a gimp made screenshot of what i mean

http://members.ferrara.linux.it/munehiro/files/findshot_with_finder.jpg

obviously there are a lot of missing entries, ie. a close one and other
entries that are available in the current find dialog, only for gimp drawing
speed. The idea should be clear.

This "dialog" is enabled by the current "find..." entry, and sits
in the currently focused window. This means that if we make the stderr
textedit in focus, the find widget moves in the leftdown corner of that
entry. The move handle for the widget allow the user to move it in
different corners of the focused edit.
I don't know if this facility should be desktop wide (ie. enabling it
follow the focused entry not only in the application that triggered the
find action, but in every application currently running and focused).

Comments, good or bad, are very welcome. If you think this could be a
good approach, please give me some hint about how to implement these
features. i'm currently not able to build code to perform every single
feature i planned.

_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]