Re: Odd behavior in Win8-I'm stuck fixing it, Help??

William - thanks for the link. Please add me to the list. I'd be interested in using this material in teaching, and help with any code. It is a subject that I am very interested in. Great work! On 17 July 2015 at 21:48, William Prothero wrote: > PS: > The app I am developing is targeted at high

Re: Totally Loopy

Now that make no sense :) On 17 July 2015 at 19:17, Roger Eller wrote: > I have also found that toggling the blendLevel from 100 to 0 is very quick > and efficient, compared to hide/show. > > ~Roger > > > On Fri, Jul 17, 2015 at 1:50 PM, Scott Rossi > wrote: > > > In addition to the wait(/send?

Before and after Livecode

Has anyone been using the "before" and "after" handlers in Livecode? If so what for? I'm very impressed with them. Together with chain-able behaviors I this we have some great opportunities for code collaboration without the usual name space collisions you get with global libraries. If anyone has

Re: OT: No More Servers

Yes good feature request. My approach with Livecode and p2p is not to implement everything in Livecode. If we did that we would be back to the same problems we have with Livecode and the web stack - I want to integrate the new p2p tools into the Livecode tool chain using a combination of command l

Re: The width and height of a stack

Seems to be working fine here (including breakpoints) with LC 7.1.0 (dp1), LC 6.7.6, LC7.6.4 and LC 5.5.5 on OS X 10.10.4 Simple test stack is on DBx if it’s any use… https://www.dropbox.com/s/3tu8fuja2oekfpp/Bob%20Script%20Test%205.livecode?dl=0 Paul > On Jul 17, 2015, at 19:48, Bob Sneidar

Re: The width and height of a stack

Same thing with 6.7.6. I guess I can try a version of 7… I don’t think anything is going to change. Bob S > On Jul 17, 2015, at 19:32 , Bob Sneidar wrote: > > What is even weirder, is that if I set a breakpoint after the height or width > statement in the openCard handler, whichever is firs

Re: The width and height of a stack

What is even weirder, is that if I set a breakpoint after the height or width statement in the openCard handler, whichever is first, the command completes and executes the first sizing statement but then the script crashes! If I put a breakpoint after the first sizing statement, it never reaches

The width and height of a stack

Hi all. I have these two handlers in each of 3 cards of a stack: on openCard lock screen -- set the size of the stack set the width of this stack to the lastWidth of me set the height of this stack to the lastHeight of me set the loc of this stack to the lastLoc of me end openCa

Re: OT: No More Servers

David Bovill wrote: > Is anyone on this list interested in topics of decentralised > architecture? I've a long standing interest in them, and there > are some very interesting new tools that I feel are of deep > relevance to Livecode and the Livecode community. > > A decentralised architecture is

Re: Filing Bugs is so hard - bugzilla is buggy

David Bovill wrote: > I'd love to file a bug. I'm getting a crash when I set a behavior. > I've tried logging in - no joy. So resetting password (3 times) - > no email sent as far as I can tell. Do you have livecode.com whitelisted in your spam system? > Can we not now finally move over to Git

Re: Odd behavior in Win8-I'm stuck fixing it, Help??

PS: The app I am developing is targeted at high school and college introductory Earth Science classes and is focussed on getting a range of data that supports the theory of Plate Tectonics into student hands. These data support realistic scientific investigations and science writing. Some of th

Re: Release 6.7.7 RC 1 / 7.1.0 DP 1

I wrote: > I am unable to launch either 6.7.7 (rc 1) or 7.1.0 (dp 1) on OS X 10.10.4. > Get a hard crash just before the Start Center window should appear. FYI, once I removed NativeSoft’s Data Tree 2.0 from the plugins folder both versions of LC launch properly. Jim Lambert

Re: [OT] Leaving Bulgaria?

Actually the French would rather say "bonne route"... "bon vent" has a kind of unfriendly side... That's something you say when you're happy to get rid of someone... jbv > > As the French would say, “Bon Vent” in your future enterprise. > ___ use-liv

[OT] Leaving Bulgaria?

Hi from Beautiful Brittany, Richmond, After 10 years, you either return home, or you never return home. After 45 years, I must admit that I am solidly entrenched in France - children and grandchildren make it hard to go back - and why indeed would you go back, ……. unless ..., I remember what it w

Re: Totally Loopy

I have also found that toggling the blendLevel from 100 to 0 is very quick and efficient, compared to hide/show. ~Roger On Fri, Jul 17, 2015 at 1:50 PM, Scott Rossi wrote: > In addition to the wait(/send?) options proposed, you might consider > displaying your animation more efficiently. Showi

Re: Release 6.7.7 RC 1 / 7.1.0 DP 1

I am unable to launch either 6.7.7 (rc 1) or 7.1.0 (dp 1) on OS X 10.10.4. Get a hard crash just before the Start Center window should appear. Previous version launch fin. Anyone else seeing this? Thanks, Jim Lambert ___ use-livecode mailing list use-l

Re: Totally Loopy

In addition to the wait(/send?) options proposed, you might consider displaying your animation more efficiently. Showing an image and hiding another requires two steps and is inefficient. You can use a transparent button to display your "frames" by setting the icon property of the button to the

Re: Improving "Bug Reports" feature of standalones

Tom: I second that. Without this info, the bug report is pretty useless to me. I assume all bugs are caused by my code, and may be platform dependent, so this info is critical. Bill > On Jul 17, 2015, at 8:23 AM, tbodine wrote: > > Hi all. > > I use the built-in "Bug Reports" feature of the s

Improving "Bug Reports" feature of standalones

Hi all. I use the built-in "Bug Reports" feature of the standalone builder, which provides basic info. via email when a user hits an error. Problem is these reports omit basic, key details, such as the platform and my codebase version number. And users never include those in their comments. A typ

Re: OT: No More Servers

First, let's see who else is interested, and then second, after we see, let's take this off-list until we have something interesting to share with everyone else. On Fri, Jul 17, 2015 at 9:27 AM, David Bovill wrote: > What time / day of the week would be good for you Mike? > > On 17 July 2015 at

Re: Coding in Livecode in the browser (with Emscripten)

Yes - that's the point. These other languages are available to run in a browser window via an emulated terminal. It would be great to add Livecode to this list of languages, whil ewe wait for the intricacies of event handling and GUI rendering - we could have Livecode in a terminal (used in a teac

Re: Coding in Livecode in the browser (with Emscripten)

That’s exactly what we’re doing — the LiveCode engine is compiled into JavaScript using Emscripten. Like those other languages, we’re not converting LiveCode Script to JavaScript directly; it is the engine that runs those languages that has been compiled to JavaScript. Fraser On 17 Jul 2015,

Re: Totally Loopy

You could also use a send loop and keep track of which image is currently visible, switch to the next frame, loop again. And then use "the keysdown" within the loop itself to check for the arrow keys. (As I did in the other animation you asked about) Off the top of my head, something like.. on a

Coding in Livecode in the browser (with Emscripten)

So what would it take for Livecode to join this set of languages, all running in the browser, in an open source emulator: - Python - Ruby - PHP - Sceme - Lua - Java - Lolcode - FORTH - Many others The languages are compiled down to Javascript

Re: OT: No More Servers

What time / day of the week would be good for you Mike? On 17 July 2015 at 14:22, Mike Kerner wrote: > Most definitely, and doing it, now, with new apps, and think it's of > critical importance. I'm not as server-detatched as I want to be, so I'm > all ears. > > On Fri, Jul 17, 2015 at 6:28 AM,

Re: OT: No More Servers

Most definitely, and doing it, now, with new apps, and think it's of critical importance. I'm not as server-detatched as I want to be, so I'm all ears. On Fri, Jul 17, 2015 at 6:28 AM, David Bovill wrote: > Is anyone on this list interested in topics of decentralised architecture? > I've a long

Re: Totally Loopy

Disregard that - as soon as I hit send, my mail client fetched the other responses :) On Fri, 17 Jul 2015 12:46:45 +0100, David Williams wrote: Hi Richmond, The way to do this is to wait with messages - so 'wait 4 ticks' becomes 'wait 4 ticks with messages'. This form of the command al

