Re: naming the next major release

On Wednesday, August 21, 2013 20:40:09 Valorie Zimmerman wrote: > audience, such as the KDE-Community list. KDE-devel, KDE-core-devel and > KDE-Promo are some of the other possibilities to at least ping about a such > an important conversation happening. Yes, I have a purposeful habit of doing exa

Re: Review Request 112208: KMix qml applet

> On Aug. 22, 2013, 2:34 p.m., Sebastian Kügler wrote: > > Overall, it looks pretty good. There's a number of UI, code and coding > > style issues there, which will need sorting. > > > > As to coding style, please have a look at > > http://community.kde.org/Plasma/QMLStyle > > I've pointed som

Re: Review Request 112208: KMix qml applet

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112208/#review38390 --- File Attachment: Applet Config Options

Re: naming the next major release

On 22 August 2013 21:26, David Edmundson wrote: > One thing that wasn't clear to me on the original proposals and has just > been mentioned by Giorgos is the prefix "KDE". > > KDE is not just "the community" but also "an umbrella brand for the > technology created by the KDE community" [0]. > I h

Re: naming the next major release

My thoughts below. - Dropping the term "workspace": Seems sensible to me. It even seems this was the original intention [0]. - Calling it version 2. This makes a lot of sense, having a software compilation of KDE Plasma 5.x and KDE Applications 5.y, where x and y are different would be very very

Re: naming the next major release

Hello, with the "chaotic" nature of (future) release cycles for individual components the "date version number" format (for example "2013.08") is probably a good idea :) If I am not mistaken it was actually you (Martin G.) who initially suggested that :) On Thu, Aug 22, 2013 at 7:50 PM, Martin

Re: naming the next major release

On Wednesday 21 August 2013 20:38:05 Martin Graesslin wrote: > On Monday 19 August 2013 21:56:35 Aaron J. Seigo wrote: > > Other proposals, ideas, tweaks to the above most welcome, but let’s try to > > come to a consensus on this matter before the end of this month. > > another idea: let's drop th

Re: naming the next major release

On Thursday 22 August 2013 20:36:24 Giorgos Tsiapaliokas wrote: > Hello, > > On 21 August 2013 12:49, Marco Martin wrote: > > My vote would go for Plasma. > > +1, just "Plasma" without "KDE". > > On 21 August 2013 21:38, Martin Graesslin wrote: > > another idea: let's drop the version number

Re: naming the next major release

Hello, On 21 August 2013 12:49, Marco Martin wrote: > > My vote would go for Plasma. > +1, just "Plasma" without "KDE". On 21 August 2013 21:38, Martin Graesslin wrote: > > another idea: let's drop the version number completely and only use it > internally (bugtracker, libs, etc.) > I was t

Re: Smart d-ptr in Plasma

> > If you're interested please bring it up on k-f-d and we'll see where it > > goes. Posted on kfd. Cheers -- So remember when you're feeling very small and insecure How amazingly unlikely is your birth And pray that there's intelligent life somewhere up in space Because there's bugger all do

Re: Smart d-ptr in Plasma

On Thursday 22 August 2013 14:23:57 Kevin Ottens wrote: > On Thursday 22 August 2013 13:39:39 Ivan Čukić wrote: > > > Well, I can add one more. They use variadic templates which are not in > > > the > > > list of C++11 features which can be used unconditionally in > > > plasma-framework. Can be spa

Review Request 112208: KMix qml applet

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/112208/ --- Review request for Plasma, Aaron J. Seigo, Christian Esken, Marco Martin, an

Re: Smart d-ptr in Plasma

On Thursday 22 August 2013 13:39:39 Ivan Čukić wrote: > > Well, I can add one more. They use variadic templates which are not in the > > list of C++11 features which can be used unconditionally in > > plasma-framework. Can be spared if you loose the forwarded constructor > > arguments though. > >

Re: Smart d-ptr in Plasma

> Well, I can add one more. They use variadic templates which are not in the > list of C++11 features which can be used unconditionally in > plasma-framework. Can be spared if you loose the forwarded constructor > arguments though. The older MSVC (which I guess is the problem for including variad

Re: Smart d-ptr in Plasma

On Thursday 22 August 2013 12:44:41 Ivan Čukić wrote: > Hi all, > > Keep forgetting to write this mail for a while now. It is intended mostly > for (in aplhabetical order) Aaron, Marco, Martin and Sebastian, but > everybody is invited to chime in. > > It is about the smart and safe d-pointer I ha

Smart d-ptr in Plasma

Hi all, Keep forgetting to write this mail for a while now. It is intended mostly for (in aplhabetical order) Aaron, Marco, Martin and Sebastian, but everybody is invited to chime in. It is about the smart and safe d-pointer I have presented some time ago [1]. The question is should it be used

Re: naming the next major release

2013/8/21 Martin Graesslin : > On Wednesday 21 August 2013 19:36:21 Daniel Nicoletti wrote: >> [...] >> Ok, then what am I doing wrong in calling my stuff KDE stuff? >> http://manifesto.kde.org/benefits.html lists what I do on my >> projects, I was arguing about Martin saying that I talk KDE as sof