Ruurd,
Lyx 1.2.0 seems to run stable on my system now. I've started to rewrite the
html docu because of many changes in setting up Lyx.
I've packages Lyx together with the following
1) newest XFree-DLL's
2) ImageMagick compiles under Cygwin
3) epstopdf.exe compiled under Cygwin
The
It works 8-)) i.e. XPM files can be viewed inside Lyx!
You wrote:
> To reiterate what Angus says, there is the following in rgb_db.c in
> xforms 1.0rc4:
>
> static char *rgbfile[] =
> {
> "/usr/lib/X11/rgb.txt", /* typical */
> "/usr/local/lib/X11/rgb.txt", /* try */
> #if defined(su
> > Yes. I had to compile an older version of gs to get around this.
gs-6.51.
> No problem here with gs-7.05 and fname.eps.gz
> Garst
>
Claus, have you already tried to use the native win32 ghostscript?
Epstopdf is included in MikTex, so you could use that with the proper path
conversions. Or, y
> > Yes. I had to compile an older version of gs to get around this.
gs-6.51.
> No problem here with gs-7.05 and fname.eps.gz
> Garst
>
Claus, have you already tried to use the native win32 ghostscript?
Epstopdf is included in MikTex, so you could use that with the proper path
conversions. Or, y
> > Yes. I had to compile an older version of gs to get around this.
gs-6.51.
> No problem here with gs-7.05 and fname.eps.gz
> Garst
>
Claus, have you already tried to use the native win32 ghostscript?
Epstopdf is included in MikTex, so you could use that with the proper path
conversions. Or, y
> > Yes. I had to compile an older version of gs to get around this.
gs-6.51.
> No problem here with gs-7.05 and fname.eps.gz
> Garst
>
Claus, have you already tried to use the native win32 ghostscript?
Epstopdf is included in MikTex, so you could use that with the proper path
conversions. Or, y
On Wed, Jun 12, 2002 at 03:33:04PM +0200, Claus Hentschel wrote:
> First of all: The new Lyx really looks great ;-)
>
> I'm still preparing the Win32 port of Lyx 1.2.0. So far I've successfully
> compiled 1.2.0 on Win32/Cygwin after some manually changes in config.h. These
> changes were necessar
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Lyx's stderr output shows: In LookupColor [rgb_db.c 155] database
>> uninitialized In InitColorLookup [rgb_db.c 63] can't find the rgb
>> color database--No such file or directory
Angus> This looks like an xforms complaint. I find thi
> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
Claus> Hi, it's me again ;-) Obviously XPM now is the preferred image
Claus> format in Lyx, right?!
It depends if you use a recent xforms, which has a built-in image
loader, or an older one (<0.89.6), where lyx does things 'by hand'.
On Wednesday 12 June 2002 5:27 pm, Claus Hentschel wrote:
> Hi, it's me again ;-)
>
> Obviously XPM now is the preferred image format in Lyx, right?!
Only if your version of xforms doesn't have flimage et al.
If you compile src/graphics/GraphicsImageXPM.[Ch] then you'll have to make do
with XP
On Wed, Jun 12, 2002 at 06:27:42PM +0200, Claus Hentschel wrote:
> Lyx's stderr output shows:
> In LookupColor [rgb_db.c 155] database uninitialized
> In InitColorLookup [rgb_db.c 63] can't find the rgb color database--No
> such file or directory
It's from whatever version of xforms you'
Hi, it's me again ;-)
Obviously XPM now is the preferred image format in Lyx, right?!
I've found, too the problem to convert EPS into XPM format and it have it
fixed. As always before it's a pathname problem, i.e. pathes should be
os::external_path()'ed when building the convert script.
But now
First of all: The new Lyx really looks great ;-)
I'm still preparing the Win32 port of Lyx 1.2.0. So far I've successfully
compiled 1.2.0 on Win32/Cygwin after some manually changes in config.h. These
changes were necessary because autoconf/configure wasn't able to check the
existance of some sta
13 matches
Mail list logo
