Re: [OT] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Richmond via use-livecode

Sorry: I have moved over here:

http://forums.livecode.com/viewtopic.php?f=7=35407

as I believe a picture is worth a thousand words:

Richmond.

On 16.02.21 1:13, J. Landman Gay via use-livecode wrote:
I think the natural definition would be distance between the 
respective boundaries; i.e., edge to edge distance, but also the 
distance between corners. That is, if any of r1's corners is d 
distance from any one of r2's closest corners.


On 2/15/21 4:53 PM, Paul Dupuis via use-livecode wrote:
This is an Off Topic informal poll of sorts, but related to LiveCode 
as I am writing a LiveCode expression to determine if 2 arbitrary 
rectangles (r1,r2) are with some distance d (in px) of one another. 
In considering this problem, the questions comes up: What is meant by 
rectangles being within a distance d of one another. What is the 'd' 
measured from?


center to center? Easiest is many ways, but I don't think this is 
what most people would think of.


adjacent edge to adjacent edge? This is harder (I think), but I think 
this is what more people intuitively think of. To me, implicit in the 
visual concept of 2 rects being within some distance of one another 
is that they are NOT overlapping, but that some gap exists between 
the nearest adjacent edges?


Something else? What does 2 rects  being 'within' d pixels of one 
another mean to you, if not one of the two above options?


Maybe there is a exact mathematical definition of what 2 rectangles 
being within distance d of one another is, but, if there is, I am 
unfamiliar with it.



___
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] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Richmond via use-livecode
I would go for the distance between edges, although I can see the 
Mathematical wobbly bits you

are going to have to jump through.

Richmond.

On 16.02.21 0:53, Paul Dupuis via use-livecode wrote:
This is an Off Topic informal poll of sorts, but related to LiveCode 
as I am writing a LiveCode expression to determine if 2 arbitrary 
rectangles (r1,r2) are with some distance d (in px) of one another. In 
considering this problem, the questions comes up: What is meant by 
rectangles being within a distance d of one another. What is the 'd' 
measured from?


center to center? Easiest is many ways, but I don't think this is what 
most people would think of.


adjacent edge to adjacent edge? This is harder (I think), but I think 
this is what more people intuitively think of. To me, implicit in the 
visual concept of 2 rects being within some distance of one another is 
that they are NOT overlapping, but that some gap exists between the 
nearest adjacent edges?


Something else? What does 2 rects  being 'within' d pixels of one 
another mean to you, if not one of the two above options?


Maybe there is a exact mathematical definition of what 2 rectangles 
being within distance d of one another is, but, if there is, I am 
unfamiliar with it.



___
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] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Henk van der Velden via use-livecode
Alex,
No one would challenge your definition I think, but your solution only takes 
the corner points into account, right? So this wouldn’t give correct results in 
case the rectangles have different sizes or are positioned obliquely. 

Henk


> On 16 Feb 2021, at 03:12, use-livecode-requ...@lists.runrev.com wrote:
> 
> For me, a more precise problem specification is:
> 
> Given two rectangles (in regular Livecode format), the distance between 
> them is :
> 
> ?- if they touch or overlap, distance is zero.
> 
> ?- otherwise, it's the smallest distance from any point in R1 to any 
> point in R2.
> 
> Which leads to a simple solution
> 
>> function rdist R1, R2
>> ?? local DX, DY
>> ?? put max( item 1 of R1 - item 3 of R2, item 1 of R2 - item 3 of R1, 
>> 0) into DX
>> ?? put max( item 2 of R1 - item 4 of R2, item 2 of R2 - item 4 of R1, 
>> 0) into DY
>> ?? return sqrt( DX*DX + DY * DY)
>> end rdist
>> 
> Alex.

___
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: Polygon fill algo?

2021-02-15 Thread Mark Waddingham via use-livecode

On 2021-02-16 05:55, Richard Gaskin via use-livecode wrote:

My expectation was almost beyond anything reasonable, but it would
seem useful if there was some way to make it happen:  imagine if each
segment within a list of discontiguous points was rendered as though
it's a separate object, back to front.

It's not going to kill me to use separate graphics to hide the
portions of the vertices I need covered, but it sure would have been
nifty if I'd found a way to have a single poly object render as though
it were many.


So the even-odd fill rule will not give you what you want - overlapping 
regions alternate.


The non-zero fill rule can give you what you want - but you need to make 
sure that all your sub-polygons go 'in the same direction'. (NB: Fixed 
width font ASCII art follows):


These two overlapping rects both go clock-wise so everything is filled.

  |--->---|
  |...|
  |...|--->---|
  ^...|...|...|
  |...|...|...|
  |-- |---|...v
  |...|
  |---|

The left rect goes anti-clockwise and the right rect goes clockwise:

  |---<---|
  |...|
  |...|--->---|
  v...|   |...|
  |...|   |...|
  |-- |---|...v
  |...|
  |---|

Notionally:
   - the non-zero winding rule works by starting on the left of each 
scanline and scanning to the right

   - there is a winding counter which starts at 0.
   - at any pixel, if the winding counter is non-zero the pixel is 
filled.
   - if an edge is crossed which goes 'down', the winding counter is 
decreased
   - if an edge is crossed which goes 'up', the winding counter is 
increased


Hope this helps!

Warmest Regards,

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: How do I interpret this Build Error dialog?

2021-02-15 Thread J. Landman Gay via use-livecode

I should have said "the first line with an error code."

I also should have looked at the images before I answered...

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On February 15, 2021 7:56:47 PM Mark Wieder via use-livecode 
 wrote:



