Re: KDE Frameworks 5.29.0

On Saturday, December 10, 2016 3:47:56 PM CET David Faure wrote: > On samedi 10 décembre 2016 09:52:06 CET Martin Graesslin wrote: > > On Thursday, December 8, 2016 9:32:13 AM CET David Faure wrote: > > > On mercredi 7 décembre 2016 21:06:11 CET Kevin Funk wrote: > > >

Stepping down as KGlobalAccel maintainer

Hi frameworks developers, I decided to step down as the maintainer of KGlobalAccel. I haven't done any work on KGlobalAccel this year and bug reports just linger. A big problem for me maintaining KGlobalAccel is that most work is needed in the X11 implementation. As I no longer use X11 and

Re: ATTN: latest changes in breeze-icons make packaging untenable

On Tuesday, October 25, 2016 4:47:40 PM CEST Luca Beltrame wrote: > Hello, > > recent changes in breeze broke building in openSUSE's OBS: after a > discussion on IRC, it turned out that there were incorrect symlinks. > Adjustments were made in order to preserve space. However, while > harmless at

Re: KF5/Qt5 and multiple QPAs

On Wednesday, September 21, 2016 10:14:33 PM CEST René J.V. Bertin wrote: > Hi, > > Am I correct that Qt now provides a Wayland QPA and that users on Linux can > now decide, in principle "on the fly" which displaying protocol a newly > started application is going to use, presumably with a

Re: C++11 & friends

On Sunday, September 11, 2016 3:21:21 AM CEST Dominik Haumann wrote: > Hi all, > > I just saw a commit by Volker turning nullptr into Q_NULLPTR with the > comment that Visual Studio 2012 does not support nullptr. > > While this change is trivial for obvious reasons, do we really need to do >

Re: Failing unittests

On Saturday, August 6, 2016 8:12:06 PM CEST David Faure wrote: > Today is KF 5.25 tagging day, but the CI isn't green... > kwayland: testWaylandFullscreenShell fails Sorry about that. It's caused by a newer weston version [1] which got installed on Friday on build.kde.org. I just pushed a fix

Re: Where to put kwayland integration plugins

On Wednesday, July 6, 2016 12:16:09 AM CEST Albert Astals Cid wrote: > El dissabte, 2 de juliol de 2016, a les 15:25:39 CEST, Martin Graesslin va > > escriure: > > On Saturday, July 2, 2016 11:41:11 AM CEST David Faure wrote: > > > On lundi 6 juin 2016 11:26

Re: Where to put kwayland integration plugins

On Saturday, July 2, 2016 8:59:28 PM CEST you wrote: > On samedi 2 juillet 2016 15:25:39 CEST Martin Graesslin wrote: > > On Saturday, July 2, 2016 11:41:11 AM CEST David Faure wrote: > > > On lundi 6 juin 2016 11:26:58 CEST Aleix Pol wrote: > > > > On Mon, Jun 6, 201

Re: Where to put kwayland integration plugins

On Saturday, July 2, 2016 11:41:11 AM CEST David Faure wrote: > On lundi 6 juin 2016 11:26:58 CEST Aleix Pol wrote: > > On Mon, Jun 6, 2016 at 8:32 AM, Martin Graesslin <mgraess...@kde.org> wrote: > > > Hi framework-developers, > > > > > > in P

Re: Replacing the "- name: All" platform wildcard

On Wednesday, June 15, 2016 11:18:40 AM CEST Andreas Cord-Landwehr wrote: > On Wednesday, June 15, 2016 11:01:14 AM CEST Martin Graesslin wrote: > > On Wednesday, June 15, 2016 10:16:19 AM CEST Andreas Cord-Landwehr wrote: > > > Hey all, > > > > > > in prepa

Re: Replacing the "- name: All" platform wildcard

On Wednesday, June 15, 2016 10:16:19 AM CEST Andreas Cord-Landwehr wrote: > Hey all, > > in preparation for getting information about Android as supported platform > on api.kde.org, I would like to purge the "- name: All" platform wildcard > from all metainfo.yaml files and replace it by: > -

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Monday, June 6, 2016 1:29:51 PM CEST Jaroslaw Staniek wrote: > On 6 June 2016 at 13:04, Martin Graesslin <mgraess...@kde.org> wrote: > > On Monday, June 6, 2016 12:17:11 PM CEST Jaroslaw Staniek wrote: > > > On 30 May 2016 at 17:11, Michael Pyne <mp...@kde.org>

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Monday, June 6, 2016 12:17:11 PM CEST Jaroslaw Staniek wrote: > On 30 May 2016 at 17:11, Michael Pyne <mp...@kde.org> wrote: > > On Mon, May 30, 2016 14:42:43 Martin Graesslin wrote: > > > On Saturday, May 28, 2016 11:24:52 PM CEST Michael Pyne wrote: > > >

