[quote=tperry2x post_id=10634 time=1724823009 user_id=1657]
...which is what I did with that RC4 version of your 'Don't panic edition' I mocked up for you...
[/quote]

Quoting myself here, but [url="https://www.tsites.co.uk/sites/openxtalk/"]I've also 'mocked up' an RC4 version of 'Don't panic edition' for Windows[/url].

[quote=richmond62 post_id=11214 time=1728495434 user_id=53]
Tried that twice, and baith times it didnae wark. 8-)
[/quote]

If it didn't work, please see where I mention [url="https://www.openxtalk.org/forum/viewtopic.php?p=11168#p11168"]here[/url].
[i][b]
"that's what happens if you don't allow it. The respring won't work and you have to go into gatekeeper settings (System Preferences > Security and Privacy > "Full Disk Access") and turn the checkbox on"[/b][/i] [for the 'oxt-respring.app']

Of course, I expected MacOS to block the attempts at doing this at every turn. I wouldn't be surprised [i]at all[/i] if MacOS 15 Sequoia (Redwood, Pine, MDF or whatever chintzy name it's now got) blocks that as default.
Either way, once you allow that in Gatekeeper system preferences, then it's done.


[attachment=1]more-gatekeeper-problems.png[/attachment]

Apparently, this is how it looks in newer versions of [img]http://www.tsites.co.uk/sites/openxtalk/images/poo-17px.png[/img]OS:


[attachment=0]apparently.png[/attachment]

[attachment=0]Screenshot 2024-10-09 at 20.34.29.png[/attachment]
-
MacOS 12.7

Tried that twice, and baith times it didnae wark. 8-)

Aiblins it micht wark on MacOS 15.1: I'll gae it a gang in the forenoon.

put "/usr/local/bin:" before $PATH

[quote=tperry2x post_id=11170 time=1728322259 user_id=1657]
then does that mean you don't need anything on local path variable?

I can't see where that's mentioned in the posts though.
I'm also not sure where it's set in the home stack. Do you recall where it's mentioned?
[/quote]

To be honest I can't recall exactly what I was doing when messing with 'java_home', but It was probably while messing about with OpenJDK or GraalVM. I beleive It's actually Java that needs the Java_Home environmental variable set, not so much the IDE. "revInternal_SetJAVA_HOME" seems to be the command that sets JAVA_HOME for the IDE, but I'm not sure where that code exists (I'll try to find it later).
This article here talks about setting the variable via with command lines on Linux, macOS and Windows: https://www.baeldung.com/java-home-on-windows-mac-os-x-linux

SO post here: https://stackoverflow.com/questions/22842743/how-to-set-java-home-environment-variable-on-mac-os-x-10-9
The answer shows how to specify a specific version of Java to use on macOS (bash or zsh):
[quote]
f you're using bash, all you have to do is:

echo export "JAVA_HOME=\$(/usr/libexec/java_home)" >> ~/.bash_profile
If you're using zsh (which probably means you're running macOS Catalina or newer), then it should instead be:

echo export "JAVA_HOME=\$(/usr/libexec/java_home)" >> ~/.zshrc
In either case, restart your shell.

If you have multiple JDK versions installed and you want it to be a specific one, you can use the -v flag to java_home like so:

echo export "JAVA_HOME=\$(/usr/libexec/java_home -v 1.7)" >> ~/.bash_profile
[/quote]

______________________________________________________________________________

I added lines that tack the ':usr/local/bin' on to the $PATH environmental variable, they weren't in the Home script originally. I'm guessing the Environmental variables are originally set by the Engine but tacking on the extra directory in the 'on start' handler works fine for me.
This shows where I added the script in the Home stack:
https://github.com/OpenXTalk-org/OpenXtalk-IDE-DontPanicEdition/blob/56c042f8fc099c79bf4847b6c00e7c3795fa1513/IDE%20Bundle/Contents/Tools/Toolset/home.livecodescript#L379
The comment with that script is about a situation if you have duplicates or different versions of the same command line tool but in different directories, the operating system should search these directories in the order they're listed and stop searching once it's found a binary with the requested name in one of the directories. So you may want them in a different order if you're trying to override a version of the binary installed on the system's directory.
The reverse would be something like:
[code]put "/usr/local/bin:" before $PATH[/code]

