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
> the
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 of
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 c
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 numCre
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
contriesArray[«Norway"
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 API):
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 cancel
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 urldecode
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 explaine
12 matches
Mail list logo
