Others too. I am using Apple Mail.=20
Bob S
> On Jun 5, 2025, at 8:14 AM, harrison--- via use-livecode wrote:
>=20
> Hi Bob,
>=20
> Emails from you appear to be messed up.
>=20
> Rick
>=20
>> On Jun 5, 2025, at 11:07 AM, Bob Sneidar via use-livecode =3D
> wrote:
>> =3D20
>> Apparently neither
Apparently neither is mine.=20
Bob S
> On Jun 5, 2025, at 8:01 AM, Bob Sneidar via use-livecode wrote:
>=20
> Yours is not.=3D20
>=20
> Bob S
>=20
>=20
>> On Jun 5, 2025, at 5:41 AM, Mike Kerner via use-livecode sts.runrev.com> wrote:
>> =3D20
>> your email is fine.
>> =3D20
>> On Thu, Jun 5,
Hi Bob,
Emails from you appear to be messed up.
Rick
> On Jun 5, 2025, at 11:07 AM, Bob Sneidar via use-livecode =
wrote:
>=20
> Apparently neither is mine.=3D20
>=20
> Bob S
>=20
>=20
>> On Jun 5, 2025, at 8:01 AM, Bob Sneidar via use-livecode =
sts.runrev.com> wrote:
>> =3D20
>> Yours is not
Looks good.=20
Bob S
> On Jun 5, 2025, at 2:50 AM, Heather Laine via use-livecode wrote:
>=20
> How is the formatting today?
>=20
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
> Build Software You'll Never Outgrow
>=20
> __
Yours is not.=20
Bob S
> On Jun 5, 2025, at 5:41 AM, Mike Kerner via use-livecode wrote:
>=20
> your email is fine.
>=20
> On Thu, Jun 5, 2025 at 5:51=3DE2=3D80=3DAFAM Heather Laine via use-liveco=
de <
> use-livecode@lists.runrev.com> wrote:
>=20
>> How is the formatting today?
>>=20
>> Heathe
Looks good to me.
Wondering how this message will show up.
Cheers,
Panos
On Thu, 5 Jun 2025 at 16:53, harrison--- via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Heather,
>
> It looks Ok for the little bit you sent.
> Perhaps you should do a test with a
> lot more text in it to se
Hi Heather,
It looks Ok for the little bit you sent.
Perhaps you should do a test with a
lot more text in it to see if something
makes it glitch.
Rick
> On Jun 5, 2025, at 5:50 AM, Heather Laine via use-livecode =
wrote:
>=20
> How is the formatting today?
>=20
> Heather Laine
> Customer Servic
your email is fine.
On Thu, Jun 5, 2025 at 5:51=E2=80=AFAM Heather Laine via use-livecode <
use-livecode@lists.runrev.com> wrote:
> How is the formatting today?
>
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
> Build Software You'll Never Outgrow
>
> __
How is the formatting today?
Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com
Build Software You'll Never Outgrow
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage
Okay. ;-)
> On Sep 5, 2024, at 1:50 AM, Heather Laine via use-livecode
> wrote:
>
> please ignore
>
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please vis
please ignore
Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.run
Does this archive correctly?
List members, this is not for you :)
Best Regards,
Heather
Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subs
Hi Rick,
Get this?
Rick
___
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
Just testing Ben's access to list, nothing to see here.
Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com
> On 8 Dec 2020, at 12:09, Ben Helder via use-livecode
> wrote:
>
> Hey there
>
>
> Stay Safe!
>
>
> Met vriendelijke groe
ld be interested in
having some other people test it out to see if it works for them. I'm
hoping that those with Windows versions of LiveCode that support LCB could
test it out and see if everything works in the test stack. The Github repo
is at the url below and there is a section titled "
I wouldn't Google, "Sacrificing Chickens" these days. You might get a visit
from some unpleasant people. ;-)
Bob S
> On Aug 10, 2019, at 22:49 , scott--- via use-livecode
> wrote:
>
> Hello Alan,
>
> I only said that it works for me… I have NO idea HOW it works :- )
> If it were me I would
Jacque has a handy tool called Airlaunch that allows you to deliver
builds over the air (via web server).
[https://livecode.com/products/thirdparty/hyperactivesw/airlaunch-1-0-0/]
Another option is to save the standalone and install directly via the
Devices panel in Xcode.
[https://docs.m
Indeed.
Create a standalone and drag that file to your real device in xcode
it then gets installed and works for about 6 or 7 days, then renew the
provisioning profile in xcode.
Op 11-8-2019 om 15:21 schreef panagiotis merakos via use-livecode:
Hello all,
This was always the case. Deploying
Hello all,
This was always the case. Deploying to iOS device directly via the Test
button has always been a Business-only feature.
For other editions, you have to use Xcode to install the app into the
device.
Kind regards,
Panos
On Sun, Aug 11, 2019, 13:37 Alex Tweedly via use-livecode <
use-li
Hi Panos
Thanks for clarifying this. Now I'm wondering when exactly this changed as it
definitely used to work in the Indy edition.
On the brights side, thanks to you (+ Scott), I won't have to try Scott's 4th
suggestion as to which color chicken to sacrifice...! :-)
cheers
Alan
On 11 Aug 20
I don't know whether to ask
"Why?"
or
"What's the bug number in QC to see when this is fixed ?"
or
"Is there some obscure reason that we would never guess why this
difference exists ?"
:-)
Alex.
On 11/08/2019 08:15, panagiotis merakos via use-livecode wrote:
Hello all,
The iOS c
ug 10, 2019, at 9:58 PM, Alan Stenhouse via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Scott
> >
> > Yes, I believe everything is configured correctly. I've been building +
> testing apps with LC Indy for mobile for many years and it&#
use-livecode
> wrote:
>
> Hi Scott
>
> Yes, I believe everything is configured correctly. I've been building +
> testing apps with LC Indy for mobile for many years and it's only relatively
> recently (last n months) that I've been having these problems. I can
Hi Scott
Yes, I believe everything is configured correctly. I've been building + testing
apps with LC Indy for mobile for many years and it's only relatively recently
(last n months) that I've been having these problems. I can still test on the
simulators but my iPhone doesn&
onfigured correctly in
LC Preferences?
—
Scott Morrow
> On Aug 9, 2019, at 12:42 AM, Alan Stenhouse via use-livecode
> wrote:
>
> Just wondering how we can download an ios build to our own local device for
> testing these days?
>
> It used to be easy with iTunes
Just wondering how we can download an ios build to our own local device for
testing these days?
It used to be easy with iTunes to just attach your phone and download the app
to the connected device inside iTunes, but that no longer seems possible
(though possibly I'm missing something?
I tested at app on iOS 12 beta 4, and the Console details of the crash are
below. I wanted to compare what it would be like when it works, so tried to
test on an iOS 11 iPhone. But, it’s a new device, and my provisioning profiles
have changed.
Under LC 7.1.4 I couldn’t see my profile listed. Th
ge-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
> Of Sannyasin Brahmanathaswami via use-livecode
> Sent: Wednesday, November 15, 2017 12:52 PM
> To: How LiveCode
> Cc: Sannyasin Brahmanathaswami
> Subject: Testing Bandwidth with new TSNet Functions
ev.com] On Behalf Of
Sannyasin Brahmanathaswami via use-livecode
Sent: Wednesday, November 15, 2017 12:52 PM
To: How LiveCode
Cc: Sannyasin Brahmanathaswami
Subject: Testing Bandwidth with new TSNet Functions
Someone suggested we could test bandwidth by getting the milliseconds before
calling a pin
Someone suggested we could test bandwidth by getting the milliseconds before
calling a ping.txt file on our server (contains one word "true") and then check
the milliseconds after getting the result and we might use this to determine if
the bandwidth was sufficient for streaming content from the
Folks, the use-list had a brief outage over the weekend. I'm just checking we
are back up and running. You needn't all reply! I'll see this mail if its
working :)
Regards,
Heather
Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com
You're right, the profile is embedded in the app. I was just wondering if
Xcode was doing some extra manipulation. Probably not, but you might check
to be sure there are no expired profiles in keychain.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software
So I suggest you file a report.
However, I use the "Test" button for testing on iOS devices before each
release, and it works as expected for me. If it doesn't work for me, then
installing using Xcode fails too, but using Xcode gives a (usually)
informative error msg (which is usually re
"baked" into the app, not "backed"!
On 18/09/2017 09:59, Ben Rubinstein via use-livecode wrote:
Hi Jacque,
Thanks for helping.
Check to be sure that the profile in standalone settings is the same one
that XCode is using.
How would that work? Surely the profile is backed into the app when t
Hi Jacque,
Thanks for helping.
Check to be sure that the profile in standalone settings is the same one
that XCode is using.
How would that work? Surely the profile is backed into the app when the
Standalone Builder builds the standalone? (I'm not building the app with
Xcode, just using it
On 9/16/17 1:40 PM, Ben Rubinstein via use-livecode wrote:
Thanks for the reply, and I certainly have had that problem often enough
- but not this time. I can build a standalone, and use Xcode to install
it on the phone; and it works. So I don't have a provisioning profile
issue in this case.
. To figure out what the
heck is going on, do the install using xcode and you'll get the error
message. After you have the PP issue resolved, testing directly on the
device will work.
On Sat, Sep 16, 2017 at 10:13 AM, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> w
you've got a provisioning profile issue, so the install is failing
silently. It's documented in bug report xx. To figure out what the
heck is going on, do the install using xcode and you'll get the error
message. After you have the PP issue resolved, testing directly on the
d
It's taken me ages to get my system back together to do iOS development
properly (forced to update phone, so then couldn't develop to it without
latest xcode, but that required sierra, needed to not update to Sierra for a
while.. bah).
So finally I've got my MacBook on Sierra, I've got Xcode 1
K!!! :-)
Bob S
On Jul 31, 2017, at 11:13 , Richmond Mathewson via use-livecode
wrote:
I've just been sent this in the email; don't know whether it's
any good or not:
http://info.usertesting.com/Complete-Guide.html?&utm_medium=email&utm_source=hacking-ui&utm_campaig
ther it's
> any good or not:
>
> http://info.usertesting.com/Complete-Guide.html?&utm_medium=email&utm_source=hacking-ui&utm_campaign=email_the-complete-guide-to-user-testing-websites-apps-and-prototypes_hacking-ui-pixelbuddha-073117_global__&utm_content=hac
I've just been sent this in the email; don't know whether it's
any good or not:
http://info.usertesting.com/Complete-Guide.html?&utm_medium=email&utm_source=hacking-ui&utm_campaign=email_the-complete-guide-to-user-testing-websites-apps-and-prototypes_hacking-ui-
> Monte wrote:
> I’m not really sure that A/B tests of the IDE is something we should be
> attempting to do at all as we don’t have the resources to do it with the
> number of people required to get decent data.
+42
___
use-livecode mailing list
use-live
> On 31 Jul 2017, at 6:56 am, J. Landman Gay via use-livecode
> wrote:
>
> I'm just wondering, should I wait for the A/B test sequences or just throw a
> current version at him?
Well there’s not much point doing A/B tests unless you have a decent size group
to gather data on which performed
I don't believe there is anything that is "risk free".
HOWEVER, I am looking to set up programming classes throughout the year
starting in October, at which point I should
have both:
1. Kids with NO programming experience whatsover.
2. Kids with experience in either Visual BASIC and/or C++.
On 7/30/17 3:32 PM, Monte Goulding via use-livecode wrote:
On 31 Jul 2017, at 5:09 am, J. Landman Gay via use-livecode
wrote:
Do you need test subjects or do you need to observe them directly? I have a
neighbor who would be ideal. I was thinking I could watch him (with my mouth
firmly shut
> On 31 Jul 2017, at 5:09 am, J. Landman Gay via use-livecode
> wrote:
>
> Do you need test subjects or do you need to observe them directly? I have a
> neighbor who would be ideal. I was thinking I could watch him (with my mouth
> firmly shut) and take notes on what happens.
>
> He's curren
On 7/30/17 12:16 AM, Mark Waddingham via use-livecode wrote:
**How can all our existing users help with our user testing?
Well, the above approach has one further *really* useful aspect. For any
licenses which are not marked with a test funnel (or indeed are marked
with a dead test funnel) we
On 2017-07-30 01:04, Monte Goulding via use-livecode wrote:
I’m actually not sure I see the connection between the ide submodule
and the 8.1.6-rc-2.
Heh - the connection is indirect, however it is definitely there!
**The goal:
We want to do A/B testing on LiveCode's 'first run&#
jonathandlynch wrote:
> Would it be helpful if the Mothership had a group activity where
> developers could put in a certain number of hours testing others'
> apps, and then cash in for an equal number of hours from other
> developers getting their own apps tested?
I think such
On 07/16/2017 03:50 PM, Bob Hall via use-livecode wrote:
On Jul 16, 2017, at 6:01 PM, Mark Wieder via use-livecode
wrote:
Well, as I noted, it *does* affect linux, but not in a bad way. Control-tab
continues to iterate through the tabs as long as the script editor is in front,
and continue
> On Jul 16, 2017, at 6:01 PM, Mark Wieder via use-livecode
> wrote:
>
> Well, as I noted, it *does* affect linux, but not in a bad way. Control-tab
> continues to iterate through the tabs as long as the script editor is in
> front, and continues to switch modes when it's not.
That’s a bug t
On 07/16/2017 01:33 PM, Bob Hall via use-livecode wrote:
The control-tab “fix” I’m proposing will only effect MacOS users and I would
not expect Linux or Windows users to be effected at all by the MacOS
control-tab. If you are on Linux/Windows it should not matter whether the
Script Editor is
On 7/16/17 3:33 PM, Bob Hall via use-livecode wrote:
On Jul 16, 2017, at 3:37 PM, J. Landman Gay via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:
This is going to totally screw up a macro I've been using for 15+ years. I know
I'm a voice in the wilderness but if this gets offic
> On Jul 16, 2017, at 3:37 PM, J. Landman Gay via use-livecode
> mailto:use-livecode@lists.runrev.com>> wrote:
>
> This is going to totally screw up a macro I've been using for 15+ years. I
> know I'm a voice in the wilderness but if this gets officially implemented I
> hope there's an option
On 7/16/17 2:50 PM, Mark Wieder via use-livecode wrote:
On 07/16/2017 12:37 PM, J. Landman Gay via use-livecode wrote:
This is going to totally screw up a macro I've been using for 15+
years. I know I'm a voice in the wilderness but if this gets
officially implemented I hope there's an option
On 07/16/2017 12:37 PM, J. Landman Gay via use-livecode wrote:
This is going to totally screw up a macro I've been using for 15+ years.
I know I'm a voice in the wilderness but if this gets officially
implemented I hope there's an option to turn it off, or supply your own
key combination.
I
On 7/16/17 2:11 PM, Mark Wieder via use-livecode wrote:
On 07/16/2017 08:47 AM, Bob Hall via use-livecode wrote:
The enhancement is for MacOS Users enabling control+tab to cycle the
tabs in the script editor (command-tab is OS reserved on MacOS). I’m
not going to go into how to apply the fix bu
On 07/16/2017 08:47 AM, Bob Hall via use-livecode wrote:
I’m looking for testing help. The work I did is for MacOS but I would love
Linux and Windows users to also try out the changes looking for side effects. I
don’t have the resources to perform adequate testing of the changes and need a
I don't know if this is a good idea or not, but thought I would throw it out
there.
Would it be helpful if the Mothership had a group activity where developers
could put in a certain number of hours testing others' apps, and then cash in
for an equal number of hours from other
I’m looking for testing help. The work I did is for MacOS but I would love
Linux and Windows users to also try out the changes looking for side effects. I
don’t have the resources to perform adequate testing of the changes and need a
little help before I submit my pull request.
The enhancement
Your testers can be remote, assuming you get "live wires" who will dedicate
time to testing/ communications
I always invite them to SLACK asap so they feel they can contact me any time
and then we jump into appear.in video rooms.
I just exited 2 hours of meetings with one youn
On July 7, 2017 8:26:53 PM Mark Wieder via use-livecode
wrote:
There's a truism that you can't test your
own software - you're way to close to the way it *should* work to ever
figure out how users are going to try to use it.
Oh man is that ever true. I'm lucky enough in one of my current pro
On 07/07/2017 05:07 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
That's it. Everything else I'm about to tell you is just commentary."
Great background story.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-liveco
On 07/07/2017 05:50 PM, Jonathan Lynch via use-livecode wrote:
The way my brain works, I am decent at figuring out clever solutions, but
terrible at realizing what others will find intuitive.
Heh. You're not alone there. There's a truism that you can't test your
own software - you're way to
t;
>
> In V2 or V3 I'm planning to have a little more curated entry to the app…
> There's got to be more of "a story here"
>
> so you will never get this UX feedback on your own.
>
> I have about 40 beta testers.. even they are, frankly terrible about give
UX feedback on your own.
I have about 40 beta testers.. even they are, frankly terrible about give us
feedback. … if you are non-profit or on shoe string budgets, you can't pay
for testing, and volunteers are often super busy people. So you have to be very
pro-active in engaging feedback.
use trolls as an asset, but that is not fully
thought out yet.
Sent from my iPhone
> On Jul 7, 2017, at 6:24 PM, William Prothero via use-livecode
> wrote:
>
> Jonathon:
> There are two learning processes going on. One is for the person testing the
> software, the second is
Jonathon:
There are two learning processes going on. One is for the person testing the
software, the second is for you, learning what kinds of interface approaches
hang up new users. As you learn, by observing users, you will gain approaches
that minimize future user problems, and you will find
It does help, Scott - sounds like I should segment the testing process with a
cycle, running through the test, observe, discuss, note cycle for each group of
functionalities. Not unlike PM methodology.
Because I am looking to perfect and grow a single app over many years, I should
be able to
It sounds like a little bit of direct, intensive observation is worth a lot of
testing a a distance.
Thanks Jeff
Sent from my iPhone
> On Jul 7, 2017, at 5:31 PM, Jeff Reynolds via use-livecode
> wrote:
>
> Jonathan,
>
> I second bill's approach of watching folk
sw.com/resources_testing.html
>>>
>>>
>>>> On July 7, 2017 6:59:52 AM Jonathan Lynch via use-livecode
>>>> wrote:
>>>>
>>>> What steps do you guys follow for ac
were really trying to do somehow avoided
most all the little design eddies that folks would get a little hung up by. But
watching you could quickly see those eddies w.o having to do hard core testing.
Sadly this is hard to do for free in a school anymore but hiring some kids or
adults will do.
Well, 3 out of 3 people who tested my app from this list got stuck signing up,
but no one got stuck when I was there to prompt them to use the Universal
Options button.
So, I have to discipline myself to keep my mouth shut. Everything depends on it.
This is my second time reading your article,
That's a good summary. It's tedious sometimes but essential. The hardest
part by far is keeping your mouth shut. If I had a one-way mirror in a
sound-proofed room I'd use that. Another method might be to have the
user share their screen and turn off your microphone, but screen sharing
is not ea
andman Gay via use-livecode
>> wrote:
>>
>> http://hyperactivesw.com/resources_testing.html
>>
>>
>>> On July 7, 2017 6:59:52 AM Jonathan Lynch via use-livecode
>>> wrote:
>>>
>>> What steps do you guys follow for accurate testing when
>> What steps do you guys follow for accurate testing when you don't have a
>> budget for proper official testing procedures?
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
>
&g
http://hyperactivesw.com/resources_testing.html
On July 7, 2017 6:59:52 AM Jonathan Lynch via use-livecode
wrote:
What steps do you guys follow for accurate testing when you don't have a
budget for proper official testing procedures?
--
Jacqueline Landman Gay |
; William Prothero
> http://es.earthednet.org
>
> On Jul 7, 2017, at 4:57 AM, Jonathan Lynch via use-livecode
> wrote:
>
> I think my experience of the last two days has taught me something - I have
> been micro-coaching my friends when they try my app.
>
> Just the little
ave been micro-coaching my friends when they try my app.
> >
> > Just the littlest input, like saying "oh, just press the button again to
> submit" comes so easily and, apparently mucks up testing entirely.
> >
> > While the harm will be minimal in this case,
the button again to
submit" comes so easily and, apparently mucks up testing entirely.
While the harm will be minimal in this case, I can see where it could be
disastrous for a large company.
What steps do you guys follow for accurate testing when you don't have a budget
for pr
On 07/07/2017 07:29 AM, prothero--- via use-livecode wrote:
Actually watching users is invaluable.
Absolutely.
And try to resist the urge to help them along.
And take notes about where they hesitate or stumble.
As a QA engineer, I find that when I'm faced with a new application I
have about
two days has taught me something - I have
> been micro-coaching my friends when they try my app.
>
> Just the littlest input, like saying "oh, just press the button again to
> submit" comes so easily and, apparently mucks up testing entirely.
>
> While the harm will be
I think my experience of the last two days has taught me something - I have
been micro-coaching my friends when they try my app.
Just the littlest input, like saying "oh, just press the button again to
submit" comes so easily and, apparently mucks up testing entirely.
While the ha
ing our last weeks AB testing reports and exchanges : some
> Livecode TCP application’s server and Livecode CGI server sample apps and
> resources
> Date: 16 avril 2016 17:46:25 UTC+2
> À: use-livecode@lists.runrev.com
> Répondre à: How to use LiveCode
>
> Pierre Sahores wrot
Pierre Sahores wrote:
> Some OpenResty’s LuaJIT, Livecode TCP application’s server and
> Livecode CGI server sample apps and resources to share with our
> sweet Livecode community. MIT licensed and free for any use.
>
> https://github.com/arsheos/openresty-dedicated-toolsets/branches/all
>
> Live
Dear LC fellows,
Some OpenResty’s LuaJIT, Livecode TCP application’s server and Livecode CGI
server sample apps and resources to share with our sweet Livecode community.
MIT licensed and free for any use.
https://github.com/arsheos/openresty-dedicated-toolsets/branches/all
Livecode TCP and CG
Dear Livecoders,
I promise to be back with some final tests and related thoughts and here they
are. All tests went carefully done in using both ApacheBench 2.3 Revision
1528965 and Siege 3.0.5 with same average results. Only the Siege ones are
reported there to maintain this report as readable
> Hi Livecoders,
>
> Question 1 : is Livecode application’s server really faster than Livecode CGI
> server running on Nginx, OpenLiteSpeed or Apache2 and how to get this proven
> (in counting successfully TCP connexions only) ? Just se below :
>
> #http://localhost:80/index.lc;
Hi Livecoders,
Question 1 : is Livecode application’s server really faster than Livecode CGI
server running on Nginx, OpenLiteSpeed or Apache2 and how to get this proven
(in counting successfully TCP connexions only) ? Just se below :
#http://localhost:80/index.lc; # eeePCU : N
vers"? A socket server?
Precisely.
Can you share some code?
Not at this time.
I look forward to when you can.
I use standalones as CGIs exclusively, using LC Server only for testing
to help others. I've not considered a possible performance gain in
doing so; I do it mostly to have th
Yes, as long as the tests are done against simple « Hello World » alike
queries. In real world, with SQL well urbanized db, we have to expect that all
performance (Openresty ones included) will slow down from 35% (very cleanly
modeled applications + sql back-ends) to the infinite (sad ones, alik
> Le 9 févr. 2016 à 01:27, Richard Gaskin a écrit :
>
> Pierre Sahores wrote:
>
> > Story made short : Appart the amazing Lua platform (preferably set as
> > an Openresty one), well configured LC application’s servers still
> > outperforms anything available around (Websphere, Tomcat, PHP5/7,
>
Is that the maximum theoretical value? The actual connections per second
would depend on the size of the data and how much processing it needs,
right?
Also, what is Livecode Application Server?
On Mon, Feb 8, 2016 at 4:04 PM, Pierre Sahores
wrote:
> Hi Livecoders,
>
> Story made short : Appart
Pierre Sahores wrote:
> Story made short : Appart the amazing Lua platform (preferably set as
> an Openresty one), well configured LC application’s servers still
> outperforms anything available around (Websphere, Tomcat, PHP5/7,
> Perl5, NodeJS, Go, Python, RoR,…). In-between, LC application’s
>
Hi Livecoders,
Story made short : Appart the amazing Lua platform (preferably set as an
Openresty one), well configured LC application’s servers still outperforms
anything available around (Websphere, Tomcat, PHP5/7, Perl5, NodeJS, Go,
Python, RoR,…). In-between, LC application’s server is 60 t
On 2015-12-09 00:24, Todd Fabacher wrote:
Is there any system for proper testing that can "plug" into LiveCode? I
think on mobile this would be even more difficult as there is no remote
debugging correct?
For engine development, there's a framework based on script-only stacks.
Yup. It's called, "A classroom of third graders." ;-)
Bob S
On Dec 8, 2015, at 15:24 , Todd Fabacher
mailto:tfabac...@gmail.com>> wrote:
Is there any system for proper testing that can "plug" into LiveCode? I
think on mobile this would be even more difficult
Is there any system for proper testing that can "plug" into LiveCode? I
think on mobile this would be even more difficult as there is no remote
debugging correct?
Thanks,
Todd
___
use-livecode mailing list
use-livecode@lists.runrev.com
Pl
ably never, at least for the near
>> term, put into the Apple Store. I want to be able to distribute it to a
>> few friends, though, without them having to load it on their using Xcode.
>>
>> Iąve been testing this on my own computer, trying to use iTunes, which I
>> unde
1 - 100 of 309 matches
Mail list logo
