Along the way, we’ve had discussion of:
- Layout/styling technologies that people have used 
- Readability or otherwise of EPUB standards 
- S100D IETP 
- Advantages of learning German 
- Silos versus outreach 
- Crystal goblets and window types 
And threads that were started but not taken up included:
- Listing people/companies with software that matches our definition 
- Making a common glossary 
- Whether “0” valid for all XSL-FO lengths 
- Commenting on other people’s specs 
The first two suggestions for revising the group description were for keeping the focus on XSL-FO  and dropping the XSL-FO mentions , respectively.
We also heard about:
- Needs of developers and that “Our major end user community here is not professional publishing experts.” 
- “any additional participation in the PPL group will be representative of the professional publishing expert community.” 
- “I know quite a few people in the Digital Publishing Interest Group who would be happy to join the conversation over here” 
- “I manually modified the FO file to get the results they wanted. That was a rather painful process – and it would have been impossible, if they had to do it by themselves, as none of them seems to be willing to invest time in learning XSL-FO.” 
- “I want ‘decent’ (easy to read) print. I generally use docbook stylesheets or tweak my own generic. Key point. No layout requirements which might be seen as verging on paranoia and harking back to manual typesetting.” 
- “Programmatic approaches to creating PDF and Postscript are nothing new to me, nor to many programmers tasked with publishing.” 
- “While it might not be hard to create a PDF file, creating a PDF file that is suitable for today’s publishing needs is.” 
- “The difficulty I have with saying that we will produce XSL-FO 2.0 or even a 1.2 is that we have no reasonable expectation that it will be implemented.” 
- “it’s closer to the whole shooting match that needs a review, putting it perhaps too strongly, it simply doesn’t match with what CSS offers, a dumb syntax that (nearly) does what FO does?” 
- “CSS syntax is being cleaned up, but I think some of the simplicity is deceptive, because it doesn’t do as much as FO.” 
- “CSS has shown a longevity and a capability to grow that I certainly didn’t expect back in 1994-1998, even though I designed it to be extensible. On the other hand, the increased size already means that it isn’t easy for people to learn CSS anymore and we should ask ourselves if it isn’t better to leave CSS alone and create a new style sheet standard that, from the start, is meant to be good enough for complex publications.” 
- “XSL-FO is not suffering low rates of adoption because it’s more difficult to use than other technologies, it’s suffering because it hasn’t been sold that well.” 
- “Dave Cramer’s ‘Requirements for Latin Text Layout and Pagination’ is to cover ‘requirements for pagination and layout of books in latin languages’, and the XSL-FO spec and various CSS modules are about how to instantiate pagination and layout, but there is a middle ground for material about how to do a good job at pagination and layout.” 
- “So I do think there’s a lot of mileage to be had in FO tutorials and examples – when Tony mentioned SWIG I thought at first he was referring to the success of the semantic web interest group in doing that sort of outreach :)” 
So if you’re still reading this (even if you’ve skipped past the quotes to get to here), you’ll know that we’ve had good, robust discussion. We’ve also had a few instances of people looking at the same information and coming to opposite conclusions, but isn’t life ever thus?
The next step is a survey based on the ideas put forward so we can quantify and prioritise what people both inside and outside the CG see us as doing.
See http://lists.w3.org/Archives/Public/public-ppl/2014Jan/0067.html for the rest of the references. There seems to be a size limit on posts, and putting in all the references results in a ‘Bad Request’ error when saving this post.