date:20150904


On 09/04/2015 04:02 PM, Richard Gaskin wrote:


Let's do this.


Pull request submitted.
https://github.com/runrev/livecode-ide/pull/478

--
 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

Re: [OT] Atom Text Editor for Script Editiing - First Impressions

On Sat, Sep 5, 2015 at 10:08 AM, Peter Haworth  wrote:

> I probably missed this but you keep referring to "my TE". What is it? Atom?
>
> Yes, as mentioned elsewhere BBEdit is my gold standard. For anything
related to LC it's FREE sibling TextWrangler would be more than up to the
job. Unfortunately it's only available on OS X.

I'm currently playing with Atom, and must say it's got some very nice
features that I haven't quite figured out if I can incorporate into BBEdit.
___
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: Editing Large Scripts is Faster

2015-09-04 Thread Ralph DiMola

Thank You. Works fine with 6.7.6.

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 Mark Wieder
Sent: Friday, September 04, 2015 9:24 PM
To: How to use LiveCode
Subject: Re: Editing Large Scripts is Faster

On 09/03/2015 09:54 PM, Charles Warwick wrote:

> For anyone who wants to use this feature on LC7, a copy of the modified
stack is here:
>
>
https://github.com/techstrategies/livecode-ide/blob/feature-7.0-hander-filte
r/Toolset/palettes/revscripteditor.rev?raw=true

Works fine in LC6.7 as well, for what that's worth.

-- 
  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


___
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: [OT] Atom Text Editor for Script Editiing - First Impressions

2015-09-04 Thread Peter Haworth

I probably missed this but you keep referring to "my TE". What is it? Atom?

On Fri, Sep 4, 2015, 7:02 PM Kay C Lan  wrote:

> On Sat, Sep 5, 2015 at 2:06 AM, J. Landman Gay 
> wrote:
>
>
>
> > On 9/4/2015 2:08 AM, Kay C Lan wrote:
> >
> >> 6) boilerplates
> >>  I can type in switch and a little popup will come up
> >>
> >
> > >3) more script space, less wasted space
>
> For this one at least, you can adjust the bottom pane to any height that's
> > convenient. I change it frequently depending on what I need to see.
> >
>
> I do too, and I'm very thankful for that ability, what I guess I'd like is
> for the IDE to read my mind ;-) or at least just remember some basic
> defaults. When I start typing in the Script field, I must be Editing a
> script so I'd like the "Errors Pane" to come to the fore and automatically
> reduce to two lines - as I've never seen an error that requires more than
> two lines. I Save VERY frequently (even when I know my script is in a state
> that will produce an error) so the most likely thing that is going to
> happen is a compilation error needs to be displayed so I have the Editor
> field as large as possible and the Error pane ready to go. When I 'use' my
> stack and we hit  a breakpoint, clearly I must be in Debugging mode, in
> which case my preferences are I only want to see a half dozen lines above
> and below the breakpoint, I want to see the Variables so I'd like the
> Variable pane to be shown - if there are few variables then show me them
> all and the rest of the area can be script, if there are a LOT of Variables
> and it's not possible to display every single one of them at least expand
> the pane up to the point where my preferred minimum dozen lines of script
> are left displayed.
>
> I appreciate that for some this would be completely annoying but by the
> same token I think many would appreciate if those 5 panes (Errors,
> Documentation,Variables, Breakpoints, Search Results) had a Preference for
> Manual (Exactly the same as now) or Automatic and if you selected Automatic
> you could list the minimum number of lines to be displayed in the Script
> Editing field respective to each pane, so clicking on the Variables pane
> would automatically adjust it's size to display as many Variables as
> possible but not so as to reduce the displayed number of lines of your
> script below your minimum, and changing to the Breakpoints pane would again
> automatically adjust the size of the pane.
>
>
> > Boilerplate is pretty easily added yourself by use of a frontscript
> > Maybe with enough interest, the frontscript idea could be generalized to
> > allow every scripter to add their own boilerplate options, and it could
> be
> > shipped with LC.
>
>
> Yes, and I think I made mention of this with reference to another item,
> it's not that I don't know that I can implement this in LC, it's the fact
> that my TE makes it so much easier. The idea of a community driven effort
> is a good one.
>
> And this all boils down to the crux of the issue - I'm bone lazy! ALL the
> points that I mention I could script into the IDE for my own personalised
> perfection of Script Editing and Debugging; that is the beauty of LC. But
> instead of spending the time doing that I find the tool that gets me 95% of
> what I want in 1% of the time and I go with that. I just don't have the
> time to script all of that when I can double click on my TE Icon and all
> those features are available in the blink of an eye.
>
> And for any List Lurkers out there, please do not get me wrong. I will
> happily live without these features in LC's Script Editor because the
> reason I use LC is not because of it's script editor. The reason I use LC
> is because I NEED it to help me work with reams and reams of disparate data
> and LC is the ONLY language that clicks with my brain and allows me to do
> far more than I could every have hoped for. For the very minor quibbles I
> have with the SE, it is NEVER going to stop me coming back to LC time and
> time again to throw together quick and dirty utilities to solve the most
> obscure and obtuse problem of the moment, or continuing to improve, modify
> and extend a multi-stack behemoth I use weekly in my work that has just
> snowballed from something I started about 15 years ago - probably even
> longer if I really looked into.
> ___
> 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: [OT] Atom Text Editor for Script Editiing - First Impressions

