AW: IDE Cursor icon often hangs on windows

[Tiemo Hollmann TB via use-livecode]

Ok, I found a small recipe for one of these situations and file a QR:
http://quality.livecode.com/show_bug.cgi?id=21021
There are other situations and other cursors, but this is one of them

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von J. Landman Gay via use-livecode
Gesendet: Mittwoch, 28. Februar 2018 18:42
An: How to use LiveCode 
Cc: J. Landman Gay 
Betreff: Re: IDE Cursor icon often hangs on windows

This has been happening for years, it just may be more frequent now. I've
had a handler in my private backscript for probably 10 years that does
"unlock cursor" when I type "uc" in the message box. There's no consistent
recipe. My best guess is that it happens when the cursor is moving so fast
that any messages that track the mouse are either not sent or the mouse is
no longer over the original control when it is received.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On February 28, 2018 9:26:21 AM Richard Gaskin via use-livecode
 wrote:

> Tiemo Hollmann wrote:
>
>  > On Windows, since LC 8 the icon of the cursor often "hangs", it 
> just  > keeps the icon from the last action and doesn't changes back 
> to the  > standard pointer icon when moving around the screen, so that 
> I often  > have to select any action with the "resize cursor" - just an
example.
>  >
>  > It's not essential, but a little bit annoying. Anything I can do?
>  > Is it known? Shall a file a bug report, though it will be hard to 
> make  > a recepie?
>
> If you do file a bug report please post the URL here.  I've seen this 
> with v9 under Ubuntu, but haven't reported it yet as it's intermittent 
> and I haven't yet found a recipe.  If I do come up with a recipe I'll 
> share it here.
>
> --
>   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



___
use-livecode mailing list
use-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: Internet checking?

[J. Landman Gay via use-livecode]

On 2/28/18 5:20 PM, Graham Samuel via use-livecode wrote:

I know this is a golden oldie, but I can’t find a reference… I have a script 
that wants to check a file on a server, and basically to do nothing if the 
program is offline.

Remind me, is there an easy way to tell from within an LC standalone if the 
internet is not accessible? I don’t want my program to hang. I understand the 
URLStatus will eventually tell me if access did not occur, but I don’t 
understand how to limit the waiting time to something reasonable. I notice that 
some browsers can actually display a message saying something like “you are not 
connected to the internet” - how do they do that?


I haven't actually played with it, but it looks like tsNetSetTimeouts 
might work if you set the pConnectTimeoutMS (the third param) to 
something shorter than the default. Then when you try to retrieve your 
file when there is no connection, you should get an error from tsNet.


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

"Open in New Navigator" is back

[Geoff Canyon via use-livecode]

Thanks to Mark Talluto for pointing out the issues with it.

It does what it says on the tin: right-click on any set of groups, cards,
or stacks, select Open in New Navigator and each one opens in a new copy of
Navigator.

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

Re: building deb packages

[Mike Bonner via use-livecode]

Thanks for testing! Tickled that it actually worked.

As far as installing for individual use, I haven't stumbled on a way to do
that, so i'm not sure if its possible either.

Thanks for the reminder about the link. It does work easier by changing the
dl=0 to a 1, so here's the alternate link.  (I did choose "copy public
link" but it defaults to that page where you have to choose between direct
download or download to Dropbox.  The new link should fix that. )

https://www.dropbox.com/s/49d4g6n4fi7nabz/livecode_9.0.0_dp_11_x64.deb?dl=1

There is default compression used when building the deb, but obviously it
needs to be tweaked.  Not much real overhead as all it does is bundle up
the proper directory structure, with a control file (straight text) that
sets some parameters.  I'll see if I can get better encryption because it
is a big on the large side.

If I can get things shrunk down and reliable, would you (or anyone) be
interested in a selection of versions converted to deb?  I don't think it
would be very difficult to automate much of it.
The only hard part on my end is the horrendously slow up connection I have.
(runs a little under a half a Mbps.)

Reading while answering, I think I may have some compression clues to
follow up.

Thanks Mark

