I'm having the same problem. I had to build with the latest 9.6dp release
because it fixed some Android issues and I had a deadline. It's in the Play
Store now and it's had several crashes and ANRS. There's no info on the
cause and we couldn't repeat it. We're about to submit the iOS app now
dunbarx wrote:> Richard.
> I will keep a eye out to see if something I do or some particular
> section of code which causes a crash.
> I have no issue with sending you my stack; it is only for internal
> use. But there are many handlers in many controls on many cards, all
> in a mainStack and a
Richard.
I will keep a eye out to see if something I do or some particular section of
code which causes a crash.
I have no issue with sending you my stack; it is only for internal use. But
there are many handlers in many controls on many cards, all in a mainStack and
a handful of substacks. I
On 2/20/20 7:34 PM, Richard Gaskin via use-livecode wrote:
Thank you, Mark. Receiving the corrupted stack might be interesting,
A doubtful prospect at best.
Do you have a recipe I can follow for this?
Absolutely no recipe. These things just sneak up on me, and by the time
I can notice
Thank you, Mark. Receiving the corrupted stack might be interesting,
but what would certainly be most interesting would be to re-create that
here.
Do you have a recipe I can follow for this?
Do you see the same behavior if plugins are disabled?
--
Richard Gaskin
Fourth World Systems
On 2/20/20 11:56 AM, Richard Gaskin via use-livecode wrote:
On the forums we see a another, with surprising frequency: when the
behavior of a script is not understood, the poster will sometimes
surmise that the cause is somehow file format corruption. Many cases
turn out to be just syntax
Great!
BR
yes. :-)
> I found nothing in a dictionary search for "shake" and looked through
> (quickly) all mobile commands, perhaps it a buried parameter?
Check this lesson from the mothership:
dunbarx wrote:
> Richard wrote:
>> Crashers are of course serious, but the good news is that you're only
>> seeing it in one project. Feel free to email me directly if you're
>> in a position to allow me to review the errant code, and I'll see
>> what we can do to both find a workaround to keep
So glad you chimed in, Mark. This is pretty impressive. I'll need to use the "for each element"
structure because my tags are not unique, but it still is much faster. When clicking a tag at
the top of the document that links to the last anchor at the bottom of the text, I get a timing
of about
Crashers are of course serious, but the good news is that you're only
seeing it in one project. Feel free to email me directly if you're in a
position to allow me to review the errant code, and I'll see what we can
do to both find a workaround to keep your progress moving along well,
and
Sorry, forgot that some html entities are not displayed in the list:
So assuming (unusual) should read
-- [1] you use the following for a link target
-- Xtarget10X
where X is ("&" & "#1;") ..., the html translation of numToChar(1).
-- LC translates numToChar(1) to " " should read
-- LC
As others try to optimize ("ping") I'll try an improvement too ("pong")
with using another method that requires to change your link targets ONCE:
Instead of unique targets write in your field
""(1)&"target10"(1)&"""
Handler replaceTargets below does it (slowly) but you probably don't
need it
dunbarx wrote:
> Several threads on the forum have bemoaned what is labeled an
> overarching bug issue in LC.
...
> I am really only concerned that LC not get a reputation for being
> unstable.
Most of us share that concern. To assess the issue soberly compels us
to examine the nature and
In reply to Mark Waddingham's comments
Thank you Mark Waddingham for the improved scripts and the hints as to why they
improve speed.
I adapted Mark's version for unique occurrence, changed how the position of the
target word is determined in the target line.
It is not safe to assume that the
Hi Mark,
> Am 20.02.2020 um 14:55 schrieb Mark Waddingham via use-livecode
> :
>
> On 2020-02-18 18:40, Klaus major-k via use-livecode wrote:
>> Hi friends,
>> I know that copying text form a PDF file may result in unexspected results,
>> but this is really ridicoulous!?
>> I created a PDF from
On 2020-02-18 18:40, Klaus major-k via use-livecode wrote:
Hi friends,
I know that copying text form a PDF file may result in unexspected
results,
but this is really ridicoulous!?
I created a PDF from LC (selected "Save as PDF" in the macOS Print
dialog)
and when I copy some text and past
ChangeImage Widget v106
This is a (partial) extension of the TurnImage widget (v135).
It adds masking of the images and several transition animations
(from one image to a second one). We now have
zoom, barn door horiz/vert, move horiz/vert, squeeze horiz/vert,
swipe diag/horiz/vert,
Of course *all* three of my suggested approaches are wrong - I messed up
the inner loop in each...
On 2020-02-20 07:56, Mark Waddingham via use-livecode wrote:
NON-UNIQUE ANCHORS
repeat with i = 1 to the number of elements in tDataA
local tRunsA
put tDataA[i]["runs"] into tRunsA
repeat
18 matches
Mail list logo