On 2/15/21 5:29 PM, J. Landman Gay via use-livecode wrote:

In Sample Stacks, search for LiveCode Error Lookup. I keep it my Plugins
folder. You can paste the whole list of errors into it and it will tell
you what they mean.

However, usually you only need the first line which is where a break
would happen in the IDE. The other lines are, in reverse order, the
messages that led up to the topmost error.


Actually, in this case the second line has more info.
Line #1 (error #219: error in function handler) is a more generic error
message that I find singularly unuseful.
Line #2 (error #118: Operators &: error in left operand) gives a more
specific reason.

At any rate, the problem seems to be on line 236 in the function
getDesktopFolderPath, and is probably around char 8, although that isn't
always accurate.

The stack frames leading up to the error were triggered by the build
process invoking preOpencard:

preOpenCard
--> initFirstLoginScreen
> checkForLastLogInFile
--> getDesktopFolderPath

--
 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: How do I interpret this Build Error dialog?

2021-02-15 Thread Richard Gaskin via use-livecode

William Prothero wrote:
...
> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0

What we see there is two bugs: the error being reported, and the dumping 
of raw error data in that IDE dialog with no effort made to turn a 
format designed for machine parsing into anything useful for human reading.


I'm hoping I'm wrong, and that nothing in the IDE is designed to be so 
unhelpful.


Please tell me that dialog is not from the IDE.

--
 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: Polygon fill algo?

2021-02-15 Thread Richard Gaskin via use-livecode

Bernd Niggemann wrote:

> > Richard wrote
> > a way to coerce discontiguous polygon regions to always be filled?
>
> I assume you have set the opaque of the polygon graphic to true?

Yep.

My expectation was almost beyond anything reasonable, but it would seem 
useful if there was some way to make it happen:  imagine if each segment 
within a list of discontiguous points was rendered as though it's a 
separate object, back to front.


It's not going to kill me to use separate graphics to hide the portions 
of the vertices I need covered, but it sure would have been nifty if I'd 
found a way to have a single poly object render as though it were many.


--
 Richard Gaskin
 Fourth World Systems

___
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


Another question about multiple stack projects

2021-02-15 Thread William Prothero via use-livecode
Folks:
I have a question about multiple stack projects. My project starts with a 
splash stack. In the standalone preferences of this stack, I list all stacks 
the project uses, including script only stacks I use as libraries. Should I do 
a “Start using” on all of these stacks at this point? But I could have just 
done a “start using” for the required stacks for each of the other component 
stacks when they were first accessed, and got the same result?

I guess my question is: how does the build process make use of the list of 
stacks in the splash stack? Are they all built into the project in some way 
that doesn’t happen otherwise? I still seem to be required to “Start using” 
each of the library stacks anyway.

Best,
Bill

William Prothero
waproth...@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: How do I interpret this Build Error dialog?

2021-02-15 Thread William Prothero via use-livecode
Mark and Jacqueline:
Thanks. That’s very helpful!
Bill

> On Feb 15, 2021, at 5:54 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 2/15/21 5:29 PM, J. Landman Gay via use-livecode wrote:
>> In Sample Stacks, search for LiveCode Error Lookup. I keep it my Plugins 
>> folder. You can paste the whole list of errors into it and it will tell you 
>> what they mean.
>> However, usually you only need the first line which is where a break would 
>> happen in the IDE. The other lines are, in reverse order, the messages that 
>> led up to the topmost error.
> 
> Actually, in this case the second line has more info.
> Line #1 (error #219: error in function handler) is a more generic error 
> message that I find singularly unuseful.
> Line #2 (error #118: Operators &: error in left operand) gives a more 
> specific reason.
> 
> At any rate, the problem seems to be on line 236 in the function 
> getDesktopFolderPath, and is probably around char 8, although that isn't 
> always accurate.
> 
> The stack frames leading up to the error were triggered by the build process 
> invoking preOpencard:
> 
> preOpenCard
> --> initFirstLoginScreen
> > checkForLastLogInFile
> --> getDesktopFolderPath
> 
> -- 
> 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

William Prothero
waproth...@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: How do I interpret this Build Error dialog?

2021-02-15 Thread William Prothero via use-livecode
Sean:
Thank you, thank you!.
Bill

> On Feb 15, 2021, at 4:14 PM, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi,
> The error panels show the events in reverse order, so last occurrence first.
> 
> The first number in each line is the error code and the second is the line
> number in the script that failed.
> Here's a list of the error codes:
> https://livecode.fandom.com/wiki/Error_codes
> 
> Going back from line 5 of your error:
> 353 - THe name of the object it enters (stack "loginLib")
> 241 - Handler: error in statement , line 236 of stack "LoginLib"
> 465 - put: error in expression , line 236
> 118 - Operators &: &: error in left operand , line 236
> 219 - Function: error in function handler , line 236 (function
> getDesktopFolderPath)
> 
> So, it's likely a compound problem with lots of things that likely led up
> to the fault. There are more 219 and 241 errors and it starts with a 490
> (repeat: error in statement). Work your way through the error codes and see
> what you find.
> 
> All the best
> Sean
> 
> On Mon, 15 Feb 2021 at 23:24, William Prothero via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Folks:
>> 
>> I have a pretty complex app that I’ve been adding onto for awhile and now
>> I’m getting a seemingly informative error dialog when I try to build it. It
>> works fine in the IDE. The app consists of numerous stacks and libraries
>> launched with a splash stack. I get an error dialog but have no idea how to
>> interpret its info. It’s not clear to me how to interpret the error dialog
>> and what made it fail. It seems to fail at the login stack, which is called
>> when the user clicks the Start button.
>> 
>> Was the failure point at the end of the error message? I haven’t actually
>> tried to build this app for a couple of years and its complexity has grown.
>> All of the stacks in the project have been entered into the “Stacks”
>> section of the standalone properties dialog. I’ve obviously done something
>> wrong and it would help a lot if I could interpret the error message (I
>> hope).
>> 
>> The following two links will display the first part of the error message
>> and the second (scrolled) part.
>> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0 <
>> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0>
>> 
>> https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0 <
>> https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0>
>> 
>> Any wisdom on how to proceed would be much appreciated.
>> 
>> Thanks,
>> Bill
>> 
>> William Prothero
>> waproth...@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

