On Fri, Oct 22, 2004 at 01:58:57PM +0100, José Abílio Oliveira Matos wrote:
> On Fri, Oct 22, 2004 at 01:25:08PM +0100, Angus Leeming wrote:
> >
> > Does DocBook not use MathML?
>
> The XML version, yes, the SGML no.
>
> Then the problem is that even if you use it, for some tools and chain
Andreas Vox wrote:
>> Points to note:
>> * Instant Preview works only if the user has preview.sty installed.
>
> Maybe we could bundle it and set the TEXINPUTS accordingly before the
> latex call?
Yet another thing to fix when things go wrong. Documenting it is enough,
IMO.
>> * Can a LyX docboo
Angus Leeming <[EMAIL PROTECTED]> writes:
> > existing bitmap file in . Next thing to do is
> > generate these bitmaps (previews becoming included files,
> > isn't that a mess?)
>
> Ok.
>
> Points to note:
> * Instant Preview works only if the user has preview.sty installed.
Maybe we could bund
On Fri, Oct 22, 2004 at 01:25:08PM +0100, Angus Leeming wrote:
>
> Does DocBook not use MathML?
The XML version, yes, the SGML no.
Then the problem is that even if you use it, for some tools and chains is
a lot easier to go the tex way, as it is more mature and gives better
results. Free t
Andreas Vox wrote:
> informalequation ::=
> (blockinfo?,
> (alt?,
> (graphic+|mediaobject+)))
>
> Right now we put LaTeX in and a reference to a non
> existing bitmap file in . Next thing to do is
> generate these bitmaps (previews becoming included files,
> isn't that a mess?)
Ok.
Points to
Angus Leeming <[EMAIL PROTECTED]> writes:
> Does DocBook not use MathML?
No, not officially. There are extensions for DocBook XML.
The content for equations is:
informalequation ::=
(blockinfo?,
(alt?,
(graphic+|mediaobject+)))
Right now we put LaTeX in and a reference to a non
existing b
Andreas Vox wrote:
>> > For my taste this whole external file business is already very
>> > complicated. A Mover would be a clean solution but also another
>> > concept to learn. (my head is already spinning from converters,
>> > templates, previewloaders, graphicloaders, etc.)
>>
>> Oh, it isn't
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Andreas Vox wrote:
> >> It looks like I opened a can of worms with this XFig stuff
> >>
> > I caught up with my reading (previous DVI file thread on lyx-devel,
> > insetexternal, etc.) and I don't envy you
>
> InsetExternal is actually one of the m
Angus Leeming wrote:
> All conversions for a given buffer (document) take place in a single temp
> directory. All files that need to be converted to a different format are
> first copied to this temp directory and there names are mangled to ensure
> that files that are originally in different dire
Angus Leeming wrote:
> It looks like I opened a can of worms with this XFig stuff :-(
>
> Trivial as it may seem, it just isn't that easy to define and use a
> $$orig_i placeholder. Lots of messy and fragile changes all over the
> place.
>
> However, it seems to me that the problems can be isola
Andreas Vox wrote:
>> It looks like I opened a can of worms with this XFig stuff
>>
> I caught up with my reading (previous DVI file thread on lyx-devel,
> insetexternal, etc.) and I don't envy you :-)
InsetExternal is actually one of the most powerful concepts in the whole of
LyX. Amazing how su
Angus Leeming <[EMAIL PROTECTED]> writes:
> It looks like I opened a can of worms with this XFig stuff
>
I caught up with my reading (previous DVI file thread on lyx-devel,
insetexternal, etc.) and I don't envy you :-)
...
> Usually, Mover will just invoke '::rename', or 'mv' when a shell scri
It looks like I opened a can of worms with this XFig stuff :-(
Trivial as it may seem, it just isn't that easy to define and use a
$$orig_i placeholder. Lots of messy and fragile changes all over the
place.
However, it seems to me that the problems can be isolated to the concept of
'moving a file
13 matches
Mail list logo
