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
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
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
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
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
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 mind
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=32266=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 file
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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-se.
Warmest Regards,
Mark.
I've looked in the dictionary and I don't see anything that comes close
to
describing this.
gc
On Mon, Nov 12, 20
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
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
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
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
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
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
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
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
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." is "6." is
true)
Well the explanation can be fixed :)
Its hard to say whether the language would be better or
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
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
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:
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
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
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
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.
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)
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
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
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
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
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
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
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 even see
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,
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
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,
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
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
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
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
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
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
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:
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
>
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:
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
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
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't
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'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
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 nonsense
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
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.
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 sta
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 -
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 |
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,
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
On 2018-08-05 21:22, Richard Gaskin via use-livecode wrote:
Mark Waddingham wrote:
In your use-case for 'valueDiff' - do you need to tell the difference
between a key value being the empty string and a key value not being
present at all?
In my own head, any name-value pair, even one in which
> On 5 Aug 2018, at 13:37, Mark Wieder via use-livecode
> wrote:
>
>> On 08/05/2018 11:20 AM, Mark Waddingham via use-livecode wrote:
>> That isn't overloading put - that's introducing query expressions...
>> Which would (at least as far as filter currently goes
:29, Mark Wieder via use-livecode
> wrote:
>
>> On 08/05/2018 07:38 AM, Mark Waddingham via use-livecode wrote:
>>
>> keep lines of X [ where | matching | not matching ] Y into Z -- seems
>> contorted
>
> That seems like a good argument for overloading
erExpression} [into targetContainer]
>>>
>>>
>>> So Monte’s example would be:
>>> filter keys of tFoo keeping where tFoo[each] is not tBar[each]
>>> (And to get Richard’s result you would need to follow this by an intersect
>>> each way.
On 2018-08-05 17:36, J. Landman Gay via use-livecode wrote:
This is getting pretty contorted and is becoming less like natural
language. For what it's worth, I have never been confused by the
current use of filter. I think of it as pouring soup through a wire
strainer. Filtering "with" keeps the
On 2018-08-05 16:00, Brian Milby wrote:
Or to include new modifiers:
{keeping | discarding | with | without | [not] matching}
Which if not using the “into” form the first two make the
statement much clearer as to the intent.
So, I figured out my 'cognitive dissonance' on filter. The issue
On 2018-08-05 07:31, Monte Goulding via use-livecode wrote:
Given I have been wanting to do ^ for a couple of years I decided to
just go ahead and do it… might be a while before we have time to
bikeshed the syntax though.
https://github.com/livecode/livecode/pull/6626
On 2018-08-05 03:59, Monte Goulding via use-livecode wrote:
Just to throw it out there I still want to add `each` to filter one
day. So in this case I think it would be:
filter keys of tArray1 with expression \
each is among the keys of tArray2 and \
tArray1[each] is not
301 - 400 of 963 matches
Mail list logo
