LiveCode Forums.

It seems like the internet is going wonky. I've also got server problems out of nowhere.

I need to take that variable and find the nearest larger even multiple of 6 into which it "fits". Hi Craig, I'd also be stumped by the behavior you've described. However, there may be a better way to find the nearest larger even multiple of 6 into which it fits. Here's a little function that may ge...

I've just now discovered that the password input actually has no id attribute, so that's why there's an error.

I will now close this topic because I don't want to waste anyone else's time.

Hi all I have a password type input on a form in a browser widget. I get an error when I try to set the input's value like so: do "document.getElementById('login_passwd').value = 'myPassword'" in widget "Browser1" The error says, LCB Error Value is not of correct type for assignment to variable - ex...

Guys.

I think we've misunderstood what the OP wants. He seems to want to know how to handle the enter key only once while the enter key is down, i.e. do something when the enter key is pressed, but only once, until the enter key is released.

Gerrie

Machine A will not know about machine B's changes and vice versa. If machine A saves its changes, and then machine B saves its changes, machine A's changes will be lost.

I saw at least die 8.0.2 DP-2 Windows version there. The Mac and Linux versions there show version 8.0.2. I'm not sure if they are DP-2, though. You may have to select "Show all" in die "Download options" pane. EDIT: Correction -- sorry, I see the 8.2.0 DP-2 Windows version is there, but only for Wi...

Archive.org has them.

https://archive.org/search?query=creato ... 2C+Inc.%22

HTH

Gerrie

I also think it's a LC bug, so I posted my proof just to tease you all.

I knew that LC treats empty like the number zero in arithmetic operations. I just did not expect that the <= operator would disagree wirh the < and = operators when comparing empty with the number 0.

What made you think that your string of trials would lead you to the conclusion that empty had anything to do with 0? Just LC's logic. If LC says (empty < 0) is false, and (empty > 0) is false, but (empty <= 0) is true, and (empty >= 0) is true, then logically (empty = 0) must be true. I can also a...

richmond62 wrote: ↑

Wed May 03, 2023 6:56 pm

empty is BIGGER than 0

LC told me it's not

richmond62 wrote: ↑

Wed May 03, 2023 6:56 pm

empty is SMALLER than 0

LC told me it's not

Just some LC silliness to brighten your day: By testing the following statements one-by-one in the message box, I can't help but conclude that empty is equal to 0: put (empty < 0) put (empty > 0) put (empty <= 0) put (empty >= 0) And then to spite me, testing the following statement disproved my con...

Their effect is identical precisely because CR and LF in LiveCode have been defined as control character 10, even though they were supposed to be different.

Dear fellow LiveCode users, Just to help prevent some of you getting a bit confused as I have, please note that at the time of my writing this post, the word "CR" in LiveCode does NOT mean control character 13. Even though CR is supposed to mean "Carriage Return", the LiveCode engine has CR meaning ...

Sorry everyone, I found the reason for what seemed to be a bug in the replaceText function, but isn't. My confusion came as a result of CR and LF both being considered by LiveCode as control character 10. I expected CR to mean control character 13, but according to the LC dictionary, return, CR and ...