What I did to make this easier is I created a Development menu in the stack
menu that I remove in standalones. Openstack builds a submenu in the
Development menu for all the behavior buttons (but they could be script only
stacks) so that I can click Development/Scripts/ to edit the
script of
You are so clever, Herman! Yes, the idea is to write it out into a field.
This is great for the Taylor series, but how would one generalize this so that
we could expand any fctn of x and n in the “genFctn” field into the
“expandedFctn” field
Sorry to take up so much of your time.
Thanks,
On 12/27/18 10:21 AM, J. Landman Gay via use-livecode wrote:
I've heard you can insert hard-coded breakpoint commands in the script
instead but I haven't tried that yet. (Then you need to track them down
and remove them when they are no longer needed.)
If you don't have remote debugging
Thanks to Herman and Håkan but I haven’t got it yet.
Consider the sum from n=0 to 2 of x^n/n!. What I want to do is expand this into
the series x^0/0! + x^1/1! + x^2/2! etc.
I can’t seem to wrap my head around this one!!
Thanks very much,
Roger
> On Dec 27, 2018, at 8:25 AM,
Merry Christmas and happy new year 2019
I have a problem with map widget, on android the app close, when I´ll try
to create a map widget by a button
create widget as "com.livecode.widget.native.map"
best regards
Jose Enrique Montero
___
use-livecode
J. Landman Gay wrote:
> The issue is remote debugging. Script only stacks save nothing but
> scripts.
> Breakpoints are stored as custom properties which are lost when the
> stack is saved as part of a standalone, so when testing a mobile app
> they are gone and the debugger is unavailable.
Ah,
replace "x^n" with "x^" & n in field "formula"
might do the trick…
:-Håkan
On 27 Dec 2018, 04:34 +0100, Roger Guay via use-livecode
, wrote:
> As an example, I want to replace the contents of a field that contains x^n
> with x^1 or x^2 or x^3 as n= 1 or 2 or 3 etc.
> But I can’t seem to find
The issue is remote debugging. Script only stacks save nothing but scripts.
Breakpoints are stored as custom properties which are lost when the stack
is saved as part of a standalone, so when testing a mobile app they are
gone and the debugger is unavailable.
I've heard you can insert
You don't want to compute it but want to write it out into a field?
on mouseUp
put taylorsum(4,"x") into fld "OUT"
end mouseUp
function taylorsum n,x -- n is the degree, x the function argument
put "1" into s -- or: put x &"^0/0!" into s
repeat with i=1 to n
put " + " & x &"^"& i
Wait a minute . . I think I got it:
on mouseUp
put 0 into m
repeat 3 --(or any number)
get fld "genFctn"
put it&"+" after field "explFctn"
replace n with m in fld "explFctn"
add 1 to m
end repeat
Precicely why I wanted to nest datagrid behaviors. This is working really well
for me by the way. I have about 8 datagrids on what I call the Main Form, all
running the same nested behavior inserted before the default datagrid behavior.
If I need grid-specific code called from the behaviors I
Dear Jacque,
I know too well the rabbit holes that lies deep into some LC projects.
As Richard have guessed, by using a ton of behaviors and libraries, you
can end up with code that you can't easily trace and also which becomes
quite hard to debug. As Jacque and I worked on the same project,
Wait, they made that into a law?? Can't I even just be free to screw up
anymore??? So oppressive!
Bob S
> On Dec 27, 2018, at 13:37 , Mark Wieder via use-livecode
> wrote:
>
> That said, it's probably good practice to remove them before shipping anyway
> because of the Law of Unintended
Well, this stimulated a quite a discussion.
@Trevor: Thank you about tips on staying organized. An very good points on how
useful it could be the have nested behaviors though you have not used it yet
this was an important observation :" If you use a library script you have to
pass a
model
It's to keep you safe, like the TSA. And if you complain they'll make you
debug with your shoes and belt off.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 27, 2018 3:48:41 PM Bob Sneidar via use-livecode
wrote:
Wait,
I should have guessed why you wrote that. :)
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 27, 2018 2:40:30 PM Andre Alves Garzia via use-livecode
wrote:
Dear Jacque,
I know too well the rabbit holes that lies deep into
:-)
> On Dec 27, 2018, at 14:37 , J. Landman Gay via use-livecode
> wrote:
>
> It's to keep you safe, like the TSA. And if you complain they'll make you
> debug with your shoes and belt off.
___
use-livecode mailing list
On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode
wrote:
Sounds like one more reason to allow stack properties as YAML frontmatter
in the file. Ever since I suggested that a couple years back, the range of
valuable use-cases keeps growing.
I wouldn't mind if you poked them
On 12/27/18 4:13 PM, Mark Wieder via use-livecode wrote:
Especially since there's already code in the engine to handle the
"metadata" keyword for LCS.
Er... I meant, of course, LCB.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing
JigsawPuzzle2d-video is a HTML5 standalone that demoes what LC is able to do.
I have seen such "live" computed puzzle pieces until now only in specialized
native apps.
Images.
You can choose a built-in image or import a local one into the standalone.
Moreover choose the base width for the pieces
J. Landman Gay wrote:
> On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode
> wrote:
>>
>> Sounds like one more reason to allow stack properties as YAML
>> frontmatter in the file. Ever since I suggested that a couple
>> years back, the range of valuable use-cases keeps growing.
>
On 12/27/18 3:18 PM, J. Landman Gay via use-livecode wrote:
On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode
wrote:
Sounds like one more reason to allow stack properties as YAML
frontmatter in the file. Ever since I suggested that a couple years
back, the range of valuable
> Todd wrote:
> I assume that it is a memory leaking error. Has anyone had this problem of
> calling LiveCode function from a JavaScript function in the browser?? This
> is a HUGE problem for us as the app cannot be shipped.
Libbrowser eats on desktop up to 5 MByte of memory per second. Bug
> Roger wrote:
> I want to replace the contents of a field that contains x^n
> with x^1 or x^2 or x^3 as n= 1 or 2 or 3 etc.
You could try to write in the file "x^[[n]] + x^[[n+1]]"
and then script
put 2 into n
put merge(fld 1) into fld 1
--> yields "x^2 + x^3"
Yeah, I know breakpoints don't hurt in standalones but during active
debugging you have to keep moving them around or deleting them to avoid
unintended breaks. At least with red dots you can zap them all at once with
a menu selection.
I've had more than one brush with the law you mentioned.
Part of the reason is that it is a “script only stack” and as soon as you start
adding other things it is no longer script only. If you need to store other
things, then why not just use a binary stack file? Version control... use
ScriptTracker (or some other method of script export that
26 matches
Mail list logo
