Two questions that we thought might be good to seek the community views.

1: Initialisation of arrays.

We now have statements like
kT[] = fillarray(1,2,3,4)
working.  Some concern was expressed about the long-windedness on this. 
It has been suggested that we use the simpler/shorter
kT[] = array(1,2,3,4)
or we could seek some other syntax.  As far as we can tell the form
kT[] = [1,2,3,4]
is problematic, but we could (for effort) introduce something like
kT[] = '[1,2,3,4]
but is it worth it and would that be clear anyway?

No promises as to what we eventually do but what would be best for users?


2:  Strings in Scores

The question relates to escaped characters.  Currently the string

"abc\n"

is stored as 5 characters. If it is used in an instrument to print then
the printkS or hatever interprets the \n as a newline.

The alternative is to store this as 4 characters and do the interpretation
of escapes at read time.  The down side is that to print a \ character
this way would require 4 \s in the score (that is "\\\\").  However then "
could be included in a string.  It is unclear to me which is best.

Any thoughts?

==John ff


------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> Dear John,
>
> On 31 May 2013 10:04,  wrote:
>
>> Two questions that we thought might be good to seek the community views.
>>
>> 1: Initialisation of arrays.
>>
>>
> kT[] = [1,2,3,4]
>>
>> I would be in favour of the above.
>
> Best,
> Peiman
>

That is the version you cannot have!  It causes way too many parsing
problems or did when we tried before.  I can look at it I suppose....



------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> Oh, sorry I missed that part!
>
> I think kT[] = '[1,2,3,4] is confusing so if the simple square brackets is
> not possible then I guess kT[] = array(1,2,3,4) would do. Does this mean
> that the size is automatically set?
>

Yes, but only 1D arrays at present



------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> The problem with this is that then there won't be any way of passing
> arrays
> in p-fields. Now if [...] was accepted then it could also be used in the
> score.
>

Score syntax is a totally different issue.  I have stsrted a revised score
parser where things are different.  Adding such syntax is not hard there;
using it is much harder
==John


------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

thanks very much for the question first!

as peiman and oeyvind i am also in favour of
kT[] = array(1,2,3,4)
if the simple
kT[] = [1,2,3,4]
is not possible because of parsing issues.

as to the strings, i'd like to ask if this would be currently possible:
"abc\"myfile.wav\"\n"?
if so, i think it might be the best solution.

	joachim



Am 31.05.2013 11:04, schrieb jpff@cs.bath.ac.uk:
> Two questions that we thought might be good to seek the community views.
>
> 1: Initialisation of arrays.
>
> We now have statements like
> kT[] = fillarray(1,2,3,4)
> working.  Some concern was expressed about the long-windedness on this.
> It has been suggested that we use the simpler/shorter
> kT[] = array(1,2,3,4)
> or we could seek some other syntax.  As far as we can tell the form
> kT[] = [1,2,3,4]
> is problematic, but we could (for effort) introduce something like
> kT[] = '[1,2,3,4]
> but is it worth it and would that be clear anyway?
>
> No promises as to what we eventually do but what would be best for users?
>
>
> 2:  Strings in Scores
>
> The question relates to escaped characters.  Currently the string
>
> "abc\n"
>
> is stored as 5 characters. If it is used in an instrument to print then
> the printkS or hatever interprets the \n as a newline.
>
> The alternative is to store this as 4 characters and do the interpretation
> of escapes at read time.  The down side is that to print a \ character
> this way would require 4 \s in the score (that is "\\\\").  However then "
> could be included in a string.  It is unclear to me which is best.
>
> Any thoughts?
>
> ==John ff
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net