apol added inline comments.
INLINE COMMENTS
> dashboardwindow.cpp:126
> KWindowSystem::setState(winId(), NET::SkipTaskbar | NET::SkipPager);
> +#if (QT_VERSION > QT_VERSION_CHECK(5, 5, 0))
> +} else if (event->type() == QEvent::PlatformSurface) {
I don't think the version check is n
This revision was automatically updated to reflect the committed changes.
Closed by commit rPLASMADESKTOP36e34538bc40: Set window state on
QEvent::PlatformSurface on Qt 5.5+. (authored by hein).
REPOSITORY
rPLASMADESKTOP Plasma Desktop
CHANGES SINCE LAST UPDATE
https://phabricator.kde.org
bshah accepted this revision.
bshah added a reviewer: bshah.
bshah added a comment.
This revision is now accepted and ready to land.
+1
REPOSITORY
rPLASMADESKTOP Plasma Desktop
BRANCH
Plasma/5.8
REVISION DETAIL
https://phabricator.kde.org/D3020
EMAIL PREFERENCES
https://phabricator.
hein created this revision.
hein added reviewers: Plasma, mart.
hein added a subscriber: plasma-devel.
Restricted Application added a project: Plasma.
REVISION SUMMARY
Identical to code in Plasma::Dialog, also needed here.
REPOSITORY
rPLASMADESKTOP Plasma Desktop
BRANCH
Plasma/5.8
REVISIO
Git commit 8abeceaffd0c93028810ea12131b7fa8bcd13b12 by David Faure.
Committed on 07/08/2016 at 11:25.
Pushed by dfaure into branch 'master'.
Skip autotest that is broken with Qt 5.5
Eike Hein said this was fixed by David Rosca in Qt >= 5.6.1.
CCMAIL: plasma-devel@kde.org
This revision was automatically updated to reflect the committed changes.
Closed by commit rPLASMAINTEGRATIONd78724790f81: Require Qt 5.5 (authored by
graesslin).
REPOSITORY
rPLASMAINTEGRATION Integration for Qt applications in Plasma
CHANGES SINCE LAST UPDATE
https://phabricator.kde.org
mart accepted this revision.
mart added a reviewer: mart.
This revision is now accepted and ready to land.
REPOSITORY
rPLASMAINTEGRATION Integration for Qt applications in Plasma
BRANCH
qt-increase-version
REVISION DETAIL
https://phabricator.kde.org/D782
EMAIL PREFERENCES
https://phabri
apol added a subscriber: apol.
apol added a comment.
+1
REPOSITORY
rPLASMAINTEGRATION Integration for Qt applications in Plasma
REVISION DETAIL
https://phabricator.kde.org/D782
EMAIL PREFERENCES
https://phabricator.kde.org/settings/panel/emailpreferences/
To: graesslin, Plasma
Cc: apol,
graesslin added a subscriber: plasma-devel.
REPOSITORY
rPLASMAINTEGRATION Integration for Qt applications in Plasma
REVISION DETAIL
https://phabricator.kde.org/D782
EMAIL PREFERENCES
https://phabricator.kde.org/settings/panel/emailpreferences/
To: graesslin, Plasma
Cc: plasma-devel
__
build.kde.org has qt 5.5 from 18 september, there are build failures since then
https://build.kde.org/view/QT/job/qt5%205.5%20kf5-qt5/
Harald says he was able to do builds on Kubuntu CI of 5.5 so we should have
that next week.
I'll ask other distros if they have any problems
Jonathan
The build.k.o failure:
*18:19:49* fatal error: error writing to /tmp/ccTA71Ud.s: No space
left on device
David
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Thu, Oct 15, 2015 at 6:32 PM, Jonathan Riddell wrote:
> We need to decide if we are depending on Qt 5.5 for Plasma 5.5, does
> anyone have thoughts?
It's also very welcome for Muon Discover.
Aleix
___
Plasma-devel mailing list
Plasma-de
Yes please.
This has come up before, from the Plasma 5.5 kickoff meeting IRC log:
[Wednesday, August 26, 2015] [3:27:51 PM BST] oooh important topic
[Wednesday, August 26, 2015] [3:27:55 PM BST] dependenign on Qt
5.5
[Wednesday, August 26, 2015] [3:28:06 PM BST] sebas: added
On Thursday 15 October 2015 17:32:02 Jonathan Riddell wrote:
> We need to decide if we are depending on Qt 5.5 for Plasma 5.5, does
> anyone have thoughts?
plasma-workspace already depends from Qt 5.5
--
Marco Martin
___
Plasma-devel mailin
We need to decide if we are depending on Qt 5.5 for Plasma 5.5, does
anyone have thoughts?
Jonathan
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Monday 11 May 2015, Simon Hausmann wrote:
> Ahh yes, "new style" applets would have to indicate in a .desktop file that
> they do not need their own engine (and use relative paths only). Do you
> already have a Version/MinimumVersion type of field?
>
> I know it's a bit painful to do this. But
On Monday, May 11, 2015 10:23:42 AM Marco Martin wrote:
> On Monday 11 May 2015, you wrote:
> > > we are probably need this a bit more in the future, so I would really
> > > love to find a way to not lose it
> >
> > That's a fair point, but isn't that possible with one generic
> > QQmlFileSelector
On Monday 11 May 2015, you wrote:
> > we are probably need this a bit more in the future, so I would really
> > love to find a way to not lose it
>
> That's a fair point, but isn't that possible with one generic
> QQmlFileSelector or shared interceptor? Once you have an absolute path you
> can sti
On Friday, May 08, 2015 11:37:33 PM Marco Martin wrote:
> On Friday 08 May 2015 20:16:49 Hausmann Simon wrote:
> > Nice - as a plasma user I'm looking forward to the lower memory usage :)
> >
> > Regarding the url interceptor:
> >
> > Could you make the feature optional? An applet that needs abso
On Saturday 09 May 2015 02:30:43 Aleix Pol wrote:
> Maybe it would be possible to introduce some mechanism to know who is
> requesting the URL? this way we'd be able to figure it out with just
> one interceptor altogether...
yeah, would need an extra param in intercept(), maybe the context
or, (i
On Fri, May 8, 2015 at 11:37 PM, Marco Martin wrote:
> On Friday 08 May 2015 20:16:49 Hausmann Simon wrote:
>> Nice - as a plasma user I'm looking forward to the lower memory usage :)
>>
>> Regarding the url interceptor:
>>
>> Could you make the feature optional? An applet that needs absolute
>> p
On Friday 08 May 2015 20:16:49 Hausmann Simon wrote:
> Nice - as a plasma user I'm looking forward to the lower memory usage :)
>
> Regarding the url interceptor:
>
> Could you make the feature optional? An applet that needs absolute
> package:// urls would have to continue to create it's own eng
tation you might run into crashes
in the event that the package interceptor isn't thread safe.
Simon
Original Message
From: Marco Martin
Sent: Friday, May 8, 2015 22:10
To: Aleix Pol
Cc: plasma-devel@kde.org; Hausmann Simon
Subject: Re: Good news regarding Qt 5.5
On Friday 08 May 2015 19:
On Friday 08 May 2015 19:17:32 Aleix Pol wrote:
> > probably could have known that using QQmlAbstractUrlInterceptor was asking
> > for troubles, but... any idea? :)
> >
> > --
> > Marco Martin
>
> I have no idea.
> Can you push it into a branch? I'd be interested in looking into this.
to try
On Friday 08 May 2015 17:22:22 Hausmann Simon wrote:
> Same here :)
>
> Where can I find the url interceptor implementation you are using?
>
repos:
git://anongit.kde.org/plasma-framework.git
git://anongit.kde.org/kdeclarative.git
in both cases, the branch is called
mart/singleQmlEngineExperimen
Same here :)
Where can I find the url interceptor implementation you are using?
Simon
Original Message
From: Aleix Pol
Sent: Friday, May 8, 2015 19:17
To: Marco Martin
Cc: plasma-devel@kde.org; Hausmann Simon
Subject: Re: Good news regarding Qt 5.5
On Fri, May 8, 2015 at 6:55 PM, Marco
On Fri, May 8, 2015 at 6:55 PM, Marco Martin wrote:
> On Friday 08 May 2015 12:49:45 Simon Hausmann wrote:
>> During the investigation - we also talked about this on IRC - I noticed
>> that plasma creates a lot of QQmlEngine instances - it seems one per
>> applet. In the light of each instance co
On Friday 08 May 2015 12:49:45 Simon Hausmann wrote:
> During the investigation - we also talked about this on IRC - I noticed
> that plasma creates a lot of QQmlEngine instances - it seems one per
> applet. In the light of each instance coming with its own garbage
> collection heap and its own QM
On Friday, May 08, 2015 12:51:19 AM Aleix Pol wrote:
> Hi guys,
> As you might know, I tried to get Plasma some time ago working on Qt
> 5.5 and failed miserably. [1]
>
> As you'll have guessed by the subject, that's not the case anymore,
> since the last patch by Sim
On Friday 08 May 2015 00:51:19 Aleix Pol wrote:
> Hi guys,
> As you might know, I tried to get Plasma some time ago working on Qt
> 5.5 and failed miserably. [1]
>
> As you'll have guessed by the subject, that's not the case anymore,
> since the last patch by Simon
Hi guys,
As you might know, I tried to get Plasma some time ago working on Qt
5.5 and failed miserably. [1]
As you'll have guessed by the subject, that's not the case anymore,
since the last patch by Simon [2]. This means Qt 5.5 is a firm
candidate for Plasma 5.4.
Also let me use thi
--- Forwarded message --
> From: Sorvig Morten
> Date: Thu, Mar 19, 2015 at 2:17 PM
> Subject: [Interest] High-dpi fixing for Qt 5.5
> To: "inter...@qt-project.org Qt"
>
>
> Hi,
>
> Those who have filed or are watching bugs related to high-dpi support
Hi Plasma folks,
I just saw this mail on the Qt interest list. It might be of interest to
you.
-- Forwarded message --
From: Sorvig Morten
Date: Thu, Mar 19, 2015 at 2:17 PM
Subject: [Interest] High-dpi fixing for Qt 5.5
To: "inter...@qt-project.org Qt"
Hi,
Thos
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121563/
---
(Updated Jan. 19, 2015, 11:32 a.m.)
Status
--
This change has been m
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121563/#review74283
---
Ship it!
Ship It!
- Martin Gräßlin
On Jan. 17, 2015, 6:12
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121563/
---
(Updated Jan. 17, 2015, 6:12 p.m.)
Review request for Plasma.
Changes
-
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121563/#review72162
---
but that will now create a unused variable warning in release
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121563/
---
Review request for Plasma.
Repository: libksysguard
Description
---
38 matches
Mail list logo