Alex,
So which version are you proposing as being current? Is there some reason
why you removed handling embedded in 3?
On Tue, Oct 20, 2015 at 12:36 AM, Kay C Lan
wrote:
> This topic reminds me of time. If you think CSV is a standard that has no
> standard, making
On 2015-10-29 00:38, David Bovill wrote:
From my point of view Open Language is the most important aspect of
LiveCode. Without it on the timeline I would not be using LiveCode
today.
I'd be working purely in NodeJS I suspect.
It is interesting that NodeJS and Open Language come up in the
"there is a folder" and "there is a file" can distinguish between the two.
Obviously if you want to distinguish visually for the user, or to do it
without testing, then including the trailing "/" would work.
On Wed, Oct 28, 2015 at 1:51 PM, Michael Doub wrote:
> When I saw
Thanks Klaus (an Alan and John for their replies off-list),
- mobilePlaySoundOnChannel is the way to go!
Ben
On 28/10/2015 21:30, Klaus major-k wrote:
Hi Ben,
Am 28.10.2015 um 20:34 schrieb Ben Rubinstein :
I have a small number of mp3 clips that I want to embed in my
Mark Waddingham wrote:
On 2015-10-29 02:04, Richard Gaskin wrote:
And you may have noticed the great job Peter Brett has been doing here
and elsewhere as the main community support leader within the company.
He's one of their newer hires, having been brought on board just a
little over a year
Currently we have the lineOffset function, a very handy way to know the
number of a line that matches whatever we're searching for in a block of
return-delimited text.
However, like most chunk expressions it's able to do what it does by
evaluating every character in the chunk, both looking
On 2015-10-29 16:14, Richard Gaskin wrote:
Each of us has dimensions to our skills and personalities that go
beyond what any single person they interact with can fully appreciate.
Frankly it's difficult to see how taking the time to write even an
incomplete list of the many excellent traits Dr.
So beyond the embedded , I found another issue. Let's say the string is
"test"""
The is not handled.
Should you perhaps do your substitutions on the "inside", instead of on the
"passedQuote"?
--
On the first day, God created the heavens and the Earth
On the second day, God created the
Richard.
Ben makes a point. Several, in fact.
FWIW, I have always just:
get line lineOffset(someText,myField) of myField
I bet you have too. So I never found this too onerous. There are a bunch of
these little combo-kluges...
Craig
-Original Message-
From: Richard Gaskin
Windows 7 and LC 7.1
SKIP
On Wed, Oct 28, 2015 at 5:17 PM, J. Landman Gay
wrote:
> It also happens if there are any drivers that weren't closed.
>
> On 10/28/2015 3:45 PM, Magicgate Software - Skip Kimpel wrote:
>
>> Nope, no timers pending. This is consistent across
Bob Sneidar wrote:
> So my gut feeling is, for smaller strings the time it takes is really
> inconsequential. For larger strings it seems like adding an argument
> to the existing function to designate what data you want returned
> would suffice.
What would that syntax look like?
> Also,
(I'm getting my toes wet in LC development for iOS again, after staying out of
the sharky waters for a couple of years...)
Is there currently a 'clean' way to add something to the Info.plist for a new
iOS app built by LC?
So far the best I've managed is to edit the template Info.plist
On 29/10/2015 15:47, Richard Gaskin wrote:
Like "lineOffset", "lineAtOffset" would take the same arguments and
operate similarly, but rather than returning the number of the matching
line it would return the text of that line.
>
> Questions for you folks:
>
> 1. Is this as useful as I think it
At a Macro level, it doesn't really practically matter that the nearest
inhabitable planet is 10 or 100 light years away. We'll never get there On a
micro level it doesn't seem to matter that it takes 1ms or 10ms to complete a
function or command. No one will notice.
I guess the real
Ben Rubinstein wrote:
On 29/10/2015 15:47, Richard Gaskin wrote:
Like "lineOffset", "lineAtOffset" would take the same arguments and
operate similarly, but rather than returning the number of the matching
line it would return the text of that line.
...
Of course this could be useful
Hi Richard,
It would really not take long to implement this, nor would it take much
longer to implement it for the other chunk types. The way string chunks
have been refactored, you would (for example) immediately get the item
version for free with the line version. So no need to consider question
Ali Lloyd wrote:
> Hi Richard,
> It would really not take long to implement this, nor would it take
> much longer to implement it for the other chunk types. The way string
> chunks have been refactored, you would (for example) immediately get
> the item version for free with the line version.
There's one potential problem with cloning or copying a group or controls
from one stack to another... In a standalone that uses password protection,
the engine will silently block the copy/clone operation as part of that
protection. (In the IDE, everything works fine. It's only shows up as a
You know what would be really useful for this is the old Hypercard indexing
engine! ;-)
Seriously though, splitting to an array does not help as there is currently no
way to search the elements of an array. Since repeat for each line does a kind
of line indexing in memory, it should be much
Tom,
Thanks very much for this info! You’re saving me a lot of grief!!
Peter
On Oct 29, 2015, at 9:08 AM, tbodine wrote:
> There's one potential problem with cloning or copying a group or controls
> from one stack to another... In a standalone that uses
On 2015-10-29 16:47, Richard Gaskin wrote:
Given how handy chunk expressions are in LiveCode, I'm wondering if it
might be even handier to see the introduction of a new function,
something that could perhaps be called "lineAtOffset".
Okay so:
lineAtOffset(x, y, z)
Would be the same as:
On 2015-10-29 18:11, Ben Rubinstein wrote:
Of course this could be useful occasionally - but I'm not sure the
value outweighs the cost - not so much the cost of implementation, as
the cost of adding more words to the language.
That's the problem if you use functional forms. In an English-like
>
> What would that syntax look like?
put lineOffset("foo", tFooBar, "data") into tFooFighers
The default value for arg 3 would be the numbered index the way it currently
is. So no one's code would need to be altered for it to work.
What is the largest text string Livecode can work with?
On Thu, Oct 29, 2015 at 1:50 PM, Mark Waddingham wrote:
> the line containing x in y
> the word containing x in y
> the item containing x in y
> ...
>
> Suddenly, a clear pattern starts to emerge and you can start to see what
> you could do if you just add adjectives,
J. Landman Gay wrote:
> On 10/29/2015 12:37 PM, Richard Gaskin wrote:
>> Bob Sneidar wrote:
>>
>> > So my gut feeling is, for smaller strings the time it takes is
>> > really inconsequential. For larger strings it seems like adding
>> > an argument to the existing function to designate what
On 10/29/2015 2:33 PM, Richard Gaskin wrote:
We might consider using a fourth argument for return type and leave the
third for starting offset, but given how frequently offset is used
without a specified start I'd guess most of the time it'd just be an
empty arg:
get lineoffset("foo",
"However it is important to remember that not everyone uses LiveCode to
the same ends - there will probably be as many people on this list who
would see SVG as a much lower priority than help their particular problem domain and endeavours with LiveCode>."
With all due respect for the team,
On 2015-10-29 20:33, Richard Gaskin wrote:
I like the compactness, but have mixed feelings about the semantics.
I think it is less compact than a function form with appropriately
chosen name (or suitable English-like syntax). Semantics wise it is
introducing dynamicity in a case where there
On 10/29/2015 12:37 PM, Richard Gaskin wrote:
Bob Sneidar wrote:
> So my gut feeling is, for smaller strings the time it takes is really
> inconsequential. For larger strings it seems like adding an argument
> to the existing function to designate what data you want returned
> would
On 10/29/2015 11:55 AM, Ben Rubinstein wrote:
Is there currently a 'clean' way to add something to the Info.plist for
a new iOS app built by LC?
Back in April, Monte submitted a pull request to allow us to provide a
custom manifest for Android builds. I don't know whether that includes
iOS
SVG is LiveCode 8 widgets only. AFAIK, in 8 the current "built in" vector
graphic offering is characters from the FontAwesome font, and while you and I
might be comfortable copying points from SVG files into LiveCode, I think you'd
agree that's not exactly the best user experience. :-)
Well, I completely agree with the statement that for clients presentation
layer must be state of art and give a convincing experience, and LC should
give full support for building it easily.
I also see the big majority of applications needing this.
And vector inage support is a pressing must in
Am I missing something really basic? I created a new stack and all I put
into its script was some code to change the defaultFolder to the stack's
folder, 'start using' a script-only stack in the same folder, and call the
only handler in that scrip-only stack (which creates an answer popup).
This
> On 30 Oct 2015, at 6:54 am, J. Landman Gay wrote:
>
> Back in April, Monte submitted a pull request to allow us to provide a custom
> manifest for Android builds. I don't know whether that includes iOS pLists
> too, but if it doesn't maybe it could be added.
>
>
Brahmanathaswami wrote:
> IMHO calling SVG "lower priority" this is again symptomatic of LC
> Headquarters/Leadership, not realizing how significant "the
> presentation layer" is in today's world...
...
> if we cannot include vector graphs in the mix from the get go, then
> Livecode is seen as
In Trevor's demo it looked pretty straightforward. Sure, the data
itself is no more readable to the human eye than rtfText or polygon
points, but a simple copy-n-paste from an SVG XML file into the
Inspector and bingo! SVG on screen.
Assuming that wasn't either a dream or some proprietary
On 2015-10-29 19:47, Geoff Canyon wrote:
How about:
line 1 containing x in y
word 47 containing x in y
item -3 containing x in y
I must confess I'm not 100% sure of what these mean - I see two
possibilities:
1) item Z containing x in y - is the first item after item Z which
contains x
I knew there was the possibility that it was vague, so I threw it out there
without explanation to see -- and it's vague. I was definitely going for
interpretation 2. So my
item 4 of y matching "a*b"
would be the same as your
item 4 of y where it matches "a*b"
and whatever the syntax, if y
The defaultFolder of a standalone is the home folder of the app itself, if I am
not mistaken. You can change the defaultFolder in which case it will become
that.
What I decided to do at some point in the past was have a settings card where
the user can select a working folder, without which
Excellent news. Very interesting. I really like the strategy you are
pursuing here. It's sharp, strategic and well judged.
I understand the complaints of members of the community when they see so
much time and money invested and they have less functionality available in
some areas than the did a
On 29/10/15 23:05, Richard Gaskin wrote:
In Trevor's demo it looked pretty straightforward. Sure, the data
itself is no more readable to the human eye than rtfText or polygon
points, but a simple copy-n-paste from an SVG XML file into the
Inspector and bingo! SVG on screen.
Bingo! Ehum . .
I think the purpose of widgets is to add the functionality to an
environment. Microsoft .NET does NOT have native SVG or does JAVA. They all
use libraries or widgets to add the functionality to the platform.
If SVG is important, lets create a widget and be done with it. I agree it
is SUPER
I'd like to point out that Apple almost sunk it's own boat some years back by
getting so spread out in so many directions, with so many models and lines of
computers, that they weren't making a lot of progress in any particular
direction.
One of the main things (and first things) Steve Jobs
On 29/10/2015 20:18, Monte Goulding wrote:
On 30 Oct 2015, at 6:54 am, J. Landman Gay wrote:
Back in April, Monte submitted a pull request to allow us to provide a custom
manifest for Android builds. I don't know whether that includes iOS pLists too,
but if it
On 29/10/15 22:35, Scott Rossi wrote:
SVG is LiveCode 8 widgets only. AFAIK, in 8 the current "built in" vector
graphic offering is characters from the FontAwesome font, and while you and I might be
comfortable copying points from SVG files into LiveCode, I think you'd agree that's not
Thanks, Kay. And thanks for the CC - lets me keep all these notes in
one place.
Please feel free to pass along any other details you come across.
--
Richard Gaskin
LiveCode Community Manager
rich...@livecode.org
Kay C Lan wrote:
On Wed, Oct 28, 2015 at 8:27 AM, Richard Gaskin
wrote:
Bob Sneidar wrote:
> You know what would be really useful for this is the old Hypercard
> indexing engine! ;-)
IIRC HyperCard's "hint bits" was a bitmap index of terms in fields
across cards, useful for its find command but not lineoffset.
A while back I had too much time on my hands and
Try: set the text of tlongid to "my email"
Otherwise, you're just putting a value into your tlongid variable, the same way
you did with the long id of the field.
Regards,
Scott Rossi
Creative Director
Tactile Media, UX/UI Design
> On Oct 29, 2015, at 5:02 PM, Earthednet-wp
I did. And I get
test"
as expected. I'm obviously missing something here - but let's go
off-list until we figure it out
Here's my test script
on mouseUp
local tmp, t1
put quote & "test" & CR & quote & quote & quote into tmp
put csvToTab3(tmp) into t1
put t1 & CR after
On 29/10/2015 14:41, Mike Kerner wrote:
Belay that. Let's do this on the list.
Sure ...
On Thu, Oct 29, 2015 at 10:22 AM, Mike Kerner > wrote:
1) In v3, why did you remove the substitution? That just bit me.
Short answer : A bug.
Folks,
I tried
Put the long id of field "email" into tlongid
Put "my email" into tlongid
This does not work.
It works if I copy the long id and paste the second line in the message box.
Seems this should work.
Bill
William Prothero
http://es.earthednet.org
> On 30 Oct 2015, at 9:29 am, Ben Rubinstein wrote:
>
> Is this documented anywhere, do you know?
Not that I’m aware of. It’s more of a user guide thing and at the moment those
aren’t in the repo for contributors to edit. Well at least they weren’t (LC 8
has guides) but
Try using exactly the string I sent: "test"""
I get test", when I think what you intend is test"
On Thu, Oct 29, 2015 at 7:25 PM, Alex Tweedly wrote:
>
> On 29/10/2015 14:41, Mike Kerner wrote:
>
>> Belay that. Let's do this on the list.
>>
>> Sure ...
>
>> On Thu, Oct 29,
For mobile apps I use the all the mobile... commands. The player object isn’t
supported. audioClip I’m not sure about.
Very easy to control the sounds on mobile - play, stop, pause, resume, adjust
volume etc etc. You can have multiple channels for multiple sounds too.
HTH
cheers
Alan
--
On 2015-10-29 02:04, Richard Gaskin wrote:
And you may have noticed the great job Peter Brett has been doing here
and elsewhere as the main community support leader within the company.
He's one of their newer hires, having been brought on board just a
little over a year ago, but he was hired not
On Wed, Oct 28, 2015 at 8:27 AM, Richard Gaskin
wrote:
> To make sure we cover any errors and omissions you've seen, please send a
> brief description with the page number to me at the email address below.
>
> Bug #12450
Also, ALL references to Mac OS should be
Folks,
I've had to forward this to my iPad to send it. I had to update my ssl
certificate and it buggered the email from my server and I can't send from my
Mac laptop, but I can from my iPad. Go figure!
Thanks for your feedback, here is what I found out:
> The long ID of a field looks
Alejandro Tejada wrote:
I remember one of the premises of
implementing Open Language.
"Open Language: With the core refactoring almost
complete (LiveCode 7.0) we’ve started to turn our
attention to the final aspect of this project
which is to open up the language for extension
by anyone."
Richard Gaskin wrote:
> Maybe LiveCode can grow the most
> by moving beyond "English-like" to
> embrace "Mandarin-like". :)
Actually, I suggest to contact first
different universities and ask
if they are interested to help.
If my memory serves well, Apple
published HyperCard in different
To describe the other aspect of this, you can only use a variable
containing a long id as a reference to the underlying object if you
reference properties of the object. Hence why
put the long id of fld "test" into tID
set the left of tID to 47
set the vis of tID to true
set the dontwrap of tiD
Hi.
I do not understand. This is simple and straightforward. Both peices of data go
into the variable just fine.
Craig Newman
Put the long id of field "email" into tlongid
Put
"my email" into tlongid
-Original Message-
From: Earthednet-wp
To:
On 10/29/2015 07:37 PM, Richard Gaskin wrote:
coming to the Android pane of the LC Standalone Builder in 2017:
Google is merging Chrome OS and Android
...Chrome is essentially being folded into Android,
because Android has emerged as the dominant operating
system by quite a
Richard Gaskin wrote:
> Maybe LiveCode can grow the most
> by moving beyond "English-like" to
> embrace "Mandarin-like". :)
Actually, I suggest to contact first
different universities and ask
if they are interested to help.
If my memory serves well, Apple
published HyperCard in different
On 10/26/2015 09:11 AM, Mark Talluto wrote:
I used to use this script editor full time back in the day. It is really nice
to see that you are keeping it going Mark. Thought I might give it a try again
and see how it goes.
I am getting an answer dialog with what appears to be executionContext
Mark Wieder wrote:
On 10/29/2015 07:37 PM, Richard Gaskin wrote:
coming to the Android pane of the LC Standalone Builder in 2017:
Google is merging Chrome OS and Android
...Chrome is essentially being folded into Android,
because Android has emerged as the dominant operating
Hi All,
I remember one of the premises of
implementing Open Language.
"Open Language: With the core refactoring almost
complete (LiveCode 7.0) we’ve started to turn our
attention to the final aspect of this project
which is to open up the language for extension
by anyone."
Then, using Open
The assumption is Bill is trying to put the string "my email" into the target
field.
Of course, the assumption could be wrong.
Regards,
Scott Rossi
Creative Director
Tactile Media UX/UI Design
> On Oct 29, 2015, at 8:29 PM, dunb...@aol.com wrote:
>
> Hi.
>
>
> I do not understand. This is
On 10/29/2015 10:07 PM, Richard Gaskin wrote:
It's good news for us. Chromebooks were out of reach for LiveCoders,
except for maybe with the HTML5 option when it's shipping. But now with
this we'll be able to make native apps for all Android device types from
phones to tablets to laptops.
I have mixed feelings about this news...
An opportunity or a problem?
http://workplacepsychology.net/2014/08/10/in-chinese-crisis-does-not-mean-danger-and-opportunity/
Al
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this
On 10/29/2015 10:29 PM, dunb...@aol.com wrote:
I do not understand. This is simple and straightforward. Both peices of data go
into the variable just fine.
Craig Newman
Put the long id of field "email" into tlongid
Put
"my email" into tlongid
I had to read it four times and
On 10/26/2015 08:13 AM, Bob Sneidar wrote:
A few notes about GLX2. There are no red dot breakpoints in GLX2 (unless I am
missing something).
If you have PowerDebug installed you can right-click on a line to toggle
a soft breakpoint there. The way the IDE's script editor stores
breakpoints
David Bovill wrote:
> PS - we need something like NPM as well :)
I believe the package manager for LC extensions is coming along well.
The harder part will be matching NPM's 200,026 modules.
And since they had only 50,000 just last year, at that rate it'll be
tough to catch up.
I've
On 10/29/2015 3:18 PM, Monte Goulding wrote:
On 30 Oct 2015, at 6:54 am, J. Landman
Gay wrote:
Back in April, Monte submitted a pull request to allow us to
provide a custom manifest for Android builds. I don't know
whether that includes iOS pLists too, but if it
cmd-shift->
import Vector
This is what Richmond is talking about..
it has to be that simple.
BR
Richard Gaskin wrote:
Was I dreaming?
I'd thought there was an SVGIcon Widget for that purpose, no?
___
use-livecode mailing list
Hi All,
Many Thanks for sending your SVGs files.
Every Design or Drawing application have
their own idea about the best structure
for their own SVG files.
Now, I testing many ideas to simplify or remove
all Transforms (Scale, Matrix, etc) in SVG:
coming to the Android pane of the LC Standalone Builder in 2017:
Google is merging Chrome OS and Android
...Chrome is essentially being folded into Android,
because Android has emerged as the dominant operating
system by quite a long stretch. Combining the two
operating systems
76 matches
Mail list logo