How Do We Stop A "Standalone Builder Progress" ?
How do we stop this Standalone Builder Progress It is a SivaSiva progress and iOS that takes 15 minutes to build. What if you caught the “edition” to the same one. Well, you stop it. Then increase the edition by 1. And start it up again “Standalone Builder Progress” --- Side note: why is Android taking a reasonable response time. It takes 2 minutes to SivaSiva.pkg. But why is to taking a long time so make a iOS? Svasti Astu – Be Well Brahmanathaswami Get SivaSiva.app – It free! https://www.himalayanacademy.com/view/sivasiva ___ 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
Best practice storing json?
I’ve been historically a bit lazy in taking care of how I store json data - so
mostly it works but some times I get a different result on the server than I do
locally on OSX. I suspect this is due to encoding differences in how the data
is stored and which characters are in the json. I’d like to standardise on utf8
encoded json as my text storage of choice, and use a standard way to store this
while in Livecode I parse the json and just deal with arrays.
As I understand it I should really be using textEncode and textDecode() - and I
should store the utf8 encoded json files using “binfile:” not “file:” - however
this is not what the dictionary entry fo textEncode() illustrates:
> quote_type
> put textEncode(field "output","UTF-8") into tOutput
> put tOutput into url ("file:output.txt")
So if I want to implement best practice in storing utf8 encoded json locally on
Mac, on mobile and on unix servers according to:
> quote_type
> The textEncode function takes text, and returns it as binary data, encoded
> with the specified encoding.
> It is highly recommended that any time you interface with things outside
> LiveCode (files, network sockets, processes, etc) that you explicitly
> textEncode any text you send outside LiveCode and textDecode all text
> received into LiveCode. If this doesnt happen, a platform-dependent encoding
> will be used (which normally does not support Unicode text).
How should I do that? Should I not do something like this (in pseudocode):
> quote_type
> function fetchFromUrl jsonURL
> put url someURL into utf8JSON
> put textDecode(jsonURL, "UTF-8") into encodedJSON
> put json_ToArray (encodedJSON) into someArray
> return someArray
> end fetchFromUrl
>
> command exportToUrl someArray, jsonURL
> put json_FromArray (someArray) into encodedJSON
> put textEncode(encodedJSON, "UTF-8") into decodedJSON
> put decodedJSON into url someURL
> end exportToUrl
And. If so - should I be using “binfile:” or “file:” for writing to the file
system?
Schedule a call with me
___
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: matchChunk & matchText broken?
Thanks Brian I didn't realise that was what was meant in the dictionary
description! Now you've clarified things I can see how it should work, and it
does!
> Today's Topics:
>
> 1. PlayStore App Bundles. (Ralph DiMola)
> 2. matchChunk & matchText broken? (pr...@reidit.co.uk)
> 3. Re: matchChunk & matchText broken? (Brian Milby)
>
> --
>
> Message: 3
> Date: Fri, 13 Aug 2021 07:35:23 -0400
> From: Brian Milby
> To: How to use LiveCode
> Subject: Re: matchChunk & matchText broken?
> Message-ID: <986d6545-2ca3-4c30-b65f-d3ddb2b18...@milby7.com>
> Content-Type: text/plain; charset=utf-8
>
> If the regularExpression includes a pair of parentheses, the position of the
> substring matching the part of the regular expression inside the parentheses
> is placed in the variables in the positionVarsList.
>
> Sent from my iPhone
>
>> On Aug 13, 2021, at 4:33 AM, Peter Reid via use-livecode
>> wrote:
>>
>> ?Either I'm doing something wrong or both matchChunk and matchText are
>> broken.
>>
>> For example using matchChunk:
>>
>> local tStartPos, tEndPos
>> put empty into tStartPos
>> put empty into tEndPos
>>
>> put matchChunk("hello world how are you", "\ ho[a-z]", tStartPos, tEndPos)
>> into itMatches
>>
>> put itMatches & "|" & tStartPos & "|" & tEndPos & "|"
>>
>>
>> The output is:true|||- in other words a match is found but the
>> positions are not being returned in the variables tStart and tEnd
>>
>> I get the same behaviour from matchText, ie it correctly finds or not the
>> patterns I'm looking for but I don't get the positions (matchChunk) or text
>> (matchText).
>>
>> These seem to be fairly fundamental and frequently used functions that
>> should just work. Which is why I'm assuming that I'm doing something wrong!
>>
>> Please can anyone correct me (or confirm the fault)?
>>
>> Thanks
>>
>> Peter
>> --
>> Peter Reid
>> Loughborough, UK
___
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
