fyi, to anyone else coming to thie thread, you can't use revCopyFolder or
revCopyFile to move your bundle stacks/files to the documents folder b/c
both commands require a shell, and ios doesn't have shell support.
On Sat, Mar 2, 2024 at 1:07 PM J. Landman Gay via use-livecode <
use-livecode@lists.
Thanks for checking, now I don't have to change anything. Android also has
both a sandboxed documents folder and a public one.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 2, 2024 11:55:52 AM Mike Kerner via use-livecode
wrote
looks like specialfolderpath("documents") is sandboxed, after all.
apparently there is another Documents folder, that lc isn't accessing, that
is not.
On Fri, Mar 1, 2024 at 6:39 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Let me know if you find out. I'm still ru
Let me know if you find out. I'm still running in the before times.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 1, 2024 12:25:21 PM Mike Kerner via use-livecode
wrote:
the latest pieces that i found on the topic said that
the latest pieces that i found on the topic said that files can access the
documents folder (but not library), and that it is available by other
means, without jailbreaking.
thus, i need to screw around with this, some more.
if it's unavailable, then great, no need for library.
in The Before Times,
A quick test would be to see if Files can access the private documents of
any installed app. I could try it if I didn't have to steal my husband's
phone, which is tricky business.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 1
i'm going to have to mess with this, some more. i didn't think documents is
sandboxed.
On Fri, Mar 1, 2024 at 11:49 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> They should stop calling it a Sandbox then. It’s the entire beach! LOL!
>
> Bob S
>
>
> On Mar 1, 2024, at
But it's a private beach. No trespassing. Guards. Barbed wire.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 1, 2024 10:50:17 AM Bob Sneidar via use-livecode
wrote:
They should stop calling it a Sandbox then. It’s the entire
They should stop calling it a Sandbox then. It’s the entire beach! LOL!
Bob S
On Mar 1, 2024, at 8:45 AM, J. Landman Gay via use-livecode
wrote:
Right. In spite of Android's "external documents" option, which I needed, it's
still in the sandbox.
--
Jacqueline Landman Gay |
jac...@hyperacti
Right. In spite of Android's "external documents" option, which I needed,
it's still in the sandbox.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 1, 2024 10:42:04 AM Bob Sneidar via use-livecode
wrote:
Hell that means EVER
Hell that means EVERYTHING is sandboxed! I need to go buy a pail and shovel!
Bob S
> On Mar 1, 2024, at 8:31 AM, J. Landman Gay via use-livecode
> wrote:
>
> Both library and documents are sandboxed, I think all the listed folders are.
> I mostly use documents so that I have the same file p
Both library and documents are sandboxed, I think all the listed folders
are. I mostly use documents so that I have the same file paths on both iOS
and Android since I generally need to build for both. But either one will work.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive So
Isn’t the Library sandboxed?
Bob S
On Feb 29, 2024, at 6:35 PM, Mike Kerner via use-livecode
wrote:
any reason to store in documents instead of in library?
it seems like there might be less of a chance of the user misusing the
Files app to break the app.
On Thu, Feb 29, 2024 at 5:32 PM Mike
any reason to store in documents instead of in library?
it seems like there might be less of a chance of the user misusing the
Files app to break the app.
On Thu, Feb 29, 2024 at 5:32 PM Mike Kerner
wrote:
> ah. that's a better way of handling this. i was going to have the app
> check the docume
ah. that's a better way of handling this. i was going to have the app check
the documents folder for updates, before loading a stack, but if i keep the
source stacks, there, it will work better.
On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
You can't add or change anything inside the app bundle so downloaded files
have to go in specialFolderPath("documents"). Copy the originals from the
resources folder to the documents folder on first launch so you always have
a known file path location. Any file in documents will be overwritten w
i haven't tried deploying to a device, yet, so bear with me:
when you load the updated stack/behavior/etc., are you saving it into the
app bundle, or elsewhere? on locked/single-app devices, persistence is the
thing (but i would imagine that it works the same on single-app devices as
it does for no
"Revert this stack". That just means "reload from disk". Or you can specify
a different stack.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode
wrote:
so, how do we force LC t
so, how do we force LC to reload the stack?
i can force the script to reload, and replace it, but if i want to reload
the stack, do i have to close it, replace it, and then open it?
On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner
wrote:
> thanks, jlg. that's kind-of what i was thinking.
>
>
> On Wed
thanks, jlg. that's kind-of what i was thinking.
On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I've done this for several mobile apps. As long as the updates only reside
> in the app's sandboxed container, even the App Store doesn't car
I've done this for several mobile apps. As long as the updates only reside
in the app's sandboxed container, even the App Store doesn't care.
Basically, I put a short text file on the server listing the update
version(s) of the file(s), one per line if they are all different. Every
stack in t
Hi Mike,
> Am 21.02.2024 um 20:17 schrieb Mike Kerner via use-livecode
> :
>
> mobile device management:
> https://en.wikipedia.org/wiki/Mobile_device_management
> it's like testflight on steroids. in our case, it would enable us to force
> app (and even os) updates on devices that are locked in
mobile device management:
https://en.wikipedia.org/wiki/Mobile_device_management
it's like testflight on steroids. in our case, it would enable us to force
app (and even os) updates on devices that are locked into single-app mode
On Wed, Feb 21, 2024 at 1:57 PM Klaus major-k via use-livecode <
use
Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode
:
>
> i guess the other option would be to roll an mdm server
sorry, but what does "mdm" mean?
--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de
___
use-li
i guess the other option would be to roll an mdm server
On Wed, Feb 21, 2024 at 1:50 PM Mike Kerner
wrote:
> right - no updating the engine + runtime in this scenario, just the
> stacks + scripts, and perhaps plugins.
> we are going to continue to only privately distribute to our corporate
> cl
right - no updating the engine + runtime in this scenario, just the
stacks + scripts, and perhaps plugins.
we are going to continue to only privately distribute to our corporate
clients, so the app store won't be part of the equation. that does not mean
that apple won't object, though (but, i belie
Hi Mike,
> Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode
> :
>
> sorry that i was not clear. we've been using private deploys since around
> 2010, using airlaunch to generate the bundle, and then uploading to a
> private url. that's not what i meant.
> i'm talking about updating/pa
sorry that i was not clear. we've been using private deploys since around
2010, using airlaunch to generate the bundle, and then uploading to a
private url. that's not what i meant.
i'm talking about updating/patching an existing app, in place. the devices
are in single-app mode, so we would either
Sideloading to iOS itself is fairly easy, even easier with Jacque’s wonderful
tool AirLaunch (which allows you to post a link online for the end-user to
visit and install from w/o being on-site). The biggest hurdle I have found is
that you must first obtain the UDID of the specific device you wa
29 matches
Mail list logo
