Re: copying from password protected substacks

If you set the passkey of the protected stack (to the password) before copying, you should be able to copy what you want. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 4/11/15, 5:10 PM, "Dr. Hawkins" wrote: >Thanks. But this will make life *much* more difficult. Ca

Re: copying from password protected substacks

On Sat, Apr 11, 2015 at 3:59 PM, Mark Schonewille < m.schonewi...@economy-x-talk.com> wrote: > You can't copy controls from password protected stacks, because that would > allow you to paste controls on unprotected stacks and read the scripts. > Thanks. But this will make life *much* more diffic

Re: copying from password protected substacks

Hi Richard, You can't copy controls from password protected stacks, because that would allow you to paste controls on unprotected stacks and read the scripts. The solution is to create controls in an unprotected stack without scripts and set the parentScript of these controls to a button wit

Re: copying from password protected substacks

On Sat, Apr 11, 2015 at 3:52 PM, Dr. Hawkins wrote: > have found that when I try to copy a group from a stack that I clone > (turns out to be much faster to add objects to that group and delete the > group than to delete individual items), I get a "can't cut object. Also, all of the substacks

copying from password protected substacks

I absolutely need my source stacks encrypted. I have found that when I try to copy a group from a stack that I clone (turns out to be much faster to add objects to that group and delete the group than to delete individual items), I get a "can't cut object. Stack is password protected" error in t

Book is available again

Hi everyone, My book "Programming LiveCode for the Real Beginner" is available again. The past few months, Economy-x-Talk could hardly keep up with the orders and we ran out of stock, but we are catching up now. If you're new on this mailing list, you may not have heard of my book yet. "Prog

Re: bottom of card off screen, but bottom < item 4 of screenloc

On 4/11/2015 1:59 PM, Dr. Hawkins wrote: I'm scratching my head here. Am I missing something obvious (again), or is something off kilter here? The bottom of a stack is off the screen. Yet "the bottom of stack out4" yields (which should be on screen; this is a 27" iMac!), while the "working

Re: An interesting programming challenge

On Saturday, April 11, 2015, Peter M. Brigham wrote: > Wait, so LC8 will have typed variables? We will have to declare every > variable with its type before we use it? Or will this be optional? > Typing is optional. -- Trevor DeVore ___ use-livecode

Re: Database error?

On Sat, Apr 11, 2015 at 8:41 AM, Dr. Hawkins wrote: > But they would need the encryption key, too. > > mySQL *can* be set to take only secure connections, can't it? Postgres > can, but runrev inexplicably hasn't seen fit to add the line of code to > allow this connection to be made; only for myS

bottom of card off screen, but bottom < item 4 of screenloc

I'm scratching my head here. Am I missing something obvious (again), or is something off kilter here? The bottom of a stack is off the screen. Yet "the bottom of stack out4" yields (which should be on screen; this is a 27" iMac!), while the "working screenRect" is 0,22,2560,1436 (which appea

Re: An interesting programming challenge

On Sat, Apr 11, 2015 at 1:43 PM, Colin Holgate wrote: > I think it’s specifically to do with widgets you might make. Not normal > stack scripts. And for now, widget code is actually slower than regular livecode -- it's expected to improve. ___ use-liv

Re: An interesting programming challenge

I think it’s specifically to do with widgets you might make. Not normal stack scripts. > On Apr 11, 2015, at 2:40 PM, Peter M. Brigham wrote: > > Wait, so LC8 will have typed variables? We will have to declare every > variable with its type before we use it? Or will this be optional? ___

Re: An interesting programming challenge

Wait, so LC8 will have typed variables? We will have to declare every variable with its type before we use it? Or will this be optional? -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig On Apr 11, 2015, at 1:56 PM, Colin Holgate wrote: > There’s some relevance to Live

Re: An interesting programming challenge

May have unearthed a reason for Javascript being so fast. If I run the same routine as ActionScript (the syntax is identical to Javascript for this example), the routine takes around 380 milliseconds. Still doing a good as LiveCode. But, if I change the list of numbers to be a Vector instead of

Re: Database error?

If there's no sensitive data, and the db credentials aren't used for any other databases and/or user logins, I'd say you're OK. Pete lcSQL Software Home of lcStackBrowser and SQLiteAdmin On

Re: Database error?

Okay, so it sounds like there's no danger in my case. There's no public facing access, so no way to retrieve a forgotten password. The single set of credentials is hard coded into the app, which is unreadable after it's compiled, and the user doesn't know it. The only way to alter the SQL would

Re: Database error?

Yes, these things can be solved by various security measures, but the point is that they aren't in a lot of company's IT setups, that's one of the reasons their sites get hacked. I don't think https helps with the "forgot my password" hack. It all starts with a hacker filling in a bogus email add

Re: An interesting programming challenge

If I run the Javascript version on my iPad it’s typically 5 milliseconds http://colin.scienceninja.com/math/slices.html > On Apr 10, 2015, at 10:11 PM, Jerry Jensen wrote: > > On Apr 10, 2015, at 8:04 AM, Colin Holgate wrote: >> >> I tried us

Re: Database error?

On Sat, Apr 11, 2015 at 8:27 AM, Peter Haworth wrote: > SQL injection attacks alter the SQL statements sent by a valid user so the > attacker doesn't need to know a username/password. > But they would need the encryption key, too. mySQL *can* be set to take only secure connections, can't it? P

Re: no stack revMenuBar in standalones?

On Sat, Apr 11, 2015 at 1:26 AM, Mark Schonewille < m.schonewi...@economy-x-talk.com> wrote: > if the environment contains "dev" then > set the defaultMenuBar to the long id of grp "revMenuBar" of stack > "revMenubar" > end if > > (mind line wraps). If you do this, would you have a situation whe

Re: Database error?

Right, but to do that they'd have to know a username/password. SQL injection attacks alter the SQL statements sent by a valid user so the attacker doesn't need to know a username/password. Even more scary is how hackers can get into a system using a "I forgot my password" form with SQL injection,

Re: no stack revMenuBar in standalones?

Hi Richard, I remember giving the advice to include that line of syntax. You could do this: if the environment contains "dev" then set the defaultMenuBar to the long id of grp "revMenuBar" of stack "revMenubar" end if (mind line wraps). If you do this, would you have a situation where you