Thanks Mark for semi-unfuddling me. It’s good to know that textEncode/Decode is
not to blame.
But if I may try everyones' patience a little further
> In the case of Linux what encoding such 'sys strings' need to use
> depends on the environment - the encoding *could* be anything and thus
>
Panos,
Ok… seems to be working now. I’m no longer getting “completed”, but I am
consistently getting “paymentRecieved”… and I can make that work. Obviously,
I don’t really understand how this all works… but it’s working!
Thank you again for your help!
-Dan
From: use-livecode on behalf
Hello Dan,
Just a rough guess, in the purchaseStateUpdate msg, you have:
mobileStoreConfirmPurchase pProductID //Inform the store that the purchase
identifier productID was successfully delivered
mobileStoreDisablePurchaseUpdates
in both cases for paymentReceived and restored.
Could you try
Panos,
Thank you for the reply. Here is my code…. You click a button, and it calls
startInAppPurchase with the number of credits to purchase. After all is done,
pLog is completely empty. This is working perfectly on Android.
on startInAppPurchase numCredits
//setup purchase id
if
An array of object would be turned into a multidimensional array with value
pairs in LiveCode. Depending on the source the main keys may be numeric or
assosiative, like in these examples:
contriesArray[1][name]
contriesArray[1][capitol]
contriesArray[1][inhabitants]
Or
Thanks, Tore!
I found these in the dictionary. For JsonImport I noted this:
The return value may be any of the following types, depending on the content of
the file:
Array (for a JSON object)
List (for a JSON array)
String (for a JSON string)
Number (for any JSON number)
Boolean (for JSON true
On 2023-08-15 12:08, Ben Rubinstein via use-livecode wrote:
Is it possible to get any more detail about what's going on?
I'm guessing you are using 10-dp-5 :)
The issues here are regressions caused by the switch to WKWebView in 10
(previously we used the older WebView system web browser
Trying to use the browser widget to access an internal site, I'm having a lot
of trouble.
If I send it (by setting the URL property of the widget) to the root of the
hostname, it loads the page succesfully, although the widget gets a
browserDocumentLoadFailed message "navigation request
On 2023-08-15 08:42, Neville Smythe via use-livecode wrote:
So if I understand Mark correctly, while one can create utf-8 encoded
filenames directly in a terminal
session, LC Server internally accesses Apache environment variables to
encode/decode the filename
before opening a file rather than
Hello Dan,
Could you share the code that makes the purchase, as well as the
purchaseStateUpdate message?
Although, my guess is that this is rather a TestFlight issue, since if it
was an issue in LC's API for in-app purchase on iOS, it would have been
reported
ready.
Kind regards,
Panos
--
What definitely works, at least here, is to urlencode the filename before
creating it
So that e.g. testä would be created as test%E4
As urlencode does not "harm" you could use it in general, not only for
non-ascii file names.
And if you want to display the "real" name you just have to
Thanks Mark and Matthias
I think it is clear the problem is not related to variant forms - if I replace
[e-acute] by any other non-ascii character, such as a Kanji character or emoji,
I get the same “can’t open that file” error. And the weird decoding of
[e-acute] to [E-grave] would be
12 matches
Mail list logo