Re: this session has lapsed?

[Heather Laine via use-livecode]

Stephen, I'm confused. Maybe you are too? If you have a subscription to 
LiveCode, it remains current for the term of the subscription. If the 
subscription is cancelled your access to the purchased, commercial, 
Indy/Business LiveCode product will cease. This has been the case since version 
6.0 was released, together with the free open source Community Edition.

If you purchased an edition prior to the release of 6.0, this will not apply to 
that edition, the older licenses were permanent and not dependent on a 
subscription. All licenses later than 6.0 will phone home from time to time to 
check validity.

If at any point in our conversations in support I have confused you on this 
point, I apologise. I've read through the correspondence I have found and I do 
see a number of occasions when I have at least attempted to explain this. I 
appreciate that our licensing can be confusing at times. 

Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 6 Feb 2018, at 02:47, Stephen Barncard via use-livecode 
>  wrote:
> 
> I don't need to ask again. What I said is what I heard from Heather.
> 
> --
> Stephen Barncard - Sebastopol Ca. USA -
> mixstream.org
> 
> On Mon, Feb 5, 2018 at 6:02 PM, Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> 
>>> On 6 Feb 2018, at 1:00 pm, Stephen Barncard via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> subscriptions ending shouldn't kill a long installed app, no matter what
>>> the status.
>>> I've been told that the subscriptions are for updates and support.
>>> If that's not true, I need to know.
>> 
>> Probably best to take up any licensing questions with supp...@livecode.com
>> 
>> 
>> Cheers
>> 
>> Monte
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to calm down the Standalone Builder?

[Bob Sneidar via use-livecode]

That is exactly what I was complaining about. Apparently when the SB creates 
the duplicate stack, it uses that path and modifies the original mainstack if 
you try to build again. Now I only build for one platform, and then I quit and 
relaunch for each build operation. That keeps my original stackfile paths from 
becoming corrupted. 

Bob S

> On Feb 5, 2018, at 22:35 , Richard Gaskin via use-livecode 
>  wrote:
> 
> I'll spare you the step by step of all the weirdness I'm seeing (the 
> duplicate stack warning about stacks in a "Windows" directory that doesn't 
> exist, or the error dialog at the end that just displays raw error data, and 
> everything in between), and just get to what I think is the point:


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Dr. Hawkins via use-livecode]

