Re: [Interest] Please let us choose Qt Creator version in the online installer
Also, the maintenance tool needs to be smart enough not to install an incompatible build of Qt Creator on an older version of macos where it can't even run. On Sat, Dec 25, 2021, 06:00 Alexander Dyagilev wrote: > Hello, > > Guys, please let us. > > I've updated to 6.0.1 and now I'm suffering from a lot of bugs. For me, > it's now nearly to unusable. > > Yes, I know that it's possible to manually download old versions from > archive. But as far as I know one will then have to setup all the Qt > kits manually > > ___ > Interest mailing list > Interest@qt-project.org > https://lists.qt-project.org/listinfo/interest > > ___ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
Re: [Interest] QOpenGLWidget noticeable anti-alising halo around text, bitmaps
On 7/8/15 01:45, Pavel Koshevoy wrote: Hi, I am porting existing Qt4-based code to Qt5 (5.5.0), switching from QGLWidget to QOpenGLWidget. In my app I render a bunch of text and bitmaps into a transparent QImage. The QImage is then alpha-blended in OpenGL on top of video frame (rendered with OpenGL with texture buffer originating from ffmpeg libraries). I've observed an artifact after the switch to QOpenGLWidget. It appears as if rendering anti-aliased text to a transparent buffer blends a white background color into the text outline -- see attached screenshots. It should be red background, black outline, gray text. What I get is red background, whitish anti-aliasing (or alpha-blending) halo around black outline, black outline, and gray text. I don't think the problem is with QPainter::drawText, because I see the same whitish halo around bitmap subtitles which I render into the same transparent QImage via QPainter::drawImage. Also, if I use QGLWidget as the base class the issue vanishes -- the anti-aliasing halo only appears when using QOpenGLWidget. Is this a bug, or some secret setting I missed? Thank you, Pavel. Hmm, I tried making a sample app to reproduce the problem so I could file a bug report. In the process I tried rendering the same overlay using QPainter::drawImage and it came out looking all right. So, I stepped through QPainter code and noticed that it uses a different blend function from what I used. In my OpenGL code I had glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); While QPainter used glBlendFunc(GL_ONE, GL_ONE_MINUS_SRC_ALPHA); I switched my code to use glBlendFunc(GL_ONE, GL_ONE_MINUS_SRC_ALPHA) for rendering the overlay frame and the halo has vanished. I still don't know why it looked good before when I used QGLWidget as the base class. Well, at least my immediate problem is fixed. Pavel. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QOpenGLWidget noticeable anti-alising halo around text, bitmaps
Hi, I am porting existing Qt4-based code to Qt5 (5.5.0), switching from QGLWidget to QOpenGLWidget. In my app I render a bunch of text and bitmaps into a transparent QImage. The QImage is then alpha-blended in OpenGL on top of video frame (rendered with OpenGL with texture buffer originating from ffmpeg libraries). I've observed an artifact after the switch to QOpenGLWidget. It appears as if rendering anti-aliased text to a transparent buffer blends a white background color into the text outline -- see attached screenshots. It should be red background, black outline, gray text. What I get is red background, whitish anti-aliasing (or alpha-blending) halo around black outline, black outline, and gray text. I don't think the problem is with QPainter::drawText, because I see the same whitish halo around bitmap subtitles which I render into the same transparent QImage via QPainter::drawImage. Also, if I use QGLWidget as the base class the issue vanishes -- the anti-aliasing halo only appears when using QOpenGLWidget. Is this a bug, or some secret setting I missed? Thank you, Pavel. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Installer Recommendations
There may be easier ways to do this, but I am using WiX 3.5. I had to write a small program to invoke the Dependency Walker and parse its output to automatically discover dependencies of my executable. This is similar to what you would do with otool on OSX, or ldd on Linux. Then, given the discovered dependencies the program generates the necessary XML to feed the WiX toolchain. Code signing the installer is still a manual task. Here it is -- https://sourceforge.net/p/apprenticevideo/code/HEAD/tree/trunk/apprenticevideo/wixWrapper.cpp The wixWrapper is called from my CMake build script. Pavel. On 02/18/2015 06:11 PM, Jason Kretzer wrote: And just to add to it, if any of this can be scripted or some such to be done in an unattended manner. -Jason *From:*Jason Kretzer *Sent:* Wednesday, February 18, 2015 8:09 PM *To:* interest@qt-project.org *Subject:* Installer Recommendations Good day all! I am seeking recommendations for an installer (does not have to be free) program that I can use to deploy a Qt Application(5.3) and compiled with VS2010 to Windows 7. I am not sure of all the variety of packages out there but am generally seeking: 1.)Can create an .exe or .msi which can install the application at a certain location 2.)Can update a pre-installed version of the application with a new version (in some fashion) 3.)Can check for pre-requisites and either package them or download and install them (in some fashion) such as MSVC++ 2010 Redistributables, etc. 4.)Can potentially read/write the registry and ask for proper permissions to do so Thoughts? -Jason */- - - - - - - - - - - - - - - - - - - - - - -/* */Jason R. /**/Kretzer/* *//* */Lead Application Developer/* /Cell # 606-792-0079/ /ja...@gocodigo.com mailto:ja...@gocodigo.com**/ *//* */“quidquid latine dictum sit altum videtur”/* *//* Logo_EmailSig// ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] kernel/qdnd_mac.mm:628: error: ‘SetRect’ was not declared in this scope
On 4/23/2012 12:58 AM, Raul Metsma wrote: With 4.8 if you build carbon version on lion then you still hit the error and you have to set SDK to 10.6 and yes I need carbon support http://doc-snapshot.qt-project.org/5.0/developing-on-mac.html Note: There is no accessibility support in the Cocoa version. This is planned for Qt 4.8. Second there are some path problems with XCode 4.3 Apple has bundled all SDK in App bundle now, Bye Bye /Develeoper folder new path is /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk and Qt Creator cannot find by default toolchains Raul You can install Xcode 3.2.6 on Lion. Make sure to turn back the date to 2011 before you start the installer, otherwise it will fail due to an expired certificate. Also, follow these instructions -- http://stackoverflow.com/questions/10052921/how-to-install-xcode-3-2-x-on-lion With Xcode 3.2.6 you will get the /Developer folder back. Xcode 3.2.6 can coexist with Xcode 4.3, and you can use 'sudo xcode-select -switch /Developer' or 'sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer' to switch between them. Pavel ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest