Re: [LyX/master] DocBook: restore the old DocBook support.

On Wed, Oct 07, 2020 at 05:08:26AM +0200, Thibaut Cuvelier wrote: > commit 1a054e45711f30dfdf197a4d2ead4b3365318208 > Author: Thibaut Cuvelier > Date: Wed Oct 7 05:33:56 2020 +0200 > > DocBook: restore the old DocBook support. > --- > lib/layouts/db_stdclass.inc

Re: New DocBook support

On Wed, 8 Jul 2020 at 15:48, Pavel Sanda wrote: > On Wed, Jul 08, 2020 at 03:44:01PM +0200, Thibaut Cuvelier wrote: > > I don't exactly know where to submit this, so here it is: another patch > to > > clean up. This should remove support for DeclareDocBookClass in layouts, > as > > it's no more u

Re: New DocBook support

On Wed, Jul 08, 2020 at 03:44:01PM +0200, Thibaut Cuvelier wrote: > I don't exactly know where to submit this, so here it is: another patch to > clean up. This should remove support for DeclareDocBookClass in layouts, as > it's no more useful. it's in. p -- lyx-devel mailing list lyx-devel@lists.

Re: New DocBook support

On Fri, 26 Jun 2020 at 18:56, Thibaut Cuvelier wrote: > Dear list, > > Here is the complete set of patches for the new DocBook implementation > I've been working on for the last few years. It is a complete overhaul of > the existing DocBook implementation, with a completely different mindset: > t

Re: Fwd: New DocBook support (0005)

On Wed, Jul 08, 2020 at 02:01:38PM +0200, Pavel Sanda wrote: > You have them in attachment :) now really. p -- pp 2020-07-08 13:56:16.458794194 +0200 ++ 0004-Add-required-elements-in-the-layouts-to-support-DocB.patch 2020-07-08 13:55:04.926411437 +0200 --- a/src/Buffer.cpp +++ b/src/Buffer.

Re: Fwd: New DocBook support (0005)

On Wed, Jul 08, 2020 at 12:35:55AM +0200, Thibaut Cuvelier wrote: > > On Mon, Jul 06, 2020 at 05:18:16AM +0200, Thibaut Cuvelier wrote: > > > > > diff --git a/src/OutputParams.h b/src/OutputParams.h > > > > > index 1ad36722d0..0244a0ea41 100644 > > > Here is a rebased version of the patch. Number

Re: New DocBook support (0005)

On Tue, Jul 07, 2020 at 12:42:06AM +0200, Thibaut Cuvelier wrote: > I didn't change anything, it's still Gmail. Maybe they changed something? Hard to say. I would still bet that something changed in the way how you produce or send the patch, but who knows. > Or shall I use a 7Z archive to keep th

Re: New DocBook support (0004)

On Tue, Jul 07, 2020 at 01:56:24AM +0200, Thibaut Cuvelier wrote: > > Do I get correctly that you want to catch stuff like: > > Header "PUBLIC "-//OASIS//DTD DocBook V4.3//EN"" > > (which won't work because " is not \w) > > and avoid stuff like > > layouts/foils.layout:# Header definitions

Re: New DocBook support (0004)

