Summary of bugtracker situation discussion

2014-01-18 Thread Martin Graesslin
Hi Christoph, during the Plasma sprint we discussed the bug situation and want to get your feedback on our ideas. In case there is a team mailing list please feel free to forward the mail. Our goal is to improve the situation with Plasma 2. We have to admit that we have failed with the current

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Graesslin
On Saturday 18 January 2014 15:55:31 Thomas Lübking wrote: > On Samstag, 18. Januar 2014 13:34:49 CEST, Martin Graesslin wrote: > > Show it on all screens. That is create one OSD per screen. If that's not > > wanted I'd say we use what KWin considers the "active" screen. And we > > could > > take c

Re: Plasma Next Naming

2014-01-18 Thread Martin Graesslin
On Saturday 18 January 2014 21:53:55 Valorie Zimmerman wrote: > On Sat, Jan 18, 2014 at 5:02 PM, Thomas Pfeiffer wrote: > > On Saturday 18 January 2014 15:53:16 Mark Gaiser wrote: > >> I don't see anything wrong with naming the next plasma as just "Plasma > >> 2". and subsequent releases should f

Re: Plasma Next Naming

2014-01-18 Thread Valorie Zimmerman
On Sat, Jan 18, 2014 at 5:02 PM, Thomas Pfeiffer wrote: > On Saturday 18 January 2014 15:53:16 Mark Gaiser wrote: > >> I don't see anything wrong with naming the next plasma as just "Plasma >> 2". and subsequent releases should follow the name: "Plasma >> 2." so "Plasma 2.1". There is nothing wron

Re: Plasma Next Naming

2014-01-18 Thread Thomas Pfeiffer
On Saturday 18 January 2014 15:53:16 Mark Gaiser wrote: > I don't see anything wrong with naming the next plasma as just "Plasma > 2". and subsequent releases should follow the name: "Plasma > 2." so "Plasma 2.1". There is nothing wrong with that. It > works for tons of software out there includin

Re: Notes from "Async and representation"

2014-01-18 Thread David Edmundson
That QML demo seems to work awesomely \o/ I also fully support trying to get rid of AppletInterface. Code comments on the cpp. (I know it's a work in progress, but I like to stalk you) You have compactRepresentation properties twice. I assume the second one is meant to be the compactRepre

Re: Qt application output flood gone

2014-01-18 Thread Aleix Pol
On Sat, Jan 18, 2014 at 5:51 PM, Marco Martin wrote: > On Saturday 18 January 2014, Aleix Pol wrote: > > Hi, > > The patch that prevents Qt from printing all this information regarding > > pixmaps being painted from the wrong thread has been merged [1]. > > > > This means that if you recompile th

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Jens Reuterberg
Just so my presence is known: the icons are on their way! Its my birthday today so I thought "no one will notice if I slag off for one weekend, will they?" ;) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma

Re: Qt application output flood gone

2014-01-18 Thread Marco Martin
On Saturday 18 January 2014, Aleix Pol wrote: > Hi, > The patch that prevents Qt from printing all this information regarding > pixmaps being painted from the wrong thread has been merged [1]. > > This means that if you recompile the stable branch of Qt base you won't get > these anymore. *HUGS*

Qt application output flood gone

2014-01-18 Thread Aleix Pol
Hi, The patch that prevents Qt from printing all this information regarding pixmaps being painted from the wrong thread has been merged [1]. This means that if you recompile the stable branch of Qt base you won't get these anymore. Also, I'd suggest to use this occasion to make sure we're not out

Re: Systemtray breakout notes

2014-01-18 Thread Marco Martin
On Friday 17 January 2014, Martin Gräßlin wrote: > > This would require you to make some logic to decide which applets end > > up in the popup and which don't. That logic will work for those that > > agree to the same logic and would expect it to be that way anyway. But > > it won't work for those

Re: Notes from "Async and representation"

