Re: Remote debugger

Debug mode is on (it always is, but I just checked again.) I set gRevDevelopment to true, but no change. It acts like the phone script stops at the breakpoint but the IDE doesn't know anything happened. On 2/24/17 12:39 AM, panagiotis merakos via use-livecode wrote: Hmm I guess you have

Re: Remote debugger

Hmm I guess you have checked Script Debug mode, is that correct? Maybe it is worth typing in the msg box "put true into grevdevelopment" and test again. This will catch any silent failure in the IDE, if any. On 24 Feb 2017 06:31, "J. Landman Gay via use-livecode" < use-livecode@lists.runrev.com>

Re: Remote debugger

How do the sockets communicate? My phone is on wifi, my Mac is ethernet. They both go through the same router though. On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote: Hi Jacque, Make sure you add the remote debugger inclusion in Inclusions pane. This should not be necessary in

Re: Remote debugger

Hi Panos, I did it both ways, with the remote debugger included and without, but got the same results. It stops the app at the point where it should activate and nothing else happens. On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote: Hi Jacque, Make sure you add the remote

Re: [ANN] Release 9.0.0 DP-5

I wish I could understand the way different "levels" come out concurrently. Are we to assume that all the new things in 8.1.3 are also bound into 9.0.0 DP-5? Richmond. On 2/23/17 10:41 pm, panagiotis merakos via use-livecode wrote: Dear list members, We are pleased to announce the release of

Re: Remote debugger

Hi Jacque, Make sure you add the remote debugger inclusion in Inclusions pane. This should not be necessary in the IDE, but currently you maybe have to do it. Best, Panos On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" < use-livecode@lists.runrev.com> wrote: > I jumped all over this

Remote debugger

I jumped all over this right away. I set a breakpoint in a test stack, tethered my phone to the Mac, and clicked the Test button. My button script: on mouseUp get "Testing" put it into fld 1 -- breakpoint set here end mouseUP The app launched on my phone and the script stopped executing

Re: Script locals in library stack script

On 2/10/17 2:22 PM, J. Landman Gay via use-livecode wrote: I have set the LC preference to preserve variables. In the past I have rarely seen a script local lose its value, and never if there has been no script compile. I don't know exactly when it started but I was in 8.1.3 rc 1 when I noticed

Re: deploy?

> On 24 Feb 2017, at 1:19 pm, Richard Gaskin via use-livecode > wrote: > > Sounds useful for automating build systems. At least part of it is > documented in the latest Release Notes - where can I find the rest of the > docs on that? It isn’t part of the

Re: deploy?

Monte Goulding wrote: >> On 24 Feb 2017, at 12:51 pm, Richard Gaskin wrote: >> >> What's the "deploy" command? It's not in the Dictionary. > > It’s an IDE only internal command for creating standalone engines. Sounds useful for automating build systems. At least part of it is documented in

Re: deploy?

It’s an IDE only internal command for creating standalone engines. > On 24 Feb 2017, at 12:51 pm, Richard Gaskin via use-livecode > wrote: > > The v9dp5 Release Notes include: > > Script-only deploy (9.0.0-dp-5) > It is now possible to use script-only stacks

deploy?

The v9dp5 Release Notes include: Script-only deploy (9.0.0-dp-5) It is now possible to use script-only stacks in the mainstack and auxiliary stack parameters to the deploy command. Sounds cool. What's the "deploy" command? It's not in the Dictionary. -- Richard Gaskin Fourth World

Re: [ANN] Release 9.0.0 DP-5

Sannyasin Brahmanathaswami wrote: > @Richard who wrote: > > "for deployment -- most recent stable…" > "for dev -- most recent build, know current state of engine as > pertains to your work." > > How logical! thanks… assuming there is no change in file format and > stacks are backward

Re: Call a function on another card

Bob Sneidar wrote: > I did a quick little test. The card's script local variables are not > accessible from the behavior script. True, but you may not need to: each object subscribed to a behavior script maintains its own set of script-local variables. -- Richard Gaskin Fourth World

Re: [ANN] Release 9.0.0 DP-5

@ Bob (who wrote) " Do you suggest that all development and improvement for version 8 and that we all wait for certain bugs to be addressed in the next major release? That would be unfortunate. Already since the earlier versions of 8, there have been marked improvements and bug fixes, such

SHA1 cracked .... What are the chances this will be addressed in LC?

Hi everyone, Read this article today. I use SHA1 in my software, so https://www.recode.net/2017/2/23/14715570/google-researchers-crack-internet-security-tool-sha1-encryption What do you all think? Should I bother reporting this? or is it fair to say they know about it? What are the chances

Re: [ANN] conference - tickets sent

