On Wednesday, 2012-11-21, David Faure wrote:
> On Wednesday 21 November 2012 21:00:27 Martin Sandsmark wrote:
> Hmm, I'm not sure why I wrote "for one setting", grepping again shows much
> more.
>
> ./settings.cpp:192:const QStringList ignores =
> conf.readEntry(ignoreEntry, QStringList()); .
On Wednesday 21 November 2012 21:00:27 Martin Sandsmark wrote:
> On Fri, Nov 09, 2012 at 01:15:49AM +0100, David Faure wrote:
> > From a frameworks point of view, sonnet has had its core moved into
> > staging
> > (as you can see in a frameworks checkout). It needs simple porting from
> > i18n to Q
On Wed, Nov 21, 2012 at 09:00:27PM +0100, Martin Sandsmark wrote:
> https://git.reviewboard.kde.org/r/107412/
Bah, I'm stupid, I didn't see the usage of KLocale to get localized country
and language names. Which is going to be much harder to replace, I think it
might need improvements in QLocale i
On Sunday 18 November 2012, Alexander Neundorf wrote:
> Hi,
>
> in the next days I'll update the required cmake version for e-c-m and the
> kdelibs framework branch to 2.8.10.1
> (http://www.cmake.org/cmake/resources/software.html).
2.8.10.1 is required now, I just pushed it.
Alex
__
On Fri, Nov 09, 2012 at 01:15:49AM +0100, David Faure wrote:
> From a frameworks point of view, sonnet has had its core moved into staging
> (as you can see in a frameworks checkout). It needs simple porting from i18n
> to QCoreApplication::translate("", ...) to have no more kdecore dependency,
> a
On 11/21/2012 01:28 PM, David Faure wrote:
Second issue (and proposal): where should go the kwalletdefaultplugin?
This plugin actually contains the old KWallet API implementation, the
one which calls the kwalletd.
I think the best place for kwalletdefaultplugin should be
kde-runtime/kwalletd. Th
On Wednesday 21 November 2012 13:28:28 David Faure wrote:
> Beep, incompatibility here. The type "functional" means "it's only a
> library". Plugins are runtime dependencies, so this is an "integration"
> framework (confirmed by the fact that it aims at integrating with the OS
> wallet service). Bu
David Faure wrote:
> Hi Jon,
>
> What's the status on phonon-for-Qt5? If all changes got merged in, maybe
> this patch can be applied to kdelibs-frameworks?
I think KDE_NO_PHONON still has value anyway.
It makes it easier to do things in the frameworks branch because you don't
have to build a
On Wednesday 07 November 2012 17:41:15 Kevin Ottens wrote:
> On Wednesday 07 November 2012 16:50:39 David Faure wrote:
> > On Monday 29 October 2012 07:40:29 Kevin Ottens wrote:
> > > Generated forward headers definitely have my preference as they indeed
> > > separate the include organization from
Hello Valentin,
Sorry for the delayed reply, too many conferences this month ;)
On Sunday 04 November 2012 16:03:12 Valentin Rusu wrote:
> Hello,
>
> Now that I'm using a plug-in version of the KWallet API on my system, I
> think it would be the time to put it at the right place inside the
> fra
On Sunday 28 October 2012 11:34:41 Pier Luigi wrote:
> > > * applications need to know the format in advance, my implementation
> > >
> > > instead had a public generic API that lets you open a file then it
> > > detects the mime type and load the appropriate plugin for you.
> >
> > For this poin
On Friday 26 October 2012 16:52:29 Stephen Kelly wrote:
> Hi,
>
> A recent patch of mine makes the frameworks branch fail to build with Qt 5:
>
> https://codereview.qt-project.org/#change,37624
>
> I made it not possible to emit the aboutToQuit signal, which apparently
> KApplication tries to do
Hi Jon,
What's the status on phonon-for-Qt5? If all changes got merged in, maybe this
patch can be applied to kdelibs-frameworks?
Thanks!
On Sunday 07 October 2012 01:27:13 Jon Severinsson wrote:
> ---
> CMakeLists.txt| 10 +-
> interfaces/CMakeLists.t
13 matches
Mail list logo
