Re: ❣an amazing article [Now way off topic]

On 4/25/17 11:27 PM, Phil Davis via use-livecode wrote: Well, this is "special". I see the name wasn't merged in. As long as we're talking about spam/malware, maybe someone here knows what happened to me two days ago. I've written to PayPal (no response) and done searches without any real

Re: Please block sims emails

On 4/25/17 10:36 PM, Jerry Jensen via use-livecode wrote: Somebody is using sims email to post phishing/spam/malware - I don’t know which because I won’t click it. He frequently gets infected with malware. But I rather liked this set. "Dear!" I wanted to respond, "Darling!!" -- Jacqueline

Please block sims emails

Somebody is using sims email to post phishing/spam/malware - I don’t know which because I won’t click it. Please block email from him. Listmom, hello??? ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe,

Re: Make numberFormat even better AND Cognitive Load

Roland Huettmann wrote: > AGAIN -- having read all - I vote for the LC-NATIVE "Excel style" > number format (enhanced numberFormat in LC, not a new one, no > depreciation, but just different ways to achieve the same) and the > ability of fields (text controls) to express at least the same >

Make numberFormat even better AND Cognitive Load

With reference to the past suggestions, and the last one from Richard Gaskin: "Even if the core team were in a position to drop other priorities to add formatting to fields, they couldn't do it any faster than a scripter who has the advantage of doing it in LiveCode itself." I have been thinking

Re: Make numberFormat even better

Mark: > If we made this distinction, then it would be viable to > make it so that numberFormat *only* affects reals: > put 1 + 0 into tInteger > put 1. + 0 into tReal > set the numberFormat to "0.00" > put tInteger , tReal > => "1,1.00" I would expect big problems doing that generally! But it

Re: Make numberFormat even better

Curry Kenworthy wrote: > Some people are trend-attuned, bandwagonish and when something > like JavaScript becomes extremely popular, they feel the need > to compromise or follow it beyond the extent which is already > dictated by technology. It's possible that nothing will make > those people

Re: Make numberFormat even better

Roger: > I wouldn't even be here if not for my introduction to > English-like syntax via HyperCard 25+ years ago. My > apparently "not very useful work" over the past 25 years > ... has kept me employed, my family clothed and fed, > a roof over our heads, and all my bills paid. Well said! I'd

Re: Primes and primality checking

On 04/25/2017 11:15 AM, Mike Kerner via use-livecode wrote: Long Math is a longstanding ACL contest theme, and I think we've talked about it here, before, too, because every language runs into precision issues - sooner or later you're going to run out of digits in the register. In addition,

Re: Primes and primality checking

A modification from the web, similar, adapted to LC: on mouseUp local tNum put fld 2 into tNum put "" into fld 1 put isPrime(tNum) into fld 1 end mouseUp function isPrime pNum if pNum ≤ 1 then return false if pNum ≤ 3 then return true if pNum mod 2 = 0 or pNum mod 3 = 0 then

Re: Make numberFormat even better

Sorry Roger. I didn’t mean to open a debate on whether English-like syntax is good or bad. Just to make a point about doing coding gymnastics to follow a viewpoint, that actually makes things more complex. I think that all of us who start with LiveCode get hooked, then learn more by discussing

Re: Primes and primality checking

Long Math is a longstanding ACL contest theme, and I think we've talked about it here, before, too, because every language runs into precision issues - sooner or later you're going to run out of digits in the register. So in LC Put the value into a container Write the math algorithms that does it

Re: Make numberFormat even better

I wouldn't even be here if not for my introduction to English-like syntax via HyperCard 25+ years ago. My apparently "not very useful work" over the past 25 years while benefiting from that very same "less complex" syntax has kept me employed, my family clothed and fed, a roof over our heads, and

Re: Primes and primality checking

Devin. i don't get an overflow error til 309 digits. Where did the guy set a limit? Making some sort of composite gadget, like we played around with a while ago on the forum to allow long multiplications, additions, etc. without limit would be a general solution without, er, limit. Maybe

Re: Make numberFormat even better

Way to steal my post and make it eloquent, Bill :-P On Tue, Apr 25, 2017 at 12:57 PM, prothero--- via use-livecode < use-livecode@lists.runrev.com> wrote: > My point was to set variable types when they need to be set explicitly. > Those who don't want to set a type can just use forget about it.

Re: Font embedding for iOS in LC9

Try with 8 to make sure fonts work. There is a font bug in 9 on devices with retina screens. On Tue, Apr 25, 2017 at 12:33 PM, Keith Martin via use-livecode < use-livecode@lists.runrev.com> wrote: > On 25 Apr 2017, at 15:36, Andrew Bell via use-livecode wrote: > > Digging around through my

Re: Maje numberFormst even better

Richard, I'd love to see the behavior script. Soon I'll be needing something like that. I can roll my own, but will save a lot of time if there is a shareable version. Bill P William Prothero http://es.earthednet.org > On Apr 25, 2017, at 9:53 AM, Richard Gaskin via use-livecode >

Re: Make numberFormat even better

My point was to set variable types when they need to be set explicitly. Those who don't want to set a type can just use forget about it. Once you get into more scientific, numeric type applications, the precision and type of variables can get crucial. To me, the suggested changes to