On Mon, Feb 5, 2018 at 9:46 PM, Mike Bonner via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > (./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' '/Volumes/20160518
> KJAZ
> > ARCHIVE MASTER/JULY - JAN 2017/20040315-2-JD0211b.wav' &)
>

double quotes cause evaluation (for shell variables?), back quote (`)
causes contents to execute.  You seem to be using ', which is a literal.

Oh, I see.

You have *SPACES* in file names.

This *ALWAYS* leads to suffering.

Quoting a filename does not make it ok; it's still multiple words. If you
want to keep such evil names, you'll have to escape those spaces with \
 (backslash).

A better idea is to get all the spaces out of filenames.  I only allow
letters, dot, and underscore.

You also have hyphens, which have meaning on some operating systems.

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

SE: restore default handlers?

[Richard Gaskin via use-livecode]

I have "Show Default Handlers" checked in my SE, but I don't see them.

Is this yet another case where I have to toss my prefs stack and then go 
back and restore all my settings to get this one thing to work, or is 
there a simpler way to show default handlers in the SE?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to calm down the Standalone Builder?

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:
> That is exactly what I was complaining about. Apparently when the SB
> creates the duplicate stack, it uses that path and modifies the
> original mainstack if you try to build again. Now I only build for one
> platform, and then I quit and relaunch for each build operation. That
> keeps my original stackfile paths from becoming corrupted.

In my case my mainstack never gets corrupted; apparently the SB is doing 
what it's expected to do in modifying the copy of the stackfile only.


My problem is that it goes far beyond just building a standalone, 
opening up every stack in two directories I have adjacent to my 
mainstack and attempting to do gawdknowswhat with them.


Ideally there would be some option to leave other stack files alone 
unless I explicitly tell it to start monkeying with them.


I have no stack file inclusions, and have experimented with every option 
for Profiles (there doesn't seem to be one for "Ignore profiles since I 
never use them").


I just ran a test where I first clear the stackfiles property before 
building, yet the SB still insists on digging through these adjacent 
folders and opening every stack it finds.


I guess I'll have to step through the SB code to find the moment of this 
overdesign, and write a script to temporarily comment that out


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[panagiotis merakos via use-livecode]

Do you see the non-default handlers of the script?

If you see no handlers at all, then either there is a syntax error in the
script and LC for some reason does not see it, or something else happens
and trashing your Prefs will probably fix it :)

PS: I guess you have already tried unchecking and rechecking "Show default
handlers, correct?

Best,
Panos
--

On Tue, Feb 6, 2018 at 5:21 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have "Show Default Handlers" checked in my SE, but I don't see them.
>
> Is this yet another case where I have to toss my prefs stack and then go
> back and restore all my settings to get this one thing to work, or is there
> a simpler way to show default handlers in the SE?
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Exe and dll errors after standalone build

[tbodine via use-livecode]

Hi all.

I'm getting two error dialogs on launching a newly built standalone (built
with LC 7.1.4 on Win 10) of a stable project. 

Error on: Appname.exe 1 (6)
Error on: revsecurity.dll 1 (6)

I've been producing builds with this same project for many years without
seeing these errors. 
The errors are not triggering my errorDialog handler.
The errors happen whether or not I "Run as Admin."

Does anyone have a clue as to what the errors mean or possible causes?

Thanks,
Tom B.




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to calm down the Standalone Builder?

[Bob Sneidar via use-livecode]

Yes I think that was resolved a while ago. That particular thing is not 
happening to me anymore, but I am constantly plagued with the Stack Already 
Open message, and also the issue with the modal Login stack is related. 

I have found that I can suppress messages just before building and the build 
works just fine, but I am manually selection inclusions. Not sure if that would 
work if automatic detection of inclusions was enabled. 

Seems to me you can supress messages at the beginning of the SB build process, 
and restore it afterwards to it's propr state as an easy workaround? I can do 
it as well, but I haven't bothered to see what is getting launched for the SB. 

Bob S


> On Feb 6, 2018, at 09:33 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Bob Sneidar wrote:
> > That is exactly what I was complaining about. Apparently when the SB
> > creates the duplicate stack, it uses that path and modifies the
> > original mainstack if you try to build again. Now I only build for one
> > platform, and then I quit and relaunch for each build operation. That
> > keeps my original stackfile paths from becoming corrupted.
> 
> In my case my mainstack never gets corrupted; apparently the SB is doing what 
> it's expected to do in modifying the copy of the stackfile only.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[Richard Gaskin via use-livecode]

panagiotis merakos wrote:

> On Tue, Feb 6, 2018 at 5:21 PM, Richard Gaskin wrote:
>
>> I have "Show Default Handlers" checked in my SE, but I don't see
>> them.
...
> Do you see the non-default handlers of the script?

Yes.

> If you see no handlers at all, then either there is a syntax error in
> the script and LC for some reason does not see it, or something else
> happens and trashing your Prefs will probably fix it :)

The other day my car wouldn't start.  So I booted my laptop, tossed the 
LiveCode preferences file, and everything was working again.  The right 
answer for every problem. :)



> PS: I guess you have already tried unchecking and rechecking "Show
> default handlers, correct?

And again just now.

Filed:
http://quality.livecode.com/show_bug.cgi?id=20958

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to calm down the Standalone Builder?

[J. Landman Gay via use-livecode]

I'm not sure the problem is profiles. Do you have "search for inclusions" 
selected? If so, the sb has to open every stack to search. Even if you 
don't use any inclusions, it may be doing that anyway, and also the ask and 
answer dialogs are always selected by default.


If you haven't already done it, choose to select inclusions manually so the 
sb won't scan everything.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On February 6, 2018 12:37:43 AM Richard Gaskin via use-livecode 
 wrote:



I've been tasked with resurrecting an old app that was last built with
MetaCard.  What I loved about MC was that it only did what I asked it
to, so when it comes to building a standalone it couldn't be easier: it
bound the engine to the stack file I wanted and that was it.  If I
wanted anything else I scripted it.

Trying to build with LC is a nightmare.  It's fine for things that I've
built specifically for the LC IDE (and since it's been years since I've
used MC that's pretty much everything I work on), but this one is
driving me crazy.

I'll spare you the step by step of all the weirdness I'm seeing (the
duplicate stack warning about stacks in a "Windows" directory that
doesn't exist, or the error dialog at the end that just displays raw
error data, and everything in between), and just get to what I think is
the point:

How do I tell LC's SB to not do a damn thing but attach the engine to my
specified stack file?

I think what it's doing is running through the stackfiles property and
then loading every stack in those files trying to
remove/alter/preserver/gawdknowswhat with profiles.  But I never use
profiles, never needed 'em, never cared for the idea, and all I really
want is for LC to just stop poking around in things that aren't the
stack file I'm trying to bind to.  But it seems all my guesses about the
profile options are wrong, since I can't find a combination which is the
equivalent of "Stop mucking around in other stack files and just do what
I'm telling you to do!".

I can write a handler for the pre- and post-build messages, stripping
and restoring the stackfiles listing.  If needed.  Seems silly to need
that, though.

Am I mising something obvious to get LC's Standalone Builder to calm
down and just do the one thing I need it to do?

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[panagiotis merakos via use-livecode]

I cannot reproduce this, tested on Ubuntu 16.04 with LC 9 DP-11.

Could it be the case that there is a bad interaction with a Plugin?

What happens if you try first to "put true into grevdevelopment" and then
uncheck and recheck "Show Default handlers"?

If something was failing silently before, this should now throw an error.

Best,
Panos
--

On Tue, Feb 6, 2018 at 6:03 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> panagiotis merakos wrote:
>
> > On Tue, Feb 6, 2018 at 5:21 PM, Richard Gaskin wrote:
> >
> >> I have "Show Default Handlers" checked in my SE, but I don't see
> >> them.
> ...
> > Do you see the non-default handlers of the script?
>
> Yes.
>
> > If you see no handlers at all, then either there is a syntax error in
> > the script and LC for some reason does not see it, or something else
> > happens and trashing your Prefs will probably fix it :)
>
> The other day my car wouldn't start.  So I booted my laptop, tossed the
> LiveCode preferences file, and everything was working again.  The right
> answer for every problem. :)
>
>
> > PS: I guess you have already tried unchecking and rechecking "Show
> > default handlers, correct?
>
> And again just now.
>
> Filed:
> http://quality.livecode.com/show_bug.cgi?id=20958
>
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to calm down the Standalone Builder?

[Bob Sneidar via use-livecode]

I use manual inclusions and it still seems to open everything. If I attempt to 
build a second time I am informed that there are stacks in memory with the same 
name. 

Bob S


> On Feb 6, 2018, at 10:12 , J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm not sure the problem is profiles. Do you have "search for inclusions" 
> selected? If so, the sb has to open every stack to search. Even if you don't 
> use any inclusions, it may be doing that anyway, and also the ask and answer 
> dialogs are always selected by default.
> 
> If you haven't already done it, choose to select inclusions manually so the 
> sb won't scan everything.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Exe and dll errors after standalone build

[tbodine via use-livecode]

Roseanne Roseannadanna wrote
> Nevermind!

Fixed it.
-- Tom B.



--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to calm down the Standalone Builder?

[Richard Gaskin via use-livecode]

J. Landman Gay wrote:
> I'm not sure the problem is profiles. Do you have "search for
> inclusions" selected? If so, the sb has to open every stack to search.
> Even if you don't use any inclusions, it may be doing that anyway, and
> also the ask and answer dialogs are always selected by default.
>
> If you haven't already done it, choose to select inclusions manually
> so the sb won't scan everything.

Always manual here.

But even if it's searching the designated mainstack, what could cause it 
to start diving down into adjacent folders and opening everything it finds?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[Richard Gaskin via use-livecode]

panagiotis merakos wrote:
> I cannot reproduce this, tested on Ubuntu 16.04 with LC 9 DP-11.
>
> Could it be the case that there is a bad interaction with a Plugin?
>
> What happens if you try first to "put true into grevdevelopment" and
> then uncheck and recheck "Show Default handlers"?
>
> If something was failing silently before, this should now throw an
> error.

Thanks.  Indeed it does - this is what I get pouring into the Message Box:


ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"


ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"


ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"


ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"


ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"


ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid database type
line: 1079
handler: ideThrow
script object: stack 
"/home/rg/.runrev/components/livecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibrary.8.livecodescript"

ERROR: unable to open database
unable to create sqlite API database
revdberr,invalid databa

Re: Navigator update: better conversion to behaviors, better property editing, better version control, and send to private commands

[Mark Talluto via use-livecode]

Hi Geoff,

Yes. The object does have its own script. Older versions of Navigator allowed 
me to pick the script to edit with an option key combo/double click…or however 
I set up my prefs. 

In the current version, you can only see the objects script even if you tell it 
that you want to see the associated behavior.

Allowing us to pick depending on the prefs would be perfect!

-Mark


> On Feb 5, 2018, at 11:40 PM, Geoff Canyon via use-livecode 
>  wrote:
> 
> Or is it that it's editing the object script? I rewrote that code to follow
> any number of behavior links until it finds one with a script (or runs out)
> and edit the script of that. But I started from the object script, so if
> the object has a script and a behavior, it will edit the object script. I
> can fix that. The next step is to make it a submenu if there are more than
> one behavior, with all of them listed so you can edit any you like.
> 
> I can fix it so it starts from the behavior, if that's what you're running
> into.
> 
> gc
> 
> On Mon, Feb 5, 2018 at 10:52 PM, Geoff Canyon  wrote:
> 
>> What are you seeing happen when you do this? One thing I've noticed is
>> that the script editor window doesn't come to the foreground by itself if
>> the script is already open in any tab of the editor. So using something
>> like Edit Behaviors will cause the editor to show that script, but still be
>> sitting behind whatever other windows are open.
>> 
>> Or maybe you're seeing something else? What LC version and platform?
>> 
>> gc
>> 
>> On Mon, Feb 5, 2018 at 9:46 AM, Mark Talluto via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi Geoff,
>>> 
>>> I am super excited to see you working on Navigator.
>>> 
>>> I have one little issue with it as it stands. I can not edit behaviors
>>> any longer. I am sure I am doing something wrong. I did the right click ->
>>> “Edit Behavior Scripts” on a card that has a behavior associated with it.
>>> The line is blue in color indicating that it has a behavior.
>>> 
>>> I will go back to an older version for now.
>>> 
>>> Best regards,
>>> 
>>> Mark Talluto
>>> livecloud.io 
>>> nursenotes.net 
>>> canelasoftware.com 
>>> 
>>> 
 On Feb 3, 2018, at 10:52 PM, Geoff Canyon via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
 
 The update is now available here
 . I
>>> haven't
 updated the documentation yet. The main changes are:
 
 1. The whole convert-to-behaviors and restore-from-behaviors bit has
>>> been
 moved to its own custom palette, opened from Navigator. This makes the
 whole process much clearer, and setting the options is easier and more
 forgiving.
 2. There's a preview for the naming template process -- again, easier
>>> and
 more foolproof, and a dropdown offers some pre-made options.
 3. The dialog's working list is derived from the selection in Navigator
 when the command is issued, but it's text -- anything can be modified,
 deleted, or added before processing.
 4. There is a button to add enclosed objects. So it's possible to
>>> select a
 group, card, or stack in Navigator, select the command, and then add
 enclosed objects to include all the controls in that container -- or
 containers, it processes everything in the list.
 5. There is a button to add behavior chains, so it's possible to select
>>> one
 control that has a chain of fifty behaviors, and click the button to add
 them all to the list to be processed.
 6. Both Convert and Restore have a preview option -- use it and the
 resulting log will show exactly what will be done, without actually
>>> doing
 any of it.
 
 gc
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> 
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[panagiotis merakos via use-livecode]

Thanks Richard. So, a guess is that for some reason LC cannot open the
sqlite database that holds all the dictionary entries, thus it cannot fetch
the list of the default handlers per object. I am wondering if this is
related to the other bug report you have filed, where the dictionary opens
but it is empty for you.

Let's delete the Documentation Cache:

1. Quit LC 9.0.0 DP-11
2. Delete folder: .runrev/documentationcache/9_0_0_dp_11_commercial/
3. Open LC
4. Check if the default handlers appear now.

Best,
Panos
--



On Tue, Feb 6, 2018 at 7:03 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> panagiotis merakos wrote:
> > I cannot reproduce this, tested on Ubuntu 16.04 with LC 9 DP-11.
> >
> > Could it be the case that there is a bad interaction with a Plugin?
> >
> > What happens if you try first to "put true into grevdevelopment" and
> > then uncheck and recheck "Show Default handlers"?
> >
> > If something was failing silently before, this should now throw an
> > error.
>
> Thanks.  Indeed it does - this is what I get pouring into the Message Box:
>
>
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
>
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
>
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
>
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
>
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"
> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescri

Re: How to calm down the Standalone Builder?

[J. Landman Gay via use-livecode]

Sorry, I haven't a clue. One of my projects has dozens of stackfiles and I 
don't see this behavior. We're building for mobile though, maybe that matters.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On February 6, 2018 1:01:22 PM Richard Gaskin via use-livecode 
 wrote:



J. Landman Gay wrote:
 > I'm not sure the problem is profiles. Do you have "search for
 > inclusions" selected? If so, the sb has to open every stack to search.
 > Even if you don't use any inclusions, it may be doing that anyway, and
 > also the ask and answer dialogs are always selected by default.
 >
 > If you haven't already done it, choose to select inclusions manually
 > so the sb won't scan everything.

Always manual here.

But even if it's searching the designated mainstack, what could cause it
to start diving down into adjacent folders and opening everything it finds?

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Stephen Barncard via use-livecode]

Mike Bonner:  I'll try the Open Process suggestion you made - again with
more syntax variations this time. thanks!

Dr Hawkins - I don't have control over the name of the CD source file..

1 Audio Track.aiff

the OS demuxes the data on the CD and gives them generic names.
surely there must be a way to encapsulate URL strings properly to use
spaces and hyphens.  Do I have to add the escapes manually using lookups
and exceptions?

the folder names are no big deal to fix, but I've got a library of hundreds
of shows where I already use hyphens and have been successfully imported..

Dr Hawkins:  when you say "escape spaces" do you mean something like

\%20

or

\[actual space char]

  ?

I only care about this working on Macs, by the way.
This is just an ugly thing that saves me time in a huge archive project.
The UI sucks, but it's all just for me.
This "app" I've created allows me to save keystrokes in the process of:

0. assign a name to the performance, type in a field (I avoid spaces but
there are hyphens - I could use underscores I guess but they look so ugly -
perhaps I can 'get away' with those on a mac.
1. taking a picture of the CD, cover and contents and saving as a file
 (using oss imagesnap and a webcam)
 (I would have used a flatbed scanner but I couldn't find a useable oss
executable and scanning and loading is slower )
2. importing the first CD file after it is inserted, converting it to WAV
from AIF, and saving it with with the chosen name. (using ffmpeg)
3. create a folder with the chosen names and put the like named files (
with .png and .wav suffixes ) in that folder. (using Livecode)

metadata (like song titles) could be put into a .txt file in that folder
later. I plan a bot that will send samples to a Grace Note like service to
harvest song titles.

My idea is that the file structure and meta ARE the database and a data
listing could be created from that structure 'just in time'. This is
important in an archive that is rapidly getting added to or changed (like
filenames !!) and makes more sense to me that having to enter and update a
separate database. The archive is limited enough in items that speed is not
an issue.

this has taken the process from taking three separate apps (including the
dreaded iTunes and Photobooth?? ) and dozens of clicks, cut and paste names
etc.) and lots of typing to a single entity where I only have to enter that
name ONCE. And iTunes import and convert took 10 minutes for a 60 minute
piece - whereas ffmpeg takes only 2:15.   I can do a turnaround within 4
minutes now.

thanks for the tip on quotes and backquotes.

but like I said, the commands do work when I don't try to  release control
to the calling script after the external executable is started.

The lack of being able to do this is NOT a show stopper. Livecode has been
able to let me create this monster kluge in very little development time
and it works.



--
Stephen Barncard - Sebastopol Ca. USA -
mixstream.org

On Tue, Feb 6, 2018 at 8:25 AM, Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Mon, Feb 5, 2018 at 9:46 PM, Mike Bonner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> > > (./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' '/Volumes/20160518
> > KJAZ
> > > ARCHIVE MASTER/JULY - JAN 2017/20040315-2-JD0211b.wav' &)
> >
>
> double quotes cause evaluation (for shell variables?), back quote (`)
> causes contents to execute.  You seem to be using ', which is a literal.
>
> Oh, I see.
>
> You have *SPACES* in file names.
>
> This *ALWAYS* leads to suffering.
>
> Quoting a filename does not make it ok; it's still multiple words. If you
> want to keep such evil names, you'll have to escape those spaces with \
>  (backslash).
>
> A better idea is to get all the spaces out of filenames.  I only allow
> letters, dot, and underscore.
>
> You also have hyphens, which have meaning on some operating systems.
>
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[Richard Gaskin via use-livecode]

panagiotis merakos wrote:

Thanks Richard. So, a guess is that for some reason LC cannot open the
sqlite database that holds all the dictionary entries, thus it cannot fetch
the list of the default handlers per object. I am wondering if this is
related to the other bug report you have filed, where the dictionary opens
but it is empty for you.

Let's delete the Documentation Cache:

1. Quit LC 9.0.0 DP-11
2. Delete folder: .runrev/documentationcache/9_0_0_dp_11_commercial/
3. Open LC
4. Check if the default handlers appear now.


Good idea, but no go, still get:


> ERROR: unable to open database
> unable to create sqlite API database
> revdberr,invalid database type
> line: 1079
> handler: ideThrow
> script object: stack "/home/rg/.runrev/components/l
> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> ry.8.livecodescript"


It would be really cool if someone on the team could spend some time 
doing daily work on Linux and Windows.  VMs are nice, but daily work on 
metal will expose things beyond what customers report.  Not every day, 
but a day a week would be an eye-opener.


For example, there's a weird scrolling issue I sometimes see on Linux, 
in which the field my mouse is over is unaffected by my track pad 
gestures, but some other field scrolls instead.  Sure, I could pin down 
a recipe, and when I'm caught up on my deliverables from not being able 
to use the Standalone Builder I'll try to make some time for recipes 
like that.  But with daily work on these non-Mac OSes y'all would see 
them first-hand, and if you did I doubt such things would survive for long.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Dr. Hawkins via use-livecode]

