Asger Alstrup Nielsen writes:
> > I have ported the docbook support to a recent CVS, without
> > Juergen's last patch, but as I don't touch that file, there should
> > be no problem.
>
> Fantastic!
>
> I found a few easy bugs in InsetLabel::DocBook. It should not return 0, but the
> width of the string. Similar in InsetLatex::DocBook,
> InsetLatexAccent::DocBook, InsetQuotes::DocBook, InsetRef::DocBook,
> InsetSpecialChar::DocBook, InsetTOC::DocBook, and InsetURL::DocBook.
I tried to mimic the latex counterpart in those cases...
> I didn't try the patch yet, but I can't wait to ;-)
The header appears a little bit weird, since the title, date,
abstract, and author are included at level 1 inside the the article
header, which is itself an empty layout.
The same happens for the author, that is an empty layout with
firstname and surname having depth+1 to be included inside author.
I'm sure the visual parameters of the layout textclass could be
changed to improve the graphical presentation. Any help is kindly
welcome.
> I think we should apply this right away, and get lots of people to test it,
> find the other bugs, and polish the implementation.
Agreed.
> We need to introduce more of the special DocBook environments, and document the
> feature. When fonts are done, I think it's OK to release it, but having tables
> would of course be best. Fonts are more important than tables for now.
Ok here it is the draft for font support:
* Typewriter -> <literal>...</literal>
I'm pushing a little bit here the concept between logical and
physical font. I'm assuming the typewriter in its usual logical sense.
The problem is the absence of character styles in 1.0, and to
provide a simple workaround in this case.
* Emph -> <emphasis>...</emphasis>
* Latex -> no transalation for docbook
The support for other font types could be achieved as a compatibility
measure with the latex documents. All font attributes are considered
as a special case of emphasis, with a special argument , remap,
regarding old markup scheme (lyx in this case ;-)
From the docbook reference:
Remap
Remap contains an element name or similar semantic identifier
assigned to the content in a previous markup scheme.
--------------------------------------------------------------------
The syntax for remap could be equal to the linuxdoc dtd equivalent elements.
* bold -> <emphasis remap="bf"/.../
* italic -> <emphasis remap="it"/.../
* slanted -> <emphasis remap="sl"/.../
* sans serif -> <emphasis remap="sf"/.../
Notice that the backend needs not to honor this request, but it is
possible to make one to honor...
Summary
~~~~~~~
Full support for typewriter (?), emphasis and latex fonts.
Compatibility support for bold, italic, slanted and sans serif, sice
those are kind of word emphasis.
Comments?
> (I suggest that we wait with 1.0.4 until after ~M.)
>
> Greets,
>
> Asger
José
