Re: Behaviors not honoring script local variables??

[Bob Sneidar via use-livecode]

Not only that, I think I overthought this. All I really need to do is retrieve 
the array and then use the array elements instead of the variables. It all 
started when I began using behaviors and discovered that a behavior does not 
have access to a scripts own constants. This was a way for me to use script 
locals in both the behavior and the parent script by having the 
getStackConstants() function in each one. I'd have to replace every instance of 
a script local with an array reference, but it's probably better in the long 
run. 

Bob S


> On Jun 27, 2018, at 15:53 , Bob Sneidar via use-livecode 
>  wrote:
> 
> You know you are right. I just noticed that. That syntax of mine should not 
> have even worked LOL! Talk about a forgiving interpreter! 
> 
> Bob S
> 
> 
>> On Jun 26, 2018, at 23:25 , Dick Kriesel via use-livecode 
>>  wrote:
>> 
>>> On Jun 26, 2018, at 1:13 PM, Bob Sneidar via use-livecode 
>>>  wrote:
>>> ...
>>>   do "put " & quote &  aStackConstants [tConstant] & quote & " into " & 
>>> tConstant
>> 
>> Hi, Bob.  If you wanted simpler code, that could be just
>> 
>> do "put aStackConstants[ tConstant ] into " & tConstant
>> 
>> — Dick

___
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: Behaviors not honoring script local variables??

[Bob Sneidar via use-livecode]

You know you are right. I just noticed that. That syntax of mine should not 
have even worked LOL! Talk about a forgiving interpreter! 

Bob S


> On Jun 26, 2018, at 23:25 , Dick Kriesel via use-livecode 
>  wrote:
> 
>> On Jun 26, 2018, at 1:13 PM, Bob Sneidar via use-livecode 
>>  wrote:
>> ...
>>do "put " & quote &  aStackConstants [tConstant] & quote & " into " & 
>> tConstant
> 
> Hi, Bob.  If you wanted simpler code, that could be just
> 
> do "put aStackConstants[ tConstant ] into " & tConstant
> 
> — Dick
> ___
> 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

Script Only Stack Behaviors and Nesting

[Bob Sneidar via use-livecode]

Hi all. 

I'm getting heavily into behaviors and script only stacks now (in preparation 
for Levure Framework) because my project has become complex enough to make it 
almost inevitable. I have perhaps 20 or so substacks in a mainstack. All the 
substacks have quite a bit of shared behavior, so I created a button with the 
common code for all the stacks, then set the behavior of each stack to the long 
ID of that button. So far so good. It works famously. 

But I also took the non-common code for each stack, and saved each one as a 
.livecode script only stack but have yet to set the behavior of the substacks 
to them. I will eventually do the same for the common code behavior mentioned 
above. 

Now I want to nest the behaviors in such a way so that each stack can avail 
itself of both behaviors. So the first question is, Which behavior should be 
the first behavior I set the stack to, or does it matter? The next is, how do I 
nest behaviors of script only stacks? I know I can set the behavior of one 
button to the behavior of another whose behavior is that of another etc. But 
how do I do that with script only stack files? 

Bob S


___
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: Grabbing a widget

[Rick Harrison via use-livecode]

It sounds more like "Fly Paper”!   You did grab onto it after all.

> On Jun 27, 2018, at 4:34 PM, Klaus major-k via use-livecode 
>  wrote:
> 
>> I think you should make it into a game and call it a feature.
> 
> If I'd make a game from it I'd rather call it "Sticky Wicky" or something! :-D
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major

___
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: Grabbing a widget

[Bob Sneidar via use-livecode]

I wonder what would happen if you passed mouseDown?

Bob S


> On Jun 27, 2018, at 11:24 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> Indeed: but that is not what I, and subsequently, Klaus, found.
> 
> If an SVG widget contains this script:
> 
> on mouseDown
>   grab me
> end mouseDown
> 
> in Edit mode, whether the mouse is down or up the widget moves with
> the mouse and cannot be released.
> 
> Richmond.
> 
> On 27/6/2018 9:04 pm, hh via use-livecode wrote:
>>> Klaus wrote:
>>> ... any opinion to the funky behaviour I experienced?
>> Sorry, I overlooked that you are using LC 9.
>> With LC 9 in edit mode the SVG widget is here moved with
>> the mouse even without any script.
>> 
>> ___
>> 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: Tessellated hexagonal grid?

[Bob Sneidar via use-livecode]

I would agree if I understood one word of it, or even what the problem was this 
approach was trying to solve. 

Bob S


> On Jun 27, 2018, at 08:42 , Rick Harrison via use-livecode 
>  wrote:
> 
> Great resource and read.
> 
> Thanks!
> 
> Rick
> 
>> On Jun 27, 2018, at 5:30 AM, hh via use-livecode 
>>  wrote:
>> 
>> Here a rather complete guide to the "theory" with a link
>> to implementation guides for several programming languages,
>> especially, close to LC, JavaScript.
>> 
>> https://www.redblobgames.com/grids/hexagons/


___
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: Grabbing a widget

