David Bovill wrote:
> I've been working for a while on a native server written in Livecode
> using sockets. I feel it is definitely something that is sorely needed
> - but to do it properly is more work that I initially thought. I need
> to add HTTP 206 partial content support -
>
The blog discussion re v10 mentions this fix to OAuth2:
"OAuth2 redirect parameters are now correctly decoded"
I was unable to find the corresponding bug report for that item.
Does anyone here know the bug report ID for that?
And can anyone on the team confirm if this will be backported to
Craig Newman wrote:
> “reSizeControl” is a message. What I mean by that is if you are already
> running under script control, why do you need to send such a message at
> all? Can’t your handler do whatever you needed to if the user did the
> actual resize action?
He's asking about resizing that
Alex Tweedly wrote:
> On 27/11/2023 00:02, ambassador--- via use-livecode wrote:
>> I suspect most layouts won't encounter this much of a difference. After all,
>> I did choose the elements I could put together quickly with rendering
>> impairment
>> in mind.
An excuse to benchmark? Sure, I'll bite. :)
I didn't test the third option because I feel confident we'd find it similar to
the second but with the extra overhead of object/memory allocation.
My hunch was that groups would be faster than cards, because everthing needs to
be unpacked and ready
Paul Dupuis wrote:
> Is there a message sent when a user click the maximize icon (macOS
> and Windows) in the titlebar of a window?
As others have pointed out, resizeStack is sent. And by definition, wouldn't
the windowBoundingRect be the maximized size?
I'm curious: what does the app need to
David Bovill wrote:
> With the old JavaScript export you had a separation between the engine
> and stacks such that you could cache the engine part in the browser to
> speed up the loading of the much smaller stacks. Is that the case (or
> it is intended to be the case in the future) with the wasm
Paul Dupuis wrote:
>> We're just in the middle of testing, but we're seeing some issues
>> where the contents of a palette window are not rendering (just an
>> empty window) in a Livecode 9.6.10 standalone under macOS Sonoma.
>>
>> Anyone else see anything like this?
>
> Okay, this was all a false
Neville Smythe wrote:
> I seem to have hallucinated that the built-in convert handler recognised
> the ISO date and dateTime formats (-MM-DD, -MM-DD
> hh:mm:ss+-http://hh.ss, etc) but I must have written my own conversion
> routines in a former life.
> But one would have to ask… Why
Paul Dupuis wrote:
> I have a LC9 field object - just a scrolling field (not a list field)
with
> a lot of text. The user selects some text and then click a button
near
> the field. I want the selection to remain highlighted, but when you
>
click outside the field the highlight goes away.
Any
What are the advantage of instantiating the new stack from data in a
prop rather than by cloning a substack?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
Robert J. Earp wrote:
Jim,
I’ve had this before with other accounts, albeit not run-rev. It’s
always
a problem with the server thinking I’m sending spam when eMailing to
many
addresses. Even if you get the IP address removed from a blacklist you
run
the risk of it getting put on again
andrew at midwestcoastmedia.com wrote:
I realize there are better and more efficient ways to construct that
loop, but the fact that the original code does not throw an error in
9.0.5rc1 but does throw an error in 9.5dp1 made it seem like a
regression.
If the syntax is invalid, flagging it as
Tom Glod wrote:
My LC written client will send to cloud for long term storage on the
livecloud system.. but then I will have to pull the data to
aggregate,
count, and analyze it to show data interesting and useful points to the
customers.. As much as I love LC I really want to do the
Tom Glod wrote:
Thanks for that tip of undertanding about the array encoding. Explains
why its really fast.
Its not really the encoding / decoding speed i am thinking about. Lets
see if I can explain better.
I can try to read C code in the codebase to see if i can see how the
data gets
Tom Glod wrote:
Hi Friends, I love the convenience of encoding arrays into binary
chunks
for saving and transport.
But while doing data processing ideally I'd like to be able to decode
my
livecode arrays in other more high performance languages.
LC's arrays are encoded and decoded in
You may find the styledText array helpful.
Richard GaskinFourth World Systems
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
17 matches
Mail list logo
