Re: [kdelibs/frameworks] /: Bump required ecm version.

On Saturday 19 January 2013, Stephen Kelly wrote: > Git commit 6013607009a9bb04860e4a743ad35f4dfae8860f by Stephen Kelly. > Committed on 19/01/2013 at 17:21. > Pushed by skelly into branch 'frameworks'. > > Bump required ecm version. > > The ecm version was bumped in November, but the frameworks

Re: Review Request 108495: Port kimgio to Qt5

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/108495/#review25902 --- In the JSON files you need one mimetype for each key. A plugin

KCalendarSystem et al.

Hi, I promised a mail of what to do with the KCalendarSystem, and finally here it is. Let's quickly recap. The plan is to switch to using native Qt classes and api for all locale, date and time zone functionality. This is dependent on my adding calendar and time zone support to Qt. Qt decid

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

R E P L Y to all ^_- You keep forgetting it, don't you? On Mon, Jan 21, 2013 at 8:39 PM, Aaron J. Seigo wrote: > On Monday, January 21, 2013 20:18:03 you wrote: >> I'm guessing Qt5 won't be ready for full fledged desktop application - > > maybe you wouldn't say that if you'd seen the QML Desktop

Re: Review Request 108495: Port kimgio to Qt5

> On Jan. 21, 2013, 12:38 p.m., David Faure wrote: > > Excellent work. Two questions: > > 1) did you get a chance to test at least one of these plugins, e.g. with a > > test program that uses QImage to load a file (I don't know if we have one > > already)? > > 2) did you check whether Qt alread

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

On Monday, January 21, 2013 20:18:03 you wrote: > I'm guessing Qt5 won't be ready for full fledged desktop application - maybe you wouldn't say that if you'd seen the QML Desktop Components demo applications :) jump to around minute 57 of http://www.youtube.com/watch?v=Y1pqL5bXe0A native menus

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

Hi, 2013/1/21 Aaron J. Seigo : > On Monday, January 21, 2013 17:53:48 Frank Reininghaus wrote: >> http://ppenz.blogspot.de/2011/08/introducing-dolphin-20.html > > Ah, that's right .. it uses ItemViewsNG. of which the last commits seem to be > in 2010, and QGraphicsView is not receiving much attent

Re: Review Request 108487: Make kjsembed build on Qt5 rather than on Qt4

> On Jan. 20, 2013, 7:04 p.m., Stephen Kelly wrote: > > kjsembed/kjsembed/slotproxy.cpp, line 68 > > > > > > Is this the common way to get at that stuff now? In Qt itself I mean. > > Jon Severinsson wrote: > N

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

On Mon, Jan 21, 2013 at 8:01 PM, Aaron J. Seigo wrote: > On Monday, January 21, 2013 17:53:48 Frank Reininghaus wrote: >> http://ppenz.blogspot.de/2011/08/introducing-dolphin-20.html > > Ah, that's right .. it uses ItemViewsNG. of which the last commits seem to be > in 2010, and QGraphicsView is n

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

On Monday, January 21, 2013 17:53:48 Frank Reininghaus wrote: > http://ppenz.blogspot.de/2011/08/introducing-dolphin-20.html Ah, that's right .. it uses ItemViewsNG. of which the last commits seem to be in 2010, and QGraphicsView is not receiving much attention now either :/ i suppose as long as

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

Hi, 2013/1/21 Aaron J. Seigo: > On Tuesday, January 15, 2013 10:40:58 Frank Reininghaus wrote: >> Right, but considering that Dolphin doesn't even use KDirModel any >> more, going the QAbstractItemView way would feel like throwing away >> most of what happened in Dolphin in the last 2 years. > > d

Re: Plans and status Frameworks5, Plasma2, Qt5 and Wayland

On Saturday, January 19, 2013 17:54:12 Valentin Rusu wrote: > There is a sentence on page 3 that reads > "1. KWin on Qt5 (work in progress, planned for 4.11)" > > Knowing that KWin version's number is tightly coupled to KDE's version, a > question stumbled upon my mind. Are there any plans to rele

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

On Tuesday, January 15, 2013 10:40:58 Frank Reininghaus wrote: > Right, but considering that Dolphin doesn't even use KDirModel any > more, going the QAbstractItemView way would feel like throwing away > most of what happened in Dolphin in the last 2 years. dolphin still uses QAbstractItemModels,

Re: Review Request 108495: Port kimgio to Qt5

> On Jan. 21, 2013, 12:38 p.m., David Faure wrote: > > Excellent work. Two questions: > > 1) did you get a chance to test at least one of these plugins, e.g. with a > > test program that uses QImage to load a file (I don't know if we have one > > already)? > > 2) did you check whether Qt alread

Re: Review Request 108495: Port kimgio to Qt5

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/108495/#review25890 --- Excellent work. Two questions: 1) did you get a chance to test

Re: Review Request 108495: Port kimgio to Qt5

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/108495/ --- (Updated Jan. 21, 2013, 12:20 p.m.) Review request for KDE Frameworks. C

Re: Review Request 108495: Make kimgio compile on Qt5

> On Jan. 19, 2013, 11:16 p.m., Christoph Feck wrote: > > As far as I know, you need to add some JSON stuff to make plugins work with > > Qt 5. The JSON file is optional, but you do need to use the Q_PLUGIN_METADATA macro. - Stephen --

Re: Qt5 is required

On Sunday 20 January 2013 08:02:04 Jeremy Whiting wrote: > Just to clarify. that page about building qt5 builds the stable branch, and > in order to change to the dev branch we need to in each submodule do git > checkout -b dev origin/dev ? or is there some easy way to get all > submodules on the d

Re: FindLibintl.cmake does not set LIBINTL_LIBRARIES correctly

On Sat, 19 Jan 2013 15:59:32 +0100, Treeve Jelbert wrote: # grep LIBINTL CMakeCache.txt LIBINTL_INCLUDE_DIR:PATH=/usr/include //ADVANCED property for variable: LIBINTL_INCLUDE_DIR LIBINTL_INCLUDE_DIR-ADVANCED:INTERNAL=1 //ADVANCED property for variable: LIBINTL_LIBC_HAS_DGETTEXT LIBINTL_LIBC_HAS_