On Sat, Sep 5, 2015 at 2:06 AM, J. Landman Gay 
wrote:

> On 9/4/2015 2:08 AM, Kay C Lan wrote:
>
>> 6) boilerplates
>>  I can type in switch and a little popup will come up
>>
>
> >3) more script space, less wasted space

For this one at least, you can adjust the bottom pane to any height that's
> convenient. I change it frequently depending on what I need to see.
>

I do too, and I'm very thankful for that ability, what I guess I'd like is
for the IDE to read my mind ;-) or at least just remember some basic
defaults. When I start typing in the Script field, I must be Editing a
script so I'd like the "Errors Pane" to come to the fore and automatically
reduce to two lines - as I've never seen an error that requires more than
two lines. I Save VERY frequently (even when I know my script is in a state
that will produce an error) so the most likely thing that is going to
happen is a compilation error needs to be displayed so I have the Editor
field as large as possible and the Error pane ready to go. When I 'use' my
stack and we hit  a breakpoint, clearly I must be in Debugging mode, in
which case my preferences are I only want to see a half dozen lines above
and below the breakpoint, I want to see the Variables so I'd like the
Variable pane to be shown - if there are few variables then show me them
all and the rest of the area can be script, if there are a LOT of Variables
and it's not possible to display every single one of them at least expand
the pane up to the point where my preferred minimum dozen lines of script
are left displayed.

I appreciate that for some this would be completely annoying but by the
same token I think many would appreciate if those 5 panes (Errors,
Documentation,Variables, Breakpoints, Search Results) had a Preference for
Manual (Exactly the same as now) or Automatic and if you selected Automatic
you could list the minimum number of lines to be displayed in the Script
Editing field respective to each pane, so clicking on the Variables pane
would automatically adjust it's size to display as many Variables as
possible but not so as to reduce the displayed number of lines of your
script below your minimum, and changing to the Breakpoints pane would again
automatically adjust the size of the pane.

> Boilerplate is pretty easily added yourself by use of a frontscript
> Maybe with enough interest, the frontscript idea could be generalized to
> allow every scripter to add their own boilerplate options, and it could be
> shipped with LC.

Yes, and I think I made mention of this with reference to another item,
it's not that I don't know that I can implement this in LC, it's the fact
that my TE makes it so much easier. The idea of a community driven effort
is a good one.

And this all boils down to the crux of the issue - I'm bone lazy! ALL the
points that I mention I could script into the IDE for my own personalised
perfection of Script Editing and Debugging; that is the beauty of LC. But
instead of spending the time doing that I find the tool that gets me 95% of
what I want in 1% of the time and I go with that. I just don't have the
time to script all of that when I can double click on my TE Icon and all
those features are available in the blink of an eye.

And for any List Lurkers out there, please do not get me wrong. I will
happily live without these features in LC's Script Editor because the
reason I use LC is not because of it's script editor. The reason I use LC
is because I NEED it to help me work with reams and reams of disparate data
and LC is the ONLY language that clicks with my brain and allows me to do
far more than I could every have hoped for. For the very minor quibbles I
have with the SE, it is NEVER going to stop me coming back to LC time and
time again to throw together quick and dirty utilities to solve the most
obscure and obtuse problem of the moment, or continuing to improve, modify
and extend a multi-stack behemoth I use weekly in my work that has just
snowballed from something I started about 15 years ago - probably even
longer if I really looked into.
___
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: Editing Large Scripts is Faster


On 09/03/2015 09:54 PM, Charles Warwick wrote:


For anyone who wants to use this feature on LC7, a copy of the modified stack 
is here:

https://github.com/techstrategies/livecode-ide/blob/feature-7.0-hander-filter/Toolset/palettes/revscripteditor.rev?raw=true


Works fine in LC6.7 as well, for what that's worth.

--
 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

Re: [Bug] Red Dot Breakpoints Ignored - Recipe

On Fri, Sep 4, 2015 at 3:58 PM, J. Landman Gay 
wrote:

>
> Plain red dot.
>
> Definitely one of Dr. Hawkins Pirate Code Dots then

Pirate Code Rule 1: Never leave a Red Dot behind

Pirate Code Rule 2: Ignore Rule 1
___
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

License server

It seems that there is no longer a license server when installing new 
copies of LC4 or LC5. The only way to install LiveCode versions earlier 
than the LC6 opensource builds is to create a license file on the 
website and install from that.


--
 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

Re: Rectangle detection

2015-09-04 Thread EED-wp Email

Peter,
I think you are going to have to analyze the pixels of the image using the byte 
values. Look in the sample stacks for image processing code. I am on the road 
until mid next week and if you haven't gotten started by then I will send you 
some code that can get you started. 

If the rectangle box is arbitrary, you will have to search the image data for 
the horizontal and vertical lines of the box in the image. There may be other 
tricks you can do by moving line objects with particular rendering options 
while checking the adjacent pixels. 

But, ideally someone on the list has already solved this problem and can offer 
finished code. 

Good luck?
Bill

William Prothero
http://ed.earthednet.org

> On Sep 4, 2015, at 4:04 PM, Peter Reid  wrote:
> 
> I'm trying to detect and extract a rectangular area of an image.  The image 
> is a graph with some parameters that are always contained inside a rectangle. 
>  The graph consists of curves and axes in black on a white background.  The 
> rectangle is a box consisting of black lines and it contains black text on a 
> white background.  I need to extract the box alone so I can run it through an 
> OCR process to convert the key parameters inside the rectangle into text for 
> other purposes.
> 
> Can anyone suggest a method, script or add-on for LiveCode that will help me 
> extract a rectangle from its surrounding image?
> 
> Thanks.
> --
> Peter Reid
> Loughborough, UK
> 
> 
> ___
> 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: Rectangle detection

2015-09-04 Thread Peter W A Wood


> On 5 Sep 2015, at 07:42, Scott Rossi  wrote:
> 
> Does the rectangle always appear in the same location in the image and is
> it always the same dimensions?

If the rectangle doesn’t always appear in the same location or is not always 
the same size, is the image always the same width?

Peter


___
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: Rectangle detection

2015-09-04 Thread Scott Rossi

Oops, meant to add: if the size/location of the rectangle is always the
same, a simple option would be to import (or export) a snapshot from the
rectangle's rect.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 9/4/15, 4:42 PM, "Scott Rossi"  wrote:

>Does the rectangle always appear in the same location in the image and is
>it always the same dimensions?
>
>Can you post a sample?
>
>Regards,
>
>Scott Rossi
>Creative Director
>Tactile Media, UX/UI Design
>
>
>
>
>On 9/4/15, 4:04 PM, "Peter Reid"  wrote:
>
>>I'm trying to detect and extract a rectangular area of an image.  The
>>image is a graph with some parameters that are always contained inside a
>>rectangle.  The graph consists of curves and axes in black on a white
>>background.  The rectangle is a box consisting of black lines and it
>>contains black text on a white background.  I need to extract the box
>>alone so I can run it through an OCR process to convert the key
>>parameters inside the rectangle into text for other purposes.
>>
>>Can anyone suggest a method, script or add-on for LiveCode that will help
>>me extract a rectangle from its surrounding image?
>>
>>Thanks.
>>--
>>Peter Reid
>>Loughborough, UK



___
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: Rectangle detection

2015-09-04 Thread Scott Rossi

Does the rectangle always appear in the same location in the image and is
it always the same dimensions?

Can you post a sample?

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 9/4/15, 4:04 PM, "Peter Reid"  wrote:

>I'm trying to detect and extract a rectangular area of an image.  The
>image is a graph with some parameters that are always contained inside a
>rectangle.  The graph consists of curves and axes in black on a white
>background.  The rectangle is a box consisting of black lines and it
>contains black text on a white background.  I need to extract the box
>alone so I can run it through an OCR process to convert the key
>parameters inside the rectangle into text for other purposes.
>
>Can anyone suggest a method, script or add-on for LiveCode that will help
>me extract a rectangle from its surrounding image?
>
>Thanks.
>--
>Peter Reid
>Loughborough, UK
>
>
>___
>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: Editing Large Scripts is Faster

Charles Warwick  writes:

> Simply download and copy that stack over the top of the existing one of
> the same name.

Thanks for that.
Done, and it works perfectly.

-- 
 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

Rectangle detection

2015-09-04 Thread Peter Reid

I'm trying to detect and extract a rectangular area of an image.  The image is 
a graph with some parameters that are always contained inside a rectangle.  The 
graph consists of curves and axes in black on a white background.  The 
rectangle is a box consisting of black lines and it contains black text on a 
white background.  I need to extract the box alone so I can run it through an 
OCR process to convert the key parameters inside the rectangle into text for 
other purposes.

Can anyone suggest a method, script or add-on for LiveCode that will help me 
extract a rectangle from its surrounding image?

Thanks.
--
Peter Reid
Loughborough, UK


___
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: Editing Large Scripts is Faster

2015-09-04 Thread Richard Gaskin

Ali Lloyd wrote:

>> On 4 Sep 2015, at 12:25 pm, Mark Wieder 
wrote:
>>
>> On 09/03/2015 10:52 AM, Ali Lloyd wrote:
>>
>>> That requires a backport, as the script editor in 8 has scriptified
>>> behaviors and a widget for the variable viewer.
>>
>> I must be missing something. Charles detailed the changes that need to
be made to the revscripteditor.rev script for LC7. Why is that any harder
than any other fix to IDE stack scripts? The fact that LC8 uses scriptified
stacks shouldn't even come up in that discussion.
>>

It's not harder. I'm saying it can't be accepted as a community
contribution, because whichever way you slice it, it involves binary
stacks.

It's on a computer, Ali - ultimately everything is binary. :)

Let's not let Github's limitation impede meaningful work.

What we need is a way to ensure that the changes applied are the changes 
we want.

Format is a distant second to that, merely a means to that end and 
something we can overcome.

Let's brainstorm ways to fix this critical problem holding up so much of 
the work we could be sharing.

It may not be Github, but it doesn't have to be.  Github was designed 
for C programmers working on the Linux kernel.  Different problem, 
different tools.  If we need a uniquely-LiveCode solution to assist with 
some parts of IDE development, well, it wouldn't be the first time 
LiveCode's unusual nature requires fresh thinking.

After all, the reason we're all here is because LiveCode isn't like 
everything else.

Let's do this.

--
 Richard Gaskin
 LiveCode Community Manager
 rich...@livecode.org

___
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: Editing Large Scripts is Faster

Ali Lloyd  writes:

> It's not harder. I'm saying it can't be accepted as a community
> contribution, because whichever way you slice it, it involves binary
> stacks.

I thought that was the purpose of the 'BugFix:' or 'Feature'
prefixes for bug reports, i.e., here's what's wrong and here's
how to fix it.

-- 
 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

Re: Editing Large Scripts is Faster

2015-09-04 Thread Ali Lloyd

>
>
> >> On 4 Sep 2015, at 12:25 pm, Mark Wieder 
> wrote:
> >>
> >> On 09/03/2015 10:52 AM, Ali Lloyd wrote:
> >>
> >>> That requires a backport, as the script editor in 8 has scriptified
> >>> behaviors and a widget for the variable viewer.
> >>
> >> I must be missing something. Charles detailed the changes that need to
> be made to the revscripteditor.rev script for LC7. Why is that any harder
> than any other fix to IDE stack scripts? The fact that LC8 uses scriptified
> stacks shouldn't even come up in that discussion.
> >>
>