[Klaus major-k via use-livecode]

> Am 27.06.2018 um 22:31 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 6/27/18 2:23 PM, Klaus major-k via use-livecode wrote:
>>> Am 27.06.2018 um 21:20 schrieb J. Landman Gay via 
>>> use-livecode:
>>> 
>>> Choosing the browse tool stops it, in case you don't feel like restarting 
>>> LC.
>> yep, but switching back to EDIT starts the same procedure again, fun for the 
>> whole family! :-)
> 
> I think you should make it into a game and call it a feature.

If I'd make a game from it I'd rather call it "Sticky Wicky" or something! :-D


Best

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


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

Re: Grabbing a widget

[J. Landman Gay via use-livecode]

On 6/27/18 2:23 PM, Klaus major-k via use-livecode wrote:

Am 27.06.2018 um 21:20 schrieb J. Landman Gay via 
use-livecode:

Choosing the browse tool stops it, in case you don't feel like restarting LC.

yep, but switching back to EDIT starts the same procedure again, fun for the 
whole family! :-)



I think you should make it into a game and call it a feature.

--
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 9 Dictionary, Linux

[panagiotis merakos via use-livecode]

Hi Warren,

If you quit LC, this setting is lost next time you open LC. You could
probably tweak the script that checks the value of this setting. It should
be in the script of stack revIdeLibrary, around line 4583:

*function* revIDEBrowserWidgetUnavailable

*   return* (the platform is "Linux") and ($LIVECODE_USE_CEF is 0)

*end* revIDEBrowserWidgetUnavailable

probably the easiest way to force the Dictionary opening in a stack is to
change this handler to return false:

*function* revIDEBrowserWidgetUnavailable

*   return* false

*end* revIDEBrowserWidgetUnavailable


Hope this helps.

Best,

Panos

--

On Wed, Jun 27, 2018 at 7:15 PM, Warren Samples via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 06/27/2018 12:17 PM, Warren Samples via use-livecode wrote:
>
>> On 06/27/2018 03:45 AM, panagiotis merakos wrote:
>>  > If your Linux machine is not affected by this issue, then you can do
>> the following to open the Dictionary in a LC stack (as it used to be):
>>  >
>>  > 1. in the msg box type "put 1 into $LIVECODE_USE_CEF"
>>  > 2. open the dictionary, it should now open in a stack
>>  >
>>  > Best,
>>  > Panos
>>
>
> Panos,
>
> It works but it's not persistent. What is the best way to make this
> "stick"?
>
>
>
>
> Warren
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: Grabbing a widget

[Klaus major-k via use-livecode]

Hi Jacqueline,

> Am 27.06.2018 um 21:20 schrieb J. Landman Gay via use-livecode 
> :
> 
> Choosing the browse tool stops it, in case you don't feel like restarting LC.

yep, but switching back to EDIT starts the same procedure again, fun for the 
whole family! :-)

> On 6/27/18 2:02 PM, Mike Bonner via use-livecode wrote:
>> I haven't found a way to make it stop sticking either.
> 
> -- 
> Jacqueline Landman Gay 

Best

Klaus

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


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

Re: Grabbing a widget

[J. Landman Gay via use-livecode]

Choosing the browse tool stops it, in case you don't feel like 
restarting LC.


On 6/27/18 2:02 PM, Mike Bonner via use-livecode wrote:

I haven't found a way to make it stop sticking either.



--
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: Grabbing a widget

[Richmond Mathewson via use-livecode]

All that does is show me how much LC centre . . . .

Richmond.

On 27/6/2018 9:55 pm, Klaus major-k via use-livecode wrote:

Am 27.06.2018 um 20:30 schrieb Klaus major-k via use-livecode 
:

Hi Richmond,

Am 27.06.2018 um 20:24 schrieb Richmond Mathewson via use-livecode 
:
Indeed: but that is not what I, and subsequently, Klaus, found.
If an SVG widget contains this script:
on mouseDown
  grab me
end mouseDown
in Edit mode, whether the mouse is down or up the widget moves with
the mouse and cannot be released.

EXACTLY!
Thanks for testing.

In case someone is interested:



Best

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


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


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

Re: Grabbing a widget

[Mike Bonner via use-livecode]

