Re: Navigator 6.4 alpha 1 is out

[Geoff Canyon via use-livecode]

I forgot -- I also added in-line editing of properties identified as
single-line in Navigator's property editor. Meaning:

1. If the property is "colors" (this would only be displayed if you add
colors to the control's properties in Navigator's preferences dialog) then
Navigator will immediately open the color editor.
2. If the property is true/false, it will simply toggle between those two
values.
3. If the property has a defined set of values (the style of a button, for
example) then the list of styles will pop up for you to select. If I have
missed any of these in Navigator's configuration, let me know.
4. If the property is defined as single-line in Navigator's configuration,
it will edit in-line in the property editor. This is also a configuration
in Navigator, so if I have missed any of these, let me know.
5. If none of the above apply, the standard Navigator editor window will
open.

gc

On Mon, Sep 24, 2018 at 8:19 PM Geoff Canyon  wrote:

> As usual, you can get Navigator here
> . Or grab
> it from GitHub .
>
> Phew! I discovered a brutal bug in Navigator while coding this update.
> Everyone should either update, or avoid the "Save All" and "Save
> Stackfiles" popup menu options. The code that iterated over the stackFiles
> of a stack to save them all didn't have a test for existence, and thus if
> any stackFiles were deleted, but still in the stackFiles property of the
> stack being saved, then the loop would die (silently, because of the "rev"
> prefix) and not save the remaining stackFiles. I have no idea how I managed
> to work on Navigator for the past eight months, using this feature *all the
> time*, and not run into this before. But in this case, I ended up having to
> code -- and lose -- the functionality listed below *twice* before I twigged
> to what was happening. :-(
>
> In any case, the "Save All" function now checks for existence on each
> stack before attempting to do anything with it, and if any are missing,
> will offer to update the stackFiles property to remove the ones that are
> missing.
>
> As an aside, does the IDE have any sort of equivalent function? i.e. "run
> through the stackFiles of this stack and save them all"?
>
> NEW FEATURES
>
> The "Edit Colors" option on the popup menu now works -- it worked before
> on the Properties menu.
>
> Completely reworked the mouse-targeting options:
>  -- Choose Color
>  -- Stack menu -> the mouseStack
>  -- Action menu -> Bookmark -> MouseControl
>
> You no longer need to hold down the option key while using these commands
> -- I believe this made these functions useless under Linux, as well as
> making them harder to use in general. Instead, as soon as you trigger the
> command, Navigator displays a cross-hair. Mouse over the
> color/control/stack you want to select, and click, and the selection is
> done.
>
> Updated the mouseStack command so that when Navigator displays the current
> card of the stack you select, the control the crosshair was over when you
> made the selection is hilited in Navigator's list. This has been an awesome
> feature for me, I hope it delights you as well, and I'm looking to further
> enhance this.
>
> Fixed (I believe) an error where sometimes Navigator would think that it
> was still dragging even after the mouse is up. It was tricky to get this to
> happen, so we'll see...
>
> Fixed an error in the placement of the drag and drop controls when
> dragging from one Navigator to another. This had previously been fixed for
> dragging within Navigator, but I just found the remaining issue.
>
> Improved Navigator's handling of hilites when cloning, deleting, and
> dragging and dropping, but it's by no means perfect yet. There was an issue
> where Navigator's record of what lines are hilited wouldn't be updated
> after cloning or deleting controls. This could lead to weird dragging
> responses, and this has now been fixed.
>
> Also, you should find that when dragging a control, hilites are somewhat
> retained -- as long as the control's long id doesn't change, it should
> continue to be hilited. This means dragging controls into or out of
> groups breaks this functionality, and situations where the control is
> copied will break it as well.
>
> regards,
>
> gc
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Navigator 6.4 alpha 1 is out

[Geoff Canyon via use-livecode]

As usual, you can get Navigator here
. Or grab it
from GitHub .

Phew! I discovered a brutal bug in Navigator while coding this update.
Everyone should either update, or avoid the "Save All" and "Save
Stackfiles" popup menu options. The code that iterated over the stackFiles
of a stack to save them all didn't have a test for existence, and thus if
any stackFiles were deleted, but still in the stackFiles property of the
stack being saved, then the loop would die (silently, because of the "rev"
prefix) and not save the remaining stackFiles. I have no idea how I managed
to work on Navigator for the past eight months, using this feature *all the
time*, and not run into this before. But in this case, I ended up having to
code -- and lose -- the functionality listed below *twice* before I twigged
to what was happening. :-(

In any case, the "Save All" function now checks for existence on each stack
before attempting to do anything with it, and if any are missing, will
offer to update the stackFiles property to remove the ones that are missing.

As an aside, does the IDE have any sort of equivalent function? i.e. "run
through the stackFiles of this stack and save them all"?

NEW FEATURES

The "Edit Colors" option on the popup menu now works -- it worked before on
the Properties menu.

Completely reworked the mouse-targeting options:
 -- Choose Color
 -- Stack menu -> the mouseStack
 -- Action menu -> Bookmark -> MouseControl

You no longer need to hold down the option key while using these commands
-- I believe this made these functions useless under Linux, as well as
making them harder to use in general. Instead, as soon as you trigger the
command, Navigator displays a cross-hair. Mouse over the
color/control/stack you want to select, and click, and the selection is
done.

Updated the mouseStack command so that when Navigator displays the current
card of the stack you select, the control the crosshair was over when you
made the selection is hilited in Navigator's list. This has been an awesome
feature for me, I hope it delights you as well, and I'm looking to further
enhance this.

Fixed (I believe) an error where sometimes Navigator would think that it
was still dragging even after the mouse is up. It was tricky to get this to
happen, so we'll see...

Fixed an error in the placement of the drag and drop controls when dragging
from one Navigator to another. This had previously been fixed for dragging
within Navigator, but I just found the remaining issue.

Improved Navigator's handling of hilites when cloning, deleting, and
dragging and dropping, but it's by no means perfect yet. There was an issue
where Navigator's record of what lines are hilited wouldn't be updated
after cloning or deleting controls. This could lead to weird dragging
responses, and this has now been fixed.

Also, you should find that when dragging a control, hilites are somewhat
retained -- as long as the control's long id doesn't change, it should
continue to be hilited. This means dragging controls into or out of groups
breaks this functionality, and situations where the control is copied will
break it as well.

regards,

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

Re: Script-only-stack file issue 9.0.1

[Mike Kerner via use-livecode]

If you're on windows, there is no case-sensitivity, so when using git, for
example, there are issues with "file" and "FILE" because they're the same
to windows.  Then there are the names thou shalt never use (con, prn, aux,
nul, com1, com2, com3, com4, com5, com6, com7, com8, com9, com0, lpt1,
lpt2, lpt3, lpt3, lpt4, lpt5, lpt6, lpt7, lpt8, lpt9, lpt0 and others).  So
it's not just so-called special characters that can be a problem.

On Mon, Sep 24, 2018 at 2:35 PM doc hawk via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Mon, Sep 24, 2018 at 8:26 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I know you know, but it bears repeating, you can never go wrong following
> > that old IT adage, no special characters in a filename, no spaces or caps
> > in a SQL column name. In fact I don't even like spaces in a filename
> > because if at some point I want to share it over FTP, and the FTP server
> > has a web service, well now I have to account for spaces.
> >
>
> a-z, A-Z, 0-9, underbar, and dot.  That's  it.
>
> Pretty much anything else in a filename causes problems with some system or
> another.
>
> and mixed case is a problem itself with some older ones, such as CP/M,
> which would *usually* covert to upper case (but if a file was created from
> a program, such as MSBASIC, that check could be passed, and a filename that
> couldn't be accessed from the command line could be created).
>
>
>
> --
> 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
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: (browser) focus hocus pocus broke us

[Mike Kerner via use-livecode]

I'm loading a pdf, not a web page into the widget.
___
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

Script Editor Unusable on Windows

[Curry Kenworthy via use-livecode]

So having used it on two laptops, I conclude that LiveCode 901 Script 
Editor is essentially broken on many Windows machines.


It's now unusable for real coding (with the built-in Script Editor) in 
my experience. Not a very acceptable situation!


Bug report:

https://quality.livecode.com/show_bug.cgi?id=21604

Ironically, if the Script Editor code in question is LCS (or perhaps 
LCB) I would be able to optimize the code myself easily enough, but at 
the current time/situation I can't do so free of charge. Argh


This needs to be fixed soon. With 80%+ of desktop market share, it's not 
like Windows doesn't exist. A cross-platform IDE that only works well on 
one platform, and just looks nice on the other but can't really be used, 
isn't the same anymore. Surely LC must be losing out on many potential 
LiveCoders too! And unnecessarily; easy to remedy with just a little 
attention, true cross-platform mindset, and better IDE hardware  testing.


(LC 6 was great on Windows. LC 7 and 8 were fair. LC 9 has been getting 
worse, and 901 has crossed the line into extremely problematic, at least 
with the two laptops I've used, recent model Intel Core i3 and i5.)


Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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

Navigator 6.4 alpha 1 is out

[Geoff Canyon via use-livecode]

As usual, you can get Navigator here
. Or grab it
from GitHub .

Phew! I discovered a brutal bug in Navigator while coding this update.
Everyone should either update, or avoid the "Save All" and "Save
Stackfiles" popup menu options. The code that iterated over the stackFiles
of a stack to save them all didn't have a test for existence, and thus if
any stackFiles were deleted, but still in the stackFiles property of the
stack being saved, then the loop would die (silently, because of the "rev"
prefix) and not save the remaining stackFiles. I have no idea how I managed
to work on Navigator for the past eight months, using this feature *all the
time*, and not run into this before. But in this case, I ended up having to
code -- and lose -- the functionality listed below *twice* before I twigged
to what was happening. :-(

In any case, the "Save All" function now checks for existence on each stack
before attempting to do anything with it, and if any are missing, will
offer to update the stackFiles property to remove the ones that are missing.

As an aside, does the IDE have any sort of equivalent function? i.e. "run
through the stackFiles of this stack and save them all"?

NEW FEATURES

The "Edit Colors" option on the popup menu now works -- it worked before on
the Properties menu.

Completely reworked the mouse-targeting options:
 -- Choose Color
 -- Stack menu -> the mouseStack
 -- Action menu -> Bookmark -> MouseControl

You no longer need to hold down the option key while using these commands
-- I believe this made these functions useless under Linux, as well as
making them harder to use in general. Instead, as soon as you trigger the
command, Navigator displays a cross-hair. Mouse over the
color/control/stack you want to select, and click, and the selection is
done.

Updated the mouseStack command so that when Navigator displays the current
card of the stack you select, the control the crosshair was over when you
made the selection is hilited in Navigator's list. This has been an awesome
feature for me, I hope it delights you as well, and I'm looking to further
enhance this.

Fixed (I believe) an error where sometimes Navigator would think that it
was still dragging even after the mouse is up. It was tricky to get this to
happen, so we'll see...

Fixed an error in the placement of the drag and drop controls when dragging
from one Navigator to another. This had previously been fixed for dragging
within Navigator, but I just found the remaining issue.

Improved Navigator's handling of hilites when cloning, deleting, and
dragging and dropping, but it's by no means perfect yet. There was an issue
where Navigator's record of what lines are hilited wouldn't be updated
after cloning or deleting controls. This could lead to weird dragging
responses, and this has now been fixed.

Also, you should find that when dragging a control, hilites are retained
*as long as the control's long id doesn't change*. This means dragging
controls into or out of groups breaks this functionality. I'm not 100% sure
that I haven't made some aspects worse at the same time as fixing others --
drag and drop is the bane of my existence -- but I'll compare to what I had
a week ago and take the best of both if possible.

regards,

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

Re: (browser) focus hocus pocus broke us

[hh via use-livecode]

> BR wrote:
> Related use case: some web pages download a "ton" of
> javascript at start up.
> I can't find a way to set a "spinner/I-am-downloading"
> on the screen, until we get some content appearing on
> the page.

For your own pages you could use pace
http://github.hubspot.com/pace/docs/welcome/

See for example one of my HTML5 standalones:
http://hyperhh.de/html5/SVG2PNG_HTML5-9.0.0-dp-4hhX.html


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

Re: Intersect Function

[dunbarxx via use-livecode]

I believe the OP was talking about two arbitrary  lines, likely graphic
objects, that intersect each other. Not rectangles with points within them,
or two rectangles.

I think the only way to do this is as per the first four posts in this
thread.

Craig



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

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

Re: Intersect Function

[hh via use-livecode]

> Jerry J. wrote:
> I think he mentioned curved “lines”. That is a
> whole other kettle of fish.

The OP speaks of "functions for the lines", so
either he means "math lines" or, as you say,
continuous curves, say polynomials.

Yes, this isn't solvable for polynomials of higher
degree by formulas (not because mathematicians
didn't find the formula, to the contrary, it
is proved that there is no formula for that).

So the solution is a numerical one, finding the
roots of (say for simplicity) polynomials.
There are several fast algorithms for that.
One of the simplest (and usually fast enough)
is the Newton-Raphson method.

https://en.wikipedia.org/wiki/Newton%27s_method

A trial and error method as proposed by Craig may
be good enough for very simple curves. This is
also a (good) pragmatic approach.

On the other hand the Newton-Raphson method is
simple to script.

https://en.wikipedia.org/wiki/Newton%27s_method

As LC can not differentiate, you have to do that
by yourself before applying it.

[For non-math people:
The intersection point of two functions is a
root finding problem, because searching the point
x where f1(x)=f1(x) is the same as finding the
"root" (zero point g(x)=0) of g(x)= f1(x)-f2(x).]



___
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: (browser) focus hocus pocus broke us

[Bob Sneidar via use-livecode]

Correction: I set the systemWindow property to true. 

Bob S


> On Sep 24, 2018, at 14:25 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Unless something changed, the built in spinner uses the single threaded 
> engine, so any processing done by the engine will halt the spinner, thereby 
> making the spinner just the other side of worthless for anything but 
> non-blocking operations. 
> 
> What I did was I wrote a standalone that could receive messages (I used 
> AppletaLk, but you could also use sockets) and then launched the app when the 
> splash screen launched. I then sent text messages that would be displayed in 
> a text field, and there was a spinner that ran. I also send show/hide 
> messages to show and hide the window, so it looked like a progress dialog to 
> the end user. I think I made the stack style System so it floated above 
> everything else. 
> 
> I never got around to preventing the app from having an icon in the OS X dock 
> though. There are ways to do that. Same with Windows. 
> 
> Bob S
> 
> 
>> On Sep 24, 2018, at 13:48 , Richmond Mathewson via use-livecode 
>>  wrote:
>> 
>> On my silly phone now as in bed. Wonder if you couldn't use a splash screen
>> substack with a spinner? Will try this tomorrow, although am uncertain re
>> substacks in the HTML5 standalone.
> 
> 
> ___
> 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: (browser) focus hocus pocus broke us

[Bob Sneidar via use-livecode]

Unless something changed, the built in spinner uses the single threaded engine, 
so any processing done by the engine will halt the spinner, thereby making the 
spinner just the other side of worthless for anything but non-blocking 
operations. 

What I did was I wrote a standalone that could receive messages (I used 
AppletaLk, but you could also use sockets) and then launched the app when the 
splash screen launched. I then sent text messages that would be displayed in a 
text field, and there was a spinner that ran. I also send show/hide messages to 
show and hide the window, so it looked like a progress dialog to the end user. 
I think I made the stack style System so it floated above everything else. 

I never got around to preventing the app from having an icon in the OS X dock 
though. There are ways to do that. Same with Windows. 

Bob S


> On Sep 24, 2018, at 13:48 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> On my silly phone now as in bed. Wonder if you couldn't use a splash screen
> substack with a spinner? Will try this tomorrow, although am uncertain re
> substacks in the HTML5 standalone.


___
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: (browser) focus hocus pocus broke us

[Richmond Mathewson via use-livecode]

On my silly phone now as in bed. Wonder if you couldn't use a splash screen
substack with a spinner? Will try this tomorrow, although am uncertain re
substacks in the HTML5 standalone.

On Mon, Sep 24, 2018, 11:44 PM Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 9/24/18 5:45 AM, Mike Kerner via use-livecode wrote:
> > Thanks Monte.  Fix it anyway.
> > Thanks for the idea, Tom, no joy.
>
> Related use case: some web pages download a "ton" of javascript at start
> up.
>
> I can't find a way to set a "spinner/I-am-downloading" on the screen,
> until we get some content appearing on the page.
>
> BR
>
>
> ___
> 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: (browser) focus hocus pocus broke us

[Sannyasin Brahmanathaswami via use-livecode]

On 9/24/18 5:45 AM, Mike Kerner via use-livecode wrote:
> Thanks Monte.  Fix it anyway.
> Thanks for the idea, Tom, no joy.

Related use case: some web pages download a "ton" of javascript at start
up.

I can't find a way to set a "spinner/I-am-downloading" on the screen,
until we get some content appearing on the page.

BR


___
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: Intersect Function

[Richmond Mathewson via use-livecode]

It is, and INTERSECT with them is just a distraction. Probably time (shock,
horror) to do some Mathematics.

On Mon, Sep 24, 2018, 11:36 PM Jerry Jensen via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think he mentioned curved “lines”. That is a whole other kettle of fish.
> .Jerry
>
> > On Sep 24, 2018, at 9:23 AM, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > It is not this complicated. Only if you are looking for
> > the intersection of two line *segments* you have do a
> > few more checks.
>
>
> ___
> 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: Intersect Function

[Richmond Mathewson via use-livecode]

One could have a line consisting of a graphic object (rectangle) with a
width of one. ?

On Mon, Sep 24, 2018, 10:17 PM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> @Richmond.
>
> You (and the author) overlooked that we have, since 1.0,
>  is within .
>
> ___
> 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: Intersect Function

[Jerry Jensen via use-livecode]

I think he mentioned curved “lines”. That is a whole other kettle of fish.
.Jerry

> On Sep 24, 2018, at 9:23 AM, hh via use-livecode 
>  wrote:
> 
> It is not this complicated. Only if you are looking for
> the intersection of two line *segments* you have do a
> few more checks.


___
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: Intersect Function

[hh via use-livecode]

@Richmond.

You (and the author) overlooked that we have, since 1.0,
 is within .

___
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: Script-only-stack file issue 9.0.1

[doc hawk via use-livecode]

On Mon, Sep 24, 2018 at 8:26 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I know you know, but it bears repeating, you can never go wrong following
> that old IT adage, no special characters in a filename, no spaces or caps
> in a SQL column name. In fact I don't even like spaces in a filename
> because if at some point I want to share it over FTP, and the FTP server
> has a web service, well now I have to account for spaces.
>

a-z, A-Z, 0-9, underbar, and dot.  That's  it.

Pretty much anything else in a filename causes problems with some system or
another.

and mixed case is a problem itself with some older ones, such as CP/M,
which would *usually* covert to upper case (but if a file was created from
a program, such as MSBASIC, that check could be passed, and a filename that
couldn't be accessed from the command line could be created).



-- 
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: (browser) focus hocus pocus broke us

[hh via use-livecode]

> Mike K. wrote:
> ... I have no idea what document.activeElement.blur() is supposed to do ...

The HTMLElement.blur() method removes keyboard focus from the current element.
Is Google or similar defunct with you?
___
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: Intersect Function

[Richmond Mathewson via use-livecode]

I found THIS in the User contributed notes in the 7.1.4 documentation 
from 2009:


"The intersect() command takes two objects as inputs. In some 
situations, it may be useful to find the intersect of a point and a 
rectangle. The custom function below may be used in those cases:


function pointIntersect pPoint,pRect
   split pPoint by comma
   split pRect by comma
   return ((pRect[1] <= pPoint[1]) and (pPoint[1] <= pRect[3]) and 
(pRect[2] <= pPoint[2]) and (pPoint[2] <= pRect[4]))

end pointIntersect

Examples:
pointIntersect(the mouseLoc, the rectangle of stack "MyStack")
pointIntersect(the clickLoc, the rect of img "Splash")

Use the pointIntersect function to determine whether a point is within a 
specified rectangle.


Parameters:
The pPoint is an expression that evaluates to a point.
The pRect is a rectangle consisting of four integers separated by commas.

Value:
The pointIntersect function returns true or false.

Comments:
The pointIntersect function does not differentiate between screen 
coordinates and window coordinations.
This means that if the point is screen-relative, such as a mouseLoc, and 
the rectangle is window-relative,
such as an object's rectangle, the pointIntersect function does not 
return a reliable result."


This is NOT mine, so I can take no credit for it.

Richmond.

___
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: Intersect Function

[hh via use-livecode]

It is not this complicated. Only if you are looking for
the intersection of two line *segments* you have do a
few more checks.

A LC object "line" is a line segment given by two pairs
of points (x,y).
The OP probably mean with line the math object line that is
given by and passing through these pair of points.

For example to get the intersection of two lines (if not
parallel) this works here.

-- pts1 = two lines of points from the first LC-"line"
-- pts2 = two lines of points from the second LC-"line"
function lineIntersection pts1,pts2
  put pts1 &cr& pts2 into p
  repeat with i=1 to 4
put item 1 of line i of p into x[i]
put item 2 of line i of p into y[i]
  end repeat
  put (y[4]-y[3])*(x[2]-x[1]) \
 - (y[2]-y[1])*(x[4]-x[3]) into d
  if abs(d) < 0.1 then
return "parallel"
  else
put (x[4]-x[3])*(x[2]*y[1]-x[1]*y[2]) \
  - (x[2]-x[1])*(x[4]*y[3]-x[3]*y[4]) into xn
put (y[1]-y[2])*(x[4]*y[3]-x[3]*y[4]) \
  - (y[3]-y[4])*(x[2]*y[1]-x[1]*y[2]) into yn
  end if
  return format ("%0.3f,%0.3f", xn/d, yn/d)
end lineIntersection

on mouseUp
  put the points of grc 1 into p1
  put the points of grc 2 into p2
  if there is no grc "ip" then
create grc "ip"
set style of grc "ip" to "oval"
set rect of grc "ip" to (0,0,10,10)
set foreColor of grc "ip" to "255,0,0"
set lineSize of grc "ip" to 1 
  end if
  put lineIntersection(p1,p2) into ip
  put ip into fld "info"
  if ip is not "parallel" then
set loc of grc "ip" to \
  round(item 1 of ip),round(item 2 of ip)
  end if
end mouseUp


___
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: (browser) focus hocus pocus broke us

[Mike Kerner via use-livecode]

Thanks Monte.  Fix it anyway.
Thanks for the idea, Tom, no joy.


On Sun, Sep 23, 2018 at 11:26 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Just a hunch  maybe you can quickly toggle visibility of the
> widget..after everything is loaded.  maybe that will be enough to lose
> focus and not have to regain it? unlikely to work, but worth a try.
>
>
>
> On Sun, Sep 23, 2018 at 11:15 PM Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Mike
> >
> > This is actually a problem for all widgets with native layers. There’s
> > also the additional complexity with the browser widget that some pages
> when
> > you open them they have javascript that focuses in on something.
> >
> > I have a PR that makes `the focusedObject` and `focus on nothing |
> object`
> > work for all platforms but Linux.  I got completely stuck trying to come
> up
> > with a solution for Linux to the point where I’m living in hope that
> > someone answers this question on stackoverflow
> >
> https://stackoverflow.com/questions/50092874/how-to-detect-focus-on-gtksocket
> > <
> >
> https://stackoverflow.com/questions/50092874/how-to-detect-focus-on-gtksocket
> > >
> >
> > So the PR is in limbo unfortunately…
> >
> > Cheers
> >
> > Monte
> >
> > > On 24 Sep 2018, at 12:42 pm, Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > already tried focusing on another control, and, I have no idea what
> > > document.activeElement.blur() is supposed to do, but that didn't fix it
> > > either.
> > > ___
> > > 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



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Script-only-stack file issue 9.0.1

[Mike Kerner via use-livecode]

Unfortunately, the tao of lc isn't documented everywhere, and things that
work on one os don't work on another, see "All the filenames that work on
every platform but not on Windows".  There seems to be another issue with
single-quotes in paths, even though LC specifically substitutes them into
paths in some circumstances.
___
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: Script Editor Slow on Windows (any Macs?)

[Bob Sneidar via use-livecode]

Well, I have noticed a regression of the old Forgotten Breakpoint bug, where a 
soft breakpoint is set (red dot) and after editing and saving a script, the red 
dot remains but the engine does not break. Turning it off and on again fixes it 
until the next save. 

Others have reported the script editor to be painfully slow on Windows. I 
hardly ever develop in Windows, but when I have I was taken aback on how slow 
it actually was. 

Bob S


> On Sep 23, 2018, at 14:28 , Curry Kenworthy via use-livecode 
>  wrote:
> 
> Howdy Folks,
> 
> I will file a quality report very soon, but wanted to ask what others are 
> experiencing too.
> 
> Using LC 9.0.0 and 9.0.1, on a Windows "PC" laptop with Core i3 or Core i5, 
> the script editor is painfully slow unless many of the auto formatting and 
> coloring features are turned off.


___
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: Mobile write to text file woes

[Bob Sneidar via use-livecode]

That was so good I put it up on facebook. :-)

Bob S


> On Sep 22, 2018, at 14:10 , J. Landman Gay via use-livecode 
>  wrote:
> 
>> I have a little app
>> It works and makes me smile
>> It reads text data in a snap
>> But won't write with "Can't open file"
>> The path is set the same for both
>> The file is in the bundle
>> So why can't I write to the file it reads?
>> Mutter, mumble, grumble, grumble...
> 
> You cannot write inside the app,
> It's neither smart nor shrewd.
> And if you try you'll want to cry
> Because, in fact, you're screwed.
> 
> It matters much what path you use,
> As just a few make sense.
> Write to temp or cache or prefs
> Or also documents.
> 
> I knew a hack who wrote a crack
> And saved it to the bundle.
> His malware failed; it was assailed
> As a very stupid fumble.
> 
> So lend an ear, all ye who hear,
> Do not proceed apace.
> Unless you know where files should go
> You'll end up losing face.
> 
> -- 
> Jacqueline Landman Gay 


___
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: Script-only-stack file issue 9.0.1

[Bob Sneidar via use-livecode]

I know you know, but it bears repeating, you can never go wrong following that 
old IT adage, no special characters in a filename, no spaces or caps in a SQL 
column name. In fact I don't even like spaces in a filename because if at some 
point I want to share it over FTP, and the FTP server has a web service, well 
now I have to account for spaces. 

Bob S


> On Sep 22, 2018, at 13:04 , Mike Kerner via use-livecode 
>  wrote:
> 
> NM.  This is related to having double-quotes in a foldername.


___
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: Intersect Function

[dunbarxx via use-livecode]

Well and good.

I repeat that in a computer screen, with fixed pixel coordinates, you will
likely need just a bit of rounding forgiveness when doing the math. You need
to write a bit of code, in other words, that will accept close matches
between the string of pixels and the calculated "points" along the line.

Craig



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

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

Re: Intersect Function

[Beat Cornaz via use-livecode]

Thanks Craig, I was already afraid of that. Yes, I guess I could figure out
the math. I will have the 2 functions of the lines and if I set them equal,
I could solve the intersection point of the two. Your way is also valid,
but as I need to determine many intersection points, the script might get
slow. Of course your way might prove better if we're looking at curves. The
amount of points in a curved line increases some in comparison to a
straight line, but in setting the functions equal, I'd have to deal with
quadratic functions. It just comes to me, that that is quite doable : move
everything to one side of the equal sign and apply the famous 'abc formula'
(at least that it was called in my high school years in Holland). It's used
to solve a quadratic equation. Once the 'x' is known, I can put it into one
of the functions to get the 'y' coordinate. I will see what goes faster.

Cheers, Beat

On Mon, Sep 24, 2018 at 3:15 PM dunbarxx via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi.
>
> No.
>
> But you can determine the points of a line graphic, and calculate all the
> pixels it "contains" from its starting point to its ending point. Do the
> same for a second line.
>
> Then you can determine the point that seems to be common to both lines. I
> say seems, because when you do the math, that is, using the slope of each
> line and calculating the points using that information, you may find that
> there are no exact matches. But you can allow a small differential, and the
> closest pair of points will be the one you want.
>
> Can you do the math?
>
> Craig Newman
>
>
>
> --
> Sent from:
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: App Dead on iOS 12

[panagiotis merakos via use-livecode]

Hi all,

If you folks still see crashes on startup on iOS 12 and you are using an
Apple Enterprise Cert/ Provisioning Profile, then this is the culprit.
Regenerating the certificate/provisioning profile seems to fix the problem:

https://quality.livecode.com/show_bug.cgi?id=21597

Best,
Panos
-

On Sat, Sep 22, 2018 at 1:30 AM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > On 22 Sep 2018, at 5:34 am, Curry Kenworthy via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Monte, I couldn't reproduce this either. Using LC 901, things seem to
> work OK on 12!
>
> Thanks Curry
>
> Cheers
>
> Monte
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ANN] This Week in LiveCode 147

[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 #147 here: https://goo.gl/KkeEZG

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 you 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: Intersect Function

[dunbarxx via use-livecode]

Hi.

No.

But you can determine the points of a line graphic, and calculate all the
pixels it "contains" from its starting point to its ending point. Do the
same for a second line.

Then you can determine the point that seems to be common to both lines. I
say seems, because when you do the math, that is, using the slope of each
line and calculating the points using that information, you may find that
there are no exact matches. But you can allow a small differential, and the
closest pair of points will be the one you want.

Can you do the math?

Craig Newman



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

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

Intersect Function

[Beat Cornaz via use-livecode]

Is there a function to determine the intersection point (x,y) of two lines?
The intersect function in LC only gives me a true or false, and I need the
exact location (x,y) of the intersection.

Thanks, Beat
___
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