William Prothero
waproth...@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: LC Roadmap

2021-02-15 Thread scott--- via use-livecode
One-click-wonder is right… especially if you use DropDMG to create custom disk 
images!
--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   https://elementarysoftware.com/
email sc...@elementarysoftware.com
booth1-360-734-4701
--

> On Feb 15, 2021, at 3:08 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> Initial setup is a bit of a journey because Apple likes to make developers 
> jump through hoops to prove they're worthy. But every subsequent notarization 
> is a one-click wonder.
> 
> On 2/15/21 4:25 PM, William Prothero via use-livecode wrote:
>> Jacqueline:
>> Thanks. Yes, I have it. Haven’t tried it yet. But I’ve downloaded it.
>> Best,
>> Bill
>>> On Feb 15, 2021, at 1:35 PM, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> Do you use his notarization stack? Once you get it set up it's a huge 
>>> time-saver. No more Terminal commands.
>>> 
>>> On 2/15/21 2:21 PM, William Prothero via use-livecode wrote:
 Codesigning is always a trudge for me because I don’t do it very often and 
 Apple is regularly changing the parameters. So I also very much appreciate 
 Matthias’ lesson.
 Thanks from me too!
 Bill
>>> 
>>> 
>>> -- 
>>> 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
>> William Prothero
>> waproth...@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
> 
> 
> -- 
> 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









___
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 do I interpret this Build Error dialog?

2021-02-15 Thread Mark Wieder via use-livecode

On 2/15/21 5:29 PM, J. Landman Gay via use-livecode wrote:
In Sample Stacks, search for LiveCode Error Lookup. I keep it my Plugins 
folder. You can paste the whole list of errors into it and it will tell 
you what they mean.


However, usually you only need the first line which is where a break 
would happen in the IDE. The other lines are, in reverse order, the 
messages that led up to the topmost error.


Actually, in this case the second line has more info.
Line #1 (error #219: error in function handler) is a more generic error 
message that I find singularly unuseful.
Line #2 (error #118: Operators &: error in left operand) gives a more 
specific reason.


At any rate, the problem seems to be on line 236 in the function 
getDesktopFolderPath, and is probably around char 8, although that isn't 
always accurate.


The stack frames leading up to the error were triggered by the build 
process invoking preOpencard:


preOpenCard
--> initFirstLoginScreen
> checkForLastLogInFile
--> getDesktopFolderPath

--
 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: How do I interpret this Build Error dialog?

2021-02-15 Thread J. Landman Gay via use-livecode
In Sample Stacks, search for LiveCode Error Lookup. I keep it my Plugins 
folder. You can paste the whole list of errors into it and it will tell you 
what they mean.


However, usually you only need the first line which is where a break would 
happen in the IDE. The other lines are, in reverse order, the messages that 
led up to the topmost error.


The first item in each line is the error code, the second is the script 
line number, and the third is the character offset in the line.


An advantage of this stack is that it reads the error descriptions from the 
currently running copy of LiveCode so it is always up to date. New errors 
are added as the language expands.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On February 15, 2021 5:26:44 PM William Prothero via use-livecode 
 wrote:



Folks:

I have a pretty complex app that I’ve been adding onto for awhile and now 
I’m getting a seemingly informative error dialog when I try to build it. It 
works fine in the IDE. The app consists of numerous stacks and libraries 
launched with a splash stack. I get an error dialog but have no idea how to 
interpret its info. It’s not clear to me how to interpret the error dialog 
and what made it fail. It seems to fail at the login stack, which is called 
when the user clicks the Start button.


Was the failure point at the end of the error message? I haven’t actually 
tried to build this app for a couple of years and its complexity has grown. 
All of the stacks in the project have been entered into the “Stacks” 
section of the standalone properties dialog. I’ve obviously done something 
wrong and it would help a lot if I could interpret the error message (I hope).


The following two links will display the first part of the error message 
and the second (scrolled) part.
https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0 



https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0 



Any wisdom on how to proceed would be much appreciated.

Thanks,
Bill

William Prothero
waproth...@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] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Alex Tweedly via use-livecode


On 15/02/2021 23:21, Sean Cole (Pi) via use-livecode wrote:

Hi,
No point reinventing the wheel..


But most of those links actually did not have this particular wheel, or 
anything like it.


The exception was the last one (programmerssought.com) which had an 
ugly, inefficient and lengthy (45 lines in Python) solution. [OK, that 
45 includs blank and comments :-) !!


For me, a more precise problem specification is:

Given two rectangles (in regular Livecode format), the distance between 
them is :


 - if they touch or overlap, distance is zero.

 - otherwise, it's the smallest distance from any point in R1 to any 
point in R2.


Which leads to a simple solution


