Re: "copy files", specialfolderpath("resources") and missing files = SHOWSTOPPER
Some files are moved to a different location based on type. I can’t recall the
details and would need to look at the source. It is related to binary code
though. Stuff is copied first and then moved on a second pass. That would
explain the presence of the empty folders.
Thanks,
Brian
On Aug 9, 2019, 4:47 PM -0400, Klaus major-k via use-livecode
, wrote:
> Maybe noone got the point of my posting?
>
> The point is, that I add files and folder to the standalone via the "Copy
> files" tab
> in the "Standalone Application Settings", however some of these files are
> missing
> in the final runtime. However instead they can be found in ->
> specialfolderpath("engine")
>
> What is happening here and why does LC not copy everything to the RESOURCES
> folder?
>
> > Am 09.08.2019 um 15:22 schrieb Klaus major-k via use-livecode
> > :
> >
> > Hi friends,
> >
> > I am currently making an existing app "64Bit safe" for a customer with LC
> > 9.5
> > on macOS 10.14.6.
> >
> > In this app there are some "compiled shell scripts" (? I guess, have no
> > infor about this)
> > which changes the keyboard layout (chinese and back) to german depending of
> > the target
> > fields in LC.
> >
> > Structure (three files and two folders):
> > ## File
> > extSetInputMethod
> >
> > ## Folders
> > x86-64/extSetInputMethod
> > x86-32/extSetInputMethod
> >
> > I guess the first one checks the current architecture and then calls the
> > correct version for this.
> > Whatever, this works fine in the customers older apps.
> >
> > So I added all this via the "Copy files" tab in the "Standalone Application
> > Settings"
> > However these files were NOT in specialfolderpath("resources") in the
> > runtime?
> >
> > In the runtime I find this:
> > the_actual_app.app
> > -> /Resources
> > -> /Resources/Externals ## empty, no externals used in app
> > -> /Resources/x86-64 ## EMPTY!?
> > -> /Resources/x86-32 ## EMPTY!?
> >
> > File -> extSetInputMethod = missing and the two latter folders are EMPTY!?
> > Where on earth are the contents of the other folders?
> >
> > But I find this in:
> > the_actual_app
> > -> /MacOS
> > -> /MacOS/extInputMethod ## the missing file! see above
> > -> /MacOS/x86-64/extInputMethod ## the missing file
> > -> /MacOS/x86-32/extInputMethod ## the missing file
> > ...
> >
> > So calling the shell apps in -> specialfolderpath("resources") does of
> > course not work!?
> > If I copy them manually to the correct folder in the runtime, they stop
> > working.
> > So all in all this is a real showstopper! :-/
> >
> > Am I overlooking something?
> > Is this correct behaviour of LC?
> > What can I do?
>
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Experiments with the container layerMode and Animation Engine
Hello List, I hope all of you have been well. It's been a while since I've experimented with Animation Engine--or LiveCode in general--and the recent addition of the "container" layerMode in 9.5 had me thinking that it might be a good time to revisit animation and gaming. However, I've been rooted in the world of LAMPP stacks for the past decade and my grasp of math-heavy concepts is pretty bad. So with that in mind, I was hoping I could get some feedback on my scrapbook? I have two different machines that I've been testing on and the results have been pretty interesting. Especially on the Linux side, which is where I saw the fastest rendering. I assumed that Windows would have had a commanding lead, but rendering with Linux on the same hardware was nearly twice as fast. Which makes me suspicious I may have overlooked something. https://speedbump.io/shared/yage/YAGE_Sketchbook_v1.zip (37.4 MB) https://speedbump.io/shared/yage/YAGE_Sketchbook_v1_without_builds.zip (134.2 KB) Platform binaries are located in ./builds, Windowed at 1024 x 576 pixels... 4 cores, 4 Threads @3.2 GHz, i5-4570 (2013) Linux Mint 19.1 Random Movement 1x1: 85-95 fps Polygonal: 68-90 fps Windows 10 Random Movement 1x1: 37-41 fps Polygonal:29-41 fps 4 cores, 8 Threads @2.3 GHz, i7-3615QM (2013) macOS 10.14.5 Random Movement 1x1: 12-15 fps Polygonal: 15-25 fps One suspicion in particular is whether my implementation of Animation Engine is efficient or not? My sketches are largely just a continuous loop, but I know my rendering will decline significantly once I start adding more logic, collisions, media, and anything else I've overlooked. I'm still making my way through the documentation though. My plans for the future are some mini-games in a simplified style. Top-down racing with basic collision detection, maybe a fishing game, or something even more basic like skydiving into rings. To be honest, I get most of my ideas from the mini-games my spouse loves to play so I'll probably glean a few since I have a live-in play tester. Gotta be careful with that. ;-) So anyways, I'm looking forward to hearing what you folks have to say. I hope everyone has a great weekend. Cheers! -- Derek Bump Henderson, NV ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: "copy files", specialfolderpath("resources") and missing files = SHOWSTOPPER
Maybe noone got the point of my posting?
The point is, that I add files and folder to the standalone via the "Copy
files" tab
in the "Standalone Application Settings", however some of these files are
missing
in the final runtime. However instead they can be found in ->
specialfolderpath("engine")
What is happening here and why does LC not copy everything to the RESOURCES
folder?
> Am 09.08.2019 um 15:22 schrieb Klaus major-k via use-livecode
> :
>
> Hi friends,
>
> I am currently making an existing app "64Bit safe" for a customer with LC 9.5
> on macOS 10.14.6.
>
> In this app there are some "compiled shell scripts" (? I guess, have no infor
> about this)
> which changes the keyboard layout (chinese and back) to german depending of
> the target
> fields in LC.
>
> Structure (three files and two folders):
> ## File
> extSetInputMethod
>
> ## Folders
> x86-64/extSetInputMethod
> x86-32/extSetInputMethod
>
> I guess the first one checks the current architecture and then calls the
> correct version for this.
> Whatever, this works fine in the customers older apps.
>
> So I added all this via the "Copy files" tab in the "Standalone Application
> Settings"
> However these files were NOT in specialfolderpath("resources") in the runtime?
>
> In the runtime I find this:
> the_actual_app.app
> -> /Resources
> -> /Resources/Externals ## empty, no externals used in app
> -> /Resources/x86-64 ## EMPTY!?
> -> /Resources/x86-32 ## EMPTY!?
>
> File -> extSetInputMethod = missing and the two latter folders are EMPTY!?
> Where on earth are the contents of the other folders?
>
> But I find this in:
> the_actual_app
> -> /MacOS
> -> /MacOS/extInputMethod ## the missing file! see above
> -> /MacOS/x86-64/extInputMethod ## the missing file
> -> /MacOS/x86-32/extInputMethod ## the missing file
> ...
>
> So calling the shell apps in -> specialfolderpath("resources") does of course
> not work!?
> If I copy them manually to the correct folder in the runtime, they stop
> working.
> So all in all this is a real showstopper! :-/
>
> Am I overlooking something?
> Is this correct behaviour of LC?
> What can I do?
--
Klaus Major
https://www.major-k.de
kl...@major-k.de
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Re: not building standalone due to password protected stack LC950Indy
added https://quality.livecode.com/show_bug.cgi?id=22308 Op 9-8-2019 om 18:57 schreef JJS via use-livecode: Yep, that was it. For this stack i had automatically search inclusions set to true. So when the stack is encrypted it does not work. Manually it works ok. Damn, that i did not check it in the first place. The error was obvious. So it is a bug, as it should also work. Will report it. Thanks, Sphere Op 9-8-2019 om 18:47 schreef JJS via use-livecode: Hi, this build was for windows 32 and 64 bit, and building on win10-64bits. i can not recall this issue with a lc950dp or rc version when building an encrypted stack for Android. Perhaps the difference is that for that i selected inclusions mannually i'm now thinking. I will check if that is the difference here. Thanks, Sphere Op 9-8-2019 om 17:29 schreef Pi Digital via use-livecode: Hi I’ve only noticed this when building for HTML5. For everything else the stacks get directly included and don’t care that they are password protected. For html they have to get re-coded through emscripten which is where I believe the issue arises. Which platform/s are you trying to deploy for and what machine type are you using to build the standalone? Sean Cole Pi On 9 Aug 2019, at 16:09, JJS via use-livecode wrote: Hi, i've not seen this before: Could not auto-detect inclusions or security categories because stack is password protected It seems like setting the password for stacks in the standalone setting is not working. If i set it and save the stack, then open the stack in notepad++ i can read all. When i use: Set the Password of stack"encryptme" to "thisisapassword" and do the same thing in notepad++ it is all jibberish as expected. But then i load it again in LC950Indy, and i get above mentioned error. Same error when i open a script and enter the password, even then it's not able to build. In previous LC versions this was working correct. Anyone seen this? Is there a quick fix? Thanks! Sphere ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: not building standalone due to password protected stack LC950Indy
Yep, that was it. For this stack i had automatically search inclusions set to true. So when the stack is encrypted it does not work. Manually it works ok. Damn, that i did not check it in the first place. The error was obvious. So it is a bug, as it should also work. Will report it. Thanks, Sphere Op 9-8-2019 om 18:47 schreef JJS via use-livecode: Hi, this build was for windows 32 and 64 bit, and building on win10-64bits. i can not recall this issue with a lc950dp or rc version when building an encrypted stack for Android. Perhaps the difference is that for that i selected inclusions mannually i'm now thinking. I will check if that is the difference here. Thanks, Sphere Op 9-8-2019 om 17:29 schreef Pi Digital via use-livecode: Hi I’ve only noticed this when building for HTML5. For everything else the stacks get directly included and don’t care that they are password protected. For html they have to get re-coded through emscripten which is where I believe the issue arises. Which platform/s are you trying to deploy for and what machine type are you using to build the standalone? Sean Cole Pi On 9 Aug 2019, at 16:09, JJS via use-livecode wrote: Hi, i've not seen this before: Could not auto-detect inclusions or security categories because stack is password protected It seems like setting the password for stacks in the standalone setting is not working. If i set it and save the stack, then open the stack in notepad++ i can read all. When i use: Set the Password of stack"encryptme" to "thisisapassword" and do the same thing in notepad++ it is all jibberish as expected. But then i load it again in LC950Indy, and i get above mentioned error. Same error when i open a script and enter the password, even then it's not able to build. In previous LC versions this was working correct. Anyone seen this? Is there a quick fix? Thanks! Sphere ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: not building standalone due to password protected stack LC950Indy
Hi, this build was for windows 32 and 64 bit, and building on win10-64bits. i can not recall this issue with a lc950dp or rc version when building an encrypted stack for Android. Perhaps the difference is that for that i selected inclusions mannually i'm now thinking. I will check if that is the difference here. Thanks, Sphere Op 9-8-2019 om 17:29 schreef Pi Digital via use-livecode: Hi I’ve only noticed this when building for HTML5. For everything else the stacks get directly included and don’t care that they are password protected. For html they have to get re-coded through emscripten which is where I believe the issue arises. Which platform/s are you trying to deploy for and what machine type are you using to build the standalone? Sean Cole Pi On 9 Aug 2019, at 16:09, JJS via use-livecode wrote: Hi, i've not seen this before: Could not auto-detect inclusions or security categories because stack is password protected It seems like setting the password for stacks in the standalone setting is not working. If i set it and save the stack, then open the stack in notepad++ i can read all. When i use: Set the Password of stack"encryptme" to "thisisapassword" and do the same thing in notepad++ it is all jibberish as expected. But then i load it again in LC950Indy, and i get above mentioned error. Same error when i open a script and enter the password, even then it's not able to build. In previous LC versions this was working correct. Anyone seen this? Is there a quick fix? Thanks! Sphere ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: not building standalone due to password protected stack LC950Indy
Hi I’ve only noticed this when building for HTML5. For everything else the stacks get directly included and don’t care that they are password protected. For html they have to get re-coded through emscripten which is where I believe the issue arises. Which platform/s are you trying to deploy for and what machine type are you using to build the standalone? Sean Cole Pi > On 9 Aug 2019, at 16:09, JJS via use-livecode > wrote: > > Hi, > > > i've not seen this before: > > Could not auto-detect inclusions or security categories because stack is > password protected > > > It seems like setting the password for stacks in the standalone setting is > not working. If i set it and save the stack, then open the stack in notepad++ > i can read all. > > When i use: Set the Password of stack"encryptme" to "thisisapassword" and do > the same thing in notepad++ it is all jibberish as expected. > > But then i load it again in LC950Indy, and i get above mentioned error. > > Same error when i open a script and enter the password, even then it's not > able to build. > > > In previous LC versions this was working correct. > > Anyone seen this? > > Is there a quick fix? > > > Thanks! > > > Sphere > > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
not building standalone due to password protected stack LC950Indy
Hi, i've not seen this before: Could not auto-detect inclusions or security categories because stack is password protected It seems like setting the password for stacks in the standalone setting is not working. If i set it and save the stack, then open the stack in notepad++ i can read all. When i use: Set the Password of stack"encryptme" to "thisisapassword" and do the same thing in notepad++ it is all jibberish as expected. But then i load it again in LC950Indy, and i get above mentioned error. Same error when i open a script and enter the password, even then it's not able to build. In previous LC versions this was working correct. Anyone seen this? Is there a quick fix? Thanks! Sphere ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Should the scope of WholeMatches be expanded?
There is already truewordOffset available but you have to check whether the search string is the next trueword. So matchChunk is faster. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Should the scope of WholeMatches be expanded?
Hi. Not sure, because I have never used one, but would a "trueWordOffset" help? Craig -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
"copy files", specialfolderpath("resources") and missing files = SHOWSTOPPER
Hi friends,
I am currently making an existing app "64Bit safe" for a customer with LC 9.5
on macOS 10.14.6.
In this app there are some "compiled shell scripts" (? I guess, have no infor
about this)
which changes the keyboard layout (chinese and back) to german depending of the
target
fields in LC.
Structure (three files and two folders):
## File
extSetInputMethod
## Folders
x86-64/extSetInputMethod
x86-32/extSetInputMethod
I guess the first one checks the current architecture and then calls the
correct version for this.
Whatever, this works fine in the customers older apps.
So I added all this via the "Copy files" tab in the "Standalone Application
Settings"
However these files were NOT in specialfolderpath("resources") in the runtime?
In the runtime I find this:
the_actual_app.app
-> /Resources
-> /Resources/Externals ## empty, no externals used in app
-> /Resources/x86-64 ## EMPTY!?
-> /Resources/x86-32 ## EMPTY!?
File -> extSetInputMethod = missing and the two latter folders are EMPTY!?
Where on earth are the contents of the other folders?
But I find this in:
the_actual_app
-> /MacOS
-> /MacOS/extInputMethod ## the missing file! see above
-> /MacOS/x86-64/extInputMethod ## the missing file
-> /MacOS/x86-32/extInputMethod ## the missing file
...
So calling the shell apps in -> specialfolderpath("resources") does of course
not work!?
If I copy them manually to the correct folder in the runtime, they stop working.
So all in all this is a real showstopper! :-/
Am I overlooking something?
Is this correct behaviour of LC?
What can I do?
Thanks for any hints!
Best
Klaus
--
Klaus Major
https://www.major-k.de
kl...@major-k.de
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Re: load app to ios device for testing??
Hello Alan, I’m running LC 9.5.0 business, Mac OS 10.14.6 & Xcode 10.1 I am seeing both android and iOS actual devices (as well as the iOS and android simulator, which is an awesome addition) Did you select the correct platform in “Standalone Application Settings”? Is "Mobile Support” configured correctly in LC Preferences? — Scott Morrow > On Aug 9, 2019, at 12:42 AM, Alan Stenhouse via use-livecode > wrote: > > Just wondering how we can download an ios build to our own local device for > testing these days? > > It used to be easy with iTunes to just attach your phone and download the app > to the connected device inside iTunes, but that no longer seems possible > (though possibly I'm missing something?). > > I also miss the easy "Test" connection between LC and a connected device. > > Or have I perhaps got something mis-configured after updating to Mojave? > > LC 9.5.0 > MacOS 10.14.5 > XCode 10.1 et al > > Any hints welcome! > > cheers > > Alan > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
load app to ios device for testing??
Just wondering how we can download an ios build to our own local device for testing these days? It used to be easy with iTunes to just attach your phone and download the app to the connected device inside iTunes, but that no longer seems possible (though possibly I'm missing something?). I also miss the easy "Test" connection between LC and a connected device. Or have I perhaps got something mis-configured after updating to Mojave? LC 9.5.0 MacOS 10.14.5 XCode 10.1 et al Any hints welcome! cheers Alan ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