Here's a discussion on the same issue I found:
https://forums.livecode.com/viewtopic.php?t=37042
According to 'over there' LCMark the engine inherits the $PATH variable from whatever process launched it. On macOS that's likely to be Finder.app. If this is the case then I would imagine it wasn't really an issue for Linux users, since on Linux the .desktop file probably launches the engine with shell commands it should have inherit the same Environment as Bash (or whatever alternative shell your distro may be using).

[quote=OpenXTalkPaul post_id=11169 time=1728319596 user_id=50]
I think it was a different person (AndyP) that I discussed the hidden JDK button with (way back in 2021!)
https://openxtalk.org/forum/viewtopic.php?p=313#p313
[/quote]
I'm glad we came to the same conclusion anyway, which validates my findings somewhat.

If you select the Android SDK first, then select the JDK (with the button I just made always-visible), then does that mean you don't need anything on local path variable?

I can't see where that's mentioned in the posts though.
I'm also not sure where it's set in the home stack. Do you recall where it's mentioned?

[quote]Oh, okay - I understand. No - I'd added that yet, but can do.[/quote]
Might want to check for it first, I made that change long ago so it may be in the a Home stack script already.

I think it was a different person (AndyP) that I discussed the hidden JDK button with (way back in 2021!)
https://openxtalk.org/forum/viewtopic.php?p=313#p313

I've just been testing the latest updates (which ironically) are changes to the updates stack. It now resprings (reopens) the IDE on all platforms when the updates are done.

Of course, you'll not see any changes until the next update (or unless you have updated as far as you can, then choose 're-download last available update again').

I almost got it to work 100% as I'd like, however there's nothing I can do about this warning on MacOS. Sorry Mac users. Agree to it once and it's done.

[attachment=1]respring.png[/attachment]

You'll see a slightly more presentable (but larger, more annoying) alert on newer MacOS versions - but the end result is the same. Please allow it.

Edit: retracted my update: MacOS has thrown another spanner in the works.
[attachment=0]Screenshot 2024-10-07 at 17.51.23.png[/attachment]

Ah, that's what happens if you don't allow it. Then the respring won't work anymore, and you have to go into gatekeeper settings (System Preferences > Security and Privacy > "Full Disk Access") and turn the checkbox on again.

Sorry MacOS users. Your OS is what it is.
I can't do anything about how locked down it might be.
(biting my own tongue: "if you can't say anything nice, don't say anything at all" - rather than going off on a tirade about Apple and how they've ruined the OS...)

Edit 2: Re-enabled update again.

[quote=tperry2x post_id=11152 time=1728296785 user_id=1657]
[quote=OpenXTalkPaul post_id=11139 time=1728233368 user_id=50]
BTW, I don't know if oXT Lite picked this up, but at some point I also added the 'local' install path to the command line paths environmental variable via the Home stack startup, which enables package manager installed tools and libraries to be accessed from the IDE on MacOS and Linux.
[/quote]

No, I didn't add this as of yet - mainly because I wasn't really using the package manager at all yet. I do want to re-enable the plugins on my revised tool palette - as I'd mentioned when I rejigged it that it would make a return. This was a job for when we have a nicer-looking automated OXT repository browser. Perhaps a bit like "synaptic package manager", or "Ubuntu software centre" - so people can browse and add package manager, tools and libraries with a nice UI.
[/quote]

Oh you've misunderstood, I wasn't talking about any package management that's built into the IDE. I [i]was[/i] talking about a operating system level packages, the ones installed by the user via a package manager such as Synaptic or Homebrew. The problem is that by default the $PATH for OXT does not include the '/usr/local/bin' path, So for example when you install a new command line tool via Synaptic, lets say you install 'ffmpeg', from terminal you can call it without using the full path to ffmpeg binary, because the system looks in paths in that environmental variable first and finds it. If you want to access that binary from OXT shell() however, you need to use the full path to the binary because '/usr/local/bin/' is not included anywhere in the $PATH variable. Also if you try to use shell("command -v ffmpeg") the shell() function will not find the ffmpeg binary. Once that directory path is added to the $PATH variable, it will find it and you can then call ffmpeg by name rather than the full path to binary, shell(ffmpeg)!

Interestingly enough, the person mostly of that ilk has been silent both 'here' and 'there' for quite some time.

[quote=richmond62 post_id=11156 time=1728297566 user_id=53]
Who, ever, agrees to anything except as a knee-jerk reflex, rather than by reading through the endlessly tedious and obscure wording?
[/quote]

Yes, I know.
I feel the same. It's all BS a lot of the time, and only there to keep legal-eagles in a job. However, we'd better include all that before we get shouted at by someone of that ilk. To be clear, all I did was split up the file "Open Source Licenses.txt" into individual buttons, so it was easier to reference.

Then I thought I'd better put a human readable version of GPLv3 in too.

[attachment=1]licenses.png[/attachment]
-
Permission to have a [i]grand mal[/i] epileptic fit . . . 8-)

Who, ever, agrees to anything except as a knee-jerk reflex, rather than by reading through the endlessly tedious and obscure wording?

Can't wait to start developing:
-
[attachment=0]SShot 2024-10-07 at 13.40.44.png[/attachment]
-
Suffering serious [b][i]vipralambha[/i][/b] right now as accidently left my mobile phone at home:

"The ecstatic emotion arising due to not being able to embrace and kiss each other as desired is called vipralambha."

[quote=OpenXTalkPaul post_id=11139 time=1728233368 user_id=50]
Awesome! Ah yes now I recall we've discussed this hidden (except for on Linux) button before.
[/quote]
I don't think we did, although if it was a while ago, I may well have forgotten . That's quite possible too :D
[quote=OpenXTalkPaul post_id=11139 time=1728233368 user_id=50]
I think what I actually did was change which one to use as "Java Home" in an environmental variable, in order to use the JDK that I wanted to use, but I'd much rather be able to change it (and the Android ADK too) directly from within the IDE.
[/quote]
I've made the button always visible in my next update... more on this further down.
[quote=OpenXTalkPaul post_id=11139 time=1728233368 user_id=50]
Is there anything preventing the JDK and the ADK from being packaged into an extension bundle? That way it can be downloaded and installed optionally, so getting these dependencies and configuring Android building would be as simple as selecting the extension in OXT's own package manager.
[/quote]
I suppose not, although it's a big download. It's technically already an optional download, in as much as you have to go off and [url="https://mega.nz/folder/Ma9yBY5Z#mczvoRlA5VFqSh8W0L5XZw"]download the Android SDK and the JDK [/url] and unzip them in a folder of your choice.
[quote=OpenXTalkPaul post_id=11139 time=1728233368 user_id=50]
BTW, I don't know if oXT Lite picked this up, but at some point I also added the 'local' install path to the command line paths environmental variable via the Home stack startup, which enables package manager installed tools and libraries to be accessed from the IDE on MacOS and Linux.
[/quote]

No, I didn't add this as of yet - mainly because I wasn't really using the package manager at all yet. I do want to re-enable the plugins on my revised tool palette - as I'd mentioned when I rejigged it that it would make a return. This was a job for when we have a nicer-looking automated OXT repository browser. Perhaps a bit like "synaptic package manager", or "Ubuntu software centre" - so people can browse and add package manager, tools and libraries with a nice UI.

On the next update, I made some modifications. These are:

[quote]Modifies the "Mobile Support" to always show the "Choose JDK" button, simplified automatic update checking. Also modifies the updater to relaunch the IDE after quitting.[/quote]

The simplified update checking means that it'll just tell you when an update is available, rather than you keep having to check it. This is still an option though as I don't want to force that on anyone. This silent background check can be turned off or on in the preferences > Automatic updates:

[attachment=0]simples.png[/attachment]
There's now no longer any of the "daily, weekly, monthly" dropdowns. I've simplified it to just tell you when one is available.

This is coming soon, I just want to test it first on a few more computers and assorted platforms, just to be sure.