It's not harder. I'm saying it can't be accepted as a community
contribution, because whichever way you slice it, it involves binary
stacks.
___
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: Editing Large Scripts is Faster

2015-09-04 Thread Richard Gaskin

Charles Warwick wrote:

On 4 Sep 2015, at 12:25 pm, Mark Wieder wrote:

On 09/03/2015 10:52 AM, Ali Lloyd wrote:

That requires a backport, as the script editor in 8 has scriptified
behaviors and a widget for the variable viewer.

I must be missing something. Charles detailed the changes that need to be made
to the revscripteditor.rev script for LC7. Why is that any harder than any
other fix to IDE stack scripts? The fact that LC8 uses scriptified stacks
shouldn't even come up in that discussion.

I'd be happy to make the changes for you if it's too much work, or maybe if you
ask nicely Charles can send you the stack he's already modified and save us
both some work.

For anyone who wants to use this feature on LC7, a copy of the modified stack
is here:

https://github.com/techstrategies/livecode-ide/blob/feature-7.0-hander-filter/Toolset/palettes/revscripteditor.rev?raw=true

Simply download and copy that stack over the top of the existing one of the
same name.

Thank you Mark Wieder for offering to update the v7.1 IDE, and to
Charles for having already done so.

This is exactly the sort of community engagement we've been discussing
with the team recently, I hope they take advantage of your efforts to
implement that useful enhancement in the next build of the IDE.

--
Richard Gaskin
LiveCode Community Manager
rich...@livecode.org

___
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: export snapshot with acceleratedRendering

2015-09-04 Thread Paul Hibbert


> On Sep 4, 2015, at 12:30, Dan Friedman  wrote:
> 
> So, the screen must not be locked, and acceleratedRendering must be off.   
> Not sure if you call that a bug or not... but it's working.  Hope I don't 
> have issues when I try it on Android.


or…

   export snapshot from this card to pictVariable as PNG

— Works regardless of the screen lock or acceleratedRendering by not using the 
screen buffer as Mark suggested.

HTH

Paul



___
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: Char Set on Custom Properties


On 9/4/2015 1:46 PM, Robert Brenstein wrote:

Not an ellegant approach but have you considered having a custom
property in your stacks that identify them for you. It sounds like you
are in control when those stacks are created and updated, so it might work.


It hadn't occured to me, actually. I could only set the property on the 
new LC7 stacks since we have all those others out in the field already, 
but that would be enough. Thanks for the idea.


I'm having a bit of a "duh" moment here.

--
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: Release 6.7.7 RC 3 / 7.1.0 RC 2

2015-09-04 Thread Dr. Hawkins

On Fri, Sep 4, 2015 at 9:50 AM, Sebastien Nouat <
sebastien.no...@livecode.com> wrote:

>
> *6.7.7 Stable / 7.1.0 Stable *
> The release of the next builds is planned to be done in the middle of next
> week.
> After having let more time to catch the bugs introduced by our change in
> the build system, the next builds are expected to be Stable.


Focus is *STILL* broken when a window opens on the second screen  . . .
 really???


-- 
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: export snapshot with acceleratedRendering

2015-09-04 Thread Dan Friedman

Mark,

Ok... I found the combination that works.  This assumes you have opened a stack 
and acceleratedRendering is enabled:

THIS FAILS (produces a grey image):

lock screen
export snapshot from rect (the rect of this card) to pictVariable as PNG
//do some stuff
unlock screen

THIS FAILS:

export snapshot from rect (the rect of this card) to pictVariable as PNG
lock screen
//do some stuff
unlock screen

THIS ALSO FAILS:

lock screen
set the acceleratedRendering of this stack to false
export snapshot from rect (the rect of this card) to pictVariable as PNG
//do some stuff
set the acceleratedRendering of this stack to true
unlock screen

THIS WORKS:

set the acceleratedRendering of this stack to false
export snapshot from rect (the rect of this card) to pictVariable as PNG
lock screen
//do some stuff
set the acceleratedRendering of this stack to true
unlock screen

