- Original Message -
From: "Norman Walsh" <[EMAIL PROTECTED]>
To: "David Penton" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 8:24 PM
Subject: Re: table entry formatting
> / David Penton <[EMAIL PROTECTED]> was heard to say:
> | and the display of borders
Looks fine to me.
> -Original Message-
> I think we can break "personname" out of this:
>
> personname ::=
> ((honorific|firstname|surname|lineage|othername)+)
>
> Then authors (editors, etc) might have this content model:
>
> author ::=
> ((personname, personblurb, affiliation
I have a long standing action item to revisit name and address markup.
The most often reported problem with the current markup is that there's
no way to associate an email address with a person independent of their
organizational affiliation.
No obvious right answer is occurring to me, so I thoug
/ David Penton <[EMAIL PROTECTED]> was heard to say:
| and the display of borders. But I cannot spot anyplace where one might
| control what goes on inside a table entry. Specifically, where would one
| express the geometry of the area inside the rectangular boundaries of the
| entry (cell margi
Greetings good people. This is my first post to this list, so as usual I
stand ready to be chastised if my question is not appropriate to the list,
already answered in a FAQ somewhere, etc. etc.
I am puzzled about how one controls the rendering of tables in docbook. I
suppose probably the gener
My mistake. I read it that you were only going to change inlinemediaobject
and nothing else. So I wondered how that was going to help formalequation
which only allows mediaobject's
Phill
> -Original Message-
> From: Norman Walsh [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 13 November 2
>I know this is probably stupid and I probably have things set up wrong
>but could you possible give me a hint.
>
>I run a test document
>
>nsgmls -sv -E 1000 sample-docbook.xml
>
>I think it is finding the correct DTD but I get a set of the following
>errors for every file in the ent directory
I know this is probably stupid and I probably have things set up wrong
but could you possible give me a hint.
I run a test document
nsgmls -sv -E 1000 sample-docbook.xml
I think it is finding the correct DTD but I get a set of the following
errors for every file in the ent directory
...
nsgml
At 09:06 13/11/2001 -0400, Elliotte Rusty Harold wrote:
>OK, I can see that; but DocBook doesn't need PSVI properties so this isn't
>a problem here. Heck. there's not even a schema for DocBook yet, is there?
Can you try and persuade the laggards that its worthwhile Elliot?
E.g. some example s
At 10:31 13/11/2001 +0100, Jakob wrote:
>Hi,
>
>I just subscribed to this list. I didn't find info on this in the
>archive, nor
>in the o'reilly docbook guide.
>
>I would like to understand the chunking mechanism used by the dbk xsl style
>sheets.
(this is a first)
http://www.dpawson.co.uk/doc
On Tue, Nov 13, 2001 at 05:38:12PM +0100, Peter Ring wrote:
> Wrt. XInclude and SGML, something similar has already been invented
> in HyTime, http://www.ornl.gov/sgml/wg8/docs/n1920/html/n1920.html.
> A lot of what is being accomplished with XML now was already present
> in HyTime five years a
IMHO, XInclude is useful for collecting
nodes or nodesets from a number of documents. It can be used
right away; the biggest problem is actually to customize the
DocBook DTD to allow an 'include' element in appropriate places.
The XInclude namespace is a non-problem, at least until someone
e
At 8:58 AM -0500 11/13/01, Norman Walsh wrote:
>But, using XInclude would raise at least the following issues:
>
>1. Can we limit it to parse=text. I don't think so. If we refer
>normatively to XInclude, we have to accept XInclude semantics.
>
Fine with me. :-)
>2. Where would we allow xin
On Tue, Nov 13, 2001 at 04:05:01PM +0100, Jirka Kosek wrote:
> > content-type are not generic enough. We should be able to have
> > control to a level like image/bitmap/png/rle-compressed, which the
> > 2-level of MIME can't express. At least it would be useful to a
> > stylesheet to have the "i
On Tue, Nov 13, 2001 at 09:06:27AM -0400, Elliotte Rusty Harold wrote:
> Heck. there's not even a schema for DocBook yet, is there?
There's an experimental one in the docbook pages.
> > Well actaully XInclude works at the Infoset level, and DTD validation
> >is not defined on theorical ground a
At 3:28 AM -0500 11/13/01, Daniel Veillard wrote:
>On Mon, Nov 12, 2001 at 10:18:00PM -0400, Elliotte Rusty Harold wrote:
>> At 11:33 AM +0900 11/13/01, Michael Smith wrote:
>> > I remember
>> >discussions about incompatibilities with schemas
>>
>> I can't imagine what that might be.
>
> PS
At 9:13 AM +0100 11/13/01, Jirka Kosek wrote:
>If we could easily use namespaces with DocBook I think that using
>XInclude would be good decision. But at the present time, using
>namespaces in DocBook documents brings one big problem:
>
>Many editing and processing tools aren't NS aware - many Do
On Mon, Nov 12, 2001 at 06:43:07PM +0100, Jirka Kosek wrote:
> Norman Walsh wrote:
>
> > | For some application it may be useful to have also format or type
> > | attribute here. One can say that format of file is java or text/java and
> > | stylesheet can apply syntax-highlighting on the file.
>
On Tue, Nov 13, 2001 at 08:58:55AM -0500, Norman Walsh wrote:
> 1. Can we limit it to parse=text. I don't think so. If we refer
>normatively to XInclude, we have to accept XInclude semantics.
Can't we somewhat put the parse attribute to #FIXED ? That would just
subset the standard - would be
On Mon, Nov 12, 2001 at 11:43:47AM -0500, Norman Walsh wrote:
> The content model of inlinemediaobject is currently:
>
> inlinemediaobject ::=
> (objectinfo?,
> (videoobject|audioobject|imageobject),
> (videoobject|audioobject|imageobject|textobject)*)
>
> And the stylesheets support a hack wh
Yann Dirson wrote:
> > type - it is used in several markup languages to hold MIME type of data.
> > However MIME approach is not currently used in DocBook, so this change
> > would be quite inconsistent with a rest of DocBook.
>
> MIME denomination is "content-type", not "type". But IMHO MIME
small correction
-Original Message-
From: Peter Ring [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 13, 2001 3:04 PM
To: [EMAIL PROTECTED]
Subject: RE: DOCBOOK: Re: Concrete proposal for #480954: Extend
textobject to insertexternal files
Here's how we currently use XInclude in DocBo
Here's how we currently use XInclude in DocBook. The XInclude processor is
xmllint or procxslt.
The DTD is customized to allow an include element in handy places: in place
of a chapter, in place of a section, or in places where source code etc. is
typically displayed. It's not quite perfect yet,
/ Elliotte Rusty Harold <[EMAIL PROTECTED]> was heard to say:
| At 12:54 PM -0500 11/12/01, Norman Walsh wrote:
|
| >In fact, the only reasons I want to pursue this at all, instead of
| >simply saying "use XInclude" are that (1) XInclude is not a REC,
|
| Which do you think is more likely to be
[Follow-ups to docbook-apps, please]
/ Jakob <[EMAIL PROTECTED]> was heard to say:
| I need to create a similar mechanism for another dtd (which I am not allowed to
| convert to dbk), so I would be grateful for any pointers to urls or
| explications on how this works in general. I am looking a
/ Phillip Shelton <[EMAIL PROTECTED]> was heard to say:
| But that does not work for formalequation or informalequation
Uh, actually, I think it would. Both of the equation contexts allow
the appropriate variant of mediaobject.
There is a separate RFE for allowing text content directly in
equati
Hi,
I just subscribed to this list. I didn't find info on this in the archive, nor
in the o'reilly docbook guide.
I would like to understand the chunking mechanism used by the dbk xsl style
sheets.
I need to create a similar mechanism for another dtd (which I am not allowed to
convert to
On Mon, Nov 12, 2001 at 10:18:00PM -0400, Elliotte Rusty Harold wrote:
> At 11:33 AM +0900 11/13/01, Michael Smith wrote:
> > I remember
> >discussions about incompatibilities with schemas
>
> I can't imagine what that might be.
PSVI properties either not preserved or inaccurate after XInclud
Elliotte Rusty Harold wrote:
>
> It only really requires us to declare the XInclude namespace. It does
> not require use to define a DocBook namespace.
If we could easily use namespaces with DocBook I think that using
XInclude would be good decision. But at the present time, using
namespaces in
29 matches
Mail list logo
