Build failed in Jenkins: plasma-framework_master_qt5 #1039

See Changes: [scripty] SVN_SILENT made messages (.desktop file) -- Started by remote host 127.0.0.1 with note: Triggered by commit Building remotely on LinuxSlave - 3 in workspace

Build failed in Jenkins: plasma-framework_master_qt5 #1038

See Changes: [sebas] Add test for PlasmaCore.ToolTip.target property [sebas] Improve PlasmaCore.ToolTip -- Started by remote host 127.0.0.1 with note: Triggered by commit Building remotel

Build failed in Jenkins: plasma-framework_master_qt5 #1037

See Changes: [sebas] Adapt to API changes in ThreadWeaver -- Started by remote host 127.0.0.1 with note: Triggered by commit Building remotely on LinuxSlave - 3 in workspace

Re: KDE-wide Animation settings

2014/1/4 David Faure : > On Saturday 04 January 2014 23:02:35 Dominik Haumann wrote: >> What I personally would like more is to always be able to read this. >> >> I of course can use a KSharedConfig::openConfig() and then read the config >> value myself. However, would it be of interest to have a s

Re: KDE-wide Animation settings

On Saturday 04 January 2014 23:11:14 David Faure wrote: > On Saturday 04 January 2014 23:02:35 Dominik Haumann wrote: > > On Saturday 04 January 2014 20:56:30 Hugo Pereira Da Costa wrote: > > > ok. So this should go to kstyle (nothing oxygen explicit in there). > > > > > > In fact, kstyle returns:

Re: KDE-wide Animation settings

On Saturday 04 January 2014 23:02:35 Dominik Haumann wrote: > On Saturday 04 January 2014 20:56:30 Hugo Pereira Da Costa wrote: > > ok. So this should go to kstyle (nothing oxygen explicit in there). > > > > In fact, kstyle returns: > > > > KConfigGroup g(KSharedConfig::openConfig(), "KDE-Global

Re: KDE-wide Animation settings

On Saturday 04 January 2014 20:56:30 Hugo Pereira Da Costa wrote: > ok. So this should go to kstyle (nothing oxygen explicit in there). > > In fact, kstyle returns: > > KConfigGroup g(KSharedConfig::openConfig(), "KDE-Global GUI Settings"); > > return g.readEntry("GraphicEffectsLevel", 0); > > m

Re: KTextEditor & Frameworks question

> On Saturday 04 January 2014 22:40:13 Christoph Cullmann wrote: > > > On Saturday 04 January 2014 19:40:46 Christoph Cullmann wrote: > > > > What would be required to have the ktexteditor stuff be "frameworks" > > > > ready? > > > > > > Using all the cmake stuff from other frameworks ;) > > > >

Re: KTextEditor & Frameworks question

On Saturday 04 January 2014 22:40:13 Christoph Cullmann wrote: > > On Saturday 04 January 2014 19:40:46 Christoph Cullmann wrote: > > > What would be required to have the ktexteditor stuff be "frameworks" > > > ready? > > > > Using all the cmake stuff from other frameworks ;) > > > > I just updat

Re: KTextEditor & Frameworks question

> On Saturday 04 January 2014 19:40:46 Christoph Cullmann wrote: > > What would be required to have the ktexteditor stuff be "frameworks" ready? > > Using all the cmake stuff from other frameworks ;) > > I just updated and moved the framework template we had in kdelibs to > kdeexamples/framework-

Re: KF5 include problems on the build.kde.org?

On Saturday 04 January 2014 16:53:42 David Faure wrote: > On Saturday 04 January 2014 15:37:34 David Faure wrote: > > I'll do a full rebuild with cmake next, just to test. > > Built just fine locally. I'm stumped. OK it was a kde-build-metadata/dependency-data configuration issue, it was grabbing

Re: KTextEditor & Frameworks question

On Saturday 04 January 2014 19:40:46 Christoph Cullmann wrote: > What would be required to have the ktexteditor stuff be "frameworks" ready? Using all the cmake stuff from other frameworks ;) I just updated and moved the framework template we had in kdelibs to kdeexamples/framework-template. You

Re: KDE-wide Animation settings

