Re: [Interest] Qt at iOS: Crash on null QWindow pointer in QIOSInputContext::scrollToCursor

to dynamically inform iOS that we don't support e.g copy while opening an edit menu that has no items with QKeySequence::Copy included. -Richard Fra: Robert Iakobashvili <corobe...@gmail.com> Sendt: 10. november 2015 11:58 Til: Gustavsen Richard; inter

Re: [Interest] Qt at iOS: Crash on null QWindow pointer in QIOSInputContext::scrollToCursor

Which version on Qt are you using? It looks like this was fixed in 5.5: https://codereview.qt-project.org/#/c/109592/ -Richard Fra: Interest på vegne av Robert Iakobashvili Sendt: 10. november 2015 06:49

Re: [Interest] Qt at iOS: Crash on null QWindow pointer in QIOSInputContext::scrollToCursor

on the keyboard. -Richard Fra: Robert Iakobashvili <corobe...@gmail.com> Sendt: 10. november 2015 09:43 Til: Gustavsen Richard; interest@qt-project.org Emne: Re: [Interest] Qt at iOS: Crash on null QWindow pointer in QIOSInputContext::scrollToCursor Hi R

Re: [Interest] How to run a custom command after dSYM generation for iOS ?

an extra target in Xcode that runs your script, and say that the target depends on the application target to build first. The problem is that as soon as you rerun qmake, it will be wiped out again. -Richard > On 28 Oct 2015, at 14:23, Gustavsen Richard > <richard.gustav...@theqtcompany.

Re: [Interest] How to run a custom command after dSYM generation for iOS ?

Hi! 1. You can do: QMAKE_XCODE_DEBUG_INFORMATION_FORMAT = dwarf-with-dsym 2. You can try to use: QMAKE_POST_LINK="" -Richard Fra: Interest på vegne av Gian Maxera Sendt: 28. oktober 2015 13:00 Til:

Re: [Interest] How to get didFinishLaunchingWithOptions called in IOS delegate?

Why do you need to override didFinishLaunchingWithOptions in this case? Can't you just call [UIApplication sharedApplication] setMinimumBackroundFetchInterval:..] from e.g main.mm or somwhere else in your app? (Note that you can also add your own observer for this using

Re: [Interest] Qt 5.4 iOS as a FrameWork

No, it can't. -Richard Fra: interest-bounces+richard.gustavsen=theqtcompany@qt-project.org interest-bounces+richard.gustavsen=theqtcompany@qt-project.org på vegne av Mike Krus mike.k...@gmail.com Sendt: 25. november 2014 19:46 Til:

Re: [Interest] Apps crashing with ios8

?Do you have a stack trace? -Richard Fra: interest-bounces+richard.gustavsen=theqtcompany@qt-project.org interest-bounces+richard.gustavsen=theqtcompany@qt-project.org på vegne av Christophe Thomas oxygen77...@gmail.com Sendt: 15. oktober 2014 21:57

Re: [Interest] [OS X] qmake - Could not resolve SDK path for 'macosx10.8'

Note that this issue is fixed for Qt-5.3, which is build against the latest SDK. -Richard Fra: interest-bounces+richard.gustavsen=theqtcompany@qt-project.org interest-bounces+richard.gustavsen=theqtcompany@qt-project.org på vegne av Till Oliver

Re: [Interest] iOS8: Qt 5.3.2 / QML , cannot get UIView from QQuickWindow anymore

The iOS version should not matter in this case (with respect to how this is implemented in Qt). But since you try to get the view, you are mixing Qt with native APIs. Do you call UIApplicationMain yourself? Perhaps you try to grab the view at a point before the window is fully created? You can

Re: [Interest] iOS8: Qt 5.3.2 / QML , cannot get UIView from QQuickWindow anymore

not understanding your explanation and sorry for my English, i am not a native english speaker... Nils Am 25.09.2014 11:04, schrieb Gustavsen Richard: The iOS version should not matter in this case (with respect to how this is implemented in Qt). But since you try to get the view, you are mixing Qt

Re: [Interest] Future of Qt with Ios

The orientation bug is a known issue, and will be fixed with Qt-5.4. -Richard Fra: Kate Alhola [kate.alh...@gmail.com] Sendt: 16. september 2014 11:51 Til: Gustavsen Richard Kopi: Karl Loveridge; interest@qt-project.org Emne: Re: [Interest] Future of Qt with Ios

Re: [Interest] iOS Deployment: QApplication created before UIApplicationMain

...@gmail.com] Sendt: 16. september 2014 11:43 Til: Gustavsen Richard Kopi: Jb Hubert; interest@qt-project.org Emne: Re: [Interest] iOS Deployment: QApplication created before UIApplicationMain I start to get this same error os same application when i switched to XCode6 . With Xcode6, app runs first

Re: [Interest] iOS Deployment: QApplication created before UIApplicationMain

This could happen if you don't create your Xcode project with qmake. Do you? Or do you manually switch on certain types of optimisations from Xcode? Another reason for hitting this is if you create a native iOS app, and uses Qt as a third-party library. Also check the build log in the report

Re: [Interest] Future of Qt with Ios

We always work to support the latest versions of an OS, also on iOS. So yes, Qt will build and and run on iOS 8. Internally we have been working with the developer preview for some time already. We have no plans for Metal yet, though. -Richard Fra:

Re: [Interest] [qt-iOS] I can't deploy a folder into app bundle since qt5.3.1

Hi! Did this work in Qt-5.3.0? Try to use an absolute path for QMAKE_BUNDLE_RESOURCES (if you currently use a relative path). Using a relative path will be relative to the source dir, not the build dir, which is a difference to Qt-5.3.0. If this doesn't help, check if the folder was actually

Re: [Interest] Compiling 5.3.1 on iOS arm64

In mkspecs/macx-ios-clang/default_pre.prf we set CONFIG -= neon for iphone simulator builds. You could try to set it for device build builds as well. -Richard Fra: interest-bounces+richard.gustavsen=digia@qt-project.org

Re: [Interest] QtQuick app for iOS - customizing app name and icon

Setting icons and launch image must currently be done from Xcode. Qt Creator has already created an Xcode project for you in the build folder of your project that you can use. Since creator (qmake) sometimes will overwrite your Info.plist, you should also google the usage of QMAKE_INFO_PLIST.

Re: [Interest] Sample Appdelegate insertion for QtQuick + iOS

We currently don't support background processing on iOS. For saving and restoring you can use http://qt-project.org/doc/qt-5/qguiapplication.html#applicationState The only way I can think of to use your own application delegate would be start off with a native Xcode project, and link in Qt as

Re: [Interest] Qt 5.3 Build Error for iOS - ATSFont

This patches fixes it: https://codereview.qt-project.org/#change,80835 -Richard Fra: interest-bounces+richard.gustavsen=digia@qt-project.org [interest-bounces+richard.gustavsen=digia@qt-project.org] på vegne av Brian Dentino [brian.dent...@gmail.com]

Re: [Interest] 5.3 compass android ios

It has always worked in Qt for iOS... -Richard Fra: interest-bounces+richard.gustavsen=digia@qt-project.org [interest-bounces+richard.gustavsen=digia@qt-project.org] p#229; vegne av nic...@nicoladefilippo.it [nic...@nicoladefilippo.it] Sendt:

Re: [Interest] QSensor class with iOS

Have you added the following to your pro file: QT += sensors QTPLUGIN += qtsensors_ios Regards, Richard Fra: interest-bounces+richard.gustavsen=digia@qt-project.org [interest-bounces+richard.gustavsen=digia@qt-project.org] p#229; vegne av Cezar