LiveCode Forums

I found another test stack and it shows much improvement (comparing what was saved in the output field when the stack was saved). In particular, 'the number of' is fast for several chunks after one is obtained. Concatenation is much faster. Getting characters in the middle of a long string is fast! ...

Oh, maybe the problem I put in parentheses is related. If I click among visible characters, the insertion bar looks as it has. If I click on the first tab whitespace, I get the split insertion bar. If I click on subsequent tab whitespace, the whole insertion bar is put into the first part of the lin...

This should be a picture of the upper left corner of the field with the rendering problem related to the PS character.

I'm getting a split insertion bar when I click on the whitespace created by a tab. The upper is to the left of the tab whitespace and the lower is to the right. I have no right-to-left text. When should i be getting a split insertion bar? Is there a model on OS X I can look at? Or some online standa...

That is definitely not what I'm getting. It is probably a Mac thing.

How do I post a picture? I am so envious.

Yay! It works!

I'm not able to reproduce the combine problem, now.

I got a ? for a Unicode char in a key at times. Now, I don't see it. It might be one of those elusive things.

In an earlier dp 'is empty' was fast for a million byte string. Now it takes over a 100 us. In an earlier dp, equality of two large strings with the first and last bytes different was very fast. Now it takes 250 us, about the length of time to get the length of the string. Everything else is just sl...

The field is populated with this: put numToCodepoint( 0x2029) into PS -- paragraph separator put "ABC" & PS & "def" & PS & "ghi" & PS into field "Test" put "abc" & PS & "123" & PS after field "Test" put "xyz" & PS after field "Test" I would like to post a screenshot. Though, I don't know the way.

Yikes! My mistake. I thought this was fixed this time around.

The combine problem is still a bug, though.

Ah, combine works for Unicode the first time after APPLY, but not after that. That makes testing the Unicode roundtrip in arrayEncode/arrayDecode more interesting.

Is there a trick to using the full roundtrip arrayEncode and arrayDecode for Unicode? It is not working for me.

Also, I'm having some problems with combine involving Unicode.

Whatever is decided for the semantics of PS in fields, it should not mess up the rendering of nearby characters. I think I'm seeing part of the next wiped out (no foreground color over background color).

I got a hang on quitting for DP5. Force Quit worked. I'm on Mavericks (OS X 10.9.2).

If need be, I can submit a log. Those are made for force-quits, right?

cool! I hope to be all github soon!

We can find times where properties should be or must be set at the LiveCode 'open' or 'accept' for sockets, drivers and processes. Setting the properties afterward might not have the desired outcome. There might be several ways to do this. We can be inspired by object templates. Everywhere a socket,...