On Saturday 04 January 2014 20:56:30 Hugo Pereira Da Costa wrote: > KConfigGroup g(KSharedConfig::openConfig(), "KDE-Global GUI Settings"); > > return g.readEntry("GraphicEffectsLevel", 0); The default value is wrong. In KDE4 it was enabled by default. (see KGlobalSettings::graphicEffectsLevelDe

Re: KDE-wide Animation settings

On 01/04/2014 08:52 PM, David Faure wrote: On Saturday 04 January 2014 20:19:43 Hugo Pereira Da Costa wrote: The first problem is that with kf5, the style configuration kcm expects a libkstyle_oxygen_config.so *plugin* for this configuration, whereas it was "kstyle_oxygen_config.so" in kde4 time

Re: KDE-wide Animation settings

On Saturday 04 January 2014 20:19:43 Hugo Pereira Da Costa wrote: > The first problem is that with kf5, the style configuration kcm expects > a libkstyle_oxygen_config.so *plugin* for this configuration, whereas it > was "kstyle_oxygen_config.so" in kde4 times. > > now, as the error message indica

Re: KDE-wide Animation settings

Hi Dominik, there are two issues in what you describe 1. "There was an error loading the configuration dialog for this style: Unknown error." 2. QStyle::SH_Widget_Animate The first problem is that with kf5, the style configuration kcm expects a libkstyle_oxygen_config.so *plugin* for this co

Re: KTextEditor & Frameworks question

> On Saturday 04 January 2014 19:18:56 Christoph Cullmann wrote: > > Hi, > > > > I cleanup the frameworks branch in kate.git to only have libktexteditor lib > > and the KTextEditor/ktexteditor includes to be installed as public API. > > > > Now, for 5.x, if others port over, like KDevelop, is it

Re: KTextEditor & Frameworks question

On Saturday 04 January 2014 19:18:56 Christoph Cullmann wrote: > Hi, > > I cleanup the frameworks branch in kate.git to only have libktexteditor lib > and the KTextEditor/ktexteditor includes to be installed as public API. > > Now, for 5.x, if others port over, like KDevelop, is it a good idea to

KTextEditor & Frameworks question

Hi, I cleanup the frameworks branch in kate.git to only have libktexteditor lib and the KTextEditor/ktexteditor includes to be installed as public API. Now, for 5.x, if others port over, like KDevelop, is it a good idea to keep the ktexteditor parts in kate.git, together with the applications,

KDE-wide Animation settings

Hi, in KDE4 times we had e.g. in KMessageWidget: if (KGlobalSettings::graphicEffectsLevel() & KGlobalSettings::SimpleAnimationEffects) { // do animation } Seems this was dependent on the style but read from some config value that was set through the kcm 'style', clicking "Configure" n

Re: KF5 include problems on the build.kde.org?

On Saturday 04 January 2014 15:37:34 David Faure wrote: > I'll do a full rebuild with cmake next, just to test. Built just fine locally. I'm stumped. -- David Faure, fa...@kde.org, http://www.davidfaure.fr Working on KDE, in particular KDE Frameworks 5 __

Re: KF5 include problems on the build.kde.org?

> On Saturday 04 January 2014 15:09:14 Christoph Cullmann wrote: > > > Hi, > > > > > > I am currently struggling to have the KF5 port of Okteta not only build > > > locally (what it does fine), but also on KDE's build server: > > > could anybody hint to me why on the build server the file > > > KL

Re: KF5 include problems on the build.kde.org?

On Saturday 04 January 2014 15:48:39 Friedrich W. H. Kossebau wrote: > Am Samstag, 4. Januar 2014, 15:39:52 schrieb Martin Graesslin: > > On Saturday 04 January 2014 15:04:58 Friedrich W. H. Kossebau wrote: > > > Hi, > > > > > > I am currently struggling to have the KF5 port of Okteta not only bui

Re: KF5 include problems on the build.kde.org?

Am Samstag, 4. Januar 2014, 15:39:52 schrieb Martin Graesslin: > On Saturday 04 January 2014 15:04:58 Friedrich W. H. Kossebau wrote: > > Hi, > > > > I am currently struggling to have the KF5 port of Okteta not only build > > locally (what it does fine), but also on KDE's build server: > > could a

Re: KF5 include problems on the build.kde.org?

On Saturday 04 January 2014 15:09:14 Christoph Cullmann wrote: > > Hi, > > > > I am currently struggling to have the KF5 port of Okteta not only build > > locally (what it does fine), but also on KDE's build server: > > could anybody hint to me why on the build server the file KLocalizedString > >

Re: KF5 include problems on the build.kde.org?

On Saturday 04 January 2014 15:04:58 Friedrich W. H. Kossebau wrote: > Hi, > > I am currently struggling to have the KF5 port of Okteta not only build > locally (what it does fine), but also on KDE's build server: > could anybody hint to me why on the build server the file KLocalizedString > is no

Re: KF5 include problems on the build.kde.org?

> Hi, > > I am currently struggling to have the KF5 port of Okteta not only build > locally (what it does fine), but also on KDE's build server: > could anybody hint to me why on the build server the file KLocalizedString is > not found for include on building of the static lib kastencoretestio:

KF5 include problems on the build.kde.org?

Hi, I am currently struggling to have the KF5 port of Okteta not only build locally (what it does fine), but also on KDE's build server: could anybody hint to me why on the build server the file KLocalizedString is not found for include on building of the static lib kastencoretestio: >From http

Re: compile error

On Saturday 04 January 2014 13:33:59 Dominik Haumann wrote: > Building KIO: > > In file included from > /home/dh/kde/kf5/src/frameworks/kio/src/core/filecopyjob.cpp:27:0: > /home/dh/kde/kf5/usr/include/KF5/KI18n/KLocalizedString:1:36: fatal error: > ki18n/klocalizedstring.h: No such file or direct

compile error

Building KIO: In file included from /home/dh/kde/kf5/src/frameworks/kio/src/core/filecopyjob.cpp:27:0: /home/dh/kde/kf5/usr/include/KF5/KI18n/KLocalizedString:1:36: fatal error: ki18n/klocalizedstring.h: No such file or directory #include "ki18n/klocalizedstring.h"

Re: KDE4Support Headers

On Friday 03 January 2014 22:38:28 Christoph Cullmann wrote: > Hi, > > KDE4Support installs still stuff like kmimetype.h in the KF5 directory, > shall it not better install all its compat headers in some KDE4Support > prefix to avoid that one can use them without using KF4::KDE4Support? Excellent