Discussion | Summary of action items
Refer also to:
There is no next meeting scheduled; discussion will take place on the spec-prod list (archive). Deadline for action items is 12 September.
Scribe Note: Some of the links on this page are to Member-only information.
Janet Daly, Max Froumentin, Paul Grosso, Max Froumentin, Eduardo Gutentag, Hugo Haas, Patrick Ion, Ian Jacobs (Chair/Scribe), Susan Lesch, Philippe Le Hégaret, Arnaud Le Hors, Eve Maler, Norm Walsh. Also, Karl Best (briefly).
Chair Note: The bridge was full at the beginning of the call as the previous Working Group's teleconference ended. I apologize to those who missed the call because they were not able to join the call during the first few minutes.
Scribe Note: I've organized the minutes according to publication scenarios, not based on the order of comments.
PG: We can distinguish two cases:
PG: Documentation of processes and policies for naming, content negotiation, etc. when publishing html generated from xml, or when publishing xml directly. (Some issues that arose during publication of XML 1.0 second edition).
EM: Do people expect to continue to author in xhtml and convert each time to XMLSpec, or to convert once to XMLspec and continue from there? Conversion strategies will differ depending on what your goals are in this regard. I recommend optimizing for one-time conversion.
MF: I'm working on tools to generate XSL FO's from XMLSpec. I've had some problems getting FOP (XSL FOs to PDF) to work on documents larger than 10 pages.
NW: There are ways to increase the memory limits.
ALH: We should focus on generating PDF. Then you get PS for free.
Scribe Note: The previous list has been gleaned from the IRC log and does not constitute produce endorsement.
IJ: Dan Connolly does not want a centrally managed DTDs. Use schemas.
PLH: I'd prefer not to have extensibility, but would like a formal process for getting something in the DTD.
EM: I think that in general people will want to extend the DTD for their specific needs.
NW: The reasonable way forward is to approach this as a parallel standardization: have a core DTD + style sheet. When you want to propose an extension, some group reviews the proposal and helps them extend it for their needs.
PG: I'd rather people avoid extending where possible. If they're using XML as a database (case a above), that's one thing. But if they're using XML to publish directly, then avoid extensions.
EM: A single XML DTD will help people meet W3C publication rules. Do you prefer "late binding" (everyone can do what they want as long as they meet pubrules) or "early binding" (if you start with XMLSpec or some other tool provided by the W3C Comm team, you will get a lot for free).
Results of all actions to be sent to spec-prod. Deadline for all action items: 12 September 2000.
Issue: What should the core be? E.g., should it include possibilities for DOM APIs since more than DOM WG are developing these APIs?
IJ: Those present unanimously agreed that information about publication tools should be public.
ISSUE: spec-prod is public and so should be any home page for information to editors. How to release a W3C tech report is Member-only.