[Development] Project ERROR: Could not resolve platform name for SDK 'macosx10.8'
Hello, I'm trying to build on MacOS any of the Example Qt projects. OSX: 10.8.5 (Mountain Lion) Qt Creator Info: Based on Qt 5.2.1 (Clang 5.0 (Apple), 64 bit) Built on Jan 31 2014 at 06:00:56 Xcode Info: Version 4.6.3 I am getting the following error: Project ERROR: Could not resolve platform name for SDK 'macosx10.8' Please advise, Thanks, Amit Biran. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt 5.2.1 save QWindow (Qt3D) as image/screenshot
Hi, I'm new to this list, so please re-direct me if I'm not at the right place. I'm having problems with saving a qt3d window to image. #1, #2, #3 gives me blank image. #3 not the right screenshot. When I show() plot3D or plotWidget everything looks good (I get the correct drawing/plot). Any comments/ideas more than appreciated ;-) Cheers, Miro Here are my 4 approaches: QGLView *plot3D = dynamic_castQGLView *(mItemPtr.data()); plot3D-show(); //#1 QWidget *plotWidget = QWidget::createWindowContainer(plot3D); plotWidget-show(); const QRect rect = plotWidget-grab().rect(); QPixmap pix1 = QPixmap::grabWidget(plotWidget); pix1.save(img1.png); //#2 QPixmap pix2 = plotWidget-grab(); pix2.save(img2.png); //#3 QImage bitmap(rect.size(), QImage::Format_ARGB32); QPainter painter(bitmap); plotWidget-render(painter, QPoint(), QRegion(), QWidget::DrawChildren); bitmap.save(img3.png); //#4 QPixmap::grabWindow(plot3D-winId()).save(img4.png); ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Project ERROR: Could not resolve platform name for SDK 'macosx10.8'
On Apr 7, 2014, at 12:26 PM, Amit Biran am...@waves.com wrote: Hello, I'm trying to build on MacOS any of the Example Qt projects. OSX: 10.8.5 (Mountain Lion) Qt Creator Info: Based on Qt 5.2.1 (Clang 5.0 (Apple), 64 bit) Built on Jan 31 2014 at 06:00:56 Xcode Info: Version 4.6.3 I am getting the following error: Project ERROR: Could not resolve platform name for SDK ‘macosx10.8' Last time I had that, it was because I had broken my perl setup (didn’t find XML extensions anymore). You might want to try if https://codereview.qt-project.org/82393 helps you (which avoids perl in the first place). -- Eike Ziller, Senior Software Engineer - Digia, Qt Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] qt_add/removeObject hooks
Hi, I'm looking into making the qt_add/removeObject(QObject*) hooks useful on more platforms. Having those available considerably improves the results you get in GammaRay, compared to the fallback mode that tries to find objects via global event filters and hierarchies. The current situation is that the hooks work fine on Linux/QNX in combination with LD_PRELOAD (unless you have a non-recent gold that ignores QtCore.dynlist). They also work on Mac/Windows, with the nasty function re- writing code we have in GammaRay, but only if the compiler optimizer isn't interfering (ie. actually emits those functions, and calls them, preferably with arguments). My attempts to keep the optimizer far enough away (MSVC: __declspec(noinline), #pragma optimize(g, off), Clang: __attribute__(noinline), 'asm()' in the body) improved things but not to the point to being usable in release builds (MSVC merges both functions with qt_startup_hook, and neither MSVC nor Clang provide the QObject* argument). So unless there's some compiler magic I missed I think this needs a different approach to be reliable and cross-platform, such as callbacks. Would this be acceptable? If so, would a minimal approach similar to qt_register_signal_spy_callbacks() or rather something using QInternal::registerCallback() be preferred? qt_startup_hook() is suffering from the same problem, but that's easier to work around by other means, and it doesn't receive arguments, so both approaches listed above would work. Any preferences on how to handle this one while we are at it? Also, for anyone from Froglogic: Would any of this be causing problems for you guys? regards, Volker -- Volker Krause | volker.kra...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbHCo KG, a KDAB Group company Tel. Germany +49-30-521325470, Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: S/MIME cryptographic signature ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Qt-iOS: Popover-Like Styled Frames
Hi, There are some icons on the top toolbar of my Qt-application. I'd like to have dropdown popover-like frames i.e. for fast selection of some settings or selection of applications to share with, etc with maximum nativity like have most iPad applications. Is there any way to code it with Qt? If not, are there any ideas how to make the integration between QMenu action menu over QMainWindow with Objective-C written Controllers. Your directions would be very much appreciated. Thank you in advance! Regards, Robert ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] qt_add/removeObject hooks
Em seg 07 abr 2014, às 17:48:46, Volker Krause escreveu: The current situation is that the hooks work fine on Linux/QNX in combination with LD_PRELOAD (unless you have a non-recent gold that ignores QtCore.dynlist). They also work on Mac/Windows, with the nasty function re- writing code we have in GammaRay, but only if the compiler optimizer isn't interfering (ie. actually emits those functions, and calls them, preferably with arguments). My attempts to keep the optimizer far enough away (MSVC: __declspec(noinline), #pragma optimize(g, off), Clang: __attribute__(noinline), 'asm()' in the body) improved things but not to the point to being usable in release builds (MSVC merges both functions with qt_startup_hook, and neither MSVC nor Clang provide the QObject* argument). So unless there's some compiler magic I missed I think this needs a different approach to be reliable and cross-platform, such as callbacks. Would this be acceptable? If so, would a minimal approach similar to qt_register_signal_spy_callbacks() or rather something using QInternal::registerCallback() be preferred? We should probably move those functions to a separate .cpp, so the optimiser doesn't kick in. We don't build with LTCG enabled. But feel free to make the best API that works for GammaRay and for Squish. You're the only users of such an API. We'll abide by the solutions you come up with. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Fwd: Proposal: Location hackfest
Hi, Please see the below email from Zeeshan Ali of Gnome and GeoClue who is organising a Location hackfest in London in May/June time-frame to get Gnome, KDE, Qt, Mozilla, Jolla and others working together on improving location services on the Linux desktop. If anyone is interested in attending, in particular to work on porting Qt from GeoClue1 to GeoClue2, addressing any missing features in GeoClue2, or to work on cool new desktop features using location, then please contact him directly or add your details to the wiki. Cheers! John. -- Forwarded message -- From: Zeeshan Ali (Khattak) zeesha...@gnome.org Date: 2 April 2014 17:00 Subject: Proposal: Location hackfest To: John Layt jl...@kde.org, Aaron McCarthy aaron.mccar...@jollamobile.com, Hanno Schlichting hschlicht...@mozilla.com Cc: Bastien Nocera had...@hadess.net, Ekaterina Gerasimova kittykat3...@gmail.com Hi everyone, I'm planning a combined hackfest in the spirit of cooperation between our projects to ensure we all have a stable, well-documented and free location infrastructure for both desktops and mobile devices: https://wiki.gnome.org/Hackfests/Location2014 If you folks (or others from your projects) can participate, please add your names on the list and propose date and duration for the event. I'm hoping to organise it mid/late May or sometime in June. Once I know who can join, I can contact our board for making it official and organising the event. Aaaron, From the changelog on geoclue rpm on my Jolla phone, I gathered you are the person to contact about this in your company but if that is not the case, kindly forward this mail to the right person. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development