Re: Where to put kwayland integration plugins

On Monday, June 6, 2016 11:26:58 AM CEST Aleix Pol wrote: > On Mon, Jun 6, 2016 at 8:32 AM, Martin Graesslin <mgraess...@kde.org> wrote: > > Hi framework-developers, > > > > in Plasma we have a repository called kwayland-integration. It provides a > >

Where to put kwayland integration plugins

Hi framework-developers, in Plasma we have a repository called kwayland-integration. It provides a plugin for: * KWindowSystem * KIdleTime using the KWayland client API. Thus it makes these frameworks functional on windowing system Wayland. I want to move the plugins into frameworks and are

Re: QGlobalStatic and windowing specific calls in dtor

On Monday, May 30, 2016 5:50:23 PM CEST Aleix Pol wrote: > On Mon, May 30, 2016 at 4:25 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > Hi frameworks-dev, > > > > I have a problem with my KWayland based plugin for KIdleTime. KIdleTime > > uses a QGlobalSta

Re: kwindowsystem crashes

On Monday, May 30, 2016 11:36:54 AM CEST Kurt Hindenburg wrote: > There are a number of lines that division by zero could happen in > frameworks/kwindowsystem/src/platforms/xcb/kwindowsystem.cpp if > displayGeometry returns a 0 QRect. I think that is what is happening with > bug 349512. urgh.

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Saturday, May 28, 2016 11:24:52 PM CEST Michael Pyne wrote: > On Sat, May 28, 2016 14:53:54 Jaroslaw Staniek wrote: > > All in all, If nobody just noted an issue with the licensing above maybe > > nobody tried to place/distribute a non-GPL software on top of Plasma? That > > would be the worst

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Sunday, May 22, 2016 12:22:28 AM CEST Jaroslaw Staniek wrote: > So we, in KDE, lack LGPL style code for our de-facto official look and feel. This is the crucial point. Breeze is not the de-facto official look and feel of KDE. It's the look and feel of Plasma. Applications shouldn't use it.

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Wednesday, May 18, 2016 12:41:49 PM CEST Jaroslaw Staniek wrote: > On 17 May 2016 at 20:38, Martin Graesslin <mgraess...@kde.org> wrote: > > On Tuesday, May 17, 2016 6:23:10 PM CEST Jaroslaw Staniek wrote: > > > > If you show me why it needs to be a framework and

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Tuesday, May 17, 2016 6:23:10 PM CEST Jaroslaw Staniek wrote: > > If you show me why it needs to be a framework and I agree with it, > > I might be willing to consider to allow to relicense the code I wrote for > > it. > > There's no request to make it framework from me. LGPLing Breeze does

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Tuesday, May 17, 2016 2:21:43 PM CEST Jaroslaw Staniek wrote: > On 9 May 2016 at 07:53, Martin Graesslin <mgraess...@kde.org> wrote: > > On Saturday, May 7, 2016 10:10:50 PM CEST Jaroslaw Staniek wrote: > > > Hi, > > > Is relicensing Breeze QSt

Re: dbus-less frameworks on osx

On Wednesday, May 11, 2016 4:00:45 AM CEST Nick Shaforostoff wrote: > hi all! I'm investigating possibility of getting some kde apps to build on > osx with vanilla Qt without dbus. > > would you accept patches that make that possible? > > for example, i have just built kauth without dbus and i

Re: LGPL for Breeze QStyle and qtquickcontrols?

On Saturday, May 7, 2016 10:10:50 PM CEST Jaroslaw Staniek wrote: > Hi, > Is relicensing Breeze QStyle to LGPL from GPL for possible and acceptable? > I've found cases when bits of the code beyond QStyle/KStyle API need > to be reused. One example is: custom widgets. > If we're considering Breeze

Re: Review Request for KWayland for inclusion in frameworks

On Saturday, May 7, 2016 7:45:20 PM CEST Michael Pyne wrote: > On Sat, May 7, 2016 13:50:05 David Faure wrote: > > Hi guys, > > > > Can you check the CI for KWayland? ASAN detects an invalid memory usage > > in KWayland::Client::OutputDevice::Private::doneCallback() called after > >

Re: Review Request for KWayland for inclusion in frameworks

ove of kwayland to frameworks, please proceed > (preferrably earlier than in two weeks, since that would be close to release > date). > > Cheers, > David. > > On Friday 15 April 2016 10:08:57 Martin Graesslin wrote: > > Hi frameworks-developers, > > > > based on

Re: Jenkins-kde-ci: kdbusaddons master kf5-qt5 » Linux, gcc - Build # 11 - Still Unstable!

On Saturday, April 23, 2016 10:35:22 AM CEST Martin Graesslin wrote: > Could we disable that ASAN check please[1]? I have two of my projects > failing due to the DBus problem and one further failing due to a similar > problem in QQuickStyleItem [2]. It's nice that we find errors, but

Re: Jenkins-kde-ci: kdbusaddons master kf5-qt5 » Linux, gcc - Build # 11 - Still Unstable!

On Monday, April 25, 2016 11:17:03 AM CEST Luigi Toscano wrote: > On Monday 25 of April 2016 19:14:00 Ben Cooksley wrote: > > On Mon, Apr 25, 2016 at 5:59 PM, Martin Graesslin <mgraess...@kde.org> > > wrote: > > > In summary: I don't want spend time

Re: Jenkins-kde-ci: kdbusaddons master kf5-qt5 » Linux, gcc - Build # 11 - Still Unstable!

On Monday, April 25, 2016 7:29:51 AM CEST Albert Astals Cid wrote: > I object. > a) I already told you, don't use something nobody else uses, use the > separate reposb) Not going to happen, but why would it matter at all? > > More reasons for it: c) ASAN does not check for things in the library

Re: Jenkins-kde-ci: kdbusaddons master kf5-qt5 » Linux, gcc - Build # 11 - Still Unstable!

On Saturday, April 23, 2016 8:48:17 PM CEST Ben Cooksley wrote: > On Sat, Apr 23, 2016 at 8:35 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > On Saturday, April 23, 2016 1:09:00 PM CEST Ben Cooksley wrote: > >> On Sat, Apr 23, 2016 at 1:04 PM, Daniel Vrátil

Re: Jenkins-kde-ci: kdbusaddons master kf5-qt5 » Linux, gcc - Build # 11 - Still Unstable!

On Saturday, April 23, 2016 1:09:00 PM CEST Ben Cooksley wrote: > On Sat, Apr 23, 2016 at 1:04 PM, Daniel Vrátil wrote: > > On Saturday, April 23, 2016 1:44:16 AM CEST Ben Cooksley wrote: > >> On Fri, Apr 22, 2016 at 11:11 PM, David Faure wrote: > >> > On Thursday

Re: Review Request for KWayland for inclusion in frameworks

On Friday, April 15, 2016 10:08:57 AM CEST Martin Graesslin wrote: > Hi frameworks-developers, short update > * module in frameworks: not yet, currently still in Plasma [4] done > * kde-build-metadata: not yet, currently still in Plasma [4] done > * CI Jobs: currently still f

Review Request for KWayland for inclusion in frameworks

Hi frameworks-developers, based on the thread "KWayland as framework" [1] I want to start the review process for including KWayland into frameworks. To make it easier I'm giving an overview: Policies [2]: * Tier 1/integration - dependencies on Qt::Gui (5.4) and Wayland (1.7) * directory

Re: Misbehavior when unloading KStyle

On Wednesday, April 6, 2016 8:10:53 PM CEST Aleix Pol wrote: > Hi, > I've seen a couple of times such backtrace [1] which shows Qt waiting > for something that never happens. An easy way to reproduce is to load > konversation (or any application with KDBusService::Unique), hide it > and run it

Re: kauth testing?

On Sunday, April 3, 2016 9:29:55 AM CEST René J.V. Bertin wrote: > Hi, > > KAuth doesn't come with anything but a few unittests that do not appear to > attempt an actual authentication. I build my K*5 stuff for installation > into /opt/local, under OS X and under KUbuntu 14.04 (i.e. a KDE4

Re: setting default widgetStyle (and ColorScheme)