2014-01-18 Thread Marco Martin
On Friday 17 January 2014, Eike Hein wrote: > General comment: Please note that these size hints aren't only > there so the shell can decide which representation to pick, but > at times also do things like: on how the size hints would go and get propagated: I would use the "Layout" attached prope

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Thomas Lübking
On Samstag, 18. Januar 2014 13:34:49 CEST, Martin Graesslin wrote: Show it on all screens. That is create one OSD per screen. If that's not wanted I'd say we use what KWin considers the "active" screen. And we could take care of moving it there. (Active screen is depending on config option the

Re: Plasma Next Naming

2014-01-18 Thread Mark Gaiser
On Tue, Jan 14, 2014 at 8:18 PM, Sebastian Kügler wrote: > Hey, > > Until now, we've been using "Plasma 2" as a working title for the next version > of Plasma. We never formalized this, and the last discussion we had about this > died out without producing a clear result. We've gone over these poi

Re: Notes from "Async and representation"

2014-01-18 Thread Mark Gaiser
On Sat, Jan 18, 2014 at 3:17 PM, Martin Graesslin wrote: > On Saturday 18 January 2014 14:31:41 Mark Gaiser wrote: >> On Sat, Jan 18, 2014 at 8:58 AM, Martin Graesslin > wrote: >> > On Saturday 18 January 2014 01:11:54 Mark Gaiser wrote: >> >> I guess my arguments for going with the "Plasmoid" na

Re: Notes from "Async and representation"

2014-01-18 Thread Martin Graesslin
On Saturday 18 January 2014 14:31:41 Mark Gaiser wrote: > On Sat, Jan 18, 2014 at 8:58 AM, Martin Graesslin wrote: > > On Saturday 18 January 2014 01:11:54 Mark Gaiser wrote: > >> I guess my arguments for going with the "Plasmoid" name rather then > >> "Applet" are just ignored then? > >> Sebas d

Re: Notes from "Async and representation"

2014-01-18 Thread Mark Gaiser
On Sat, Jan 18, 2014 at 8:58 AM, Martin Graesslin wrote: > On Saturday 18 January 2014 01:11:54 Mark Gaiser wrote: >> >> I guess my arguments for going with the "Plasmoid" name rather then >> "Applet" are just ignored then? >> Sebas did gave "some" (few lines) explanation before my bunch of >> arg

Re: Notes from "Async and representation"

2014-01-18 Thread Mark Gaiser
On Sat, Jan 18, 2014 at 10:56 AM, Marco Martin wrote: > On Saturday 18 January 2014, Mark Gaiser wrote: > >> > ___ >> > Plasma-devel mailing list >> > Plasma-devel@kde.org >> > https://mail.kde.org/mailman/listinfo/plasma-devel >> >> I guess my arguments

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 2:05 PM, Kai Uwe Broulik wrote: > Am Samstag, 18. Januar 2014, 14:01:29 schrieb Martin Klapetek: > > Ah yes, I should have updated the list about that - I talked to Jens > > shortly after and we came up with more icons than I requested originally, > > including the "keyboar

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Kai Uwe Broulik
Am Samstag, 18. Januar 2014, 14:01:29 schrieb Martin Klapetek: > Ah yes, I should have updated the list about that - I talked to Jens > shortly after and we came up with more icons than I requested originally, > including the "keyboard brightness" plus one for Wi-Fi being turned on/off Aaaand Blue

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 1:57 PM, Kai Uwe Broulik wrote: > Hi, > > (I hope I have used KMail's Reply-To-All feature correctly) > > > That actually brings another quesion - on which screen it should show up? > > I'd put it wherever mouse cursor currently is. > > > > Opinions? > > I think it depends

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Kai Uwe Broulik
Hi, (I hope I have used KMail's Reply-To-All feature correctly) > That actually brings another quesion - on which screen it should show up? > I'd put it wherever mouse cursor currently is. > > Opinions? I think it depends on what kind of OSD. For Keyboard layout and Volume it's fine to show wh

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 1:48 PM, Martin Graesslin wrote: > > > Proper fix: DPMS should not kick in when a video is being played and > there > > > are > > > powermanagement hooks for it. > > > > YouTube. > > I heard rumors about Flash going to die in April :-) If only ;) > Apart from that: let'

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Graesslin
On Saturday 18 January 2014 13:34:39 Martin Klapetek wrote: > On Sat, Jan 18, 2014 at 1:34 PM, Martin Graesslin wrote: > > > I thought about exactly this case. But if you disable the OSD in > > > > "passive" > > > > > actions, you might also miss that the computer is about to power off > > > your

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 1:34 PM, Martin Graesslin wrote: > > > > I thought about exactly this case. But if you disable the OSD in > "passive" > > actions, you might also miss that the computer is about to power off your > > display (the brightness goes down every once in a while and when it's at >

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Graesslin
On Saturday 18 January 2014 13:15:18 Martin Klapetek wrote: > On Sat, Jan 18, 2014 at 1:03 PM, Martin Graesslin wrote: > > > Who should do the positioning? Plasma or KWin? > > > > I don't care, but I would say Plasma. I think that simplifies it given > > that you > > have to set x/y anyway. > > T

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Marco Martin
On Saturday 18 January 2014, Martin Klapetek wrote: > On Sat, Jan 18, 2014 at 1:03 PM, Martin Graesslin wrote: > > > Who should do the positioning? Plasma or KWin? > > > > I don't care, but I would say Plasma. I think that simplifies it given > > that you > > have to set x/y anyway. > > That actu

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 1:03 PM, Martin Graesslin wrote: > > > > Who should do the positioning? Plasma or KWin? > > I don't care, but I would say Plasma. I think that simplifies it given > that you > have to set x/y anyway. > That actually brings another quesion - on which screen it should show u

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Graesslin
On Saturday 18 January 2014 12:53:10 Martin Klapetek wrote: > On Sat, Jan 18, 2014 at 12:25 PM, Martin Graesslin wrote: > > On Monday 13 January 2014 18:46:28 Martin Klapetek wrote: > > > Hey all, > > > > > > following are the notes from the "New OSD in Plasma 2" discussion we had > > > here at t

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 12:25 PM, Martin Graesslin wrote: > On Monday 13 January 2014 18:46:28 Martin Klapetek wrote: > > Hey all, > > > > following are the notes from the "New OSD in Plasma 2" discussion we had > > here at the Plasma sprint. > > > > The basic idea is that the shell should provide

Re: Notes from "New OSD in Plasma 2"

2014-01-18 Thread Martin Graesslin
On Monday 13 January 2014 18:46:28 Martin Klapetek wrote: > Hey all, > > following are the notes from the "New OSD in Plasma 2" discussion we had > here at the Plasma sprint. > > The basic idea is that the shell should provide a way for certain apps to > display a short passive transient notifica

Re: [kde-promo] Plasma Next Naming

2014-01-18 Thread Martin Klapetek
On Sat, Jan 18, 2014 at 9:23 AM, Martin Graesslin wrote: > > I just want to add a few notes to the "code name" topic. First of all I > think > that any comparison to Ubuntu and MacOS does not matter. Whether they are > successful or not cannot be reduced to the name at all. Let me just set this

Re: Notes from "Async and representation"

2014-01-18 Thread Marco Martin
On Saturday 18 January 2014, Mark Gaiser wrote: > > ___ > > Plasma-devel mailing list > > Plasma-devel@kde.org > > https://mail.kde.org/mailman/listinfo/plasma-devel > > I guess my arguments for going with the "Plasmoid" name rather then > "Applet" are

Re: [kde-promo] Plasma Next Naming

2014-01-18 Thread Mario Fux KDE ML
Am Samstag, 18. Januar 2014, 09.23:06 schrieb Martin Graesslin: > Hi all, Morning Martin Very good summary. Thx! > thanks to Martin for providing the pointer. Please everyone keep both lists > in the CC. Replying to the thread makes it really difficult otherwise. > > That's why I am not replyin

Re: [kde-promo] Plasma Next Naming

2014-01-18 Thread Martin Graesslin
Hi all, thanks to Martin for providing the pointer. Please everyone keep both lists in the CC. Replying to the thread makes it really difficult otherwise. That's why I am not replying to any mail know. I just want to add a few notes to the "code name" topic. First of all I think that any compa