I haven't found a way to make it stop sticking either.  And I agree with
the QCC entry that basic mouse event type messages including the ability to
use "grab" or whatever should be glommed on to all widgets in some way.
 Admittedly, the grab issue can likely be worked around (mousedown itself
works, you can have mousedown PUT a random number from the widgets script,
its the grab in this case that doesn't work..) so one could use the old
mouse is down set a flag mousemove method to change its location, but in
many cases grab/dragdrop is preferable.

On Wed, Jun 27, 2018 at 12:55 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Am 27.06.2018 um 20:30 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> > Hi Richmond,
> >> Am 27.06.2018 um 20:24 schrieb Richmond Mathewson via use-livecode <
> use-livecode@lists.runrev.com>:
> >> Indeed: but that is not what I, and subsequently, Klaus, found.
> >> If an SVG widget contains this script:
> >> on mouseDown
> >>  grab me
> >> end mouseDown
> >> in Edit mode, whether the mouse is down or up the widget moves with
> >> the mouse and cannot be released.
> >
> > EXACTLY!
> > Thanks for testing.
>
> In case someone is interested:
> 
>
>
> Best
>
> Klaus
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Grabbing a widget

[Klaus major-k via use-livecode]

Am 27.06.2018 um 20:30 schrieb Klaus major-k via use-livecode 
:
> Hi Richmond,
>> Am 27.06.2018 um 20:24 schrieb Richmond Mathewson via use-livecode 
>> :
>> Indeed: but that is not what I, and subsequently, Klaus, found.
>> If an SVG widget contains this script:
>> on mouseDown
>>  grab me
>> end mouseDown
>> in Edit mode, whether the mouse is down or up the widget moves with
>> the mouse and cannot be released.
> 
> EXACTLY! 
> Thanks for testing.

In case someone is interested:



Best

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


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

Re: Remote URL Not Available

[J. Landman Gay via use-livecode]

On 6/27/18 12:28 PM, Richard Gaskin via use-livecode wrote:

 > Or, if there is  just *one* thing that is true, for all "I found the
 > file, here it is" cases

If the result is empty you should be fine.


This. An empty result means the file exists and is accessible, so the 
script can continue and use the data in "it". If the result isn't empty 
you can report the error to the user, keep a log, have LC put up the 
report dialog, or whatever.


The "it" variable will almost always have content. In the case of a 
server error, it will contain the html text of the error page. But the 
result will have specific info about the error. A server error will 
contain the error number and a brief description (i.e., "error 403 
Forbidden"), and a connection error will report the type of error 
("timeout" for example) so usually there isn't any need to parse the 
data in "it".


--
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: Grabbing a widget

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 27.06.2018 um 20:24 schrieb Richmond Mathewson via use-livecode 
> :
> 
> Indeed: but that is not what I, and subsequently, Klaus, found.
> 
> If an SVG widget contains this script:
> on mouseDown
>   grab me
> end mouseDown
> in Edit mode, whether the mouse is down or up the widget moves with
> the mouse and cannot be released.

EXACTLY! 
Thanks for testing.

> Richmond.

Best

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


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

Re: Grabbing a widget

[Richmond Mathewson via use-livecode]

Indeed: but that is not what I, and subsequently, Klaus, found.

If an SVG widget contains this script:

on mouseDown
   grab me
end mouseDown

in Edit mode, whether the mouse is down or up the widget moves with
the mouse and cannot be released.

Richmond.

On 27/6/2018 9:04 pm, hh via use-livecode wrote:

Klaus wrote:
... any opinion to the funky behaviour I experienced?

Sorry, I overlooked that you are using LC 9.
With LC 9 in edit mode the SVG widget is here moved with
the mouse even without any script.

___
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: LC 9 Dictionary, Linux

[Warren Samples via use-livecode]

On 06/27/2018 12:17 PM, Warren Samples via use-livecode wrote:

On 06/27/2018 03:45 AM, panagiotis merakos wrote:
 > If your Linux machine is not affected by this issue, then you can do 
the following to open the Dictionary in a LC stack (as it used to be):

 >
 > 1. in the msg box type "put 1 into $LIVECODE_USE_CEF"
 > 2. open the dictionary, it should now open in a stack
 >
 > Best,
 > Panos


Panos,

It works but it's not persistent. What is the best way to make this "stick"?



Warren

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

Re: Grabbing a widget

[Klaus major-k via use-livecode]

Hi Hermann,

> Am 27.06.2018 um 20:04 schrieb hh via use-livecode 
> :
> 
>> Klaus wrote:
>> ... any opinion to the funky behaviour I experienced?
> 
> Sorry, I overlooked that you are using LC 9.
> With LC 9 in edit mode the SVG widget is here moved with
> the mouse even without any script.

That's not what I experienced...
Thius is what happens here:
1. Create a stack
2. Create a SVG widget
3. Add this script to the SVG:
on mouseDown
 grab me
end mouseDown
4. Switch to POINTER tool
5. Nothing happens, no GRAB on mousedown!
6. Switch back to EDIT tool and move the mouse to the stack with the SVG,
et voila paranoia 8-)

Means the Widget (selected or not!) sticks to the mouse in EDIT mode and 
I cannot get rid of it unless I delete the widget or close the stack.

That cannot be desired behavior!?
Maybe will create a screen movie later...


Best

Klaus

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


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

Re: Grabbing a widget

[hh via use-livecode]

> Klaus wrote:
> ... any opinion to the funky behaviour I experienced?

Sorry, I overlooked that you are using LC 9.
With LC 9 in edit mode the SVG widget is here moved with
the mouse even without any script.

___
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: Grabbing a widget

[Richmond Mathewson via use-livecode]

Well, somewhere down the line the author of the SVG widget forget something:

That an imported SVG is supposed to behave exactly like any other 
imported image.


Richmond.

On 27/6/2018 8:45 pm, hh via use-livecode wrote:

A widget is not an ordinary control.

It is the widget that has to generate messages for user's interaction.
So the widget's author decides whether you can grab it or not. See the
still actual discussion from 2015 here:

http://forums.livecode.com/viewtopic.php?p=126208#p126208

___
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: Grabbing a widget

[Klaus major-k via use-livecode]

Hi Hermann,

> Am 27.06.2018 um 19:45 schrieb hh via use-livecode 
> :
> 
> A widget is not an ordinary control.
> 
> It is the widget that has to generate messages for user's interaction.
> So the widget's author decides whether you can grab it or not. See the
> still actual discussion from 2015 here:
> 
> http://forums.livecode.com/viewtopic.php?p=126208#p126208

Ok, scripted "mouseevents" in widgets or not, any opinion to the funky 
behaviour I experienced?


Best

Klaus

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


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

Re: Grabbing a widget

[hh via use-livecode]

A widget is not an ordinary control.

It is the widget that has to generate messages for user's interaction.
So the widget's author decides whether you can grab it or not. See the
still actual discussion from 2015 here:

http://forums.livecode.com/viewtopic.php?p=126208#p126208

___
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: Remote URL Not Available

[Richard Gaskin via use-livecode]

Sannyasin Brahmanathaswami wrote:

> "it" almost always containa data.
>
> e.g contains "404 Page Not Found"
>
> I wondering if we have to parse it for all possible errors?

That's the central question of all end-user systems. :)

There may be good reason to check for specific errors and handle them 
differently.  Or as browsers do, just report them to the user and let 
them figure it out.


How much time to invest in handling specific error conditions will 
depend on the app and the nature of the error.



> Or, if there is  just *one* thing that is true, for all "I found the
> file, here it is" cases

If the result is empty you should be fine.

--
 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: Tessellated hexagonal grid?

[Richard Gaskin via use-livecode]

David V Glasgow wrote:

> I had already worked through the ‘redblobgames’ resources, and it was
> the prospect of trying to implement a hex system in Livecode which was
> the gotcha.
>
> The frustrating thing is that the polygon object displays a nice
> scaleable hex - and yet it seems this is not a viable route?

I don't see why not.

There may be challenges if you have a very small tile size with many 
thousands of hexagons.  But you'd need quite a few before the object 
count would pose a difficulty.


Catan has only 19 tiles, and has captivated millions of minds for decades.

Even if you need several hundred, you'll likely find using LC's built-in 
hit-testing for those more efficient -- and certainly much easier to 
code -- than calculating boundaries arithmetically on the fly.


I started exploring hex grids myself a few months ago, in a rare evening 
of spare time.  Didn't come up with much worth sharing (I have no 
immediate need at the moment so I didn't spend much time with it), other 
than recognizing the value of a few key functions (finding bounding 
tiles, managing directional options, etc.) and gaining a healthy 
admiration for how much more straightforward this sort of work is made 
when using LC's native objects.


--
 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: LC 9 Dictionary, Linux

[Warren Samples via use-livecode]

On 06/27/2018 03:45 AM, panagiotis merakos wrote:
> If your Linux machine is not affected by this issue, then you can do 
the following to open the Dictionary in a LC stack (as it used to be):

>
> 1. in the msg box type "put 1 into $LIVECODE_USE_CEF"
> 2. open the dictionary, it should now open in a stack
>
> Best,
> Panos


Thank you! It works perfectly here. The distro is Antergos (Arch) with 
KDE Plasma5, in case you're keeping a list.


Warren

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

Re: Remote URL Not Available

[Mark Wieder via use-livecode]

On 06/27/2018 07:34 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

"it" almost always containa data.

e.g contains "404 Page Not Found"

I wondering if we have to parse it for all possible errors?

Or, if there is  just *one* thing that is true, for all "I found the file, here it 
is" cases


Try the http getting the remote resource.
Then check the returned http status for a 2xx (or 3xx) status code.

--
 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: Tessellated hexagonal grid?

[Rick Harrison via use-livecode]

Great resource and read.

Thanks!

Rick

> On Jun 27, 2018, at 5:30 AM, hh via use-livecode 
>  wrote:
> 
> Here a rather complete guide to the "theory" with a link
> to implementation guides for several programming languages,
> especially, close to LC, JavaScript.
> 
> https://www.redblobgames.com/grids/hexagons/
> 
> 
> 
> ___
> 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: Tessellated hexagonal grid?

[Stephen Barncard via use-livecode]

"If I pretend I am a flat-earther, and that the earth I live on is
hexagonal, I want all those people who are
silly enough to believe that the world is spherical to fall off the
hexagonal earth at the vertices of the hexagon,
and not the vertices of some other polygonal shape that encloses my
hexagonal earth that's vertices are
not completely congruent with that hexagon.
​"

!!!
This concept should be in the constitution of every country in the world.
If they have one.

sqb​

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

On Wed, Jun 27, 2018 at 7:22 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> One of the problems about any polygonal shape in LiveCode is that it still
> subsists inside a square/rectangle.
>
> That might seem like a crashingly obvious remark until one starts to
> consider how squares and how hexagons tesselate.
>
> And, even more to the point, how the human brain (and, face facts, most of
> the time we are likely to be dealing
> with either a square or hexagonal grid on a computer is because we want to
> "fool" humans into believing that
> what the screen presents them with is a square or hexagonal grid with all
> the functionality and meaning of
> square or hexagonal grids in the real world).
>
> If I pretend I am a flat-earther, and that the earth I live on is
> hexagonal, I want all those people who are
> silly enough to believe that the world is spherical to fall off the
> hexagonal earth at the vertices of the hexagon,
> and not the vertices of some other polygonal shape that encloses my
> hexagonal earth that's vertices are
> not completely congruent with that hexagon.
>
> I'm messing around with hexagons right now, and will post some of my
> thoughts in the Forum.
>
> Richmond.
>
>
>
> On 27/6/2018 1:42 pm, David V Glasgow via use-livecode wrote:
>
>> Thanks for all the responses regarding hexes.
>>
>> I had already worked through the ‘redblobgames’ resources, and it was the
>> prospect of trying to implement a hex system in Livecode which was the
>> gotcha.
>>
>> The frustrating thing is that the polygon object displays a nice
>> scaleable hex - and yet it seems this is not a viable route?  Why would SVG
>> be any better?  (thats not a lament or rhetorical question, I would be very
>> interested to know)
>>
>> Cheers
>>
>> David Glasgow
>>
>> On 27 Jun 2018, at 10:30 am, hh via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>
>>> Here a rather complete guide to the "theory" with a link
>>> to implementation guides for several programming languages,
>>> especially, close to LC, JavaScript.
>>>
>>> https://www.redblobgames.com/grids/hexagons/
>>>
>>>
>>>
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Grabbing a widget

[Klaus major-k via use-livecode]

Hi all,

here my recipe macOS 10.13.5, LC 9:
1. Create a stack
2. Create a SVG widget
3. Add this script to the SVG:
on mouseDown
  grab me
end mouseDown
4. Switch to POINTER tool
5. Nothing happens, no GRAB on mousedown!
6. Switch back to EDIT tool and move the mouse to the stack with the SVG,
et voila paranoia 8-)