On Tue, Feb 6, 2018 at 12:03 PM, Stephen Barncard via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Bonner:  I'll try the Open Process suggestion you made - again with
> more syntax variations this time. thanks!
>
> Dr Hawkins - I don't have control over the name of the CD source file..
>

You can change them.   once you have the name in filNam,

put filNam into newFilNam

replace space with "\ " in filNam

replace space with "_" in newFilNam

get shell ("mv filNam newFilNam")


or, just use newFilNam--but spaces in filenames are always going to hurt
and cause problem, not mater the source.

>
>
> Dr Hawkins:  when you say "escape spaces" do you mean something like
>
> \%20
>
ack, no!  that's html!


>
> or
>
> \[actual space char]
>

yes, this--it's not a regex, but the shell recognizes this an a couple of
others, some with different meanings than in a regex


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Delete imported audioclips?

[Klaus major-k via use-livecode]

Hi friends,

obviously I am missing something obvious, but how can I delete an imported 
audioclip?
Looks like the "Poject Brwoser" cannot do this.

Thanks for any pointer!


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Navigator update: better conversion to behaviors, better property editing, better version control, and send to private commands

[Mark Talluto via use-livecode]

Just a quick FYI. I got an early build that has this fixed! Geoff Canyon is 
amazing. Thanks for all of your hard work on this very useful plugin.

