OK, since the "build 32bit slice only" checkbox was not checked
(Brahmanathaswami replied to me privately) then the next thing to check is
that the version of Application Loader you used to upload the .ipa is the
one included in the Xcode version you used to build the app.
See this thread:
Thank you so much to both. And Andre, if you could write a blog post for
every question I have it would help me a lot. ;-)
Actually I think I had looked at the very helpful StackExchange page before
for reading Google Sheets directly in R. I will try it and report back with
any follow ups.
Kaveh,
There is a much easier way. I've just posted about it since it can be of
interest for others (there is a demo stack included):
http://andregarzia.com/2018/11/reading-google-sheets-data-from-livecode.html
Basically, there are special URLs for retrieving a Google Sheet as a CSV
or a
> On 14 Nov 2018, at 11:39 am, Monte Goulding via use-livecode
> wrote:
>
>> You generally want to use codepoint in 7+ generally where previously you
>> used char unless you know you are dealing with a binary string and then you
>> use byte.
>
> Sorry! I have written codepoints here when I
Hi.
well the (very) short answer is that you can:
put url "yourWebpageAddressHere" into temp
What you get is the entirety of the html contents of a page. Others will
tell both of us how to get the "visible" text, that is, the tab and return
delimited data, buried in all those tags.
Craig
> On 14 Nov 2018, at 10:44 am, Monte Goulding via use-livecode
> wrote:
>
> You generally want to use codepoint in 7+ generally where previously you used
> char unless you know you are dealing with a binary string and then you use
> byte.
Sorry! I have written codepoints here when I was
Note that you may not get a value immediately from your location services
subsystem so if you find there's nothing there, then try starting up the sensor
in openCard or openStack, wait some time and then use the button to get the
current location.
Hope that makes sense (and works for you).
Or
> On 14 Nov 2018, at 6:33 am, Ben Rubinstein via use-livecode
> wrote:
>
> That's really helpful - and in parts eye-opening - thanks Mark.
>
> I have a few follow-up questions.
>
> Does textEncode _always_ return a binary string? Or, if invoked with
> "CP1252", "ISO-8859-1", "MacRoman" or
I never left, I just went silent.
But since I'm "back", I'm curious to know what the engine-types think of
Bernd's solution for fixing the UTF-32 offsets code. It seems that when
converting both the stringToFind and stringToSearch to UTF-32 and then
searching the binary with byteOffset, you won't
Can someone point me to how I can read data from Google Sheets
into LiveCode? For now I just need to read, not write.
Thanks.
--
Kaveh Bazargan
Director
River Valley Technologies • Twitter
• LinkedIn
Mike
preOpenStack:
if the environment = "mobile" then
if mobileSensorAvailable("location") then
mobileStartTrackingSensor "Location", false
end if
end if
--- this is a hacked up version of what I use. It should be close.
It compiles but not tested. I have to see if this
I didn't realize this conversation was just between Bernd and me, so here
it is for the list. Bernd found a solution for the Reykjavík issue
(seemingly -- it works, but it's weird) and based on a conversation in
another thread I have a solution for non-case-sensitive matching. So the
UTF-32
This has worked for me in the past, but I haven’t tried it in quite some time:
mobileStartTrackingSensor "location", false
put mobileCurrentLocation() into tLocArray
mobileStopTrackingSensor "location"
put "lat: " & tLocArray["latitude"] & cr & "long: " & tLocArray["longitude”]
into fld "report"
For the avoidance of doubt, all my outrage is faux outrage.
Public life on both sides of the Atlantic (and around the world) has
completely exhausted capacity for real outrage.
Come back Geoff!
Ben
On 13/11/2018 17:29, Mark Waddingham via use-livecode wrote:
On 2018-11-13 18:21, Geoff
Hello Brahmanathaswami,
Could it be the case that you have accidentally checked the "build 32bit
slice only" checkbox in the iOS standalone settings?
Regards,
Panos
On Tue, Nov 13, 2018, 22:24 Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com wrote:
> Hit send button
Hit send button too soon
> Bad news. (Does not change my little "guide")
>
> Build the app, used Jacqulines "Air Launch" get SivaSiva.ipa
>
> I already had new release, 1.3 on iTuneConnect.
>
> Booted Application Loader
> Run the SivaSiva.ipa
>
> It passed all analyses; I got a message from
Bad news. (Does not change my little "guide")
Build the app, used Jacqulines "Air Launch" get SivaSiva.ipa
I already had new release, 1.3 on iTuneConnect.
Booted Application Loader
Run the SivaSiva.ipa
It passed all analyses; I got a message from Application Loader "Success
[snip other stuff]
I am trying to find my current lat/long on my android device. I have played
around with multiple options including "mobileCurrentLocation" and others.
I have not been able to find an example of code that does it and works.
What I want to do is push a button, have the lat/long displayed so as I
I live outside London, but easy enough to get in to meet up.
On Sat, Nov 10, 2018 at 2:14 PM Keith Martin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Andre,
>
> I'm based in London – I live in Mitcham/Tooting and I work in Elephant
> & Castle. I'm game!
>
> k
>
>
> On 9 Nov
> On Nov 13, 2018, at 2:52 AM, Mark Waddingham via use-livecode
> wrote:
>
> Yes - a byte is not a number, a char is not a number a bit sequence is not a
> number.
Reminds of a clever sig line from somebody on this list.
I can’t remember who, so author please step up and take credit.
That's really helpful - and in parts eye-opening - thanks Mark.
I have a few follow-up questions.
Does textEncode _always_ return a binary string? Or, if invoked with "CP1252",
"ISO-8859-1", "MacRoman" or "Native", does it return a string?
> CodepointOffset has signature 'integer
On 2018-11-13 18:21, Geoff Canyon via use-livecode wrote:
Nothing I said in this thread has anything to do with optimizing the
allOffsets routines; I only used examples from that discussion because
they
illustrate my puzzlement on the exact topic you (in general) raised:
how
data types are
On Tue, Nov 13, 2018 at 3:43 AM Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I'm grateful for all the information, but _outraged_ that the thread that
> I
> carefully created separate from the offset thread was so quickly hijacked
> for
> the continuing (useful!)
Hello,
It seems we cannot set the user agent of the widget browser on iOS. Any
workaround ?
Thanks !
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Oh that's a great idea for a Livecode party! After a few drinks, everyone dons
nerf boots and begins kicking each other in the nether region.
Bob S
> On Nov 11, 2018, at 01:12 , Richmond via use-livecode
> wrote:
>
> Um, that kicking might prove mutual; or even, dare I say it, into a
>
There is a quest in World of Warcraft where the objective is actually to herd
cats. It can be done, but only one cat at a time. :-)
Bob S
> On Nov 13, 2018, at 05:31 , Mark Waddingham via use-livecode
> wrote:
>
> On 2018-11-13 12:43, Ben Rubinstein via use-livecode wrote:
>> I'm grateful
On 2018-11-13 12:43, Ben Rubinstein via use-livecode wrote:
I'm grateful for all the information, but _outraged_ that the thread
that I carefully created separate from the offset thread was so
quickly hijacked for the continuing (useful!) detailed discussion on
that topic.
The phrase
I'm grateful for all the information, but _outraged_ that the thread that I
carefully created separate from the offset thread was so quickly hijacked for
the continuing (useful!) detailed discussion on that topic.
From recent contributions on both threads I'm getting some more insights, but
On 2018-11-13 11:37, Geoff Canyon via use-livecode wrote:
I understand (generally) the complexity of comparison, but that's not
the
speed issue causing this discussion. Most of the proposed solutions are
using nearly the same operators/functions for comparison, or at least
the
same comparison
On 2018-11-13 11:06, Geoff Canyon via use-livecode wrote:
I don't *think* I'm confusing binary string/data with binary numbers --
I
was just trying to illustrate that when a Latin Small Letter A (U+0061)
gets encoded, somewhere there is stored (four bytes, one of which is) a
byte 97, i.e. the
A lot of useful points here, thanks.
The caseSensitive vs. binary has been covered in the other discussion --
Monte said that by using offset() "the engine will convert your data to a
string and assume native encoding. This is probably why you are getting
some case insensitivity."
I understand
I don't *think* I'm confusing binary string/data with binary numbers -- I
was just trying to illustrate that when a Latin Small Letter A (U+0061)
gets encoded, somewhere there is stored (four bytes, one of which is) a
byte 97, i.e. the bit sequence 111, unless computers don't work that
way
On 2018-11-13 01:06, Geoff Canyon via use-livecode wrote:
On Mon, Nov 12, 2018 at 11:36 AM Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:
I'm really confused that case-insensitive should work at all for
UTF-16 or
UTF-32;
The caseSensitive (and formSensitive)
On 2018-11-13 08:35, Geoff Canyon via use-livecode wrote:
So then why does put textEncode("a","UTF-32") into X;put chartonum(byte
1
of X) put 97?
Because:
1) textEncode("a", "UTF-32") produces the byte sequence <97,0,0,0>
2) byte 1 of <97,0,0,0> is <97>
3) charToNum(<97>) first
34 matches
Mail list logo