So, the screen must not be locked, and acceleratedRendering must be off.   Not 
sure if you call that a bug or not... but it's working.  Hope I don't have 
issues when I try it on Android.

Thanks!
-Dan
___
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: export snapshot with acceleratedRendering

2015-09-04 Thread Dan Friedman

Mark,  Thanks for the help but 'the rect of this card' produced the same 
result a grey image.  Any other thoughts?

-Dan


> Try doing from rect ... of this card. I think the form you are using is doing 
> a screen buffer grab, which doesn't play so well with the OpenGL surface 
> accelerated rendering uses. The of this card form renders things into an off 
> screen buffer rather than trying to access the display buffer.
> 
> Mark



___
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: Char Set on Custom Properties

2015-09-04 Thread Robert Brenstein

Not an ellegant approach but have you considered having a custom 
property in your stacks that identify them for you. It sounds like 
you are in control when those stacks are created and updated, so it 
might work.


RObert

On 04.09.2015 at 13:38 Uhr -0500 J. Landman Gay apparently wrote:
Barring that, I thought of reading a sequence of bytes from the 
stack file, but I can't because these stacks are streamed remotely 
and have no filename. I don't believe there's way to read the raw 
binary content of a stack in RAM, so I'm kind of stuck.


Is there some kind of scripted test that might determine the 
stackfileVersion of any particular stack in RAM?


--
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: Char Set on Custom Properties


On 9/4/2015 7:57 AM, Mark Waddingham wrote:

 From what you are saying you want people to be able to edit content in
both LC6 and LC7, the content itself being saved in LC6 format. i.e. You
want to move your system forward to LC7, but you need to still support
LC6 clients and editors. Is that correct?


Pretty much. There are hundreds of stacks out in the field, in use by 
end users. We're starting to move to LC 7 and I'll build an app 
eventually with that version, which all users will update to. New stacks 
created from now on will be made in LC7 (if all goes well; there are 
some issues I'll be reporting.) The LC7 app can read both the existing 
LC6 stacks and the new LC7 stacks, which is good, but my scripts need to 
know whether to use MacToISO() or not before displaying the text.




Now, LC7 will assume that custom property values coming from LC6 format
stacks are binary data thus won't do anything magical with them.
However, as soon as you pass that value through anything text-related in
LC7 and set the custom property back, it will be (in memory at least)
stored as text. Then, when you save the stackfile in LC6 format the
engine will convert the text to the platform encoding and save as binary
(which is what LC6 expects).


Right, I think I understand that part. The problem is that we have many 
LC6 stacks in use and new LC7 ones coming out, so the scripts need to 
know which type they're working with. It sounds like the engine bases 
its decision on the stackfileVersion saved with any particular stack, 
which would be fine for me too if we could access that, but right now 
its only a global property. I could really use a "stackfileVersion of 
this stack" command right now. That would solve the problem.


Barring that, I thought of reading a sequence of bytes from the stack 
file, but I can't because these stacks are streamed remotely and have no 
filename. I don't believe there's way to read the raw binary content of 
a stack in RAM, so I'm kind of stuck.


Is there some kind of scripted test that might determine the 
stackfileVersion of any particular stack in RAM?


--
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: [OT] Atom Text Editor for Script Editiing - First Impressions


On 9/4/2015 2:08 AM, Kay C Lan wrote:

6) boilerplates
 I can type in switch and a little popup will come up


I meant to respond to this one too. Boilerplate is pretty easily added 
yourself by use of a frontscript. The frontscript handlers check to see 
if the target is the script editor and if so, executes whatever you 
want. I have been running my own frontscript with dozens of shortcuts 
for about 15 years and it works great. You can have any customized 
behaviors or text insertions you want. I know at least a few others are 
doing this too.


I do understand that you're asking for a universal change to the editor, 
and I think a skeleton switch construct would be a good one, but it 
would be difficult to anticipate the variety of needs for every 
scripter. So for me, my solution is ideal. It is set up as a plugin that 
opens invisibly when LC starts up and inserts itself into the front. 
It's so seamless I forget it's there except when I want to add something 
to it. Its shortcuts are hard-wired into my brain and I would be lost 
without it, it speeds up so many scripting actions.


