Re: Review Request: kcm-grub2

On Tue, May 10, 2011 at 9:36 AM, Christoph Feck wrote: > On Monday 09 May 2011 19:34:04 Konstantinos Smanis wrote: >> I think kcm-grub2 has reached a pleasant level of maturity and >> includes enough features to be moved from playground/sysadmin to >> extragear. >> >> Let me know if you have any o

Re: Review Request: Fix the layout of KNameAndUrlInputDialog (kfile)

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101312/#review3233 --- Looks good. I would even go a bit further and suggest the follow

Re: Qt5 -> KDE5?

Am Montag 09 Mai 2011, 18:03:18 schrieb Olivier Goffart: > Hi, > > With Qt5 around the corner[1], I think it is time to start thinking about > KDE5 Sad to see that even our own guys still don't get the rebranding even after almost two years. Qt 5 results in no need to think about "KDE5" because

Re: Qt5 -> KDE5?

On Monday 09 May 2011 19:31:18 Olivier Goffart wrote: > QML starts almost from scratch. Don't tell anyone QML is the successor to QWidgets. If you do, they are asking for _every single feature_ in QML that QWidgets had. Programmers like the challenge to start from scratch. Users don't unless you

Re: Request: Inclusion of kio-upnp-ms to kde-runtime KIO slaves

Lundi, le 9 mai 2011, à 10:12, Nikhil Marathe a écrit: > On Sat, May 7, 2011 at 5:21 PM, Friedrich W. H. Kossebau > > wrote: > > * Needed in toplevel CMakeLists.txt so FindHUpnp.cmake is found (might > > stop people giving it a try): > > set( CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} ${CMAKE_CURREN

Re: Review Request: Fix the layout of KNameAndUrlInputDialog (kfile)

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101312/#review3232 --- Ship it! In case it's not clear I have no remaining issues with

Re: Adding a dependency on libkonq to Gwenview

On 09/05/2011 09:31, Aurélien Gâteau wrote: > On 07/05/2011 10:43, Aurélien Gâteau wrote: >> Hi, >> >> As part of my work on the image comparison feature in Gwenview, I want >> to make it possible to restore trashed images from within Gwenview (in >> case the user trashes the wrong image while comp

Re: Review Request: kcm-grub2

On Monday 09 May 2011 19:34:04 Konstantinos Smanis wrote: > I think kcm-grub2 has reached a pleasant level of maturity and > includes enough features to be moved from playground/sysadmin to > extragear. > > Let me know if you have any objections. http://techbase.kde.org/Policies/SVN_Guidelines t

Re: Review Request: Add message contexts "@title:window" to all window and dialog titles

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101299/#review3227 --- This review has been submitted with commit 64fc10c39e0349e3e2c2

Review Request: kcm-grub2

I think kcm-grub2 has reached a pleasant level of maturity and includes enough features to be moved from playground/sysadmin to extragear. Let me know if you have any objections. Git Repo: https://projects.kde.org/projects/playground/sysadmin/kcm-grub2/repository Regards, Konstantinos

Re: Qt5 -> KDE5?

On Mon, May 9, 2011 at 22:37, Alexander Neundorf wrote: > On Monday 09 May 2011, Lydia Pintscher wrote: >> Folks please. Let's not make this an endless bikeshedding exercise. >> Let's keep this focused. >> This is not the right place for users to complain about KDE 4.0. > > I have seen only one em

Re: Qt5 -> KDE5?

On Monday, 9 de May de 2011 22:02:28 Alexander Neundorf wrote: > > > With Qt5 around the corner[1], I think it is time to start thinking > > > about KDE5 > > That's quite surprising for me. > The last statements I heard about a Qt5 were "not planned for the forseeable > future". And now next year

Re: Qt5 -> KDE5?

On Monday 09 May 2011, Lydia Pintscher wrote: > Folks please. Let's not make this an endless bikeshedding exercise. > Let's keep this focused. > This is not the right place for users to complain about KDE 4.0. I have seen only one email with a complaint in this still short and young thread. Not s

Re: Qt5 -> KDE5?

Folks please. Let's not make this an endless bikeshedding exercise. Let's keep this focused. This is not the right place for users to complain about KDE 4.0. Thanks! Cheers Lydia, k-c-d moderator -- Lydia Pintscher Amarok community manager kde.org - amarok.kde.org - kubuntu.org claimid.com/nig

Re: Qt5 -> KDE5?

Alberto Mattea writes: > 2) Binary compatibility. It has taken four years to port most KDE3 apps to > the > new infrastructure, and some (like Kooka) never did it. Many projects just Er, just for info Kooka did finally make it to a KDE4 port (although not as an official part of KDE SC): http:

Re: Qt5 -> KDE5?

On Monday 09 May 2011, Alberto Mattea wrote: > In data lunedì 9 maggio 2011 18:03:18, Olivier Goffart ha scritto: > > Hi, > > > > With Qt5 around the corner[1], I think it is time to start thinking about > > KDE5 That's quite surprising for me. The last statements I heard about a Qt5 were "not pl

Re: Qt5 -> KDE5?

On Monday 09 May 2011, marcel partap wrote: > Hi there, > on this occasion where future direction of KDE is being defined, here's > just a note from a linux 'power user' who turned from full KDE (3.5) > fanboyness to using xfce, coping with some kde apps (yakuake, konqueror, > okular, the games)...

Re: Qt5 -> KDE5?

On 09.05.2011 21:17, Alberto Mattea wrote: > > 2) Binary compatibility. It has taken four years to port most KDE3 apps to > the > new infrastructure, and some (like Kooka) never did it. Many projects just > ended the transition from KDE3. Experience shows that even a well alive > project may

Re: Review Request: Enable kdialog to set an icon for passivepopup as well

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101282/#review3228 --- kdialog/kdialog.cpp

Re: Review Request: Add message contexts "@title:window" to all window and dialog titles

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101299/#review3226 --- Review request timed out. kde-baseapps compiles after these chan

Re: Qt5 -> KDE5?

Hi there, on this occasion where future direction of KDE is being defined, here's just a note from a linux 'power user' who turned from full KDE (3.5) fanboyness to using xfce, coping with some kde apps (yakuake, konqueror, okular, the games)... - Do we want "KDE 5" to be a big change, or ju

Re: Qt5 -> KDE5?

In data lunedì 9 maggio 2011 18:03:18, Olivier Goffart ha scritto: > Hi, > > With Qt5 around the corner[1], I think it is time to start thinking about > KDE5 > > > Raw summary: > - Qt5 is planed to be released in about one year from now if everything > goes well. > - It should be mostly source

Re: Qt5 -> KDE5?

On Monday 09 May 2011, Olivier Goffart wrote: > Hi, > > With Qt5 around the corner[1], I think it is time to start thinking about > KDE5 agreeing with many of the things saind in this thread a) yes should be called 5, and b) yes we should wait a bit, but is too early to see how big that bit shoul

Re: Qt5 -> KDE5?

On Monday 09 May 2011 17:03:18 Olivier Goffart wrote: > With Qt5 around the corner[1], I think it is time to start thinking about > KDE5 TBH, we'd be fools to release a KDE 5.0 based on Qt 5.0 shortly after it's release. The sensible approach is to wait for Qt 5.1 and release KDE 5.0 after that

Re: Qt5 -> KDE5?

Le Monday 09 May 2011, Andreas Hartmetz a écrit : > > - Do we want to focus on QML, or stay with QWidget? > > I think this one is both obvious and difficult: Everything else being equal > QML because it is, for all we know now, more "future compatible". > > There are many open questions: Thanks

Re: Qt5 -> KDE5?

On Monday 09 May 2011 18:03:18 Olivier Goffart wrote: > Hi, > > With Qt5 around the corner[1], I think it is time to start thinking about KDE5 > > > Raw summary: > - Qt5 is planed to be released in about one year from now if everything goes > well. > - It should be mostly source compatible wi

Re: Re: Qt5 -> KDE5?

On Monday 09 May 2011 12:27:14 Maksim Orlovich wrote: > I am probably being a bit selfish here, but I don't see how we can > ever build on a toolkit that requires OpenGL ES2.0 level hardware. I think it would make sense to have at least optionally the legacy code (QWidget + X11) without an OpenGL

Re: Adding a dependency on libkonq to Gwenview

On Monday 09 May 2011 14:03:47 Ivan Čukić wrote: > Another topic for Platform 11 - Moving stuff from libkonq to kdelibs? > It has a quite significant number of users. > > Cheerio Exactly what I was about to suggest! I've added it to http://community.kde.org/KDE_Core/Platform_11#Topics, feel fre

Re: Qt5 -> KDE5?

On Monday 09 May 2011 18:03:18 Olivier Goffart wrote: > Hi, > > With Qt5 around the corner[1], I think it is time to start thinking about > KDE5 > > > Raw summary: > - Qt5 is planed to be released in about one year from now if everything > goes well. > - It should be mostly source compatible w

