Re: LiveCode for the Hobbyists

> Monte wrote: > Apples/oranges you are comparing proprietary extensions with something created > just for the fun of it with no intent to commercialise. Cheers Monte > Sent from my iPhone > > hh wrote: > > Why are you hiding your externals code? Could it be that a simple > > student who has a

Re: updating progress to user during long handler

Well I thought I should have a look given these comments. I went through every GLX script I could find looking for lockscreens - none. I then went through all my scripts in my main stack, the card scripts of the opening card as well as all library stacks I am calling. Every lockscreen was paired

Re: updating progress to user during long handler

oops, hit Send accidentally. the above prevents me accidentally stacking lock screen and means I'm only ever 1 unlock screen away from screen updates. I think the preOpenStack/Card messaged automatically locks the screen for you so their purpose can be achieved - positioning and preparing your

Re: updating progress to user during long handler

James, Hmm, I thought I'd read you'd been advised to test if the screen was locked, and you reported that it wasn't. Must have misread that. Mark brings up a very good point. In your case, if it just so happened that the were a couple of incremented lock screen, let's say 3, then a single unlock

Re: about XML...

On 02/26/2016 06:07 PM, Colin Holgate wrote: Prompted by Bill’s KML question I took a new look at the XML entries in the dictionary. It seems not to have changed lately. I’ve petitioned for E4X for years now, should I redescribed the advantages of it? LOL -- Mark Wieder

Re: updating progress to user during long handler

On 02/26/2016 07:02 PM, jameshale wrote: Rather than try to find where things were locking up, why not just ensure it is unlocked when I need it. Because locks and unlocks are paired. Screen locking increments a counter, and unlocking decrements the counter. Once the counter reaches zero

Re: Is this a dictionary error?

On 02/26/2016 06:33 PM, Kay C Lan wrote: On Sat, Feb 27, 2016 at 3:30 AM, Jim Byrnes wrote: Comments: It is convenient to use the revDataFromQuery function, instead of revDatabaseQuery,... Which version are you using? When I check the LC 8.0 dp15 Dictionary it says

Re: updating progress to user during long handler

SOLVED: Changed the updateme handler (in the splash stack) to include unlocking the screen on updateme para set lockscreen to FALSE put para into fld "theprogress" end updateme All the progress updates now come through. Thanks to everyone who helped get me here.

Re: LiveCode for the Hobbyists

Apples/oranges you are comparing proprietary extensions with something created just for the fun of it with no intent to commercialise. Cheers Monte Sent from my iPhone > On 27 Feb 2016, at 11:17 AM, [-hh] wrote: > > Why are you hiding your externals code? Could it be that

SSH-External for Live Code

@ Trevor Devore & Glen Bojsza is this working , today, as of LC 8 + https://github.com/trevordevore/SSH-External-for-LiveCode ? last commit: 5 years ago. One of Peters recommendations for me was to contribute to open source... so, if (big if), I can wrap my head around this, we could try to

Re: LiveCode for the Hobbyists

Mark Schonewille wrote: Another good way to get a user base is to be available in schools. This is hard work, as network administrators, school boards, and politicians are often against all change. RunRev put a little effort into this a long time ago and I don't think they currently do anything

about XML...

Prompted by Bill’s KML question I took a new look at the XML entries in the dictionary. It seems not to have changed lately. I’ve petitioned for E4X for years now, should I redescribed the advantages of it? ___ use-livecode mailing list

Re: KML anyone? Just checking

What is your end goal? Do you know you can use a browser control and set its URL to http://maps.google.com/maps?q=the address to the kml file > On Feb 26, 2016, at 8:45 PM, William Prothero wrote: > > Folks: > Before I launch into a coding effort, I am curious if

Re: KML anyone? Just checking

Folks: The structure of the geographical KML files that are available is quite simple (after a brief stint with a text editor). If anybody is interested on doing this, I’ll be glad to share what I create. Best, Bill > On Feb 26, 2016, at 5:45 PM, William Prothero

KML anyone? Just checking

Folks: Before I launch into a coding effort, I am curious if anybody has done any work getting kml into a livecode array, and is willing to share. I’m going to decode and plot world country outlines for an app I’m working on. I haven’t started yet, but I will probably use pieces, or all of the

Re: LiveCode for the Hobbyists