Re: Maje numberFormst even better

Roland Huettmann wrote: > Here is a link for Excel cell formatting: > > Good guidance - thanks for including the link. > Millions of users know this formatting

Re: Font embedding for iOS in LC9

On 25 Apr 2017, at 15:36, Andrew Bell via use-livecode wrote: Digging around through my stack I found some old commented out code for "start using font file tFont" but that seems to be Mac/PC standalone code not needed for mobile. Not actual insight, at least in the sense of answers, but I

Re: Make numberFormat even better

On 2017-04-25 12:48, Lagi Pittas via use-livecode wrote: Hi I don't know why you want to adapt/enhance the number format as that could break already working code that uses the nuances of numberformat already. Although it may have not been 100% clear in my previous post, as numberFormat in

Re: Make numberFormat even better

Variable Typing! EEEK!!! Bob S > On Apr 25, 2017, at 08:33 , prothero--- via use-livecode > wrote: > > Folks, > What I see in this discussion is extreme efforts to do something that is > straightforward and transparent in other languages (I can see these

Re: Make numberFormat even better

On 04/25/2017 08:33 AM, prothero--- via use-livecode wrote: Folks, What I see in this discussion is extreme efforts to do something that is straightforward and transparent in other languages (I can see these suggested solutions as creating unnecessary complexity).That is to simply declare some

Re: Application not working with MacOSX 10.6 (maybe due to tsNet)

I'll look into that. Thanks ! Le 25/04/2017 à 17:52, Ludovic THEBAULT via use-livecode a écrit : Le 25 avr. 2017 à 17:47, Hakima Manseri via use-livecode a écrit : Hi everyone, I'm a LC newbie and have been trying to use an application a colleague is

Re: Application not working with MacOSX 10.6 (maybe due to tsNet)

> Le 25 avr. 2017 à 17:47, Hakima Manseri via use-livecode > a écrit : > > Hi everyone, > > I'm a LC newbie and have been trying to use an application a colleague is > developping with LiveCode 8.1.3 > > It works with MacOSX 10.9 and above but fails to launch

Application not working with MacOSX 10.6 (maybe due to tsNet)

Hi everyone, I'm a LC newbie and have been trying to use an application a colleague is developping with LiveCode 8.1.3 It works with MacOSX 10.9 and above but fails to launch for previous version. This was surprising since we thought LiveCode was still compatible with the 10.6 version. I

Re: Make numberFormat even better

Folks, What I see in this discussion is extreme efforts to do something that is straightforward and transparent in other languages (I can see these suggested solutions as creating unnecessary complexity).That is to simply declare some variable types. E.g. variable ix=integer double variable

Maje numberFormst even better

Very interesting discussion. Many thanks to all for deeper insight! Here is a link for Excel cell formatting: https://support.microsoft.com/en-us/help/264372/how-to-control-and-understand-settings-in-the-format-cells-dialog-box-in-excel Millions of users know this formatting style. Why reinvent

Primes and primality checking

Hey folks, This guy over on stackoverflow.com is asking for help generating and testing very large prime numbers. http://stackoverflow.com/questions/43600252/generate-and-check-the-primality-of-very-large-numbers-in-livecode I came up with this: on mouseUp local

Font embedding for iOS in LC9

I've been compiling an iOS app in 8.1.x but am trying to make the jump to 9.0dp6 for the cool new Business features like Remote Debugging. Things seemed to be working ok until I compiled a development version and installed it on my iPhone to find all my custom fonts were replaced with

Re: Make numberFormat even better

+1 And if you must introduce a arguably newer/better term, please make its syntax more English-like and less code-like. This _is_ LiveCode. Cryptic is for those other languages. /2_cents ~Roger On Tue, Apr 25, 2017 at 10:11 AM, Rick Harrison via use-livecode < use-livecode@lists.runrev.com>

Re: Make numberFormat even better

Hi Lagi, I can’t agree more. Never break anyone’s code if at all possible. Create a new numberformat like NumberFormatXL or something similar. Leave the old working stuff alone. Just my 2 cents for the day! Rick > On Apr 25, 2017, at 6:48 AM, Lagi Pittas via use-livecode >

Re: Make numberFormat even better

Would it make sense to say that if a container is strongly typed (i.e. declared as type x) it is type x and if it is not then it is not? Why can't you have it both ways? On Tue, Apr 25, 2017 at 6:48 AM, Lagi Pittas via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi > > I don't know

Re: Make numberFormat even better

Hi I don't know why you want to adapt/enhance the number format as that could break already working code that uses the nuances of numberformat already. Why not add an instruction NumberFormatXL and create the an Excel version like Curry says. You won't have to jump through hoops to make sure it

Re: Make numberFormat even better

On 2017-04-25 09:01, Curry Kenworthy via use-livecode wrote: To handle arrays better without requiring more lines of code, how about making numberFormat itself an array with at least two parts? Similar to the way the clipboardData has parts. Using it without a key works exactly like before, by

Make numberFormat even better

We've talked about this topic so much that now it almost seems a waste to let it go without trying to make some progress. :) Mark: > I'd disagree that anything involving the use of arrays could > be considered a 'rare case' or an 'outlier case' To handle arrays better without requiring more