> Am 27.06.2018 um 16:57 schrieb Klaus major-k via use-livecode 
> :
> ...
> 
> just ried this at home with LC 9, and it is even worse!
> 
> I added a SVG widget to a fresh stack and added this script:
> on mouseDown
>  grab me
> end mouseDown
> 
> BUT, it moves with the mouse with the EDIT tool (no mousedown!), if it is 
> selcted or not
> and does nothing when I switch to POINTER tool and click until my wrist gets 
> numb!?
> Before I bug report it, anyone seeing this, too?

Best

Klaus

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


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

Re: Grabbing a widget

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 27.06.2018 um 16:50 schrieb Richmond Mathewson via use-livecode 
> :
> 
> is problematic.
> I have an SVG widget called "h5" which I am trying to drag to a drop target,
> which should be easy-peasy, but isn't.
> LiveCode 8.1.8
> The widget contains this code:
> on mouseDown
>   grab me
> end mouseDown
> on mouseUp
>   if intersect(widget "h1", widget "h5",5) then
>  set the loc of widget "h5" to the loc of widget "h1"
>   else
>  set the loc of widget "h5" to 99,364
>  end if
> end mouseUp
> which is nothing spectacular.
> HOWEVER in Edit mode widget "h5" moves around with the mouse!
> It does NOT get grabbed on a MouseDown as it should.
> 
> Richmond.

