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

List:       kmail-devel
Subject:    Re: [patch] Re: GUI consistency
From:       Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date:       2002-09-01 9:52:00
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 01 September 2002 10:29, Marc Mutz wrote:
> On Saturday 31 August 2002 23:08, Ingo Klöcker wrote:
> So the solution is IMO to remove the View entries for unread/total
> column and add them to the config dialog, Appearance->Layout. What do
> you think?

I'll do this.

> > Much better would be that only valid parent folders appeared in the
> > folder list in the folder configuration dialog. Then this message
> > would be obsolete.
>
> Or even better: Introduce dnd (I know it's on the 3.2 feature list)
> and make that the only way to move around folders. We already need a
> smart acceptDrag() for that (don't allow moving folders between
> accounts), so Carsten just has to remember this constraint, too.

I know that DnD will also solve this problem. And for KDE 3.1 it's 
probably to late to hack kmfoldercombobox so that it doesn't show child 
folders of the current folder. Or maybe not?

> > > The icon for search message should be "mail_find". There's also
> > > mail_new etc. in HEAD's pics/
> >
> > hicolor doesn't have those two icons. And in HEAD (some days old)
> > there are only 22x22 and 32x32 versions of those icons. But for the
> > menus we need 16x16 versions.
>
> My point is that we should use those icons for 3.1. If we don't add
> them _now_, we'll forget. Once we use them, it's the artists' job to
> provide them in all sizes and icon themes.

o.k.

Regards,
Ingo

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

iD8DBQE9ceNEGnR+RTDgudgRAjPzAJwPuE9t6DRTMG7+ZrrQQH+tS/rRtACgjD4w
llXJUPq8SHTurojo7ALw9Do=
=r+X/
-----END PGP SIGNATURE-----


_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]