Yes good feature request.
My approach with Livecode and p2p is not to implement everything in
Livecode. If we did that we would be back to the same problems we have with
Livecode and the web stack - I want to integrate the new p2p tools into the
Livecode tool chain using a combination of command
William - thanks for the link. Please add me to the list. I'd be interested
in using this material in teaching, and help with any code. It is a subject
that I am very interested in. Great work!
On 17 July 2015 at 21:48, William Prothero proth...@earthednet.org wrote:
PS:
The app I am
Richmond I think David is probably referring to the 'before' and 'after'
control structures - as in:
before mouseUp
answer before mouse up received
end resizeStack
David, no sorry I've never used them (and yes they are interesting...)
-
The difference between genius and stupidity is;
Has anyone been using the before and after handlers in Livecode? If so
what for?
I'm very impressed with them. Together with chain-able behaviors I this we
have some great opportunities for code collaboration without the usual name
space collisions you get with global libraries.
If anyone has
Now that make no sense :)
On 17 July 2015 at 19:17, Roger Eller roger.e.el...@sealedair.com wrote:
I have also found that toggling the blendLevel from 100 to 0 is very quick
and efficient, compared to hide/show.
~Roger
On Fri, Jul 17, 2015 at 1:50 PM, Scott Rossi sc...@tactilemedia.com
On 18/07/15 09:47, David Bovill wrote:
Has anyone been using the before and after handlers in Livecode? If so
what for?
I'm very impressed with them. Together with chain-able behaviors I this we
have some great opportunities for code collaboration without the usual name
space collisions you get
On 18/07/15 09:48, David Bovill wrote:
Now that make no sense :)
It does seem odd that that would be better than SET THE VIS or HIDE / SHOW.
Richmond.
On 17 July 2015 at 19:17, Roger Eller roger.e.el...@sealedair.com wrote:
I have also found that toggling the blendLevel from 100 to 0 is
David Bovill wrote:
By the way I think I'm not paying enough attention to the Forum's
- there is an API / Livecode stack for interfacing with information
there?
I just use a Web browser, though I also have a process that grabs and
distills the RSS feed periodically throughout the day.
For
On 18/07/15 12:24, Dave Kilroy wrote:
Richmond I think David is probably referring to the 'before' and 'after'
control structures - as in:
before mouseUp
answer before mouse up received
end resizeStack
David, no sorry I've never used them (and yes they are interesting...)
I'm sure you are
I get a daily digest of the forum postings by email. It works quite well
with a one line summary of each post at the top which you can click on to
get to the post further down the email. The email also has links to the
post on the forum itself.
The only downside I've found is that if there are
David:
Thank you for your interest. I have your @viral.academy
mailto:@viral.academy email from your posting. If you’d like another,
please contact me offlist at proth...@earthednet.org
mailto:proth...@earthednet.org.
My biggest problem right now is figuring out why two foreign
Hi from Beautiful Brittany,
I was brought up in the era of IBM 360/370 main-Frame computers,
where the Operating Systems used a dynamic CPU allocation, based
upon the the CPU requirements. For the novice, in this era, it seemed
strange to allocate CPU time in an “apparent” reverse order of
On 07/17/2015 03:19 PM, Richard Gaskin wrote:
Bugzilla is a current project, used by thousands of sites.
Sad but true.
Are there limitations to what can be attached to an LC bug report?
I've been trying to attach valgrind output to bug 15617 investigating
why LC7 is so slow on linux, and
On 2015-07-18 19:48, Mark Wieder wrote:
On 07/17/2015 03:19 PM, Richard Gaskin wrote:
Bugzilla is a current project, used by thousands of sites.
Sad but true.
Are there limitations to what can be attached to an LC bug report?
I've been trying to attach valgrind output to bug 15617
An example of how I used them to solve a problem that's bugged me for years
- logging / debugging things like servers. You can write a server in a tiny
bit of code, but to see what is going on / wrong you want to log things at
every step - or at least the important bits - and your code ends up
In the Unix world you would be talking about renice. It works for Mac OS too:
http://www.andrewhazelden.com/blog/2011/03/using-renice-to-control-cpu-usage/
http://www.andrewhazelden.com/blog/2011/03/using-renice-to-control-cpu-usage/
___
use-livecode
Richmond wrote:
On 17 July 2015 at 19:17, Roger Eller wrote:
I have also found that toggling the blendLevel from 100 to 0 is
very quick and efficient, compared to hide/show.
On 18/07/15 09:48, David Bovill wrote:
Now that make no sense :)
It does seem odd that that would be better than
On 07/17/2015 08:23 AM, tbodine wrote:
I use the built-in Bug Reports feature of the standalone builder, which
provides basic info. via email when a user hits an error. Problem is these
reports omit basic, key details, such as the platform and my codebase
version number. And users never include
Mark Wieder wrote:
On 07/17/2015 03:19 PM, Richard Gaskin wrote:
Bugzilla is a current project, used by thousands of sites.
Sad but true.
Some pretty nice projects on this list, including KDE and LibreOffice:
https://www.bugzilla.org/installation-list/
(And yes, I recently submitted LC to
On 07/18/2015 12:28 PM, David Bovill wrote:
Now with before / after handlers - no logging code in the server - it's so
clean and simple it is gorgeous. When I want logging I add the behavior
which includes all the efore / after handlers that havve acess to all the
data and just do the logging.
On 18.07.2015 at 20:28 Uhr +0100 David Bovill apparently wrote:
Now with before / after handlers - no logging code in the server - it's so
clean and simple it is gorgeous. When I want logging I add the behavior
which includes all the efore / after handlers that havve acess to all the
data and
21 matches
Mail list logo