just ried this at home with LC 9, and it is even worse!

I added a SVG widget to a fresh stack and added this script:
on mouseDown
  grab me
end mouseDown

BUT, it moves with the mouse with the EDIT tool (no mousedown!), if it is 
selcted or not
and does nothing when I switch to POINTER tool and click until my wrist gets 
numb!?

Before I bug report it, anyone seeing this, too?


Best

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


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

Grabbing a widget

[Richmond Mathewson via use-livecode]

is problematic.

I have an SVG widget called "h5" which I am trying to drag to a drop target,
which should be easy-peasy, but isn't.

LiveCode 8.1.8

The widget contains this code:

on mouseDown
   grab me
end mouseDown

on mouseUp
   if intersect(widget "h1", widget "h5",5) then
  set the loc of widget "h5" to the loc of widget "h1"
   else
  set the loc of widget "h5" to 99,364
  end if
end mouseUp

which is nothing spectacular.

HOWEVER in Edit mode widget "h5" moves around with the mouse!

It does NOT get grabbed on a MouseDown as it should.

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: Remote URL Not Available

[Sannyasin Brahmanathaswami via use-livecode]

"it" almost always containa data.

e.g contains "404 Page Not Found"  

I wondering if we have to parse it for all possible errors?

Or, if there is  just *one* thing that is true, for all "I found the file, here 
it is" cases



J. Landman Gay wrote:

I've used this:

  get url tURL
  put the result into tNetworkErr
  put it into tData

