On 04/03/15 12:48, Scott Aron Bloom wrote:
In my migration from Qt4 to Qt5, some of the machines the new
application is installed on, the print functionality is not working,
the print button is live and is connected fine.
However, on some machines, the print dialog doesn’t work.
Qt5PrintSup
On Tuesday 03 March 2015 23:45:39 Till Oliver Knoll wrote:
> > Am 03.03.2015 um 18:55 schrieb Thiago Macieira
:
> >> ...
> >>
> >> So Qt could still support OS X 10.6 and 32 bit, if that was the point of
> >> your statement.
> >
> > [snip]
> >
> >> That said, IIRC official OS X 10.6 support was
> Am 03.03.2015 um 18:55 schrieb Thiago Macieira :
>
>> ...
>>
>> So Qt could still support OS X 10.6 and 32 bit, if that was the point of
>> your statement.
> [snip]
>> That said, IIRC official OS X 10.6 support was dropped quite some time ago
>> by Qt, so that would be a non-issue anyway.
>
>
In my migration from Qt4 to Qt5, some of the machines the new application is
installed on, the print functionality is not working, the print button is live
and is connected fine.
However, on some machines, the print dialog doesn't work. Qt5PrintSupport.dll
is packaged, Im just thinking there is
On Wednesday 04 March 2015 01:13:59 René J.V. Bertin wrote:
> I don't really understand. What do you mean with a developer build - isn't
> any Qt version built from sources a developer build?
He means "a build done using the configure switch -developer-build".
That switch is meant for developers
On Tuesday 03 March 2015 23:14:53 Tron Thomas wrote:
> I used:
> git checkout v5.4.1
>
> to switch to version 5.4.1. Git looked like it updated things. I check the
> file qtbase\src\corlib\global\qglobal.h. It still indicated the version was
> 5.4.2.
Note that this needs to be run in each of the
I found out something interesting. On my Macintosh, where everything builds
successfully, when I do a git checkout and then run the init-repository perl
script the sub directory qttools has files and subfolders in it. On both the
Linux and Windows virtual machine after checking out from git and
On Saturday February 28 2015 12:17:15 Becsi Andras wrote:
> Hi René,
>
> It is only possible to build QtWebEngine out-of-tree with a developer build
> of Qt, especially on OS X.
> If the module itself builds, you could try removing the
> QTWEBENGINE_BUILD_PARTS lines in qtwebengine.pro, and buil
Hi,
I have an application that we're porting from Qt 4.7 (don't ask) to Qt
5.4, and one of the behavior changes I'm dealing with is that all
separate windows with a parent are staying on top of the parent window.
For example, if I have these widgets:
QMainWindow *mainWindow = new QMainWindow(
I used:
git checkout v5.4.1
to switch to version 5.4.1. Git looked like it updated things. I check the file
qtbase\src\corlib\global\qglobal.h. It still indicated the version was 5.4.2. I
went ahead and built anyway in case the file was irrelevant for the version. I
got the same results. The bu
On Tuesday 03 March 2015 18:09:20 Till Oliver Knoll wrote:
> Only new application submissions using "garbage collection" will be rejected
> from that date onwards (that includes updates for existing Mac App Store
> applications).
>
> So Qt could still support OS X 10.6 and 32 bit, if that was the
On Tuesday 03 March 2015 20:26:46 Tron Thomas wrote:
> I’m rebuilding again on the virtual machine using version 5.4.1, so I need
> to wait for that to complete. Think I have results from a previous build
> and that does not appear to contain designer. Also I rebuilt on the Linux
> virtual machine
On 2 March 2015 at 10:04, Matthias Thöny wrote:
> Dear QT Team,
>
> I have some issues with QPainter on Mac 10.10 when using the OpenGL 4.1.
> profile. I posted here the details:
>
> http://qt-project.org/forums/viewthread/53319/
>
> Can anyone of you help or may be give some information about the
> Am 03.03.2015 um 15:50 schrieb Raul Metsma :
>
> ARC is supported since OSX 10.7 (10.6 limited) and 64bit only.
Again, while it makes sense for an application - and all its supporting
libraries such as Qt - to use ARC, that is (will be on May 1st 2015) not a hard
requirement (yet): applicati
I’m rebuilding again on the virtual machine using version 5.4.1, so I need to
wait for that to complete. Think I have results from a previous build and that
does not appear to contain designer. Also I rebuilt on the Linux virtual
machine and redirected error output there. The build finished and
On Tuesday 03 March 2015 08:00:20 Koehne Kai wrote:
> That's actually not true: What -qt-xcb does is statically compiling in a lot
> of the xcb helper libs, namely libxcb-fixes, libxcb-randr, libxcb-shm,
> libxcb-sync, libxcb-image, libxcb-keysyms, libxcb-icccm, libxcb-renderutil,
> libxcb-xkb. We
On Tuesday 03 March 2015 17:26:02 Tron Thomas wrote:
> It looked like both build finished successfully. I tried to redirect error
> output while building on the virtual machine and found no error output in
> the file. The build on the physical system seems to be fine as I’ve been
> able to use it t
On Tuesday 03 March 2015 17:29:01 Tron Thomas wrote:
> How is someone suppose to sync to 5.4.1. I’m just following the directions
> on the website for building Qt from Git, and when I do that I get version
> 5.4.2.
Check out the v5.4.1 tag.
--
Thiago Macieira - thiago.macieira (AT) intel.com
So
ARC is supported since OSX 10.7 (10.6 limited) and 64bit only.
Raul
> On 03 Mar 2015, at 16:33, René J.V. Bertin wrote:
>
> On Tuesday March 03 2015 11:14:32 Till Oliver Knoll wrote:
>
>> I'm not a Cocoa expert, but I think the last time I looked into Cocoa (OS X)
>> related Qt source there w
subj
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
On 3 March 2015 at 00:53, Thiago Macieira wrote:
> GLX implies desktop GL
And, Qt supports creating GLES contextes on GLX, if the right
extensions are available.
--
Giuseppe D'Angelo
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-pr
How is someone suppose to sync to 5.4.1. I’m just following the directions on
the website for building Qt from Git, and when I do that I get version 5.4.2.
> On Mar 2, 2015, at 22:39, Turunen Tuukka
> wrote:
>
>
>
> On 03/03/15 01:30, "Tron Thomas" wrote:
>
>> I have successfully made a bu
It looked like both build finished successfully. I tried to redirect error
output while building on the virtual machine and found no error output in the
file. The build on the physical system seems to be fine as I’ve been able to
use it to build our product. I cannot use the build of Qt from the
Hi,
I have Qt Creator 3.3 installed on Arch Linux. When I switch to designer
mode (by opening *.ui.qml file) some of the window areas goes black,
application start to response slowly and the crashes.
This happens on both Nouveau & NVIDIA drives (If this matter).
Screenshot: http://imgbin.org/in
On Tuesday March 03 2015 11:14:32 Till Oliver Knoll wrote:
>I'm not a Cocoa expert, but I think the last time I looked into Cocoa (OS X)
>related Qt source there was still "garbage collection" in place.
>
>I assume the same holds for iOS (although I am currently more interested in OS
>X).
>
>I h
Hi,
Apple has deprecated "garbage collection" with the release of OS X 10.8
Mountain Lion and as of May 1st 2015 is now enforcing that in the App Store
applications may no longer use the corresponding (deprecated) Cocoa API:
https://developer.apple.com/news/?id=02202015a
Instead those applicat
Hello,
Have there been reports about layout issues with the native OS X
"Aqua" style, whether they use style (.ui) sheets or not?
We have been seeing layout errors in KDE applications when they use
the Aqua style, but not when they use any of the other installed style
(KDE or Qt).
We were hoping
On 2 Mar 2015, at 18:38, Ben Lau wrote:
>
> On 2 March 2015 at 19:38, Rutledge Shawn
> wrote:
>
>
> Did you try the photosurface example?
>
> It’s getting some new features in 5.5, because pinch zooming and flicking
> will both work better on OS X than they have in the past, with a trackp
> -Original Message-
> From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
> [...]
> > I built on CentOS 6.6. This platform has libxcb-1.9. However, an
> > application built against this version of Qt would not run on a
> > machine running CentOS
> > 6.4 -- apparently because
29 matches
Mail list logo