function rdist R1, R2
   local DX, DY
   put max( item 1 of R1 - item 3 of R2, item 1 of R2 - item 3 of R1, 
0) into DX
   put max( item 2 of R1 - item 4 of R2, item 2 of R2 - item 4 of R1, 
0) into DY

   return sqrt( DX*DX + DY * DY)
end rdist


Alex.



Lots of other way. Distance between two near or far edges. distance between
corners, distance to centers, or area median, area of space between,
overal usage area minus the area used by the two rectangles. Math is fun.
Keeps us in business.

Google (distance between two rectangles):

https://stackoverflow.com/questions/4978323/how-to-calculate-distance-between-two-rectangles-context-a-game-in-lua

https://math.stackexchange.com/questions/2724537/finding-the-clear-spacing-distance-between-two-rectangles

https://www.wyzant.com/resources/answers/583373/finding-the-distance-between-two-rectangles

https://www.programmersought.com/article/44554760896/

etc

On Mon, 15 Feb 2021 at 22:53, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:


This is an Off Topic informal poll of sorts, but related to LiveCode as
I am writing a LiveCode expression to determine if 2 arbitrary
rectangles (r1,r2) are with some distance d (in px) of one another. In
considering this problem, the questions comes up: What is meant by
rectangles being within a distance d of one another. What is the 'd'
measured from?

center to center? Easiest is many ways, but I don't think this is what
most people would think of.

adjacent edge to adjacent edge? This is harder (I think), but I think
this is what more people intuitively think of. To me, implicit in the
visual concept of 2 rects being within some distance of one another is
that they are NOT overlapping, but that some gap exists between the
nearest adjacent edges?

Something else? What does 2 rects  being 'within' d pixels of one
another mean to you, if not one of the two above options?

Maybe there is a exact mathematical definition of what 2 rectangles
being within distance d of one another is, but, if there is, I am
unfamiliar with it.


___
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 do I interpret this Build Error dialog?

2021-02-15 Thread Sean Cole (Pi) via use-livecode
Hi,
The error panels show the events in reverse order, so last occurrence first.

The first number in each line is the error code and the second is the line
number in the script that failed.
Here's a list of the error codes:
https://livecode.fandom.com/wiki/Error_codes

Going back from line 5 of your error:
353 - THe name of the object it enters (stack "loginLib")
241 - Handler: error in statement , line 236 of stack "LoginLib"
465 - put: error in expression , line 236
118 - Operators &: &: error in left operand , line 236
219 - Function: error in function handler , line 236 (function
getDesktopFolderPath)

So, it's likely a compound problem with lots of things that likely led up
to the fault. There are more 219 and 241 errors and it starts with a 490
(repeat: error in statement). Work your way through the error codes and see
what you find.

All the best
Sean

On Mon, 15 Feb 2021 at 23:24, William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Folks:
>
> I have a pretty complex app that I’ve been adding onto for awhile and now
> I’m getting a seemingly informative error dialog when I try to build it. It
> works fine in the IDE. The app consists of numerous stacks and libraries
> launched with a splash stack. I get an error dialog but have no idea how to
> interpret its info. It’s not clear to me how to interpret the error dialog
> and what made it fail. It seems to fail at the login stack, which is called
> when the user clicks the Start button.
>
> Was the failure point at the end of the error message? I haven’t actually
> tried to build this app for a couple of years and its complexity has grown.
> All of the stacks in the project have been entered into the “Stacks”
> section of the standalone properties dialog. I’ve obviously done something
> wrong and it would help a lot if I could interpret the error message (I
> hope).
>
> The following two links will display the first part of the error message
> and the second (scrolled) part.
> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0 <
> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0>
>
> https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0 <
> https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0>
>
> Any wisdom on how to proceed would be much appreciated.
>
> Thanks,
> Bill
>
> William Prothero
> waproth...@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


How do I interpret this Build Error dialog?

2021-02-15 Thread William Prothero via use-livecode
Folks:

I have a pretty complex app that I’ve been adding onto for awhile and now I’m 
getting a seemingly informative error dialog when I try to build it. It works 
fine in the IDE. The app consists of numerous stacks and libraries launched 
with a splash stack. I get an error dialog but have no idea how to interpret 
its info. It’s not clear to me how to interpret the error dialog and what made 
it fail. It seems to fail at the login stack, which is called when the user 
clicks the Start button. 

Was the failure point at the end of the error message? I haven’t actually tried 
to build this app for a couple of years and its complexity has grown. All of 
the stacks in the project have been entered into the “Stacks” section of the 
standalone properties dialog. I’ve obviously done something wrong and it would 
help a lot if I could interpret the error message (I hope). 

The following two links will display the first part of the error message and 
the second (scrolled) part.
https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0 


https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0 


Any wisdom on how to proceed would be much appreciated.

Thanks,
Bill

William Prothero
waproth...@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] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Sean Cole (Pi) via use-livecode
Hi,
No point reinventing the wheel..

Lots of other way. Distance between two near or far edges. distance between
corners, distance to centers, or area median, area of space between,
overal usage area minus the area used by the two rectangles. Math is fun.
Keeps us in business.

Google (distance between two rectangles):

https://stackoverflow.com/questions/4978323/how-to-calculate-distance-between-two-rectangles-context-a-game-in-lua

https://math.stackexchange.com/questions/2724537/finding-the-clear-spacing-distance-between-two-rectangles

https://www.wyzant.com/resources/answers/583373/finding-the-distance-between-two-rectangles

https://www.programmersought.com/article/44554760896/

etc

