[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [ddlm-group] CIF-2 changes
- To: Group finalising DDLm and associated dictionaries <ddlm-group@iucr.org>
- Subject: Re: [ddlm-group] CIF-2 changes
- From: Nick Spadaccini <nick@csse.uwa.edu.au>
- Date: Tue, 10 Nov 2009 15:26:50 +0800
- Authentication-Results: postfix;
- In-Reply-To: <279aad2a0911092218i401457b7vebe513e0870eba6f@mail.gmail.com>
On 10/11/09 2:18 PM, "James Hester" <jamesrhester@gmail.com> wrote:
>> The use of the [] in CIF 1 dictionary category name is well-established.
>> I prefer to minimize the impact on handling existing dictionaries in a
>> CIF2 context and to stick strictly to {} as the only brackets in the
>> set of reserved delimiters and to allow both () and [] in non-delimited
>> strings and data names. So let us have another straw vote:
>>
>> Option 1: {} will be reserved, but [] and () will not be reserved; or
>> Option 2: {} and [] will be reserved, but () will not be reserved; or
>> Option 3: {} and () will be reserved, but [] will not be reserved; or
>> Option 4: {}, () and [] will all be reserved
>>
>> I suggest preferences voting noting if any are fatal to anyone.
>>
>> My preferences are in decreasing order: 1 then 3 and 2 then 4, but, as
>> long as we settle this for once and for all, I can live with any of them.
>
> Unfortunately your options exclude allowing brackets both inside
> datanames/non-delimited strings and as list/table delimiters. In
> light of Nick's email I suggest an additional formulation:
Doesn't option 1: cover that case? It allows [] as part of a data name
and/or an unquoted string. It excludes {} from both. I guess you are saying
you can't have [] as part of a data name and/or an unquoted string AND use
it to delimit lists. That would be true.
BUT I think the more pressing issue is that one can't use the data names as
identifier names in a target language if there are ANY punctuation
characters present.
> 0. Make it possible to detect missing whitespace after datanames and
> non-delimited text strings if the following datavalue is a list or
> table? (Yes/No)
>
> If "Yes": which of the above options do you prefer?
> If "No": which of the above options would you prefer if the majority
> prefer "Yes" as an answer to question 0?
>
> I vote "No" (don't make it possible to detect whitespace) and
> preferences same as Herbert (due to already existing square brackets
> in datanames).
>
cheers
Nick
--------------------------------
Associate Professor N. Spadaccini, PhD
School of Computer Science & Software Engineering
The University of Western Australia t: +61 (0)8 6488 3452
35 Stirling Highway f: +61 (0)8 6488 1089
CRAWLEY, Perth, WA 6009 AUSTRALIA w3: www.csse.uwa.edu.au/~nick
MBDP M002
CRICOS Provider Code: 00126G
e: Nick.Spadaccini@uwa.edu.au
_______________________________________________
ddlm-group mailing list
ddlm-group@iucr.org
http://scripts.iucr.org/mailman/listinfo/ddlm-group
Reply to: [list | sender only]
- References:
- Re: [ddlm-group] CIF-2 changes (James Hester)
- Prev by Date: Re: [ddlm-group] CIF-2 changes
- Next by Date: Re: [ddlm-group] UTF-8 versus extended ASCII
- Prev by thread: Re: [ddlm-group] CIF-2 changes
- Next by thread: Re: [ddlm-group] CIF-2 changes
- Index(es):