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

List:       kmail-devel
Subject:    Re: [patch] Re: GUI consistency
From:       Marc Mutz <mutz () kde ! org>
Date:       2002-09-01 8:29:19
[Download RAW message or body]

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

On Saturday 31 August 2002 23:08, Ingo Klöcker wrote:
<snip>
> > Exactly because of this it should stay. An action SHOULD NOT (in
> > the rfc sense) appear only in context menus.
> >
> > One might argue that the whole config option in and by itself is
> > superfluous, though. *ducks* ;-)
>
> Then why is "Display message size" not listed in the View menu? It's
> configurable via the configuration menu.
<snip>

This doesn't conflict with my SHOULD NOT ;-)
Strictly speaking, I said "action" and "only in context menus". If 
something is config'able from the config dialog, it's no action, but a 
config option and the user is expected to find it in the config dialog. 
Not so with context menus. You can't expect the user to right-click all 
over KMail to find if there are hidden easter eggs.

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?

> BTW, are these columns enabled by default? If not, then we should
> probably change the default.
<snip>

I think they are. I can check later this day.

> > Patch:
> >
> > -  message = i18n( "Cannot move a parent folder into a child
> > folder." ); +  message = i18n( "Cannot move a folder into a
> > subfolder below it." ); ? message = i18n("Cannot move \"%1\" to a
> > subfolder of itself, \"%2\") ?    .arg( <parent> ).arg( <child> )
>
> Malcolm suggested this change. Therefore I suggest changing it to
> "Cannot move folder %1 into a subfolder below itself.".

That message was taken from a
  mv foo foo/bar
command ;-)

> 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.

> > 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.

Marc

- -- 
They [RIAA,MPAA] are trying to invent a new crime:
interference with a business model.
                           --Bruce Schneier, Crypto-Gram 08/2002
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9cc/f3oWD+L2/6DgRAhkuAKDuDfPyXtqn2B5DFkC2fr04R9qlWACfTWZD
C12sABiKVoG+gSRTU/j/lFg=
=BTIh
-----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]