On 2019-05-24 22:31, Richmond via use-livecode wrote:
What I mean is that LiveCode produces a "Fat" standalone which suffers
from the following disadvantages:
1. It's fat, quite literally.
2. I wonder whether MacOS Somewhere_Obscure_In-California (10.15) will
not object to those
standalones bec
I’m pretty sure bundles always have a PkgInfo file in them too - so you should
(alternatively to using LCB) use ‘there is a file ...’.
Warmest Regards,
Mark.
Sent from my iPhone
> On 24 May 2019, at 18:06, Trevor DeVore via use-livecode
> wrote:
>
> On Fri, May 24, 2019 at 7:35 PM kee nethe
On 2019-05-24 18:08, Paul Dupuis via use-livecode wrote:
I discovered today that opening a stack changes its set rect (at least
under Windows 10 in LC904/905rc1 when opening a stack invisible
See this little gem: https://quality.livecode.com/show_bug.cgi?id=22097
Not a problem is you are just p
On 2019-05-24 08:51, Richmond via use-livecode wrote:
1. Will 32-bit Windows builds work on all current deployments of the
Windows OS?
Yes.
2. Which current deployments of the Windows OS 'prefer' 64-bit
executables?
No windows OS versions 'prefer' 64-bit exes per-se. MS did a very good
job
On 2019-05-23 08:42, ambassador--- via use-livecode wrote:
After re-reading the release notes I think this is probably the result
of bug 20951 being squashed @
https://quality.livecode.com/show_bug.cgi?id=20951
That sounds like it.
Yup - that's the one.
The LCS parser is very lax, it tends n
On 2019-05-14 19:59, Tom Glod via use-livecode wrote:
where did you learn about these new features in the first place?
On Tue, May 14, 2019 at 1:47 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:
Hi all,
I searched the dictionary, Release Notes and docs but did not f
On 2019-05-03 17:01, runrevlist--- via use-livecode wrote:
LC is ver well suited for all kinds of programs communicating with
robots, 3D printers, milling machines etc. if only we could have a
decent speed. I am not even asking for the preferred speed of 22…..
The arduino IDE can easily communica
On 2019-04-26 08:54, Richard Gaskin via use-livecode wrote:
A forum user has an interesting use case involving sockets on a server
that needs to handle thousands of connections:
https://forums.livecode.com/viewtopic.php?f=8&t=32515#p179090
He's discovered that livecode/engine/src/opensslsocket.
On 2019-04-08 18:27, Ralph DiMola via use-livecode wrote:
No tabstops using the styledText property either. This is the one I
would
have expected to include the tab stops/widths.
Both styledText and htmlText representations do include the tabStops
(and tabAlign) settings - however both those
On 2019-04-03 13:43, Michael Kristensen via use-livecode wrote:
Thank you Paul for looking into it.
There is a clear difference here and I have an 2017 iMac which is
pretty fast.
Yet, I might have jumped to conclusion to fast since I also have this
mouseEnter handler (before a mouseDown and m
On 2019-04-02 14:52, Sannyasin Brahmanathaswami via use-livecode wrote:
Yes, that works, but "It's genius" I'm not sure.
Not being able change color, which is available in LC SVG widgets is a
pain. If your theme is "black" and you want "white" SVG, you don’t
have control over the color in LC.
On 2019-03-29 19:57, Bill Vlahos via use-livecode wrote:
The existing application can do 2 things.
It can send command line parameters
It can send a formatted URL
I can either catch the command line parameters - which is what I’ve
been asking for or write the application to be a server respondin
Hi Bill,
I want my application to be able to catch parameters sent to it via
the command line.
The relaunch handler does that for Windows applications and also
doesn’t open another instance of the application. You are correct that
Mac apps run in a single instance by default and that is the beh
On 2019-03-19 17:59, Ralph DiMola via use-livecode wrote:
Just a reminder... On Win 10 my 2 TB Raid 1 array using 1.3 TBs
containing
all my data, 3 dev VMs and all my source code was corrupted. It took a
very
annoying day to replace HW(controller) and recover data/VMs from my
backups.
All is b
On 2019-03-18 16:59, Mark Wieder via use-livecode wrote:
On 3/18/19 8:43 AM, Mark Waddingham via use-livecode wrote:
... although if you're using the external in a stack you're shipping
to others, it may well be worthwhile to recompile it as a 64-bit
external. Especially keeping in
Hi Dan,
On 2019-03-18 16:35, Dan Friedman via use-livecode wrote:
FYI, it's working in LC 8.X. -- the stack is closed when the external
paths are set, I am verifying that the external exists, etc. It's
working in 8, what changed in 9?
If this is a Mac external and it has not been rebuilt for
You only need to recompile an svg file to a drawing if the file content changes
- drawings scale using the rect of the image object, based on the viewBox and
preserveAspectRatio attributes on the root node of the original svg file.
If a specific SVG file isn't scaling when compiled to a drawing
On 2019-02-27 15:56, Richmond via use-livecode wrote:
Sort of . . .
http://forums.livecode.com/viewtopic.php?f=6&t=32266&p=177101#p177101
Hmmm - that is strange - the image looks relatively simple there, so the
SVG for it should be and thus be supported... Can you file a bug with
the
.svg fi
On 2019-02-27 11:23, hh via use-livecode wrote:
That's a fake, as long it is called "SVG"-Icons.
These are ordinary images, converted from SVG, no longer
SVG objects.
Also the import is not a real SVG import but an import
of the converted image.
This is fine, but we shouldn't name these objects
On 2019-02-06 10:41, Tiemo Hollmann TB via use-livecode wrote:
Hi Mark,
I can reproduce it in the LC 9 IDE with the pure stack (no standalone)
on my
computer with the same LC 9 version. So neither "Enable Hi-DPI Scaling"
or a
relation between windows and an App setting can be taken into accou
On 2019-02-05 20:25, Paul Dupuis via use-livecode wrote:
I have a problem for which I should probably redesign the user
interface, but would rather not do so for many reasons.
The problem is this:
1) There are some fields on a card. Each field has a "closeField"
handler that checks the fields c
On 2019-02-05 17:06, Tiemo Hollmann TB via use-livecode wrote:
Hello Hermann,
that was my first idea also, when a customer came up with this.
But that doesn't explains, why on my computer two different LC stacks
show
different results - beside of there is any "hidden" LC option, which
interfer
On 2019-01-21 09:36, David Bovill via use-livecode wrote:
I've been having issue with my LiveCode installation for a few weeks
now basically the script editor slows down to a crawl, and barely
accepts mouse clicks. I also got warning dialogue pop-up from Apple
about
Livecode not being comp
On 2019-01-18 09:01, David Bovill via use-livecode wrote:
I would love to be able to change the characters that merge uses -
especially from “[[..]]” to “{{...}}”.
Quite a lot of templating uses curly brackets - and I especially want
to
use it for wiki style templates which can’t use square bra
On 2019-01-18 06:48, Geoff Canyon via use-livecode wrote:
I was in the same position with merge(). If you haven't seen it
already,
format() has some pretty amazing capabilities as well.
To answer your question about escaping - yes there is:
[[[]] -> [
[[]]] -> ]
Also the merge function h
On 2019-01-17 16:15, R.H. via use-livecode wrote:
Is there any way to detect and catch an error when saving?
When the engine saves a stackfile when it has previously been saved to
the same place...
It first moves the existing file at to ~. If this
step fails (e.g. because it can't move the
On 2019-01-04 09:03, Kay C Lan via use-livecode wrote:
So what I can't confirm is whether PR6671 has been implemented into a
current version of LC9, but what I will say is this, if it hasn't then
Malte can look forward to an eventual speed improvement in large Array
operations as Mark Wa has alre
On 2019-01-04 07:40, Richard Gaskin via use-livecode wrote:
Read through this whole thread, optimistic that I'd find the list of
things that differentiate v6 and v9 so we can hone in on actual
solutions.
I learned two things:
- lock/unlock changed
Except it hasn't - lock/unlock screen work t
On 2019-01-03 12:13, Malte Pfaff-Brill via use-livecode wrote:
It might be that I stand corrected for the behaviour of lock / unlock
screen.
But then I also stand puzzled on the effect it has between engines.
Same code which redrew the screen within 2.5 seconds on the 5.x series
took 11 secs in
On 2018-11-13 18:21, Geoff Canyon via use-livecode wrote:
Nothing I said in this thread has anything to do with optimizing the
allOffsets routines; I only used examples from that discussion because
they
illustrate my puzzlement on the exact topic you (in general) raised:
how
data types are hand
On 2018-11-13 12:43, Ben Rubinstein via use-livecode wrote:
I'm grateful for all the information, but _outraged_ that the thread
that I carefully created separate from the offset thread was so
quickly hijacked for the continuing (useful!) detailed discussion on
that topic.
The phrase 'attemptin
On 2018-11-13 11:37, Geoff Canyon via use-livecode wrote:
I understand (generally) the complexity of comparison, but that's not
the
speed issue causing this discussion. Most of the proposed solutions are
using nearly the same operators/functions for comparison, or at least
the
same comparison
On 2018-11-13 11:06, Geoff Canyon via use-livecode wrote:
I don't *think* I'm confusing binary string/data with binary numbers --
I
was just trying to illustrate that when a Latin Small Letter A (U+0061)
gets encoded, somewhere there is stored (four bytes, one of which is) a
byte 97, i.e. the bi
On 2018-11-13 01:06, Geoff Canyon via use-livecode wrote:
On Mon, Nov 12, 2018 at 11:36 AM Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:
I'm really confused that case-insensitive should work at all for
UTF-16 or
UTF-32;
The caseSensitive (and formSensitive) properti
harToNum'/'numToChar' - just
'codepointToNum'/'numToCodepoint'. A codepoint is an index into the
(large - 21-bit) Unicode code table; Unicode characters can be composed
of multiple codepoints (e.g. [e,combining-acute] and thus don't have a
'number' per-
On 2018-11-13 06:35, Geoff Canyon via use-livecode wrote:
I didn't realize until now that offset() simply fails with some unicode
strings:
put offset("a","↘𠜎qeiuruioqeaaa↘𠜎qeiuar",13) -- puts 0
On Mon, Nov 12, 2018 at 9:17 PM Geoff Canyon wrote:
A few things:
1. It seems codepointOffset can
On 2018-11-13 07:15, Geoff Canyon via use-livecode wrote:
On Mon, Nov 12, 2018 at 3:50 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
Unless I'm misunderstanding, this hasn't been my observation. Using
offset
on a string that has been textEncodet()ed to UTF-32 returns
Perhaps the drawing library could do with 'CompileIcon' which does the wrapping
as your code does and then compiles the resulting SVG XML.
In the interim - IIRC - there is an '_internal' command used in the drawing
library which returns the bbox of an SVG path string which will allow you to
com
On 2018-09-11 07:32, Mark Waddingham via use-livecode wrote:
So, your binaries would actually be non-GPLv3 licensed; but you would
then be providing the source-code (which you own the copyright to)
under GPLv3 on GitHub.
Whether that works depends on what the requirements on your project
are re
On 2018-09-11 03:14, Monte Goulding via use-livecode wrote:
To start with I think you need to ensure that building CEF with
proprietary codecs enabled does not include anything that has a
license that is incompatible with GPL 3. Otherwise you can’t
distribute your standalone with the modified CEF
On 2018-09-10 10:49, Lagi Pittas via use-livecode wrote:
Mark - can you find fault in my logic? And if not then if it is put
into LC
it would have a setting for include/exclude as with the other
libraries.
There is not fault in your logic (for the most part) - it is indeed
something we have d
On 2018-09-11 05:03, Brian Milby via use-livecode wrote:
Seems like the GPL issue is in LiveCode’s court. They can specifically
allow linking to non-free libraries as a provision to the GPL license.
http://www.gnu.org/licenses/gpl-faq.html#FSWithNFLibs
http://www.gnu.org/licenses/gpl-faq.html#GPL
On 2018-09-11 02:48, Tom Glod via use-livecode wrote:
So I got a msg back and they are totally down with me shipping the
codec as
long as I pay the fees for the # of licenses I sell past 100,000
Correct me if I am wrong, can I not put the code of my application on
github as GPL 3? and build my
H264 is patent encumbered - in order to distribute software containing an
implementation you need to license the MPEG-LA patent pool.
That's why you won't find any public CEF prebuilts with the flag enabled.
Warmest Regards,
Mark.
Sent from my iPhone
> On 9 Sep 2018, at 18:04, Tom Glod via u
On 2018-09-06 18:52, Mike Kerner via use-livecode wrote:
Right. If the explanation is clear then it's not an issue (even if it
is a
little weird - "6.abc"="6.xyz" is false but "6."&CR is "6."&space is
true)
Well the explanation can be fixed :)
Its hard to say whether the language would be be
On 2018-09-06 18:21, Mark Wieder via use-livecode wrote:
Yeah. IMO automatic type conversion is one of the failure points of
the xtalk paradigm, but it's always been thus.
To be fair, in the days of HyperCard when everything was strings (and
numbers were decimal strings) the rules worked absol
On 2018-09-06 18:14, Mike Kerner via use-livecode wrote:
Dictionary:
First, if you look in the operands, it says
*The operands value1 and value2 can be numbers, literal strings of
characters (delimited with double quotes), or any sources of value,
including arrays.*
The example for comparing two
On 2018-09-06 18:02, Mike Kerner via use-livecode wrote:
dictionary says when comparing strings we go char by char, and says
that
quotes around the literal causes it to be evaluated as a string.
Where in the dictionary? That should be revised.
Quotes make no difference - numbers and strings w
Hi Matthias,
On 2018-09-05 10:34, Matthias Rebbe via use-livecode wrote:
file "/home/xxx/public_html/xx/tz.lc"
row 4, col 5: extension: error occurred with domain (runtime)
row 4, col 5: extension: error occurred with description (unable to
load foreign library)
row 4, col 5: exten
On 2018-09-05 01:07, Mark Talluto via use-livecode wrote:
I had to work through a contract recently. This particular section was
interesting. Thought I would share it here. I changed the organization
name to [company] to protect this well respected entity.
I can understand their view on the use
File a bug and we'll see if we can move the (appropriate) information into a
guide in the main repo (so the docs aren't just a webpage).
mergJSON is licensed under the GPL -
https://github.com/montegoulding/mergJSON/blob/master/LICENSE.txt
Warmest Regards,
Mark
Sent from my iPhone
> On 2 Sep
On 2018-09-01 13:15, Richmond Mathewson via use-livecode wrote:
I've already shovelled Ruyton of the Eleven Towns quite effectively:
https://www.dropbox.com/s/n7r7u0c2m9ny3eb/Text%20analyzer%20X.livecode.zip?dl=0
No tokenising, in fact very basic stuff indeed.
Not wishing to bang on about over
On 2018-09-01 13:15, Richmond Mathewson via use-livecode wrote:
I've already shovelled Ruyton of the Eleven Towns quite effectively:
https://www.dropbox.com/s/n7r7u0c2m9ny3eb/Text%20analyzer%20X.livecode.zip?dl=0
No tokenising, in fact very basic stuff indeed.
Not wishing to bang on about over
On 2018-09-01 12:50, Richmond Mathewson via use-livecode wrote:
Yup: indeed: fairly coarse.
However, see my next posting re "Ruyton of the Eleven Towns"
that should make some folk feel that they need a set of sewing needles
rather than "just" a silver teaspoon.
I think you'll find my 'silver
On 2018-09-01 12:35, Richmond Mathewson via use-livecode wrote:
That's because you lot tend to use a silver teaspoon while I tend to
use a great big shovel:
https://www.dropbox.com/s/00t8oftb1ydm8ni/Text%20analyzer%20X.livecode.zip?dl=0
Heh, great big shovels are great for coarse work - e.g. f
On 2018-09-01 12:05, Richmond Mathewson via use-livecode wrote:
Obviously, when considering names of places such as Colchester,
Rochester and Chester one has
to search for the longer names first and exclude them from later
searches.
The 'substring' problem (i.e. Chester being 'in' Rochester) i
On 2018-09-01 06:48, Stephen MacLean via use-livecode wrote:
Hi All,
First, followed Keith Clarke’s thread and got a lot out of it, thank
you all. That’s gone into my code snippets!
Now I know, the title is not technically true, if it’s 2 words, they
are distinct and different. Maybe it’s becau
On 2018-08-31 20:57, Tore Nilsen via use-livecode wrote:
The array form may well be what I need. I do think I still will have
to wait some time before I introduce it to my students.
Perhaps - certainly 'textFont' and 'textSize' have less syntactic
baggage. However, the actual underlying form/p
On 2018-08-31 20:51, Tore Nilsen via use-livecode wrote:
I got a bit confused there. Pages behaves as you say, Microsoft Word
would turn off bold on the initial push of the button, then adding
bold to the styles the next time.
This is why I thought I needed to find the style of each word in a
gr
On 2018-08-31 20:33, Tore Nilsen via use-livecode wrote:
Microsoft Word seems to behave the way you suggest, in the sense that
if any given text style is present among the words in the selection
then it is removed. Pages behaves differently. If a given text style
is true for some of the words in
On 2018-08-31 19:47, Tore Nilsen via use-livecode wrote:
This information is useful if you want to implement changes to the
styles of the selected text, where textStyles report mixed. In a
selection with mixed styles, setting the textStyle has to be done on a
word by word basis (or char by char b
Generally, I don't tend to like to 'jump the gun' on anything related to
optimization lest it is not what it seems when running in the real world
but...
I'm becoming increasingly confident that a recent foray of mine into yet
another attempt to improve the speed of array access in LC9 might ha
On 2018-08-30 21:42, Mike Kerner via use-livecode wrote:
Mark tends to complain about the engine, but they also inherited the
engine
when they bought it from MetaCard. He has said that it is difficult to
work on.
Heh - any complaints are more 'frustration' over the effort/time to make
signif
On 2018-08-17 02:56, Mark Wieder via use-livecode wrote:
On 08/16/2018 11:21 AM, Mark Waddingham via use-livecode wrote:
reason we treat that particular 10,000 odd lines of code with a great
My goodness. I thought I was the only one who wrote odd lines of
code...
Haha! I didn't eve
On 2018-08-16 19:48, Richard Gaskin via use-livecode wrote:
I'm not sure if this info has been incorporated into the docs system
yet, but the Release Notes for v5.5 offer a solid overview of the new
field features (starting on p12), most of which are paragraph-level
properties like indent, border
On 2018-08-16 11:32, Richmond Mathewson via use-livecode wrote:
Possibly I am reinventing the wheel here:
set the textFont of word 3 to "Charcoal"
This IS incredibly useful when one is typing to Mum in Sanskrit (as
one does) and wants to
use a variant glyph (as one does continuously) as it allo
On 2018-08-15 10:24, Peter Bogdanoff via use-livecode wrote:
Hi Mark,
I’ll file the bug report.
On the other issue I had with the “blurry” text in LC 8. Now I’m
seeing that text with the faulty rendering is only in a main stack.
All substacks of that stack that use the same font have normal, go
On 2018-08-13 22:56, Peter Bogdanoff via use-livecode wrote:
Here is a sample of the Chinese text. It has a button to click to
toggle showing the text and the htmlText in the same fields. Note to
see the text problems you will have to open this in Windows 10. I must
point out that the LC 8 versio
As I said I'm pretty sure nothing is bold - it is just anti-aliasing.
The fact that the problem is only occurring on Chinese Windows systems in 8.1.x
very much suggests that this is a font problem (which is obviously universal in
Win10).
Perhaps try a complete non included with Win Chinese font
On 2018-08-13 21:02, Peter Bogdanoff via use-livecode wrote:
To follow up with my question from yesterday…and to continue with
Biblical allusions others have begun…
I’ve descended into hell, which I’m trying get out with some
light from LiveCode Mark!
Heh - well I can't explain the difference
On 2018-08-13 20:26, Mark Wieder via use-livecode wrote:
Ah, Software Licensing Agreement
(For both personal and commercial use).
For humans:
You bought a copy of this software, it's yours to do whatever you like.
The code is open for you to examine or modify.
Don't take me to court saying you
On 2018-08-13 20:01, Stephen MacLean via use-livecode wrote:
Hi Mark,
Yes, doing quite a bit, which LC handles just fine:) Except for these
with big queries;) I do want to mention that I call plenty of
functions, so it’s not a real tight loop, just a loop with a lot going
on.
Ok, will do the ne
On 2018-08-13 19:42, Stephen MacLean via use-livecode wrote:
Anyone experience this before? Any tips for controlling it?
Well it sounds like you are doing a fair bit there so its really hard to
say whether or not there is a memory leak.
The first thing to do is to find out whether that is a
On 2018-08-13 18:13, Mark Wieder via use-livecode wrote:
Nope. Not wanting to get into licensing wars here (the 'silly
licensing' thing was not meant to be a poke at LC), but the stacks I
sell have an initial low purchase price but no 'license' involved. A
registration code is required to downloa
On 2018-08-13 17:34, Mark Wieder via use-livecode wrote:
On 08/13/2018 02:21 AM, Peter W A Wood via use-livecode wrote:
Like it or not (and mainly NOT), I have to offer Python to kids this
fall . . .
Frankly, Python, by using this module system seems to defeat itself
to a certain extent: or,
I'm pretty sure exit to top should do in most cases - however I think there
might be a few implicit in-engine/external wait used which ignore it (which
probably should be considered bugs).
Warmest Regards,
Mark.
Sent from my iPhone
> On 11 Aug 2018, at 16:37, Bryan Anderson via use-livecode
Or the ui stack is a substack which gets duplicated as another substack under
the same root, but empty, mainstack...
Mark.
Sent from my iPhone
> On 10 Aug 2018, at 19:48, Brian Milby via use-livecode
> wrote:
>
> In your case it may be a bit more complicated, but I would think still
> attain
On 2018-08-08 22:50, Matthias Rebbe via use-livecode wrote:
Thanks for the update. Now i do not have to ask at the next LC Global.
;)
That is why I though it was worth mentioning it now ;)
Warmest Regards,
Mark.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Ever
On 2018-08-08 23:19, Mark Wieder via use-livecode wrote:
On 08/08/2018 10:54 AM, Mark Waddingham via use-livecode wrote:
Yup - but isSequence would be correct - false.
The extents might be 1,10
But isSequence would check whether it was 1,9 ...
Ah. OK, but I was actually replying to Dick
On 2018-08-08 00:11, Matthias Rebbe via use-livecode wrote:
Trevor,
thank you so much for your example and for verifying that LCB can
execute handlers in the dll.
“Good luck” is well said, i need more than good luck. ;)
You might also find this thread in the forums useful with your efforts:
Yup - but isSequence would be correct - false.
The extents might be 1,10
But isSequence would check whether it was 1,9 ...
Mark.
Sent from my iPhone
> On 8 Aug 2018, at 12:19, Mark Wieder via use-livecode
> wrote:
>
> On 08/08/2018 04:18 AM, Mark Waddingham via use-li
I'd suggest transplant is actually move - an idea which has been taken to the
level of obsession in modern c++ and new languages like Rust (which I want to
like - but it's highly technical demands just leave a bitter taste in my mouth
- impressive, yes; the right approach - definitely not, IMHO
You might be better off building the primes as a List, then converting to a
string at the end. Although the conversion of each number is only done once so
it probably doesn't make too much difference (apart from being a bit more LCBy).
In general LCB should be written to prefer structure over st
I think you are right - I will double check.
There is actually an internal function (in C) - two in fact - IsSequence and
IsNumericSequence which we should plumb into 'is a' to make this clearer.
They basically use the extents internal impl (well an optimized form in one
case).
Warmest Regards
On 2018-08-08 00:20, Bob Sneidar via use-livecode wrote:
I do stand corrected however, as I got the dgdata of a grid with 6
records, in the order they were added to the sql database, and then
queried for. The keys are NOT in numerical order:
5
6
1
2
3
4
The keys function does the minimal work
On 2018-08-07 23:31, Mark Wieder via use-livecode wrote:
On 08/07/2018 02:21 PM, Mark Waddingham via use-livecode wrote:
However, the engine treats arrays which have all integer (string) keys
starting at one and are dense (i.e. the number of elements == max(all
keys)) from ones that aren
On 2018-08-07 17:15, Mark Wieder via use-livecode wrote:
On 08/06/2018 08:18 PM, Mark Waddingham via use-livecode wrote:
I'd expect that for two reasons.
The first is that all array keys are interred strings (names) so
integers need to first be converted to strings and then hashed i
I'd expect that for two reasons.
The first is that all array keys are interred strings (names) so integers need
to first be converted to strings and then hashed into a name and then hashed to
the slot in the arrays hash table.
The second is that byte based version is essentially using a byte se
On 2018-08-06 21:49, Richard Gaskin via use-livecode wrote:
Mark Waddingham wrote:
I think it might be quite unique amongst x-talks in another way too...
How much of any of the others were written in themselves?
Not many. Toolbook, Gain Momentum, and SuperCard are the only ones I
can think
On 2018-08-06 22:04, Alex Tweedly via use-livecode wrote:
On 06/08/2018 16:50, Mark Waddingham via use-livecode wrote:
Alex Tweedly didn't talk nonsense... Byte x [to y] of z is (truly)
constant time if z is strictly a binary string.
That's right - the basic principle wasn't
I think it might be quite unique amongst x-talks in another way too...
How much of any of the others were written in themselves?
Mark.
Sent from my iPhone
> On 6 Aug 2018, at 13:26, Richard Gaskin via use-livecode
> wrote:
>
> It isn't. SuperCard is available exclusively for macOS. There w
Alex Tweedly didn't talk nonsense... Byte x [to y] of z is (truly) constant
time if z is strictly a binary string.
tArray[x] is constant time if x is already a name - otherwise the string needs
turned into a name.
If x is coming from repeat for each key x - then it will already be a name.
(Not
On 2018-08-06 00:07, Brian Milby via use-livecode wrote:
So this syntax:
filter filterSource by [keeping | discarding] [[the] {lines | items |
keys
| elements}] {matching [wildcard | regex] pattern filterPattern | where
filterExpression} [into targetContainer]
Would allow a shortened version:
On 2018-08-06 00:03, Mark Wieder via use-livecode wrote:
On 08/05/2018 02:48 PM, Monte Goulding via use-livecode wrote:
On 6 Aug 2018, at 7:07 am, Mark Waddingham via use-livecode
wrote:
filter X by keeping the lines not matching pattern "regex"
My point was this statem
On 2018-08-05 23:48, Monte Goulding via use-livecode wrote:
On 6 Aug 2018, at 7:07 am, Mark Waddingham via use-livecode
wrote:
filter X by keeping the lines not matching pattern "regex"
My point was this statement can be written as both:
filter X by keeping the lines not matchi
H - I think that is missing the point about what the current 'AI'
technologies that exist actually do (as far as I can see anyway - I'd be more
than happy to be proved wrong!)...
They are merely mappings from one form input to another form of input - they
themselves don't do any action - th
On 2018-08-05 22:37, Monte Goulding via use-livecode wrote:
I think it’s nice sugar but it adds complexity when trying to
understand the statement. You need to comprehend the expression or
pattern then comprehend the relationship between discarding/keeping
and with | without | not matching | wher
On 2018-08-05 22:40, Alejandro Tejada via use-livecode wrote:
In my humble opinion, the future of programming
would be driven by artificial intelligence assistants
and multiple ways of working and interfacing with
the computer using voice, gaze interaction, gesture,
motion, pointer, keyboard, etc
On 2018-08-05 21:49, Richmond Mathewson via use-livecode wrote:
Who said LiveCode lost sight of that?
Oh, it was me.
Lost sight of what?
Mark.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps
___
On 2018-08-05 21:25, Richard Gaskin via use-livecode wrote:
Brian Milby wrote:
I think Mark's code had a typo (left returned too many keys), but even
when corrected it takes half the time as a pure LCS solution. Here's
my modification:
function bwmValueDiff pLeft, pRight
local tResult
i
301 - 400 of 972 matches
Mail list logo