On Wed, Feb 28, 2018 at 6:48 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 02/28/2018 11:37 AM, Mike Bonner via use-livecode wrote:
>
>> I decided to see how hard it was to turn LC into a deb package.  So far it
>> hasn't been too difficult, the only thing I need to find again is how to
>> have the icon auto update during the install. (as it is, to see the lc
>> icon
>> one must log out and in for it to show up, otherwise its the generic icon
>> that shows... I have the answer to that specific thing.. I just need to
>> remember where I put it. :)
>>
>> I built the .deb package on ubuntu 16.4.  Currently, I don't know if it
>> will function as is on earlier versions, and would also like others to
>> test.  This is the x64 version.
>>
>> Any of you who like messing with vm's, would you mind downloading it and
>> seeing if it will work? (I'd rather a safe check in a vm rather than a
>> production system obviously, though there isn't all that much that could
>> go
>> wrong.. i'm still paranoid)
>>
>> The link to it is here:
>> https://www.dropbox.com/s/49d4g6n4fi7nabz/livecode_9.0.0_dp_
>> 11_x64.deb?dl=0
>>
>> To install, at a command prompt run: dpkg -i  livecode_9.0.0_dp_11_x64.deb
>>
>> I added some dependencies to the deb, but i'm unsure (so far) what might
>> need to be adjusted for earlier versions (if anything.)  Still trying to
>> get a handle on how it all works.  (it seems deceptively simple, so i'm
>> pretty sure i'm missing something!)
>>
>
> Installed properly here on linux Mint 17.3. I opened with the Gdebi
> package installer first rather than following my first instinct to go with
> a commandline. That let me look at the install directories, and everything
> seemed fine, so I clicked install. No problems installing, and it showed up
> properly in the menu.
>
> A few things here:
>
> You might want to change the download link - Dropbox lets you do this in a
> couple of different ways, and the one you selected requires that the
> downloader have a Dropbox account as well. You can alternately create a
> download link that anyone can use without needing an account.
>
> The installer installs to the /opt/livecode directory, which doesn't offer
> the option of installing just for the current user. That doesn't bother me,
> since it's what I wanted anyway, so I'm just noting it. Also, I'm not sure
> if it's desirable or feasible to create a .deb installer that would only
> install for the current user.
>
> And the size of the installer is a bit of a boggler. The installer from
> the downloads.livecode page is a bit under 400MB, and the .deb installer is
> 628MB. That seems like a lot of overhead. Just curious.
>
>
> --
>  Mark Wieder
>  ahsoftw...@gmail.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: building deb packages

[Mark Wieder via use-livecode]

On 02/28/2018 11:37 AM, Mike Bonner via use-livecode wrote:

I decided to see how hard it was to turn LC into a deb package.  So far it
hasn't been too difficult, the only thing I need to find again is how to
have the icon auto update during the install. (as it is, to see the lc icon
one must log out and in for it to show up, otherwise its the generic icon
that shows... I have the answer to that specific thing.. I just need to
remember where I put it. :)

I built the .deb package on ubuntu 16.4.  Currently, I don't know if it
will function as is on earlier versions, and would also like others to
test.  This is the x64 version.

Any of you who like messing with vm's, would you mind downloading it and
seeing if it will work? (I'd rather a safe check in a vm rather than a
production system obviously, though there isn't all that much that could go
wrong.. i'm still paranoid)

The link to it is here:
https://www.dropbox.com/s/49d4g6n4fi7nabz/livecode_9.0.0_dp_11_x64.deb?dl=0

To install, at a command prompt run: dpkg -i  livecode_9.0.0_dp_11_x64.deb

I added some dependencies to the deb, but i'm unsure (so far) what might
need to be adjusted for earlier versions (if anything.)  Still trying to
get a handle on how it all works.  (it seems deceptively simple, so i'm
pretty sure i'm missing something!)


Installed properly here on linux Mint 17.3. I opened with the Gdebi 
package installer first rather than following my first instinct to go 
with a commandline. That let me look at the install directories, and 
everything seemed fine, so I clicked install. No problems installing, 
and it showed up properly in the menu.


A few things here:

You might want to change the download link - Dropbox lets you do this in 
a couple of different ways, and the one you selected requires that the 
downloader have a Dropbox account as well. You can alternately create a 
download link that anyone can use without needing an account.


The installer installs to the /opt/livecode directory, which doesn't 
offer the option of installing just for the current user. That doesn't 
bother me, since it's what I wanted anyway, so I'm just noting it. Also, 
I'm not sure if it's desirable or feasible to create a .deb installer 
that would only install for the current user.


And the size of the installer is a bit of a boggler. The installer from 
the downloads.livecode page is a bit under 400MB, and the .deb installer 
is 628MB. That seems like a lot of overhead. Just curious.



--
 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: Internet checking?

[Bob Sneidar via use-livecode]

Here is a script I use. A lot of this stuff won't make sense because it is part 
of my interface with sqlYoga, but the core is a repeat loop where I open a 
socket to the server, then check if the socket is among the lines of the 
openSockets. If it is I exit the repeat loop and close the socket, then return 
true, otherwise I wait 1 second, then try again. After 5 failed attempts I 
alert the user and offer to try again (2 repeat loops) until t he user cancels 
in which case I exit to top. 

This has worked fairly well for me. On the flip side I religiously ensure I 
close the database connection after I am done with it, but of course you are 
using it to access a file. Same principle though. 

Bob S


> On Feb 28, 2018, at 15:20 , Graham Samuel via use-livecode 
>  wrote:
> 
> [This message was identified as a phishing scam. Learn about phishing at 
> http://aka.ms/LearnAboutPhishing]
> 
> I know this is a golden oldie, but I can’t find a reference… I have a script 
> that wants to check a file on a server, and basically to do nothing if the 
> program is offline.
> 
> Remind me, is there an easy way to tell from within an LC standalone if the 
> internet is not accessible? I don’t want my program to hang. I understand the 
> URLStatus will eventually tell me if access did not occur, but I don’t 
> understand how to limit the waiting time to something reasonable. I notice 
> that some browsers can actually display a message saying something like “you 
> are not connected to the internet” - how do they do that?
> 
> TIA
> 
> Graham
> ___
> use-livecode mailing list
> use-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

Internet checking?

[Graham Samuel via use-livecode]

I know this is a golden oldie, but I can’t find a reference… I have a script 
that wants to check a file on a server, and basically to do nothing if the 
program is offline. 

Remind me, is there an easy way to tell from within an LC standalone if the 
internet is not accessible? I don’t want my program to hang. I understand the 
URLStatus will eventually tell me if access did not occur, but I don’t 
understand how to limit the waiting time to something reasonable. I notice that 
some browsers can actually display a message saying something like “you are not 
connected to the internet” - how do they do that?

TIA

Graham
___
use-livecode mailing list
use-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: Another server question (mixing node.js and LC)

[Jonathan Lynch via use-livecode]

I think you might be right, Mike. I have been reading about benchmark tests 
between node, Apache, and ningx. Node does not seem to live up to the hype at 
all. 

Sent from my iPhone

> On Feb 28, 2018, at 2:27 PM, Mike Bonner via use-livecode 
>  wrote:
> 
> One thing you might do if you were to decide to stick with apache would be
> to make sure you use either the worker mpm or events mpm (sounds like
> events would be the one you wanted for this) (read more on this page...
> https://httpd.apache.org/docs/2.4/misc/perf-tuning.html ) to get better
> performance.
> 
> Alternatively as Richard mentioned, there is nginx, which might be just
> what the doctor ordered.  Basically, a request comes in, is handed off to
> the your lc script, and when a response is ready, it handles it and sends
> it back to the client, meanwhile still being able to listen for, and accept
> new requests. At least this is what I get from my reading, some of which
> are older postings. Sounds pretty much like what you are thinking of doing
> with node.js.
> 
> I'm also wondering where a docker swarm might fit into your needs. multiple
> containers with a custom nginx image that can run your scripts, with load
> balancing and auto failover could be a great thing, and still be very
> lightweight. (the nginx docker on alpine is amazingly tiny, lightweight)
> 
> I've no clue how performance and reliability might compare to node.js for
> this.
> 
> On Wed, Feb 28, 2018 at 11:26 AM, Jonathan Lynch via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> In reading about fastCGI and LC, it seems rather experimental. I am just
>> wondering if replacing Apache with node.js as the http server would give us
>> the necessary concurrency capacity for using LC server on a large scale.
>> 
>> Basically, I am soon going to start pitching augmented tours (idea
>> suggested by guys at a business incubator) to tourism companies, using
>> Augmented Earth, and I don’t want to have the server crash if a large
>> number of people are using it all at once.
>> 
>> Sent from my iPhone
>> 
>>> On Feb 28, 2018, at 12:48 PM, jonathandly...@gmail.com wrote:
>>> 
>>> Thank you, Richard
>>> 
>>> A given transaction involves processing a user request, making two or
>> three requests to the database, and returning around 500 kB to the user.
>>> 
>>> I certainly don’t need to load fonts in the LC process. Can that be
>> turned off?
>>> 
>>> I like the idea of maintaining a queue of running LC processes and
>> growing or shrinking it as needed based on request load.
>>> 
>>> How does the http server know which process to access?
>>> 
>>> I know that node.js has a pretty simple code for launching a CGI process
>> and listening for a result. I don’t know how it would do that with an
>> already-running process.
>>> 
>>> Sent from my iPhone
>>> 
 On Feb 28, 2018, at 12:22 PM, Richard Gaskin via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
 
 jonathandlynch wrote:
 
> I have another server question. I really like scripting with LC,
> because I can make improvements very quickly. This is important
> because of my very limited free time.
> 
> But, I want to be able to handle many many concurrent server requests,
> the way node.js does.
 
 Good timing.  Geoff Canyon and I have been corresponding about a
>> related matter, comparing performance of LC Server with PHP.
 
 PHP7 is such a radical improvement over PHP5 that it's almost unfair to
>> compare it any scripting language now.  But it also prompts me to wonder:
>> is there anything in those PHP speed improvements which could be applied to
>> LC?
 
 
 But that's for the future, and for CGI.  In the here-and-now, you're
>> exploring a different but very interesting area:
 
> Would it work to have node take In a request, launch an LC cgi
> executable to process the request, set an event listener to wait
> for LC to send the results back to Node, then have node return
> the results to the user?
> 
> This is not unlike using Apache to launch LC CGI processes, but
> the asynchronous nature of node would, presumably, tie up fewer
> system resources and allow for larger concurrency. This could mean
> having a couple thousand LC processes running at any one time - would
> that be okay as long as the server had enough RAM?
> 
> In general, would this work for a system that hand to handle, say,
> 10,000 server requests per minute?
 
 A minute's a long time.  That's only 167 connections per second.
 
 Likely difficult for any CGI, and certainly for LC (see general
>> performance relative to PHP, and the 70+% of LC boot time spent
>> initializing fonts that are almost never used in CGIs - BZ# 14115).
 
 But there are other ways beyond CGI.
 
 A couple years ago Pierre Sahores and I traded notes here on this list
>> about tests run 

building deb packages

[Mike Bonner via use-livecode]

I decided to see how hard it was to turn LC into a deb package.  So far it
hasn't been too difficult, the only thing I need to find again is how to
have the icon auto update during the install. (as it is, to see the lc icon
one must log out and in for it to show up, otherwise its the generic icon
that shows... I have the answer to that specific thing.. I just need to
remember where I put it. :)

I built the .deb package on ubuntu 16.4.  Currently, I don't know if it
will function as is on earlier versions, and would also like others to
test.  This is the x64 version.

Any of you who like messing with vm's, would you mind downloading it and
seeing if it will work? (I'd rather a safe check in a vm rather than a
production system obviously, though there isn't all that much that could go
wrong.. i'm still paranoid)

The link to it is here:
https://www.dropbox.com/s/49d4g6n4fi7nabz/livecode_9.0.0_dp_11_x64.deb?dl=0

To install, at a command prompt run: dpkg -i  livecode_9.0.0_dp_11_x64.deb

I added some dependencies to the deb, but i'm unsure (so far) what might
need to be adjusted for earlier versions (if anything.)  Still trying to
get a handle on how it all works.  (it seems deceptively simple, so i'm
pretty sure i'm missing something!)

Thanks
___
use-livecode mailing list
use-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: Another server question (mixing node.js and LC)

[Mike Bonner via use-livecode]

One thing you might do if you were to decide to stick with apache would be
to make sure you use either the worker mpm or events mpm (sounds like
events would be the one you wanted for this) (read more on this page...
https://httpd.apache.org/docs/2.4/misc/perf-tuning.html ) to get better
performance.

Alternatively as Richard mentioned, there is nginx, which might be just
what the doctor ordered.  Basically, a request comes in, is handed off to
the your lc script, and when a response is ready, it handles it and sends
it back to the client, meanwhile still being able to listen for, and accept
new requests. At least this is what I get from my reading, some of which
are older postings. Sounds pretty much like what you are thinking of doing
with node.js.

I'm also wondering where a docker swarm might fit into your needs. multiple
containers with a custom nginx image that can run your scripts, with load
balancing and auto failover could be a great thing, and still be very
lightweight. (the nginx docker on alpine is amazingly tiny, lightweight)

I've no clue how performance and reliability might compare to node.js for
this.

On Wed, Feb 28, 2018 at 11:26 AM, Jonathan Lynch via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In reading about fastCGI and LC, it seems rather experimental. I am just
> wondering if replacing Apache with node.js as the http server would give us
> the necessary concurrency capacity for using LC server on a large scale.
>
> Basically, I am soon going to start pitching augmented tours (idea
> suggested by guys at a business incubator) to tourism companies, using
> Augmented Earth, and I don’t want to have the server crash if a large
> number of people are using it all at once.
>
> Sent from my iPhone
>
> > On Feb 28, 2018, at 12:48 PM, jonathandly...@gmail.com wrote:
> >
> > Thank you, Richard
> >
> > A given transaction involves processing a user request, making two or
> three requests to the database, and returning around 500 kB to the user.
> >
> > I certainly don’t need to load fonts in the LC process. Can that be
> turned off?
> >
> > I like the idea of maintaining a queue of running LC processes and
> growing or shrinking it as needed based on request load.
> >
> > How does the http server know which process to access?
> >
> > I know that node.js has a pretty simple code for launching a CGI process
> and listening for a result. I don’t know how it would do that with an
> already-running process.
> >
> > Sent from my iPhone
> >
> >> On Feb 28, 2018, at 12:22 PM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> jonathandlynch wrote:
> >>
> >>> I have another server question. I really like scripting with LC,
> >>> because I can make improvements very quickly. This is important
> >>> because of my very limited free time.
> >>>
> >>> But, I want to be able to handle many many concurrent server requests,
> >>> the way node.js does.
> >>
> >> Good timing.  Geoff Canyon and I have been corresponding about a
> related matter, comparing performance of LC Server with PHP.
> >>
> >> PHP7 is such a radical improvement over PHP5 that it's almost unfair to
> compare it any scripting language now.  But it also prompts me to wonder:
> is there anything in those PHP speed improvements which could be applied to
> LC?
> >>
> >>
> >> But that's for the future, and for CGI.  In the here-and-now, you're
> exploring a different but very interesting area:
> >>
> >>> Would it work to have node take In a request, launch an LC cgi
> >>> executable to process the request, set an event listener to wait
> >>> for LC to send the results back to Node, then have node return
> >>> the results to the user?
> >>>
> >>> This is not unlike using Apache to launch LC CGI processes, but
> >>> the asynchronous nature of node would, presumably, tie up fewer
> >>> system resources and allow for larger concurrency. This could mean
> >>> having a couple thousand LC processes running at any one time - would
> >>> that be okay as long as the server had enough RAM?
> >>>
> >>> In general, would this work for a system that hand to handle, say,
> >>> 10,000 server requests per minute?
> >>
> >> A minute's a long time.  That's only 167 connections per second.
> >>
> >> Likely difficult for any CGI, and certainly for LC (see general
> performance relative to PHP, and the 70+% of LC boot time spent
> initializing fonts that are almost never used in CGIs - BZ# 14115).
> >>
> >> But there are other ways beyond CGI.
> >>
> >> A couple years ago Pierre Sahores and I traded notes here on this list
> about tests run with LC socket servers.  There's a lot across multiple
> threads, but this may be a good starting point:
> >> http://lists.runrev.com/pipermail/use-livecode/2016-March/225068.html
> >>
> >> One thing is clear:  if high concurrency is a requirement, use
> something dedicated to manage comms between connected clients and a pool of
> workers.
> >>
> >> My own tests were measuring lchttpd 

Re: Another server question (mixing node.js and LC)

[Jonathan Lynch via use-livecode]

In reading about fastCGI and LC, it seems rather experimental. I am just 
wondering if replacing Apache with node.js as the http server would give us the 
necessary concurrency capacity for using LC server on a large scale.

Basically, I am soon going to start pitching augmented tours (idea suggested by 
guys at a business incubator) to tourism companies, using Augmented Earth, and 
I don’t want to have the server crash if a large number of people are using it 
all at once.

Sent from my iPhone

> On Feb 28, 2018, at 12:48 PM, jonathandly...@gmail.com wrote:
> 
> Thank you, Richard
> 
> A given transaction involves processing a user request, making two or three 
> requests to the database, and returning around 500 kB to the user.
> 
> I certainly don’t need to load fonts in the LC process. Can that be turned 
> off?
> 
> I like the idea of maintaining a queue of running LC processes and growing or 
> shrinking it as needed based on request load.
> 
> How does the http server know which process to access?
> 
> I know that node.js has a pretty simple code for launching a CGI process and 
> listening for a result. I don’t know how it would do that with an 
> already-running process.
> 
> Sent from my iPhone
> 
>> On Feb 28, 2018, at 12:22 PM, Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> jonathandlynch wrote:
>> 
>>> I have another server question. I really like scripting with LC,
>>> because I can make improvements very quickly. This is important
>>> because of my very limited free time.
>>> 
>>> But, I want to be able to handle many many concurrent server requests,
>>> the way node.js does.
>> 
>> Good timing.  Geoff Canyon and I have been corresponding about a related 
>> matter, comparing performance of LC Server with PHP.
>> 
>> PHP7 is such a radical improvement over PHP5 that it's almost unfair to 
>> compare it any scripting language now.  But it also prompts me to wonder: is 
>> there anything in those PHP speed improvements which could be applied to LC?
>> 
>> 
>> But that's for the future, and for CGI.  In the here-and-now, you're 
>> exploring a different but very interesting area:
>> 
>>> Would it work to have node take In a request, launch an LC cgi
>>> executable to process the request, set an event listener to wait
>>> for LC to send the results back to Node, then have node return
>>> the results to the user?
>>> 
>>> This is not unlike using Apache to launch LC CGI processes, but
>>> the asynchronous nature of node would, presumably, tie up fewer
>>> system resources and allow for larger concurrency. This could mean
>>> having a couple thousand LC processes running at any one time - would
>>> that be okay as long as the server had enough RAM?
>>> 
>>> In general, would this work for a system that hand to handle, say,
>>> 10,000 server requests per minute?
>> 
>> A minute's a long time.  That's only 167 connections per second.
>> 
>> Likely difficult for any CGI, and certainly for LC (see general performance 
>> relative to PHP, and the 70+% of LC boot time spent initializing fonts that 
>> are almost never used in CGIs - BZ# 14115).
>> 
>> But there are other ways beyond CGI.
>> 
>> A couple years ago Pierre Sahores and I traded notes here on this list about 
>> tests run with LC socket servers.  There's a lot across multiple threads, 
>> but this may be a good starting point:
>> http://lists.runrev.com/pipermail/use-livecode/2016-March/225068.html
>> 
>> One thing is clear:  if high concurrency is a requirement, use something 
>> dedicated to manage comms between connected clients and a pool of workers.
>> 
>> My own tests were measuring lchttpd against Apache, a different model but 
>> instructive here because it's still about socket comms.  What I found was 
>> that an httpd written in LC was outmatched by Apache two-fold.  But that 
>> also means that a quickly-thrown-together httpd script in LC was about half 
>> as fast as the world's most popular httpd written in C by hundreds of 
>> contributors specializing in that task.
>> 
>> So, promising for certain tasks. :)
>> 
>> The key with my modded fork of the old mchttpd stack was rewriting all 
>> socket comms to use callbacks.  The original used callbacks only for 
>> incoming POST, but I extended that to include all writes as well.
>> 
>> Applying this to your scenario:
>> 
>>   client  client  client
>>  
>> \   |  /
>>  internet...
>>   \ |   /
>> |--- HTTP SERVER ---|
>> | /   |  \  |
>> |  worker   worker  worker  |
>> |---|
>> 
>> 
>> While LC could be used in the role of the HTTP SERVER, that would be 
>> wasteful.  It's not an interesting job, and dedicated tools like Node.js and 
>> NginX will outperform it many-fold.  Let the experts handle the boring 
>> parts. :)
>> 
>> The value LC brings to the table is 

Re: Background color in an 'answer' dialog?

[Devin Asay via use-livecode]

> On Feb 28, 2018, at 10:02 AM, Graham Samuel via use-livecode 
>  wrote:

> While I’m on to explanations, in all my years of using LC and its 
> predecessors, I have never understood what the right hand column in the 
> ‘colors’ tab of the object inspector is for.

Choosing a background pattern (as you’ve discovered.)

> The left hand column is straightforward: one just picks a color, for example 
> “background fill”. But the next column leads to a strange popup list of icons 
> (some are called ‘standard icons’, whatever that means). Why would I want my 
> background fill to be a repeat of a lot of little forward arrows, for example?

“Standard icons” is in an option list, and the next option on the list is 
Default Patterns. That gives you a slightly less-unusable selection of 
background patterns you can apply to your object. The feature is really more 
useful for setting an image of your choice as the background of an object. Just 
import the image and use:

set the backgroundPattern of fld 1 to 10003 # the id of the imported image


> And if I did this by mistake, how can I delete this choice? I could not find 
> a way.

It’s not clearly indicated. Right click on the pattern box in the right column 
and choose “Reset to default”.

> Proper patterns, as in wallpaper, I find easier to understand, even if I’ve 
> never used them. Am I missing some tremendous feature? Or is this just of 
> archeological interest?
> 
See above re setting the backgroundPattern. There are lots of instances where 
it can be useful. A field with a fancy border, for one example.

HTH

Devin


Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-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: Another server question (mixing node.js and LC)

[Jonathan Lynch via use-livecode]

Thank you, Richard

A given transaction involves processing a user request, making two or three 
requests to the database, and returning around 500 kB to the user.

I certainly don’t need to load fonts in the LC process. Can that be turned off?

I like the idea of maintaining a queue of running LC processes and growing or 
shrinking it as needed based on request load.

How does the http server know which process to access?

I know that node.js has a pretty simple code for launching a CGI process and 
listening for a result. I don’t know how it would do that with an 
already-running process.

Sent from my iPhone

> On Feb 28, 2018, at 12:22 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> jonathandlynch wrote:
> 
> > I have another server question. I really like scripting with LC,
> > because I can make improvements very quickly. This is important
> > because of my very limited free time.
> >
> > But, I want to be able to handle many many concurrent server requests,
> > the way node.js does.
> 
> Good timing.  Geoff Canyon and I have been corresponding about a related 
> matter, comparing performance of LC Server with PHP.
> 
> PHP7 is such a radical improvement over PHP5 that it's almost unfair to 
> compare it any scripting language now.  But it also prompts me to wonder: is 
> there anything in those PHP speed improvements which could be applied to LC?
> 
> 
> But that's for the future, and for CGI.  In the here-and-now, you're 
> exploring a different but very interesting area:
> 
> > Would it work to have node take In a request, launch an LC cgi
> > executable to process the request, set an event listener to wait
> > for LC to send the results back to Node, then have node return
> > the results to the user?
> >
> > This is not unlike using Apache to launch LC CGI processes, but
> > the asynchronous nature of node would, presumably, tie up fewer
> > system resources and allow for larger concurrency. This could mean
> > having a couple thousand LC processes running at any one time - would
> > that be okay as long as the server had enough RAM?
> >
> > In general, would this work for a system that hand to handle, say,
> > 10,000 server requests per minute?
> 
> A minute's a long time.  That's only 167 connections per second.
> 
> Likely difficult for any CGI, and certainly for LC (see general performance 
> relative to PHP, and the 70+% of LC boot time spent initializing fonts that 
> are almost never used in CGIs - BZ# 14115).
> 
> But there are other ways beyond CGI.
> 
> A couple years ago Pierre Sahores and I traded notes here on this list about 
> tests run with LC socket servers.  There's a lot across multiple threads, but 
> this may be a good starting point:
> http://lists.runrev.com/pipermail/use-livecode/2016-March/225068.html
> 
> One thing is clear:  if high concurrency is a requirement, use something 
> dedicated to manage comms between connected clients and a pool of workers.
> 
> My own tests were measuring lchttpd against Apache, a different model but 
> instructive here because it's still about socket comms.  What I found was 
> that an httpd written in LC was outmatched by Apache two-fold.  But that also 
> means that a quickly-thrown-together httpd script in LC was about half as 
> fast as the world's most popular httpd written in C by hundreds of 
> contributors specializing in that task.
> 
> So, promising for certain tasks. :)
> 
> The key with my modded fork of the old mchttpd stack was rewriting all socket 
> comms to use callbacks.  The original used callbacks only for incoming POST, 
> but I extended that to include all writes as well.
> 
> Applying this to your scenario:
> 
>client  client  client
>   
>  \   |  /
>   internet...
>\ |   /
> |--- HTTP SERVER ---|
> | /   |  \  |
> |  worker   worker  worker  |
> |---|
> 
> 
> While LC could be used in the role of the HTTP SERVER, that would be 
> wasteful.  It's not an interesting job, and dedicated tools like Node.js and 
> NginX will outperform it many-fold.  Let the experts handle the boring parts. 
> :)
> 
> The value LC brings to the table is application-specific.  So we let a 
> dedicated tool broker comms between external clients and a pool of workers, 
> where the workers could be LC standalones.
> 
> That's where much of Pierre's experiments have focused, and where the most 
> interesting and productive use of LC lies in a scenario where load 
> requirements exceed practical limitations of LC as a CGI.
> 
> The boost goes beyond the RAM savings from having a separate LC instance for 
> each CGI request:  as a persistent process, it obviates the font-loading and 
> other init that take up so much time in an LC CGI.
> 
> As with the lchttpd experiments, using callbacks for all sockets comms 
> between the 

Re: Navigator Update

[Geoff Canyon via use-livecode]

My wife does: poetical...@mac.com. I'm glad it's useful to you!

gc

On Wed, Feb 28, 2018 at 8:01 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I just installed this and it looks to be really handy! Do you have a
> Paypal presence?
>
> Bob S
>
>
>
> > On Feb 27, 2018, at 16:27 , Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Fixed. It's up on GitHub and at the download.
>
>
> ___
> use-livecode mailing list
> use-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: IDE Cursor icon often hangs on windows

[J. Landman Gay via use-livecode]

This has been happening for years, it just may be more frequent now. I've 
had a handler in my private backscript for probably 10 years that does 
"unlock cursor" when I type "uc" in the message box. There's no consistent 
recipe. My best guess is that it happens when the cursor is moving so fast 
that any messages that track the mouse are either not sent or the mouse is 
no longer over the original control when it is received.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On February 28, 2018 9:26:21 AM Richard Gaskin via use-livecode 
 wrote:



Tiemo Hollmann wrote:

 > On Windows, since LC 8 the icon of the cursor often "hangs", it just
 > keeps the icon from the last action and doesn't changes back to the
 > standard pointer icon when moving around the screen, so that I often
 > have to select any action with the "resize cursor" - just an example.
 >
 > It's not essential, but a little bit annoying. Anything I can do?
 > Is it known? Shall a file a bug report, though it will be hard to make
 > a recepie?

If you do file a bug report please post the URL here.  I've seen this
with v9 under Ubuntu, but haven't reported it yet as it's intermittent
and I haven't yet found a recipe.  If I do come up with a recipe I'll
share it here.

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




___
use-livecode mailing list
use-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: You should avoid using "Open in New Navigator" in Navigator

[Geoff Canyon via use-livecode]

I downloaded LC 9. I wasn't able to replicate the spurious/borked dialogs,
but I was able to get the command to fail. I fixed a few things, and
tweaked a few things. I am unable to make this update fail. Please have a
look at this and see if it still fails in your environment. You can get it
at either of these locations.

Thx

gc

https://www.dropbox.com/s/kyjelfzsfl0p4nt/new_navigator_test.zip?dl=0

https://github.com/gcanyon/navigator/tree/OpenInNewNavigatorFix

On Wed, Feb 28, 2018 at 8:26 AM, Mark Talluto via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Feb 27, 2018, at 9:14 PM, Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I've updated GitHub and the download to remove it for now. Under some
> > circumstances (that I can't replicate just yet) "Open in New Navigator"
> can
> > fail in a way that seems to mess with the dialogs in the IDE. If you
> happen
> > to trigger this, you'll likely see a dialog that contains the word
> > "something" and no buttons; I saw this during development, but thought it
> > was banished (I didn't know it was possible to mess up dialogs, and I
> still
> > don't know how it's  even possible to open a dialog with no buttons, and
> > it's not even my code that's opening the dialog -- I think).
> >
> > If it happens to you, apologies, and pressing the enter key should (did,
> > for me) dismiss it. Restarting LC is the best recourse.
> >
> > In any case, don't use that function if you do see it, and this copy of
> > Navigator has it disabled for now:
> >
> > Get Navigator here
> > . Or get
> it
> > from GitHub: Navigator's GitHub page  navigator>
>
>
> All great code/projects have bugs. I am sure you will figure this out
> Geoff. The feature will be very useful when it returns. This bug mainly
> affects LC 9 dp11. In the LC 8 series it simply does not work, but does not
> have any negative effect that I can see.
>
>
> Best regards,
>
> Mark Talluto
> livecloud.io 
> nursenotes.net 
> canelasoftware.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: Size of screen diagonal?

[Richmond Mathewson via use-livecode]

I'm not really sure how you would go about this.

For instance: I have a 2006 iMac that uses both its in-built monitor and 
another second one.


System Info tells me that my in-built display is 20.1 inches, but 
nothing about my other one

beyond the fact that it is a VGA display.

However, my Xubuntu machine does report the dimensions of the monitor
connected to it accurately (NEC Corporation 21").

Richmond.

On 28/2/2018 5:51 pm, Peter Reid via use-livecode wrote:

I'm developing a desktop app for Mac & PC that displays photos of coins. I'd like to 
display them at real size but I can't find the properties for the current screen (i.e. the 
one that my app is running on.  I can get the screen colour depth, resolution, scaling 
factor, etc. but not the physical size on the screen such as "27 inch diagonal" or 
physical px per inch.

Can anyone tell me how to get this info, either using just LiveCode or via 
Mac/PC shell/command scripts?

Thanks

Pete
--
Peter Reid
Loughborough, UK


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


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

Re: Another server question (mixing node.js and LC)

[Richard Gaskin via use-livecode]

jonathandlynch wrote:

> I have another server question. I really like scripting with LC,
> because I can make improvements very quickly. This is important
> because of my very limited free time.
>
> But, I want to be able to handle many many concurrent server requests,
> the way node.js does.

Good timing.  Geoff Canyon and I have been corresponding about a related 
matter, comparing performance of LC Server with PHP.


PHP7 is such a radical improvement over PHP5 that it's almost unfair to 
compare it any scripting language now.  But it also prompts me to 
wonder: is there anything in those PHP speed improvements which could be 
applied to LC?



But that's for the future, and for CGI.  In the here-and-now, you're 
exploring a different but very interesting area:


> Would it work to have node take In a request, launch an LC cgi
> executable to process the request, set an event listener to wait
> for LC to send the results back to Node, then have node return
> the results to the user?
>
> This is not unlike using Apache to launch LC CGI processes, but
> the asynchronous nature of node would, presumably, tie up fewer
> system resources and allow for larger concurrency. This could mean
> having a couple thousand LC processes running at any one time - would
> that be okay as long as the server had enough RAM?
>
> In general, would this work for a system that hand to handle, say,
> 10,000 server requests per minute?

A minute's a long time.  That's only 167 connections per second.

Likely difficult for any CGI, and certainly for LC (see general 
performance relative to PHP, and the 70+% of LC boot time spent 
initializing fonts that are almost never used in CGIs - BZ# 14115).


But there are other ways beyond CGI.

A couple years ago Pierre Sahores and I traded notes here on this list 
about tests run with LC socket servers.  There's a lot across multiple 
threads, but this may be a good starting point:

http://lists.runrev.com/pipermail/use-livecode/2016-March/225068.html

One thing is clear:  if high concurrency is a requirement, use something 
dedicated to manage comms between connected clients and a pool of workers.


My own tests were measuring lchttpd against Apache, a different model 
but instructive here because it's still about socket comms.  What I 
found was that an httpd written in LC was outmatched by Apache two-fold. 
 But that also means that a quickly-thrown-together httpd script in LC 
was about half as fast as the world's most popular httpd written in C by 
hundreds of contributors specializing in that task.


So, promising for certain tasks. :)

The key with my modded fork of the old mchttpd stack was rewriting all 
socket comms to use callbacks.  The original used callbacks only for 
incoming POST, but I extended that to include all writes as well.


Applying this to your scenario:

client  client  client
   
  \   |  /
   internet...
\ |   /
 |--- HTTP SERVER ---|
 | /   |  \  |
 |  worker   worker  worker  |
 |---|


While LC could be used in the role of the HTTP SERVER, that would be 
wasteful.  It's not an interesting job, and dedicated tools like Node.js 
and NginX will outperform it many-fold.  Let the experts handle the 
boring parts. :)


The value LC brings to the table is application-specific.  So we let a 
dedicated tool broker comms between external clients and a pool of 
workers, where the workers could be LC standalones.


That's where much of Pierre's experiments have focused, and where the 
most interesting and productive use of LC lies in a scenario where load 
requirements exceed practical limitations of LC as a CGI.


The boost goes beyond the RAM savings from having a separate LC instance 
for each CGI request:  as a persistent process, it obviates the 
font-loading and other init that take up so much time in an LC CGI.


As with the lchttpd experiments, using callbacks for all sockets comms 
between the LC-based workers and the HTTP SERVER will be essential for 
keep throughput optimal.



TL;DR: I think you're on the right track for a possible solution that 
optimizes your development time without prohibitively impeding scalability.



The suitability of this comes down to:  what exactly does each 
transaction do?


167 transactions/sec may not be much, or it might be a lot.

If a given transaction is fairly modest, I'd say it's probably worth the 
time to put together a test system to try it out.


But if a transaction is CPU intensive, or heavily I/O bound, or 
otherwise taking up a lot of time, the radical changes in PHP7 may make 
it a better bet, esp. if run as FastCGI.


Can you tell us more about what a given transaction involves?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 

Re: Size of screen diagonal?

[Mark Talluto via use-livecode]

On Feb 28, 2018, at 7:51 AM, Peter Reid via use-livecode 
 wrote:
> 
> I'm developing a desktop app for Mac & PC that displays photos of coins. I'd 
> like to display them at real size but I can't find the properties for the 
> current screen (i.e. the one that my app is running on.  I can get the screen 
> colour depth, resolution, scaling factor, etc. but not the physical size on 
> the screen such as "27 inch diagonal" or physical px per inch.
> 
> Can anyone tell me how to get this info, either using just LiveCode or via 
> Mac/PC shell/command scripts?

We make vision testing software. This requires very accurate representations of 
visuals on screen. For this we ask the user to enter in the diagonal screen 
size. Because this is a vertical app, that comes along with installation 
services, this is normally done by the installer. You will get accurate sizing 
using this method.

For the wider spectrum of users, we can get those values if you have control 
over the range of devices they are using. For one app, iOS only, we ask them to 
select the device they are using. We still use diagonal screen size as the 
metric for the math under the hood.

For truly horizontal markets, having them enter in the value may or may not be 
acceptable. If the tool requires the utmost in accuracy, then the user may be 
asked. For UI layout purposes, pixelDensity() may be enough to get you through.


Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.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: Background color in an 'answer' dialog?

[Graham Samuel via use-livecode]

Thanks Devin, that’s a great explanation - my program, which is just a one 
stack-one card helper app, did start off with a red background. Later I changed 
the card background (remember, there’s only one card) but forgot about the 
stack background since it didn’t show. So there you have it.

 We do seem to have found a smallish hole in the documentation about this sort 
of thing. Perhaps that’s what I should be reporting to the Quality Centre.

While I’m on to explanations, in all my years of using LC and its predecessors, 
I have never understood what the right hand column in the ‘colors’ tab of the 
object inspector is for. The left hand column is straightforward: one just 
picks a color, for example “background fill”. But the next column leads to a 
strange popup list of icons (some are called ‘standard icons’, whatever that 
means). Why would I want my background fill to be a repeat of a lot of little 
forward arrows, for example? And if I did this by mistake, how can I delete 
this choice? I could not find a way. Proper patterns, as in wallpaper, I find 
easier to understand, even if I’ve never used them. Am I missing some 
tremendous feature? Or is this just of archeological interest?

Just askin’

Cheers

Graham

> On 28 Feb 2018, at 16:41, Devin Asay via use-livecode 
>  wrote:
> 
> Graham,
> 
> I think what is happening is that when you run in the IDE the parent stack of 
> the answer dialog stack is the LiveCode engine, which sets a 
> platform-appropriate background color (or no background color) for all child 
> stacks. When you include it in a standalone, your stack-made-standalone 
> becomes the parent stack, and whatever background color is set for that stack 
> is inherited by the answer dialog stack. At least I have seen this happen 
> with standalones that have a stack color set, and I’m fairly certain this is 
> what you’re seeing. What happens if you change your main stack’s background 
> color then rebuild the standalone?
> 
> Devin
> 
> 
> On Feb 28, 2018, at 8:01 AM, Graham Samuel via use-livecode 
> > wrote:
> 
> Craig, you make an excellent point. We now know there is a stack named 
> “answer dialog” and that it has properties you can set. Surely the 
> documentation should explain this somewhere?
> 
> By the way, when I said my red background had disappeared, it hadn’t. It’s 
> just that when you I through the script in the IDE, the background comes up 
> white, whereas in the standalone (both platforms), it comes up red. A bug, 
> surely? I will see if I can boil it down far enough to report it.
> 
> Graham
> 
> On 28 Feb 2018, at 14:50, dunbarx via use-livecode 
> > wrote:
> 
> As a follow-up, is there anywhere a list of all IDE stacks? For example, the
> stack named "answer dialog", though perfectly logical, is not listed
> anywhere, and the names of some stacks, like the script editor, have changed
> over the several LC versions.
> 
> It is a great way to get oneself in real trouble, but also useful if one
> wants red answer dialog boxes.
> 
> Craig
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> Devin Asay
> Director
> Office of Digital Humanities
> Brigham Young University
> 
> ___
> use-livecode mailing list
> use-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: Background color in an 'answer' dialog?

[Brian Milby via use-livecode]

Richard,

That is super helpful. I’ve had Devolution loaded for a while but was using
PB to get to IDE scripts. This will be so much better/faster.

Thanks,
Brian

On Wed, Feb 28, 2018 at 9:56 AM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> For super-quick access to IDE scripts, consider devolution's MPath,
> which not only has a checkbox for showing LC scripts, but even more
> easily that can be toggled with the space bar while the MPath pane is open:
> http://fourthworld.net/lc/devo3-mpath.png
>
> Designed for quick access for scripting, everything in devolution's
> MPath pane has hot key shortcuts:
> http://fourthworld.net/lc/devo-mpath-help.png
>
> The devolution plugin for LC is freely available here:
> http://fourthworld.com/products/devolution/
>
>
___
use-livecode mailing list
use-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: IDE Cursor icon often hangs on windows

[Mark Wieder via use-livecode]

On 02/28/2018 07:24 AM, Richard Gaskin via use-livecode wrote:

If you do file a bug report please post the URL here.  I've seen this 
with v9 under Ubuntu, but haven't reported it yet as it's intermittent 
and I haven't yet found a recipe.


Same here. I see this all the time. It's annoying and intermittent.

--
 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: You should avoid using "Open in New Navigator" in Navigator

[Mark Talluto via use-livecode]

On Feb 27, 2018, at 9:14 PM, Geoff Canyon via use-livecode 
 wrote:
> 
> I've updated GitHub and the download to remove it for now. Under some
> circumstances (that I can't replicate just yet) "Open in New Navigator" can
> fail in a way that seems to mess with the dialogs in the IDE. If you happen
> to trigger this, you'll likely see a dialog that contains the word
> "something" and no buttons; I saw this during development, but thought it
> was banished (I didn't know it was possible to mess up dialogs, and I still
> don't know how it's  even possible to open a dialog with no buttons, and
> it's not even my code that's opening the dialog -- I think).
> 
> If it happens to you, apologies, and pressing the enter key should (did,
> for me) dismiss it. Restarting LC is the best recourse.
> 
> In any case, don't use that function if you do see it, and this copy of
> Navigator has it disabled for now:
> 
> Get Navigator here
> . Or get it
> from GitHub: Navigator's GitHub page 


All great code/projects have bugs. I am sure you will figure this out Geoff. 
The feature will be very useful when it returns. This bug mainly affects LC 9 
dp11. In the LC 8 series it simply does not work, but does not have any 
negative effect that I can see.


Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.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: send "keyUp" / "rawKeyUp" ?

[hh via use-livecode]

Read again. Got it now. What you effectively want is the
(current) foreign keyMapping.

This is done by the OS, not gettable by LiveCode AFAIK.
Apple even doesn't has a file to check, Linux and Win have.
Look what they do:

https://wiki.archlinux.org/index.php/Keyboard_configuration_in_console
https://github.com/randyrants/sharpkeys
http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi=ukelele

Here is what Apple did similar to that what you have in mind?
https://support.apple.com/de-de/HT201794


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

Another server question (mixing node.js and LC)

[Jonathan Lynch via use-livecode]

Hello,

I have another server question. I really like scripting with LC, because I can 
make improvements very quickly. This is important because of my very limited 
free time. 

But, I want to be able to handle many many concurrent server requests, the way 
node.js does.

Would it work to have node take In a request, launch an LC cgi executable to 
process the request, set an event listener to wait for LC to send the results 
back to Node, then have node return the results to the user? 

This is not unlike using Apache to launch LC CGI processes, but the 
asynchronous nature of node would, presumably, tie up fewer system resources 
and allow for larger concurrency. This could mean having a couple thousand LC 
processes running at any one time - would that be okay as long as the server 
had enough RAM?

In general, would this work for a system that hand to handle, say, 10,000 
server requests per minute?

Sent from my iPhone
___
use-livecode mailing list
use-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: Size of screen diagonal?

[Richard Gaskin via use-livecode]

Peter Reid wrote:

> I'm developing a desktop app for Mac & PC that displays photos of
> coins. I'd like to display them at real size but I can't find the
> properties for the current screen (i.e. the one that my app is running
> on.  I can get the screen colour depth, resolution, scaling factor,
> etc. but not the physical size on the screen such as "27 inch
> diagonal" or physical px per inch.
>
> Can anyone tell me how to get this info, either using just LiveCode or
> via Mac/PC shell/command scripts?

Given the wide and growing variety of screen ratios, diagonal screen 
dimensions are less useful for this task.


I think pixelDensity of what you're looking for, but be forewarned:

I spent an afternoon some time ago measuring a variety of on-screen 
elements across all the devices in my test pool, using a physical ruler 
placed on the screen.


What I found is that LC seems to do as good a job as Android itself in 
attempting to maintain consistent sizing among such a wide range of 
physical display characteristics (dot pitch, etc.).  Not surprising, 
since AFAIK LC uses the recommended OS APIs for its resolution independence.


But the downside is that I was able to measure differences in even the 
most standard elements like the status bar.  Not much, just a millimeter 
or two across some devices.


So if a fairly-close-but-not-perfect rendering will suffice, I think the 
pixelDensity function will guide your metrics.


--
 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: Navigator Update

[Bob Sneidar via use-livecode]

I just installed this and it looks to be really handy! Do you have a Paypal 
presence?

Bob S



> On Feb 27, 2018, at 16:27 , Geoff Canyon via use-livecode 
>  wrote:
> 
> Fixed. It's up on GitHub and at the download.


___
use-livecode mailing list
use-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: Background color in an 'answer' dialog?

[Richard Gaskin via use-livecode]

dunbarx wrote:

> As a follow-up, is there anywhere a list of all IDE stacks? For
> example, the stack named "answer dialog", though perfectly logical,
> is not listed anywhere, and the names of some stacks, like the script
> editor, have changed over the several LC versions.

For stacks in memory, Panos' suggestion of changing Prefs to show IDE 
stacks is great.


For stack files (including script-only stacks) on disk, see the Toolset 
folder in your LC app bundle/folder.


For super-quick access to IDE scripts, consider devolution's MPath, 
which not only has a checkbox for showing LC scripts, but even more 
easily that can be toggled with the space bar while the MPath pane is open:

http://fourthworld.net/lc/devo3-mpath.png

Designed for quick access for scripting, everything in devolution's 
MPath pane has hot key shortcuts:

http://fourthworld.net/lc/devo-mpath-help.png

The devolution plugin for LC is freely available here:
http://fourthworld.com/products/devolution/


> It is a great way to get oneself in real trouble, but also useful if
> one wants red answer dialog boxes.

Yes, "if". ;)

Tip: given the frequency of new LC builds, I've found it very helpful to 
automate IDE modification through scripts triggered on launch, as 
opposed to modifying the IDE stacks on disk.


Two benefits to this approach:

1. If you like your changes, they'll survive LC updates.

2. If you don't like your changes, reverting back requires nothing more 
than removing your plugin and re-launching.


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

Size of screen diagonal?

[Peter Reid via use-livecode]

I'm developing a desktop app for Mac & PC that displays photos of coins. I'd 
like to display them at real size but I can't find the properties for the 
current screen (i.e. the one that my app is running on.  I can get the screen 
colour depth, resolution, scaling factor, etc. but not the physical size on the 
screen such as "27 inch diagonal" or physical px per inch.

Can anyone tell me how to get this info, either using just LiveCode or via 
Mac/PC shell/command scripts?

Thanks

Pete
--
Peter Reid
Loughborough, UK


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

Re: [OT] Haiku OS

[Richard Gaskin via use-livecode]

Richmond Mathewson wrote:

> https://www.haiku-os.org/
>
> Does anyone know if Haiku OS;
>
> 1. Shows any sign whatsoever of gaining any traction?

Slim to none.  Microsoft owns the desktop, Linux is the de-facto 
standard beyond the desktop, Apple owns the high-end of the market.


I see little room in that mix for another OS.

Everything changes, and it's likely that sooner or later a new OS will 
come along that'll wow us all.


But with all due respect to the great ideas in the project I don't think 
it'll be Haiku OS, mainly because it's a desktop-only OS in a 
multi-device world, with little in its underpinnings suggesting it can 
be easily adapted to new form factors.



> 2. Is there any point of attempting to compile LiveCode for Haiku OS
> (beyond a spare time project)?

In all honesty I can imagine few activities which could produce a lower ROI.

It might have been different.  Haiku OS is the open source fork of 
Jean-Louis Gassée's BeOS, at one time the front-runner when Apple was 
shopping for a replacement for what we now call Mac Classic.  But once 
Jobs' NeXT became a candidate, even at its much higher acquisition 
price, being a Unix meant a larger supporting ecosystem, a proven 
standard calming to developers and investors alike.


It's almost too bad, since BeOS has a lot of great ideas, all the way 
down to the metadata-rich file system, arguably well ahead of its time.


But history has spoken, and at this time I see little profit in 
deploying apps to Haiku OS.


That said, as a learning exercise studying Haiku OS can be very 
fruitful.  There really are some great ideas in there.


--
 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: Background color in an 'answer' dialog?

[Devin Asay via use-livecode]

Graham,

I think what is happening is that when you run in the IDE the parent stack of 
the answer dialog stack is the LiveCode engine, which sets a 
platform-appropriate background color (or no background color) for all child 
stacks. When you include it in a standalone, your stack-made-standalone becomes 
the parent stack, and whatever background color is set for that stack is 
inherited by the answer dialog stack. At least I have seen this happen with 
standalones that have a stack color set, and I’m fairly certain this is what 
you’re seeing. What happens if you change your main stack’s background color 
then rebuild the standalone?

Devin


On Feb 28, 2018, at 8:01 AM, Graham Samuel via use-livecode 
> wrote:

Craig, you make an excellent point. We now know there is a stack named “answer 
dialog” and that it has properties you can set. Surely the documentation should 
explain this somewhere?

By the way, when I said my red background had disappeared, it hadn’t. It’s just 
that when you I through the script in the IDE, the background comes up white, 
whereas in the standalone (both platforms), it comes up red. A bug, surely? I 
will see if I can boil it down far enough to report it.

Graham

On 28 Feb 2018, at 14:50, dunbarx via use-livecode 
> wrote:

As a follow-up, is there anywhere a list of all IDE stacks? For example, the
stack named "answer dialog", though perfectly logical, is not listed
anywhere, and the names of some stacks, like the script editor, have changed
over the several LC versions.

It is a great way to get oneself in real trouble, but also useful if one
wants red answer dialog boxes.

Craig



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

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


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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-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: IDE Cursor icon often hangs on windows

[Richard Gaskin via use-livecode]

Tiemo Hollmann wrote:

> On Windows, since LC 8 the icon of the cursor often "hangs", it just
> keeps the icon from the last action and doesn't changes back to the
> standard pointer icon when moving around the screen, so that I often
> have to select any action with the "resize cursor" - just an example.
>
> It's not essential, but a little bit annoying. Anything I can do?
> Is it known? Shall a file a bug report, though it will be hard to make
> a recepie?

If you do file a bug report please post the URL here.  I've seen this 
with v9 under Ubuntu, but haven't reported it yet as it's intermittent 
and I haven't yet found a recipe.  If I do come up with a recipe I'll 
share it here.


--
 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: [OT] Haiku OS

[Roger Eller via use-livecode]

AROS however is quite good, and has some 2018 activity.

http://aros.sourceforge.net/

http://aros.sourceforge.net/pictures/screenshots/

~Roger


On Wed, Feb 28, 2018 at 9:52 AM, Rick Harrison via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Richmond,
>
> Current Official Version Information
>
> Version: R1/Alpha 4.1
> Release date: November 14th, 2012
> Computer platform: x86-32
> Something that hasn’t seen an update since 2012
> probably isn’t getting much traction at all.
>
> I hope you find this information somewhat helpful.
>
> Rick
>
> > On Feb 28, 2018, at 7:20 AM, Richmond Mathewson via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > https://www.haiku-os.org/
> >
> > Does anyone know if Haiku OS;
> >
> > 1. Shows any sign whatsoever of gaining any traction?
> >
> > 2. Is there any point of attempting to compile LiveCode for Haiku OS
> (beyond a spare time project)?
> >
> > 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
>
> ___
> use-livecode mailing list
> use-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: Background color in an 'answer' dialog?

[Graham Samuel via use-livecode]

Should have said “when I run through the script in the IDE…”. Sorry

=

Craig, you make an excellent point. We now know there is a stack named “answer 
dialog” and that it has properties you can set. Surely the documentation should 
explain this somewhere?

By the way, when I said my red background had disappeared, it hadn’t. It’s just 
that when you I through the script in the IDE, the background comes up white, 
whereas in the standalone (both platforms), it comes up red. A bug, surely? I 
will see if I can boil it down far enough to report it.

Graham

> On 28 Feb 2018, at 14:50, dunbarx via use-livecode 
>  wrote:
> 
> As a follow-up, is there anywhere a list of all IDE stacks? For example, the
> stack named "answer dialog", though perfectly logical, is not listed
> anywhere, and the names of some stacks, like the script editor, have changed
> over the several LC versions.
> 
> It is a great way to get oneself in real trouble, but also useful if one
> wants red answer dialog boxes.
> 
> Craig
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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: Background color in an 'answer' dialog?

[Graham Samuel via use-livecode]

Craig, you make an excellent point. We now know there is a stack named “answer 
dialog” and that it has properties you can set. Surely the documentation should 
explain this somewhere?

By the way, when I said my red background had disappeared, it hadn’t. It’s just 
that when you I through the script in the IDE, the background comes up white, 
whereas in the standalone (both platforms), it comes up red. A bug, surely? I 
will see if I can boil it down far enough to report it.

Graham

> On 28 Feb 2018, at 14:50, dunbarx via use-livecode 
>  wrote:
> 
> As a follow-up, is there anywhere a list of all IDE stacks? For example, the
> stack named "answer dialog", though perfectly logical, is not listed
> anywhere, and the names of some stacks, like the script editor, have changed
> over the several LC versions.
> 
> It is a great way to get oneself in real trouble, but also useful if one
> wants red answer dialog boxes.
> 
> Craig
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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] Haiku OS

[William de Smet via use-livecode]

This is probably more interesting:
https://www.omgubuntu.co.uk/2018/02/google-enable-linux-apps-chrome-os-recent-code-commits-suggest

greetings,

William



2018-02-28 15:52 GMT+01:00 Rick Harrison via use-livecode <
use-livecode@lists.runrev.com>:

> Hi Richmond,
>
> Current Official Version Information
>
> Version: R1/Alpha 4.1
> Release date: November 14th, 2012
> Computer platform: x86-32
> Something that hasn’t seen an update since 2012
> probably isn’t getting much traction at all.
>
> I hope you find this information somewhat helpful.
>
> Rick
>
> > On Feb 28, 2018, at 7:20 AM, Richmond Mathewson via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > https://www.haiku-os.org/
> >
> > Does anyone know if Haiku OS;
> >
> > 1. Shows any sign whatsoever of gaining any traction?
> >
> > 2. Is there any point of attempting to compile LiveCode for Haiku OS
> (beyond a spare time project)?
> >
> > 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
>
> ___
> use-livecode mailing list
> use-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] Haiku OS

[Rick Harrison via use-livecode]

Hi Richmond,

Current Official Version Information

Version: R1/Alpha 4.1
Release date: November 14th, 2012 
Computer platform: x86-32
Something that hasn’t seen an update since 2012
probably isn’t getting much traction at all.

I hope you find this information somewhat helpful.

Rick

> On Feb 28, 2018, at 7:20 AM, Richmond Mathewson via use-livecode 
>  wrote:
> 
> https://www.haiku-os.org/
> 
> Does anyone know if Haiku OS;
> 
> 1. Shows any sign whatsoever of gaining any traction?
> 
> 2. Is there any point of attempting to compile LiveCode for Haiku OS (beyond 
> a spare time project)?
> 
> 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

___
use-livecode mailing list
use-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: Background color in an 'answer' dialog?

[dunbarx via use-livecode]

Panos.

Ah, of course. Thanks.

I see one can get into real trouble.

Craig



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

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

Re: Background color in an 'answer' dialog?

[panagiotis merakos via use-livecode]

Hi Craig,

You can "force" all the (open) IDE stacks to appear in the Project Browser:

in the menubar: "View" -> "Show IDE stacks in Lists"

Another way is to type in the msg box:

put the name of the mousestack

but do NOT press Enter yet.

Then place the cursor over the stack whose name you want to know, and then
press Enter.

Hope this helps,
Panos
--


On Wed, Feb 28, 2018 at 1:50 PM, dunbarx via use-livecode <
use-livecode@lists.runrev.com> wrote:

> As a follow-up, is there anywhere a list of all IDE stacks? For example,
> the
> stack named "answer dialog", though perfectly logical, is not listed
> anywhere, and the names of some stacks, like the script editor, have
> changed
> over the several LC versions.
>
> It is a great way to get oneself in real trouble, but also useful if one
> wants red answer dialog boxes.
>
> Craig
>
>
>
> --
> Sent from: http://runtime-revolution.278305.n4.nabble.com/
> Revolution-User-f278306.html
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-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: Background color in an 'answer' dialog?

[dunbarx via use-livecode]

As a follow-up, is there anywhere a list of all IDE stacks? For example, the
stack named "answer dialog", though perfectly logical, is not listed
anywhere, and the names of some stacks, like the script editor, have changed
over the several LC versions.

It is a great way to get oneself in real trouble, but also useful if one
wants red answer dialog boxes.

Craig



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

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

Re: Background color in an 'answer' dialog?

[dunbarx via use-livecode]

This is a great example of the maxim "Everything in LC is simply a stack"

Craig Newman



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

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

IDE Cursor icon often hangs on windows

[R.H. via use-livecode]

I have this same problem of hanging cursor on Windows in the Script Editor.

Clicking outside of the SE changes the cursor to normal behavior. But it is
a bit annoying, yes.

A bug report would be nice.

Roland
___
use-livecode mailing list
use-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] Haiku OS

[Richmond Mathewson via use-livecode]

https://www.haiku-os.org/

Does anyone know if Haiku OS;

1. Shows any sign whatsoever of gaining any traction?

2. Is there any point of attempting to compile LiveCode for Haiku OS 
(beyond a spare time project)?


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: Background color in an 'answer' dialog?

[panagiotis merakos via use-livecode]

Hi Graham,

You can set this by script, something like:

set the backcolor of stack "answer dialog" to red;answer "Hello"

Best,

Panos

--




On Wed, Feb 28, 2018 at 11:38 AM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have created hundreds of LC ‘answer’ commands in my time, and as far as
> I can remember they all had white backgrounds. Recently I accidentally
> created one with a lovely red background, showing up in standalones on both
> Mac High Sierra and Windows 7. Well, it would be lovely if i wanted it that
> way…
>
> When I edited some lines of script, the background reverted to white!
>
> There is nothing in the LC Dictionary suggesting that this color can be
> set - can anyone say what I did and how to control the color?
>
> Graham
>
>
> ___
> use-livecode mailing list
> use-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

Background color in an 'answer' dialog?

[Graham Samuel via use-livecode]

I have created hundreds of LC ‘answer’ commands in my time, and as far as I can 
remember they all had white backgrounds. Recently I accidentally created one 
with a lovely red background, showing up in standalones on both Mac High Sierra 
and Windows 7. Well, it would be lovely if i wanted it that way… 

When I edited some lines of script, the background reverted to white! 

There is nothing in the LC Dictionary suggesting that this color can be set - 
can anyone say what I did and how to control the color?

Graham


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

CameraControl gives wrong rect and rotated preview on iPad

[William de Smet via use-livecode]

Hi there,

What's wrong with cameraControl on iPad?
In the IDE everything works fine: cameracontrol is shown on the given rect.
On iPad the rect is much smaller and the preview is rotated.
In the standalone iPad settings 'Landscape Left' and 'landscape Rght' are
activated.
Is this a bug?

I am on LC 8.1.8.

greetings,

William
___
use-livecode mailing list
use-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: send "keyUp" / "rawKeyUp" ?

[Richmond Mathewson via use-livecode]

Well . . .

That puts "q" into both fields with a US English keyboard layout . . .

&

ит АЛСО (whoops) it ALSO puts "q" into both fields with
a Bulgarian keyboard layout.

So "NBG" I'm afraid.

Thanks for the suggestion :-)

Richmond.

P.S. Had to change 'N' to 'M'.



On 28/2/2018 11:19 am, hh via use-livecode wrote:

If I understand correctly what you have in mind then you could
try the following.

Clicking the button will place one copy of numToCodepoint(M)
into both fld 1 and fld 2.
Type into the fields as usual, especially you can delete.
Typing outside the fields ("blind") will put one copy of
space into fld 1 and two copies of space into fld 2.

on mouseUp
  put 113 into M
  send "rawkeyDown M" to me
end mouseUp

In card's script:

on rawKeyDown N
   if the target contains "field "
   then pass rawKeyDown
   put numToCodepoint(N) into X
   send "keyUp X" to me
   put space & X after fld 1
end rawKeyDown

on keyUp K
   if the target contains "field "
   then pass keyUp
   put space & K after fld 2
end keyUp


Richmond M. wrote:
Here we go again: I reply to my own posting:

So: I have 2 fields and a button; the button having this sort of script:

on mouseUp
 put empty into fld "fff"
 select after fld "fff"
 type "q"
end mouseUp

and the cardScript of the stack having this sort of script:

on rawKeyDown RD
 put empty into fld "sss"
 put RD into fld "sss"
end rawKeyDown

at which point, on clicking on the button I get "113"
in field "sss", and, oddly enough, empty in field "fff".

Of course that doesn't help me at all as I want to do things the other
way round:

i.e. I want to send a rawKeyDown signal that fakes typing on the key on
my keyboard that has the underlying rawKey code of 113.

___
use-livecode mailing list
use-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: send "keyUp" / "rawKeyUp" ?

[hh via use-livecode]

If I understand correctly what you have in mind then you could
try the following.

Clicking the button will place one copy of numToCodepoint(M)
into both fld 1 and fld 2.
Type into the fields as usual, especially you can delete.
Typing outside the fields ("blind") will put one copy of
space into fld 1 and two copies of space into fld 2.

on mouseUp
 put 113 into M
 send "rawkeyDown M" to me
end mouseUp

In card's script:

on rawKeyDown N
  if the target contains "field "
  then pass rawKeyDown
  put numToCodepoint(N) into X
  send "keyUp X" to me
  put space & X after fld 1
end rawKeyDown

on keyUp K
  if the target contains "field "
  then pass keyUp
  put space & K after fld 2
end keyUp

> Richmond M. wrote:
> Here we go again: I reply to my own posting:
> 
> So: I have 2 fields and a button; the button having this sort of script:
> 
> on mouseUp
> put empty into fld "fff"
> select after fld "fff"
> type "q"
> end mouseUp
> 
> and the cardScript of the stack having this sort of script:
> 
> on rawKeyDown RD
> put empty into fld "sss"
> put RD into fld "sss"
> end rawKeyDown
> 
> at which point, on clicking on the button I get "113"
> in field "sss", and, oddly enough, empty in field "fff".
> 
> Of course that doesn't help me at all as I want to do things the other 
> way round:
> 
> i.e. I want to send a rawKeyDown signal that fakes typing on the key on 
> my keyboard that has the underlying rawKey code of 113.

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

IDE Cursor icon often hangs on windows

[Tiemo Hollmann TB via use-livecode]

Hello,

On Windows, since LC 8 the icon of the cursor often "hangs", it just keeps
the icon from the last action and doesn't changes back to the standard
pointer icon when moving around the screen, so that I often have to select
any action with the "resize cursor" - just an example.

It's not essential, but a little bit annoying. Anything I can do? Is it
known? Shall a file a bug report, though it will be hard to make a recepie?

Tiemo

 

 

 

___
use-livecode mailing list
use-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: send "keyUp" / "rawKeyUp" ?

[Richmond Mathewson via use-livecode]

No, I don't:

(Handler: can't find handler) near "rawKeyDown", char 1

Richmond.

On 27/2/2018 11:16 pm, Bob Sneidar via use-livecode wrote:

Do you mean:

send "rawKeyDown" WITH 113?

Bob S



On Feb 25, 2018, at 02:09 , Richmond Mathewson via use-livecode 
 wrote:

on mouseUp
send "rawKeyDown" to key 113
end mouseUp

in the cardScript:

on rawKeyDown XX
  get keyUp XX
  put XX somewhere useful
end rawKeyDown

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


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