If the result isn't empty then there has been an error. Otherwise, you 
can do something with the data in the "it" variable.



___
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: Tessellated hexagonal grid?

[Richmond Mathewson via use-livecode]

One of the problems about any polygonal shape in LiveCode is that it 
still subsists inside a square/rectangle.


That might seem like a crashingly obvious remark until one starts to 
consider how squares and how hexagons tesselate.


And, even more to the point, how the human brain (and, face facts, most 
of the time we are likely to be dealing
with either a square or hexagonal grid on a computer is because we want 
to "fool" humans into believing that
what the screen presents them with is a square or hexagonal grid with 
all the functionality and meaning of

square or hexagonal grids in the real world).

If I pretend I am a flat-earther, and that the earth I live on is 
hexagonal, I want all those people who are
silly enough to believe that the world is spherical to fall off the 
hexagonal earth at the vertices of the hexagon,
and not the vertices of some other polygonal shape that encloses my 
hexagonal earth that's vertices are

not completely congruent with that hexagon.

I'm messing around with hexagons right now, and will post some of my 
thoughts in the Forum.


Richmond.


On 27/6/2018 1:42 pm, David V Glasgow via use-livecode wrote:

Thanks for all the responses regarding hexes.

I had already worked through the ‘redblobgames’ resources, and it was the 
prospect of trying to implement a hex system in Livecode which was the gotcha.

The frustrating thing is that the polygon object displays a nice scaleable hex 
- and yet it seems this is not a viable route?  Why would SVG be any better?  
(thats not a lament or rhetorical question, I would be very interested to know)

Cheers

David Glasgow


On 27 Jun 2018, at 10:30 am, hh via use-livecode 
 wrote:

Here a rather complete guide to the "theory" with a link
to implementation guides for several programming languages,
especially, close to LC, JavaScript.

https://www.redblobgames.com/grids/hexagons/



___
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: What exactly does the status pending in Livecode Quality Control Center mean

[panagiotis merakos via use-livecode]

@Ralf,

I see the same error when trying to install LC 9 32 bit on Sage.

However the exact same setup is successful on Tio.

So I guess some of the on-rev servers do have this library, while others
don't. I will ask Robin about this.

Best,
Panos
--

On Wed, Jun 27, 2018 at 12:08 PM, Ralf Bitter via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Matthias,
>
> > On 26. Jun 2018, at 23:57, Matthias Rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hm, On-Rev support told me that  GLIBC 2.1.4 is needed to run Livecode
> Server 9 64bit on On-Rev. The 32bit version is working on On-Rev with the
> older one.
> > They did not mention that this library is also needed to get the 32bit
> tsNET external  running with Livecode server 32 bit on On-Rev.
>
>
>
> even my 32 bit LC 9 version installation fails on Diesel, at least
> the business flavour fails with error:
> “error while loading shared libraries: libfontconfig.so.1: cannot open
> shared object file: No such file or directory”
>
>
> Ralf
> ___
> 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: What exactly does the status pending in Livecode Quality Control Center mean

[Ralf Bitter via use-livecode]

Hi Matthias,

> On 26. Jun 2018, at 23:57, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hm, On-Rev support told me that  GLIBC 2.1.4 is needed to run Livecode Server 
> 9 64bit on On-Rev. The 32bit version is working on On-Rev with the older one.
> They did not mention that this library is also needed to get the 32bit tsNET 
> external  running with Livecode server 32 bit on On-Rev.



even my 32 bit LC 9 version installation fails on Diesel, at least
the business flavour fails with error:
“error while loading shared libraries: libfontconfig.so.1: cannot open shared 
object file: No such file or directory”


Ralf
___
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: Tessellated hexagonal grid?

[David V Glasgow via use-livecode]

Thanks for all the responses regarding hexes.  

I had already worked through the ‘redblobgames’ resources, and it was the 
prospect of trying to implement a hex system in Livecode which was the gotcha.  

The frustrating thing is that the polygon object displays a nice scaleable hex 
- and yet it seems this is not a viable route?  Why would SVG be any better?  
(thats not a lament or rhetorical question, I would be very interested to know)

Cheers

David Glasgow

> On 27 Jun 2018, at 10:30 am, hh via use-livecode 
>  wrote:
> 
> Here a rather complete guide to the "theory" with a link
> to implementation guides for several programming languages,
> especially, close to LC, JavaScript.
> 
> https://www.redblobgames.com/grids/hexagons/
> 
> 
> 
> ___
> 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: What exactly does the status pending in Livecode Quality Control Center mean

[Ralf Bitter via use-livecode]

Hi Charles,


> On 27. Jun 2018, at 08:44, Charles Warwick via use-livecode 
>  wrote:
> 
> Are you referring to asynchronous functions that are only available in the 
> business edition?  These will fail due to the same issue as tsNetGet and 
> tsNetSendCmd, so no need to file a separate bug report for these.


sorry for my vague comment. Yes, indeed I am
referring to the asynchronous functions implemented
in the business version.