On Mon, 15 Feb 2021 at 22:53, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This is an Off Topic informal poll of sorts, but related to LiveCode as
> I am writing a LiveCode expression to determine if 2 arbitrary
> rectangles (r1,r2) are with some distance d (in px) of one another. In
> considering this problem, the questions comes up: What is meant by
> rectangles being within a distance d of one another. What is the 'd'
> measured from?
>
> center to center? Easiest is many ways, but I don't think this is what
> most people would think of.
>
> adjacent edge to adjacent edge? This is harder (I think), but I think
> this is what more people intuitively think of. To me, implicit in the
> visual concept of 2 rects being within some distance of one another is
> that they are NOT overlapping, but that some gap exists between the
> nearest adjacent edges?
>
> Something else? What does 2 rects  being 'within' d pixels of one
> another mean to you, if not one of the two above options?
>
> Maybe there is a exact mathematical definition of what 2 rectangles
> being within distance d of one another is, but, if there is, I am
> unfamiliar with it.
>
>
> ___
> 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] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread J. Landman Gay via use-livecode
I think the natural definition would be distance between the respective boundaries; i.e., edge 
to edge distance, but also the distance between corners. That is, if any of r1's corners is d 
distance from any one of r2's closest corners.


On 2/15/21 4:53 PM, Paul Dupuis via use-livecode wrote:
This is an Off Topic informal poll of sorts, but related to LiveCode as I am writing a LiveCode 
expression to determine if 2 arbitrary rectangles (r1,r2) are with some distance d (in px) of 
one another. In considering this problem, the questions comes up: What is meant by rectangles 
being within a distance d of one another. What is the 'd' measured from?


center to center? Easiest is many ways, but I don't think this is what most 
people would think of.

adjacent edge to adjacent edge? This is harder (I think), but I think this is what more people 
intuitively think of. To me, implicit in the visual concept of 2 rects being within some 
distance of one another is that they are NOT overlapping, but that some gap exists between the 
nearest adjacent edges?


Something else? What does 2 rects  being 'within' d pixels of one another mean to you, if not 
one of the two above options?


Maybe there is a exact mathematical definition of what 2 rectangles being within distance d of 
one another is, but, if there is, I am unfamiliar with it.



___
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



--
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: LC Roadmap

2021-02-15 Thread J. Landman Gay via use-livecode
Initial setup is a bit of a journey because Apple likes to make developers jump through hoops 
to prove they're worthy. But every subsequent notarization is a one-click wonder.


On 2/15/21 4:25 PM, William Prothero via use-livecode wrote:

Jacqueline:
Thanks. Yes, I have it. Haven’t tried it yet. But I’ve downloaded it.
Best,
Bill



On Feb 15, 2021, at 1:35 PM, J. Landman Gay via use-livecode 
 wrote:

Do you use his notarization stack? Once you get it set up it's a huge 
time-saver. No more Terminal commands.

On 2/15/21 2:21 PM, William Prothero via use-livecode wrote:

Codesigning is always a trudge for me because I don’t do it very often and 
Apple is regularly changing the parameters. So I also very much appreciate 
Matthias’ lesson.
Thanks from me too!
Bill



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


William Prothero
waproth...@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




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


[OT] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Paul Dupuis via use-livecode
This is an Off Topic informal poll of sorts, but related to LiveCode as 
I am writing a LiveCode expression to determine if 2 arbitrary 
rectangles (r1,r2) are with some distance d (in px) of one another. In 
considering this problem, the questions comes up: What is meant by 
rectangles being within a distance d of one another. What is the 'd' 
measured from?


center to center? Easiest is many ways, but I don't think this is what 
most people would think of.


adjacent edge to adjacent edge? This is harder (I think), but I think 
this is what more people intuitively think of. To me, implicit in the 
visual concept of 2 rects being within some distance of one another is 
that they are NOT overlapping, but that some gap exists between the 
nearest adjacent edges?


Something else? What does 2 rects  being 'within' d pixels of one 
another mean to you, if not one of the two above options?


Maybe there is a exact mathematical definition of what 2 rectangles 
being within distance d of one another is, but, if there is, I am 
unfamiliar with it.



___
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: LC Roadmap

2021-02-15 Thread William Prothero via use-livecode
Jacqueline:
Thanks. Yes, I have it. Haven’t tried it yet. But I’ve downloaded it.
Best,
Bill


> On Feb 15, 2021, at 1:35 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> Do you use his notarization stack? Once you get it set up it's a huge 
> time-saver. No more Terminal commands.
> 
> On 2/15/21 2:21 PM, William Prothero via use-livecode wrote:
>> Codesigning is always a trudge for me because I don’t do it very often and 
>> Apple is regularly changing the parameters. So I also very much appreciate 
>> Matthias’ lesson.
>> Thanks from me too!
>> Bill
> 
> 
> -- 
> 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

William Prothero
waproth...@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: LC Roadmap

2021-02-15 Thread Jim Lambert via use-livecode
> Andre wrote:
> 
> LC is a small company regardless of how much we love them. They can't provide 
> solution to all our needs. It is not because they don't want to, they have 
> limited resources. We can't treat LC as we treat Apple or Microsoft. 

So true. I absolutely marvel at how much the LiveCode Team have accomplished 
and are able to accomplish at their size and budget. I'm grateful for that.

It helps to remember a map is not a journey. Journeys very often diverge from 
the planned map route. See the sad story of TechTV's James Kim.

Jim Lambert
___
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: LC Roadmap

2021-02-15 Thread J. Landman Gay via use-livecode
Do you use his notarization stack? Once you get it set up it's a huge time-saver. No more 
Terminal commands.


On 2/15/21 2:21 PM, William Prothero via use-livecode wrote:

Codesigning is always a trudge for me because I don’t do it very often and 
Apple is regularly changing the parameters. So I also very much appreciate 
Matthias’ lesson.
Thanks from me too!
Bill



--
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: LC Roadmap

2021-02-15 Thread J. Landman Gay via use-livecode
I agree, the lesson is fantastic. I was just there minutes ago helping a client set up his 
stack. And now we have entitlements added; that's new and much appreciated. Matthias put a lot 
of work into that lesson. We use it for every new Mac release.


On 2/15/21 1:32 PM, Roger Guay via use-livecode wrote:

I definitely owe an apology to Matthias Rebbe for not recognizing his 
outstanding lesson “Codesigning and notarizing your LC standalone for 
distribution outside the Mac Appstore- “, including the fact of the recent 
update of Feb 9th. The amount of work involved in creating this lesson is 
mind-boggling to me.

Thank you, Matthias!!

Roger


On Feb 14, 2021, at 3:01 PM, Roger Guay via use-livecode 
 wrote:

I just noticed that the "Codesigning and Notarizing your LC Standalone etc” 
lesson was updated on Feb 9, 2021. Perhaps I misrepresented the real situation in my 
previous post.

Roger



On Feb 14, 2021, at 2:35 PM, Roger Guay via use-livecode 
 wrote:

Well, permit me to chime in here with full knowledge that I may be out of date 
with what’s already available.

Arguably the most important feature of LC is its muliplatformness. Recognizing 
that it is a moving target, We/I need and want up to date easy to use lessons 
on how to build standalones for all the platforms. Since it is moving target 
these lessons should have revision cycles with clear up front indication of 
what OS and LC versions are being  used in each lesson. One of the problems I 
encounter is the bewildering platform jargon in existing lessons. I wish more 
simple language could be used to perhaps explain the jargon.

I am an Apple user (not a bigot) and it annoys the hell of me that I can no 
longer build distributable standalones for the Mac. It’s not reasonable to 
expect to change Apple, so we need to make it easier for us LC users. I briefly 
looked at the current lesson for this some time ago and at first glance it 
seemed unnecessarily complicated. I admit I might be me at fault here but here 
we are…

Just trying to help,

Roger


On Feb 14, 2021, at 1:52 PM, Richard Gaskin via use-livecode 
 wrote:

What do you want to learn?

Let's identify topic areas, and then it will become much simpler to sort out 
how they get addressed.



___
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




--
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: Polygon fill algo?

2021-02-15 Thread Niggemann, Bernd via use-livecode
>Richard wrote
>a way to coerce discontiguous polygon regions to always be filled?

I assume you have set the opaque of the polygon graphic to true?
Without "opaque" I do not get any filling, with "opaque" true it always fills

Kind regards
Bernd
___
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: LC Roadmap

2021-02-15 Thread William Prothero via use-livecode
Codesigning is always a trudge for me because I don’t do it very often and 
Apple is regularly changing the parameters. So I also very much appreciate 
Matthias’ lesson.
Thanks from me too!
Bill

> On Feb 15, 2021, at 11:32 AM, Roger Guay via use-livecode 
>  wrote:
> 
> I definitely owe an apology to Matthias Rebbe for not recognizing his 
> outstanding lesson “Codesigning and notarizing your LC standalone for 
> distribution outside the Mac Appstore- “, including the fact of the recent 
> update of Feb 9th. The amount of work involved in creating this lesson is 
> mind-boggling to me.
> 
> Thank you, Matthias!!
> 
> Roger
> 
>> On Feb 14, 2021, at 3:01 PM, Roger Guay via use-livecode 
>>  wrote:
>> 
>> I just noticed that the "Codesigning and Notarizing your LC Standalone etc” 
>> lesson was updated on Feb 9, 2021. Perhaps I misrepresented the real 
>> situation in my previous post.
>> 
>> Roger
>> 
>> 
>>> On Feb 14, 2021, at 2:35 PM, Roger Guay via use-livecode 
>>>  wrote:
>>> 
>>> Well, permit me to chime in here with full knowledge that I may be out of 
>>> date with what’s already available. 
>>> 
>>> Arguably the most important feature of LC is its muliplatformness. 
>>> Recognizing that it is a moving target, We/I need and want up to date easy 
>>> to use lessons on how to build standalones for all the platforms. Since it 
>>> is moving target these lessons should have revision cycles with clear up 
>>> front indication of what OS and LC versions are being  used in each lesson. 
>>> One of the problems I encounter is the bewildering platform jargon in 
>>> existing lessons. I wish more simple language could be used to perhaps 
>>> explain the jargon.
>>> 
>>> I am an Apple user (not a bigot) and it annoys the hell of me that I can no 
>>> longer build distributable standalones for the Mac. It’s not reasonable to 
>>> expect to change Apple, so we need to make it easier for us LC users. I 
>>> briefly looked at the current lesson for this some time ago and at first 
>>> glance it seemed unnecessarily complicated. I admit I might be me at fault 
>>> here but here we are…
>>> 
>>> Just trying to help,
>>> 
>>> Roger
>>> 
 On Feb 14, 2021, at 1:52 PM, Richard Gaskin via use-livecode 
  wrote:
 
 What do you want to learn?
 
 Let's identify topic areas, and then it will become much simpler to sort 
 out how they get addressed.
 
>>> 
>>> ___
>>> 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

William Prothero
waproth...@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: LC Roadmap