Re: Qt5 -> KDE5?

I am probably being a bit selfish here, but I don't see how we can ever build on a toolkit that requires OpenGL ES2.0 level hardware. That would leave many machines that currently run KDE4 solidly (e.g. my laptop) unable to run KDE5 for no good reason. I doubt it's the only one out there with a lap

Re: Qt5 -> KDE5?

>  - It should be mostly source compatible with Qt4, and is just an opportunity > to break binary compatibility. Well, even if we do nothing, we are breaking ABI. So, from my point of view, this is a perfect time to do some API cleanup (all those deprecated methods, faking virtuals with slots etc.

Re: KConfigGroup::entryMap ignores expand flag

On Mon, May 09, 2011 at 04:52:09PM +0200, Marijn Kruisselbrink wrote: > Should I try to fix entryMap() to als expand values before returning > them where needed, or is it intended for entryMap to not expand > values? > it's just broken. kconfiggroup also "forgets" to expand in various readEntry()

Qt5 -> KDE5?

Hi, With Qt5 around the corner[1], I think it is time to start thinking about KDE5 Raw summary: - Qt5 is planed to be released in about one year from now if everything goes well. - It should be mostly source compatible with Qt4, and is just an opportunity to break binary compatibility. - QW

KConfigGroup::entryMap ignores expand flag

While debugging some issues I was having with KStandardDirs and configuring paths for it in kdeglobals, I was wondering if it is by design that KConfig/KConfigGroup::entryMap ignores the expand ($e) flag that might be set on entries, and always returns the un-expanded values. I personally would

Re: Replacement for Qt's Undo Framework

On Monday, May 9, 2011 13:53:55 Alexander Potashev wrote: > 2011/4/26 Aaron J. Seigo : > > it's bad practice if it can be fixed in Qt; it's not bad practice if it > > is something that doesn't belong in Qt. kdelibs should be a value-add > > extension of Qt for areas that make sense primarily/exclus

Re: Adding a dependency on libkonq to Gwenview

Another topic for Platform 11 - Moving stuff from libkonq to kdelibs? It has a quite significant number of users. Cheerio

Re: Adding a dependency on libkonq to Gwenview

On 09/05/2011 12:13, Stephen Kelly wrote: > Aurélien Gâteau wrote: > >> On 07/05/2011 10:43, Aurélien Gâteau wrote: >>> Hi, >>> >>> As part of my work on the image comparison feature in Gwenview, I want >>> to make it possible to restore trashed images from within Gwenview (in >>> case the user tr

Re: Adding a dependency on libkonq to Gwenview

Aurélien Gâteau wrote: > On 07/05/2011 10:43, Aurélien Gâteau wrote: >> Hi, >> >> As part of my work on the image comparison feature in Gwenview, I want >> to make it possible to restore trashed images from within Gwenview (in >> case the user trashes the wrong image while comparing). >> >> In t

Re: Replacement for Qt's Undo Framework

2011/4/26 Aaron J. Seigo : > it's bad practice if it can be fixed in Qt; it's not bad practice if it is > something that doesn't belong in Qt. kdelibs should be a value-add extension > of Qt for areas that make sense primarily/exclusively to the kinds of apps we > create and/or target. it should no

Re: Request: Inclusion of kio-upnp-ms to kde-runtime KIO slaves

On Sat, May 7, 2011 at 5:21 PM, Friedrich W. H. Kossebau wrote: > > * Needed in toplevel CMakeLists.txt so FindHUpnp.cmake is found (might stop > people giving it a try): > set( CMAKE_MODULE_PATH  ${CMAKE_MODULE_PATH} ${CMAKE_CURRENT_SOURCE_DIR} ) FindHUpnp.cmake is already in kdelibs/cmake. So I

Re: Season of KDE project on speed optimization

Hi Aaditya, On Fri, May 6, 2011 at 6:20 AM, aaditya chauhan wrote: > Thanks for considering the idea about Speed Optimisation. > I find the idea of decreasing the start-up time very interesting. We > may achieve this by, reducing the number of dependencies like Markus > mentioned. As of what, I u

Re: Adding a dependency on libkonq to Gwenview

On 07/05/2011 10:43, Aurélien Gâteau wrote: > Hi, > > As part of my work on the image comparison feature in Gwenview, I want > to make it possible to restore trashed images from within Gwenview (in > case the user trashes the wrong image while comparing). > > In the past I have been duplicating c