It´s possible call to another "executable" into mobile Devices from an executabl

[mentalthink]

hi sorry for this thread I don´t know if this has comment yet...

Well in windows, I think it´s possible to call another .exe from a executable in GLbasic, but this can be possible in Android, iPhone or another mobile phone... I think can be usefull, in the Developement Stage, for have the project divided, perhaps in important Stages of the development...

This can do now... if it´s not.. can be implemented?¿....

Thanks in advance...

[MrTAToad]

I'm not sure it's possible (or even allowed)...  However, there is this as long as its another installed package : http://stackoverflow.com/questions/2728465/how-to-call-one-android-application-from-another-android-application

[mentalthink]

HI MrTataoad thanks for help... but I don´t have any idea about Java?¿(those examples are Java, isn´t it?¿)

I comment if Gernnot can add a "simple" command for make this like another of all commands... but seems not it´s a very easy Job...

Only the idea it´s in example if you make an application like you can draw... and after have another module, you can free the other module from memory, and you can make a game or program, like Lego Piezes, focusing more complexity, or how you free Memory, more expandible project...

How i told , it´s only an idea, and perhaps it´s a very huge work, and not have too much sense make something very complex...

Thanks in advance for your Help... again!!!

[MrTAToad]

No problem!

[kanonet]

Under Win/Linux you can use SHELLCOMMAND to start an other program, maybe you can get use this on mobile platforms too (if you find out where is the executable)? But most platforms dont have real multitasking and apps run fullscreen all the time, so maybe multiple programs running may not be the best idea.

[Leginus]

Its definitely not allowed under Apples TOS, not sure about any others

[Hark0]

The problem maybe are the data stored in App A .... and transfer to App B... I think.

Saving data from A... (file bin)

call app B...

Restore data from A for use in app B

save data of app B... and returns control to A

[mentalthink]

Well About save the Data, I think by yourself... like if you make a simple program, you can save in Dat, and again when you load the Program A, load these Datas...

Well if in Iphone, can´t be done, I forget the idea... I don´t know because Apple have all this extrange things and rules for develop their "cacharros"...

[spacefractal]

Both android and iOS use sandboxing, so it won't been good. Apple does not even allow with its tos. Instead you could use dropbox and such service for data share between apps, but you could got issue as well. I guess it's extractly why using udid directly can been a privary concern.

But with other word: it's not safe do that.

[matchy]

Although not the same as a shell, but I'd like to note that an app can send a http:/emailto: to shell/open iOS Safari browser or email, sending the app to the background.

[Hark0]

Although not the same as a shell, but I'd like to note that an app can send a http:/emailto: to shell/open iOS Safari browser or email, sending the app to the background.

Well... on iOS, when you receive by mail a file like PDF (for example)... you can OPEN WITH...

iBooks, PDF Reader, Goodreader, and other many apps... you know.

When you select an app... the OS make a copy from ORIGINAL /Documents folder of his app to the /Documents folder of the desired app...

BUT... I think this method its also slow in certan circumstances....

Other alternative? Dropbox? maybe are slow too...

I think mobile devices NOT are the same of "home computers"... the filesystem area are "separated" by apps... every app have his own "sandbox" files, etc....

Best solution?

[hardyx]

Calling another applications is prohibited by Apple store rules. I think the PDF app selection could work by registering an application to open certain type of files. But I think this stuff is made by the system and very limited.

[Hark0]

Calling another applications is prohibited by Apple store rules. I think the PDF app selection could work by registering an application to open certain type of files. But I think this stuff is made by the system and very limited.

Exactly... when you make one app in xcode, you can declare a type of file. If your app supports this file, and are correctly declared, your app are showed in menu "OPEN WITH...".

You can made a PDF reader, for example, and declare that your app can open it... with this declaration your app are listed and avaliable for "open with"....



More info about File Association at: http://developer.apple.com/library/ios/ipad/#DOCUMENTATION/FileManagement/Conceptual/DocumentInteraction_TopicsForIOS/Articles/RegisteringtheFileTypesYourAppSupports.html#//apple_ref/doc/uid/TP40010411-SW1

[Kitty Hello]

GLBasic supports these file types on iOS. You get them with GETCOMMANDLINE$() then.

[TI-994A]

Both android and iOS use sandboxing, so it won't been good.

GLBasic supports these file types on iOS. You get them with GETCOMMANDLINE$() then.

Hello Gernot. If an iPhone app is already running, and an associated file is selected, would GETCOMMANDLINE$() still be able to retrieve the new parameters? And for Android, if the app model is SingleTask or SingleInstance, how do we overcome the sandbox restriction for passing such parameters to the running instance?

Thank you.