On Monday 17 May 2004 23:33, Chris Karakas wrote:
> "Jose' Matos" <[EMAIL PROTECTED]> schrieb am 17.05.04 19:34:59:
> >   This can be easily solved using an external script though. :-)
> >
> :-)))
>
> I know what you mean. But believe me, depending on an external script,
> like the sed script
>
> http://www.karakas-online.de/mySGML/sedscr
>
> makes everything version-dependent. Once you change a small bit of how
> the exported SGML looks like in a next LyX version, you have to rewrite
> the script. That's why I set it my first priority to discuss and
> eliminate all substitutions in that file, at least those that depend on
> the structure of the SGML file.

  I know, and I am also interested in solving it. :-)
  It is also a question of timeframe.

  As you have seen in this thread LyX 1.4 is in the development for more 
than a year, and we would like to release it asap. For this to happen we 
are entering a period of code stabilization before its release.

  In this case (id in title versus id in table) the correct solution, IMHO, 
is to throw the id of title and catching it somewhere above. For this 
change to take effect I would need to change the code in several places.

  I think that this will require some time to get it right.
  Until the moment all you request you made were easy to deal, with few 
changes here and there, and voilá... ;-)

  For now I would prefer to fix all the easy bits at once, test them and 
guarantee that the next LyX version work out of the box for most systems. 
And where it does not work there is an easy fix for the user to apply.

  Note that some of the transformations that needs to be done to get a good 
output, such as the support for math using the DBTeXMath could be done now 
using some of the "services" that LyX provides. This will demand very few, 
and very localised, changes to the source code so potencially less 
disruptive.

  For the next development cycle I want to take all the remain issues in a 
direct way so that an external script is no longer needed.

  Summarizing it is just a matter of compromise. Does this makes sense for 
you?

PS: Thanks to your input the next LyX version will certainly be the best for 
docbook export that ever was released. Also looking to the remaing bits I 
am convinced that this will be the best release until the moment, no 
doubts. :-)

> Chris

-- 
José Abílio

LyX and docbook, a perfect match. :-)

Reply via email to