Having had the pleasure to use QBS quite extensively (and successfully) in
the past, I would like to thank the QBS team and contributors for showing
us what a sane, modern build system could look like.
So long!
On Mon, 29 Oct 2018 at 13:17 Lars Knoll wrote:
> Hi all,
>
> As you will probably rem
Here is a solution using range-v3
https://github.com/cor3ntin/qt-iterate-over-associative-containers/blob/master/main.cpp
- there is of course room for improvement :)
2017-04-20 19:28 GMT+02:00 Matthew Woehlke :
> On 2017-04-20 13:18, Sergio Martins wrote:
> > On 2017-04-20 18:06, Matthew Woehlke
I think that part of the issue is that the way the STL should be treated is
a bit of a polarizing issue.
Of course, there are technical considerations, such as some STL
implementations being lacking on older platforms, but mostly Qt and the STL
have some overlaps, and people can't agree on how to h
:)
As for a change in Qt6... It would result in *a lot* of hard-to-track
source breakages, so I hope not ( one solution would be to offer a powerful
refactoring tool).
Le dim. 16 avr. 2017 à 17:06, Mark Gaiser a écrit :
> On Sun, Apr 16, 2017 at 4:44 PM, Corentin
> wrote:
> > F
Funny, a friend at kdab asked me about that exact question a few minutes
ago.
The reason for the difference is most certainly an historical one ( and
can't be changed because it would break quite a bit of code ).
If you want the same behavior, you can create a proxy for your associative
container
Is std::algo(std::begin(container), std::end(container) ... ) troublesome
enough that it warrants a wrapper ?
I have a few concerns:
* There is a large momentum behind the range proposal, and, if it wont
be in the standard before 2-4 years, I would expect the TS to be usable
long before that.
JSC is pretty slow to build compared to V4. I think It's an inconvenient.
And it would negate the efforts to get rid out of QtScript/JSC in Qt.
It may be wishful thinking, but it would be great if QBS and Qml could use
the exact same engine that would only be build once.
Le mer. 8 mars 2017 à 21:1
For what it's worth, as a Qt user, QBS was, last time I checked missing
some features, like non-transitive compilatuons flags, platform support and
documentation.
That being said, in the past few years, I wrote some makefiles, some cmake
projects. I've used WAF, qmake... QBS is the best C++ build
WIP patch to add QJSEngine::newQMetaObject
https://codereview.qt-project.org/160759
Le sam. 28 mai 2016 à 11:42, Corentin a écrit :
> Hello.
> I'm once again trying to cut dependencies on Qt Script.
>
> QJSEngine still lacks some features to do so.
>
>
>- The
- If not, is there an interest for these api ?
[1]
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/Necko/Proxy_Auto-Configuration_(PAC)_file
Regards,
Corentin
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.o
First of, it should be ensured future planes fit on the tarmac and that
people now how to fly these things. Major breakage are a huge pain.
Unavoidable minor breakage are painful enough, we always seem to
underestimate the cost of any stack change. The plane metaphor still holds.
You need to rebuil
Having stumbled upon this issue very recently, here are my 2 cents.
- Svg images should be devicePixelRatio aware without having to set a
source size
- Likewise, QQuickImageProvider should know about devicePixelRation,
without having to set a source size.
- I would absolutely love a
2015-03-18 11:00 GMT+01:00 Simon Hausmann :
> On Tuesday 17. March 2015 15.04.19 Corentin Jabot wrote:
> > Regarding QJSEngine, some things are unclear to me.
> >
> > Let's say I have a QObject-derived class. how do I create an instance of
> > that class from a
he scripts...
worrisome
I think QJSEngine should aim to be compatible with any script that worked
with QScriptEngine (provided the C++ code is modified accordingly)
Regards,
Corentin Jabot
2015-02-10 4:30 GMT+01:00 Thiago Macieira :
> On Monday 09 February 2015 22:52:34 Kevin Kofler wrote:
>
Looks like there are many different uses cases and point of views, we may
not reach an agreement.
I agree that the default settings should be as unified as possible, but, on
the other and, each platform
having different capabilities, it make sense to set the default behavior on
a platform-per-plat
to be forever forgotten :
I don't expect end-users to know how access those logs, even less to
provide the developers
with them when something goes wrong.
Corentin
2014-07-10 1:20 GMT+02:00 Thiago Macieira :
> On Wednesday 09 July 2014 14:43:36 Thiago Macieira wrote:
> >
>
> Then for enums, we can have
>
> Q_ENUMS(MyEnum MyOtherEnum INFO "foo" = "bar")
>
annotations for enums sounds overkill.
Q_ANNOTATE("foo", "bar")
Q_ENUMS(MyEnum)
In both case, it's sounds insane to allow annotation in a Q_ENUMS /
Q_FLAGS containing
several items
Corentin
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
2013/3/12 Oswald Buddenhagen :
> somebody attempted this just a few days ago, but gave up when the scope
> of the undertaking became clear. i can't find the change now ...
https://codereview.qt-project.org/#change,48150
I indeed gave up, or at least I was trying to think of a good solution
for t
receive the value from the method.)
Agree
>> It's such a shame that template classes can't be meta-objects...
>> otherwise we could emit the return value directly. That would truly be
>> event-driven C++!
> Yeah,
als/slots) <- QFuture
or is there something I'm not seeing ?
Of course now its too late, but we could introduce something new, like
QFutureObject ?
Corentin
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org
tion, ... )
* adding QtConcurrent::runFunctionInGlobalThreadPoool(function, ...);
* deprecating QtConcurrent::run and make it an alias of
QtConcurrent::runInGlobalThreadPoool
This way, QThread keeps its current purpose of exclusively handling thread.
(Or we could add another class
e should first agree on how QThread sould work before trying to
add yet-another-way.
Regards,
Corentin
2013/2/20 Sze Howe Koh :
> On 21 February 2013 00:02, Rutledge Shawn wrote:
>> On 20 Feb 2013, at 4:57 PM, Olivier Goffart wrote:
>>
>>> On Wednesday 20 February 2013 22:
d some in QFile and other QIODevice in a consistent
manner.
I don't think much more can be done to ease the mix of different
sockets type before 6.0.
2012/11/9 d3fault :
> On 11/8/12, Corentin Jabot wrote:
>> so one could do
>> QLocalSocket socket("foo_pipe&qu
I agree with d3fault/oswald.
Adding some setters/properties for the connection parameters of
QLocalSocket/QAbstractSocket and a generic "connect" method would make
the api somehow more usable.
Maybe a connectToHost() method - connectToPeer may be a little less generic.
QLocalSocket and QAbstractS
2012/11/7 Thiago Macieira :
> On quarta-feira, 7 de novembro de 2012 00.07.41, Corentin Jabot wrote:
>> The following seems like a good subset of the QAbstractSocket
>> interfaces that also makes sense for QLocalSocket
>
> I don't want you to list functions that are commo
d ()
void error ( QAbstractSocket::SocketError socketError )
void stateChanged ( QAbstractSocket::SocketState socketState )
I dont see how the connectTo* methods could be shared, and I don't
think it would be a good idea to try to do so.
Regards,
Corentin.
2012/11/6 Thiago Macieira :
> On
,
Corentin Jabot
2012/7/10 Stephen Chu
> On 7/10/12 9:28 AM, eike.zil...@nokia.com wrote:
> >
> > On 10 Jul 2012, at 15:19, ext Stephen Chu wrote:
> >
> >> On 7/10/12 5:41 AM, Stephen Kelly wrote:
> >>> On Monday, July 09, 2012 18:11:30 Stephen
become quite unmanageable and slow the evolution of QML
Corentin
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
So, There is the patch.
* First, checkout and build ANGLE as explain here
http://code.google.com/p/angleproject/wiki/DevSetup ( require directx sdk &
visual studio )
* Then, edit qtbase/mkspecs/features/win32/opengl.prf and change the
include and library path of angle ( or just build angle in C:\
Hi.
It just happen I worked on the ANGLE integration few weeks ago.
ANGLE offer an OpenGL-ES 2.0 api on top of DirectX 9.
I manage to get Qt compiling with ANGLE and some (one actually)
examples are working.
But, for the the others example, I just got a black surface or crashes.
Sadly, I do not h
rked on a small ugly change about this issue
https://codereview.qt-project.org/#change,25373 , just to see what
would need to be done.
Sincerely,
Corentin Jabot.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman
al socket - but perhaps
the other way around would have made more sens
The change should be both binary and source compatible.
Also, as it my first contribution to Qt I'm not so sure about the naming rules
Corentin Jabot.
___
Development mailing
de, I'm willing to work on a patch.
Like it seems a little late for 5.0, it could be add in 5.1.
What do you think ?
Corentin Jabot,
Software Developer at Ankama, France.
___
Development mailing list
Development@qt-project.org
http://lists.qt
33 matches
Mail list logo