2021-02-15 Thread Roger Guay via use-livecode
I definitely owe an apology to Matthias Rebbe for not recognizing his 
outstanding lesson “Codesigning and notarizing your LC standalone for 
distribution outside the Mac Appstore- “, including the fact of the recent 
update of Feb 9th. The amount of work involved in creating this lesson is 
mind-boggling to me.

Thank you, Matthias!!

Roger

> On Feb 14, 2021, at 3:01 PM, Roger Guay via use-livecode 
>  wrote:
> 
> I just noticed that the "Codesigning and Notarizing your LC Standalone etc” 
> lesson was updated on Feb 9, 2021. Perhaps I misrepresented the real 
> situation in my previous post.
> 
> Roger
> 
> 
>> On Feb 14, 2021, at 2:35 PM, Roger Guay via use-livecode 
>>  wrote:
>> 
>> Well, permit me to chime in here with full knowledge that I may be out of 
>> date with what’s already available. 
>> 
>> Arguably the most important feature of LC is its muliplatformness. 
>> Recognizing that it is a moving target, We/I need and want up to date easy 
>> to use lessons on how to build standalones for all the platforms. Since it 
>> is moving target these lessons should have revision cycles with clear up 
>> front indication of what OS and LC versions are being  used in each lesson. 
>> One of the problems I encounter is the bewildering platform jargon in 
>> existing lessons. I wish more simple language could be used to perhaps 
>> explain the jargon.
>> 
>> I am an Apple user (not a bigot) and it annoys the hell of me that I can no 
>> longer build distributable standalones for the Mac. It’s not reasonable to 
>> expect to change Apple, so we need to make it easier for us LC users. I 
>> briefly looked at the current lesson for this some time ago and at first 
>> glance it seemed unnecessarily complicated. I admit I might be me at fault 
>> here but here we are…
>> 
>> Just trying to help,
>> 
>> Roger
>> 
>>> On Feb 14, 2021, at 1:52 PM, Richard Gaskin via use-livecode 
>>>  wrote:
>>> 
>>> What do you want to learn?
>>> 
>>> Let's identify topic areas, and then it will become much simpler to sort 
>>> out how they get addressed.
>>> 
>> 
>> ___
>> 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


xAPI in LiveCode for the xAPI Cohort

2021-02-15 Thread Brian K. Duck via use-livecode
Here is an updated calendar for When2Meet: 
https://www.when2meet.com/?11053266-TIpH2 Please fill in your availability for 
this week, we will schedule a meeting or two based on responses as early as 
tomorrow.

Sent from my iPad,
Brian Duck
___
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


[ANN] This Week in LiveCode 255

2021-02-15 Thread panagiotis merakos via use-livecode
Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #255 here: https://bit.ly/3rW4JnU

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to your e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.


-- 
Panagiotis Merakos 
LiveCode Software Developer

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: LC Roadmap

2021-02-15 Thread ELS Prothero via use-livecode
Great to hear Andre’s input!

One point I hoped to make is that there is also a possibility of monetizing a 
help site that is created outside the mothership but coordinates and supports 
it. I think this kind of resource would be a significant investment and it is 
unrealistic to expect that the community will do this for free. Frankly, from 
others’ comments, it seems that there is a lot of room for additional support 
and marketing. Think of a combination of short tutorials backed by downloadable 
samples of what was presented on video. These could be backed up with more 
in-depth lessons at a small charge. The purpose of a short video would be dual. 
One for showing how to do something and second for advertising how easy it is 
to do some things with Livecode. What if there was a link to LC subscriptions 
and the mothership would pay a royalty to the site owner/manager?

LC is a great deal, with a free version available for newbies. There are 
opportunities, I think.

Folks, please forgive me if I am overly promoting this idea. I’m an idea 
person, retired, and have no spare time to put a lot of energy into creating 
something like this. But many of you make your living from Livecode and these 
ideas could be mutually beneficial. I am invested in Livecode and would love to 
see it get more exposure and adoption. It’s a great product!

Best,
Bill Prothero

William Prothero
https://earthlearningsolutions.org

> On Feb 15, 2021, at 4:56 AM, Andre Garzia via use-livecode 
>  wrote:
> 
> Hi Folks, 
> 
> 
>> On 15 Feb 2021, at 01:46, William Prothero via use-livecode 
>>  wrote:
>> 
>> Andre Garza’s post about his planning to write a book on some aspect of 
>> Livecode programming got me thinking about this. First, I think writing 
>> books is useful, but the way many busy folks access information on the 
>> internet is in more as smaller more targeted bites. I play jazz keyboard. A 
>> couple of years ago, I subscribed to a site that gave me access to jazz song 
>> sheet music included in video lessons lasting 30-60 minutes each. At the 
>> same time, from a couple other  authors, I got regular (about once a week) 
>> emails with short free improv techniques that took me 5-10 minutes to read, 
>> but with offers (at a cost) that include more in-depth lessons. I find that 
>> I use the short lessons a lot and the longer lessons, that I have already 
>> paid for with my one year subscription, very little if at all. Perhaps I’m 
>> unusual with a very short attention span, but I suspect I'm more typical. 
>> I’m suggesting that there are unused marketing and support strategies that 
>> could be beneficial to the Livecode enterprise. Check out the macmost site 
>> to see what I’m talking about.
> 
> I had a great conversation with Richard about this couple weeks ago. We 
> definitely feel that there is a need for more content in our community. In my 
> own personal and subjective opinion, a real problem with have in LiveCode 
> community is that the UX of the website is really bad. The site is quite 
> pretty, but things that are useful for LC developers are hard to find. Let me 
> illustrate that with an example:
> 
> Suppose you want to check some API related thing. You go to the website, 
> click “Docs” on the top menu and you’re dropped in a firehose of introductory 
> information. That is all great, but where is the online dictionary? How you 
> can go from there to finding out about a specific command or function? It is 
> not there. The easiest way to get to the dictionary is to go back to the main 
> home page, scroll all the way to the bottom and get the dictionary link in 
> the footer.
> 
> The content is there, but the navigation around that content is bad. The new 
> HTML-based dictionary in the IDE is dead slow and has other UX issues such as 
> what happens when you press the ENTER/RETURN key in the search field (go 
> ahead, try it).
> 
> LC is a small company regardless of how much we love them. They can’t provide 
> solution to all our needs. It is not because they don’t want to, they have 
> limited resources. We can’t treat LC as we treat Apple or Microsoft. I won’t 
> dive into the sheer scale of the difference between those entities. We can’t 
> compare it with some hugely popular FOSS programming language project such as 
> Python. We tend to think that because it is FOSS that it is all done for free 
> by a small group of people, it is very easy to fall into the fallacy of 
> saying: “look at what those people can achieve for free!”. It is not free and 
> their institutional and enterprise backers provide funding and full-time 
> employees that are beyond what LC can sum up.
> 
> Does that mean that LC has no place? Of course not, even with all those large 
> entities competing in a similar space, LiveCode still a fantastic tool and in 
> my own opinion, provides unrivalled productivity. 
> 
> What I’m saying is that we spend too much time focused into comparing LC with 
> other stuff, 