On Tue, 7 Jul 2020 at 01:21, Pavel Sanda wrote: > On Tue, Jul 07, 2020 at 12:21:58AM +0200, Thibaut Cuvelier wrote: > > So, here is the new (final?) version of that patch. > > > Hmm, this layout2layout snippet: > > +if format == 81: > +match = re.compile(b'(\\s*Header\\s+)(\\w

Re: New DocBook support (0004)

On Tue, Jul 07, 2020 at 12:21:58AM +0200, Thibaut Cuvelier wrote: > So, here is the new (final?) version of that patch. Hmm, this layout2layout snippet: +if format == 81: +match = re.compile(b'(\\s*Header\\s+)(\\w+)', re.IGNORECASE).match(lines[i]) +if match: +

Re: New DocBook support (0004)

On Mon, 6 Jul 2020 at 12:03, Pavel Sanda wrote: > On Mon, Jul 06, 2020 at 04:16:11AM +0200, Thibaut Cuvelier wrote: > > Is agu_stdclass.inc worth keeping, by the way? It really looks like AGU > > used to use a DocBook variant, but that was a while ago: I can't find > > anything related to DocBook

Re: New DocBook support (0005)

On Mon, Jul 06, 2020 at 05:18:16AM +0200, Thibaut Cuvelier wrote: > > > diff --git a/src/OutputParams.h b/src/OutputParams.h > > > index 1ad36722d0..0244a0ea41 100644 > > > --- a/src/OutputParams.h > > > +++ b/src/OutputParams.h > > > @@ -16,6 +16,7 @@ > > > #include "Changes.h" > > > > > > #incl

Re: New DocBook support (0004)

On Mon, Jul 06, 2020 at 04:16:11AM +0200, Thibaut Cuvelier wrote: > Is agu_stdclass.inc worth keeping, by the way? It really looks like AGU > used to use a DocBook variant, but that was a while ago: I can't find > anything related to DocBook or XML on their website, they are only using > Word and L

Re: New DocBook support (0004)

ell as before: I don't know what AGU DTD looked like, it was probably based on DocBook 3, while the main code supports only DocBook 5. I guess the output no longer makes sense. db_stdclass.inc is gone in a later commit, as implementing a compatibility layer for the existing DocBook suppo

Re: New DocBook support (0004)

On Sun, Jul 05, 2020 at 11:51:01PM +0200, Pavel Sanda wrote: > On Sun, Jul 05, 2020 at 06:59:34PM +0200, Thibaut Cuvelier wrote: > > On Sun, 5 Jul 2020 at 08:27, Pavel Sanda wrote: > > > Ok, that confirms my findings. I believe OutputFormat can be used in > > > layouts but never in .lyx file, thus

Re: New DocBook support (0004)

On Sun, Jul 05, 2020 at 06:59:34PM +0200, Thibaut Cuvelier wrote: > On Sun, 5 Jul 2020 at 08:27, Pavel Sanda wrote: > > Ok, that confirms my findings. I believe OutputFormat can be used in > > layouts but never in .lyx file, thus it does not make sense to increase > > fileformat in order to delete

Re: New DocBook support (0005)

On Sun, Jul 05, 2020 at 08:15:17PM +0200, Thibaut Cuvelier wrote: > > BTW I really appreacite your comments verbosity esp. on more tricky parts > > of the code like > > in InsetIndex, I only wish the rest of LyX codebase was similar. > > > > I often wondered if I really should comment that much,

Re: New DocBook support (0004)

Le 05/07/2020 à 18:59, Thibaut Cuvelier a écrit : On Sun, 5 Jul 2020 at 08:27, Pavel Sanda > wrote: Ok, that confirms my findings. I believe OutputFormat can be used in layouts but never in .lyx file, thus it does not make sense to increase fileformat in

Re: New DocBook support (0004)

On Sun, 5 Jul 2020 at 08:27, Pavel Sanda wrote: > Ok, that confirms my findings. I believe OutputFormat can be used in > layouts > but never in .lyx file, thus it does not make sense to increase fileformat > in order to delete it. Do we agree on this point or am I missing some > reason > why you

Re: New DocBook support (0005)

On Sat, Jul 04, 2020 at 12:42:31AM +0200, Thibaut Cuvelier wrote: > From f7004ab6518c230f6cedd89410d9059e9596a113 Mon Sep 17 00:00:00 2001 > From: Thibaut Cuvelier > Date: Mon, 8 Jun 2020 23:27:49 +0200 > Subject: [PATCH 5/9] New DocBook support Now the real beef. It's i

Re: New DocBook support (0004)

On Sun, Jul 05, 2020 at 02:16:04AM +0200, Thibaut Cuvelier wrote: > > > I tried the existing code. Creating a new DocBook document from the > > template > > > does not set \outputformat, so it's not required to generate a DocBook > > file. > > > > You are right, \outputformat has nothing to do with

Re: New DocBook support (0004)

ences to reference name I could find were in comments in LaTeX output code, saying it should not be used because it is DocBook-specific… 0010-Remove-GuiRef-typeAllowed-as-it-is-now-always-allowe.patch Description: Binary data 0012-Remove-DOCBOOK-enum-values-no-more-used.patch Description:

Re: New DocBook support (0004)

efault output wouldn't he intend to use docbook5 > > > > >as default now? > > > > > > > > > > > > > Is there any notion of "default output" in LyX? > > > > > > > > Before, this parameter was use

Re: New DocBook support (0004)

as default now? > > > > > > > > > > Is there any notion of "default output" in LyX? > > > > > > Before, this parameter was used to enable DocBook support. This support > > is > > > > Could be wrong but my reading was

Re: New DocBook support (0004)

> 2) lyx_2_4.py: > >You remove \outputformat docbook from header, but why? > >If someone had this as default output wouldn't he intend to use docbook5 > >as default now? > > > > Is there any notion of "default output" in LyX? > >

