lin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho
> Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg,
> HRB 144331 B
>
> ___
> Development mailing list
> Development@qt-project.org
> https://l
Group company
> Tel: Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
> KDAB - The Qt, C++ and OpenGL Experts
>
> ___
> Development mailing list
> Development@qt-project.org<mailto:Development@qt-project.org>
> https:/
ypes. It's
relatively easy to make clang-tidy checkers configurable.
So in this case one would instruct clang-tidy to replace the arg to the
constructor call `QFlags(...)` with a '{}' instead of a 'nullptr'.
PS: For others wondering about the details about the "QFlags-hack" accepting
&qu
On Monday, 25 February 2019 11:04:31 CET René J.V. Bertin wrote:
> On Monday February 25 2019 10:18:01 Kevin Funk wrote:
>
> Hi,
>
> >From my quoted message:
> > >> Now, I think it's not entirely relevant whether or not this particular
> > >> set
ames from CMAKE_CXX_COMPILER(_ID) ...
>
> Thanks,
> R.
> _______
> Development mailing list
> Development@qt-project.org
> https://lists.qt-project.org/listinfo/development
--
Kevin Funk | kevin.f...@kdab.com | Senior Software Engin
latest
> release, dev, ...).
>
> The major disadvantage of "superbuilds" is they tend to be not-great for
> people actually hacking on the code.
>
> (¹ https://cmake.org/cmake/help/latest/module/ExternalProject.html)
>
> --
> Matthew
> __
On Wednesday, 13 February 2019 15:40:15 CET Tor Arne Vestbø wrote:
> > On 13 Feb 2019, at 14:58, Kevin Funk via Development
> > wrote:
> > make it more difficult for distros to co-install the CMake config files
> > for different Qt versions.
>
> This sounds l
inux, macOS and Windows,
> cross-compilation, static builds and basic CI build support.
>
>
> Simon
>
>
>
> ___
> Development mailing list
> Development@qt-project.org<mailto:Development@qt-project.org>
> https://lists
reGuidelines/issues/721
[2] https://en.cppreference.com/w/cpp/language/override
My 2 cents.
Regards,
Kevin
> So clang-tidy is the one odd out.
>
> I'll update the coding conventions if nobody opposes.
>
>
>
> [1] -
> https://github.com/isocpp/CppCoreGuidelines
On Thursday, 7 June 2018 08:03:40 CEST Thiago Macieira wrote:
> Commit 02ed1b36daebed5f3997bb676cf5e818c0db9d3c was
>
> Remove CMake code for CMake < 3.1
>
> This removes the following functions from Qt5CoreMacros:
> - qt5_use_modules(...)
>
> Which follows 2013's
/project/monitor/openSUSE:Factory?
> arch_x86_64=1=0=1_standard=1
>
> The majority of them are caused by the Qt 5.11 update, a great number of
> which are the cmake update (the rest are indirect header dependency and are
> easy to fix).
--
Kevin Funk | kf...@kde.org | http:/
16:15 UTC 2018
> x86_64 x86_64 x86_64 GNU/Linux
> cmake version 3.10.2
> Qt 5.11.0-RC
>
> With Qt.5.10.1 All Ok
> Where can I read about this new cmake trick?
>
> Thanks a lot
--
Kevin Funk | kevin.f...@kdab.com | Lead Sales Engineer
KDAB (Deutschland) GmbH, a KDAB
t; issue for
> > us.
> >
> > > So my questions are:
> > > 1) Is this normal/expected?
> > > 2) Why not providing this flags?
> > > 3) Does a patch to provides this flags would be accepted?
> >
> > Yes, a patch adding QT_${uppercaselib}_LIB
t; > On vineri, 13 octombrie 2017 21:30:59 EET André Pönitz wrote:
> >
> >> Hi all.
> >>
> >> I would like to nominate Kevin Funk for Maintainer of the
> >> Build Systems/CMake area.
> >>
> >> Ke
On Monday, 18 September 2017 10:03:40 CET Kevin Funk wrote:
> On Monday, 18 September 2017 09:38:53 CEST Ville Voutilainen wrote:
> > On 18 September 2017 at 10:36, Lars Knoll <lars.kn...@qt.io> wrote:
> > >>> But for new plugins that target a known platform that su
On Monday, 16 October 2017 22:48:06 CEST Christian Gagneraud wrote:
> On 16 October 2017 at 21:40, Kevin Funk <kevin.f...@kdab.com> wrote:
> > On Sunday, 15 October 2017 11:20:13 CEST Christian Gagneraud wrote:
> >> On 14 October 2017 at 04:22, Jean-Michaël Celerier
>
ld be interesting to know why. Oswald said "we (...) are
> strongly biased against a
> cmake-based solution", but didn't give any reason/justification (Or I
> missed it).
>
> Did this CMake port cover all the features provided by qmake?
> Did this CMake port provide all the c
> > > () ascii ribbon campaign - against html e-mail
> > > /\- against proprietary attachments
> > >
> > > Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at
> > >
> > >
> > >
On Friday, 15 September 2017 10:47:02 CEST Kevin Funk wrote:
> On Friday, 15 September 2017 06:42:34 CEST André Hartmann wrote:
> > Hi, since a while C++11 is allowed in Qt and there is ongoing effort
> > porting e.g. examples to the new possibilities.
>
> Slightly OT but I h
ithout proper tooling.
Regards,
Kevin
___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Kevin Funk | kevin.f...@kdab.com | Senior Software Engineer
KDAB (Deutschland) Gmb
__
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Kevin Funk | kevin.f...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH KG, a KDAB Group company
Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090
KDA
d109000
> rw-p 00269000 00:27 37325
> /opt/local/libexec/qt5/lib/libQt5Script.so.5.8.0
>
> R.
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Kevin Funk | kf...@kde.org | http://
r even somewhere else?
>
> Probably a bug in qlalr that no one has ever noticed because no one has ever
> committed its generated files when run on Windows.
Patch for qlalr here:
https://codereview.qt-project.org/#/c/186626/1
Regards,
Kevin
--
Kevin Funk | kevin.f...@kdab.com | Software En
R.
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Kevin Funk | kf...@kde.org | http://kfunk.org
signature.asc
Description: This is a digitally signed m
rm agnostic wrapper for all this would be indeed great to have!
Cheers,
Kevin
>
> Br, Eike
>
> > It probably makes sense to add a couple of slots to QSystemTrayIcon (is
> > there something similar in GUI?).
> >
> > Thanks,
> > Mard
--
Kevin Funk | kf...@kde.org | http://kfunk.org
signature.asc
Description: This is a digitally signed message part.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On Donnerstag, 16. Juni 2016 00:19:10 CEST Kevin Funk wrote:
> (snip)
>
> Question:
> Is there an interest in having QtSingleApplication in Qt proper? Say
> qtbase? We'd love to do the work if there's a chance for it being accepted.
Heya,
Thanks for all the comments, I'll work
On Donnerstag, 16. Juni 2016 03:43:29 CEST Kevin Kofler wrote:
> Kevin Funk wrote:
> > To come to the point: We'd like to be able to use QtSingleApplication,
> > without having to copy it to every KDE application's repository out there
> > and building it ourselves. Sev
elibs-apidocs/kdeui/html/
classKUniqueApplication.html
[2] https://api.kde.org/frameworks/kdbusaddons/html/classKDBusService.html
[3] http://code.qt.io/cgit/qt-creator/qt-creator.git/tree/src/shared/
qtsingleapplication/
--
Kevin Funk | kf...@kde.org | http://kfunk.org
signature.asc
Description: This is a digit
__
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Kevin Funk | kf...@kde.org | http://kfunk.org
signature.asc
Description: This is a digitally signed message part.
___
list
> > Development@qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/development
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Kevin Funk | kevin.f...@kdab.
depend on boost? No, thanks...
Greets
--
Kevin Funk | kf...@kde.org | http://kfunk.org
signature.asc
Description: This is a digitally signed message part.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo
(QUrl::PreferLocalFile) /C:/tmp
I'm especially puzzled by the latter one
(toDisplayString(QUrl::PreferLocalFile)), which is supposed to return a
human-readable string for the given url.
That should return C:/tmp, right?
Maybe David F. or Thiago can give an insight into this?
Thanks
--
Kevin
On Wednesday 13 August 2014 07:57:55 Thiago Macieira wrote:
On Wednesday 13 August 2014 14:14:38 Kevin Funk wrote:
Hey,
while porting to Qt5/KF5, we've found some issues with the new
QUrl::toDisplayString method on Windows.
Running the attached test-case [1], we get the following
the machine, the configuration is
cleared.
Plus, this approach cannot break existing applications.
Review-request updated: https://codereview.qt-project.org/#/c/88596/
Greets
--
Qt Developer Days 2014 • October 6 - 8 at BCC, Berlin • Save the dates!
Kevin Funk | kevin.f...@kdab.com | Software
- 8 at BCC, Berlin • Save the dates!
Kevin Funk | kevin.f...@kdab.com | Software Engineer
KDAB (Deutschland) GmbHCo KG, a KDAB Group company
Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090
KDAB - Qt Experts - Platform-independent software solutions
smime.p7s
Description: S/MIME
. Then it will enable the onDropped slot to be executed.
http://qt-project.org/doc/qt-5/qml-qtquick-dragevent.html#accept-method
Heh,
that doesn't work either. And that's exactly what my second thought was as
well (accepting the event in 'onEntered'). Sorry, no cigar.
Greets
--
Kevin Funk
On Wednesday 16 April 2014 14:46:56 Branislav Katreniak wrote:
As mentioned on https://codereview.qt-project.org/#change,83272 Kevin Funk
measured the difference between the current approach and using atomics
using Olivier's initial benchmark, it's about 4-5x slower for checking if
there's
On Wednesday 16 April 2014 12:55:38 Matthew Woehlke wrote:
On 2014-04-16 03:18, Volker Krause wrote:
On Tuesday 15 April 2014 08:02:56 Thiago Macieira wrote:
In other words: use QBasicAtomicPointer.
As mentioned on https://codereview.qt-project.org/#change,83272 Kevin Funk
measured
QT_KEYSEQUENCE_MAX_LEN (== 6) in average.
Callgrind results (Instruction fetches):
* Without patch: ~34,350k
* Withpatch: ~34,200k
Minor improvement, yes.
If the patch makes sense (i.e. if it is correct) I can put it on Gerrit.
Greets
--
Kevin Funk#include qtablegenerator.h
#include ctime
#include iostream
39 matches
Mail list logo
