Re: DocBook Publishers DTD

Norman Walsh <ndw <at> nwalsh.com> writes:
> Here's a better version. I've fixed the duplicate attribute
> declarations caused by attribute co-constraints and a number of other
> little bugs. The dcterms: namespaced elements should also work better.

Here's an even better still version. This now passes muster in Xerces
and Saxon. Like the base DocBook DTD, I think it's interesting that
nsgmls reports ambiguous content models that neither Xerces nor Saxon
notice. For the moment, I'm not going to try to fix those, I'm not
sure it's practical.

                                        Be seeing you,
                                          norm

--

-- 
Norman Walsh <ndw <at> nwalsh.com>      | Chinese Proverb: He who asks is a
http://www.oasis-open.org/docbook/ | fool for five minutes, but he who
Chair, DocBook Technical Committee | does not ask remains a fool
                                   | forever.

Re: DocBook V5.0 DTD

Norman Walsh <ndw <at> nwalsh.com> writes:
> I've checked in (most of) the sources, but I haven't quite got all the
> bits lined up. Rather than wait until I do, here's a copy of the DTD that
> my process builds. Any feedback most appreciated.

I've fixed a few more problems. This now passes muster in Xerces and
Saxon. I think it's interesting that nsgmls reports ambiguous content
models that neither Xerces nor Saxon notice. For the moment, I'm not
going to try to fix those, I'm not sure it's practical.

                                        Be seeing you,
                                          norm

--

-- 
Norman Walsh <ndw <at> nwalsh.com>      | Men never do evil so completely
http://www.oasis-open.org/docbook/ | and cheerfully as when they do it
Chair, DocBook Technical Committee | from a religious
                                   | conviction.--Blaise Pascal

Re: Re: DocBook Publishers DTD

Hi Norm,

You may find interesting Tim Bray's comment [1] on that in his annotated 
XML spec [2]:

[1] http://www.xml.com/axml/notes/Determinism.html
***
Deterministic Grammars

This stuff is not worth worrying about. This rule was inherited from 
SGML; its inclusion in SGML was actually a design error. This was 
retained in XML not only for compatibility with SGML (not quite a good 
enough reason; I voted against it) but because some of the most popular 
existing SGML tools actually rely on it for certain internal optimizations.

It's likely that quite a few XML products will never bother checking for 
violations of this rule, because it's hard; if you're writing a DTD and 
you get a complaint about a nondeterministic content model, then you 
might find it worthwhile to read the appendix.
***

[2] http://www.xml.com/axml/target.html#determinism

Best Regards,
George
--

-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Re: Re: DocBook Publishers DTD

Norman Walsh wrote:
> Norman Walsh <ndw <at> nwalsh.com> writes:
>> Here's a better version. I've fixed the duplicate attribute
>> declarations caused by attribute co-constraints and a number of other
>> little bugs. The dcterms: namespaced elements should also work better.
> 
> Here's an even better still version. This now passes muster in Xerces
> and Saxon. Like the base DocBook DTD, I think it's interesting that
> nsgmls reports ambiguous content models that neither Xerces nor Saxon
> notice. For the moment, I'm not going to try to fix those, I'm not
> sure it's practical.

Are you sure that nsgmls is right there? It has been long time, but IIRC
ambiguity rules are little bit more relaxed in XML.

My experience is that xmllint is the most picky one and it has some
complaints:

publishers.dtd:6452: validity error : Definition of bibliomixed has
duplicate re
ferences to publisher
>
 ^
publishers.dtd:6452: validity error : Definition of bibliomixed has
duplicate re
ferences to title
>
 ^
publishers.dtd:6474: validity error : Definition of bibliomset has
duplicate ref

3rd CfP: INTERNET 2010 || September 20-25, 2010 - Valencia, Spain

INVITATION:

=================
Please consider to contribute to and/or forward to the appropriate groups the following opportunity to
submit and publish original scientific results.
=================

============== INTERNET 2010 | Call for Papers ===============

CALL FOR PAPERS, TUTORIALS, PANELS

INTERNET 2010: The Second International Conference on Evolving Internet
September 20-25, 2010 - Valencia, Spain

General page: http://www.iaria.org/conferences2010/INTERNET10.html

Call for Papers: http://www.iaria.org/conferences2010/CfPINTERNET10.html

Submission deadline: April 20, 2010

Sponsored by IARIA, www.iaria.org

