Angus Leeming wrote:
> Let's not say wrong, but that libXPM doesn't like it.
>
> I seem to remember that it had problems when there was more than one char per
> pixel.
I installed a converter from tgif->gif and than all works
well.
Herbert
--
http://www.lyx.org/help/
On Tuesday 12 February 2002 8:18 pm, Herbert Voss wrote:
> Angus we had this error some days ago. Is this also a wrong xpm image?
>
> from: tgif -> xpm
> Tgif Version 4.1 (patchlevel 40)
>
> Copyright (C) 1990-2000, William Chia-Wei Cheng
>
> Reading 'testconfiguration-inres.obj'...
> XPM file
On Tue, Feb 12, 2002 at 07:38:27PM +, Angus Leeming wrote:
> + string const possible_output_file = RemoveExtension(params.filename) + to;
> + if (isFileReadable(possible_output_file)) {
> + // the output file is already present.
> + return possible_output_file;
Angus we had this error some days ago. Is this also a wrong xpm image?
from: tgif -> xpm
Tgif Version 4.1 (patchlevel 40)
Copyright (C) 1990-2000, William Chia-Wei Cheng
Reading 'testconfiguration-inres.obj'...
XPM file [321x301] printed into 'testconfiguration-inres.xpm'.
imageConverted, conve
On Tuesday 12 February 2002 7:55 pm, Herbert Voss wrote:
> Angus Leeming wrote:
>
> > A dumb quetion perhaps: why are we converting thes graphics files without
> > first checking that the desired output file doesn't already exist. This
is
> > the suggested code in InsetGraphics::prepareFile, b
Angus Leeming wrote:
> A dumb quetion perhaps: why are we converting thes graphics files without
> first checking that the desired output file doesn't already exist. This is
> the suggested code in InsetGraphics::prepareFile, but it's equally true in
> GraphicsCacheItem::convert.
>
> Am I mis
A dumb quetion perhaps: why are we converting thes graphics files without
first checking that the desired output file doesn't already exist. This is
the suggested code in InsetGraphics::prepareFile, but it's equally true in
GraphicsCacheItem::convert.
Am I missing something obvious?
Angus
s