Re: LC Roadmap

2021-02-15 Thread Andre Garzia via use-livecode
Hi Folks, 


> On 15 Feb 2021, at 01:46, William Prothero via use-livecode 
>  wrote:
> 
> Andre Garza’s post about his planning to write a book on some aspect of 
> Livecode programming got me thinking about this. First, I think writing books 
> is useful, but the way many busy folks access information on the internet is 
> in more as smaller more targeted bites. I play jazz keyboard. A couple of 
> years ago, I subscribed to a site that gave me access to jazz song sheet 
> music included in video lessons lasting 30-60 minutes each. At the same time, 
> from a couple other  authors, I got regular (about once a week) emails with 
> short free improv techniques that took me 5-10 minutes to read, but with 
> offers (at a cost) that include more in-depth lessons. I find that I use the 
> short lessons a lot and the longer lessons, that I have already paid for with 
> my one year subscription, very little if at all. Perhaps I’m unusual with a 
> very short attention span, but I suspect I'm more typical. I’m suggesting 
> that there are unused marketing and support strategies that could be 
> beneficial to the Livecode enterprise. Check out the macmost site to see what 
> I’m talking about.

I had a great conversation with Richard about this couple weeks ago. We 
definitely feel that there is a need for more content in our community. In my 
own personal and subjective opinion, a real problem with have in LiveCode 
community is that the UX of the website is really bad. The site is quite 
pretty, but things that are useful for LC developers are hard to find. Let me 
illustrate that with an example:

Suppose you want to check some API related thing. You go to the website, click 
“Docs” on the top menu and you’re dropped in a firehose of introductory 
information. That is all great, but where is the online dictionary? How you can 
go from there to finding out about a specific command or function? It is not 
there. The easiest way to get to the dictionary is to go back to the main home 
page, scroll all the way to the bottom and get the dictionary link in the 
footer.

The content is there, but the navigation around that content is bad. The new 
HTML-based dictionary in the IDE is dead slow and has other UX issues such as 
what happens when you press the ENTER/RETURN key in the search field (go ahead, 
try it).

LC is a small company regardless of how much we love them. They can’t provide 
solution to all our needs. It is not because they don’t want to, they have 
limited resources. We can’t treat LC as we treat Apple or Microsoft. I won’t 
dive into the sheer scale of the difference between those entities. We can’t 
compare it with some hugely popular FOSS programming language project such as 
Python. We tend to think that because it is FOSS that it is all done for free 
by a small group of people, it is very easy to fall into the fallacy of saying: 
“look at what those people can achieve for free!”. It is not free and their 
institutional and enterprise backers provide funding and full-time employees 
that are beyond what LC can sum up.

Does that mean that LC has no place? Of course not, even with all those large 
entities competing in a similar space, LiveCode still a fantastic tool and in 
my own opinion, provides unrivalled productivity. 

What I’m saying is that we spend too much time focused into comparing LC with 
other stuff, or complaining about the lack of something. I understand that as 
paying customers we do have expectations and rights. What I want people here to 
understand is that there is no successful programming language community in 
which all resources are provided by a single entity. You need an ecosystem of 
multiple vendors of stuff to make a community. In the case of LiveCode, we need 
people creating and distributing (for a profit or not) libraries, extensions, 
tools, and content.

There is a void to be filled in our community to make it more vibrant and 
useful for ourselves. I know most people here are busy developing their 
products for their clients, but if we don’t at least surface what we’re 
building to one another, then everything becomes too opaque. The practices of 
being a LiveCode developer become a guarded secret, something that you only 
grasp if you stay here long enough and talk to the correct people.

It is with this in mind, that I decided to create content for our community. 
Books are an easy value proposition. Most of our community is beyond their 
thirties and have a fondness (and experience) for the written word and 
documentation. It is easy to sell books here, way easier than in other 
communities which are younger and prefer videos. That doesn’t mean that I can’t 
provide videos as well, damn I’ve graduated with a BA in filmmaking, I’m geared 
to start filming too. Books were the first step. I see myself more as a 
storyteller than a developer, that is why I want to focus on content for my own 
career moving forward. But that is only my own personal journey,