OK I'm completely confused. I'd like to suggest it's my inability to grasp the English language but I read some of these post over and over and I can't just come to any other conclusion the world has turned upside down. Way back people were complaining that Revolution was too expensive. The

Re: Players in HTML5 - ETA for Full Functionality?

I think your attitude is noble. I would encourage you to donate an affordable yearly amount for the community version. That way you have supported the company according to your conscience and the company receives funds to increase their productivity. In fact, I would hope anyone who takes

Re: A possible messaging and modal dialog bug...

On Sat, Feb 27, 2016 at 3:32 AM, Paul Dupuis wrote: > I what seems to me is a "bug" related to messages and model dialogs in > LiveCode. Sorry I do not know how to link old post but if you search the list for: What is wrong with this Script logic? dated 1/11/13 You

Re: LiveCode for the Hobbyists

> Monte wrote: > > On 27 Feb 2016, at 9:28 AM, [-hh] wrote: > > Build on the next generation, who will become decision maker in a few > > years. And, if they *know* the software, may also become possible > > buyers of LC-related products: > > Give teachers and their students in class FREE copies.

Re: LiveCode for the Hobbyists

Donation are ok and all other variants of raising money too in my opinion. Also the free community version was needed which was a must-have because it protects investment to some degree, and the market required it. The question - as I interpret some contributions here - is more about the "how"

Re: LiveCode for the Hobbyists

Maybe something along the line of as paying license customers we can have some expectations/influence. For instance I would like Android support on par with iOS support. As someone that just donated once, I feel like I have no voice, since I'm not a customer. And yes Android support has been a

Re: Players in HTML5 - ETA for Full Functionality?

Yes, you got it exactly right. I think the community version is fine, but I like the company and the idea behind the product. That is why I have been paying for this for all this time. I can afford 999$/yr, so the company will lose a sale. Not just one sale, but a yearly sale. Don't forget I kept

Re: Is this a dictionary error?

On Sat, Feb 27, 2016 at 3:30 AM, Jim Byrnes wrote: > Comments: > It is convenient to use the revDataFromQuery function, instead of > revDatabaseQuery,... > Which version are you using? When I check the LC 8.0 dp15 Dictionary it says under Description: It is convenient

Re: Math question

On Sat, Feb 27, 2016 at 7:47 AM, Peter Bogdanoff wrote: > I tried both solutions, and I’m going with K.C.’s solution at the > present—it was easy to understand :) > > Hermann’s seems to allow for more flexibility, and I might need that after > user testing. > > My suggestion is

Re: LiveCode for the Hobbyists

> On 27 Feb 2016, at 9:28 AM, [-hh] wrote: > > Build on the next generation, who will become decision maker in a few > years. And, if they *know* the software, may also become possible > buyers of LC-related products: > Give teachers and their students in class FREE copies. >

Re: Math question

Peter, now I got it ... You could use finer steps for the whole scrollbar. The use, say between -2 and 2 these finer steps, may be steps of size 0.1, and if the value is greater smaller than -2 or greater than 2 use a value rounded to the next integer or fraction of an integer. Example:

Re: LiveCode for the Hobbyists

There is no need for code protection for hobbyists. But why not have a budget offer for some benefit? Simple, straightforward, and not just a donation. Whether is it worth the effort now, I also do not know. The idea behind is still to help development which is never for free, but not to ask for

Re: LiveCode for the Hobbyists

Okay, I think I follow that. It seems like a very specific case in that you could just not share the software publically and then there's no conflict. It sounds like the public use of the compiled software is a nice-to-have. Maybe in the case that you want to let the world use the software in its

Re: LiveCode for the Hobbyists

Yes, Matt, I have no problem with open source, especially not in those areas you point too, and I also said it. I share my code, why not? Personally I am fine with the free version license until a professional need arises and I would be confident enough to allow for professional work. And then

Re: Math question

On Fri, Feb 26, 2016 at 4:05 PM, [-hh] wrote: > You could use finer steps for the whole scrollbar. Years ago I had to do this kind of scaling with a physical audio fader on a digital control surface. For some reason that escapes me for the moment, I wanted to simulate a log

Re: Math question

Peter, now I got it ... You could use finer steps for the whole scrollbar. The use, say between -2 and 2 these finer steps, may be steps of size 0.1, and if the value is greater smaller than -2 or greater than 2 use a value rounded to the next integer or fraction of an integer. Example:

