--===============0698512017==
Content-Type: multipart/signed;
  boundary="nextPart1436480.rOdkm7ZjAN";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1436480.rOdkm7ZjAN
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 01 January 2006 10:10, Bj=C3=B6rn Balazs wrote:
> 2. We have created a very rough prototype of a totally new approach to the
> problem of controlling your system. Please feel invited to take a look and
> to comment on it at:
>
> http://wiki.openusability.org/kde-hci/index.php/KMenu

there are some of the interesting areas of exploration that we should consi=
der=20
in addition to application launching. these include:

grouping applications based on context and usage: do people launch and use=
=20
applications as sets of tools or is the usage fairly random? is it useful t=
o=20
present dynamic groups for applications such as "recently used" and if so=20
what is a good way to do so?

promotion of non-applications: documents, contacts, data sources (digital=20
cameras, usb keys, network databases) etc are increasingly central to deskt=
op=20
usage. how can these be presented better as first class citizens so that we=
=20
can choose to launch a contact versus opening up an instant messenger or=20
email app?

searching: should searching display applications to launch only, or actions=
 as=20
well? if so, what should this look like? look at quicksilver for macos or=20
this blog entry=20
http://raphael.slinckx.net/blog/index.php/2005-10-02/deskbar-applet-hotness=
=20
for concepts along this vein


many of the new approaches seem fairly complex, to be honest. not from a=20
coding perspective, but from both the "amount of information displayed" and=
=20
"amount of control UI" perspectives.

alex gravely showed me an interesting little app in pyGtk+ (called gimme) l=
ast=20
month that displays just three buttons at the bottom of the screen:=20
applications, documents and contacts. each button pops up a dialog that=20
allows one to browse each in a typical "categories on the left, content of=
=20
the category on the right" display with a single depth on the categories (i=
f=20
any).=20

i'm not sure if it's enough for general usage or if people would eventually=
=20
very constrained by it (his contention is that applets are useless and shou=
ld=20
be abandoned completely; that searching by content is not useful; etc), but=
=20
it certainly shows a low-noise approach that does cover most use cases.

alright, enough rambling for now... =3D)

=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)

--nextPart1436480.rOdkm7ZjAN
Content-Type: application/pgp-signature

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

iD8DBQBDuCMv1rcusafx20MRApDuAJ9BWF+4sr0PzRHM4JgRlnqC/d41rgCcD8BP
U2nRkWVDdjZZOp+E+5XmhPM=
=AZUz
-----END PGP SIGNATURE-----

--nextPart1436480.rOdkm7ZjAN--

--===============0698512017==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel

--===============0698512017==--