[quote=tperry2x post_id=11096 time=1728076450 user_id=1657]
The card "mobile support" in the preferences stack checks for installed versions of the JDK on MacOS and windows. The choose JDK button is hidden by script on MacOS and Windows. (Incidentally, but not required - you can unhide the button and browse to the JDK folder of your choice - that's if you have JDK 11 also installed like you mentioned). You absolutely can indeed have an isolated separate version of JDK just for OXT/LCC and you certainly don't need to uninstall anything either. As long as you have the path for a correct version 8 of the JDK environment, then it'll build and compile apks.

If you try this in my updated v1.08 oxt lite with all updates applied, this should work for you.
I say that, because I fixed the height of the 'Android' tab on the standalone builder - as it never adjusted properly. Plus I re-jigged some of the layout for cosmetic reasons.

The steps would be as follows (before we get too far into it though, it's worth mentioning that I've yet to create a pre-assembled windows SDK) - I hope to find time to do this soon. This weekend looks like it might be pretty busy for me though.
[/quote]

Awesome! Ah yes now I recall we've discussed this hidden (except for on Linux) button before.
I think what I actually did was change which one to use as "Java Home" in an environmental variable, in order to use the JDK that I wanted to use, but I'd much rather be able to change it (and the Android ADK too) directly from within the IDE.

Is there anything preventing the JDK and the ADK from being packaged into an extension bundle? That way it can be downloaded and installed optionally, so getting these dependencies and configuring Android building would be as simple as selecting the extension in OXT's own package manager.

BTW, I don't know if oXT Lite picked this up, but at some point I also added the 'local' install path to the command line paths environmental variable via the Home stack startup, which enables package manager installed tools and libraries to be accessed from the IDE on MacOS and Linux.

After much futzing around with Windows - I also managed to create the necessary files for deploying Android apks there too.
([url="https://mega.nz/folder/Ma9yBY5Z#mczvoRlA5VFqSh8W0L5XZw"]here's the link again[/url], in case anyone missed it) - although you can also get to it in a round-about-way through [url="https://www.openxtalk.org/forum/viewtopic.php?t=590"]the download page for OXT lite[/url] > [url="https://mega.nz/folder/RfNDgQAL#iMA5Kld1K-YOMqKjJ1-hiQ"]Mega links[/url]).

I was trying to think how to make this clearer.
This screenshot contains everything on one screen, and I'll explain because [i]initially[/i] it might be clear as mud.
[attachment=1]windows screenshot.png[/attachment]

Lets start with the folder (bottom right) in the screenshot:
Here, I've unzipped the Android.7z file from my link above, for Windows. I get an uncompressed 'Android' folder with two subfolders (the JDK and the SDK).
Move that Android folder to somewhere that won't change. Perhaps your documents folder, or your home folder.

Open the IDE (I say 'the IDE' as this will work in LCC 9.6.3 too).
Now go to "Edit" menu > Preferences > Mobile Support.

[b][u]If on Linux, [/u][/b]
The 'Choose JDK' button will be visible. Browse to & select the SDK folder first from the "Android" folder you uncompressed earlier.
Next, click the 'Choose JDK' button and browse to & select the JDK folder from the "Android" folder you uncompressed earlier.

[b][u]I'm on a Mac or on Windows though...[/u][/b]

edit: commented this out, no longer valid as I've shown the button to choose the JDK all the time. Just make sure you have my most recent updates applied.
[color=#326600]
[b][i]/*
This is where it gets a bit more complicated - we need to show a button that the IDE supresses. Open the "Preferences" > Mobile Support
Now from the "View Menu", make sure "Show IDE Stacks in Lists" is ticked.
Now from the "Development" menu > "Plugins" and choose "App Browser"
This is the window on the right of that screenshot.
Scroll to find the "revPreferencesGUI" stack, expand it so you can see the cards, and click the 'Mobile Support" card.
Look for the button "ChooseJDK" and set it's visible checkbox to true. The button will appear - as per the red line and box in that screenshot.
Now that's visible,
*/[/i][/b]
[/color]
choose the SDK folder you downloaded and uncompressed.
Next, do the same with the JDK folder you also downloaded and uncompressed.

[b][u]Back on track now, this now applies to all platforms:[/u][/b]

You'll note that nothing has had to be 'installed' here. The SDK and JDK folders are 'portable' for want of a better term. This way, if your OS relies on a higher version of JDK for something else, then this won't interfere with it.

You can now close the App browser if it's open, and also the Preferences if it's open. This is now set and you won't need to set it again unless you reset your preferences *or unless they get trashed by an update, or unless you move that "Android" folder somewhere else.

Make a new stack, or choose an existing stack you want to make an Android apk app from.

When it's open and you are ready, choose File > Standalone Settings.
This is the window bottom-left of that screenshot.
Turn off all the build options for Mac, Windows, Linux etc.
Go to the Android tab and pick a build for the right Android processor (4 choices).
[i](Sorry LCC9.6.3 users - this tab doesn't resize properly - it's something that's fixed already in OXT Lite - you'll have to mess about with the window size in the inspector temporarily.)[/i]
Under "Signing", choose "Sign for development only" (unless you have a signing key).
Under minimum android version, you should be able to choose anything (if I remembered to include them all inside that "Android" folder) - if in doubt, choose 7.1

The rest of those options you can leave as default if you like.
(By the way, if you mess about with Version name and version code - this can't be a negative number). Best to leave it, or change it sticking to the same format shown.

Close the standalone settings window and choose File > "Save as Standalone Application..." - if you'd not picked where to output it, it'll ask you.

Should then proceed to build you an apk with the options you specified. That's the success alert shown in the screenshot in the middle.

You then have your apk and you just have to get it onto a test device. You can do that by uploading it to a web host and downloading it on the target device through a browser - which will ask if you want to install it.
Or, you can transfer it by MTP mode via a device to USB cable - then open a file browser utility app, and install from there.

I hope that makes sense. This turned into an entire Android dev post, rather than just the bit I added - but I hope it's now clear.

Oh, almost forgot. Licenses.
I've added the relevant Android and Oracle JDK licenses to the IDE > "Help menu" > "IDE Information". I'm probably supposed to tell you here that you must have read and agree to both licenses to 'technically' start developing Android apks.

[attachment=0]licenses.png[/attachment]

[b][u]Removal[/u][/b]
If you want to remove all this, just delete the Android folder you uncompressed. The IDE will no longer be able to find the SDK and the JDK and Android building will then be unavailable again.

I'm just finding things hard to understand.

[quote=richmond62 post_id=11106 time=1728114509 user_id=53]
[quote]I'm rambling on, but skip to the last line of this post[/quote]

Unlikely with those instructions . . . :)
[/quote]

? - seriously. What's going on here. Are you trying to deliberately make this hard to follow for anyone new to it all?

[quote]I'm rambling on, but skip to the last line of this post[/quote]

Unlikely with those instructions . . . :)

[quote=richmond62 post_id=11104 time=1728114284 user_id=53]
[quote]I also did the same thing in Monterey[/quote]

Good-O. 8-)

AND; the point of the video on the obsolete version was?
[/quote]

BECAUSE IT'S A VM. Please re-read the post properly.
And the point of exposing that hidden button, is so you can select a different version of the JDK than what you might have installed. Coming back to Paul's original point. If he has JDK 11 installed, this is totally independent, but you'd need to choose it manually if that's the case.

[quote]I also did the same thing in Monterey[/quote]

Good-O. 8-)

AND; the point of the video on the obsolete version was presumably to show how one could 'expose' that hidden button?

[quote=richmond62 post_id=11102 time=1728114114 user_id=53]
[quote] Here's a demo video[/quote]
Why do I have a funny feeling that is on a relatively ancient version of MacOS?
[/quote]
Because I did it in a VM. Also MacOS 10.9 is the lowest MacOS we are supporting.
If you scroll [url="https://www.openxtalk.org/forum/viewtopic.php?p=11080#p11080"]UP[/url], you'll see I also did the same thing in Monterey (on a real iMac).

That warning is the iOS device simulator, because I don't have xcode installed. YOU CAN IGNORE THAT!
It's not a PPC machine. This is MacOS 10.9, which as I'm sure you absolutely know already, was only available under intel. Why is it you always look for issues that aren't relevant? Just wondering.
I'm trying to give a clear walkthrough, and clear steps - however these spurious comments are only muddying the waters.