Re: Good news regarding Qt 5.5

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

Re: Good news regarding Qt 5.5

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

Re: Good news regarding Qt 5.5

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. But using a new constructor perhaps you could introduce ne

Re: Good news regarding Qt 5.5

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

Re: Review Request 123684: Device notifier : Make the "Used space" progress bar clickable

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123684/#review80104 --- That would make the progress bar look disabled (gray rather th

Re: Review Request 123688: Improve sddm login experience

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123688/#review80102 --- Sorry, hit the submit button too early lookandfeel/contents/

Re: Review Request 123688: Improve sddm login experience

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123688/#review80101 --- lookandfeel/contents/loginmanager/Main.qml (line 96)

Re: Review Request 123673: capability to load QML kcms in plasmoid config windows

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123673/ --- (Updated May 8, 2015, 6:38 p.m.) Status -- This change has been mark

Re: Good news regarding Qt 5.5

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

Re: Review Request 123686: Revert to old show desktop behaviour

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123686/#review80097 --- -1 The question is "what", not "how" to do it and as stated i

Re: Review Request 123690: Don't use the DataEngineStructure for Applets

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123690/ --- (Updated May 8, 2015, 5:25 p.m.) Status -- This change has been mark

Re: Review Request 123689: We probably don't want to track null package structures

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123689/ --- (Updated May 8, 2015, 7:25 p.m.) Status -- This change has been mark

Re: Review Request 123690: Don't use the DataEngineStructure for Applets

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123690/ --- (Updated May 8, 2015, 7:23 p.m.) Status -- This change has been mark

Re: Good news regarding Qt 5.5

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 Mart

Re: Review Request 123689: We probably don't want to track null package structures

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123689/#review80096 --- Ship it! Ship It! - Marco Martin On May 8, 2015, 5:13 p.m.

Re: Review Request 123690: Don't use the DataEngineStructure for Applets

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123690/#review80095 --- Ship it! Ship It! - Marco Martin On May 8, 2015, 5:16 p.m.

Re: Good news regarding Qt 5.5

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

Review Request 123690: Don't use the DataEngineStructure for Applets

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123690/ --- Review request for KDE Frameworks and Plasma. Repository: plasma-framewor

Review Request 123689: We probably don't want to track null package structures

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123689/ --- Review request for KDE Frameworks and Plasma. Repository: kpackage Desc

Re: Behaviour of "Show Desktop"

On Freitag, 8. Mai 2015 16:07:41 CEST, Sebastian Kügler wrote: PLEASE EVERYONE ENSURE TO CC THE OTHER RECIPIENTS! Sebastian, what kind of crappy MUA do you use that sends multiple TOs instead of CCs? KMail bug? ;-) Well, more like this is the previous behaviour, and we replaced it by some

Re: Good news regarding Qt 5.5

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

Review Request 123688: Improve sddm login experience

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123688/ --- Review request for Plasma. Repository: plasma-workspace Description ---

Review Request 123684: Device notifier : Make the "Used space" progress bar clickable

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123684/ --- Review request for Plasma. Repository: plasma-workspace Description ---

Re: Behaviour of "Show Desktop"

On Friday 08 May 2015 14:24:09 Sebastian Kügler wrote: master. IIRC your dropping of > > dashboard is only in master, right? > > To me, this is a sensible solution, as it gives us time to fix the new > implementation and provide behavioural backwards compatiblity in the > meantime. I'd want to be

Re: Behaviour of "Show Desktop"