Extended versions of selected papers will be published in IARIA Journals: http://www.iariajournals.org
Publisher: CPS ( see: http://www2.computer.org/portal/web/cscps )
Archived: IEEE CSDL (Computer Science Digital Library) and IEEE Xplore
Submitted for indexing: Elsevier's EI Compendex Database, EI's Engineering Information Index
Other indexes are being considered: INSPEC, DBLP, Thomson Reuters Conference Proceedings Citation Index

Please note the Poster Forum and Work in Progress options.

3rd CfP: ACCESS 2010 || September 20-25, 2010 - Valencia, Spain

INVITATION:

=================
Please consider to contribute to and/or forward to the appropriate groups the following opportunity to
submit and publish original scientific results.
=================

============== ACCESS 2010 | Call for Papers ===============

CALL FOR PAPERS, TUTORIALS, PANELS

ACCESS 2010: The First International Conferences on Access Networks, Services and Technologies
September 20-25, 2010 - Valencia, Spain

General page: http://www.iaria.org/conferences2010/ACCESS10.html
Call for Papers: http://www.iaria.org/conferences2010/CfPACCESS10.html

Submission deadline: April 20, 2010

Sponsored by IARIA, www.iaria.org
Extended versions of selected papers will be published in IARIA Journals: http://www.iariajournals.org
Publisher: CPS ( see: http://www2.computer.org/portal/web/cscps )
Archived: IEEE CSDL (Computer Science Digital Library) and IEEE Xplore
Submitted for indexing: Elsevier's EI Compendex Database, EI's Engineering Information Index
Other indexes are being considered: INSPEC, DBLP, Thomson Reuters Conference Proceedings Citation Index

Please note the Poster Forum and Work in Progress options.

The topics suggested by the conference can be discussed in term of concepts, state of the art, research,

GSoC 2010 - Integration of BoostBook with DocBook

Re: GSoC 2010 - Integration of BoostBook with DocBook

On Tue, 6 Apr 2010 00:38:15 +0100, Muhammad Rehan Shaukat
<rehan.shaukat <at> gmail.com> wrote:
> I have submitted the proposal for GSoC, titled as: "Integration of
> BoostBook
> with DocBook". This project is proposed by Stefan Seefeld. Please find
the
> abstract below:
> 
> ...There is a need to merge the BoostBook with DocBook
> v5.0 in order to extend the existing functionality of DocBook to
document
> APIs. The successful integration of BoostBook with DocBook will enable
the
> DocBook to provide vocabulary for both technical and API
documentations."*

I don't know if it's my place to comment on this, but I will even if I
shouldn't ).

IMHO, DB is already *far* too cluttered with constructs that are specific
to programming languages.  Rather than add more programming language
"stuff", I think what's already in DB should be moved into one or more
separate libraries or modules, preferably with their own namespace.  A
namespace change for some subset will be non-backwards compatible, but I
don't think that's a reason to avoid it.

   /s/
   A happy user of a subset of DocBook
   (Mike Maxwell)

Re: GSoC 2010 - Integration of BoostBook with DocBook

On 04/05/2010 08:05 PM, maxwell wrote:
>
> IMHO, DB is already *far* too cluttered with constructs that are specific
> to programming languages.  Rather than add more programming language
> "stuff", I think what's already in DB should be moved into one or more
> separate libraries or modules, preferably with their own namespace.  A
> namespace change for some subset will be non-backwards compatible, but I
> don't think that's a reason to avoid it.
>    

I fully agree with what you are saying, and can happily confirm that 
this is indeed the idea: The added vocabulary will go into an extension 
profile, and thus be available as a separate module, to be explicitly 
referenced from a different namespace.

In fact, I hope that a similar strategy may be chosen for other ports, 
such as the Website and Slides vocabularies, when they are ported to 
DocBook 5.

         Stefan

--

-- 

       ...ich hab' noch einen Koffer in Berlin...

Re: GSoC 2010 - Integration of BoostBook with DocBook

On Mon, 05 Apr 2010 22:22:05 -0400
Stefan Seefeld <seefeld <at> sympatico.ca> wrote:

> In fact, I hope that a similar strategy may be chosen for other
> ports, such as the Website and Slides vocabularies, when they are
> ported to DocBook 5.

Perhaps that's a good GSOC idea? Designing
a strategy to 'part' docbook into sub-vocabs
and provide a mechanism whereby any pairing could
integrate without problems. 

regards

-- 

regards 

--

-- 
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk