Re: App Rejected: IPv6 network?

[Monte Goulding via use-livecode]

Are you using sockets? We do not support IPv6 sockets and they will rejection 
from Apple when they test on an IPv6 _only_ network which is their policy to do.

Cheers

Monte

> On 2 Aug 2017, at 3:14 pm, Dan Friedman via use-livecode 
>  wrote:
> 
> Hello.  My app was rejected my Apple today.   :(  Here’s what they said:
> 
> 
> We discovered one or more bugs in your app when reviewed on iPhone and iPad 
> running iOS 10.3.3 on Wi-Fi connected to an IPv6 network.
> 
> The error occurs after launch with the only option to quit the app.
> 
> Please see attached screenshots for details.
> 
> 
> The screen shot is of a answer command with the result of the download:  
> “can’t connect to host”.
> 
> The app, on launch, downloads a file (a compressed stack) from my server.  I 
> know for fact that went without error.  That freshly downloaded stack then 
> downloads another compressed stack.  The error happened on this second stack.
> 
> The app (with the development profile, of course) works perfectly on numerous 
> iPads and iPhones (using several versions of iOS including 10.3.3) tested on 
> several WI-Fi wireless networks at multiple locations.  It also preformed 
> perfectly using cellular data.
> 
> The message from Apple reports they use a IPv6 network.  Are there any issues 
> with LC 8.1.5 on a IPv6 network?
> 
> Thank you for any advice!
> -Dan
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

App Rejected: IPv6 network?

[Dan Friedman via use-livecode]

Hello.  My app was rejected my Apple today.   :(  Here’s what they said:


We discovered one or more bugs in your app when reviewed on iPhone and iPad 
running iOS 10.3.3 on Wi-Fi connected to an IPv6 network.

The error occurs after launch with the only option to quit the app.

Please see attached screenshots for details.


The screen shot is of a answer command with the result of the download:  “can’t 
connect to host”.

The app, on launch, downloads a file (a compressed stack) from my server.  I 
know for fact that went without error.  That freshly downloaded stack then 
downloads another compressed stack.  The error happened on this second stack.

The app (with the development profile, of course) works perfectly on numerous 
iPads and iPhones (using several versions of iOS including 10.3.3) tested on 
several WI-Fi wireless networks at multiple locations.  It also preformed 
perfectly using cellular data.

The message from Apple reports they use a IPv6 network.  Are there any issues 
with LC 8.1.5 on a IPv6 network?

Thank you for any advice!
-Dan

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

Re: Parsing (scraping) OpenGraph Tags from html HEAD

[Sannyasin Brahmanathaswami via use-livecode]

Thanks Thierry

though I'm yet sure when using regEx this is better than using Jacque's method


on parseHeader pData
   set the lineDel to "",l)-1 of l & cr
after tList
   end repeat
   -- do something with tList
end parseHeader

Either way it would seem prudent to extract the head first before processing

put the htmlText of widget "youtubes" into _HTML # interesting convention of 
underscore usage for var declaration
put  char ( offset("",_HTML)) to  ( ( offset("",_HTML))+6) of 
_html  into tHead

Using jacques method just gets the list.. and we need to do more coding to get 
the array we need.
but it returns:

"og:site_name" content="YouTube"
"og:url" content="https://www.youtube.com/user/kauaiaadheenam;
"og:title" content="Kauais Hindu Monastery"
"og:image" 
content="https://yt3.ggpht.com/-p766LczvKHY/AAI/AAA/SIu6ZAJbMDc/s900-c-k-no-mo-rj-c0xff/photo.jpg;
"og:description" content="{where hinduism meets the future}"
"og:type" content="profile"
"og:video:tag" content="kauai"
"og:video:tag" content="hawaii"
"og:video:tag" content="hindu"
"og:video:tag" content="hinduism"
"og:video:tag" content="siva"
# And many more tags total of 39 tags…

But your method can only handle 1 tag.

description:{where hinduism meets the future}
image:https://yt3.ggpht.com/-p766LczvKHY/AAI/AAA/SIu6ZAJbMDc/s900-c-k-no-mo-rj-c0xff/photo.jpg
site_name:YouTube
title:Kauais Hindu Monastery
type:profile
url:https://www.youtube.com/user/kauaiaadheenam
video:tag:scriptural   

#r est of the tags, all preceeding 38 of them, are lost  -- "scriptural" was 
the last one
# and so stands as the final output for the key as the loop which is
# effectively retain the single key "og:video"tag" and replacing the value 39 
times
# leaving us with on the last value of the 39th tag.
# so we would need an ordered multi-dimensional array like

OG["site_name"]
# and the other top keys, then:
OG["video"]["tags"][1]  
OG["video"]["tags"][2]  

But I'm not sure we need tags for the particular use case in question which is 
to create a robust "history" of web viewing with more detail.OTOH, since we 
are coding for "Oh God" data, we may as well get all the tags into the array. 
This could be useful later to have this code in the toolbox for when we *do* 
want all the tags from the OG set… God does not like to see partial metadata, 
because S/He Knows All the Metadata.

BR






On 7/31/17, 12:31 AM, "use-livecode on behalf of Thierry Douez via 
use-livecode"  wrote:

So, here is the code:

   local Rx, Rslt, _Html, OG

   put empty into Rslt
   put URL "https://www.youtube.com/user/kauaiaadheenam; into _Html

   get
"(?ms)"
   put IT into Rx

   repeat while matchChunk( _Html, Rx,p1,p2,p3,p4 )
  put  char p3 to p4 of _Html  into OG[  char p1 to p2 of _Html ]
  delete char 1 to p4 of _Html
   end repeat



and you can test it this way:

   combine OG using return and ":"
   put OG into fld 1





HTH and feel free to ask any question...

Kind regards,

Thierry

___
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: Points of Graphic Oval

[Sannyasin Brahmanathaswami via use-livecode]

Sequently found "effectivePoints" and used that and it works fine on Mobile.

But this thread became something more, it became about generating a polygon 
object that "looks like" an oval. 

But is an oval such an object at all?

Mark Wieder via use-livecode"  wrote:

How many points would you guess are in an oval?

BR Ahhh, programmatically perhaps it has no "points" as such… being a single 
continuous line shaped only by its changing arc-radius values.?
i.e.  a mystic conundrum: "infinite number of points and not points at all"

SCOTT  Rossi wrote:

You can use the effectivePoints to get the points of any graphic shape, but 
depending on the size, your oval may produce too many points.

In any event, your source oval doesn't need to be perfect. If you reference a 
"decent" number of points along the shape of the oval, your image will have the 
appearance of moving along an elliptical path.


BR: But using "The effectivePoints" seems to work as if there were no points 
(as such), but only a contiguous line… 

Which takes us back to Marks first question…"how many points in an oval"   
which I will re cast as: 

At the depths of the LC engine imaging algorithms… is a circle or oval made up 
of points at all?

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: "Cascading" Object-Behaviors

[Monte Goulding via use-livecode]

Use the following url:

>

I’d like to say you can go stack url with this url but you can’t because it’s 
broken for script only stacks although from the looks of things go stack byte 4 
to -1 of url might work in LC 9…

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


Cheers

Monte

> On 2 Aug 2017, at 1:25 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> "GIT DUMMY" here..
> 
> 
> How does one get the script without downloading the entire LC repository?
> 
> All I can see is to copy it.. which works I guess you have to then remove all 
> the leading "+" signs and save to your plugins folder?
> 
> BR
> 
> 
> 
> 
> On 7/30/17, 10:28 AM, "use-livecode on behalf of Monte Goulding via 
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> 
>I have implemented a scriptifier utility script if you are interested here 
> https://github.com/livecode/livecode/pull/5600
> 
> ___
> 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: Sluggish on Mobile Device

[Monte Goulding via use-livecode]

> On 2 Aug 2017, at 1:10 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Ahhh, I wonder if  we only had two groups like this
> 
> card "portal"
>  group "SivaSiva Portal Scrolling"  # this is the group that scrolls very 
> badly no matter what we do.
>  # Sub groups
>   Header-group 
>   row 1 -(small group)
>row 2 -(small group)
>row 3 -(small group)
>  row 4 -(small group)
>   row 5 -(small group)
> 
>   group "SivaSiva Portal Navigation
>  # this a fixed tool bar at the bottom of the screen
> 
> so that the group that scrolls is *not* inside another group… if accelerated 
> Rending  make it scroll better.

I haven’t been following this thread sorry but yes if the group is directly on 
the card instead of nested then you can use scrolling layer mode otherwise it 
won’t work. You can check the effective layerMode to determine if you are 
getting what you think you should be getting. You also need to ensure you have 
no adornments like borders, graphic effects etc…

I just opened this report which should make things easier for people if we can 
do that http://quality.livecode.com/show_bug.cgi?id=20217 


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

Re: "Cascading" Object-Behaviors

[Sannyasin Brahmanathaswami via use-livecode]

"GIT DUMMY" here..


How does one get the script without downloading the entire LC repository?

All I can see is to copy it.. which works I guess you have to then remove all 
the leading "+" signs and save to your plugins folder?

BR


 

On 7/30/17, 10:28 AM, "use-livecode on behalf of Monte Goulding via 
use-livecode"  wrote:

I have implemented a scriptifier utility script if you are interested here 
https://github.com/livecode/livecode/pull/5600

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

Re: OT: Hackintosh

[Rick Harrison via use-livecode]

Hi Dan,

You have to ask yourself the question, why are you trying to
create a Hackintosh computer?  Is it about the learning experience,
or about trying to save yourself some money, or both?

If you are doing it just to try to save some money, you have to ask
yourself how much money is your time worth?  You are going to have
to put a good deal of time into building the machine yourself. You
might just find that by the time you are all done, that it would have
been cheaper just to buy a Macintosh with all the bells, and whistles
you wanted in the first place.

If you are doing it just for the experience, well then by all means
please feel free to knock yourself out with it all.  You will definitely
learn a lot in the process I’m sure.

Good luck with whatever you decide to do, and please feel free
to share the story with us when you have it all put together.

Cheers,

Rick

> On Aug 1, 2017, at 7:27 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> I tried once. The problem is getting a graphics card to work correctly if you 
> are thinking about gaming. There are all kinds of hacks to get it to work, 
> but the bottom line is it can be iffy, and the next OS X update might break 
> it. 
> 
> Bob S
> 
> 
>> On Aug 1, 2017, at 12:36 , Dan Friedman via use-livecode 
>>  wrote:
>> 
>> Greetings!
>> 
>> Has anyone built their own Hackintosh computer?
> 
> 
> ___
> 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: Sluggish on Mobile Device

[Sannyasin Brahmanathaswami via use-livecode]

@ monte:

Elanor has the project link to our app on Git Hub if you are interested.   I 
was going to submit a business support request to have your team examine that 
stack and see if there was a way to optimze it but I think Jacque has the 
bottom line:

the "Siva-Siva-Portal.livecode" stack is what Jacqueline is referring to. there 
is a series of "link" panels  or subgroups.  each includes

"rows"  with

414 wide grc about 100px high
Left site is a text field with the link "label"
right side is a small thumbnail.

These are then stacked on top of each other dynamically, based on a JSON file 
that defines both the content of the row, what image is used etc.

It works rather well, surprising fast to build even on Android. BUT these are 
all then grouped into one big group that is assigned the scrolling behavior… 

 AcceleratedRendering does help, because, we presume, the group is not a free 
standalone group on top of the card.

ergo, until the Datagrid2 initiative is complete, apparently we have no 
solution.

but you can try: 

g...@github.com:Himalayan-Academy/Siva-Siva-App.git

be sure to check out the "nightly" branch… which is the most up-to-date… then 
you boot Siva-Siva-App.livecode (launcher stack which is never close) 

and after it init's (starts using all the libs) then it opens the 
Siva-Siva-Portal.livecode stack

that’s the one that "jitters." when it scrolls, quite a few beta testers who 
"are sensitive" have pointed this out… Others seem not to care, they are 
focused on content/navigation and not necessarily screen performance… it's fast 
enough, just "ugly scrolling"

The structure is

card "portal"
group "Portal Layout" # contains 2 groups
  group "SivaSiva Portal Scrolling"  # this is the group that scrolls 
very badly no matter what we do.
  # Sub groups
   Header-group 
row 1 -(small group)
row 2 -(small group)
 row 3 -(small group)
 row 4 -(small group)
 row 5 -(small group)

group "SivaSiva Portal Navigation
  # this a fixed tool bar at the bottom of the screen


Ahhh, I wonder if  we only had two groups like this

card "portal"
  group "SivaSiva Portal Scrolling"  # this is the group that scrolls very 
badly no matter what we do.
  # Sub groups
   Header-group 
row 1 -(small group)
row 2 -(small group)
row 3 -(small group)
  row 4 -(small group)
   row 5 -(small group)

   group "SivaSiva Portal Navigation
  # this a fixed tool bar at the bottom of the screen

so that the group that scrolls is *not* inside another group… if accelerated 
Rending  make it scroll better.

BR

 

On 7/31/17, 5:22 PM, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:

On 7/29/17 11:02 PM, Mark Waddingham via use-livecode wrote:
>It sounds like *something* in the group structure is causing 
>accelRendering not to be effective (although I'm not sure what from the 
>description).

@Mark: I've just found why it's failing. It's the stack structure, not 
the engine. That's what happens when a lot of people work on the same 
project; it changed without my noticing.



___
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: httpd library and missed opportunity.

[Alex Tweedly via use-livecode]

On 02/08/2017 01:42, Monte Goulding via use-livecode wrote:

On 2 Aug 2017, at 10:36 am, Alex Tweedly via use-livecode 
 wrote:

The 'test' button is handy - but it's not the only way.
In fact, I rarely use it - I build my standalones, then try it out on 2 or 3 
platforms (OK, this may be very untypical, because I am just starting to play 
with mobile and html5 ... but I suspect it will continue to be a viable 
work-flow - if only because of frequent interruptions, etc.) So I would hope to 
be able to run the server,  and then make multiple tests with a single 
standalone.

Hmm… Well click the Test button and then from your other platform enter the IP 
of the machine with the IDE. Should work fine.
I was a bit unclear, sorry.  I make some edits, then build for multiple 
platforms (Mac, Android and HTML). Then I want to test each of those 
platforms out, perhaps multiple times. Maybe all it needs is a "Retest" 
button (or "cmd+Test") to re-use the most-recently-built for the 
selected test target.

You said "[HTTPd library] ...  now that we have one included in the IDE we 
...". So is it the intention that this library is only available in the IDE, and 
won't be available for inclusion in a standalone, or for use from LCServer ?  (I can't 
see it in the list of inclusions in the SB, unlike diff, getopt, etc. - though that list 
is getting long enough that scrolling through it to see if something is there or not is 
becoming  inexact).

It should be in the list in dp-9.

I don't see it (or don't recognize it). (dp8 Indy, OSX)

Alex.

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

Re: httpd library and missed opportunity.

[Monte Goulding via use-livecode]

> On 2 Aug 2017, at 10:36 am, Alex Tweedly via use-livecode 
>  wrote:
> 
> The 'test' button is handy - but it's not the only way.
> In fact, I rarely use it - I build my standalones, then try it out on 2 or 3 
> platforms (OK, this may be very untypical, because I am just starting to play 
> with mobile and html5 ... but I suspect it will continue to be a viable 
> work-flow - if only because of frequent interruptions, etc.) So I would hope 
> to be able to run the server,  and then make multiple tests with a single 
> standalone.

Hmm… Well click the Test button and then from your other platform enter the IP 
of the machine with the IDE. Should work fine.

> You said "[HTTPd library] ...  now that we have one included in the IDE we 
> ...". So is it the intention that this library is only available in the IDE, 
> and won't be available for inclusion in a standalone, or for use from 
> LCServer ?  (I can't see it in the list of inclusions in the SB, unlike diff, 
> getopt, etc. - though that list is getting long enough that scrolling through 
> it to see if something is there or not is becoming  inexact).

It should be in the list in dp-9.

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

Re: httpd library and missed opportunity.

[Alex Tweedly via use-livecode]

The 'test' button is handy - but it's not the only way.
In fact, I rarely use it - I build my standalones, then try it out on 2 
or 3 platforms (OK, this may be very untypical, because I am just 
starting to play with mobile and html5 ... but I suspect it will 
continue to be a viable work-flow - if only because of frequent 
interruptions, etc.) So I would hope to be able to run the server,  and 
then make multiple tests with a single standalone.


You said "[HTTPd library] ...  now that we have one included in the IDE 
we ...". So is it the intention that this library is only available in 
the IDE, and won't be available for inclusion in a standalone, or for 
use from LCServer ?  (I can't see it in the list of inclusions in the 
SB, unlike diff, getopt, etc. - though that list is getting long enough 
that scrolling through it to see if something is there or not is 
becoming  inexact).


Alex.

On 02/08/2017 01:13, Monte Goulding via use-livecode wrote:

On 2 Aug 2017, at 7:16 am, Alex Tweedly via use-livecode 
 wrote:


python -m SimpleHTTPServer 8080
This will let you access your standalone by opening your web browser and visiting 
http://localhost:8080 .


What ?  IMO, this is just plain "wrong".

I think there’s a couple of things here. The scope of the original HTML5 
implementation did not include writing a HTTP server in LCS. It was before my 
time at the company but I believe a significant proportion of the project was 
Peter’s first thing he did in LC and he probably wasn’t aware of the fact 
there’s a few HTTPd implementations around the community. Anyway, now that we 
have one included in the IDE we definitely want to implement a deploy library 
so that you just need to click the Test button and it will pop up in your 
browser. Bonus points for being able to add extra browsers so you can choose a 
target.

I create a report about this a while back 
http://quality.livecode.com/show_bug.cgi?id=19909 


Anyway, this could either be contributed by someone in the community or done in 
house when we get a chance.

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

Re: Can't use double finger scroll on mac for grouped controls

[Monte Goulding via use-livecode]

This is something you need to script for groups. Something like this:

on rawKeyDown pKeyCode
   if pKeyCode is 65308 then
  get the scroll of me
  add 10 to it
  set the scroll of me to it
   else if pKeyCode is 65309 then
  get the scroll of me
  subtract 10 from it
  set the scroll of me to it
   end if
end rawKeyDown

> On 2 Aug 2017, at 8:21 am, Kaveh Bazargan via use-livecode 
>  wrote:
> 
> Using LiveCode 9 on Mac OSX
> 
> I have some controls that are grouped and the group has been made smaller,
> so have a vertical scroll bar – very nice feature.
> 
> On one stack I can use two finger scroll on mac trackpad, but on another I
> can't. But mouse on scroll bar works ok.
> 
> I have checked and all settings are the same. Is there a particular setting
> that allows two finger scrolling?
> 
> -- 
> Kaveh Bazargan
> Director
> River Valley Technologies
> @kaveh1000
> +44 7771 824 111
> www.rivervalleytechnologies.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: httpd library and missed opportunity.

[Monte Goulding via use-livecode]

> On 2 Aug 2017, at 7:16 am, Alex Tweedly via use-livecode 
>  wrote:
> 
>> python -m SimpleHTTPServer 8080
>> This will let you access your standalone by opening your web browser and 
>> visiting http://localhost:8080 .
>> 
> What ?  IMO, this is just plain "wrong".

I think there’s a couple of things here. The scope of the original HTML5 
implementation did not include writing a HTTP server in LCS. It was before my 
time at the company but I believe a significant proportion of the project was 
Peter’s first thing he did in LC and he probably wasn’t aware of the fact 
there’s a few HTTPd implementations around the community. Anyway, now that we 
have one included in the IDE we definitely want to implement a deploy library 
so that you just need to click the Test button and it will pop up in your 
browser. Bonus points for being able to add extra browsers so you can choose a 
target.

I create a report about this a while back 
http://quality.livecode.com/show_bug.cgi?id=19909 


Anyway, this could either be contributed by someone in the community or done in 
house when we get a chance.

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

Re: revHTTP

[Brian Milby via use-livecode]

Hopefully the UX in DP9 will improve this issue.  The drop-down menu for
APIs will scroll if taller than the window height.

On Tue, Aug 1, 2017 at 5:48 PM, Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hey Monte,
>
> The built-in LC dictionary UI is not good.
> For example, on my Surface 4 Pro, I can't change the little dropdown to
> select the httpd API as the popup list is larger than my screen and does
> not scroll with the trackpad.
___
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: revHTTP

[Monte Goulding via use-livecode]

Thanks for your thoughts Andre

> On 2 Aug 2017, at 8:48 am, Andre Garzia  wrote:
> 
> Yes, I can give more details, I am not talking about library documentation as 
> it is generated by lcdoc but the overall state of the documentation. The main 
> issue for me is a UX one. The built-in LC dictionary UI is not good. For 
> example, on my Surface 4 Pro, I can't change the little dropdown to select 
> the httpd API as the popup list is larger than my screen and does not scroll 
> with the trackpad.

Yes, we know this is not right. Plans are afoot to merge all the extension APIs 
into the LiveCode script one which will solve the problem above.

> That is just an example, a simple list of opportunities for enhancement would 
> be:
> 
> * Provide sample stacks for all LC dictionary entries (multiple entries can 
> share the same sample but no entry can be without at least one sample). The 
> sample stacks need to be something that the person can click and run.

Yes we need some kind of related resources thing where we can setup two way 
links between in a lesson, example stack or interactive tutorial. 

I’ve opened a report here http://quality.livecode.com/show_bug.cgi?id=20215 


My suggestion is the tags be expanded to all resources rather than just api so 
it’s easy to setup a blob of resources about a thing.

> * A better wiki or comment system.

We are encouraging people that have something to contribute to do so directly 
to the document as that way it both gets reviewed and more visibility. I know 
this presents a bit of a hurdle for some potential contributors but it also 
means there isn’t yet another place for good information to get lost in.

> * Libraries need to be more discoverable.

Indeed (mentioned above)
> 
> Right now we have documentation spread all over the place. There are things 
> in release notes, things in emails, stuff in the dictionary, stuff only on 
> the website, and finding things is quite hard. The navigation is challenging, 
> for example, searching httpd on the website yields nothing. I had to go to 
> github and look for the source.

In the past it was possible for stuff to be in the release notes but not 
documented in the dictionary but that shouldn’t be the case with anything new 
and anything that is not in the API please open a report on.

We know we need to do better with the docs, however, there are a *lot* of them 
so community contributions really do need to be a big part of getting them 
right.  Adding tags is a good place to start.

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

Re: httpd library and missed opportunity.

[Brian Milby via use-livecode]

I'd like to think that by the time LC 9 leaves DP status that this will be
possible.  There is already a library included in DP 8 to handle httpd
requests.

On Tue, Aug 1, 2017 at 5:18 PM, Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Alex,
>
> Python is kinda tricky to bundle. If you're looking into writing an
> extension, then these might be useful:
>
> * Libmicrohttpd - from GNU project, embedable httpd in C:
> https://www.gnu.org/software/libmicrohttpd/
>
> Implementing httpd is not hard, it could be done quite easily.
>
> On Tue, Aug 1, 2017 at 6:16 PM, Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > [ started a new thread, so I can't rant without tainting the other
> thread ]
> >
> > I started out on the 'find a rev/livecode solution for a simple HTTP
> > server" for one small reason :
> >
> >the LC 9.0 Dictionary Guide, under "HTML5 Deployment" says
> >
> > Testing your HTML5 app with a local web server
> >> Some browsers, such as Google Chrome, do not permit pages to download
> >> resources from file:// URLs. You won't be able to test your application
> in
> >> these browsers unless you run a local HTTP server.
> >>
> >> A quick and easy way to run a simple local HTTP server is to use Python.
> >> Open a terminal window, change directory to your standalone's directory,
> >> and run:
> >>
> >> python -m SimpleHTTPServer 8080
> >> This will let you access your standalone by opening your web browser and
> >> visiting http://localhost:8080.
> >>
> >> What ?  IMO, this is just plain "wrong".
> >
> > This is like going into the BMW dealership and being told "Yeah, you'll
> > love the way the new Z4 drives. Just get into this Mercedes sports car
> here
> > and we'll take you over to the racetrack to watch someone else drive
> one."
> >
> > Why are we suggesting that users use another (OK, a "competing")
> scripting
> > language to test HTML5 deployment ?
> >
> > Livecode is perfectly able to run a simple HTTP server. It is perfectly
> > possible and not too hard to write a basic one. In fact, we now even have
> > an included library that makes it trivial to write that very basic
> server.
> >
> > Why didn't we (i.e. Livecode - a careful use of the word  "we") just
> > package up that simple server, and then include that, with suitable
> > instructions.
> >
> > That would have avoided any implication that LC is any less capable than
> > other scripting languages, and avoided reminding anyone that LC doesn't
> > (yet) come packaged with all the libraries and therefore utilities that
> you
> > could hope for.
> >
> >
> > So - I'm hoping to write a basic version (including my "get around the
> > same-domain limitation") and get it, or something like it, included in
> the
> > LC distribution, so that the documentation has no need to recommend
> another
> > language.
> >
> > 
> >
> > Alex.
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
>
> --
> http://www.andregarzia.com -- All We Do Is Code.
> http://fon.nu -- minimalist url shortening service.
> ___
> 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: revHTTP

[Monte Goulding via use-livecode]

> On 2 Aug 2017, at 8:57 am, Andre Garzia via use-livecode 
>  wrote:
> 
> I just looked at the source code for the new httpd library, it is quite
> similar in "what it is doing" to mchttpd and my own revhttpd. Basically
> both of them use LC to accept and process requests. I had the impression
> that the new library was using some C/C++ based implementation.
> 
> The implementation Monte made is very minimalist and elegant. It is easy to
> follow and can even serve as a base for more ambitious projects. It suffers
> from the same problems as mchttpd and revhttpd though which is, it can't
> handle any form of concurrency. If your callback handler blocks, there is a
> great chance that any other requests will be discarded (unless LC is
> actually buffering and queueing them which would be awesome and also solve
> the same issue on the other implementations).

It is only really intended to be a simple implementation to use to serve 
something on localhost. As I mentioned previously it was only implemented for 
serving a HTML5 standalone in one of our test tools but generalised into a 
library for reuse for a number of things (HTML5 deploy library & FileMaker 
plugin web view, users serving things like reports in a local browser). I would 
not use it on a public webserver although it probably could handle some low 
traffic. It has not had any load testing done on it but I’m really not sure why 
it would drop requests unless the client has a very short timeout or each 
request takes a long time to handle. Of course if there’s a thousand requests 
coming in a second or something you’re on your own ;-)

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

Re: OT: Hackintosh

[Bob Sneidar via use-livecode]

I tried once. The problem is getting a graphics card to work correctly if you 
are thinking about gaming. There are all kinds of hacks to get it to work, but 
the bottom line is it can be iffy, and the next OS X update might break it. 

Bob S


> On Aug 1, 2017, at 12:36 , Dan Friedman via use-livecode 
>  wrote:
> 
> Greetings!
> 
> Has anyone built their own Hackintosh computer?


___
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: revHTTP

[Andre Garzia via use-livecode]

Thats how I feel too :-)

Em 1 de ago de 2017 20:04, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> escreveu:

> On 8/1/17 5:48 PM, Andre Garzia via use-livecode wrote:
>
>> Right now we have documentation spread all over the place. There are
>> things
>> in release notes, things in emails, stuff in the dictionary, stuff only on
>> the website, and finding things is quite hard.
>>
>
> I read the release notes with every new version, but what happens to me
> often is that I'll find something new I'm interested in but later I can't
> remember what it's called. By the time I need to use it, I've forgotten
> what I need to look up in the dictionary. It's hard to locate a feature if
> you can't remember even a part of the name.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: revHTTP

[J. Landman Gay via use-livecode]

On 8/1/17 5:48 PM, Andre Garzia via use-livecode wrote:

Right now we have documentation spread all over the place. There are things
in release notes, things in emails, stuff in the dictionary, stuff only on
the website, and finding things is quite hard.


I read the release notes with every new version, but what happens to me 
often is that I'll find something new I'm interested in but later I 
can't remember what it's called. By the time I need to use it, I've 
forgotten what I need to look up in the dictionary. It's hard to locate 
a feature if you can't remember even a part of the name.


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

[Mark Wieder via use-livecode]

On 08/01/2017 03:48 PM, Andre Garzia via use-livecode wrote:


Right now we have documentation spread all over the place. There are things
in release notes, things in emails, stuff in the dictionary, stuff only on
the website, and finding things is quite hard. The navigation is
challenging, for example, searching httpd on the website yields nothing. I
had to go to github and look for the source.


+1

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

[Andre Garzia via use-livecode]

Friends,

I just looked at the source code for the new httpd library, it is quite
similar in "what it is doing" to mchttpd and my own revhttpd. Basically
both of them use LC to accept and process requests. I had the impression
that the new library was using some C/C++ based implementation.

The implementation Monte made is very minimalist and elegant. It is easy to
follow and can even serve as a base for more ambitious projects. It suffers
from the same problems as mchttpd and revhttpd though which is, it can't
handle any form of concurrency. If your callback handler blocks, there is a
great chance that any other requests will be discarded (unless LC is
actually buffering and queueing them which would be awesome and also solve
the same issue on the other implementations).

om om
andre

On Tue, Aug 1, 2017 at 5:33 PM, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 31/07/2017 21:18, Monte Goulding via use-livecode wrote:
>
> Hi Alex
>>
>> You could use the new httpd library that is already included in LiveCode
>> 9 for this. Indeed this is what it was created for. We build a standalone
>> with all our tests and serve it with the library.
>>
> Yep - found it, and now playing with it. As I said in the other email, I
> couldn't find the docs, but simply ticking "Show IDE Stacks in Lists" and
> then using the project browser got me there. I love Livecode - there's
> always another way :-)
>
>>   What would be ideal is to create a deploy library similar to the the
>> iOS and Android ones. That way the Test button would build and launch the
>> standalone in your browser.
>>
>> That would be useful - but it's not what I have in mind.
>
> I'll describe what I'm trying to do in a separate rant 
>
> Thanks - and thanks for all the help, Monte, Richard, Matthias.
> -- Alex.
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: revHTTP

[Andre Garzia via use-livecode]

Hey Monte,

Yes, I can give more details, I am not talking about library documentation
as it is generated by lcdoc but the overall state of the documentation. The
main issue for me is a UX one. The built-in LC dictionary UI is not good.
For example, on my Surface 4 Pro, I can't change the little dropdown to
select the httpd API as the popup list is larger than my screen and does
not scroll with the trackpad. That is just an example, a simple list of
opportunities for enhancement would be:

* Provide sample stacks for all LC dictionary entries (multiple entries can
share the same sample but no entry can be without at least one sample). The
sample stacks need to be something that the person can click and run.
* A better wiki or comment system.
* Libraries need to be more discoverable.

Right now we have documentation spread all over the place. There are things
in release notes, things in emails, stuff in the dictionary, stuff only on
the website, and finding things is quite hard. The navigation is
challenging, for example, searching httpd on the website yields nothing. I
had to go to github and look for the source.

om om
andre

On Tue, Aug 1, 2017 at 5:18 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 2 Aug 2017, at 4:02 am, Andre Garzia via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I wish there was a more comprehensive documentation effort going on.
>
> Hi Andre
>
> Can you give a little more detail on your complaint here. All our new
> libraries are documented with lcdoc block comments which are extracted
> during the build and appear in the documentation. At the moment you need to
> choose the extension you are interested in as they don’t appear in the
> LiveCode Script api but in the future we will change this so all things
> available from LiveCode script are in the LiveCode Script API section.
>
> 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
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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

Can't use double finger scroll on mac for grouped controls

[Kaveh Bazargan via use-livecode]

Using LiveCode 9 on Mac OSX

I have some controls that are grouped and the group has been made smaller,
so have a vertical scroll bar – very nice feature.

On one stack I can use two finger scroll on mac trackpad, but on another I
can't. But mouse on scroll bar works ok.

I have checked and all settings are the same. Is there a particular setting
that allows two finger scrolling?

-- 
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.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: httpd library and missed opportunity.

[Andre Garzia via use-livecode]

Alex,

Python is kinda tricky to bundle. If you're looking into writing an
extension, then these might be useful:

* Libmicrohttpd - from GNU project, embedable httpd in C:
https://www.gnu.org/software/libmicrohttpd/

Implementing httpd is not hard, it could be done quite easily.

On Tue, Aug 1, 2017 at 6:16 PM, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> [ started a new thread, so I can't rant without tainting the other thread ]
>
> I started out on the 'find a rev/livecode solution for a simple HTTP
> server" for one small reason :
>
>the LC 9.0 Dictionary Guide, under "HTML5 Deployment" says
>
> Testing your HTML5 app with a local web server
>> Some browsers, such as Google Chrome, do not permit pages to download
>> resources from file:// URLs. You won't be able to test your application in
>> these browsers unless you run a local HTTP server.
>>
>> A quick and easy way to run a simple local HTTP server is to use Python.
>> Open a terminal window, change directory to your standalone's directory,
>> and run:
>>
>> python -m SimpleHTTPServer 8080
>> This will let you access your standalone by opening your web browser and
>> visiting http://localhost:8080.
>>
>> What ?  IMO, this is just plain "wrong".
>
> This is like going into the BMW dealership and being told "Yeah, you'll
> love the way the new Z4 drives. Just get into this Mercedes sports car here
> and we'll take you over to the racetrack to watch someone else drive one."
>
> Why are we suggesting that users use another (OK, a "competing") scripting
> language to test HTML5 deployment ?
>
> Livecode is perfectly able to run a simple HTTP server. It is perfectly
> possible and not too hard to write a basic one. In fact, we now even have
> an included library that makes it trivial to write that very basic server.
>
> Why didn't we (i.e. Livecode - a careful use of the word  "we") just
> package up that simple server, and then include that, with suitable
> instructions.
>
> That would have avoided any implication that LC is any less capable than
> other scripting languages, and avoided reminding anyone that LC doesn't
> (yet) come packaged with all the libraries and therefore utilities that you
> could hope for.
>
>
> So - I'm hoping to write a basic version (including my "get around the
> same-domain limitation") and get it, or something like it, included in the
> LC distribution, so that the documentation has no need to recommend another
> language.
>
> 
>
> Alex.
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: httpd library and missed opportunity.

[J. Landman Gay via use-livecode]

My first reaction was: I bet LC didn't have enough spare time and people.

My second reaction was: Well, it's open source, after all.

My third reaction was: Good for you, Alex! Bravo!


On 8/1/17 4:16 PM, Alex Tweedly via use-livecode wrote:

[ started a new thread, so I can't rant without tainting the other thread ]

I started out on the 'find a rev/livecode solution for a simple HTTP 
server" for one small reason :


the LC 9.0 Dictionary Guide, under "HTML5 Deployment" says


Testing your HTML5 app with a local web server
Some browsers, such as Google Chrome, do not permit pages to download 
resources from file:// URLs. You won't be able to test your 
application in these browsers unless you run a local HTTP server.


A quick and easy way to run a simple local HTTP server is to use 
Python. Open a terminal window, change directory to your standalone's 
directory, and run:


python -m SimpleHTTPServer 8080
This will let you access your standalone by opening your web browser 
and visiting http://localhost:8080.



What ?  IMO, this is just plain "wrong".

This is like going into the BMW dealership and being told "Yeah, you'll 
love the way the new Z4 drives. Just get into this Mercedes sports car 
here and we'll take you over to the racetrack to watch someone else 
drive one."


Why are we suggesting that users use another (OK, a "competing") 
scripting language to test HTML5 deployment ?


Livecode is perfectly able to run a simple HTTP server. It is perfectly 
possible and not too hard to write a basic one. In fact, we now even 
have an included library that makes it trivial to write that very basic 
server.


Why didn't we (i.e. Livecode - a careful use of the word  "we") just 
package up that simple server, and then include that, with suitable 
instructions.


That would have avoided any implication that LC is any less capable than 
other scripting languages, and avoided reminding anyone that LC doesn't 
(yet) come packaged with all the libraries and therefore utilities that 
you could hope for.



So - I'm hoping to write a basic version (including my "get around the 
same-domain limitation") and get it, or something like it, included in 
the LC distribution, so that the documentation has no need to recommend 
another language.




Alex.



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

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




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

httpd library and missed opportunity.

[Alex Tweedly via use-livecode]

[ started a new thread, so I can't rant without tainting the other thread ]

I started out on the 'find a rev/livecode solution for a simple HTTP 
server" for one small reason :


   the LC 9.0 Dictionary Guide, under "HTML5 Deployment" says


Testing your HTML5 app with a local web server
Some browsers, such as Google Chrome, do not permit pages to download 
resources from file:// URLs. You won't be able to test your 
application in these browsers unless you run a local HTTP server.


A quick and easy way to run a simple local HTTP server is to use 
Python. Open a terminal window, change directory to your standalone's 
directory, and run:


python -m SimpleHTTPServer 8080
This will let you access your standalone by opening your web browser 
and visiting http://localhost:8080.



What ?  IMO, this is just plain "wrong".

This is like going into the BMW dealership and being told "Yeah, you'll 
love the way the new Z4 drives. Just get into this Mercedes sports car 
here and we'll take you over to the racetrack to watch someone else 
drive one."


Why are we suggesting that users use another (OK, a "competing") 
scripting language to test HTML5 deployment ?


Livecode is perfectly able to run a simple HTTP server. It is perfectly 
possible and not too hard to write a basic one. In fact, we now even 
have an included library that makes it trivial to write that very basic 
server.


Why didn't we (i.e. Livecode - a careful use of the word  "we") just 
package up that simple server, and then include that, with suitable 
instructions.


That would have avoided any implication that LC is any less capable than 
other scripting languages, and avoided reminding anyone that LC doesn't 
(yet) come packaged with all the libraries and therefore utilities that 
you could hope for.



So - I'm hoping to write a basic version (including my "get around the 
same-domain limitation") and get it, or something like it, included in 
the LC distribution, so that the documentation has no need to recommend 
another language.




Alex.



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

Re: revHTTP

[Alex Tweedly via use-livecode]

On 31/07/2017 21:18, Monte Goulding via use-livecode wrote:


Hi Alex

You could use the new httpd library that is already included in LiveCode 9 for 
this. Indeed this is what it was created for. We build a standalone with all 
our tests and serve it with the library.
Yep - found it, and now playing with it. As I said in the other email, I 
couldn't find the docs, but simply ticking "Show IDE Stacks in Lists" 
and then using the project browser got me there. I love Livecode - 
there's always another way :-)

  What would be ideal is to create a deploy library similar to the the iOS and 
Android ones. That way the Test button would build and launch the standalone in 
your browser.


That would be useful - but it's not what I have in mind.

I'll describe what I'm trying to do in a separate rant 

Thanks - and thanks for all the help, Monte, Richard, Matthias.
-- Alex.

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

Re: revHTTP

[Alex Tweedly via use-livecode]

I have to admit, I had the same complaint as Andre - I didn't see 
anything about it in the dictionary.


OK, now that I've looked harder, I see them :-)

But I had no idea there was library documentation within the "API" 
drop-down.



Brings up another question - I see there's a 'getopt' library for 
parsing command line arguments, but I can't find a way to run with 
command line arguments. I thought it was, in my case, 
/Livecode-Indy -u myscript.lc


but that simply says "Startup error - cannot run in command line mode"

Is there some other new way to do this ?

-- Alex.


On 01/08/2017 21:18, Monte Goulding via use-livecode wrote:

On 2 Aug 2017, at 4:02 am, Andre Garzia via use-livecode 
 wrote:

I wish there was a more comprehensive documentation effort going on.

Hi Andre

Can you give a little more detail on your complaint here. All our new libraries 
are documented with lcdoc block comments which are extracted during the build 
and appear in the documentation. At the moment you need to choose the extension 
you are interested in as they don’t appear in the LiveCode Script api but in 
the future we will change this so all things available from LiveCode script are 
in the LiveCode Script API section.

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

Re: revHTTP

[Alex Tweedly via use-livecode]

Thanks Andre.

I hadn't even known there was a new httpd library; now that I do know 
about it, I'm pretty sure that's the best place to start (indeed, the 
comments in the library include enough of a 'how to use' sample that you 
can just copy/paste, fix up a couple of typos and have a working very 
simple server).


I'm pretty sure that'll give me what I want - and I'm now just playing 
with adding a couple of mini features to it.


Thanks

Alex.


On 01/08/2017 19:02, Andre Garzia wrote:

Hey Alex,

I have multiple sources for it here. This is in the most recent location:

https://www.dropbox.com/s/0636wl30z4btg1u/RevHTTP.zip?dl=0

Be aware that this httpd was never safe. It handles only one 
connection at a time. We can build better stuff these days. I haven't 
tested the new httpd library, I actually have a lot of difficulty in 
keeping up to date with the recent libraries in LC because the docs 
are spread in release notes. I wish there was a more comprehensive 
documentation effort going on.


om om
andre

On Mon, Jul 31, 2017 at 4:22 PM, Alex Tweedly via use-livecode 
> 
wrote:


Does anyone have a copy of (or a currently working link to)
Andre's revHTTP ?

Thanks

Alex

P.S. I'm thinking of making a script-only stack that is a UI-free
Simple HTTP server - and then suggesting to Livecode Ltd that the
HTML5 deployment guide recommend it rather than the Python
SimpleHTTPServer solution currently suggested. Building this on
top of Andre's core code would probably mean I'd get a working
version, without too many bugs, much more quickly than if I do it
myself.

P.P.S and as a bonus, I'd then be able to add the bridge/relay
function easily, so I can download off-domain web pages for my
little app :-)


___
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





--
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.


___
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: revHTTP

[Monte Goulding via use-livecode]

> On 2 Aug 2017, at 4:02 am, Andre Garzia via use-livecode 
>  wrote:
> 
> I wish there was a more comprehensive documentation effort going on.

Hi Andre

Can you give a little more detail on your complaint here. All our new libraries 
are documented with lcdoc block comments which are extracted during the build 
and appear in the documentation. At the moment you need to choose the extension 
you are interested in as they don’t appear in the LiveCode Script api but in 
the future we will change this so all things available from LiveCode script are 
in the LiveCode Script API section.

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

Re: Hackintosh

[Erik Beugelaar via use-livecode]

I agree with Skip, no hardware issues. There are many clean pre-built versions 
of Mac OS X (Yosemite+) available on the net to use with VMWare or Virtual Box.

Regards,
Erik


On 01/08/17 22:13, "use-livecode on behalf of Skip Kimpel via use-livecode" 
 wrote:

By the way, I would go the route of a VM version of a hackitosh, not a
hardware, build from scratch concept.

SKIP

On Tue, Aug 1, 2017 at 4:03 PM, Erik Beugelaar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Dan,
>
> I have built 6 years ago a Hackintosh computer based on a (nowadays) old
> Foxconn H55 MS motherboard with and (nowadays) old Intel i7 processor.
> Working on this desktop machine (12 GB RM, 512 GB SSD) is even now still a
> pleasure beside the fact that I own a real MacBook Pro i7 which I use when
> I am on the road. The machine is booting Windows 10 Pro, Mac OS X El
> Captain and Ubuntu flawless (although configuration the Clover Bootloader
> took me a little more time than expected).
>
> The good thing is that nowadays Mac OS X is free available. The only thing
> I would advise you when you start to build a Hackintosh is to go buy a
> motherboard from GigaByte (UEFI Bios) which is nowadays much closest to 
the
> specs of an iMac etc. For Wifi/Bluetooth compatibility buy an PCIe
> Broadcomm card (native Apple support).
> For video stay to NVDIA (http://www.macbreaker.com/
> 2012/06/hackintosh-graphics-cards.html).
> Use Clover Bootloader for installation bootloader.
> A lot of information you can find on TonyMac which is one of the first
> pioneers: https://www.tonymacx86.com/
> I have passed in the beginning all the failures and successes… so if you
> encounter any problems just contact me if you need help.
>
> Most important: Yes, LiveCode (all versions) have worked on this machine
> without any problems.
>
> Goodluck,
> Erik
>
>
>
> On 01/08/17 21:36, "use-livecode on behalf of Dan Friedman via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> Greetings!
>
> Has anyone built their own Hackintosh computer?  If so, have you had
> any trouble working with XCode, iTunes Connect, Apple Developer tools,
> getting apps approved, etc.   I would like to build one (I’m not in love
> with Apple’s pre-built choices), but don’t want any hassles down the road.
> I wouldn’t put it past Apple to disallow an app if it wasn’t
> developed/built on an Apple Certified Mac.
>
> -Dan
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
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: Hackintosh

[Skip Kimpel via use-livecode]

By the way, I would go the route of a VM version of a hackitosh, not a
hardware, build from scratch concept.

SKIP

On Tue, Aug 1, 2017 at 4:03 PM, Erik Beugelaar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Dan,
>
> I have built 6 years ago a Hackintosh computer based on a (nowadays) old
> Foxconn H55 MS motherboard with and (nowadays) old Intel i7 processor.
> Working on this desktop machine (12 GB RM, 512 GB SSD) is even now still a
> pleasure beside the fact that I own a real MacBook Pro i7 which I use when
> I am on the road. The machine is booting Windows 10 Pro, Mac OS X El
> Captain and Ubuntu flawless (although configuration the Clover Bootloader
> took me a little more time than expected).
>
> The good thing is that nowadays Mac OS X is free available. The only thing
> I would advise you when you start to build a Hackintosh is to go buy a
> motherboard from GigaByte (UEFI Bios) which is nowadays much closest to the
> specs of an iMac etc. For Wifi/Bluetooth compatibility buy an PCIe
> Broadcomm card (native Apple support).
> For video stay to NVDIA (http://www.macbreaker.com/
> 2012/06/hackintosh-graphics-cards.html).
> Use Clover Bootloader for installation bootloader.
> A lot of information you can find on TonyMac which is one of the first
> pioneers: https://www.tonymacx86.com/
> I have passed in the beginning all the failures and successes… so if you
> encounter any problems just contact me if you need help.
>
> Most important: Yes, LiveCode (all versions) have worked on this machine
> without any problems.
>
> Goodluck,
> Erik
>
>
>
> On 01/08/17 21:36, "use-livecode on behalf of Dan Friedman via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> Greetings!
>
> Has anyone built their own Hackintosh computer?  If so, have you had
> any trouble working with XCode, iTunes Connect, Apple Developer tools,
> getting apps approved, etc.   I would like to build one (I’m not in love
> with Apple’s pre-built choices), but don’t want any hassles down the road.
> I wouldn’t put it past Apple to disallow an app if it wasn’t
> developed/built on an Apple Certified Mac.
>
> -Dan
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: OT: Hackintosh

[Skip Kimpel via use-livecode]

I have built one and submitted apps with no problems.  A pain to install
but it is a possibility.

Another option is MacInCloud (https://www.macincloud.com) I have used them
before as well and then map a DropBox folder to my PC so I can transfer
files back forth effortlessly.

SKIP

On Tue, Aug 1, 2017 at 4:01 PM, Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have only built one out of hobbyist curiosity, not for work.  In use I
> cannot tell the difference, but I have not submitted any apps to the app
> store.  I have built Android apps and loaded them onto my own devices
> without any problem.
>
> ~Roger
>
>
> On Tue, Aug 1, 2017 at 3:36 PM, Dan Friedman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Greetings!
> >
> > Has anyone built their own Hackintosh computer?  If so, have you had any
> > trouble working with XCode, iTunes Connect, Apple Developer tools,
> getting
> > apps approved, etc.   I would like to build one (I’m not in love with
> > Apple’s pre-built choices), but don’t want any hassles down the road.  I
> > wouldn’t put it past Apple to disallow an app if it wasn’t
> developed/built
> > on an Apple Certified Mac.
> >
> > -Dan
> >
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Hackintosh

[Erik Beugelaar via use-livecode]

Hi Dan,

I have built 6 years ago a Hackintosh computer based on a (nowadays) old 
Foxconn H55 MS motherboard with and (nowadays) old Intel i7 processor.
Working on this desktop machine (12 GB RM, 512 GB SSD) is even now still a 
pleasure beside the fact that I own a real MacBook Pro i7 which I use when I am 
on the road. The machine is booting Windows 10 Pro, Mac OS X El Captain and 
Ubuntu flawless (although configuration the Clover Bootloader took me a little 
more time than expected).

The good thing is that nowadays Mac OS X is free available. The only thing I 
would advise you when you start to build a Hackintosh is to go buy a 
motherboard from GigaByte (UEFI Bios) which is nowadays much closest to the 
specs of an iMac etc. For Wifi/Bluetooth compatibility buy an PCIe Broadcomm 
card (native Apple support).
For video stay to NVDIA 
(http://www.macbreaker.com/2012/06/hackintosh-graphics-cards.html).
Use Clover Bootloader for installation bootloader. 
A lot of information you can find on TonyMac which is one of the first 
pioneers: https://www.tonymacx86.com/
I have passed in the beginning all the failures and successes… so if you 
encounter any problems just contact me if you need help.

Most important: Yes, LiveCode (all versions) have worked on this machine 
without any problems.

Goodluck,
Erik 



On 01/08/17 21:36, "use-livecode on behalf of Dan Friedman via use-livecode" 
 wrote:

Greetings!

Has anyone built their own Hackintosh computer?  If so, have you had any 
trouble working with XCode, iTunes Connect, Apple Developer tools, getting apps 
approved, etc.   I would like to build one (I’m not in love with Apple’s 
pre-built choices), but don’t want any hassles down the road.  I wouldn’t put 
it past Apple to disallow an app if it wasn’t developed/built on an Apple 
Certified Mac.

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



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

Re: OT: Hackintosh

[Roger Eller via use-livecode]

I have only built one out of hobbyist curiosity, not for work.  In use I
cannot tell the difference, but I have not submitted any apps to the app
store.  I have built Android apps and loaded them onto my own devices
without any problem.

~Roger


On Tue, Aug 1, 2017 at 3:36 PM, Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Greetings!
>
> Has anyone built their own Hackintosh computer?  If so, have you had any
> trouble working with XCode, iTunes Connect, Apple Developer tools, getting
> apps approved, etc.   I would like to build one (I’m not in love with
> Apple’s pre-built choices), but don’t want any hassles down the road.  I
> wouldn’t put it past Apple to disallow an app if it wasn’t developed/built
> on an Apple Certified Mac.
>
> -Dan
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

OT: Hackintosh

[Dan Friedman via use-livecode]

Greetings!

Has anyone built their own Hackintosh computer?  If so, have you had any 
trouble working with XCode, iTunes Connect, Apple Developer tools, getting apps 
approved, etc.   I would like to build one (I’m not in love with Apple’s 
pre-built choices), but don’t want any hassles down the road.  I wouldn’t put 
it past Apple to disallow an app if it wasn’t developed/built on an Apple 
Certified Mac.

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

Re: revHTTP

[Andre Garzia via use-livecode]

Hey Alex,

I have multiple sources for it here. This is in the most recent location:

https://www.dropbox.com/s/0636wl30z4btg1u/RevHTTP.zip?dl=0

Be aware that this httpd was never safe. It handles only one connection at
a time. We can build better stuff these days. I haven't tested the new
httpd library, I actually have a lot of difficulty in keeping up to date
with the recent libraries in LC because the docs are spread in release
notes. I wish there was a more comprehensive documentation effort going on.

om om
andre

On Mon, Jul 31, 2017 at 4:22 PM, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Does anyone have a copy of (or a currently working link to) Andre's
> revHTTP ?
>
> Thanks
>
> Alex
>
> P.S. I'm thinking of making a script-only stack that is a UI-free Simple
> HTTP server - and then suggesting to Livecode Ltd that the HTML5 deployment
> guide recommend it rather than the Python SimpleHTTPServer solution
> currently suggested. Building this on top of Andre's core code would
> probably mean I'd get a working version, without too many bugs, much more
> quickly than if I do it myself.
>
> P.P.S and as a bonus, I'd then be able to add the bridge/relay function
> easily, so I can download off-domain web pages for my little app :-)
>
>
> ___
> 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
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: "Cascading" Object-Behaviors

[AndyP via use-livecode]

Monte, great tool. thanks...saves a lot of time.



-
Andy Piddock 


My software never has bugs. It just develops random features. 

TinyIDE a Free alternative minimalist IDE Plugin for LiveCode
TinyIDE 


Script editor Themer for LC http://2108.co.uk  

PointandSee is a FREE simple but full featured under cursor colour picker / 
finder.
http://www.pointandsee.co.uk  - made with LiveCode
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Cascading-Object-Behaviors-tp4717715p4717809.html
Sent from the Revolution - User mailing list archive at Nabble.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: Mark in a kilt...

[Bob Sneidar via use-livecode]

I used to play marching drums in a Scottish bagpipe band. We were good too. Won 
1st place in the DC 4th of July parade once. We had excellent instructors. 

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: Release 8.1.6

[hh via use-livecode]

if there is no img "Nova.png" then create img "Nova.png"

A file is created by LiveCode if not existing,
but NOT an image, it has to be created by 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: Release 8.1.6

[Richmond Mathewson via use-livecode]

Mine had spaces, but the copy-paste from LC to Thunderbird . . .

I DID find that in7.1.4 this did NOT work either:

export snapshot from group "pp" to img "Nova.png" as PNG

BUT this did:

export snapshot from group "pp" to file "Nova.png" as PNG

Richmond.

On 8/1/17 11:39 am, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 01.08.2017 um 10:25 schrieb Richmond Mathewson via use-livecode 
:

Still making a "ham sandwich" of snapshot export:
I have a group called "pp" right in the middle of a stack, but this:
exportsnapshot from group"pp" toimg "Nova.png" as PNG
give this:
Message execution error:
Error description: Chunk: no such object
Not very good.

after adding some SPACES, this line worked for me in LC 8.1.6 on macOS 10.12.6:
...
export snapshot from group "pp" to img 2 as PNG
...
Very good. :-)


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


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

Re: Release 8.1.6

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 01.08.2017 um 10:25 schrieb Richmond Mathewson via use-livecode 
> :
> 
> Still making a "ham sandwich" of snapshot export:
> I have a group called "pp" right in the middle of a stack, but this:
> exportsnapshot from group"pp" toimg "Nova.png" as PNG
> give this:
> Message execution error:
> Error description: Chunk: no such object
> Not very good.

after adding some SPACES, this line worked for me in LC 8.1.6 on macOS 10.12.6:
...
export snapshot from group "pp" to img 2 as PNG
...
Very good. :-)

> 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: Release 8.1.6

[Richmond Mathewson via use-livecode]

Still making a "ham sandwich" of snapshot export:

I have a group called "pp" right in the middle of a stack, but this:

exportsnapshot from group"pp" toimg "Nova.png" as PNG

give this:

Message execution error:

Error description: Chunk: no such object

Not very good.

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: "Cascading" Object-Behaviors

[Monte Goulding via use-livecode]

> On 1 Aug 2017, at 7:00 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> OK got it. I take it this is supposed to be a script only stack? That is how 
> I saved it. 

Yes it will generate a very simple UI when you open it

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

Re: Mark in a kilt...

[Richmond Mathewson via use-livecode]

Indeed: never could stand suits and ties.

I salute Kevin and Mark for their adoption of kilts.

Richmond.

On 8/1/17 2:48 am, Alex Tweedly via use-livecode wrote:

Agreed.
I'd feel much less self-conscious wearing a kilt and shirt than I 
would wearing a suit & tie :-)


Alex.


On 01/08/2017 00:45, Jonathan Lynch via use-livecode wrote:

Excellent!

Sent from my iPhone

On Jul 31, 2017, at 6:44 PM, Colin Holgate via use-livecode 
 wrote:


I bet Kevin and Mark didn’t feel at all self conscious:

https://www.youtube.com/watch?v=ZBUR8U03B3U



___
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