On 7/7/2016 8:26 PM, william.croc...@analog.com wrote:
On 07/07/2016 08:01 PM, Fabio Giovagnini wrote:
Thanks Frank. So you suggest to build from the sources. I' try. Thanks again
I suggest you just take the weekend and write your own
parser and lexical analysis, void of Flex and Bison.
I
On 07/07/2016 08:01 PM, Fabio Giovagnini wrote:
Thanks Frank. So you suggest to build from the sources. I' try. Thanks again
I suggest you just take the weekend and write your own
parser and lexical analysis, void of Flex and Bison.
I did and I have never looked back.
:-)
Bill
Il
Thanks Frank. So you suggest to build from the sources. I' try. Thanks again
Il 07/lug/2016 17:40, "K. Frank" ha scritto:
> Ciao Fabio!
>
> On Thu, Jul 7, 2016 at 7:19 AM, Fabio Giovagnini wrote:
> > Ciao to all.
> > I have an application linux native based
I think that our approche can be wrong, maybe you don't need to be able to
access to the QtQuick components from the C++. The best is to follow the
philosophy of QtQuick with the property bindings. You can expose variables
(properties) from your c++ to the QML and let the QML interact with them.
I'm part of a team that is looking at migrating an existing Windows C++ app
to Qt. The first decision is whether to use Widgets or Qt Quick. Since Qt
Quick is newer, shinier, faster, etc, that seems like the obvious choice.
However, for reasons that I won't go into here, the vast majority of forms
It may be interesting to users of QtIFW.
07.07.2016, 20:12, "Robert Maynard" :
> I am proud to announce that CMake 3.6.0 is now available for download at:
> https://cmake.org/download/
>
> Documentation is available at:
> https://cmake.org/cmake/help/v3.6
>
> Release
Playing around with QtCreator 4.0.3, and I noticed I can choose to use
"git grep" for searching through files if the "Scope:" is set to "Files in
file system", which is nice.
But why, if I set the "scope" to 'Project "MyProjectName"', does the "Use
Git Grep" choice disappear from the form?
Bingo! That appears to have been the problem. Just like the report, I too
was using jom, and when I changed my expert-knowledge build script to force
nmake for static builds, it breezed through the 32-bit static release build
with no problems. Why this wasn't encountered with 64-bit static I
Hi,
On 07/07/2016 07:47, Uwe Rathmann wrote:
On Wed, 06 Jul 2016 18:10:37 +, J-P Nurmi wrote:
Interesting choice. I would have done the exact opposite. Application
logic in C++ and UI declaration in QML.
Well this is actually not a choice - we did it in QML and ended up with
a
Hi,
On 07/07/2016 09:46, Émeric MASCHINO wrote:
Hi,
2016-07-01 17:37 GMT+02:00 Sean Harmer :
Hi,
Frustum culling is simple once you have the bounding volumes for entities and
the planes forming the view frustum. These are computed elsewhere to where the
culling is
On lundi 1 juin 2015 18:18:07 CEST Nuno Santos wrote:
> #ifdef Q_OS_WINDOWS
> #include
> Q_IMPORT_PLUGIN(QWindowsIntegrationPlugin)
> #endif
Old mail, but for the record:
surely the issue was that the correct #define is Q_OS_WIN32, not Q_OS_WINDOWS
(this never existed).
--
David Faure |
Thanks to all, this will be fixed in Qt 5.6.2
Another bug reproduction needed :
https://bugreports.qt.io/browse/QTBUG-54561
I get a cropped windows explorer icon with 5.6, and a correct icon with 5.4.
The test is Windows only as it requires "C:\Windows\explorer.exe"
Thanks!
2016-06-12 15:49
Looks like it could be related to this bug report:
https://bugreports.qt.io/browse/QTBUG-53393
Did you try re-running nmake/jom after you got this error?
On Thu, Jul 7, 2016 at 10:57 AM, Bob Hood wrote:
> I'm trying to build Qt 5.6.1-1 32-bit licensed static using Visual
On quinta-feira, 7 de julho de 2016 09:57:22 PDT Bob Hood wrote:
> At some point in the 32-bit build, I'm getting:
>
> LINK : fatal error LNK1181: cannot open input file
> 'D:\Qt\build\32_static\qtimageformats\plugins\imageformats\qwebp.lib'
There'sp robably more information further up.
07.07.2016, 18:57, "Bob Hood" :
> I'm trying to build Qt 5.6.1-1 32-bit licensed static using Visual Studio
> 2013. I am configuring with the following command:
>> configure -commercial -confirm-license -static -prefix Q:\Qt\5.6.1\32_static
>> -mp -release -nomake examples
I'm trying to build Qt 5.6.1-1 32-bit licensed static using Visual Studio
2013. I am configuring with the following command:
configure -commercial -confirm-license -static -prefix
Q:\Qt\5.6.1\32_static -mp -release -nomake examples -no-qml-debug
-no-compile-examples -nomake tests
Ciao Fabio!
On Thu, Jul 7, 2016 at 7:19 AM, Fabio Giovagnini wrote:
> Ciao to all.
> I have an application linux native based on:
> 1) qt4 (4.8.1)
> 3) lex/bison
>
> Under Ubuntu 14.04 and prevoius everithing ok.
>
> Under Windows, I cannot find lex/bison support.
> I have to say
Thanks for your help!
Etienne
2016-07-07 9:46 GMT+02:00 Allan Sandfeld Jensen :
> On Wednesday 06 July 2016, Etienne Sandré-Chardonnal wrote:
> > Hi,
> >
> > I use libjpeg-turbo in my app for some time now.
> >
> > Since I switched to Qt 5.6 (from Qt 5.4), reading any Jpeg
Hi list,
Please have a look at this (stunning) video as an illustration of my issue:
https://youtu.be/I3ENphe19qc
It shows the current (Qt 5.8 / dev) application window resize behavior
of a QtQuick based application (gallery example) vs. a QtWidget
(mainwindow example) based one.
This is on
Ciao to all.
I have an application linux native based on:
1) qt4 (4.8.1)
3) lex/bison
Under Ubuntu 14.04 and prevoius everithing ok.
Under Windows, I cannot find lex/bison support.
I have to say that I installed only QT SDK (w/ MinGW support)
Any suggestion will be really appreciated.
Thanks
Hi,
2016-07-01 17:37 GMT+02:00 Sean Harmer :
> Hi,
> Frustum culling is simple once you have the bounding volumes for entities and
> the planes forming the view frustum. These are computed elsewhere to where the
> culling is actually performed. The culling is currently
On Wednesday 06 July 2016, Etienne Sandré-Chardonnal wrote:
> Hi,
>
> I use libjpeg-turbo in my app for some time now.
>
> Since I switched to Qt 5.6 (from Qt 5.4), reading any Jpeg image with
> QPixmap crashes the app.
>
> Is this a lib conflict? I linked with both Qt and libjpeg-turbo
On 7 July 2016 at 19:05, Ben Lau wrote:
>
>
> On 7 July 2016 at 12:42, Thiago Macieira wrote:
>>
>> On quinta-feira, 7 de julho de 2016 10:29:43 PDT Лагнер, Сергей wrote:
>> > Does not work as well
>> >
>> > ~/Downloads$
On 7 July 2016 at 12:42, Thiago Macieira wrote:
> On quinta-feira, 7 de julho de 2016 10:29:43 PDT Лагнер, Сергей wrote:
> > Does not work as well
> >
> > ~/Downloads$ ./qt-enterprise-linux-x64-android-5.6.1-1.run -platform
> minimal
> > Unknown option: p, l, a, t, f,
On Wed, 06 Jul 2016 18:10:37 +, J-P Nurmi wrote:
> Interesting choice. I would have done the exact opposite. Application
> logic in C++ and UI declaration in QML.
Well this is actually not a choice - we did it in QML and ended up with
a disappointing performance, because of QML. And we did
Op 06/07/2016 om 21:17 schreef André Pönitz:
On Wed, Jul 06, 2016 at 08:34:44AM +0200, André Somers wrote:
Note that even if you define your GUI in QML, you can still do
everything else in C++. The QML doesn't have to be much more than what
you already have as .ui files now, and they are not
26 matches
Mail list logo