Re: LiveCode for the Hobbyists

You might need to fill in some blanks for me on why that is important for a hobbyist? I would say one feature of a hobbyist with a budget market license could be no code protection so it's an important point to clarify. Sent from my iPhone > On 27 Feb 2016, at 10:29 AM, [-hh]

Re: LiveCode for the Hobbyists

> Matt M. wrote: > But, if you're a hobbyist, and not charging for what you distribute, > why would you need to close the source? Because, not always but sometimes, you would like to share the code with some people only, not with all. And at the same time you are willing to share your product

Re: Math question

I tried both solutions, and I’m going with K.C.’s solution at the present—it was easy to understand :) Hermann’s seems to allow for more flexibility, and I might need that after user testing. Thanks both! Peter On Feb 26, 2016, at 2:43 PM, Peter Bogdanoff wrote: >

Re: LiveCode for the Hobbyists

I'm still not clear on how the community edition of Livecode isn't sufficient for hobby purposes. It's got tons of functionality, and it's free, and the main restriction is that anything you distribute has to be licensed GPL. But, if you're a hobbyist, and not charging for what you distribute, why

Re: A possible messaging and modal dialog bug...

Paul. With the "in time" removed. I get two dialogs, one after the other, telling me "dialog 1' has fired, and then "Dialog 2". The field fills as advertised. v.6.7 on OS 10.9. Craig -Original Message- From: Paul Dupuis To: use-livecode

Re: A possible messaging and modal dialog bug...

On 2/26/2016 4:08 PM, Paul Dupuis wrote: What is unexpected is that the answer statement in the script of btn 2 is NEVER executed! This seems like a BUG. What must be happening is that when the answer dialog is up (from btn 1) and equivalent of 'wait with messages" is occuring, so btn 2 then

Re: LiveCode for the Hobbyists

Really good points, Roland. Let me add explicitly this one. Build on the next generation, who will become decision maker in a few years. And, if they *know* the software, may also become possible buyers of LC-related products: Give teachers and their students in class FREE copies. Give

Re: LiveCode for the Hobbyists

A good way to grow the community is to give something away for free. That's what RunRev has done by open-sourcing. I'm not sure this was a good strategic move as far as earning are concerned, but it was definitely a good way to attract more users. It is also necessary to be present in tech

Re: Math question

Hermann, Reading your last message again…. The slider is marked in absolute increments of -5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5. The user moves the thumb to a position with a corresponding output of one of those numbers. That position is saved in the preferences. I take the output from the

Re: A possible messaging and modal dialog bug...

Craig, If you are referring to the note that says: --- Important! Specifying a time can affect the order in which statements are executed. If you don't specify a time, the message is sent immediately, and any handler it triggers is completed before the rest of the current handler is

Re: Players in HTML5 - ETA for Full Functionality?

On Friday, February 26, 2016, J. Landman Gay wrote: > > > But we don't have any data to show whether the splash approach actually > increased sales by much, or whether there are enough users who would buy a > hobbyist version to warrant the development time. Not to

LiveCode for the Hobbyists

The disussion comes from (taken from: Players in HTML5 - ETA for Full Functionality?) Dirk Prive: "I think the lack of interest in supporting the hobby programmers will hurt the company in the not too distant future. As a hobby user myself I have paid for a license for a long long time. "

Re: Players in HTML5 - ETA for Full Functionality?

> Dirk wrote: > I still hope that a niche can be created for the less demanding hobby > group. Not all of us want to feel like freeloaders. > jacque wrote: > It isn't that there is no path forward, but rather that he thinks the > current licensing model is costing the company some sales. I don't

Re: Math question

Thanks Kay and Hermann, I’m using the mobGUI slider. The range of settings chosen on the slider can be -5 to +5. That range of values equals a span of 1 second—up to 1/2 second (300 blocks on the player) slower or faster. The actual position selected by the user will result in a time

Re: Players in HTML5 - ETA for Full Functionality?

Yes, there used to be an edition like that. Graphic Converter made a lot of sales by forcing a 10-second splash on its free version. It was just annoying enough. Many mobile apps force ads on the user, which is even more annoying, but that may be going too far. But we don't have any data to

[ANN] rsIsValid(Validation functions) library extension for LC8 and a call for contributors

