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 absolute
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 think
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 or shared
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 [2]. This means Qt 5.5 is a firm
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 Simon [2]. This means Qt 5.5 is a firm
On Fri, May 8, 2015 at 6:55 PM, Marco Martin notm...@gmail.com 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
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 QML
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 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/singleQmlEngineExperiment
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:17:32 Aleix Pol
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 engine.
On Fri, May 8, 2015 at 11:37 PM, Marco Martin notm...@gmail.com 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
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 a
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 this occasion
14 matches
Mail list logo