Re: New DocBook support (0004)

On Fri, 3 Jul 2020 at 16:16, Scott Kostyshak wrote: > On Fri, Jul 03, 2020 at 04:07:20PM +0200, Thibaut Cuvelier wrote: > > On Thu, 2 Jul 2020 at 16:24, Pavel Sanda wrote: > > > >You remove \outputformat docbook from header, but why? > > >If someone had this as default output wouldn't he

Re: New DocBook support (0004)

On Fri, Jul 03, 2020 at 04:07:20PM +0200, Thibaut Cuvelier wrote: > On Thu, 2 Jul 2020 at 16:24, Pavel Sanda wrote: > >You remove \outputformat docbook from header, but why? > >If someone had this as default output wouldn't he intend to use docbook5 > >as default now? > > > > Is ther

Re: New DocBook support (0004)

default now? > Is there any notion of "default output" in LyX? Before, this parameter was used to enable DocBook support. This support is now enabled for all documents, meaning that the parameter is no longer useful: the parameter could still remain there for a few thousands years, but

Re: New DocBook support (0004)

On Thursday, 2 July 2020 15.23.48 WEST Pavel Sanda wrote: > 4) If someone used now removed tag Head/Element in >Document->Settings->Local Layout >will those be deleted in lyx2lyx conversion? >(I dunno whether lyx2lyx calls layout2layout, please check) IIRC it does not. Although probabl

Re: New DocBook support (0003)

On Wed, Jul 01, 2020 at 10:26:52PM +0200, Thibaut Cuvelier wrote: > > Patch 0003 will break packaging, because the file is deleted without > > removing it's corresponding part in Makefile.am (it's generally good idea > > to do git grep to check for leftovers). Secondly I see similarly named > > fi

Re: New DocBook support (0004)

