Re: Object naming
On 7/26/20 5:31 PM, Alex Tweedly via use-livecode wrote: I think my head is melting :-) I have a group called 'A'. Inside A, there is a rect called "R" and also a group called "B" inside B there is a rect called "R" How do I refer unambiguously to the first rectangle (i.e. A - R, not A - B - R) ? If I say grc "R" of grp "B" of grp A then I unambiguously get A-B-R; but if I say simply grc "R" of grp "A" then I *also* get A-B-R. There must be a way to do this (and maybe if it wasn't nearly 2 in the morning I would be able to figure it out). Help! Please ! Sounds like a layering problem - the rect in group B is being encountered first. I think if you relayer it so that group B has a higher (later) layer number than the rect outside the group you'll get what you want. -- Mark Wieder ahsoftw...@gmail.com ___ 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
Object naming
I think my head is melting :-) I have a group called 'A'. Inside A, there is a rect called "R" and also a group called "B" inside B there is a rect called "R" How do I refer unambiguously to the first rectangle (i.e. A - R, not A - B - R) ? If I say grc "R" of grp "B" of grp A then I unambiguously get A-B-R; but if I say simply grc "R" of grp "A" then I *also* get A-B-R. There must be a way to do this (and maybe if it wasn't nearly 2 in the morning I would be able to figure it out). Help! Please ! Alex. ___ 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: Functions running in IDE, but not running in standalone
Bruce: > comment-out all the instances where I am using a libURL command > or function, save as a standalone, and and see what happens. Now you need to follow through on your diagnosis. It will not be efficient to quickly abandon a sound diagnosis and search for something else. People do that too often. Trust logic! Trust math. Stick with it. The "can't find handler" error is very specific. It doesn't allow us infinite freedom to interpret the cause. Assuming the error message itself is correct, that leaves only a few possible direct causes: the (appropriate) Internet Library isn't loaded, handler isn't in the message path, handler name misspelling, etc. So keep looking at the AREA of inclusions AND related issues - you have NOT ruled those out yet! It's not about trying one specific possibility in that area, and then giving up on the area. It's about knowing that your problem is almost certainly in that area, so you focus your hunt in that area to efficiently find the culprit. Since your product is over 10 years old, make sure your mainstack doesn't have any old versions of Internet library accidentally embedded, for example. Or back to the inclusions. Something that prevents a good app build, or a matter of timing before everything is loaded. Since Matthias was able to get the same error message, you should also try a new sample stack with libURLSetSSLVerification, like he did. That would remove a lot of other variables for a clean test building with your IDE. And as he suggested, you should open a support ticket, if you haven't. There have been some changes to the libraries over the years that can cause problems, so checking your libURL calls would be a good idea if that's where the evidence pointed. Still not a bad idea to double-check the calls. LC error reporting is not 100% accurate, and I've seen weird things happen. But it's not where the evidence points. I would place my bet on the "inclusions and related" area; it's the likely winner with overwhelming odds. Since you have the "can't find handler" error message (if that's still the error you have) and since there's the IDE vs standalone evidence, that's a lot of evidence. So it is the most likely road to lead to a solution. And that's where you should focus more of your efforts, if you want to solve this quickly. You haven't ruled it out; you've only started on it. Follow through! Unless you can PROVE at runtime that Internet Library is loaded in your standalone and that libURLSetSSLVerification is in the message path of the calling handler, that's still your problem. :) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ ___ 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
savingMobileStandalone and files
Hello,
I have an application I'm compiling for Android and iOS.
For Android, I have to integrate compressed files, not for IOS (iOS
applications can be larger in size)
I use the savingMobileStandalone function to indicate to integrate either
compressed or uncompressed files:
switch
case the cRevStandaloneSettings["iOs"] of this stack is true and
"datas.zip" is among the lines of the cRevStandaloneSettings["files"] of this
stack
get the cRevStandaloneSettings["files"] of this stack
put cr & "datas.txt" after it
if lineoffset("datas.zip", it) > 0 then delete line
lineoffset("datas.zip", it) of it
set the cRevStandaloneSettings["files"] of this stack to it
break
case the cRevStandaloneSettings["iOs"] of this stack is true and
"datas.txt" is not among the lines of the cRevStandaloneSettings["files"] of
this stack
get the cRevStandaloneSettings["files"] of this stack
put cr & "datas.txt" after it
set the cRevStandaloneSettings["files"] of this stack to it
break
….
Normally, if the « zip » file is in the « copy files » and the
cRevStandaloneSettings[« iOs"] is true, the application gets the uncompressed
version.
But no. I need to recompile (without change anything) and it’s work.
How avoid that ?
(I just noticed that I send a « zipped » version of my app to the appstore,
that have been accepted (but she doesn’t work because of the zipped files).
Thanks !
___
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