Beste Dirk, Ik zal je off-list nog even een mailtje sturen. Kind regards, Mark Schonewille http://economy-x-talk.com https://www.facebook.com/marksch Buy the most extensive book on the LiveCode language: http://livecodebeginner.economy-x-talk.com Op 24-Feb-17 om 01:17 schreef Dirk prive via

Re: Call a function on another card

Thanks Bob, I’ll look at this more closely. One benefit of using custom properties rather than local variables is that I’ve seen that local variables are sometimes emptied on some script errors when working on a script. Then I have to quit and reload the stack. Peter On Feb 23, 2017, at 3:17

back to slow compile with 8.1.3?

I mentioned a bit ago that with the RC sequences of 8.1.3, I had to go to 7.1 to combine my stacks, but then they compiled quickly with 8.1.3. Now, I'm at 8 minutes and counting with the released 8.1.3 . . . -- Dr. Richard E. Hawkins, Esq. (702) 508-8462

Re: [ANN] conference - tickets sent

Ik zie niet direct mijn ticket? Groeten, Dirk Cleenwerck On Feb 23, 2017 23:39, "Mark Schonewille via use-livecode" < use-livecode@lists.runrev.com> wrote: > The tickets for the eHUG International Mini Conference on LiveCode have > been sent. Everyone who ordered a ticket until yesterday should

Standalone Builder Issues (again)

Hi all. I am getting the impression that the standalone builder goes to each card in each stack when building an application. The reason I think this is because I have an openStack handler in the card script of the mainstack which opens a login stack as modal. When building standalones now in

Re: [ANN] Release 9.0.0 DP-5

Probably a typo, but shouldn't the backslash be INSIDE the quotes in the example for Specifying local host and port when opening a socket? Bob S ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe,

Re: [ANN] Release 9.0.0 DP-5

> On 24 Feb 2017, at 9:42 am, Mike Kerner via use-livecode > wrote: > > Another question: Does the mobile have to be tethered to the desktop? If > I build a standalone, how are we going to communicate? They communicate via sockets so no it doesn’t need to be

Re: Call a function on another card

I did a quick little test. The card's script local variables are not accessible from the behavior script. At this point you might consider using card properties instead. This is what I have been doing. This way each card can have it's own "variables" in the form of properties. Then you can

Re: [ANN] Release 9.0.0 DP-5

LC Team, Congratulations and many thanks for this feature-packed release. Brilliant! Jim Lambert ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: [ANN] Release 9.0.0 DP-5

Sannyasin Brahmanathaswami wrote: > Why even continue in 8.* ? > > What issues are there with 9.* that would make it advisable not to > try it for production? For deployment it's usually best to use the most recent Stable build. But for development it's usually best to use the most recent

Re: Call a function on another card

I may be mistaken, but I think that script locals are accessible to a behavior script. If so, you could keep the script local variables in the card, and the handlers in a library or backscript. I will set up a test for that. Bob S > On Feb 23, 2017, at 14:51 , Peter Bogdanoff via

Re: Call a function on another card

Bob, This is a good question. In my case, each card script has script local variables that are used only for that card. In this unusual case (I’m creating a text search method) I need to access the contents of those variables from another stack. I indeed would like to move common handlers to

Re: [ANN] Release 9.0.0 DP-5

I'm drooling. I once told Kevin that about half of the lines of code in my mobile apps wind up being debugging code (granted the end up being commented out, eventually, but I digress). The biggest issue on mobile has always been debugging. I even have a debugging library that I have added to

Re: [ANN] Release 9.0.0 DP-5

Another question: Does the mobile have to be tethered to the desktop? If I build a standalone, how are we going to communicate? Did you guys also see that we will have a regular message box context with the app? That's just one less thing I have to include with my stack (and then use the

Re: Reveal in Find on Windows

HH wrote: Yes, you are right, the handler only opens the enclosing folder (or any path item of such a folder path). Actually that's my main use case… But now we have all options… thanks to all. nice to find that I can use launch for both Windows and Mac But has to have a slash on the

[ANN] conference - tickets sent

The tickets for the eHUG International Mini Conference on LiveCode have been sent. Everyone who ordered a ticket until yesterday should have received it by now. Obviously, if you didn't, you should contact me right-away. If you regret not having bought a ticket, you can still do so until we

Re: Call a function on another card

> On Feb 23, 2017, at 12:32 PM, Peter Bogdanoff via use-livecode > > wrote: > > put value("myFunction(hello, world)", group "myGroup" of card "myCard") into > tResult > > I want to use a variable as a parameter instead of

Re: Call a function on another card

When I encounter situations like these, I begin to ask myself why the handler is in a card script. If it needs to be accessible from other cards, it should probably be moved to the stack script, or put into a button and inserted into front or back. I have 3 buttons I use for this effect:

Re: [ANN] Release 9.0.0 DP-5

First of all this is a Developer Preview. Note the, "This is not a stable release" disclaimer. Consider also that some may be unwilling to move to version 9 until such a time as they feel confident that most of the issues have been shaken out of it. I am one of these. Do you suggest that all

Re: [ANN] Release 9.0.0 DP-5

I'm behind here in the overview: Why even continue in 8.* ? What issues are there with 9.* that would make it advisable not to try it for production? BR On 2/23/17, 10:41 AM, "use-livecode on behalf of panagiotis merakos via use-livecode"

Re: Call a function on another card

Yes, thank you, that works. I used: dispatch function "getPageNumber" to card "MITA" of stack "MITA" with tID What came back was in “the result” “it” contained “handled” pb On Feb 23, 2017, at 12:54 PM, Mike Bonner via use-livecode wrote: > Will this work for

Re: Call a function on another card

Will this work for you? dispatch function "myFunction" to card "myCard" put the result into tResult Parameters can also be passed using the "with" extension. Unlike the "call", "send" and "value" handlers, the parameters are sent directly to the target handler, rather than being extracted from

Re: Reveal in Find on Windows

@Roger I adjusted (uncompletely) the name to the OP's handler name. Yes, you are right, the handler only opens the enclosing folder (or any path item of such a folder path). The purpose of my post was to second the "launch document" solution for folders and moreover to add the linux variant for

[ANN] Release 9.0.0 DP-5

Dear list members, We are pleased to announce the release of LiveCode 9.0.0 DP-5. Developer Preview Release = Warning: this is not a stable release. Please ensure that you back up your stacks before testing them. Getting the Release === You can get the

Call a function on another card

Hi, I’m reading on http://lessons.livecode.com/m/4071/l/11787-how-to-call-a-function-or-command-in-another-object this: put value("myFunction(hello, world)", group "myGroup" of card "myCard") into tResult I want to use a variable as a parameter instead of “hello, world” as in the page

Re: Reveal in Find on Windows

You get a star for effort. ;-p I tried your handler on Mac and Win, (not currently one of the 50 million Linux users). It opened the folder but did not select (reveal) the file or folder. The start of your command name didn't match the end, but that's okay. Community effort, right? ~Roger

Re: Reveal in Find on Windows

> Richard G. wrote: > There are three major desktop OSes. :) Yes. And I'm _the only one_ in this thread who posted a handler that serves all these three ... http://lists.runrev.com/pipermail/use-livecode/2017-February/234858.html ___ use-livecode

Re: Reveal in Find on Windows

50 Million!!! pffft Well, let's not forget about the Amiga then. I know there are still at least 2, because I still have mine. ;) ~Roger On Thu, Feb 23, 2017 at 10:52 AM, Richard Gaskin via use-livecode <

Re: Reveal in Find on Windows

Mike Bonner wrote: Just remembered, you can bipass the shell call entirely.. launch document sRootFolder -- native lc command. Just need to do as I mentioned and be sure its a folder you're dealing with. (otherwise it will launch the apropos app to match the file type) It will probably work

Re: Script Editor fixable? (was: Configuring a Sublime Text project to notify LiveCode IDE about updates to script only stacks)

On Wed, Feb 22, 2017 at 8:01 PM, Sannyasin Brahmanathaswami via use-livecode wrote: > going a bit OT here… I've dabbled withj Atom, Visual Studio and also long > time ago Sublime… any reason you prefer Sublime? > > I still keep dropping out back to BBEdit.. but if

Re: Reveal in Find on Windows

The following works here on Mac/Win/Linux with LC 6/7/8/9. All my newer stacks have a menu (small square at top left) to do that for each path item of the current stack path. ## Opens the folder that contains the file pFolderFile command openWorkingFolder pFolderFile set itemdel to "/"

Re: Reveal in Find on Windows

Launch document is good, but the OP wants to simply open a folder, and as stated in his first post, reveal or select a specific file. I'll try the handler on Windows when I get to the office. ~Roger On Feb 22, 2017 10:45 PM, "Mike Bonner via use-livecode" < use-livecode@lists.runrev.com> wrote:

Re: Script Editor fixable? (was: Configuring a Sublime Text project to notify LiveCode IDE about updates to script only stacks)

Hi, William Prothero wrote > [...] A mothership sanctioned powerful external editor [...] Which one? This is the problem here. The "target audience" already has its favorite text editor, each another one ;-) So I think it would only make sense to have "the basics" collected at some place: -