Back to Stacks! New Text Properties

After several years of being lost in the web world and LiveCode on the server (script only universe) I'm finally going to get back into building stacks. But I'm way behind... Is there a comprehensive doc on all the new text properties? like listStyle? These are not exposed in the IDE tools

Motion Graphic in LiveCode

If one wanted to do some very short, but high quality motion graphics in LifeCode, what are the options? I assume that all we have is the ability to play small video clips in a player object. But then Quicktime is required -- or have we gone beyond Quicktime now... I'm not sure where media pl

Re: Why doesn't menupick work

On 8/20/2014, 8:08 PM, revolut...@duncansoftware.on-rev.com wrote: Why doesn't this code work? on menuPick pItemName go card pItemName end menuPick where the comboBox has a list of card names. Set a breakpoint at the "go" line and when it pauses, see what's in pItemName and whether ther

Re: Why doesn't menupick work

Works fine for me in LC 5.5.5, LC 6.6.2 & LC 7.0(dp10) on Mac OS X 10.8.5 and in LC 6.6.2 on Windows 7. Do you see any kind of error? Paul On 2014-08-20, at 6:08 PM, revolut...@duncansoftware.on-rev.com wrote: > Why doesn't this code work? > > on menuPick pItemName > go card pItemName > en

Why doesn't menupick work

Why doesn't this code work? on menuPick pItemName go card pItemName end menuPick where the comboBox has a list of card names. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your

RE: revDataFromQuery and DELETE FROM

+1 Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Peter Haworth Sent: Wednesday, August 20, 2014 8:11 PM To: How to use LiveCode Subject: Re: revDataFromQu

Re: revDataFromQuery and DELETE FROM

Yes, but there is no "panic" here it's a false error seemingly caused by using revDataFromQuery for something other than a SELECT statement. I know it shouldn't do that and that you have a bug at the QCC about it but bottom line is, using revDataFromQuery or revQueryDatabase to execute anything ot

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Le 20 août 2014 à 19:32, Richard Gaskin a écrit : > Jacques Hausser wrote: > > > I fully agree with Bill about the ease of implementing the necessary > > matrix operations functions in LC language - I did it, actually, for > > what I needed, like computing eigenvalues and eigenvectors. It's not

RE: revDataFromQuery and DELETE FROM

Using the revExecuteSQL returns the number of deleted/inserted/updated rows in the result. Then the test is: If the result is not a number then --Error code here End if Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode

Re: revDataFromQuery and DELETE FROM

On Sun, Aug 17, 2014 at 8:33 PM, Dan Friedman wrote: > Thanks for the reply. The entire error string is "revdberr," (with the > comma). I tried your suggestion of using revExecuteSQL instead of > revDataFromQuery() and I did not get the error. So at least I have a > suitable workaround. Thank

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Richard: Google “calculate eigenvectors”. There are many references and the code is pretty standard math, no licensing. It’s taught in most linear algebra classes at the college level. Bill William A. Prothero http://earthednet.org/ ___ use-livecode

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Peter Haworth wrote: On Wed, Aug 20, 2014 at 9:50 AM, Richard Gaskin wrote: get tArray[1,2] Thanks for the explanation Richard. So the only difference is that they are one dimensional but the keys can kind of express multiple dimensions by being numeric and separated by commas? Are the keys

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

On Wed, Aug 20, 2014 at 9:50 AM, Richard Gaskin wrote: > get tArray[1,2] Thanks for the explanation Richard. So the only difference is that they are one dimensional but the keys can kind of express multiple dimensions by being numeric and separated by commas? Are the keys limited to the two di

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Jacques Hausser wrote: > I fully agree with Bill about the ease of implementing the necessary > matrix operations functions in LC language - I did it, actually, for > what I needed, like computing eigenvalues and eigenvectors. It's not > even so slow if your matrices are not enormous ! That's pr

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Bill and Richard, I fully agree with Bill about the ease of implementing the necessary matrix operations functions in LC language - I did it, actually, for what I needed, like computing eigenvalues and eigenvectors. It's not even so slow if your matrices are not enormous ! And just today, I got

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Forgot to say that I'm not sure I see the need for indexed arrays. Then again, I'm also not sure I understand the difference. If it's just that deleting a key shuffles all the other keys up, it's pretty trivial to do that in a script as is inserting a new key and shuffling the other keys down. I

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Peter Haworth wrote: > I may be misunderstanding but does that imply it's still possible to > create "old style" arrays in Livecode? As a relative newcomer to LC, > I've only ever known about the current form of arrays and wouldn't > know how to set about creating one of the original arrays. An

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

I wouldn't be in favor of using {}. Problem is that LC currently accepts those characters as delimiters for the keys of an array. I don't use them on purpose but every now and again I notice I typed one by mistake. Seems like a backwards compatibility problem. Pete lcSQL Software

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

On Wed, Aug 20, 2014 at 6:57 AM, Richard Gaskin wrote: > > transpose command - works on the old style arrays only. I wonder > > why they don't mark those commands a deprecated? > > Because they still work and are supported for the foreseeable future. Hi Richard, I may be misunderstanding but d

Re: Black input boxes in Linux (Ubuntu)

Its compiled with Livecode 6.6.2, and he has Ubuntu 14 apparently. Ive tested it here on the latest Ubuntu and Mint distributions and it works fine for me so Im guessing its something specific to the setup. On 20 Aug 2014, at 16:28, Mark Schonewille wrote: > Hi Andrew, > > Which version

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Richard, I'm still pretty new to livecode, so my first exposure to LC arrays left me a bit skeptical. I am an experienced Director programmer and had gotten very fluent with lingo "property lists", which is the closest analogy to the LC array. In Lingo (Director's main language), there are state

Re: Black input boxes in Linux (Ubuntu)

Hi Andrew, Which version of LiveCode is the user using? Is it possible that the user saw this in a standalone that was created with version 5.x or earlier? Knowing the Ubuntu version number would also help. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

I was thinking : set the indexedarray of myArray to true set the indexedarray of myArray to false but then what happens when you switch that property from true to false for the same array within a handler ? Same question for "{}" notation : what happens when the same handler contains these 2 succ

Re: Blow her away with your gigantic weapon.

that was a little too creepy. On Tue, Aug 19, 2014 at 1:26 PM, Richmond wrote: > It is 'odd' how the coded messages I keep getting in my Spam box inspire > me to > post on the Livecode Use-List. > > Well I certainly intend to. > > Currently developing an interface to input text in Anglo-Saxon,

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

How about using {} instead of []? Bob S On Aug 20, 2014, at 07:24 , Richard Gaskin mailto:ambassa...@fourthworld.com>> wrote: So if we were to propose that LiveCode add indexed arrays, the first thing we'll want to do is come up with the syntax for specifying those when those are what we wan

Re: Black input boxes in Linux (Ubuntu)

Andrew Henshaw wrote: > Do you know of any way to replicate the issue as I cannot seem to do > it. Ive tried a few builds of Ubuntu so I think it may be relevant > to the graphics card. > > Ideally if i can repllicate it, I can go through the project and > make sure ive not missed any fields.

Re: Two quick questions:

I don’t have a standalone to test with at the moment but try the full name of the stack. Bob S On Aug 19, 2014, at 22:47 , Paul D. DeRocco wrote: > 1) What's the simplest way to test if running under the LC IDE versus as a > standalone? > > 2) For a Mac standalone, how do I get the full path

Re: Two quick questions:

Sorry I meant long name. Bob S On Aug 19, 2014, at 22:47 , Paul D. DeRocco wrote: > 1) What's the simplest way to test if running under the LC IDE versus as a > standalone? > > 2) For a Mac standalone, how do I get the full path of the .app file, > which is actually a directory? I'm trying to

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Across many programming languages we see two primary types of arrays: indexed and associative. Both are useful, each with their own strengths and weaknesses. Neither is broken, and nether is a complete superset of the other. All arrays offer a single variable as a collection of pointers to

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Peter Haworth wrote: > On Tue, Aug 19, 2014 at 5:35 PM, Alex Tweedly wrote: > >> But you get them (I think) just with "add", etc. > > Yes, thanks Alex, I missed that. It seems that multiply also works > that way so I guess the matrixMultiply command must be like the > transpose command - works o

Re: Massiv performance difference between LC 6.5.2 and 6.6.2

Is your problem possibly related to the problem that I’m having with 6.6.2? When I press cmd-O, it takes forever for the open window to show up. It’s been suggested that this delay might be related to the fact that I have LiveCode listed in System Preferences: Security & Privacy: Accessibility.

Re: Black input boxes in Linux (Ubuntu)

Thanks Mark, Do you know of any way to replicate the issue as I cannot seem to do it. Ive tried a few builds of Ubuntu so I think it may be relevant to the graphics card. Ideally if i can repllicate it, I can go through the project and make sure ive not missed any fields. Thanks Andy On 20

Adventures with a G5 iMac

So: yesterday, I installed a 1.5 TB SATA Hard Disk into the machine and partitioned it into 6 bits. I installed Mac OS 10.5.8 onto one partition. Today I am installing Mac OS 10.4.11 onto another partition . . . -- The installer (as previously mentioned) for L

RELEASE: LiveCode 7.0 DP10

Dear List Members. We are pleased to announce the release of LiveCode 7.0 DP10. * Warning, this is a pre-release with new features which have the potential to cause issues. Please ensure you backup your stacks before testing this release.* *Release Focus* 17 bug fixes *Important Changes* - We’v

Re: Two quick questions:

On Aug 20, 2014, at 2:51 AM, Devin Asay wrote: > > On Aug 19, 2014, at 11:47 PM, Paul D. DeRocco wrote: > >> 1) What's the simplest way to test if running under the LC IDE versus as a >> standalone? >> >> 2) For a Mac standalone, how do I get the full path of the .app file, >> which is actua

Re: Black input boxes in Linux (Ubuntu)

On 20/08/14 12:00, Mark Schonewille wrote: Hi Andrew, If I'm not mistaken, this happens with fields that have their backColor set to empty. Set the backColor of the fields to 255,255,255 and it should be fine (or use 254,254,254 for instance). -- Best regards, Mark Schonewille I have nev

Re: Black input boxes in Linux (Ubuntu)

Hi Andrew, If I'm not mistaken, this happens with fields that have their backColor set to empty. Set the backColor of the fields to 255,255,255 and it should be fine (or use 254,254,254 for instance). -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homep

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Thanks to thanks to Peter Haworth, Alex Tweedly and Jacques Hausser for helping me understand why i'm confused! I have tried to start a conversation on the improve list about Jacques' suggestion. Graham On 20 Aug 2014, at 10:02, Jacques Hausser wrote: > > Le 20 août 2014 à 03:48, Peter Hawor

Re: Two quick questions:

On Aug 19, 2014, at 11:47 PM, Paul D. DeRocco wrote: > 1) What's the simplest way to test if running under the LC IDE versus as a > standalone? > > 2) For a Mac standalone, how do I get the full path of the .app file, > which is actually a directory? I'm trying to get the standalone to find a >

Black input boxes in Linux (Ubuntu)

Ive got a user who is running Ubuntu and all the input boxes have a black background so he cannot see what he is entering or selecting. Ive tried an install of the same version of Ubuntu here and its working fine for me. Any ideas what may be causing this and how to work around it?

Re: Arrays in LC [was: Re: [TAO] value() to obtain pointer functionality]

Le 20 août 2014 à 03:48, Peter Haworth a écrit : > Yes, thanks Alex, I missed that. It seems that multiply also works that > way so I guess the matrixMultiply command must be like the transpose > command - works on the old style arrays only. I wonder why they don't mark > those commands a depr