Dear Phillippe and Ed,
Sorry for being slow in replying.
Calling QDesktopServices::setUrlHandler in ShowEvent of the MainWindow
on the first show of an app and by a flag (i.e. bool firstShow)
ensuring that it is done only once on a first appearance,
could be recommended (no need to call it severa
> On Nov 14, 2015, at 1:37 PM, Robert Iakobashvili wrote:
>
> Gentlemen,
> For iOS works general cross-platform Qt url handling mechanism.
>
> //
> // Register for: iOS "Open In" file sharing and for our special file
> extensions
> //
> QDesktopServices::setUrlHandler("file", this,
> "handle_sh
Hi Philippe,
Here's the docs:
http://doc.qt.io/qt-5/qdesktopservices.html#setUrlHandler
Regards,
Robert
On Sun, Nov 15, 2015 at 10:08 AM, maitai wrote:
> So simple... that should be written somewhere in the iOS documentation
> section
>
> I'll give it a try
>
> BTW what other scheme can we use
So simple... that should be written somewhere in the iOS documentation
section
I'll give it a try
BTW what other scheme can we use apart from "file" ?
Thanks Robert for the tip, didn't knew that one...
Le 14-11-2015 20:37, Robert Iakobashvili a écrit :
Gentlemen,
For iOS works general cross-
Gentlemen,
For iOS works general cross-platform Qt url handling mechanism.
//
// Register for: iOS "Open In" file sharing and for our special file extensions
//
QDesktopServices::setUrlHandler("file", this,
"handle_shared_ios_file_and_app_ext_we_are_registed_for");
Existing Qt iOS delegate calls
I finally fixed my problem by running app->exec() much sooner in
main.cpp (using a QTimer::singleShot(0, ...) to finished my
initialization). It seems that the fact that exec() and eventloop was
not started soon enough conflicted somehow with openUrl(), while in a
normal situation that was not a
Ok then, I need to review all that it's clear.
Thank you a thousand times for your input, it helps a lot to know that
it's something wrong with my own code.
I'll post back when fixed
Le 13-11-2015 20:10, Edward Sutton a écrit :
>> On Nov 13, 2015, at 1:01 PM, maitai wrote:
>>
>>> And
On Nov 13, 2015, at 1:01 PM, maitai
mailto:mai...@virtual-winds.org>> wrote:
>And just to make sure I understand well, if you press your app icon "copy to
>MyApp" your app launches and all is fine? If this is the case then the problem
>must be on my side obviously
Yes. My Qt 5.5 widget app l
And just to make sure I understand well, if you press your app icon
"copy to MyApp" your app launches and all is fine? If this is the case
then the problem must be on my side obviously.
Le 13-11-2015 19:56, Edward Sutton a écrit :
>> On Nov 13, 2015, at 12:50 PM, maitai wrote:
>>
>> Thank
On Nov 13, 2015, at 12:50 PM, maitai
mailto:mai...@virtual-winds.org>> wrote:
Thanks Edward for your fast answer.
>That is working also if your app is not in the background (i.e not started)?
Yes. Since Qt 5.4 and currently using Qt 5.5.1
I just closed my app to make sure.
Then I went to i
Thanks Edward for your fast answer.
That is working also if your app is not in the background (i.e not
started)?
Le 13-11-2015 19:42, Edward Sutton a écrit :
> I am using a pure Qt 5.5.1 iOS widgets app. Disclaimer: This solution works
> but may not be the best solution. Recommendations f
I am using a pure Qt 5.5.1 iOS widgets app. Disclaimer: This solution works
but may not be the best solution. Recommendations for a cleaner approach are
welcome.
Using Qt 5.5.1 I added myApplicationDelegate.mm that posts an fileOpenEvent.
It would be nice if this was built into Qt. See below
Hello all,
Since I updated to 5.5, I cannot launch my application by opening an
email attachment or such methods, for file extensions that have been
registered for my app in info.plist
I can open the documents only if the app is already running.
I can see in the app's log the following messa
13 matches
Mail list logo
