Re: [Kde-pim] Akonadi and Plasma Active

On Thursday 24 January 2013 16:28:58 Kevin Krammer wrote: > On Thursday, 2013-01-24, Marco Martin wrote: > > On Thursday 24 January 2013, Marco Martin wrote: > > > mQuery.prepare( statement ); at line 281 of querybuilder.cpp? seems to > > > always return true > > > > quite interesting finding: > >

Re: [Kde-pim] Akonadi and Plasma Active

On Friday 25 January 2013 16:50:08 Marco Martin wrote: > On Friday 25 January 2013, Volker Krause wrote: > > I know that pretty much the same approach works fine in an other project > > which uses Sqlite and PostgreSQL, so both can - in theory - handle > > prepared > >

Re: [Kde-pim] Kontact Touch GSOC Project - mentor needed

On Thursday 11 April 2013 15:30:51 Kevin Krammer wrote: > On Thursday, 2013-04-11, Michael Bohlender wrote: > > Just "ok" is not good enough for me. So lets see what I can improve. > > Is the project idea itself not exciting enough for you or is this just > > about the technical approach? > > It i

D23202: Fix headers for >=KCalCore-5.12.0

vkrause added a comment. This isn't wrong, but I'm surprised it's needed, we explicitly install headers in the old location too, for compatibility? REPOSITORY R8 Calligra REVISION DETAIL https://phabricator.kde.org/D23202 To: asturmlechner, #calligra:_3.0, dfaure, vkrause Cc: Calligra-D

D23202: Fix headers for >=KCalCore-5.12.0

vkrause added a comment. see https://cgit.kde.org/kcalcore.git/tree/src/CMakeLists.txt#n138 - seems to work here But that leaves the problem of the version header, we also need to install that with the old name I think. REPOSITORY R8 Calligra REVISION DETAIL https://phabricator.kde

D23202: Fix headers for >=KCalCore-5.12.0

vkrause added a comment. Version header backward compatibility addressed in D23204 . REPOSITORY R8 Calligra REVISION DETAIL https://phabricator.kde.org/D23202 To: asturmlechner, #calligra:_3.0, dfaure, vkrause Cc: Calligra-Devel-list, dcaliste, cochis

Re: Autocorrect functionality

On Mittwoch, 19. Oktober 2022 01:05:19 CEST Albert Astals Cid wrote: > Sorry for the cross-posting. > Please CC me, i'm on none of the two lists > > > Both pimcommon and calligra have Autocorrect functionality, but PIM one > broke at some point and I guess no one realized? [...] > Solutions: >

branches/work/kdab-post-4.0/kdepim (silent)

SVN commit 734938 by vkrause: Merged revisions 733086-734926 via svnmerge from https://[EMAIL PROTECTED]/home/kde/trunk/KDE/kdepim r733105 | winterz | 2007-11-05 16:18:49 +0100 (Mon, 05 Nov 2007) | 2 lines use the new debug area. r733112 | winterz | 2007-11-05 16:47:40

Re: [Development] [fix]: Assistant (and others) burning CPU because of #f27d1ccbb24ec2fd4098f2976503478831006cc8 ?

On Thursday, 31 August 2017 00:13:43 CEST Thiago Macieira wrote: > On Wednesday, 30 August 2017 14:17:05 PDT René J. V. Bertin wrote: > > Thiago Macieira wrote: > > > > Oops, missed this one. > > > > > Unfortunately, we can't change anymore. > > > > Can someone explain what could possibly be bro

Re: [Development] [Qt-creator] Requesting repository for telemetry plugin in Qt Creator

Hi, as numerous people have asked me to comment on this by now, let me just do that here publicly (representing KDE's KUserFeedback, not KDAB): Tino is well aware of KUserFeedback, we discussed that last year already in detail. So it definitely was considered as a possible solution for this. I

Re: [Development] [Qt-creator] Requesting repository for telemetry plugin in Qt Creator

ress the commercial user concerns is certainly possible. Regards, Volker > ________ > From: Development > on behalf of Volker Krause Sent: Friday, February > 23, 2018 10:20:23 AM > To: development@qt-project.org; qt-crea...@qt-project.org > Subject: Re: [De

[Development] qt_add/removeObject hooks

sn't receive arguments, so both approaches listed above would work. Any preferences on how to handle this one while we are at it? Also, for anyone from Froglogic: Would any of this be causing problems for you guys? regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Softwa

Re: [Development] qt_add/removeObject hooks

On Monday 07 April 2014 10:18:40 Thiago Macieira wrote: > Em seg 07 abr 2014, às 17:48:46, Volker Krause escreveu: > > The current situation is that the hooks work fine on Linux/QNX in > > combination with LD_PRELOAD (unless you have a non-recent gold that > > ignores >

Re: [Development] qt_add/removeObject hooks

On Tuesday 08 April 2014 23:53:11 André Pönitz wrote: > On Tue, Apr 08, 2014 at 11:00:18PM +0200, Olivier Goffart wrote: > > On Tuesday 08 April 2014 07:42:46 Thiago Macieira wrote: > > > Em ter 08 abr 2014, às 15:49:16, Volker Krause escreveu: > > > > API-wise we are

Re: [Development] qt_add/removeObject hooks

omics using Olivier's initial benchmark, it's about 4-5x slower for checking if there's a callback set. Since this is affecting every Qt application on a not uncommon hot path, I'd rather trade in theoretical tool stability for general performance. regards, Volker -- Volker

Re: [Development] Request for sandbox area: QQSM

dynamic Signal/Slot connections. Since all SignalTransition > classes provide a boolean result for eventTest(), a single C++ > implementation was created that uses a boolean property ("guard") for the > eventTest result. This allows any QML/Javascript expression that resolves &g

Re: [Development] Asking for a FF exception for ICU based QStringConverter

On Thursday, 9 June 2022 11:36:21 CEST Giuseppe D'Angelo via Development wrote: > Il 09/06/22 01:48, Thiago Macieira ha scritto: > > d) Because if this, code using QStringConverter with non-builtin encodings > > will leak resources unless it's recompiled for 6.4. No source changes are > > necessar

Re: [Gammaray-interest] GammaRay 1.2.2 Planning

t; Comments? Objections? > Are there bugs we need to fix in the meantime? > > -Allen -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts -

Re: [Gammaray-interest] user roles in QAIM

orward now that the role list is no longer hardcoded. regards, Volker On Monday 17 December 2012 10:40:11 Ian Monroe wrote: > How do I introspect user-defined roles in QAbstractItemModel's? Is it > possible? setRoleNames doesn't seem to be enough. -- Volker Krause | volker.kra...@

Re: [Gammaray-interest] GammaRay 1.3 Release Planning

lendar says that we planned to release GammaRay 1.3.0 on 22 Jan (in 5 > days) > > Please let me know if you need more time: the release date is flexible. > > Also let me know about new features we should publicize. > > -Allen -- Volker Krause | volker.kra...@kdab.com | Se

Re: [Gammaray-interest] Git workflow

to the 1.3 branch as well, and have slightly larger 1.3.x releases until 2.0 is ready. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt

Re: [Gammaray-interest] GammaRay 1.3.1?

.1 release. > Do we need one? > > There have been 0 commits into the 1.3 branch since the last tag. > So I'm guessing the answer is "no". > > But thought I'd ask anyway. > Let me know your thoughts on this. > > -Allen -- Volker Krause | volker.kra...@kdab

Re: [Gammaray-interest] GammaRay 1.3.2

have by now all 24 tools adapted to the new infrastructure, most of them actually work fine remotely even (see status page in the wiki), there are still some bits that need work though. We should have a working preview for QtDD in Berlin, but I don't think that's ready for a large-

Re: [Gammaray-interest] GammaRay 1.3.2

On Monday 23 September 2013 15:03:14 Allen Winter wrote: > On Monday, September 23, 2013 03:27:26 PM Volker Krause wrote: > > Hi, > > > > On Wednesday 18 September 2013 16:12:34 Allen Winter wrote: > > > I'd like to get a 1.3.2 release out the door sometime so

Re: [Gammaray-interest] Build failure of 2.0.0 on Windows with MSVC 2013

' : > return code > '0x2' > Stop. > > I simple removed this: > > #if defined(_MSC_VER) || defined(Q_OS_ANDROID) // only MSVC and Android > don't have log2()... > static double log2(double n) > { > return log(n) / log(2.0f); > } > #endif &

Re: [Gammaray-interest] Cross-platform remote debugging

s works between Qt versions, between operating systems and between architectures. We have tested various combinations, but I think we had a strong bias towards little endian systems. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&a

Re: [Gammaray-interest] Cross-platform remote debugging

On Thursday 23 January 2014 22:26:53 Peter Kümmel wrote: > On 23.01.2014 10:05, Volker Krause wrote: > > On Wednesday 22 January 2014 17:52:26 Peter Kümmel wrote: > >> Is 2.0 now ready for remote debugging from desktop to embedded ARM > >> systems? > > > > y

Re: [Gammaray-interest] GammaRay 2.0.1

upport for Clang- only platforms like Mac OS X 10.9 lined up for 2.0.1. Thanks for driving this again Allen! Regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (H

Re: [Gammaray-interest] Since 2.0, GammaRay doen't work at all

ing of this email > and any attachment is strictly prohibited. If you have received this email > in error, please contact the sender and delete the message and any > attachment from your system. > > Thank You. > > -- Volker Krause | volker.kra.

Re: [Gammaray-interest] Since 2.0, GammaRay doen't work at all

> Robert Schimkowitsch > Automation > Development Control Center Systems > ANDRITZ HYDRO GmbH > Eibesbrunnergasse 20 > 1120 Vienna, Austria > Phone: +43 50805 56767 > e-mail: robert.schimkowit...@andritz.com > Internet: www.andritz-hydro.com > > > -Original Me

Re: [Gammaray-interest] Debugging GammaRay

y documented so far. I've started a wiki page for this here: https://github.com/KDAB/GammaRay/wiki/Developing-GammaRay Still very basic, but it should contain the key points for debugging both the probe and the client, at least on Unix. regards, Volker -- Volker Krause | volker.kra...@kd

Re: [Gammaray-interest] GammaRay 2.0.2

tibility with Qt4.7 > * Avoid leaking shared-memory in case of crashes of gammaray-client > * Fix various crashes > * Fix various crashes with heavily multithreaded debuggees > > Greets -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&

Re: [Gammaray-interest] 32bit on 64bit system

toolchain file for this, I was unable to get it working properly without that. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts

Re: [Gammaray-interest] GammaRay 2.1.0 in June

e 27th looks good to me. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions sm

Re: [Gammaray-interest] GammaRay 2.1.0 in June

On Tuesday 03 June 2014 10:23:13 Allen Winter wrote: > On Tuesday, June 03, 2014 04:01:06 PM Volker Krause wrote: > > Hi, > > > > thanks Allen for driving this again! > > > > On Tuesday 03 June 2014 08:53:00 Allen Winter wrote: > > > Volker and I woul

Re: [Gammaray-interest] GammaRay 2.1.1 Schedule

et me know if want to delay 2.1.1 for any reason. thanks for driving this again Allen! All good to go from my side, I've just pushed two more small fixes to make things work with Qt 5.4 as well. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deuts

Re: [Gammaray-interest] New GammaRay Release(s)?

of larger pending changes or missing important fixes, so no blocker from that side. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts

Re: [Gammaray-interest] Fwd: building GammaRay on OS X

is needed prior to Qt 5.4, with 5.4 we can use the much superior (faster and more complete coverage) preload injector. regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. +49-30-521325470 KDAB - Th

Re: [Gammaray-interest] Fwd: building GammaRay on OS X

On Thursday 28 May 2015 11:05:34 René J.V. Bertin wrote: > On Thursday May 28 2015 09:34:18 Volker Krause wrote: > > Hi, thanks for answering. > > >Yep, I would guess the CLI (lower-case) binary could just be dropped from > >the bundle. > > For MacPorts it'd

Re: [Gammaray-interest] Fwd: building GammaRay on OS X

On Thursday 28 May 2015 16:47:44 Allen Winter wrote: > On Thursday, May 28, 2015 10:11:47 PM René J.V. Bertin wrote: > > On Thursday May 28 2015 11:14:54 Volker Krause wrote: > > > > Hi, > > > > > Yep, GAMMARAY_PROBE_ONLY_BUILD. > > > > That

Re: [Gammaray-interest] GammaRay 2.3.0

e to review if I forgot something. Thanks! Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH&Co KG, a KDAB Group company Tel. +49-30-521325470 KDAB - The Qt Experts smime.p7s Description: S/MIME cryptographic signature ___

Re: [Gammaray-interest] GammaRay 2.3.0

On Thursday 09 July 2015 12:46:06 Allen Winter wrote: > On Thursday, July 09, 2015 05:31:35 PM Volker Krause wrote: > > On Tuesday 30 June 2015 11:36:21 Allen Winter wrote: > > > Howdy, > > > > > > Volker and Kevin think we need a stable version that builds w

Re: [Gammaray-interest] Feature Request: blacklisting of properties

Hi, thanks for the feedback! Yes, I've encountered the problem with property reads having side-effects too (it's even worse in some of the lower-level GL classes where you crash the target if there is no active GL context). There's probably two ways to address this, all out hiding the propert

Re: [Gammaray-interest] GammaRay for UI testing automation

Hi Christian, thanks for the feedback. Regarding Squish, we use that a lot too, and conceptually GammaRay and Squish indeed work very similarly when interacting with the application under test, using the same introspection and tracking mechanisms etc. So technically it's of course conceivable

Re: [Gammaray-interest] GammaRay for UI testing automation

On Sunday, 17 June 2018 04:31:53 CEST Christian Gagneraud wrote: > On 15 June 2018 at 23:07, Volker Krause wrote: > > On Friday, 15 June 2018 05:12:53 CEST Christian Gagneraud wrote: > >> On 14 June 2018 at 03:47, Volker Krause wrote: > >> The object query engine w

Re: [Gammaray-interest] XPath and ObjectTreeModel

Very cool! On Monday, 18 June 2018 05:07:00 CEST Christian Gagneraud wrote: > Hi there, > > Quick email to report about my week-end experiments/gross hacks. > > I created 2 classes: > - ObjectQueryEngine > - ObjectXmlNodeModel (derived from QSimpleXmlNodeModel) > > The ObjectQueryEngine as a

Re: [Gammaray-interest] GammaRay for UI testing automation

On Tuesday, 19 June 2018 06:17:25 CEST Christian Gagneraud wrote: > On 19 June 2018 at 11:46, Christian Gagneraud wrote: > > On 18 June 2018 at 19:50, Volker Krause wrote: > >> On Sunday, 17 June 2018 04:31:53 CEST Christian Gagneraud wrote: > >>> On 15 June 2018

Re: [Gammaray-interest] QtXmlPatterns and probe's object lock

On Sunday, 24 June 2018 08:01:30 CEST Christian Gagneraud wrote: > Hi there, > > It took me a while to find out what the problem was, so here it is: > My query engine would dead-lock if i create a QXmlQuery or a > QXmlFormatter, while holding the probe's lock. > Is it something unexpected or does

Re: [Gammaray-interest] LD_PRELOAD and secure-execution

Hi, On Friday, 1 March 2019 03:14:45 CET Christian Gagneraud wrote: > We ran into a tricky problem at run-time (embedded Linux). > The app i want to introspect has Linux capabilities bits set. This > put ld.so in a `secure-execution` mode. > For the preload to work, we need to meet these 3 condit

Re: [Gammaray-interest] LD_PRELOAD and secure-execution

On Wednesday, 6 March 2019 17:38:50 CET Christian Gagneraud wrote: > On Wed, 6 Mar 2019 at 09:23, Volker Krause wrote: > > On Friday, 1 March 2019 03:14:45 CET Christian Gagneraud wrote: > > > We ran into a tricky problem at run-time (embedded Linux). > > > The app i w

Re: [Gammaray-interest] Thoughts about the problem scanner

Hi, On Wednesday, 6 March 2019 17:59:24 CET Christian Gagneraud wrote: > A few quick random thoughts, sorry for the "dump" style. > > First thing first: > Have you seen the PR "ObjectInspector: Add thread affinity checker" > (https://github.com/KDAB/GammaRay/pull/538/)? > What do you think? Do yo

Re: [Gammaray-interest] Thoughts about the problem scanner

On Tuesday, 19 March 2019 14:29:53 CET Christian Gagneraud wrote: > On Thu, 7 Mar 2019 at 10:43, Volker Krause wrote: > > > Second: > > > Wouldn't it be nice to run the problem scanner in an automated way? > > > The idea would be to use gammaray as an automate

Re: [Gammaray-interest] Thoughts about the problem scanner

On Saturday, 23 March 2019 15:39:54 CET Christian Gagneraud wrote: > On Wed, 20 Mar 2019 at 09:41, Volker Krause wrote: > > > IMHO, some models should contains these dynamic data in a more > > > processed way, eg AbstractConnectionsModel contains static data, while >

Re: [Gammaray-interest] LD_PRELOADing on QNX

Hi, GammaRay on QNX should work, and ARM64 also works, the combination however is untested. Regarding "raw" injection with LD_PRELOAD, while not officially intended that way, it mostly works in practice. The main problem is getting settings to the probe, as the usual channel for that isn't ava

Re: [Gammaray-interest] Gui missing half of the tools

Hi, that sounds like missing (or incompatible) tool plugins, either on the target side (and thus really only the built-in tools existing), or on the host side so that the tools exist on target but there is just no UI for them. Other reasons like issues with the build configuration as you mentio

Re: [Gammaray-interest] Gui missing half of the tools

On Tuesday, 7 May 2019 06:14:38 CEST Christian Gagneraud wrote: > On Tue, 7 May 2019 at 02:49, Volker Krause wrote: > > Hi, > > > > that sounds like missing (or incompatible) tool plugins, either on the > > target side (and thus really only the built-in tools existin

Re: [Gammaray-interest] Gui missing half of the tools

to load the plugins... Regards, Volker > On Tue, 7 May 2019 at 20:37, Volker Krause wrote: > > On Tuesday, 7 May 2019 06:14:38 CEST Christian Gagneraud wrote: > > > On Tue, 7 May 2019 at 02:49, Volker Krause wrote: > > > > Hi, > > > > > > >

Re: [Gammaray-interest] Thoughts about the problem scanner

On Friday, 10 May 2019 13:53:40 CEST Christian Gagneraud wrote: > [some old draft emails, sorry if it doesn't make sense] > > On Mon, 25 Mar 2019 at 23:09, Volker Krause wrote: > > > > The signal history model is already quite expensive, you certainly > > > &g

Re: [Gammaray-interest] Object connectivity inspector/viewer

On Friday, 10 May 2019 13:55:45 CEST Christian Gagneraud wrote: > [another old draft email, sending it in the hope to bring the discussion > back] > > Hi, > > Starting a new thread. > > As i started coding, i'm slowly realising that the signal history > model might not be the right tool to work

Re: [Gammaray-interest] Graph library

On Tuesday, 28 May 2019 08:48:37 CEST Kevin Funk wrote: > On Friday, 24 May 2019 08:20:58 CEST Christian Gagneraud wrote: > > On Fri, 24 May 2019 at 05:34, Kevin Funk wrote: > > > At some point you need to bite the bullet and just write code for one > > > use- > > > case; I've tried the too-generi

Re: [Gammaray-interest] Graph library

On Wednesday, 29 May 2019 16:10:37 CEST Christian Gagneraud wrote: > On Wed, 29 May 2019 at 02:50, Volker Krause wrote: > > In general, not having to maintain visualization components as part of > > GammaRay would IMHO be preferable, but if we need something that isn't &

Re: [Gammaray-interest] sub-namespacing

On Wednesday, 5 June 2019 00:04:26 CEST Christian Gagneraud wrote: > Is there any special requirement for client/server code about namespacing? > I would like to use a sub-namespace for my plugin. But it seems that > no code does that. > Is it allowed/desirable? I don't think there is any requirem

Re: [Gammaray-interest] Getting rid of "Loading..." on client side models

On Thursday, 6 June 2019 14:15:04 CEST Christian Gagneraud wrote: > On Thu, 6 Jun 2019 at 01:54, Christian Gagneraud wrote: > > When programmatically using remote models to build my graphs, i have > > to deal with a very annoying "feature": the lazy loading. > > > > The problem is that i need to

Re: [Gammaray-interest] Getting rid of "Loading..." on client side models

On Friday, 7 June 2019 05:08:37 CEST Christian Gagneraud wrote: > On Fri, 7 Jun 2019 at 02:24, Volker Krause wrote: > > On Thursday, 6 June 2019 14:15:04 CEST Christian Gagneraud wrote: > > > On Thu, 6 Jun 2019 at 01:54, Christian Gagneraud wrote: > > > > When

[kcalutils] [Bug 383890] kcalutils-testincidenceformatter test fails in 17.04/17.08

https://bugs.kde.org/show_bug.cgi?id=383890 --- Comment #2 from Volker Krause --- Right, it's green in master. Probably needs a backport of f839f4fdaa096adb3011b3deac810a03e91560d0. -- You are receiving this mail because: You are watching all bug changes.

[kcalutils] [Bug 383890] kcalutils-testincidenceformatter test fails in 17.04/17.08

https://bugs.kde.org/show_bug.cgi?id=383890 Volker Krause changed: What|Removed |Added Status|CONFIRMED |RESOLVED Latest Commit

[kmail2] [Bug 385526] recent changes broke multipart display

https://bugs.kde.org/show_bug.cgi?id=385526 Volker Krause changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Latest Commit

Review Request 126117: Fix resetting or changing the source model of a KRecursiveFilterProxyModel.

runtime warnings in GammaRay, which makes use of resetting the source model. Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 126117: Fix resetting or changing the source model of a KRecursiveFilterProxyModel.

marked as submitted. Review request for KDE Frameworks. Changes --- Submitted with commit 9f8b448cf45d71bb28ec4b9dd9300282a2b07d55 by Volker Krause to branch master. Repository: kitemmodels Description --- We need to disconnect from a previous source model if present, not the new

Review Request 126789: Don't propagate dataChanged upwards when we are not filtering.

l.cpp dbb6eba421c0e680fffe43582f210ea3e42e6e7f Diff: https://git.reviewboard.kde.org/r/126789/diff/ Testing --- Tested in GammaRay, where the layoutChanges are particularly painful as the source model is in a different process. Thanks, Volker Krause __

Re: Review Request 126789: Don't propagate dataChanged upwards when we are not filtering.

ding the tests. - Volker --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/126789/#review91306 --- On Jan. 18, 2016, 9:59

Re: Improving performance under breeze icons

Thanks for looking into this Aleix! On Wednesday 27 April 2016 02:26:06 Aleix Pol wrote: > Hi, > As assessed lately, one penalty we have when starting an application > is the icons look-up. It's not really Breeze's fault, the intersection > of the standard we're using and how we're using it makes

Review Request 113258: Fix compilation with C++11 enabled.

376075541c74f56ceeeb3b640cd9b791b04d32ad Diff: http://git.reviewboard.kde.org/r/113258/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 113258: Fix compilation with C++11 enabled.

e0f2c74f4b935994e5d3422d8abdfa1bd955d418 tier4/kcmutils/src/ksettings/dialog.cpp 376075541c74f56ceeeb3b640cd9b791b04d32ad Diff: http://git.reviewboard.kde.org/r/113258/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list

Review Request 113373: Enable C++11 support by default.

integrated into the frameworks branch by now (at least for the subset I have the required dependencies for). Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks

Re: Review Request 113373: Enable C++11 support by default.

ply, visit: http://git.reviewboard.kde.org/r/113373/#review42130 ------- On Oct. 21, 2013, 6:51 p.m., Volker Krause wrote: > > --- > This is an automatically generated e-mail.

Re: Review Request 113373: Enable C++11 support by default.

://git.reviewboard.kde.org/r/113373/diff/ Testing --- Compiles, all required fixes have been integrated into the frameworks branch by now (at least for the subset I have the required dependencies for). Thanks, Volker Krause ___ Kde-frameworks-devel

Re: Review Request 113583: Fix build after enabling C++11 standard

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/113583/#review42872 --- Ship it! Ship It! - Volker Krause On Nov. 2, 2013, 7:38

Review Request 120184: Remove dead code.

--- Remove dead code. Diffs - src/k7zip.cpp 2db043520ebff6bf7661e8ac993d107f4bd6a5e7 Diff: https://git.reviewboard.kde.org/r/120184/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel

Review Request 120186: Make the encoding prober data tables const.

, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 120186: Make the encoding prober data tables const.

.bss optimizations. - Volker --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120186/#review66415 --- On Sept. 13, 2014,

Re: Review Request 120186: Make the encoding prober data tables const.

322d2e6e7e4dd5d049c0212da823b12cbbc48b91 Diff: https://git.reviewboard.kde.org/r/120186/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Review Request 120187: Make data tables static const.

Description --- Moves 704 bytes from .data to .rodata, ie. from per-process to shared memory. Diffs - src/kcolorscheme.cpp 666418a173b688d52c10cd0d97a6221aea078b98 Diff: https://git.reviewboard.kde.org/r/120187/diff/ Testing --- Thanks, Volker Krause

Re: Review Request 120187: Make data tables static const.

://git.reviewboard.kde.org/r/120187/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Review Request 120200: Only create one instance of defaultExecutor.

://git.reviewboard.kde.org/r/120200/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 120200: Only create one instance of defaultExecutor.

937e9d40d72ea88094a412943a1291fa1c290f0e src/job_p.cpp 4bfc7d6db278a223774f4fd849468868b2eafa6c Diff: https://git.reviewboard.kde.org/r/120200/diff/ Testing --- Thanks, Volker Krause ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman

Re: Review Request 120184: Remove dead code.

marked as submitted. Review request for KDE Frameworks. Repository: karchive Description --- Remove dead code. Diffs - src/k7zip.cpp 2db043520ebff6bf7661e8ac993d107f4bd6a5e7 Diff: https://git.reviewboard.kde.org/r/120184/diff/ Testing --- Thanks, Volker Krause

Re: Reduce relocations issues on ARM

On Tuesday 11 September 2012 08:12:52 Laszlo Papp wrote: > Hi, > > Trying to build the kde-frameworks branch on ARM, but I am facing the issue > below. I had the impression the reduce_relocations changes in Qt5 is > managed by cmake from the version 2.8.9 which I have been using in this > environm

Re: Reduce relocations issues on ARM

On Thursday 13 September 2012 11:50:05 David Faure wrote: > On Thursday 13 September 2012 11:20:11 Volker Krause wrote: > > On Tuesday 11 September 2012 08:12:52 Laszlo Papp wrote: > > > Hi, > > > > > > Trying to build the kde-frameworks branch on ARM, but I a

Re: KDirModelV2, KDirListerV2 and UDSEntryV2 suggestions

On Saturday 29 December 2012 11:44:20 David Faure wrote: > On Friday 28 December 2012 02:50:53 Mark wrote: > > Another thing is the "UDS_EXTRA" and "UDS_EXTRA_END". I > > seriously doubt that the functionality is even used anywhere. > > Yes, this got lost with the move from the old konq views to d

Re: FYI: Updates in ThreadWeaver

On Wednesday 03 April 2013 10:09:56 Mirko Boehm wrote: > On 04/02/2013 05:05 PM, Sebastian Kügler wrote: > >> - - Examples are currently in the kdelibs tree, at > >> > >> > tier1/threadweaver/examples. I like that they are in the same > >> > repository, but still - is this the right place? > > >

Notes on C++11 usage from KF5 BoF

Hi, here are my notes on what C++11 features might be usable unconditionally for KF5. regards, Volker C++11 Support in KF5 Minimum compiler requirement: MSVC 2010, GCC 4.5 Possible C++11 features based on http://wiki.apache.org/stdcxx/C++0xCompilerSupport: - auto - dec

Re: New test with C++11 and lambda (UDSEntry testcase)

On Saturday 21 September 2013 19:18:01 Mark wrote: > I've just created a quite complicated testcase for frameworks which uses > the new signal/slot connection syntax (since Qt 5.0) and uses a lambda as > slot. The reason i did this is so that i can keep then entire testcase > (minus the initializat

Re: KHolidays as Framework (redux)

On Friday 01 January 2016 18:24:17 David Faure wrote: > On Thursday 24 December 2015 12:28:13 John Layt wrote: > > Hi, > > > > It's xmas holidays, so it must be time to poke a stick at KHolidays again > > for inclusion as a Framework. As far as I am aware there are no > > outstanding > > porting i

Review Request/New Framework: KF5::SyntaxHighlighting

Hi, please review KF5::SyntaxHighlighting (syntax-highlighting in Git) for becoming a framework :) This is a tier1/functional version of the Kate syntax highlighting engine. It's not tied to a particular output format or editor engine, the interface is basically just passing in a line of text

Re: Review Request/New Framework: KF5::SyntaxHighlighting

On Sunday 11 September 2016 05:33:29 Michael Palimaka wrote: > On 11/09/16 01:47, Volker Krause wrote: > > please review KF5::SyntaxHighlighting (syntax-highlighting in Git) for > > becoming a framework :) > > Thanks a lot for working on this

Re: Review Request 128980: Use QTEST_GUILESS_MAIN

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128980/#review99384 --- Ship it! Ship It! - Volker Krause On Sept. 21, 2016, 3

Re: Review Request/New Framework: KF5::SyntaxHighlighting

Thanks! On Friday 30 September 2016 10:08:27 David Faure wrote: > On samedi 10 septembre 2016 17:47:00 CEST Volker Krause wrote: > > Hi, > > > > please review KF5::SyntaxHighlighting (syntax-highlighting in Git) for > > becoming a framework :) > > Looks good. I

Re: Review Request/New Framework: KF5::SyntaxHighlighting

On Saturday 01 October 2016 21:28:54 Dominik Haumann wrote: > On Fri, Sep 30, 2016 at 10:08 AM, David Faure wrote: > > On samedi 10 septembre 2016 17:47:00 CEST Volker Krause wrote: > >> please review KF5::SyntaxHighlighting (syntax-highlighting in Git) for > &g

Re: Please add consistency in naming of (noK)Syntax(-)Highlighting library

Hi, On Thursday 03 November 2016 11:38:21 Friedrich W. H. Kossebau wrote: > one of the things we praise about Qt is the predictability of class names > and methods names. Because the patterns used with them decrease the amount > of knowledge one needs to have, as things can be derived. No need to

  1   2   3   4   5   6   7   8   9   10   >