> Unfortunately, I need to find some time to look into the LC server 
> implementation on platforms other than Linux before they will be viable for 
> use with tsNet.



Think this subject I mentioned for the sake of completeness
is something you can set aside. I would be happy if the
features advertised would work at least on LC server for Linux.


Ralf
___
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: Tessellated hexagonal grid?

[hh via use-livecode]

Here a rather complete guide to the "theory" with a link
to implementation guides for several programming languages,
especially, close to LC, JavaScript.

https://www.redblobgames.com/grids/hexagons/



___
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 9 Dictionary, Linux

[panagiotis merakos via use-livecode]

Hi Warren,

We made this "hack" to open the Dictionary in a browser as a workaround to
the problem where some Linux distros could not display the browser widget.
If your Linux machine is not affected by this issue, then you can do the
following to open the Dictionary in a LC stack (as it used to be):

1. in the msg box type "put 1 into $LIVECODE_USE_CEF"
2. open the dictionary, it should now open in a stack

Best,
Panos
--

On Wed, Jun 27, 2018 at 8:42 AM, Warren Samples via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 06/23/2018 07:05 PM, Warren Samples via use-livecode wrote:
>
>> Hello,
>>
>> I don't recall off the top of my head what the current remaining issue is
>> with the dictionary under Linux. I know there have been a couple or three
>> that have been reported by different people on different distros. The
>> workaround to open the dictionary in a browser is working pretty well, but
>> could use at least one enhancement if it can be managed. Currently if I
>> have my default browser open on some desktop other than the one LiveCode is
>> on, the dictionary opens in a new tab on the other desktop. Could the
>> command used be finessed to force it to open a new window? This 'should'
>> open naturally on the current desktop. Another possible solution would be a
>> preference option to set a browser for the dictionary. That would allow one
>> to use a browser other than the default browser and avoid this (minor)
>> inconvenience.
>>
>> Warren
>>
>>
>
> I found a solution. I post it here in case another Linux user would be
> interested in this.
>
> It requires some very minor editing of the file:
>
> 'revidelibrary.8.livecodescript'
>
> which is in the 
> '../runrev/components//Toolset/libraries/'
> directory.
>
> I commented out two lines and added for each of them a corresponding line
> which launches the browser using shell(). This is what it looks like (email
> formatting may insert linebreaks):
>
> revIDEGenerateDictionaryHTML tWhich
> -- launch url ("file:" & revIDEGetDictionaryUrl(tWhich)) #original
> code
>   get shell("falkon" && revIDEGetDictionaryUrl(tWhich) && " &>/dev/null &") -- my shell call, all one line
>
> and
>
> revIDEGenerateDictionaryHTML "api", pLibrary, pTag, pType
> -- launch url ("file:" & revIDEGetDictionaryUrl("api"))  #original code
>   get shell("falkon" && revIDEGetDictionaryUrl("api") && " &>/dev/null &") -- my shell call, all one line
>
> The first instance is at line 4639 and the second at line @ 4920.
>
> I ultimately chose a dedicated browser, Falkon, for a few reasons. Opening
> my default browser with a command line switch which forces a new window
> works, and does what I had hoped, but using a dedicated browser and letting
> it open tabs once it's open has some significant advantages. The
> redirection at the end of the command detaches the running process from the
> shell, making shell() non-blocking.
>
>
> Warren
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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 9 Dictionary, Linux

[Warren Samples via use-livecode]

On 06/23/2018 07:05 PM, Warren Samples via use-livecode wrote:

Hello,

I don't recall off the top of my head what the current remaining issue 
is with the dictionary under Linux. I know there have been a couple or 
three that have been reported by different people on different distros. 
The workaround to open the dictionary in a browser is working pretty 
well, but could use at least one enhancement if it can be managed. 
Currently if I have my default browser open on some desktop other than 
the one LiveCode is on, the dictionary opens in a new tab on the other 
desktop. Could the command used be finessed to force it to open a new 
window? This 'should' open naturally on the current desktop. Another 
possible solution would be a preference option to set a browser for the 
dictionary. That would allow one to use a browser other than the default 
browser and avoid this (minor) inconvenience.


Warren




I found a solution. I post it here in case another Linux user would be 
interested in this.


It requires some very minor editing of the file:

'revidelibrary.8.livecodescript'

which is in the 
'../runrev/components//Toolset/libraries/' 
directory.


I commented out two lines and added for each of them a corresponding 
line which launches the browser using shell(). This is what it looks 
like (email formatting may insert linebreaks):


revIDEGenerateDictionaryHTML tWhich
-- launch url ("file:" & revIDEGetDictionaryUrl(tWhich)) #original code
  get shell("falkon" && revIDEGetDictionaryUrl(tWhich) && 
"/dev/null &") -- my shell call, all one line


and

revIDEGenerateDictionaryHTML "api", pLibrary, pTag, pType
-- launch url ("file:" & revIDEGetDictionaryUrl("api"))  #original code
  get shell("falkon" && revIDEGetDictionaryUrl("api") && 
"/dev/null &") -- my shell call, all one line


The first instance is at line 4639 and the second at line @ 4920.