On Friday, May 08, 2015 12:50:01 Martin Gräßlin wrote: > On Friday 08 May 2015 10:40:38 Marco Martin wrote: > > so do i revert to the old dashboard implementation? (it's a lot of code > > that got killed and would need to be reintroduce, urgh :) > > A possibility might be to only revert in 5.3 bra

Review Request 123686: Revert to old show desktop behaviour

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123686/ --- Review request for kwin and Plasma. Repository: kwin Description --

Re: Behaviour of "Show Desktop"

On Fri, May 8, 2015 at 3:24 PM, Sebastian Kügler wrote: > On Friday, May 08, 2015 12:50:01 Martin Gräßlin wrote: > > On Friday 08 May 2015 10:40:38 Marco Martin wrote: > > > so do i revert to the old dashboard implementation? (it's a lot of code > > > that got killed and would need to be reintrod

Re: Behaviour of "Show Desktop"

On Friday, May 08, 2015 12:50:01 Martin Gräßlin wrote: > On Friday 08 May 2015 10:40:38 Marco Martin wrote: > > so do i revert to the old dashboard implementation? (it's a lot of code > > that got killed and would need to be reintroduce, urgh > > A possibility might be to only revert in 5.3 branch

Re: Behaviour of "Show Desktop"

On Friday, May 08, 2015 10:19:25 Thomas Lübking wrote: > NOTICE THAT YOU HAVE SPLIT THIS THREAD! > The original mail went to kwin and plasmashell in copies. > I've also added the usability list: > > PLEASE EVERYONE ENSURE TO CC THE OTHER RECIPIENTS! > > --- > > On Freitag, 8.

Review Request 123682: Plasma-Desktop: Port kcm fonts to QML.

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123682/ --- Review request for Plasma. Repository: plasma-desktop Description -

Re: Review Request 123547: Task manager : Make the middle click action on tasks configurable

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123547/ --- (Updated mai 8, 2015, 12:37 après-midi) Review request for Plasma. Summ

Re: Review Request 123547: Task manager : New instances can now be opened by mid click.

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123547/ --- (Updated mai 8, 2015, 12:35 après-midi) Review request for Plasma. Chan

Re: Behaviour of "Show Desktop"

On Freitag, 8. Mai 2015 10:40:38 CEST, Marco Martin wrote: with a) the problem is that is a surprising behavior for many, as br tell. with b) then is very hard to even understand in what "state" we are anymore, and what would happen when the effect is disabled? That's pretty much the bottom

ISO for 2015-05-08

http://files.kde.org/snapshots/unstable-amd64-latest.iso.mirrorlist # changes - kamoso integrating (sudo apt install kamoso) - presently broken because I think the qtgstreamer build is garbage - dragon integrating (installed by default) - the ISO is built using the daily snapshot PPA again -- blue

Re: Behaviour of "Show Desktop"

On Friday 08 May 2015 12:50:01 Martin Gräßlin wrote: > On Friday 08 May 2015 10:40:38 Marco Martin wrote: > > so do i revert to the old dashboard implementation? (it's a lot of code > > that got killed and would need to be reintroduce, urgh :) > > A possibility might be to only revert in 5.3 branc

Re: Good news regarding Qt 5.5

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

Re: Re: Behaviour of "Show Desktop"

On Friday 08 May 2015 10:40:38 Marco Martin wrote: > so do i revert to the old dashboard implementation? (it's a lot of code that > got killed and would need to be reintroduce, urgh :) A possibility might be to only revert in 5.3 branch and work on a overall better solution (e.g. bug fixes ;-) )

Re: Behaviour of "Show Desktop"

On Friday 08 May 2015 10:40:38 you wrote: > > * Put back the pre-5.3.0 behaviour as default, > > * Re-think the overall interaction of the show desktop feature and the > > dashboard, especially in terms of modality and common workflow patterns > > * Reintroduce the new behaviour as option and polis

Re: Behaviour of "Show Desktop"

On Friday 08 May 2015 04:07:10 Sebastian Kügler wrote: > Evidently, we have introduced new behaviour that is supposed to contain less > bugs, but it results in a much more limited functionality in a feature > which has been there forever. The new mode does away with some interaction > problems but

Re: Behaviour of "Show Desktop"

NOTICE THAT YOU HAVE SPLIT THIS THREAD! The original mail went to kwin and plasmashell in copies. I've also added the usability list: PLEASE EVERYONE ENSURE TO CC THE OTHER RECIPIENTS! --- On Freitag, 8. Mai 2015 06:07:09 CEST, Sebastian Kügler wrote: A Wall of Text ;-) tl

Re: Good news regarding Qt 5.5

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

Re: Review Request 123671: add visibleWhileDesktopShown property

> On Mai 7, 2015, 11:23 vorm., Marco Martin wrote: > > I think i would like more either all panels always shown or always hidden. > > however I'm fine, given the discussion on this if this mechanism is used > > instead. > > just a question: wouldn't make more sense to use this in a private > >

Re: Cmake configuration for the kactivitystats library

Since it seams nobody will weigh in, I +1 one of the following two options: - provide the FindBlahBlah cmake in PMC (temporary) - this will allow you to continue working (if you have the headers installed) - provide the same option kactivities have regarding the installation of kamdstats headers