Re: trouble with split document and markup element selection

[email protected]
Newsgroups gmane.emacs.psgml.user
Message-ID <[email protected]>
Lennart Staflin and Ron Ross (thanks again guys !) pointed me to the fact that the problem was the 

mode: sgml 

tag, it should have read

mode: xml

I actually just removed all the variables except for sgml-parent-document, and it works great.

Moritz

On Mon, Jul 08, 2002 at 11:22:02AM -0400, Stuart Popejoy wrote:
> Hi,
> 
> I was able to reproduce your problem. It might be too difficult for 
> psgml to handle a child document inside of "part" tags, because part 
> expects to start with "title" or "partinfo" before it gets to "chapter".
> 
> Depending on what content you want your child doc to hold, I managed to 
> get some settings to work.
> 
> The following setup will allow you to have a child doc with one and only 
> one chapter:
> 
> parent:
> ...
> <part><title>Part Title</title>
>   &my_chapter;
> </part>
> ...
> 
> child:
> <chapter> .... </chapter>
> <!-- Local Variables: -->
> <!-- sgml-parent-document: ("./parent.xml" "book" "part" "chapter") -->
> <!-- End: -->
> 
> On the other hand, if you want your child doc to contain an entire 
> "part", it's much easier on psgml if you include the "part" tags in the 
> child doc. It doesn't sound like that's what you want, but in case you 
> do, the setting for that is: sgml-parent-document is ("./parent.xml" 
> "book" ("part") "book"); and the child doc contains one or more entire 
> "part" element(s).
> 
> 
> HTH,
> Stuart
> 
> 
> 
> Ron Ross wrote:
> >>>><!--
> >>>>   Local Variables:
> >>>>   mode: sgml
> >>>>   sgml-declaration: "chapter.decl"
> >>>>   sgml-indent-data: t
> >>>>   sgml-omittag: nil
> >>>>   sgml-always-quote-attributes: t
> >>>>   sgml-parent-document: ("Grass_tutorial.xml" "part" "chapter")
> >>>>   End:
> >>>>-->
> >>>>
> >>>>
> >>>>And the following header in Grass_tutorial.xml:
> >>>>
> >>>><?xml version='1.0' encoding='ISO-8859-1'?>
> >>>><!DOCTYPE book PUBLIC '-//OASIS//DTD DocBook XML V4.1.2//EN'
> >>>>"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
> >>>
> >>>Just checking: apart from this header, does Grass_tutorial.xml have the
> >>>enveloping markup? i.e.:
> >>>
> >>> [<!ENTITY mychapt SYSTEM "mychapter.xml">]>
> >>> <book>
> >>>  ... <part> &mychapt; </part> ...
> >>>  </book>
> >>>
> >>>with an entity declaration for the subdocument in the prolog and a
> >>>reference to it between the "part" start and end tags. (Actually, the
> >>>entities might not have to be set up, but I think the markup does).
> >>>
> >>
> >>Yes, both of that is present in the Grass_tutorial.xml file.
> >
> >
> >I'm stumped then. I made heavy use of this a year or so ago (in SGML,
> >psgml 1.2.x) and just tested with a simple set of XML files (in
> >1.3.0beta) and had no problem then or now. Does Emacs/Psgml throw up any
> >error messages when first attempting to parse the dtd?
> >
> >Ron
> >
> >
> >
> >-------------------------------------------------------
> >This sf.net email is sponsored by:ThinkGeek
> >Got root? We do.
> >http://thinkgeek.com/sf
> >_______________________________________________
> >Psgml-user mailing list
> >[email protected]
> >https://lists.sourceforge.net/lists/listinfo/psgml-user
> >
> >
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Oh, it's good to be a geek.
> http://thinkgeek.com/sf
> _______________________________________________
> Psgml-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/psgml-user
>
signature.asc (application/pgp-signature, 241 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Pour information voir http://www.gnupg.org

iD8DBQE9KbA6yrpWRtQydA0RAvYdAJ9PIJrVOxkhJwD+35p58h2oiUtlxACeMHbt
7hDg8uF90HtatTMLVEiMfRY=
=8KW3
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.