--===============1816891809==
Content-type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary=nextPart1315613.g3phHT5KrY
Content-transfer-encoding: 7bit

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

On Saturday 19 February 2005 01:00, Boudewijn Rempt wrote:
> That would be great... As long as the implementation is not as
> unintelligent as in OS X, where the current application is responsible for
> drawing the menu bar, including the system menu. Which means that if the
> application hangs, you cannot access the force quit menu entry, but have =
to
> cycle to another application to make the system menu function again.

i think we'd continue to use the menu applet, so that the app can, at most,=
=20
screw up just that one part of the "menu bar" ... the menu bar itself could=
=20
well be an automatically managed kicker panel, much like it will be in 3.4.

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

--nextPart1315613.g3phHT5KrY
Content-Type: application/pgp-signature

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

iD8DBQBCF6BV1rcusafx20MRAvJwAJ4wlPmagfUytvGg3iGP3fBkXKfEsACgoReV
NDh7bSiilxwdSY1XmyAOBjM=
=pwP1
-----END PGP SIGNATURE-----

--nextPart1315613.g3phHT5KrY--

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

_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability

--===============1816891809==--