Hi All, I'm in process of creating a library extension for LC 8 that contains a set of functions to provide data validation. I'm basing my initial set of functions on a subset of the functions provided in ColdFusion, which I use for much of my backend development. This extension will be

Re: Math question

> Kay C. wrote: > But then again I failed English so maybe I completely misunderstood what > Peter was trying to achieve with his slider. :-( @Kay C. I didn't want to critisize you with my answer, sorry. Of course you are correct with the "rounding", he said he can "vary the events by 1 second",

Re: Players in HTML5 - ETA for Full Functionality?

I agree, I think that's what he means. Wasn't there a personal use license at one point? I seem to recall that standalones built with it displayed a splash screen for 10 seconds at startup. On Fri, Feb 26, 2016 at 12:15 PM J. Landman Gay wrote: > On 2/26/2016 1:38

Re: Players in HTML5 - ETA for Full Functionality?

On 2/26/2016 1:38 PM, stephen barncard wrote: I don't understand why the OSS version won't work for you if it's a 'hobby' thing I understand what he means. The OSS version would work fine, but that's not the point. His point is that he thinks LC is losing money from those who would like to

Re: Shrink substack to same window rect as main stack

On 2/26/2016 9:43 AM, Sannyasin Brahmanathaswami wrote: I made what may be a strategic mis-direct by developing in 1200 X 675 for iPhone.. simply because I wanted it to appear bigger on my large monitor during dev. Using ShowAll it runs fine on the phone. But later I started another mainstack

Re: Players in HTML5 - ETA for Full Functionality?

> On 26 Feb 2016, at 19:38, stephen barncard > wrote: > > The Community version is NOT a 'weenie' or 'light' version - mainly it's > the licensing and code protection that's different. Would someone enter this as a reminder somewhere, to be revisited in

Re: Players in HTML5 - ETA for Full Functionality?

I don't understand why the OSS version won't work for you if it's a 'hobby' thing (a term that seems belittling to me). The Community version is NOT a 'weenie' or 'light' version - mainly it's the licensing and code protection that's different. It's pretty clear that either one is selling the

A possible messaging and modal dialog bug...

I what seems to me is a "bug" related to messages and model dialogs in LiveCode. I have tested this under LC676, LC7.1.1, and LC8.0.0dp15 If I have stack with 2 buttons, called Dialog1 and Dialog2 with the following script in each button. on dataChanged put short name of me & colon & cr &

Is this a dictionary error?

I was researching connecting to a sqlite db. In the dictionary I was reading about revDataFromQuery. In the comments section I read this: Comments: It is convenient to use the revDataFromQuery function, instead of revDatabaseQuery,... When I searched for revDatabaseQuery I couldn't find it.

Re: beggars be choosers

Thanks for the reply and especially for the link, Phil. Not quite what I was asking for, but useable. I didn’t realize there weren’t any LC8 release candidates yet. And thanks, Richard, it’s good to hear where LC is heading. As I inferred, I really don’t have any time for testing. Maybe a

Re: Players in HTML5 - ETA for Full Functionality?

Ok, since I see that my point was hard to understand, I'll try to make it a bit more clear. I would be willing to pay about 300$/year to have a hobby programming tool. I think that is good money the company could use. I don't expect some pro features, for instance HTML, iOS,... The cross

Re: updating progress to user during long handler

On Thu, Feb 25, 2016 at 7:28 PM, Kay C Lan wrote: > Now test some 'descending' wait after the text has been placed in the > field: > > wait 1 sec > wait 1 tick > wait 1 millisec > What about "wait 0 with messages"? Isn't the "with messages" necessary if you want

Re: Players in HTML5 - ETA for Full Functionality?

Dirk Cleenwerck wrote: > Now the price of Indy will double to 999. Everything old is new again: When I bought by MetaCard license it was $995 (and that was in 1998 dollars). I'd love it if the price were lower, but having been in the dev tools business myself I know it's a tough game:

Re: Shrink substack to same window rect as main stack

It took me a minute to parse your message, so here are some clarification questions. Are you looking for a function that's already built into Livecode? Is it accurate to say that the problem is the controls on your 1200x675 stack aren't coded to handle resizing? (i.e. if the stack shrinks the

Re: Players in HTML5 - ETA for Full Functionality?

I think the lack of interest in supporting the hobby programmers will hurt the company in the not too distant future. As a hobby user myself I have paid for a license for a long long time. I have a founder account on on-rev. I paid for several academies. I supported the kickstarter. Not to long

Re: updating progress to user during long handler

jameshale wrote: > Kay C Lan wrote >> Now test some 'descending' wait after the text has been placed in the >>> field: >> >> wait 1 sec >> wait 1 tick >> wait 1 millisec >> >> See if you can come to a compromise that allows the screen to refresh >> without slowing the code. > > I had tried a one

Re: Players in HTML5 - ETA for Full Functionality?

Robert Mann wrote: >>> a revamped audio implementation that simply allows to use COMPRESSED >>> audio within stacks, and not be obliged to develop external >>> solutions (which I did, but is then trick y to use for products >>> because of the more complex installation and external libraries to

Shrink substack to same window rect as main stack

Assuming we have -- Stack A that is set to a rect of 736w X 414h -- is is possible to open another stack with the same ratio (16:9) but bigger in the same window? -- i.e. opens stack B which is 1200 X 675 (16:9) in the window of Stack A, such that it "shrinks to fit" just like it would on

Re: Players in HTML5 - ETA for Full Functionality?

On Fri, Feb 26, 2016 at 7:05 AM, Robert Mann wrote: > I know that I will not be able to support a version I can use as a hobbits > for several years. > Hobbits? http://www.thehobbit.com Stephen Barncard - Sebastopol Ca. USA - mixstream.org

Re: Players in HTML5 - ETA for Full Functionality?

Just for information... I must not be the single one that has sort of waited 10 years for JUST : >> a revamped audio implementation that simply allows to use COMPRESSED >> audio within stacks, and not be obliged to develop external solutions >> (which I did, but is then trick y to use for

Re: Math question

On Fri, Feb 26, 2016 at 9:18 PM, [-hh] wrote: > > Yes K.C., that's my proposal too. > Allow me to write this a little more math-like. > Very nice, but Peter explained that he's 'seriously math deficient'. I wrote mine so he might understand whats going on and be able to amend

Re: Math question

> hh wrote: > function f n,x > return x*abs(x^(n-1)) > end f Sorry that's wrong. Should read function f n,x return x*abs(x)^(n-1) end f ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe

Re: Math question

I knew Hermann would solve this. Craig -Original Message- From: [-hh] To: use-livecode Sent: Fri, Feb 26, 2016 8:20 am Subject: Re: Math question >> Peter Bo. wrote >> How would one modify this to return tOffset as a smaller change

Re: Players in HTML5 - ETA for Full Functionality?

> Scott R. wrote: > ... That said, does an HTML5 standalone have the ability to > interact with the HTML of the surrounding page? > If yes, it would seem to be relatively straightforward to do > what most HTML apps do, which is displaying video content in > an iFrame, or embedded video on the same

Re: Math question

>> Peter Bo. wrote >> How would one modify this to return tOffset as a smaller change when tData >> is near zero, and the opposite when tData is near the maximum? > Kay C. Lan wrote: > I think what you need is use x to the power of. ie x*x, x*x*x, or x*x*x*x Yes K.C., that's my proposal too.

Re: updating progress to user during long handler

Strange. If your mainstack handler is in preOpenStack have you tried it in preOpenCard or vice versa? Or try this kludge. Move your mainstack handler to 'openCard'. Change your current preOpenStack/Card script to simply move the stack off screen, that's it. At the end of your mainstack's new

Re: Math question

On Fri, Feb 26, 2016 at 1:09 PM, Peter Bogdanoff wrote: > > How would one modify this to return tOffset as a smaller change when tData > is near zero, and the opposite when tData is near the maximum? > If I run your handler for values of -5 to 5 I get this: -220 -160 -100 -40

Re: updating progress to user during long handler

Hi Kay, Well way ahead there. I had tried a one second delay before my first post. It had no effect (except for taking longer) Kay C Lan wrote > On Fri, Feb 26, 2016 at 9:56 AM, jameshale > james@.id > wrote: > >> >> Now test some 'descending' wait after the text has been placed in the >>

Re: Players in HTML5 - ETA for Full Functionality?

On 2016-02-25 20:23, Matt Maier wrote: In the approach the Livecode team is taking now, is it accurate to say that the html5 standalone bundles up the livecode engine with any app-specific objects/scripts and pushes the whole thing into the client browser, such that all of the (supportable)