Re: Totally Loopy

Hi Richmond, The way to do this is to wait with messages - so 'wait 4 ticks' becomes 'wait 4 ticks with messages'. This form of the command allows other messages to be passed while it's executing, making it a non-blocking wait. Regards, -David On Fri, 17 Jul 2015 11:52:06 +0100, Richmond

Re: Totally Loopy

On 07/17/2015 01:57 PM, Peter TB Brett wrote: On 2015-07-17 12:52, Richmond wrote: I am animating a series of images like this: on animaSHun set the vis of img "M1" to true set the vis of img "M4" to false wait 4 ticks set the vis of img "M2" to true set the vis of img "M1" to

Re: Totally Loopy

On 2015-07-17 12:52, Richmond wrote: I am animating a series of images like this: on animaSHun set the vis of img "M1" to true set the vis of img "M4" to false wait 4 ticks set the vis of img "M2" to true set the vis of img "M1" to false wait 4 ticks set the vis of img "M3

RE: Totally Loopy

Use a wait with messages in your handler... wait 0 seconds with messages Then liveCode will have a look to see what else is going on... > Date: Fri, 17 Jul 2015 13:52:06 +0300 > From: richmondmathew...@gmail.com > To: use-livecode@lists.runrev.com > Subject: Totally Loopy > > I am animating a s

Totally Loopy

I am animating a series of images like this: on animaSHun set the vis of img "M1" to true set the vis of img "M4" to false wait 4 ticks set the vis of img "M2" to true set the vis of img "M1" to false wait 4 ticks set the vis of img "M3" to true set the vis of img "M2" t

OT: No More Servers

Is anyone on this list interested in topics of decentralised architecture? I've a long standing interest in them, and there are some very interesting new tools that I feel are of deep relevance to Livecode and the Livecode community. A decentralised architecture is one without servers - communicat

Release 6.7.7 RC 1 / 7.1.0 DP 1

Dear List Members, We are pleased to announce the release of LiveCode 6.7.7 RC 1 and 7.1.0 DP 1. Up to that point, LiveCode 6.7 and LiveCode 7.0 maintenance versions have been kept in synchronisation, to make the link between the bug fixes easier; but with the introduction of new features in L

Re: [Ben] HTML5 preloading suggestion...

On 2015-07-17 01:58, Monte Goulding wrote: Thanks for the input Peter At the moment -- and I'm working on changing that right now -- the demo standalones consist of three files: * standalone-community.js is the engine itself. It is the same for all stacks. * standalone-community.html.mem is

Famously Off Topic

Famous.org - that's a new one to me - it looks really great thanks for the link Mark. *OT* The thing for me is this. We're an island and we should be a hub. In particular Livecode needs to take real advantage of advances in browser technology. There are so many cool Javascript projects coming out