-Mark Talluto

> On Feb 5, 2018, at 11:40 PM, Geoff Canyon via use-livecode 
>  wrote:
> 
> Or is it that it's editing the object script? I rewrote that code to follow
> any number of behavior links until it finds one with a script (or runs out)
> and edit the script of that. But I started from the object script, so if
> the object has a script and a behavior, it will edit the object script. I
> can fix that. The next step is to make it a submenu if there are more than
> one behavior, with all of them listed so you can edit any you like.
> 
> I can fix it so it starts from the behavior, if that's what you're running
> into.
> 
> gc
> 
> On Mon, Feb 5, 2018 at 10:52 PM, Geoff Canyon  wrote:
> 
>> What are you seeing happen when you do this? One thing I've noticed is
>> that the script editor window doesn't come to the foreground by itself if
>> the script is already open in any tab of the editor. So using something
>> like Edit Behaviors will cause the editor to show that script, but still be
>> sitting behind whatever other windows are open.
>> 
>> Or maybe you're seeing something else? What LC version and platform?
>> 
>> gc
>> 
>> On Mon, Feb 5, 2018 at 9:46 AM, Mark Talluto via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi Geoff,
>>> 
>>> I am super excited to see you working on Navigator.
>>> 
>>> I have one little issue with it as it stands. I can not edit behaviors
>>> any longer. I am sure I am doing something wrong. I did the right click ->
>>> “Edit Behavior Scripts” on a card that has a behavior associated with it.
>>> The line is blue in color indicating that it has a behavior.
>>> 
>>> I will go back to an older version for now.
>>> 
>>> Best regards,
>>> 
>>> Mark Talluto
>>> livecloud.io 
>>> nursenotes.net 
>>> canelasoftware.com 
>>> 
>>> 
 On Feb 3, 2018, at 10:52 PM, Geoff Canyon via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
 
 The update is now available here
 . I
