From kde-core-devel  Sat Apr 01 02:14:27 2006
From: Hamish Rodda <rodda () kde ! org>
Date: Sat, 01 Apr 2006 02:14:27 +0000
To: kde-core-devel
Subject: Re: kdebase catching up with kdelibs (kkey)
Message-Id: <200604011314.29962.rodda () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=114385771113973
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1872145.JR5paElo4F"

--nextPart1872145.JR5paElo4F
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 01 April 2006 09:39, Adriaan de Groot wrote:
> I'm a little fuzzy on how things ought to be developed right now. When
> should things in kdebase be ported to kdelibs trunk? For instance, the
> attached patch brings libkonq up to date wrt. Chuslove's i18n changes from
> tuesday. Should I wait with that until the libs snapshot is updated?

Yes, kdebase should compile against kdelibs_snapshot.

> Similarly, there's Hamish's KAction changes, which break libkonq as well,
> in
>
> popup.insertItem(SmallIconSet("goto"), i18n( "&Move Here" ) + "\t" +
>  KKey::modFlagLabel( KKey::SHIFT ), 2 );
>
> OK, so KKey::SHIFT is now Qt::SHIFT, but what about modFlagLabel()? It
> wasn't in the 3.5 API, so it's vanished again without being documented.

Well, either QKeySequence(Qt::Key_Shift).toString(), or=20
KKeyServer::modToStringUser(Qt::SHIFT).

I'll update the docs...

Cheers,
Hamish.

--nextPart1872145.JR5paElo4F
Content-Type: application/pgp-signature

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

iD8DBQBELeIFH8BtnSmIlUYRAgsRAKC7QBBkS5d6FgzN06MKa4lDqFzu6ACgnqKS
Vr5XyZ8jS1HpMOvt9LDUvOE=
=zCMG
-----END PGP SIGNATURE-----

--nextPart1872145.JR5paElo4F--