From kde-core-devel  Thu Mar 29 18:15:28 2007
From: Ellen Reitmayr <ellen () kde ! org>
Date: Thu, 29 Mar 2007 18:15:28 +0000
To: kde-core-devel
Subject: Re: KDE4 default shortcut theme
Message-Id: <200703292015.35729.ellen () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=117519185122986
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart2718788.z8otsez1n7"

--nextPart2718788.z8otsez1n7
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 29 March 2007 19:14, Thomas Zander wrote:
>
> Your example for KWord is a good one; KWord in KOffice2 doesn't have near=
ly
> as much actions on the toolbar as the older KWord did. Most of the
> toolbuttons have been moved to one or more dockers.  And this is something
> all KOffice apps are doing.

OK, that was a question I had for the toolbars section: I think KDE4 should=
=20
much more support dynamic support of the current context of use, e.g. when=
=20
editing a table, extended table options should appear automatically so the=
=20
user does not have to go to the menu.=20

i was not sure if this should be done by toolbars or dockers. dockers allow=
=20
the usage of more interactive widgets. but toolbars better dock into the=20
application (at least for small panels). in the toolbars guidelines=20
(http://wiki.openusability.org/guidelines/index.php/Guidelines:Tool_Bar), i=
=20
wrote people should use dynamic toolbars, that's why i think keyboard acces=
s=20
is important. i can change this suggestion to dynamic dockers if that is wh=
at=20
koffice supports.



=2D-=20
Ellen Reitmayr
KDE Usability Project
usability.kde.org

--nextPart2718788.z8otsez1n7
Content-Type: application/pgp-signature

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

iD8DBQBGDAJH2mIgQiX+cvcRAuobAKCTYCMIUnTsWe5P1a0y9pcZwdMoQgCgpTs8
QtDeu10786KGfbDbcolwgWs=
=7yL9
-----END PGP SIGNATURE-----

--nextPart2718788.z8otsez1n7--