>>> haven't
 updated the documentation yet. The main changes are:
 
 1. The whole convert-to-behaviors and restore-from-behaviors bit has
>>> been
 moved to its own custom palette, opened from Navigator. This makes the
 whole process much clearer, and setting the options is easier and more
 forgiving.
 2. There's a preview for the naming template process -- again, easier
>>> and
 more foolproof, and a dropdown offers some pre-made options.
 3. The dialog's working list is derived from the selection in Navigator
 when the command is issued, but it's text -- anything can be modified,
 deleted, or added before processing.
 4. There is a button to add enclosed objects. So it's possible to
>>> select a
 group, card, or stack in Navigator, select the command, and then add
 enclosed objects to include all the controls in that container -- or
 containers, it processes everything in the list.
 5. There is a button to add behavior chains, so it's possible to select
>>> one
 control that has a chain of fifty behaviors, and click the button to add
 them all to the list to be processed.
 6. Both Convert and Restore have a preview option -- use it and the
 resulting log will show exactly what will be done, without actually
>>> doing
 any of it.
 
 gc
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> 
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[Geoff Canyon via use-livecode]

Does this do what I think it does!? i.e. make it so rev code can throw errors, 
be debugged, breakpointed, and stepped through. 

If so, oh my goodness you just made my day. I have been debugging  Navigator 
for fourteen years now, all with answer statements and puts. My code is 
literally riddled with commented-out ‘put “got here”’s

