Scott,
Thanks. That answers some of the questions I have about old code and refreshes
my memory on that issue.
I’m wondering if there is a lesson that clarifies this issue, including the way
“the stack files” property works and setting up the auxiliary data files.
Best,
Bill
William A. Prothero, PhD
Prof Emeritus, Dept of Earth Science
University of California, Santa Barbara
> On Feb 5, 2022, at 4:17 AM, scott--- via use-livecode
> <use-livecode@lists.runrev.com> wrote:
>
> I’m not entirely sure what your structure is or what you want to accomplish
> as far as stack organization. In the IDE, specialFolderPath("resources")
> returns the path to the current stack's folder.
>
> If your supporting stack files are scattered around your hard drive then this
> would make the task of locating a specific folder using
> specialFolderPath(“resources") more difficult in the IDE. If your support
> stacks are, for instance, all organized inside a support folder next to the
> splash stack then something like what you had in mind would work. For
> instance:
>
>
> -- assumes this is not being called by the splash stack but
> -- by one of the supporting stack files inside the support folder
> -- which is next to the splash stack
> function resPath
> put specialFolderPath("resources") into tPath
> if the environment is "development" then
> -- put the itemDel into tOriginalItemDel
> set the itemDel to SLASH
> delete item -1 of tPath
> -- set the itemDel to tOriginalItemDel -- tidy up
> end if
> return (tPath & "/mydataFolder")
> end resPath
>
>
> In a standalone, specialFolderPath("resources") always returns the path to
> the folder where files or folders specified in the Standalone Builder are
> located. On MacOS this is inside the (splash stack’s) .app bundle… even if
> the current stack is a free-floating stack file located wherever.
>
> —
> Scott
>
>> On Feb 4, 2022, at 8:21 PM, prothero--- via use-livecode
>> <use-livecode@lists.runrev.com> wrote:
>>
>> Scott:
>> Hmm…. I have different stacks in subdirectories of the splash stack. I
>> hadn’t realized that all stacks should be in one top directory. That true?
>> The specialFolderpath(“Resources”) seems to be relative to each stack, so,
>> in my case, if a stack is in a folder that is in the specialFolder path of
>> the splash stack, it will have a different specialfolderpath than the splash
>> stack.
>>
>> I haven’t actually built an app to test whether the resources path is the
>> same in all stacks after build.
>>
>> Wow. So does that mean that all of the stacks in an app should be in the
>> same directory in the dev environment? If not, that seem to complicate
>> navigation during development.
>>
>> Ok, thinking….. so for development, I would need to do something like:
>>
>> function resPath
>> if the environment contains “Development” then
>> put specialFolderPath("resources”)&”/mydataFolder" into dataPath
>> else
>> put
>> specialFolderPath(“resources”)&”/dirSplashStackisin/pathToThisStack“&”/mydataFolder"
>> into dataPath
>> end if
>> return dataPath
>> end resPath
>>
>> In other words, all app paths would be relative to the splash stack.
>>
>> Is that right?
>>
>> Bill
>>
>>>> On Feb 4, 2022, at 8:41 PM, scott--- via use-livecode
>>>> <use-livecode@lists.runrev.com> wrote:
>>>
>>> Hello Bill,
>>>
>>> Are you seeing that the stack files have a different “resources” path in
>>> the IDE ? This is expected behavior if the stacks are in different
>>> directories. The “resources” path in the IDE is the folder that the stack
>>> lives in. However, once everything is made into a standalone the
>>> “resources” path should be the same for all stacks opened by the app… even
>>> stacks that are not bundled with the standalone. The app should always
>>> report the same path.
>>>
>>> --
>>> Scott Morrow
>>>
>>> Elementary Software
>>> (Now with 20% less chalk dust!)
>>> web https://elementarysoftware.com/
>>> email sc...@elementarysoftware.com
>>> booth 1-360-734-4701
>>> ------------------------------------------------------
>>>
>>>
>>>> On Feb 4, 2022, at 4:56 PM, ELS Prothero via use-livecode
>>>> <use-livecode@lists.runrev.com> wrote:
>>>>
>>>> Folks,
>>>> Rather than thrashing around on this, I am asking for some general
>>>> guidance.
>>>>
>>>> I am working on a large project that has a splash stack, some stacks that
>>>> do things, and some of those stacks access data contained in the app. It’s
>>>> a project I built at least 10 years ago and, of course, it needs to be
>>>> 64bit. I’m revising the navigation between different stacks and making
>>>> other additions. I have set the stack locations in the stackfiles property
>>>> of the splash stack. These filepaths are constructed according to the
>>>> development folder that contains the project. The required data file ares
>>>> specified in the stack settings preferences of the development
>>>> environment.
>>>>
>>>> So, I notice that the specialfolderpath(“resources”) returns different
>>>> paths, depending on which of the project stacks calls it. So, my idea is
>>>> to maybe set up all of the paths to the data in the splash stack using
>>>> specialfolderpath as a base location. This worries me a bit because I’d
>>>> like the various pieces of the project to be modular, so I could use them
>>>> easily in other projects.
>>>>
>>>> Question: should I set all paths of stacks and data in the splash stack?
>>>> Also, do you have any suggestions on the use of specialfolderpath, where
>>>> it’s appropriate when other stacks are in that path?
>>>>
>>>> Thanks for pointing me to a resource to help me understand and optimize
>>>> this, or give suggestions.
>>>>
>>>> Best,
>>>> Bill
>>>>
>>>> William Prothero
>>>> https://earthlearningsolutions.org
>>>>
>>>>> On Feb 3, 2022, at 12:55 PM, General 2018 via use-livecode
>>>>> <use-livecode@lists.runrev.com> wrote:
>>>>>
>>>>> Update >>>> Success.
>>>>>
>>>>> Tried everything, then read a post that pointed to :-
>>>>> Apple Worldwide Developer Relations Certification Authority Cert
>>>>> Developer ID Certification Authority Cert
>>>>>
>>>>> In Keychain my existing expired 2027, I downloaded and installed the
>>>>> latest expiring 2030/2031 - re run mrSign and notarization success.
>>>>>
>>>>> Status = Success 0
>>>>> Status Code = Pac
>>>>> Status Message = Age Approved
>>>>>
>>>>> Regards
>>>>> Camm
>>>>>
>>>>>> On 29 Jan 2022, at 22:41, matthias rebbe via use-livecode
>>>>>> <use-livecode@lists.runrev.com> wrote:
>>>>>>
>>>>>> Hm, interesting. Seems to be a problem with a wrong or missing
>>>>>> timestamp. So maybe adding --timestamp parameter will fix this.
>>>>>>
>>>>>> Could you please change the following lines in the stack script of the
>>>>>> NotarizeHelper stack and try again after that?
>>>>>>
>>>>>>
>>>>>> line 904
>>>>>> put "codesign --deep --force --verify --verbose --sign
>>>>>> ##developerIDApplication## --options runtime --entitlements
>>>>>> ##entitlementsplist## ##myapp##" into tShell
>>>>>> with this line
>>>>>> put "codesign --timestamp --deep --force --verify --verbose --sign
>>>>>> ##developerIDApplication## --options runtime --entitlements
>>>>>> ##entitlementsplist## ##myapp##" into tShell
>>>>>>
>>>>>>
>>>>>>
>>>>>> line 908
>>>>>> put "codesign --deep --force --verify --verbose --sign
>>>>>> ##developerIDApplication## --options runtime ##myapp##" into tShell
>>>>>> with
>>>>>> put "codesign --timestamp --deep --force --verify --verbose --sign
>>>>>> ##developerIDApplication## --options runtime ##myapp##" into tShell
>>>>>>
>>>>>> line 953
>>>>>> put "codesign --deep --force --verify --verbose --sign
>>>>>> ##developerIDApplication## --options runtime ##myDMG##" into tShell
>>>>>> with
>>>>>> put "codesign --timestamp --deep --force --verify --verbose --sign
>>>>>> ##developerIDApplication## --options runtime ##myDMG##" into tShell
>>>>>>
>>>>>>
>>>>>>>> Am 29.01.2022 um 22:17 schrieb General 2018 via use-livecode
>>>>>>>> <use-livecode@lists.runrev.com>:
>>>>>>>
>>>>>>> Tried all these, result the same.
>>>>>>>
>>>>>>> In show “Notarization requests” for each :-
>>>>>>>
>>>>>>> Status = invalid 2
>>>>>>> Status Code = Pac
>>>>>>> Status Message = age invalid
>>>>>>>
>>>>>>> Regards Camm
>>>>>>>
>>>>>>>>> On 29 Jan 2022, at 20:37, matthias rebbe via use-livecode
>>>>>>>>> <use-livecode@lists.runrev.com> wrote:
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>
>> William A. Prothero, Ph.D.
>> University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
>> Santa Barbara, CA. 93105
>> http://earthlearningsolutions.org/
>>
>>
>> _______________________________________________
>> 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