There are at least a few advantages to having the editor implemented as 
a regular stack that responds to normal LC commands. ;) Maybe with 
enough interest, the frontscript idea could be generalized to allow 
every scripter to add their own boilerplate options, and it could be 
shipped with LC.


--
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: export snapshot with acceleratedRendering

2015-09-04 Thread Mark Waddingham

Try doing from rect ... of this card. I think the form you are using is doing a 
screen buffer grab, which doesn't play so well with the OpenGL surface 
accelerated rendering uses. The of this card form renders things into an off 
screen buffer rather than trying to access the display buffer.

Mark

Sent from my iPhone

> On 4 Sep 2015, at 18:29, Dan Friedman  wrote:
> 
> On either the iPhone simulator or an actual device, if acceleratedRendering 
> is enabled and I do:
> 
>export snapshot from rect (the rect of this card) to pictVariable as PNG
> 
> I get a solid grey image.  If I never enable acceleratedRendering, then the 
> image comes out fine.  It seems that once acceleratedRendering has been 
> enabled, your hosed.  I even tried this:
> 
>set the acceleratedRendering of this stack to false
>export snapshot from rect (the rect of this card) to pictVariable as PNG
>set the acceleratedRendering of this stack to true
> 
> But, I just got the grey image again.  Is there some magic property I have to 
> set to take a screen shot on a mobile device if acceleratedRendering is 
> enabled?
> 
> Any guidance is appreciated!
> 
> LC 7.0.1
> 
> -Dan
> ___
> 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

export snapshot with acceleratedRendering

2015-09-04 Thread Dan Friedman

On either the iPhone simulator or an actual device, if acceleratedRendering is 
enabled and I do:

export snapshot from rect (the rect of this card) to pictVariable as PNG

I get a solid grey image.  If I never enable acceleratedRendering, then the 
image comes out fine.  It seems that once acceleratedRendering has been 
enabled, your hosed.  I even tried this:

set the acceleratedRendering of this stack to false
export snapshot from rect (the rect of this card) to pictVariable as PNG
set the acceleratedRendering of this stack to true

But, I just got the grey image again.  Is there some magic property I have to 
set to take a screen shot on a mobile device if acceleratedRendering is enabled?

Any guidance is appreciated!

LC 7.0.1

-Dan
___
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

Release 6.7.7 RC 3 / 7.1.0 RC 2

2015-09-04 Thread Sebastien Nouat


Dear List Members,

We are pleased to announce the release of LiveCode 6.7.7 RC 3 and 7.1.0 
RC 2.


*Getting the Release*
To get the release please download the installer directly at: 
http://downloads.livecode.com


*6.7.7 Stable / 7.1.0 Stable *
The release of the next builds is planned to be done in the middle of 
next week.
After having let more time to catch the bugs introduced by our change in 
the build system, the next builds are expected to be Stable.


You can follow our release schedule on our GitHub repository 
.


Warm regards,

The LiveCode Team
___
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: Char Set on Custom Properties

2015-09-04 Thread Mark Waddingham


On 2015-09-03 21:38, J. Landman Gay wrote:

Returning to this topic...we are in the process of creating new stacks
in LC 7 while still running older LC 6 stacks with the same app.
Stacks have custom properties containing text created on a Mac, and my
app uses MacToISO() to display the text when running on Windows.

Some of the LC 6 stacks will be edited and saved in LC 7, others will
remain as LC 6 for a while. My app needs to know whether the character
set has already been converted so it can display text correctly. Is
there a way to tell in a script?


Hmmm - this is somewhat tricky.

From what you are saying you want people to be able to edit content in 
both LC6 and LC7, the content itself being saved in LC6 format. i.e. You 
want to move your system forward to LC7, but you need to still support 
LC6 clients and editors. Is that correct?


Now, LC7 will assume that custom property values coming from LC6 format 
stacks are binary data thus won't do anything magical with them. 
However, as soon as you pass that value through anything text-related in 
LC7 and set the custom property back, it will be (in memory at least) 
stored as text. Then, when you save the stackfile in LC6 format the 
engine will convert the text to the platform encoding and save as binary 
(which is what LC6 expects).


Of course, having just written that there might not be a problem here. 
If you are still intending to save all your stacks in LC6 format then it 
should be fine. You still need to do macToIso / isoToMac in LC7 since it 
will only be loading things in LC6 format - a problem would only arise 
if you were sometimes saving your content stacks in LC7 format.