I ultimately chose a dedicated browser, Falkon, for a few reasons. 
Opening my default browser with a command line switch which forces a new 
window works, and does what I had hoped, but using a dedicated browser 
and letting it open tabs once it's open has some significant advantages. 
The redirection at the end of the command detaches the running process 
from the shell, making shell() non-blocking.


Warren



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

Re: What exactly does the status pending in Livecode Quality Control Center mean

[Charles Warwick via use-livecode]

Hi Matthias,

> On 27 Jun 2018, at 7:57 am, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hm, On-Rev support told me that  GLIBC 2.1.4 is needed to run Livecode Server 
> 9 64bit on On-Rev. The 32bit version is working on On-Rev with the older one.
> They did not mention that this library is also needed to get the 32bit tsNET 
> external  running with Livecode server 32 bit on On-Rev.

Usually I run Apache (with PHP/LiveCode) in docker these days.  I am not sure 
if you are familiar with it, but here is the contents of the Dockerfile which 
builds the image.  It is effectively just a script that builds a basic Ubuntu 
16:04 Linux server running Apache.

( I can successfully use the latest tsNet external with it.)

—

FROM ubuntu:16.04

EXPOSE 80

RUN apt-get update && \
apt-get install -y \
apache2 \
libc6-i386 \
libfontconfig \
libx11-6 \
libxext6 \
unzip \
wget

COPY apache2/apache2.conf /etc/apache2/apache2.conf
COPY livecode/LiveCodeIndyServer-9_0_0-Linux-x86_64.zip 
/LiveCodeIndyServer-9_0_0-Linux-x86_64.zip

RUN mkdir -p /usr/local/livecode && cd /usr/local/livecode && \
unzip /LiveCodeIndyServer-9_0_0-Linux-x86_64.zip && \
chmod 755 livecode-server && \
a2enmod actions && a2enmod cgi

COPY livecode/tsNet-x64.so /usr/local/livecode/externals/tsNet-x64.so

ENV APACHE_RUN_USER www-data
ENV APACHE_RUN_GROUP www-data
ENV APACHE_LOG_DIR /var/log/apache2
ENV APACHE_RUN_DIR=/var/run/apache2

ENTRYPOINT ["/usr/sbin/apache2"]
CMD ["-D", "FOREGROUND"]

—

The apache2.conf file that gets copied in simply sets up the livecode-server 
binary to handle .lc files - which I am guessing you are already familiar with.

Hope that helps,

Cheers,

Charles



> Regards,
> 
> Matthias
>> 
>>> On 25. Jun 2018, at 22:01, panagiotis merakos via use-livecode 
>>>  wrote:
>>> 
>>> I have it working with LC Server 9 on an Ubuntu 16.04 64bit but only tested
>>> on localhost. But if I remember correctly there are a couple of people
>>> using tsnet with LC server on an actual server (Ralf maybe??)
>> 
>> 
>> ___
>> 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: What exactly does the status pending in Livecode Quality Control Center mean

[Charles Warwick via use-livecode]

Hi Ralf,

> In a nutshell following the results of my tests:
> 
> - There is bug 18961. An issue regarding tsNetSendCmd() is presumably 
> related. Other Indy features work as expected.

The issue is that any asynchronous tsNet function will fail on LC server.  I 
have not yet had time to go back and resolve the cause of this problem.

> - Although the business version licensing error is fixed the business 
> features still don’t work.
>  (As soon as I have enough spare time I will start filing bug reports, one by 
> one.)

Are you referring to asynchronous functions that are only available in the 
business edition?  These will fail due to the same issue as tsNetGet and 
tsNetSendCmd, so no need to file a separate bug report for these.

If you are experiencing issues with other business only features, please file a 
report so that I can take a look at them.

> - On On-Rev using LC server 9 tsNet does not work at all because glibc needs 
> to be upgraded as I was told by support.
>  Custom directives in ~/.bashrc didn’t help, these seem to be ignored by 
> Apache.
> 
> - Don’t think about using tsNet in a LC server / Mac OS environment.

Unfortunately, I need to find some time to look into the LC server 
implementation on platforms other than Linux before they will be viable for use 
with tsNet.

Regards,

Charles

> 
> Ralf
> 
> 
>> On 25. Jun 2018, at 22:01, panagiotis merakos via use-livecode 
>>  wrote:
>> 
>> I have it working with LC Server 9 on an Ubuntu 16.04 64bit but only tested
>> on localhost. But if I remember correctly there are a couple of people
>> using tsnet with LC server on an actual server (Ralf maybe??)
> 
> 
> ___
> 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: Behaviors not honoring script local variables??

[Dick Kriesel via use-livecode]

> On Jun 26, 2018, at 1:13 PM, Bob Sneidar via use-livecode 
>  wrote:
> ...
> do "put " & quote &  aStackConstants [tConstant] & quote & " into " & 
> tConstant

Hi, Bob.  If you wanted simpler code, that could be just

 do "put aStackConstants[ tConstant ] into " & tConstant

— Dick
___
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