LiveCode Forums

In my cursory look at the new layout module I think it is more in line with how you think about layout on the web. GM suffers from not handling containers well and does not do flow/wrapping of controls. The glaring GM bug is probably within the community’s ability to suggest a fix. I’ve looked and f...

I’ve done something along the same conceptual lines (MS Access controlling a web site in IE). My approach was to abstract as much as possible and use simple commands to do things like setValue(pObjectRef, pObjectValue) and clickItem(pObjectRef). Should be able to do something similar where the handl...

“By reference” means that instead of making a copy, that actual variable “reference” (pointer in other languages) is used. This allows changes to the variable inside the handler to be retained. The “@“ in the handler definition is what makes the variable “by reference”. See “pass by reference” in th...

I would suggest changing "buildCommand" to a handler instead of a function. The additional churn of using both a by reference variable but then copying and assigning it probably isn't that good. Since the engine does use "copy on write", memory use may not be an issue but the constant adding/removin...

Profiles may be another option although the IDE does not really support their use in the GUI. You didn’t mention if you tried the scale option.

@Richard You are correct in general, but for this specific use case I think the solution needed is just being able to shrink due to the pixel size difference between monitors.

Look up “scaleFactor” in the dictionary. That may be what you are after.

Is it a bug or a feature that it is not possible to scale AND position the element? It is a design decision. In one direction (H or V), you can either position or scale. You can have a single object that scales one direction and positions on the other. stam's example does that for the line. One oth...

You could shave a bit of time by using a script local and splitting the data into an array. Then accessing each line would be constant time, but probably still noticeable. Somewhere at the top of your code (outside any handler): local sData, sLine Someone in the mouseUp that starts everything: put f...

I think you should be able to do this without recursion. You just need to keep track of the folder depth at any time and account for changing levels.

Should be able to use special folder path in either environment.

I also find doing a search in Atom useful, but the main reason I externalize my stack’s scripts is for version tracking. Git makes it very easy to see the changes to scripts over time. ScriptTracker provides this to me without the need to convert everything to real script only stacks (the files coul...

I had it working on my previous company laptop with Atom. Pretty much the same as on the Mac though. Just download the server binaries for Windows and enter the path (I’ve only done it in Atom).

The server component is a separate download. The community version should work fine for linting (at least until the new LC 10 syntax is used).

This the root of the problem: command Routine_B InData,aOutputData_A @OutputData_B You are shadowing your script local via the function call, so the data is not being saved. In Routine_B, aOutputData_A is a copy of what is passed in (LC does a copy on write for parameters not passed by reference) Yo...