Re: The Detailed and Long files

[Dr. Hawkins via use-livecode]

On Mon, Dec 11, 2017 at 9:06 AM, Mark Wieder via use-livecode
 wrote:
>
> Point taken. Thanks - that was me typing without being sufficiently
> caffeinated.

set the detailed caffeination of Mark to "High.  VERY high."

:)


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462

___
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

Re: The Detailed and Long files

[Richard Gaskin via use-livecode]

Mark Waddingham wrote:

> 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).

Thank you.  That bit o' linguistic weirdness from the HyperTalk team 
always felt like nails on a chalkboard to me.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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

Re: The Detailed and Long files

[Mark Wieder via use-livecode]

On 12/11/2017 08:59 AM, Mark Waddingham via use-livecode wrote:


No - see http://quality.livecode.com/show_bug.cgi?id=3210


Awesome.


My general feeling is that the english-like syntax *should* be:

   the [detailed] files of folder 

i.e. 'the files' is a property of a pseudo-folder object


Point taken. Thanks - that was me typing without being sufficiently 
caffeinated. I did indeed mean "of folder "


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.


That's excellent news.

--
 Mark Wieder
 ahsoftw...@gmail.com

___
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

Re: The Detailed and Long files

[Mark Waddingham via use-livecode]

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 

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 ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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

Re: The Detailed and Long files

[Mark Wieder via use-livecode]

On 12/11/2017 06:47 AM, Mark Waddingham via use-livecode wrote:


I added a second optional parameter to files/folders this morning:

   get files(pFolder) -- the files
   get files(pFolder, "detailed") -- the detailed files


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?

--
 Mark Wieder
 ahsoftw...@gmail.com

___
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

Re: The Detailed and Long files

[Klaus major-k via use-livecode]

Hi Mark,

> Am 11.12.2017 um 15:47 schrieb Mark Waddingham via use-livecode 
> :
> On 2017-12-10 02:33, Klaus major-k via use-livecode wrote:
>> Hi Swami,
>>> Am 10.12.2017 um 02:25 schrieb Sannyasin Brahmanathaswami via use-livecode 
>>> :
>>> it was a huge step to do away with the defaultfolder requirement to get a 
>>> file list
>>> put files(somePath)  is wonderful
>>> but, "u" …we are still forced to change the defaultFolder to get
>>> the detailed|long files
>>> Is it too much to ask for these file info functions to also work "out of 
>>> the box" with just a path param to the folder?
>> already reported about a year ago:
>> 
>> But unfortunately hibernated!?
> I added a second optional parameter to files/folders this morning:
> 
>  get files(pFolder) -- the files
>  get files(pFolder, "detailed") -- the detailed files
> 
> Its the minimal implementation - but fills the main gap that we currently 
> suffer. The second optional parameter 'pKind' could be used in future to 
> offer (maybe) an array form of return value, where you get an array mapping 
> filename to an array of file attributes.
> 
> PR: https://github.com/livecode/livecode/pull/6198

this is wonderful, thank you very much! :-)

> Warmest Regards,
> 
> Mark.

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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

Re: The Detailed and Long files

[Mark Waddingham via use-livecode]

On 2017-12-10 02:33, Klaus major-k via use-livecode wrote:

Hi Swami,

Am 10.12.2017 um 02:25 schrieb Sannyasin Brahmanathaswami via 
use-livecode :


it was a huge step to do away with the defaultfolder requirement to 
get a file list

put files(somePath)  is wonderful
but, "u" …we are still forced to change the defaultFolder to get
the detailed|long files
Is it too much to ask for these file info functions to also work "out 
of the box" with just a path param to the folder?


already reported about a year ago:


But unfortunately hibernated!?


I added a second optional parameter to files/folders this morning:

  get files(pFolder) -- the files
  get files(pFolder, "detailed") -- the detailed files

Its the minimal implementation - but fills the main gap that we 
currently suffer. The second optional parameter 'pKind' could be used in 
future to offer (maybe) an array form of return value, where you get an 
array mapping filename to an array of file attributes.


PR: https://github.com/livecode/livecode/pull/6198

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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

Re: The Detailed and Long files

[Klaus major-k via use-livecode]

Hi Swami,

> Am 10.12.2017 um 02:25 schrieb Sannyasin Brahmanathaswami via use-livecode 
> :
> 
> it was a huge step to do away with the defaultfolder requirement to get a 
> file list
> put files(somePath)  is wonderful
> but, "u" …we are still forced to change the defaultFolder to get
> the detailed|long files
> Is it too much to ask for these file info functions to also work "out of the 
> box" with just a path param to the folder?

already reported about a year ago:


But unfortunately hibernated!?

> BR

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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