--nextPart1441403.CrsZohpjx8
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 15 May 2006 03:18, Thomas Zander wrote:
> > the problem with the find dialog is that it creates a window that needs
> > to be moved around to see the results and requires moving between two
> > visual contexts when using them. it's pretty sub-par.
>
> Hmm, my dialogs always move when the search result ends up under the
> dialog. I'm wondering why yours don't that you see this as a problem ;)

by "needs to be moved around" i meant that it needs to be moved around (to=
=20
state the obvious ;) ... yes, it is moved programmatically when possible bu=
t=20
an automagically roaming dialog is far from perfect. it's distracting,=20
it's "magic" behaviour since it doesn't happen as a result of the usual use=
r=20
action that causes window movement and, while it "solves" the problem, it=20
doesn't look overly polished.

the in-window dialog can solve this. but as i noted we'd need to make it st=
and=20
out properly so it doesn't get "lost" in the window and make interaction=20
obvious (e.g. label the close button, which konversation does)

=2D-=20
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

=46ull time KDE developer sponsored by Trolltech (http://www.trolltech.com)

--nextPart1441403.CrsZohpjx8
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQBEaFE21rcusafx20MRAumXAJ9ilGkgatXug4L+zEBAn0Np7+tcRQCgjuKu
H9mlh2k8l2J+hj2Z7zq3irk=
=Oavq
-----END PGP SIGNATURE-----

--nextPart1441403.CrsZohpjx8--