Re: DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsertexternal files

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. >ambiguity about the >processing model (as Norm mentioned, it's not clear whether you do >validation before or after XInclude) As you choose > a

Re: DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsert external files

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 done first? XInclude or Docbook 5? My current understanding is that XInc

DOCBOOK: RE: Concrete proposal for #480954: Extend textobject toinsert ex ternal files

But that does not work for formalequation or informalequation > -Original Message- > From: Norman Walsh [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, 13 November 2001 11:15 > To: Phillip Shelton > Cc: [EMAIL PROTECTED] > Subject: Re: Concrete proposal for #480954: Extend textobject > to in

Re: DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsertexternal files

Elliotte Rusty Harold <[EMAIL PROTECTED]> writes: > Is there any reason not use XInclude instead? Why reinvent the wheel? I'm not really up to date on XInclude, but isn't the spec still just a working draft, and aren't there some problems with it? I remember discussions about incompatibilities w

DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsert external files

/ Phillip Shelton <[EMAIL PROTECTED]> was heard to say: | By the way, your Concrete proposal only mentions inlinemediaobject. Is it | possible to add this to the mediaobject as well? Yes. But to avoid extra whitespace in (for example), it's better to use

RE: DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsert external files

> -Original Message- [snip] > > I had imagined that the 'fileref' or 'entityref' attributes would be > > sufficient. In any context, > > > > > > > > would insert the contents of somefile.txt as unparsed text (to > > whatever extent that textobject is used). Likewise, in any context: >

Re: DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsert external files

> From: Norman Walsh <[EMAIL PROTECTED]> > > / Bob Stayton <[EMAIL PROTECTED]> was heard to say: > | > From: Norman Walsh <[EMAIL PROTECTED]> > [...] > | > If we do that, I suggest that we change the content model of > | > inlinemediaobject to: > | > > | > inlinemediaobject ::= > | > (objectinfo

Re: DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsertexternal files

Is there any reason not use XInclude instead? Why reinvent the wheel? I'm already using XInclude as part of my processing chain for Processing XML with Java, , and it works very nicely. -- +---++---

DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsert external files

/ Bob Stayton <[EMAIL PROTECTED]> was heard to say: | > From: Norman Walsh <[EMAIL PROTECTED]> [...] | > If we do that, I suggest that we change the content model of | > inlinemediaobject to: | > | > inlinemediaobject ::= | > (objectinfo?, | > textobject+| | > ((videoobject|audioobject|imageobj

Re: DOCBOOK: Re: Concrete proposal for #480954: Extend textobjecttoinsertexternal files

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. > > Hmm, but what should we call that attribute? I see three candidate

Re: DOCBOOK: Concrete proposal for #480954: Extend textobject toinsert external files

> From: Norman Walsh <[EMAIL PROTECTED]> > > The content model of inlinemediaobject is currently: > > inlinemediaobject ::= > (objectinfo?, > (videoobject|audioobject|imageobject), > (videoobject|audioobject|imageobject|textobject)*) > > And the stylesheets support a hack whereby you can say

DOCBOOK: Re: Concrete proposal for #480954: Extend textobject toinsertexternal files

/ Jirka Kosek <[EMAIL PROTECTED]> was heard to say: | I think that we should also add encoding attribute for holding encoding | name of included file. Stylesheet and processing tools haven't chance Good point. | For some application it may be useful to have also format or type | attribute here.

Re: DOCBOOK: Concrete proposal for #480954: Extend textobject toinsertexternal files

Norman Walsh wrote: > And the stylesheets support a hack whereby you can say > > > > and literally insert the content of somefile.txt into the result. > > As this RFE suggests, it might be more reasonable to allow textobject > to directly insert a file by adding entityref and fileref attrib

Re: DOCBOOK: Re: Abbreviations and Ordinals

On Monday, 12. November 2001 11:22, Yann Dirson wrote: > On Fri, Nov 09, 2001 at 04:31:13PM -0500, Norman Walsh wrote: > > | 2. In German typography, ordinal numbers are indicated by a > > |period after the corresponding cardinal number. Normally, > > |you would want to have a smaller spac

DOCBOOK: SGML Page Header/Footers Syntax

Hello Please tell me how to include the Page Header and Footer in the SGML Document. What are all the different Header/Footer formats(like Page no: "1 of 200" , say , at the bottom, and Chapter name at the top of each Page etc) Philip. http://www.openit.no/

Re: DOCBOOK: Re: Abbreviations and Ordinals

Norman Walsh wrote (2001-11-09 (16:31)): > | 2. In German typography, ordinal numbers are indicated by a > |period after the corresponding cardinal number. Normally, > |you would want to have a smaller space after this period > |than after a period terminating a sentence. In TeX, you

DOCBOOK: Concrete proposal for #480954: Extend textobject to insertexternal files

The content model of inlinemediaobject is currently: inlinemediaobject ::= (objectinfo?, (videoobject|audioobject|imageobject), (videoobject|audioobject|imageobject|textobject)*) And the stylesheets support a hack whereby you can say and literally insert the content of somefile.txt into t

DOCBOOK: Re: bug report

/ Mike <[EMAIL PROTECTED]> was heard to say: | iso-num.ent line 19 reads: | | should be: | | | iso-num.ent line 31 reads: | | should be: | Nope, see http://www.w3.org/TR/REC-xml#sec-predefined-ent Be seeing you,

DOCBOOK: Concrete proposal for #480955: Add coref

I suggest we add And allow it everywhere that 'co' can occur: computeroutput, prompt, userinput, programlisting, literallayout, screen, synopsis, replaceable, and systemitem. Be seeing you, norm -- Norman Wals

DOCBOOK: Re: DSSSL stylesheets

Yann Dirson <[EMAIL PROTECTED]> writes: > ...and with respect to table processing, although jade itself can help > much, jadetex is limited in many many ways. For HTML production, the > DSSSL toolchains work fine for me, I had trouble with the XSL > toolchain but did not investigate very deeply.

Re: DOCBOOK: Problems with images

--dicp5grlxus9uUnk Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 11, 2001 at 12:23:40AM +0100, Julio Merino wrote: > En s=E1b, 2001-11-10 a 23:58, Tim Waugh escribi=F3: > > I think what you want to do is > >=20 >

Re: DOCBOOK: Re: DSSSL stylesheets

On Sat, Nov 10, 2001 at 04:54:09PM -0500, Norman Walsh wrote: > / Julio Merino <[EMAIL PROTECTED]> was heard to say: > | Oh oh... I'm starting to feel afraid if I want to customize tables, for > | example... > > Depends what you want to customize. DSSSL and XSL can both do almost > anything, but

Re: DOCBOOK: Re: Abbreviations and Ordinals

On Fri, Nov 09, 2001 at 04:31:13PM -0500, Norman Walsh wrote: > | 2. In German typography, ordinal numbers are indicated by a > |period after the corresponding cardinal number. Normally, > |you would want to have a smaller space after this period > |than after a period terminating a se