Re: Review Request: Make autohide panel do not intercept events in fullscreen app

2012-08-20 Thread Martin Gräßlin
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106110/#review17790 --- I do not see a reason why the hidden panel should not be allowe

Review Request: Pager QML port

2012-08-20 Thread Luis Gabriel Lima
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106112/ --- Review request for Plasma and Marco Martin. Description --- This patc

Review Request: Make autohide panel do not intercept events in fullscreen app

2012-08-20 Thread Alexey Shmalko
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106110/ --- Review request for Plasma. Description --- Make autohide panel do not

Re: [RFC] Merging LightDM into KDE Workspaces

2012-08-20 Thread Marco Martin
On Monday 20 August 2012, Martin Gräßlin wrote: > On Monday 20 August 2012 12:34:24 David Edmundson wrote: > > Obviously replacing any KDE application is a bit of a contentious > > issue, especially given that KDM still works adequately, though > > obviously I do feel mine is better. What I would l

Re: [RFC] Merging LightDM into KDE Workspaces

2012-08-20 Thread Shaun Reich
+1 no possibility for controversy here really, since you aren't replacing anything or changing defaults. that'll be reserved for another day ;p -- Shaun Reich, KDE Software Developer (kde.org) ___ Plasma-devel mailing list Plasma-devel@kde.org https:/

Re: Review Request: digital clock widget - popup focus

2012-08-20 Thread Greg T
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/105933/ --- (Updated Aug. 20, 2012, 6:07 p.m.) Review request for Plasma and John Layt

Re: [RFC] Merging LightDM into KDE Workspaces

2012-08-20 Thread Martin Gräßlin
On Monday 20 August 2012 12:34:24 David Edmundson wrote: > Obviously replacing any KDE application is a bit of a contentious > issue, especially given that KDM still works adequately, though > obviously I do feel mine is better. What I would like to do is discuss > moving LightDM into KDE workspace

[RFC] Merging LightDM into KDE Workspaces

2012-08-20 Thread David Edmundson
As you're all probably aware I've been working on a new login manager for KDE [1]. Currently known as LightDM-KDE, named as it is based on the display manager backend LightDM [2]. I've just released 0.3, and it's mature enough that Kubuntu are choosing to have it as their default display manager i

Review Request: Config cleanup on removeActivity

2012-08-20 Thread makis marimpis
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106097/ --- Review request for KDE Runtime and Plasma. Description --- Remove the

Review Request: Add fade effect on the nowplaying text cycling

2012-08-20 Thread Martin Klapetek
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106095/ --- Review request for Plasma. Description --- When the nowplaying is in

Re: Re: move plasma tools to plasmate

2012-08-20 Thread Aleix Pol
On Mon, Aug 20, 2012 at 11:01 AM, Giorgos Tsiapaliokas wrote: > Also just out of curiosity why I didn't saw any objections back in > February/March? > > http://mail.kde.org/pipermail/plasma-devel/2012-March/018838.html > http://mail.kde.org/pipermail/plasma-devel/2012-March/018838.html > > P.S.: y

Re: move plasma tools to plasmate

2012-08-20 Thread Aleix Pol
On Mon, Aug 20, 2012 at 11:57 AM, Marco Martin wrote: > On Monday 20 August 2012, Alex Fiestas wrote: >> >> I agree with aleix, typical example is Designer and Creator or Assistant. >> >> In the QML area, people are being forced to use Creator because the tools >> aren't exported as a different to

Re: Back to basics

2012-08-20 Thread Marco Martin
On Saturday 18 August 2012, Aaron J. Seigo wrote: > there are no "basics". > > never have been. > > never will be. > > i respect and admire the desire to make things better. that's always a good > thing. but what thing(s) should be better? > > you mention at some point the mouse/keyboard driven

Re: move plasma tools to plasmate

2012-08-20 Thread Marco Martin
On Monday 20 August 2012, Alex Fiestas wrote: > > I agree with aleix, typical example is Designer and Creator or Assistant. > > In the QML area, people are being forced to use Creator because the tools > aren't exported as a different tool, and that pisses people off (all > emacs,vim,kdevelop,kat

Re: Re: move plasma tools to plasmate

2012-08-20 Thread Giorgos Tsiapaliokas
Also just out of curiosity why I didn't saw any objections back in February/March? http://mail.kde.org/pipermail/plasma-devel/2012-March/018838.html http://mail.kde.org/pipermail/plasma-devel/2012-March/018838.html P.S.: yes this is the second time that we discuss this change -- Giorgos Tsiapal

Re: Re: move plasma tools to plasmate

2012-08-20 Thread Giorgos Tsiapaliokas
On 20 August 2012 02:32, Alex Fiestas wrote: > > I agree with aleix, typical example is Designer and Creator or Assistant. > > In the QML area, people are being forced to use Creator because the tools > aren't exported as a different tool, and that pisses people off (all > emacs,vim,kdevelop,kate

Re: move plasma tools to plasmate

2012-08-20 Thread Giorgos Tsiapaliokas
On 20 August 2012 02:15, Aleix Pol wrote: > > That's a packaging decision. The Plasmate should depend on the plasma > tools. The Plasmate IDE will depend on the plasma tools, either if they are in the kde-workspace or in the plasmate repo. > > From a technical point of view, > > those are a fe