Quote:
The best compromise would be if Ruud added functions that simply called the APIs directly. That however adds no real benefit over loading an XML UDF library at the top of a script with your own ReadXML() and WriteXML() functions to call the APIs.
My disagreement with this line of thinking is that it can be extended to all existing kix functions. Just taking a quick look at some kix functions:
AddKey
AddPrinterConnection
AddProgramGroup
AddProgramItem
BackupEventLog
ClearEventLog
DelKey
DelPrinterConnection
DelProgramGroup
DelProgramItem
DelTree
DelValue
(didn't feel like looking past 'D')
We see that all of these functions are available in script via COM, so it certainly seems like there is quite a large amount of duplicated functionality. So if adding internal functions to Kix that call APIs directly is of "no real benefit", then it seems like you are espousing that all of these functions (A-Z) should be deprecated and each script should just contain a massive UDF header library that contains all of the functions that are currently covered by the core language. Since I don't believe that's what you're saying then it comes back to a completely arbitrary decision as to what is included and what is not. So, it really sounds like you're saying not that the language shouldn't support anything that is available via other means but rather you don't think this particular function should be included.
And on that point I don't think we'll ever agree.
_________________________
Stevie
