The Detailed and Long files
Mark Waddingham
mark at livecode.com
Mon Dec 11 11:59:16 EST 2017
On 2017-12-11 17:48, Mark Wieder via use-livecode wrote:
> It *is* a step away from natural-language xtalk syntax though.
> I take it the syntactic sugar of offering
>
> "the detailed files of pFolder"
>
> would fall under the dreaded category of synonyms?
No - see http://quality.livecode.com/show_bug.cgi?id=3210
It falls under the 'requires significant work to various parts of parser
to make it work without potentially causing horrendous issues now or in
the future' category.
In general, it is best for us to avoid introducing / making worse the
whole function/property synergy as any function which has a property
form reserves the name of the function - i.e. you can no longer use that
as a property of an object (whether custom, or engine).
My general feeling is that the english-like syntax *should* be:
the [detailed] files of folder <folder>
i.e. 'the files' is a property of a pseudo-folder object
However, we don't currently have the parsing infrastructure for that
(although I think Ali did some experimental work towards it quite a
while ago) - hence why we currently have *just* the function form for
files/folders with specified folder.
Warmest Regards,
Mark.
P.S. The problem with function-property duality only occurs when the
argument of the function is an arbitrary string - as in this case. The
duality is fine if the function acts on a type which is entirely
distinct from control id syntax:
put the sin of pString -- OKAY, 'sin' only acts on numbers, not
control refs
put the files of pFolder -- NOT OKAY, a folder could have name
'control "foo"'
--
Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps
More information about the use-livecode
mailing list