In terms of moving forward what you might want to consider is 
transitioning to storing your text in custom properties in UTF8 format. 
So, rather than using macToIso / isoToMac you decode the UTF8 into text 
in both LC6 and LC7. This means you can continue to use LC6 format, but 
at some point in the future ditch LC6 support and then you'll be able to 
start using unicode in your text without any problems. (To be fair, you 
could still do that now - its just that in LC6 clients / editors, any 
unicode characters would appear as ? as they wouldn't be in the native 
encoding).


Hopefully that's not too confusing :S

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Release: 8.0 DP4... also, HTML5

2015-09-04 Thread Pierre Sahores

> Le 4 sept. 2015 à 12:55, Colin Holgate  a écrit :
> 
> In my test Chrome and Opera were equally slow, and Safari and Firefox were 
> both as fast as running inside LiveCode.

Intersting !
--
Pierre Sahores
mobile : 06 03 95 77 70
www.sahores-conseil.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: Release: 8.0 DP4... also, HTML5

2015-09-04 Thread Colin Holgate

In my test Chrome and Opera were equally slow, and Safari and Firefox were both 
as fast as running inside LiveCode.


> On Sep 4, 2015, at 4:04 AM, Malte Pfaff-Brill  wrote:
> 
> Hi all,
> 
> now that I am back on a machine with a little bit more sane keyboard layout, 
> here is the promised test of ae
> 
> http://www.derbrill.de/aetest/
> 
> Observations:
> 
> I am surprised this works at all. It is much slower a´than on the desktop, 
> but that does not surprise me much. Also it hugely depends on the used 
> browser. Chrome was much slower than Firefox on the PC. No access to a Mac at 
> the moment. But there speeds were almost identical.
> 
> Cheers!
> 
> Malte
> 
> ___
> 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: Release: 8.0 DP4... also, HTML5

2015-09-04 Thread Malte Pfaff-Brill


Hi all,

now that I am back on a machine with a little bit more sane keyboard 
layout, here is the promised test of ae


http://www.derbrill.de/aetest/

Observations:

I am surprised this works at all. It is much slower a´than on the 
desktop, but that does not surprise me much. Also it hugely depends on 
the used browser. Chrome was much slower than Firefox on the PC. No 
access to a Mac at the moment. But there speeds were almost identical.


Cheers!

Malte

___
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: [OT] Atom Text Editor for Script Editiing - First Impressions

On September 4, 2015 2:08:59 AM CDT, Kay C Lan  wrote:
>
>3) more script space, less wasted space
> Because the SE doubles as the debugger it has a LOT of wasted space. I
>want my SE to be 90% text, the rest tools and nicities, like my TE. I
>want my debugger sort of the opposite, 40% script and the rest debugging
>info -typically I can't see enough variable values. 
For this one at least, you can adjust the bottom pane to any height that's 
convenient. I change it frequently depending on what I need to see. 
-- 
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: [Bug] Red Dot Breakpoints Ignored - Recipe

On September 4, 2015 1:35:23 AM CDT, Kay C Lan  wrote:
>On Thu, Sep 3, 2015 at 10:50 AM, J. Landman Gay
>
>wrote:
>
>> Today I finally saw my first instance of a pirate red dot breakpoint
>that
>> didn't meet my previous criteria.
>>
>
>Was it a conditional Red Dot or a plain Red Dot?

Plain red dot. 
-- 
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: No Math Skills? No Problem...

On Fri, Sep 4, 2015 at 6:03 AM, Mark Wieder  wrote:

>
> 'This is why so much poor software exists in the world Garbage in ->
> Garbage out, applies to the
> code as well as the data.'
>

Whilst there is no denying that, I can only think of 2, maybe 3 stacks
recently that required more than 4h grade math, and even then I used Google
to find the equations I needed ;-) By far the majority of math in my
scripts is simple addition, subtraction, or comparison (>,=,<).

I think you could get quite far with LC with only very basic math skill - I
think a logical or systematic mind would serve you better. I've certainly
created many many stacks that contain no or very simple math.

Then again, many would look at my code and be horrified ;-(
___
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: [OT] Atom Text Editor for Script Editiing - First Impressions