I can’t wait to get home to try this out...

gc

> On Feb 6, 2018, at 10:34 AM, panagiotis merakos via use-livecode 
>  wrote:
> 
> What happens if you try first to "put true into grevdevelopment" and then
> uncheck and recheck "Show Default handlers"?

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[Mark Wieder via use-livecode]

On 02/06/2018 02:46 PM, Geoff Canyon via use-livecode wrote:

Does this do what I think it does!? i.e. make it so rev code can throw errors, 
be debugged, breakpointed, and stepped through.


Yes, it does... but be careful with it. It will also pinpoint all the 
ugly errors in the IDE stacks. I only enable it when I'm trying to debug 
my own system stacks, then turn if off again as soon as I've got things 
working.


Also note that gRevDevelopment is a global, so
global gRevDevelopment; put true into gRevDevelopment
is what you need.

.. I set up a devolution button to enable/disable this feature, and it's 
my most-used devolution option.


--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Navigator

[hh via use-livecode]

> Mark T. wrote:
> Geoff Canyon is amazing.
> Thanks for all of your hard work on this very useful plugin. 

Yes, thanks a lot Geoff - that's really very useful.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Delete imported audioclips?

[Tore Nilsen via use-livecode]

Right click or control click the file i project browser and use clear from the 
menu. You may have to reload the PB to see that the clip is deleted.