On Fri, Jun 26, 2020 at 06:56:04PM +0200, Thibaut Cuvelier wrote: > (This is a follow-up to https://www.lyx.org/trac/ticket/8444, cleanly > divided in several patches and reviewed by Guillaume.) So I see several issues in patch 0004 (some issue seem to stem from the fact the separation between 000

Re: New DocBook support (0003)

On Mon, 29 Jun 2020 at 11:24, Pavel Sanda wrote: > On Fri, Jun 26, 2020 at 06:56:04PM +0200, Thibaut Cuvelier wrote: > > (This is a follow-up to https://www.lyx.org/trac/ticket/8444, cleanly > > divided in several patches and reviewed by Guillaume.) > > Patch 0003 will break packaging, because th

Re: New DocBook support (0002)

Am Mon, 29 Jun 2020 13:43:59 +0200 schrieb Thibaut Cuvelier : > On Mon, 29 Jun 2020 at 13:38, Pavel Sanda wrote: > > > On Mon, Jun 29, 2020 at 01:14:44PM +0200, Thibaut Cuvelier wrote: > > > > So as a novice user who installs LyX on his machine, who wants to see > > the > > > > output with new d

Re: New DocBook support (0002)

On Mon, 29 Jun 2020 at 13:38, Pavel Sanda wrote: > On Mon, Jun 29, 2020 at 01:14:44PM +0200, Thibaut Cuvelier wrote: > > > So as a novice user who installs LyX on his machine, who wants to see > the > > > output with new docbook machinery, what programs/packages hee needs to > > > install to have

Re: New DocBook support (0002)

On Mon, Jun 29, 2020 at 01:14:44PM +0200, Thibaut Cuvelier wrote: > > So as a novice user who installs LyX on his machine, who wants to see the > > output with new docbook machinery, what programs/packages hee needs to > > install to have some meaningful options to see the result when he chooses >

Re: New DocBook support (0002)

On Mon, 29 Jun 2020 at 12:56, Pavel Sanda wrote: > On Mon, Jun 29, 2020 at 12:44:34PM +0200, Thibaut Cuvelier wrote: > > > This is now in. > > > I see in https://www.lyx.org/AdditionalSoftware that we used to > require > > > SGML tools for Docbook. This is no more the case and we can delete it, >

Re: New DocBook support (0002)

On Mon, Jun 29, 2020 at 12:44:34PM +0200, Thibaut Cuvelier wrote: > > This is now in. > > I see in https://www.lyx.org/AdditionalSoftware that we used to require > > SGML tools for Docbook. This is no more the case and we can delete it, > > correct? > > Absolutely, there is no requirement for this

Re: New DocBook support (0002)

On Mon, 29 Jun 2020 at 11:15, Pavel Sanda wrote: > On Sat, Jun 27, 2020 at 01:01:44AM +0200, Thibaut Cuvelier wrote: > > > > * 0002 - you remove checkDocBook() call, yet the code of the function > > > > > remains. Is it still needed? > > > > > > > > Basically, this function should be replaced by

Re: New DocBook support (0003)

On Fri, Jun 26, 2020 at 06:56:04PM +0200, Thibaut Cuvelier wrote: > (This is a follow-up to https://www.lyx.org/trac/ticket/8444, cleanly > divided in several patches and reviewed by Guillaume.) Patch 0003 will break packaging, because the file is deleted without removing it's corresponding part i

Re: New DocBook support (0002)

On Sat, Jun 27, 2020 at 01:01:44AM +0200, Thibaut Cuvelier wrote: > > > * 0002 - you remove checkDocBook() call, yet the code of the function > > > > remains. Is it still needed? > > > > > > Basically, this function should be replaced by True, so it can be safely > > > removed. > > > > Ok, the patc

Re: New DocBook support (0002)

On Sat, 27 Jun 2020 at 00:18, Pavel Sanda wrote: > On Fri, Jun 26, 2020 at 11:42:23PM +0200, Thibaut Cuvelier wrote: > > > * 0001 is trivial, now in. I haven't seen any makefile entries, so > these > > > autotests won't be distributed with tarballs. I do not know whether > this is > > > what you

Re: New DocBook support (0002)

On Fri, Jun 26, 2020 at 11:42:23PM +0200, Thibaut Cuvelier wrote: > I'll keep these in mind. (I'm not really used to mailing lists???) Is this > answer better in these regards? Yes, thanks. > > * 0001 is trivial, now in. I haven't seen any makefile entries, so these > > autotests won't be distrib

Re: New DocBook support (0002)

On Fri, 26 Jun 2020 at 23:03, Pavel Sanda wrote: > On Fri, Jun 26, 2020 at 06:56:04PM +0200, Thibaut Cuvelier wrote: Given the number and size I would appreciate if we could stick to few > technicalities, which > were little chaotic in the previous exchange and would become even worse > with lar

Re: New DocBook support (0002)

On Fri, Jun 26, 2020 at 06:56:04PM +0200, Thibaut Cuvelier wrote: > If anything could help you review this, let me know! I'll try to go sequentially go through the patches, at least roughly, and commit the stuff. Please hang around the development list now for some time, other devs might chime i

Re: Docbook support? (was Re: Approaching LyX 1.5.5 (status update #1)

On Monday 05 May 2008 18:08:16 Chris Karakas wrote: > Just read it. So I am "condemned" to use 1.2 at least for another year...! > :-) > > Well, no problem for me. I still use my lyxtox script with LyX 1.2 and it > still produces 1A quality documents! Sure, the Athena widget is not the > latest and

Re: Docbook support? (was Re: Approaching LyX 1.5.5 (status update #1)

Chris Karakas wrote: Where should I look if I wanted to correct the DocBook export, for example? the int docbook(odocstream &, OutputParams const &) const; methods in the insets for a starter i guess: ExternalTransforms.h (305): std::string const sanitizeDocBookOption(std::string const & in

Re: Docbook support? (was Re: Approaching LyX 1.5.5 (status update #1)

> José Matos wrote: > > On Monday 21 April 2008 10:30:23 Abdelrazak Younes wrote: > > > >> By the way, where are we WRT docbook support? Is there anything we can > >> do to support the request of Chris Karakas who is still using LyX-1.2 > >> apparent

Re: Docbook support? (was Re: Approaching LyX 1.5.5 (status update #1)

José Matos wrote: On Monday 21 April 2008 10:30:23 Abdelrazak Younes wrote: By the way, where are we WRT docbook support? Is there anything we can do to support the request of Chris Karakas who is still using LyX-1.2 apparently? http://www.karakas-online.de/mySGML/ I would like to

Re: Docbook support? (was Re: Approaching LyX 1.5.5 (status update #1)

On Monday 21 April 2008 10:30:23 Abdelrazak Younes wrote: > By the way, where are we WRT docbook support? Is there anything we can > do to support the request of Chris Karakas who is still using LyX-1.2 > apparently? > > http://www.karakas-online.de/mySGML/ I would like to tackl

Docbook support? (was Re: Approaching LyX 1.5.5 (status update #1)

efentries are docbook elements that get converted in manpages with the right tools. I have not yet explored this option because I always have import tasks in my "to do" list. :-) By the way, where are we WRT docbook support? Is there anything we can do to support the request of Ch

Re: DocBook support

[EMAIL PROTECTED] schrieb am 06.03.05 20:57:04: > > Hello, > Hello Pascal, > Starting from an experience to write DocBook-conformant documentation with > Lyx 1.3.4 I was looking around what other people feel about this combination. > It seems like some DocBook support is av

Re: DocBook support

<[EMAIL PROTECTED]> writes: > > Hello, > > Starting from an experience to write DocBook-conformant documentation > with Lyx 1.3.4 I was looking > around what other people feel about this combination. > It seems like some DocBook support is available but things ar

DocBook support

Hello, Starting from an experience to write DocBook-conformant documentation with Lyx 1.3.4 I was looking around what other people feel about this combination. It seems like some DocBook support is available but things are not as perfect as they are with Lyx/Latex/Tex. I found one comment in

Re: [PATCH] Docbook support for citation elements

Andreas Vox wrote: > Hi! > > This is a simple patch relating to bug #1717. It only fixes the cite > inset, not bibliography or bibitem. Hi Andreas, AFAICS, there is no need for getCiteContents to be a member function. Make it a free standing function in an anonymous namespace. -- Angus

Re: Fwd: [PATCH] insetgraphic docbook support for image sizes

On Tue, Oct 05, 2004 at 02:51:08PM +0200, Andreas Vox wrote: > > From: José Abílio Oliveira Matos: > >> > Patch applied. > >> > >> But not committed, it seems. The new patch includes the last one. > >Yes, I did. :-) > > Please update your tree and redo the patch. This patch has several > >confli

Fwd: [PATCH] insetgraphic docbook support for image sizes

From: José Abílio Oliveira Matos: > > Patch applied. > > But not committed, it seems. The new patch includes the last one. Yes, I did. :-) Please update your tree and redo the patch. This patch has several conflicts since the previous version was applied. Since you have a modification include

Re: [PATCH] insetgraphic docbook support for image sizes

On Mon, Oct 04, 2004 at 11:31:43PM +0200, Andreas Vox wrote: > Hi José > > Next try (small corrections). > See inline comments. > > /Andreas > > > >> Ideas for more support: > >> * Wrap graphics which use relative measures in paragraphs of > >correct > >> size, such that the "%"-param use

Re: [PATCH] insetgraphic docbook support for image sizes

Hi José! Me again ... I accidently used "mediaobject" instead of "inlinemediaobject". Please correct that when you make the patch or send me an email if I shall produce a new patch. I also found out that db2latex ignores 'width' specifications if you dont check 'maintain aspect ratio'. Hm, mayb

Re: [PATCH] insetgraphic docbook support for image sizes

Hi José Next try (small corrections). See inline comments. /Andreas On Mon, 04 Oct 2004 07:31:08 -0700 José Abílio Oliveira Matos wrote: On Mon, Oct 04, 2004 at 12:19:35AM +0200, Andreas Vox wrote: > What the Docbook SGML/XSL stylesheets make of that is another question, > though ... > OpenJade co

Re: [PATCH] insetgraphic docbook support for image sizes

On Mon, Oct 04, 2004 at 12:19:35AM +0200, Andreas Vox wrote: > Hi XMLers! > > This patch should use 'scale', 'width', 'height' and 'keepaspectratio' > in Docbook export > and convert it to' scale', 'width', 'depth' and 'scalefit' resp. > > The code now always exports the 'scale' param as integer

[PATCH] insetgraphic docbook support for image sizes

Hi XMLers! This patch should use 'scale', 'width', 'height' and 'keepaspectratio' in Docbook export and convert it to' scale', 'width', 'depth' and 'scalefit' resp. The code now always exports the 'scale' param as integer. 'Width' and 'height' units are translated, mainly: - sp, pt, bp -> "pt" ;

Re: insetgraphic docbook support for image sizes

On Wed, Sep 29, 2004 at 01:58:17AM +0200, Andreas Vox wrote: > > Hi José and others from the XML edge ! Patch commited. I changed a litle bit the ChangeLog, inside parentesis goes the function where the changes were made. Keep the good work. -- José Abílio Matos LyX and docbook a perfect m

Re: insetgraphic docbook support for image sizes

On Wed, Sep 29, 2004 at 01:58:17AM +0200, Andreas Vox wrote: > > Hi José and others from the XML edge ! > > > I made a first stab at modifying insetgraphic to provide size hints for > exported > graphics. Right now it only works for me since the units are not > converted. > > I found the page

insetgraphic docbook support for image sizes

Hi José and others from the XML edge ! I made a first stab at modifying insetgraphic to provide size hints for exported graphics. Right now it only works for me since the units are not converted. I found the page http://www.sagehill.net/docbookxsl/ImageSizing.html which nicely describes the sem

Re: Bugs in docbook support.

On Thu, 19 Aug 2004, Andre Poenitz wrote: > PS: For some reason I sorely missed Asger this year. I have absolutely no clue why you would bring that up in such a discussion. Regards, Asger P.S. I'll be there next year.

Re: Bugs in docbook support.

On Wed, Aug 18, 2004 at 04:16:09PM +0100, Jose' Matos wrote: > > "Other issues"...I understand - did you enjoy german beer? :D > > Well, I'm the last person to ask that as the other developpers > will tell you. ;-) But yes, it is ok. :-) Well, actually I must confess that José needs a bit of

Re: Bugs in docbook support.

On Wednesday 18 August 2004 14:10, Chris Karakas wrote: > "Jose' Matos" <[EMAIL PROTECTED]> schrieb am 17.08.04 19:16:30: > > Hi Chris, > > I would like to work with you the list of bugs (or misfeatures) in the > > current lyx-docbook support. > >

Re: Bugs in docbook support.

"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 17.08.04 19:16:30: > > Hi Chris, > I would like to work with you the list of bugs (or misfeatures) in the > current lyx-docbook support. > I will be happy to help. > I have downloaded a copy o

Bugs in docbook support.

Hi Chris, I would like to work with you the list of bugs (or misfeatures) in the current lyx-docbook support. I have downloaded a copy of your report during the LyX meeting in Chemnitz, but there were other issues that prevented me from looking into them. After some

Re: docbook support for insettabular.

On Fri, Oct 27, 2000 at 05:49:13PM +0200, Dekel Tsur wrote: > > This happens if your temp. directory is on a different filesystem than the lyx > file directory (as the converter try to _move_ the file between these > directories, which fails), or if the converter creates multiple output files >

Re: docbook support for insettabular.

On Fri, Oct 27, 2000 at 10:04:59AM +0100, Jose Abilio Oliveira Matos wrote: > > The only problem I have now is that when I export any linuxdoc or docbook > document it always goes to the temporary directory. > This happens for all the exported formats. I have tried to look in the > code, the

Re: docbook support for insettabular.

> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: Jose> Hi, once again I am trapped inside strong firewalls (no Jose> comments), it looks like a jail... Jose> That was the reason why I haven't realeased this patch Jose> earlier. I'll apply it. JMarc

docbook support for insettabular.

Hi, once again I am trapped inside strong firewalls (no comments), it looks like a jail... That was the reason why I haven't realeased this patch earlier. I know it is friday but allow me to thank Juergen for the marvelous work in the inset tabular, there is no comparison with the old on

Re: lyx-1.0.4pre8 DocBook support

On Tue, Sep 28, 1999 at 12:51:49PM +0100, Horst G Kausch wrote: > Hi, > > I have now built lyx-1.0.4pre8 and tested DocBook support again. I am now > also using the cvs version of sgmltools (pre 2.0.3). > > 1) The Code environment now works for me. Great. > 2) Nes

lyx-1.0.4pre8 DocBook support

Hi, I have now built lyx-1.0.4pre8 and tested DocBook support again. I am now also using the cvs version of sgmltools (pre 2.0.3). 1) The Code environment now works for me. 2) Nested lists still cause trouble, as Jose said in his email. 3) Double quotes use the wrong iso-entities: They

Re: docbook support (some questions)

On Tue, Mar 02, 1999 at 02:44:01PM +1000, Allan Rae wrote: > On Wed, 10 Feb 1999, [iso-8859-1] José Abílio de Oliveira Matos wrote: > > > Hi, > > I'm introduting docbook support in LyX. Basically I have done what as been > > descrived in the writer discussion

Re: docbook support (some questions)

On Wed, 10 Feb 1999, [iso-8859-1] José Abílio de Oliveira Matos wrote: > Hi, > I'm introduting docbook support in LyX. Basically I have done what as been > descrived in the writer discussion by Allan :-) Has any of this been merged yet? Allan. (ARRae)

Re: docbook support (some questions)

> "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes: José> Jean-Marc Lasgouttes wrote: >> > "José" == José Abílio de Oliveira Matos >> <[EMAIL PROTECTED]> writes: >> José> [...] >> José> I have one doubt related with the paragraph handling of José> >> linuxdoc and docbo

Re: docbook support (some questions)

Jean-Marc Lasgouttes wrote: > > > "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes: > [...] > José> I have one doubt related with the paragraph handling of > José> linuxdoc and docbook documents. That part of the code should be > José> moved to paragraph, Jean-Marc sugges

Re: docbook support (some questions)

>>>>> "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes: José> Hi, I'm introduting docbook support in LyX. Basically I have José> done what as been descrived in the writer discussion by Allan José> :-) José> I have one d

docbook support (some questions)

Hi, I'm introduting docbook support in LyX. Basically I have done what as been descrived in the writer discussion by Allan :-) I have one doubt related with the paragraph handling of linuxdoc and docbook documents. That part of the code should be moved to paragraph, Jean