[uf-dev] How do we (want to) document parsing?

Ben Ward lists at ben-ward.co.uk
Wed Jun 11 13:26:26 PDT 2008


Parser devs,
I've been carrying on work on speccing value-excerpting, I'm keen that 
we set a good example of specifying parsing rules with this, with a 
view to requiring a higher standard in future and also going back to 
better spec the other patterns and microformats.
To be honest, I'm underqualified for this. Actually, wait, that's not 
true, I'm amply qualified but haven't applied any of my knowledge of 
representing processes and so forth in the real world. Anyway, 
digression.
I have, for better, worse or more likely embarrassment, put together a 
shoddy flow chart of how parsing of the value-excerption-pattern could 
work, factoring in the open issue of parsing @titles from empty 
elements (I'm working on the issues one at a time).
We don't have uploading enabled on the wiki, so it's here: -ward.co.uk/ 
microformats/value-excerption-pattern/ValueExcerptionParseFlowChart.png
My question is simple, in creating it I came across one open issue 
with the parsing flow, so it's been useful to do, but I need to know 
is it actually useful documentation in itself? Would you refer to 
something diagrammatic when implementing a parser? Or is there some 
other, better (perhaps more Wiki compatible) means of representing 
parsing rules and method branching that we should adopt? Would pseudo- 
code be sufficient?
I know test cases are also a big thing, and I'll produce some of those 
as well as I work through the issue log.
Thanks,
Ben


More information about the microformats-dev mailing list

AltStyle によって変換されたページ (->オリジナル) /