Best regards
Tore Nilsen

Sendt fra min iPhone

> 6. feb. 2018 kl. 23:08 skrev Klaus major-k via use-livecode 
> :
> 
> Hi friends,
> 
> obviously I am missing something obvious, but how can I delete an imported 
> audioclip?
> Looks like the "Poject Brwoser" cannot do this.
> 
> Thanks for any pointer!
> 
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Delete imported audioclips?

[Klaus major-k via use-livecode]

Hi Tore,

> Am 07.02.2018 um 00:03 schrieb Tore Nilsen via use-livecode 
> :
> 
> Right click or control click the file i project browser and use clear from 
> the menu.
> You may have to reload the PB to see that the clip is deleted.

Sorry, no "Clear" menu-item in the popup menu with Audioclips!

But Hermann already ansered me privately, looks like we need to:
...
delete ac X
## where X is the number of the audioclip to delete
...

> Best regards
> Tore Nilsen

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Warren Samples via use-livecode]

On 02/06/2018 10:25 AM, Dr. Hawkins via use-livecode wrote:

double quotes cause evaluation (for shell variables?), back quote (`)
causes contents to execute.  You seem to be using ', which is a literal.

You have*SPACES*  in file names.

This*ALWAYS*  leads to suffering.

Quoting a filename does not make it ok; it's still multiple words. If you
want to keep such evil names, you'll have to escape those spaces with \
  (backslash).


With all due respect, this is not all correct information. It is 
perfectly valid to escape using single quotes (and double quotes) on the 
command line and it works inside a LC shell function.


Just to save time, here are some sources for verification:

https://www.tech-otaku.com/mac/file-folder-paths-os-x-terminal/

http://wiki.bash-hackers.org/syntax/quoting (see "Weak quoting" and 
"Strong quoting")


Warren

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Warren Samples via use-livecode]

On 02/05/2018 11:04 PM, Stephen Barncard via use-livecode wrote:

I have this open sourced app

ffmpeg

and I need to copy the first file from a CD, convert it to a wav file, name
it, and save it to a file on a hard drive.
(the executable is located in the same folder as the stack, hence the ./ )
so my generated command used with the shell command is:

*./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' '/Volumes/20160518 KJAZ
ARCHIVE MASTER/JULY - JAN 2017/20040315-2-JD0211b.wav'

thanks for any suggestions...


The dictionary says: "On OS X systems, you can use the open process 
command to start up an application, but not a Unix process. To work with 
a Unix process, use the shell func instead." That makes me wonder if you 
can only use shell() with ffmpeg.


Did you try the suggestions from the other thread? Did they not do what 
you needed?


get shell ("nohup mycommand --some-params 'can use single quotes to 
escape if necessary' &")


here the command is prefaced with 'nohup' and a space and is closed
with a space and &


There are several variations for redirecting to /dev/null which also 
work to make the shell() non-blocking. Here's an example:


get shell ("mycommand --some-params 'can use single quotes to escape if 
necessary' /dev/null &")



Using your example given here, they might look like this (linebreaks may 
not be correct due to email fun):


get shell("nohup ./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' 
'/Volumes/20160518 KJAZ ARCHIVE MASTER/JULY - JAN 
2017/20040315-2-JD0211b.wav' &")


OR

get shell("./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' 
'/Volumes/20160518 KJAZ ARCHIVE MASTER/JULY - JAN 
2017/20040315-2-JD0211b.wav' /dev/null &")


The method using 'nohup' *might* cause a problem due to not finding 
ffmpeg at its path relative to your LiveCode app. If it fails, that 
would be the first thing to troubleshoot.


Good luck!

Warren

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: SE: restore default handlers?

[Geoff Canyon via use-livecode]

On Tue, Feb 6, 2018 at 2:59 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 02/06/2018 02:46 PM, Geoff Canyon via use-livecode wrote:
>
>> Does this do what I think it does!? i.e. make it so rev code can throw
>> errors, be debugged, breakpointed, and stepped through.
>>
>
> Yes, it does... but be careful with it. It will also pinpoint all the ugly
> errors in the IDE stacks. I only enable it when I'm trying to debug my own
> system stacks, then turn if off again as soon as I've got things working.
>
> ​Sure, but 90% of the work I do in LC is Navigator, so this is definitely
going into the Nav settings (at least my version of them).

gc​
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[hh via use-livecode]

> Warren S. wrote:
> The dictionary says: "On OS X systems, you can use the open process 
> command to start up an application, but not a Unix process. To work with 
> a Unix process, use the shell func instead." That makes me wonder if you 
> can only use shell() with ffmpeg.

It is not quite clear what is meant with "Unix process" in the dictionary.

This is, at any rate, not the same as "Unix executable" in the sense of MacOS.
Probably a standard like
https://en.wikipedia.org/wiki/List_of_Unix_commands

ffmpeg isn't such a standard, but doesn't work with open process, others do.

I use "open process p0 for neither", where p0 is a variable of type
" ", with success for several other unix executables.

Back to "shell":
You are obviously an expert with the shell/unix. It would be greatly appreciated
if you would share a general non-blocking shell command:
Non-blocking shells are often needed/wanted and you could write a command which
collects the advices from your last post. In the special case of ffmpeg it may
even be possible to redirect STDERR to a file that can be scanned while a large
job is running?


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Warren Samples via use-livecode]

On 02/06/2018 07:35 PM, hh via use-livecode wrote:

You are obviously an expert with the shell/unix.



Nothing of the sort, I'm just sharing some information I have collected 
from other sources and have found to work in this kind of situation :D


Warren

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

LCS vs PHP speed test?

[Richard Gaskin via use-livecode]

Has anyone here had occasion to test relative speed of LC Server vs PHP 
for common tasks (file I/O, array splits, parsing, etc.)?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: any tricks to make SHELL non blocking?

[Dr. Hawkins via use-livecode]

On Tue, Feb 6, 2018 at 3:28 PM, Warren Samples via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>>
> With all due respect, this is not all correct information. It is perfectly
> valid to escape using single quotes (and double quotes) on the command line


hmm, for spaces, that seems to be correct.

But that just proves the point; spaces in filenames are evil :)

I learned unix on a cluster PDP-11 over three decades ago, and I'm still
off on this.

There are other things, however, notably environmental variables, that do
not get escaped in the weak quoting of double quotes.



> and it works inside a LC shell function.
>
> Just to save time, here are some sources for verification:
>
> https://www.tech-otaku.com/mac/file-folder-paths-os-x-terminal/
>
> http://wiki.bash-hackers.org/syntax/quoting (see "Weak quoting" and
> "Strong quoting"


careful;  OSX defaults to tcsh, not bash.


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Navigator

[Geoff Canyon via use-livecode]

Hey, you're welcome! I'm just happy (and a bit surprised!) that it's still
useful/in use.

On Tue, Feb 6, 2018 at 3:03 PM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> > Mark T. wrote:
> > Geoff Canyon is amazing.
> > Thanks for all of your hard work on this very useful plugin.
>
> Yes, thanks a lot Geoff - that's really very useful.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Navigator

[PEL via use-livecode]

Geoff,

Add me to the list of long-time happy users.

Paul Looney


> On Feb 6, 2018, at 7:33 PM, Geoff Canyon via use-livecode 
>  wrote:
> 
> Hey, you're welcome! I'm just happy (and a bit surprised!) that it's still
> useful/in use.
> 
> On Tue, Feb 6, 2018 at 3:03 PM, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>>> Mark T. wrote:
>>> Geoff Canyon is amazing.
>>> Thanks for all of your hard work on this very useful plugin.
>> 
>> Yes, thanks a lot Geoff - that's really very useful.
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode