Em dom 23 mar 2014, às 02:26:41, Guido Seifert escreveu:
> > Em dom 23 mar 2014, às 01:42:11, Guido Seifert escreveu:
> > > Is there a correct way for me to get it installed in C:\Qt521 after
> > > build?
> >
> > -prefix and make install are not tested on Windows.
>
> Not nice. What worth is a Qt
Looks like the hint I found here:
http://stackoverflow.com/questions/4699311/how-to-install-qt-on-windows-after-building/17640221#17640221
--> cd
--> installer.exe --runoperation QtPatch windows qt5
worked. At least as far as I could verify it at the moment. So generally with
some cleanup work
Thank you. Your answer at least shows me that I am not the only one with this
problem. I was not sure, if is was only my combination of configure options,
which causes this problem. I will try your solution, but still... Isn't this
something that really should be fixed? I don't think I had this
On 3/22/2014 7:26 PM, Guido Seifert wrote:
>
>> Em dom 23 mar 2014, às 01:42:11, Guido Seifert escreveu:
>>> Is there a correct way for me to get it installed in C:\Qt521 after build?
>> -prefix and make install are not tested on Windows.
> Not nice. What worth is a Qt built into %CD%\qtbase? If th
> Em dom 23 mar 2014, às 01:42:11, Guido Seifert escreveu:
> > Is there a correct way for me to get it installed in C:\Qt521 after build?
>
> -prefix and make install are not tested on Windows.
Not nice. What worth is a Qt built into %CD%\qtbase? If there isn't something I
miss, it cannot be pr
Em dom 23 mar 2014, às 01:42:11, Guido Seifert escreveu:
> Is there a correct way for me to get it installed in C:\Qt521 after build?
-prefix and make install are not tested on Windows.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
Hi,
something very unfortunate:
Official qt 5.2.1 zip file.
If I configure it like in the README:
cd \qt-everywhere-opensource-src-
configure -prefix %CD%\qtbase -opensource -nomake tests -no-angle
-opengl desktop
it compiles perfectly (-no-angle -opengl desktop added for my need
Em dom 23 mar 2014, às 01:45:36, Damian Ivanov escreveu:
> Let's say I have two qml files in my application. File one imports
> qtquick 2.2 layouts and controls at 1.1. File two imports qtquick 2.1
> and layouts/controls at 1.0
>
> Wouldn't you waste memory that way?
No.
> I'd propose a warning
Let's say I have two qml files in my application. File one imports
qtquick 2.2 layouts and controls at 1.1. File two imports qtquick 2.1
and layouts/controls at 1.0
Wouldn't you waste memory that way?
I'd propose a warning to stdin if qtcreator sees you do that (most
likely you do it by mistake).
hmm I can confirm the problem with the test case, depending on what
application you have this can be from absolutely not important to
quite a deal-breaker...
I would fill a bug.
2014-03-22 23:09 GMT+02:00 Willem Bennekom :
> For me, the lagging is clearly noticeable on all platforms where vsync is
For me, the lagging is clearly noticeable on all platforms where vsync is
enabled.
(Macbook Pro (Nvidia), Linux/Windows Desktop with Nvidia, Windows Desktop
with AMD + Angle.
It hapopens with all Qt Quick versions.)
Here's a minimal test scene (rectangle follows mouse):
http://pastie.org/pastes/89
Not sure if this is official docs, but they say "Before installing SoQt,
please, verify that Qt and Coin 3D are already installed and functioning on
your PC."
See https://code.google.com/p/tonatiuh/wiki/InstallingSoQtForMac
___
Interest mailing list
Inter
Hello Till
The expected result is a black background with two small rectangles (yellow and
green) in the upper left of the display. This is what I get with Qt4 in Windows
and Qt4/Qt5 in Linux. In Windows with Qt5 I get it shifted as you have seen, so
it seems that this also happens in OS X with
for the record: I can't confirm this, QML input is instantly here free
radeon driver (5series) on openSUSE 13.1 64bit.
2014-03-22 15:46 GMT+01:00 Willem Bennekom :
> With its current architecture, QtQuick has input latency issues:
> The scene reacts to user input with a slight, but noticeable dela
On 3/22/2014 9:58 AM, Kamalpreet Grewal wrote:
> I would like to ask if SoQt can be used without any pre-installation of Qt?
Right on the SoQt web page:
"Before installing SoQt, please, verify that Qt and Coin 3D are already
installed and functioning on your PC."
_
I would like to ask if SoQt can be used without any pre-installation of Qt?
--
Kamalpreet Kaur Grewal
Blog: http://kamalpreetgrewal.wordpress.com/
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Am 21.03.14 22:06, schrieb Carlos:
> Hello Oliver
>
> Thanks for your help. In Windows and Linux it does not flickers and
> you can see two small rectangles (one yellow and one green).
I gave it another try, and it seems that "depening on the draw buffer
state" I sometimes do get two rectangles
With its current architecture, QtQuick has input latency issues:
The scene reacts to user input with a slight, but noticeable delay, which
makes
QtQuick apps feel clumsy and unpleasant to use.
I guess this is related to vsync handling, where input events don't
immediately
trigger a repaint while t
No, not at the moment. Though, it's probably only a matter of adding a
configure option to specify the GStreamer SDK installation directory, and
adapting our plugin .pro files.
--
Yoann Lopes
___
Interest mailing list
Interest@qt-project.org
http://lis
Hi,
is it possible to use GStreamer as video backend for QMediaPlayer under Windows?
Guido
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
> That file is in qtbase/src/platformsupport/fontdatabases/basic, so it's part
> of
> QtPlatformSupport.
It is. But I had -platform win32-g++ in my build script from an old build. I
removed
it and it compiled just fine. This option was no problem with Qt 5.1.
Guido
__
21 matches
Mail list logo
