We did it just for you because we've all been there.
:)
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On August 19, 2022 6:54:47 PM Alex Tweedly via use-livecode
wrote:
I've had a pretty shitty day. A variety of things have
No, THANK YOU!
On 8/19/2022 7:53 PM, Alex Tweedly via use-livecode wrote:
I've had a pretty shitty day. A variety of things have happened, or
not happened, that made it not one of the good days.
So I was not happy, and rather grumpy. (My apologies to Panos for
being ungracious in an earlier
I've had a pretty shitty day. A variety of things have happened, or not
happened, that made it not one of the good days.
So I was not happy, and rather grumpy. (My apologies to Panos for being
ungracious in an earlier post - it was meant to be a plea for
completeness of the product in
On 8/19/2022 7:40 PM, Mark Wieder via use-livecode wrote:
On 8/19/22 16:31, Alex Tweedly via use-livecode wrote:
to trim about another 15% off the time (for my sample data, 24ms down
to 20ms.)
Nice.
Note, of course, that we're all going on the assumption that all four
fields contain the
On 20/08/2022 00:03, Bob Sneidar via use-livecode wrote:
It's probably a lot of text. The engine has to start from the beginning of
every string then scan through for every cr or lf or cr/lf or whatever counts
as a line break, until if finds the nth one. The more lines, the longer the
scan
On 8/19/22 16:03, Bob Sneidar via use-livecode wrote:
It's probably a lot of text. The engine has to start from the beginning of
every string then scan through for every cr or lf or cr/lf or whatever counts
as a line break, until if finds the nth one. The more lines, the longer the
scan takes
On 8/19/22 16:31, Alex Tweedly via use-livecode wrote:
to trim about another 15% off the time (for my sample data, 24ms down to
20ms.)
Nice.
Note, of course, that we're all going on the assumption that all four
fields contain the same number of lines.
--
Mark Wieder
ahsoftw...@gmail.com
On 19/08/2022 23:32, Mark Wieder via use-livecode wrote:
It is indeed faster. Here's what I came up with. I'm not sure why 2000
lines of text in four fields should take that long, I came up with
original code: 320 ms
array version: 21 ms
put empty into vCombined
put fld "A" into v1
It's probably a lot of text. The engine has to start from the beginning of
every string then scan through for every cr or lf or cr/lf or whatever counts
as a line break, until if finds the nth one. The more lines, the longer the
scan takes each time, and the more text per line the exponentially
On 8/19/22 15:07, Bob Sneidar via use-livecode wrote:
Off the top of my head:
split v1 by tab
split v2 by tab
split v3 by tab
split v4 by tab
put the keys of v1 into tKeyList
sort tKeyList ascending numeric
repeat for each line tKey in tKeyList
put tKey & tab & v1 [tKey] & tab & v2 [tKey]
Based on what Bob said, here is my version of that handler:
on mouseUp
local tA, tB, tC, tD, tAll, tStart, tEnd
put fld "A" into tA
put fld "B" into tB
put fld "C" into tC
put fld "D" into tD
--
put the milliseconds into tStart
split tA by cr
split tB by cr
split tC
First optimization would be to put … & cr after vCombined and then delete the
trailing from when done.
Sent from my iPhone
> On Aug 19, 2022, at 5:11 PM, Paul Dupuis via use-livecode
> wrote:
>
> I have a set of fields, call them A, B, C, and D. Each has the same number
> of lines. Each
Off the top of my head:
split v1 by tab
split v2 by tab
split v3 by tab
split v4 by tab
put the keys of v1 into tKeyList
sort tKeyList ascending numeric
repeat for each line tKey in tKeyList
put tKey & tab & v1 [tKey] & tab & v2 [tKey] & tab & v3 [tKey] & tab & v4
[tKey] & cr after
I have a set of fields, call them A, B, C, and D. Each has the same
number of lines. Each field has different text (per line)
I need to combine the data - frequently - into a form that look like:
C>
For the number of lines in the set of fields. Currently I do this as
follows:
put empty
> On 19 Aug 2022, at 16:01, panagiotis m via use-livecode
> wrote:
>
> Hello all,
>
> BTW, I just wrote a lesson on how to scroll a LC text field on Web using
> :
>>
Thank you.
But at the risk of sounding ungrateful - please don’t.
Please just make basic functionality like resizing,
I just tried the kangaroo example on your web site using my Android tablet.
It behaves just like my slider widget. I can tap in the scrollbar to get
the field scroll to jump but the indicator can't be moved. When I try, the
whole canvas moves instead.
--
Jacqueline Landman Gay |
Hello all,
BTW, I just wrote a lesson on how to scroll a LC text field on Web using
:
https://lessons.livecode.com/m/2592/l/1595736-scrolling-a-livecode-text-field-on-web-using-javascript
Cheers,
Panos
--
On Fri, 19 Aug 2022 at 16:22, Andreas Bergendal via use-livecode <
while we're on the topic, i was just having a conversation off-list and it
reminded me: we really should do another lcb class.
i looked at lcb a couple of times, messed with it, and then said "meh", and
moved on.
On Fri, Aug 19, 2022 at 8:56 AM panagiotis m via use-livecode <
Thanks for the hint, Panos - that is useful to mention for those who want to
try it.
However, that is not my problem - I’ve already done that!
Kangaroo’s stack works as advertised, as is (with dp-4 mod):
https://wheninspace.com/test/WebScrollField.html
Hello Andreas,
To use Kangaroo's sample stack as is (
https://forums.livecode.com/viewtopic.php?f=120=36957) you have to tweak
the custom standalone.html that is included in the Copy Files section and
replace "" at line 213
with the correct version of LC 10 you're using, I guess in this case
""
Hello,
Thank you all for the useful comments.
I *think* the LCB feature in LC 10 Steven mentioned is the "is
valid" operator, that returns a boolean value indicating whether or not the
image data is valid.
Also, note that in the upcoming releases of LC 10 we will add syntax for
checking if a
Bah, I can only get Kangaroo’s scroller trigger to work if deployed in a
separate standalone. No matter how I try to integrate the code in my portal, it
just doesn’t trigger.
In any case, the code that works in desktop web browsers doesn't work in mobile
browsers, so there is still a problem
Hi Jacque,
1. I can’t test on Android, but I doubt an Android native field would solve the
problem here, as the platform is Web, thus not really natively Android. The LC
web engine doesn’t seem to know where it is running, apart from "in a browser”…
But do try putting an Android native field
23 matches
Mail list logo
