The hyphen and the quotes made it work.
Many thanks, Dar!
Tim
On 2016/06/16 11:10, Dar Scott wrote:
The encoding names are found with textEncode and textDecode. There you can see the name
needs a hyphen. Try "UTF-8". (You can also open the file for binary or use
binfifle: and then use tex
The encoding names are found with textEncode and textDecode. There you can see
the name needs a hyphen. Try "UTF-8". (You can also open the file for binary
or use binfifle: and then use textDecode.)
> On Jun 15, 2016, at 7:54 PM, Tim Selander wrote:
>
> LC 8, Dictionary says it can be done,
LC 8, Dictionary says it can be done, but does not give a sample. No
syntax I've tried works.
How do you open a file encoded in UTF8?
open file for UTF8 read
does not work.
Thanks.
Tim Selander
Tokyo, Japan
___
use-livecode mailing list
use-livec
UGH! DOUBLE-FACEPALMERY! Not only is it exitsOnSuspend, but I had the
wrong substitution, duh. "" works much better than "false". Just
ignore this thread, or delete it. Yeah. Delete it.
On Wed, Jun 15, 2016 at 7:49 PM, Mike Kerner
wrote:
> and that should be "exitOnSuspend", as we all know
and that should be "exitOnSuspend", as we all know.
On Wed, Jun 15, 2016 at 7:26 PM, Mike Kerner
wrote:
> In trying to build with 7.1.4 to ios with the exitsOnSuspend hack but I'm
> getting an info.plist error when I try to install. Is there some new trick
> to making this work?
>
> --
> On the
"Deprecated" doesn't mean "absent". "Deprecated" means something more like "we
haven't *got rid of* X because a lot of our installed base depends on X, but we
*really* don't want to see anybody using X for *new* projects."
"Bewitched" + "Charlie's Angels" - Charlie = "At Arm's Length"
Re
Well, my theory is shot down.. however.. I think in your code, in order to
get the same behavior you already seem to be getting, but on
purpose..(Which I still don't understand why its doing what it is..)
You might be able to change your html code to this
tcoord = liveCode.inputLoc(results[0].
In trying to build with 7.1.4 to ios with the exitsOnSuspend hack but I'm
getting an info.plist error when I try to install. Is there some new trick
to making this work?
--
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God pu
And I forgot:
yes, the messageWatcher gives successive “inputLoc and the time when I click
successive points on the map.
> Le 16 juin 2016 à 00:55, Jacques Hausser a écrit :
>
> In my html file, tCoord is declared (together with several other variables)
> before the first function initialize
In my html file, tCoord is declared (together with several other variables)
before the first function initialize()
.
In the function initialize() I set the map, I create an elevation service (for
the altitude) and a listener to catch the clicks on the map.
Then I have a function retrieving the l
While not as convenient, you could go to https://livecode.com/resources/api
and look things up there. No widget info, but there is builder info. Its
better than nothing.
On Wed, Jun 15, 2016 at 3:39 PM, Richmond
wrote:
> I'm afraid that just doesn't work, as I have reported in Bugzilla, the
>
I'm afraid that just doesn't work, as I have reported in Bugzilla, the
dictionary just
doesn't function at all in Livecode 8.x 64 bit Xubuntu.
What I am looking to do is to install Livecode 8.x 32 bit on my 64 bit
system, because that does
let me get at the dictionary.
So I installed the mult
On 15/06/16 22:12, Richmond wrote:
Sorry; that title is a bit of a mouthful.
Ideally (there's another semantically dubious word) the dictionary
should be properly accessible
in Livecode 8.x on Linux 64 bit; but it's not, and will probably take
a while to sort that out.
3 days ago my operatin
Sorry; that title is a bit of a mouthful.
Ideally (there's another semantically dubious word) the dictionary
should be properly accessible
in Livecode 8.x on Linux 64 bit; but it's not, and will probably take a
while to sort that out.
3 days ago my operating system "went West", and I had to r
I'm guessing *almost" all the scriptlimits code was removed. Something
generated the error for Dr. Hawkins.
Maybe that part that sets the limits to zero is broken. Maybe some file was
created with the same name as the old limits file. I'm guessing that something
smashed some RAM and set th
Deprecated doesn't mean gone, it means basically no longer useful, either
because it's been replaced by something better or because it no longer
applies. Typically the original term is retained in the language for
backward compatibility, but use in new code going forward is discouraged.
This i
Deprecated in this case means pointless since checking the limits shows
that there aren't any. Usually the connotation is "discouraged" as in
they'd rather you not use it but its still there for whatever reason. (as
dar points out, some older scripts might check it and they might break if
it wer
And I think what all of us want is more, faster.
On Wed, Jun 15, 2016 at 4:16 PM, Mike Kerner
wrote:
> Apple says every ios connection must be encrypted by YE 2016
>
> http://www.zdnet.com/article/wwdc-2016-apple-ramps-up-privacy-now-all-ios-apps-must-encrypt-web-connections-by-year-end/?ftag=TR
That's a bit semantically slithery . . .
Richmond.
On 15.06.2016 23:16, Dar Scott wrote:
The function should stick around for a little bit because some old scripts
might still check.
The generation of the error is strange, though--that may indicate a need for
some snipping. I suspect there
Apple says every ios connection must be encrypted by YE 2016
http://www.zdnet.com/article/wwdc-2016-apple-ramps-up-privacy-now-all-ios-apps-must-encrypt-web-connections-by-year-end/?ftag=TRE17cfd61&bhid=21150576046427068198636522512581
On Wed, Jun 15, 2016 at 2:17 PM, Lagi Pittas wrote:
> I seco
The function should stick around for a little bit because some old scripts
might still check.
The generation of the error is strange, though--that may indicate a need for
some snipping. I suspect there is a check that never succeeds, but never has
somehow occurred.
Just for fun:
https://e
That "snip snip snip" also sounds unfortunate :/
I thought I knew what "deprecated" meant - gone, dead, no more.
Obviously it means something a bit more subtle; well, at least in the
Livecode Universe.
If "deprecated" here means that it has been replaced by something else
(?) it would
be ni
Deprecated doesn't mean removed. In this case, it looks like the code is
still there, but limits set to 0 (IE infinite) Kinda surprised the code is
still there though, doesn't seem like it would be needed for backwards
compatability. Of course excising it would (probably?) be far more than a
just
Hey, when the var tcoord is declared and/or set its value, how do you do
it? If you bring up the message watcher, after grabbing your return value
it once, does it continue spamming your livecode handler? I have the
inkling of a theory..
On Wed, Jun 15, 2016 at 1:41 PM, Mike Bonner wrote:
> No
That's interesting; putting "put the scriptLimits" into the Message Box
of LC 8.0.01 Indy yields 0,0,0,0.
I *wonder why* the documentation says "deprecated"?
Richmond.
On 15.06.2016 22:20, Dar Scott wrote:
the scriptLimits()
I think you should still be able to put it, just drop 'the' or the
Not sure I understand whats going on either, I'd probably have to see more
code.
@david.. I don't have time to try it right now, but I _THINK_ if you have
an existing function in your page and you want to get the results of that
function out, you can treat the function as a parameter to your livec
YESSS ! IT WORKS ! Many thanks, Mike !
But I’m very surprised: I don’t have to call my command “getLoc” more than one
time: after that, each time I change the location of my marker on the map, the
value of tCoord (which is declared at the start of the script, that is, as
“global”) is modified,
Bug 17859
On 15.06.2016 22:15, Richmond wrote:
So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:
put the ÿþ
I was unable to DELETE anything in the Mes
I think there is a random memory smashing error, based on the strange, but rare
crashes and weird behavior reported recently. Try quitting and restarting LC.
Otherwise, I'd look into script encryption. Or some rarely used feature
involving scripts.
> On Jun 15, 2016, at 1:15 PM, Dr. Hawk
the scriptLimits()
I think you should still be able to put it, just drop 'the' or the parentheses.
> On Jun 15, 2016, at 1:15 PM, Richmond wrote:
>
> So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
> Message box, then copy-pasted "scriptLimits()" across from your me
On Wed, Jun 15, 2016 at 11:35 AM, Dar Scott wrote:
> I would very much like to be Indy disqualified.
>
>
Me too . . . a couple of years of that, and I'd retire.
For that matter, that revenue would let me sell for enough to retire.
Even given that my retirement needs have gone up now that I've
So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:
put the ÿþ
I was unable to DELETE anything in the Message Box.
which is both odd and problematic.
So
I have the same sort of problem. It seems that calling javascript from
Livecode with "do someFunction in browser" does not return anything even if
the Javascript function does return a value? Or maybe the returned value
needs to be of a certain type?
If you write javascript that calls Livecode I t
I would very much like to be Indy disqualified.
As to the error, it seems it has come up a few times in discussions over the
years.
Because of the word 'set', it feels like it has to do with too many lines in a
script that is set in a standalone. But, I thought those limits had been
removed
On 2016-06-15 20:10, Richmond wrote:
My main question is whether it will be necessary to delete all the
*set the useUnicode to true* lines.
No, you shouldn't need to - the 'useUnicode' property and 'numToChar'
still interact in exactly the same way as they did before.
If 'useUnicode' is true
You said tcoord contains the information you want to return...
I don't think you need to actually include the livecode function call in
your html, I'm pretty sure you can remove it entirely and do something like
this..
do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work. (It
did
Your income has probably just exceeded $500,000; after all, the Indy
version of Livecode
has a built-in income detector :P
Richmond.
On 15.06.2016 21:19, Dr. Hawkins wrote:
I am getting this error message. This should not be happening on an indy
license with more than a year left.
For that m
I am getting this error message. This should not be happening on an indy
license with more than a year left.
For that matter, I have no idea what it means:
Error description: set: license limit exceeded
--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
I second that emotion - (or is it third)
I've been harping on about this for over a year now - LiveCodeTowers
should be putting libraries and courses in the Indy and Business licence
that is useful to the Foxpro, Clipper,Delphi,Dbase,Paradox ,VB6, Omnis and
dare I say it Filemaker people.
Witho
My main question is whether it will be necessary to delete all the *set
the useUnicode to true* lines.
Richmond.
On 15.06.2016 20:42, Mark Waddingham wrote:
On 2016-06-15 19:37, Richmond wrote:
This is rather interesting as all my code currently features
set the unicodeText of fld "XYZ" to t
On 2016-06-15 19:37, Richmond wrote:
This is rather interesting as all my code currently features
set the unicodeText of fld "XYZ" to the unicodeText of fld "XYZ" &
numToChar(12345)
in LC/RR 4.5, to which I should add:
1. That works 100% in LC 4.5
2. I thought that was "the way" in 4.5, so do
On 15.06.2016 19:43, Mark Waddingham wrote:
Hi Richmond,
On 2016-06-15 18:27, Richmond wrote:
So, obviously, I will have to set a "bot" to trawl its way through my
code
and replace every incidence of *numToChar* to *numToCodePoint*, and
replace the surrogate pairs in the upcoming *Grantha*
Ah: "the tail-end of the dictionary entry in LC 8"
Well all that does is allow me the chance to get in a bi*chy comment
about the LC 8 dictionary
and 64 bit Linux.
There should be, at the very least a browser widget set to load the
Dictionary.
Richmond.
On 15.06.2016 19:33, Devin Asay wrot
Hi Richmond,
On 2016-06-15 18:27, Richmond wrote:
So, obviously, I will have to set a "bot" to trawl its way through my
code
and replace every incidence of *numToChar* to *numToCodePoint*, and
replace the surrogate pairs in the upcoming *Grantha* interface
with "standard" Unicode addresses. Th
Still trying to use the browser widget and its javascripthandlers. I picked
information here and there (many thanks to those who answered my previous
mails, especially Mike) but really I would be glad to find a detailed user’s
guide somewhere. I’m using a html file exploiting google map’s API as
> On Jun 15, 2016, at 10:27 AM, Richmond wrote:
> So, obviously, I will have to set a "bot" to trawl its way through my code
> and replace every incidence of *numToChar* to *numToCodePoint*, and
> replace the surrogate pairs in the upcoming *Grantha* interface
> with "standard" Unicode addresses
As is often the case, I was doing some *Livecode* programming
in a nice, hot bath, ably assisted by a good, strong cup of coffee
and Aly Bain playing the "St. Anne's Reel": I had to be careful not to
splash Aly's fiddle with bath water . . . but I digress.
https://www.youtube.com/watch?v=lwllcWC_
Richard Gaskin wrote
> Even if we develop on Mac or Linux, the majority of most of our income
> comes from Windows users, and our income is what enables LC's income.
>
> The Mac audience may be two to three times larger than Linux, but both
> are niches compared to the 86% using Windows.
Richar
Perhaps, in my subconscious, Danny Kaye was my inspiration! (Now I need to
focus on getting better and getting back to work.)
> On Jun 15, 2016, at 9:24 AM, Quentin Long wrote:
>
> sez Dar Scott:
>> Be careful! There are some things you can do with 'do'
>> but can't send with 'send'. Also, as
sez Dar Scott:
> Be careful! There are some things you can do with 'do'
> but can't send with 'send'. Also, as I recall, not all you
> can 'call' can lend itself to 'send'. I've seen things that
> 'do' did but sent d'n't. Also, a sending pending is not
> the same as a do doing since a pending s
Done.
http://quality.livecode.com/show_bug.cgi?id=17848
Op zondag 12 juni 2016 heeft Monte Goulding het
volgende geschreven:
> Thanks Maarten. Could you report on quality.livecode.com
>
> Sent from my iPhone
>
> > On 12 Jun 2016, at 1:00 AM, Maarten Koopmans > wrote:
> >
> > Report where? I am
51 matches
Mail list logo
