Re: Simplifying KConfigDialogManager

2013-05-20 Thread Kevin Ottens
On Thursday 16 May 2013 08:13:55 David Edmundson wrote: > KConfigDialogManager currently contains a map of every possible widget > along with the name of the signal to connect to to know when a widget > changes. > > Can we kill this entire map and replace it with monitoring > widget->metaObject()-

Re: Simplifying KConfigDialogManager

2013-05-20 Thread Albert Astals Cid
El Dijous, 16 de maig de 2013, a les 08:13:55, David Edmundson va escriure: > KConfigDialogManager currently contains a map of every possible widget > along with the name of the signal to connect to to know when a widget > changes. > > Can we kill this entire map and replace it with monitoring > w

Re: Fwd: please make it easier to hack on frameworks

2013-05-20 Thread Ben Cooksley
On Tue, May 21, 2013 at 6:41 AM, David Faure wrote: > On Monday 20 May 2013 10:11:15 Ian Monroe wrote: >> On Mon, May 20, 2013 at 8:28 AM, David Faure wrote: >> ... >> >> > qt5.git defines which sha1 of the submodules you should get. >> >> It hasn't been updated in a month. > > That's fine though

Re: please make it easier to hack on frameworks

2013-05-20 Thread Alex Merry
On 20/05/13 14:17, Alexander Neundorf wrote: Hmm, wrong branch ? I checked out "stable" branch, as the wiki page recommended from May 12th to May 20th, because "init-repository script is broken in the dev branch". I don't want to mess up my qt clone again. So, do I simply do "git checkout dev",

Fwd: please make it easier to hack on frameworks

2013-05-20 Thread Ian Monroe
On Mon, May 20, 2013 at 6:17 AM, Alexander Neundorf wrote: > > On Tuesday 14 May 2013, Alexander Neundorf wrote: > > On Tuesday 14 May 2013, Stephen Kelly wrote: > > > Alexander Neundorf wrote: > > > > Additionally we don't check in cmake that the Qt which has been found > > > > is good enough. >

Fwd: please make it easier to hack on frameworks

2013-05-20 Thread Ian Monroe
On Mon, May 20, 2013 at 8:28 AM, David Faure wrote: ... > qt5.git defines which sha1 of the submodules you should get. It hasn't been updated in a month. ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/lis

Simplifying KConfigDialogManager

2013-05-20 Thread David Edmundson
KConfigDialogManager currently contains a map of every possible widget along with the name of the signal to connect to to know when a widget changes. Can we kill this entire map and replace it with monitoring widget->metaObject()->userProperty()->notifySignal() at runtime? It will greatly simplify

Re: Fwd: please make it easier to hack on frameworks

2013-05-20 Thread David Faure
On Monday 20 May 2013 10:11:15 Ian Monroe wrote: > On Mon, May 20, 2013 at 8:28 AM, David Faure wrote: > ... > > > qt5.git defines which sha1 of the submodules you should get. > > It hasn't been updated in a month. That's fine though. It's the basis for KF5 development. Don't use API that's on

Re: Finalized proposal for i18n in KF5, second iteration

2013-05-20 Thread Chusslove Illich
> [: Oswald Buddenhagen :] > as for the TRANSLATION_DOMAIN define, that really should come from the > build system to start with. I have nothing against that, but a there must be a way which is independent of the build system. It would seem bizare to me that one could not, for example, write a sin

Re: please make it easier to hack on frameworks

2013-05-20 Thread David Faure
On Monday 20 May 2013 15:17:49 Alexander Neundorf wrote: > So, do I simply do "git checkout dev", and that's it, also for all > submodules ? No. git checkout dev in qt5.git and then git submodule update qt5.git defines which sha1 of the submodules you should get. "dev" everywhere isn't recomm

Jenkins build is back to stable : kdelibs_frameworks_qt5 #624

2013-05-20 Thread KDE CI System
See ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 110529: more error handling in KIdleTime

2013-05-20 Thread Commit Hook
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110529/ --- (Updated May 20, 2013, 3:58 p.m.) Status -- This change has been mark

Re: Review Request 110529: more error handling in KIdleTime

2013-05-20 Thread Commit Hook
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110529/#review32837 --- This review has been submitted with commit acb74d44783814fb4f9

Re: please make it easier to hack on frameworks

2013-05-20 Thread Alexander Neundorf
On Tuesday 14 May 2013, Alexander Neundorf wrote: > On Tuesday 14 May 2013, Stephen Kelly wrote: > > Alexander Neundorf wrote: > > > Additionally we don't check in cmake that the Qt which has been found > > > is good enough. > > > We make use of the new INTERFACE_INCLUDE_DIRECTORIES target property

Review Request 110540: Move KAccelGen and kaccelgentest to KDE4Support

2013-05-20 Thread Alex Merry
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110540/ --- Review request for KDE Frameworks. Description --- Move KAccelGen and

Re: Finalized proposal for i18n in KF5, second iteration

2013-05-20 Thread Oswald Buddenhagen
On Mon, May 20, 2013 at 12:08:36AM +0200, Chusslove Illich wrote: > > [: Oswald Buddenhagen, 2013-04-06 :] > > the .h file postprocessing in \subsubsection link_ui is a gross hack, and > > i don't see any plausible reason why this should not be fixed in uic > > instead. > > I agree, but I saw it d

Re: KF5 Update Meeting 2013-w20

2013-05-20 Thread Alexander Neundorf
On Sunday 19 May 2013, Stephen Kelly wrote: > Alexander Neundorf wrote: > > On Thursday 16 May 2013, Stephen Kelly wrote: > >> Kevin Ottens wrote: > >> >> Beside that, I would like if we could do a release of > >> >> extra-cmake-modules as soon as possible, so other projects, KDE and > >> >> non-KD