On Saturday, November 28, 2015 7:58:47 PM CET René J. V. Bertin wrote: > Olivier Goffart wrote: > > A pure KF5 appliation would anyway use the KDE platform theme plugin > > provided by KDE Frameworks. (in frameworkintegration) > > (So in other words: that code should not be executed when kde

Re: Policy for Dependencies

On Tuesday, October 13, 2015 8:42:43 AM CEST Christoph Cullmann wrote: > Hi, thanks for raising this topic. I think it's very important that we have a general strategy for frameworks and not have thousands of micro-fixes in various frameworks. > 1) "Normal" deployment like we do in on Linux =>

Re: Jenkins and XDG_DATA_DIRS

On Tuesday, March 22, 2016 6:46:50 PM CET Ben Cooksley wrote: > On Mon, Mar 21, 2016 at 7:56 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > On Saturday, March 19, 2016 10:27:38 PM CET David Faure wrote: > >> It appears that something regressed in the jenkins setu

Re: Jenkins and XDG_DATA_DIRS

On Saturday, March 19, 2016 10:27:38 PM CET David Faure wrote: > It appears that something regressed in the jenkins setup. > > Almost all of the current failures in the "Frameworks kf5-qt5" group come > from XDG_DATA_DIRS not being set up correctly anymore, I think. > E.g. in >

Raising Qt requirement to Qt 5.4

Hi all, with todays release of Qt 5.6 I suggest that we raise the minimum Qt version requirement to 5.4. This would mean the latest three releases are supported. The important new features in Qt 5.4 in my opinion for frameworks development are: * QSignalSpy(const QObject *object,

Re: I'm missing the favicons interface

On Friday, February 19, 2016 11:04:21 PM CET David Faure wrote: > On Tuesday 16 February 2016 22:32:18 Robby Stephenson wrote: > > On Tue, Feb 16, 2016 at 5:00 PM, David Faure wrote: > > > I'm curious though, what's the use case for a large favicon? In KDE4 the > > > only > > >

Re: Proposal for moving KColorScheme from KConfigWidgets to KGuiAddons

On Saturday, February 20, 2016 11:22:48 AM CET Andreas Cord-Landwehr wrote: > Hi, I want to propose to move the KColorScheme class from the KConfigWidgets > famework to the KGuiAddons framework. > > Reasons: > * that would reduce dependencies of KIconThemes and make it > - a Tier 2 framework

Re: Solid/PowerManagement deprecation

On Wednesday, February 10, 2016 3:55:51 PM CET Aleix Pol wrote: > Hi, > I've been looking in the last days what applications and uses make our > software stick to KDELibs4Support. > > My impression is that the big missing thing is Solid/PowerManagement. > > Is anyone looking into the issue? I

Re: KActivitiesStats framework for review

On Monday, February 1, 2016 9:59:17 AM CET Ivan Čukić wrote: > Hi all, > > There is a new framework-to-be under review. Until now, it was used in > plasma (and shipped with plasma, although it was developed in > kactivities repository - strange setup, but we somehow managed). To > avoid

Re: opening dialogs using a "foreign" WId

On Thursday, January 28, 2016 5:28:24 PM CET René J. V. Bertin wrote: > René J. V. Bertin wrote: > > Which is all I'm hinting at, and certainly not that a single (or small > > group of) person(s) implement this for all platforms. > > Of course, if cross-process WIds are basically only usable

Re: opening dialogs using a "foreign" WId

On Wednesday, January 27, 2016 10:06:00 PM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > That depends on the Wayland compositor. In Plasma (KWin) we will certainly > > make sure this works properly. > > I'd appreciate if that could be done in a way that

Re: KCoreAddons qml plugins

On Thursday, January 28, 2016 1:11:38 AM CET David Faure wrote: > I honestly don't see the problem with having this in KDeclarative, but maybe > I'm missing a good reason for splitting such qml plugins into a separate > framework. Or maybe there's no point in doing that either. The problem is

Re: Review Request 126895: Make KGlobalAccel dependency in KXmlGui optional

On Thursday, January 28, 2016 11:10:20 AM CET Jaroslaw Staniek wrote: > Now instead of that, everything but truly uncommon stuff would be ON by > default.​ If someone knows what she/he​ is doing, will set to OFF but this > will be actually a choice, hopefully informed choice. > > Can we encourage

Re: opening dialogs using a "foreign" WId

On Thursday, January 28, 2016 10:40:57 AM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > Sorry, we *are* the platform. If we extend the desktop shell to [...] > > With all due respect, that sounds very wrong for software that's supposed to > be cross-platform. At th

Re: opening dialogs using a "foreign" WId

On Wednesday, January 27, 2016 3:45:12 PM CET René J. V. Bertin wrote: > Kai Uwe Broulik wrote: > > Hi, > > >> ‎Are there other platforms where WIds cannot be used for this kind of use > >> case (MS Windows for instance)? > > > > Wayland.‎ > > So how do the dialogs behave when, say,

Re: Making polkit-qt-1 a tier1 framework

On Saturday, January 23, 2016 11:59:28 AM CET David Faure wrote: > On Thursday 14 January 2016 13:20:01 Martin Gräßlin wrote: > > Hi all, > > > > I want to suggest to move polkit-qt-1 [1] from kdesupport to frameworks. > > Reasons are: > > > > * kdesupport is basically what became tier1 in

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Thursday, December 24, 2015 12:16:13 PM CET Simon Lees wrote: > Hi All, > > Sorry for double posting, but after chatting with someone on IRC we > discovered that exporting QT_QPA_PLATFORMTHEME=kde or > QT_QPA_PLATFORMTHEME=gtk2 fixes the issue. For now I can just patch > enlightenment to

Re: Draft split for qpt plugin from frameworkintegration

On Thursday, December 17, 2015 5:48:47 PM CET Martin Graesslin wrote: > On Thursday, December 17, 2015 4:32:48 PM CET Aleix Pol wrote: > > On Wed, Dec 16, 2015 at 4:12 PM, Martin Graesslin <mgraess...@kde.org> > > wrote: > > > Hi all, > > > > >

Re: Draft split for qpt plugin from frameworkintegration

On Thursday, December 17, 2015 4:32:48 PM CET Aleix Pol wrote: > On Wed, Dec 16, 2015 at 4:12 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > Hi all, > > > > following up on [1] I have prepared a split of frameworkintegration to > > move > > the QPT

Re: Draft split for qpt plugin from frameworkintegration

forgot CC to plasma On Thursday, December 17, 2015 4:32:48 PM CET Aleix Pol wrote: > On Wed, Dec 16, 2015 at 4:12 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > Hi all, > > > > following up on [1] I have prepared a split of frameworkintegration to

Draft split for qpt plugin from frameworkintegration

Hi all, following up on [1] I have prepared a split of frameworkintegration to move the QPT plugin into a dedicated repository. You can find it in [2]. Please have a look at the split repo to verify that it looks fine. If everything is OK, I'll request a new repo from sysadmins. Some general

Re: kdeinit freezes on Wayland in OOM protection

On Friday, November 27, 2015 1:05:26 PM CET Michael Pyne wrote: > On Thu, November 26, 2015 13:16:04 Martin Graesslin wrote: > > we are facing a problem during the startup of Plasma on Wayland. If OOM > > protection is enabled for kdeinit and we already have a running X server, >

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Monday, December 14, 2015 2:40:16 PM CET Mark Gaiser wrote: > On Mon, Dec 14, 2015 at 1:37 PM, Marco Martin wrote: > > On Thursday 10 December 2015, Mark Gaiser wrote: > > > It's not just a barrier in my head. It's a waste of resources if one > > > package that doesn't need

Re: Moving KWayland to frameworks

On Thursday, December 10, 2015 1:07:42 PM CET Boudhayan Gupta wrote: > On 10 December 2015 at 12:32, Martin Graesslin <mgraess...@kde.org> wrote: > > yes, that's the annoying one which is lots of work and lots of possible > > regressions. I'm not sure whether I'm willing to

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Thursday, December 10, 2015 2:39:36 PM CET Mark Gaiser wrote: > > That is why I don't get your point. It just doesn't make sense to me and > > it > > sounds being based on wrong assumptions. > > Yes, it will. Here is the proof (taking archlinux as example since it is > very much like upstream

Re: Moving KWayland to frameworks

On Thursday, November 5, 2015 11:10:49 AM CET Kevin Ottens wrote: > Hello, > > On Thursday 05 November 2015 10:50:06 Martin Graesslin wrote: > > There are two things which make the move to frameworks difficult and I > > don't see a solution to it at the moment: > &g

Re: [OS X/Wayland] using WIds created by a different process to create KMessageBox'es and other widgets/windows

On Wednesday, December 9, 2015 1:29:41 PM CET René J.V. Bertin wrote: > KWindowSystem::setMainWindow() is a different matter. Firstly, it does NOT > use the plugin architecture currently, but simply assumes that > QWindow::fromWinId() will always work (and never crash). oh that explains a lot...

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Wednesday, December 9, 2015 4:03:24 PM CET Aleix Pol wrote: > On Wed, Dec 9, 2015 at 3:56 PM, Mark Gaiser <mark...@gmail.com> wrote: > > On Wed, Dec 9, 2015 at 8:24 AM, Martin Graesslin <mgraess...@kde.org> wrote: > >> On Tuesday, December 8, 2015 6:03:47 PM C

Re: Moving KWayland to frameworks

On Wednesday, December 9, 2015 6:14:47 PM CET Kevin Ottens wrote: > > I just started looking into doing the replacement and noticed that I'm > > also > > using: > > * Non-static data member initializers (N2756), gcc 4.7 > > * Range-based for (N2930), gcc 4.6 > > Note that if you do that with Qt

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Tuesday, December 8, 2015 6:03:47 PM CET Mark Gaiser wrote: > I thought the frameworkintegration plugin was exactly that and usable for > any platform if they wish to use it. > Or is my assumption wrong and is it really only for Plasma and should > others stay away from it? well obviously it's

Re: RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

On Monday, December 7, 2015 3:54:31 PM CET Mark Gaiser wrote: > While at it. Why does frameworkintegration force [1] specific fonts upon > the user? > > It's fine that apparently some folks prefer Oxygen fonts over all else, but > i thoroughly dislike it. > I always end up blacklisting it in my

RFC: split platformtheme plugin from frameworkintegration and move to kde/workspace

Hi all, based on the discussion in [1] I propose that we split out platformtheme plugin from frameworkintegration into a dedicated repository and move it to kde/workspace to be released together with Plasma 5.6. The main reasoning is that this plugin only gets loaded with env variables set in

Re: Purpose as a KDE Framework

On Tuesday, December 1, 2015 3:01:10 PM CET Aleix Pol wrote: > Hi, > I've been working on Purpose since some months now, with the intention > of becoming a framework some day. Some information about it can be > read here: >

Re: setting default widgetStyle (and ColorScheme)

On Monday, November 30, 2015 11:06:57 AM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > In my opinion: no. I even think the frameworkintegration framework should > > get removed from frameworks and moved into Plasma Workspace. Because > > that's what it is

Scope of framework integration plugin?

Hi all, there is currently a review request to add OSX specific changes to framework integration plugin [1]. This seems wrong to me. I think our framework integration plugin is about integration Qt applications into the Plasma workspace. In my opinion it should not be used anywhere else. Not

Re: Scope of framework integration plugin?

On Monday, November 30, 2015 12:59:02 PM CET Luigi Toscano wrote: > On Monday 30 of November 2015 12:48:26 Martin Graesslin wrote: > > Hi all, > > > > there is currently a review request to add OSX specific changes to > > framework integration plugin [1]. > > &g

Re: Scope of framework integration plugin?

On Monday, November 30, 2015 1:02:01 PM CET Aleix Pol wrote: > On Mon, Nov 30, 2015 at 12:48 PM, Martin Graesslin <mgraess...@kde.org> wrote: > > Hi all, > > > > there is currently a review request to add OSX specific changes to > > framework integration plug

Re: setting default widgetStyle (and ColorScheme)

On Monday, November 30, 2015 1:17:20 PM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > Is this going to turn into another shouting match? sorry what? > > > That's not the point! Any user can use whatever theme they want. The > > question is whether we shou

Re: setting default widgetStyle (and ColorScheme)

On Monday, November 30, 2015 3:01:40 PM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > what you put on review board is in my opinion not a minimal modification. > > That are lots of ifdefs and each ifdef is a huge burden for the > > framework. It means > ... &g

Re: setting default widgetStyle (and ColorScheme)

On Saturday, November 28, 2015 7:58:47 PM CET René J. V. Bertin wrote: > Olivier Goffart wrote: > > A pure KF5 appliation would anyway use the KDE platform theme plugin > > provided by KDE Frameworks. (in frameworkintegration) > > (So in other words: that code should not be executed when kde

kdeinit freezes on Wayland in OOM protection

Hi all, we are facing a problem during the startup of Plasma on Wayland. If OOM protection is enabled for kdeinit and we already have a running X server, kdeinit freezes dead. I'm sorry for having ignored the issue for too long and had just disabled OOM protection on my system, so I never hit

Re: Review Request 126078: [OS X] modernising the KIdleTime plugin (WIP!)

On Wednesday, November 18, 2015 5:28:27 PM CET René J.V. Bertin wrote: > On Wednesday November 18 2015 15:01:59 Martin Gräßlin wrote: > > idiotic > > If we're starting to call names arguing indeed becomes pointless as the > apparent lack of actual reading my arguments already suggested. It leaves

Re: KIdleTime: early and/or failing/rejected timeout detection?

On Tuesday, November 17, 2015 5:04:09 PM CET René J. V. Bertin wrote: > > I can say for Wayland as I wrote that recently: > I'm guessing Wayland will provide a mechanism that's inspired by what Xcb > provides? eh no. As I control both the server (hello KWin) and the client (hello KWayland) I

Re: KIdleTime: early and/or failing/rejected timeout detection?

On Tuesday, November 17, 2015 2:59:57 PM CET René J.V. Bertin wrote: > KIdleTime really seems to have captured my attention - it's after all very > closely related to "problems" I've had to solve more than a few times in a > previous life. > > Currently, the MS Windows and OS X backends have 2

Re: KIdleTime: early and/or failing/rejected timeout detection?

On Tuesday, November 17, 2015 6:33:17 PM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > NO POLLING! > > > > If you cannot do that on OSX, I really think it's better to not provide > > it. If you think it's unfair that there is a backend for X11 which >

Re: KIdleTime : provide a settable resolution for the polling backends?

On Tuesday, November 17, 2015 8:42:31 AM CET Martin Graesslin wrote: > On Monday, November 16, 2015 1:31:02 PM CET René J.V. Bertin wrote: > > Hi, > > > > Working on modernising the OS X plugin for KIdleTime, I realised that > > there > > is no mechanism fores

Re: KIdleTime : provide a settable resolution for the polling backends?

On Monday, November 16, 2015 1:31:02 PM CET René J.V. Bertin wrote: > Hi, > > Working on modernising the OS X plugin for KIdleTime, I realised that there > is no mechanism foreseen to set the frequency at which the current system > idle time should be sampled on those platforms that need to use a

Re: KGlobalAccel on ~Linux?

On Friday, November 13, 2015 5:24:51 PM CET René J.V. Bertin wrote: > Hi, > > KDE4's kglobalaccel works just fine on Mac OS X; is there a reason why the > KF5 wouldn't? because nobody ported it to Qt's new native event filter. I would love to see this enabled again for the non Linux platforms.

Re: KGlobalAccel on ~Linux?

On Friday, November 13, 2015 5:54:01 PM CET René J. V. Bertin wrote: > Martin Graesslin wrote: > > because nobody ported it to Qt's new native event filter. I would love to > > see this enabled again for the non Linux platforms. > > Hmm, I see. That's something I should look

Re: Build and test failures with Qt 5.6 and Qt 5.3

On Wednesday, November 11, 2015 10:22:13 AM CET Jan Kundrát wrote: > On Tuesday, 10 November 2015 08:34:02 CET, Martin Graesslin wrote: > > Yes, most tests don't require a WM. Especially the Net* tests > > simulate being a > > window manager. Only the KWindow* tests

Frameworks API documentation broken

Hi all, I just wanted to raise awareness of the fact that the Frameworks API documentation on api.kde.org is completely broken. Currently one only gets error 404 when clicking on the framework links and also in the search I cannot find e.g. the frameworks variant of KAboutData. Cheers Martin

Re: Build and test failures with Qt 5.6 and Qt 5.3

On Monday, November 9, 2015 6:00:43 PM CET Jan Kundrát wrote: > On Monday, 9 November 2015 08:21:21 CET, Martin Graesslin wrote: > > I'm sorry, but I'm not able to reproduce the failure on my > > local Qt 5.6 setup. > > The failures look like there is no WM running on the

Re: Build and test failures with Qt 5.6 and Qt 5.3

On Saturday, November 7, 2015 11:59:48 AM CET David Faure wrote: > > - [5.6] kwindowsystem: KWindowInfoX11Test fails tests > > Martin, can you take a look at > http://ci-logs.kde.flaska.net/0c/0c4039dc8d4c3fa9eed18a4f5604a90648fe3e84/re >

Re: Moving KWayland to frameworks

On Thursday, November 5, 2015 10:50:06 AM CET Martin Graesslin wrote: > 2. We use Qt 5.4. Given David's suggestion on having the last three released Qt releases supported, this issue will resolve itself once Qt 5.6 is released. Given that this is on the horizon I will delay the move of KWayl

Moving KWayland to frameworks

Hi, after the Plasma 5.5 release I would like to move KWayland to frameworks. The main reason is that it is oddly placed in plasma-workspace as it's also a library useful for applications (example kde-connect uses it already). KWayland is designed to be a tier1/integration framework. The

Re: icons packages with frameworks

On Wednesday, October 21, 2015 4:17:57 PM CEST Jonathan Riddell wrote: > Oxygen icons used to be part of KDE Applications and it's regeneration > by the VDG has it moved to Plasma as part of desktop integration, this > gives us problems with the version numbers going from 15.04 to 5.5 and > I plan

Re: Policy for Dependencies

On Tuesday, October 13, 2015 10:07:18 PM CEST Jaroslaw Staniek wrote: > Hi, > Just wanted to say I'd like to minimize dependencies for Kexi on Windows > too, among other things. > > With my realistic hat on, risky ideas are like: > - depending on kdecoration to just have default icons I hope

Re: Policy for Dependencies

On Tuesday, October 13, 2015 8:42:43 AM CEST Christoph Cullmann wrote: > Hi, thanks for raising this topic. I think it's very important that we have a general strategy for frameworks and not have thousands of micro-fixes in various frameworks. > 1) "Normal" deployment like we do in on Linux =>

Re: Policy for Dependencies

On Tuesday, October 13, 2015 2:20:31 PM CEST Christoph Cullmann wrote: > Hi, > > different take on that below: > > Hi, > > > >> On Tuesday, October 13, 2015 8:42:43 AM CEST Christoph Cullmann wrote: > >>> Hi, > >> > >> thanks for raising this topic. I think it's very important that we have a >

X11 on Windows

Hi frameworks and windows devs, from the release announcement of the latest frameworks release I learned that there were multiple changes to disable finding X11 on Windows (e.g. [1]). I think such changes are wrong and I have spoken against such changes (they are wrong, CMake supports

Re: X11 on Windows

On Monday, October 12, 2015 10:01:42 AM CEST Jaroslaw Staniek wrote: > On 12 October 2015 at 08:33, Martin Graesslin <mgraess...@kde.org> wrote: > > Hi frameworks and windows devs, > > > > from the release announcement of the latest frameworks release I learned &

Re: Problem investigating a heap-use-after-free in kwindowsystem

On Friday, October 2, 2015 8:38:20 PM CEST Michael Pyne wrote: > On Fri, October 2, 2015 23:59:00 Albert Astals Cid wrote: > > El Friday 02 October 2015, a les 22:24:00, Martin Graesslin va escriure: > > > Hi all, > > > > > > I added a new unit test to kw

Problem investigating a heap-use-after-free in kwindowsystem

Hi all, I added a new unit test to kwin today [1] and it failed on the CI system due to the enabled ASAN with an error in kwindowsystem. I'm able to reproduce it locally, but fail to understand it. To me the code and the test conditions looks correct. Relevant part of the bt: #0 0x7f5198ac2c84

Re: ksycoca improvements (Re: assert in kservicetypefactory.cpp)

On Monday, August 24, 2015 10:39:57 AM CEST you wrote: On Monday 24 August 2015 10:00:43 Martin Gräßlin wrote: Am 2015-08-24 01:03, schrieb Kevin Funk: Right now whenever I start kdevelop I get the following daemons up and running on Windows: - dbus-daemon - kded5 -

Re: ksycoca improvements (Re: assert in kservicetypefactory.cpp)

On Monday, August 24, 2015 10:58:30 AM CEST Martin Graesslin wrote: On Monday, August 24, 2015 10:39:57 AM CEST you wrote: On Monday 24 August 2015 10:00:43 Martin Gräßlin wrote: Am 2015-08-24 01:03, schrieb Kevin Funk: Right now whenever I start kdevelop I get the following daemons up

  1   2   >