On Tue, Sep 11, 2012 at 2:42 AM, Sylvester Keil <[email protected]> wrote: > Name parsing should strictly be optional; I've written a name parser for > citeproc-ruby to deal with single-field names, but because of language / > cultural differences this can quickly become infeasible. In some languages, > for example, even word segmentation alone is a hard problem. I've gone to > great lengths to support names passed in a single field; IIRC Frank even > handles Japanese names specifically – but I would be careful to make it > mandatory for CSL processors to implement such features as it sets the bar > pretty high.
Agreed that parsing of unstructured data (dates, names) should be optional. (the closest the spec comes in discussion unstructured data is in its description of the is-numeric conditional) >> * the JSON schemas. These could use some documentation. > > I would agree that the data/input format should receive more attention in the > future. > > A few months ago, I recorded a some observations about the format here: > https://github.com/citation-style-language/schema/wiki/Processor-input-%28JSON%29 Jakob Voss posted some comments a while back, too: https://github.com/citation-style-language/schema/issues/31 https://github.com/citation-style-language/schema/issues/70 refers to the input format as well. (and, somewhat related, https://github.com/citation-style-language/schema/issues/6 ) >> - One of the things I'd really like to see is an improved CSL test >> suite. Sylvester posted a Cucumber mockup format a while back ( >> https://github.com/inukshuk/citeproc-ruby/blob/1c420de0f7a86b7c35782dee86ce62cbebb47ab9/features/condition/is_numeric.feature >> ). I never had much success adding styles to the current test suite >> setup, and I really would like to be able to categorize tests (e.g. on >> CSL version, and on the CSL feature that is being tested). If the >> infrastructure is there, I wouldn't mind annotating the existing tests >> by hand. > > I'm still working on the rewrite of citeproc-ruby; I've made good progress > over the summer and I'm currently able to test individual rendering elements > in isolation. Once I move on to the point where I can work with integration > and acceptance type of tests, I intent to continue the work in the > csl-test-suite package. The plan, right now, is to use Cucumber, because I > think it offers a number of features that we need, but make it a priority for > the tests to be convertible to the current JSON format so that other > implementations can use the tests without having to make any changes. Sounds great. Rintze ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ xbiblio-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
