On Fri, Mar 08, 2002 at 04:42:13PM +, michael jones wrote:
> I went to the suggested link:
> http://sourceforge.net/bugs/?func=detailbug&bug_id=124957&group_id=1897
The fix is included in 6.53, so download and install that.
> diff -c ./gdevxini.c ../src/gdevxini.c
> *** ./gdevxini.c Fri De
Hi:
I am trying to fix the eps rendering problem for inline figures outlined in
the FAQ for Lyx (sec. 7.4).
I went to the suggested link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=124957&group_id=1897
where I found the "fix" :
diff -c ./gdevxini.c ../src/gdevxini.c
*** ./gdevxini.c
I always work with gzipped eps-files. is it possible
to change the default suffix for the file-search
in the insert-figure menu from the standard "*ps"
to "*ps.gz"?
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
When I load a file created with 1.1.5 that contains .eps figs, they
never render.
I find a number of gs instances in ps in the S state. ViewPostscript
works.
It's not a big issue with me, but thought I should mention it.
Garst
On 16-Oct-99 Russ Ross wrote:
> build today to confirm that the bug happened in the
> latest version. I have xforms V0.89.
So I think this should be the last time I reply to this type of message.
Would someone please put this on the web-page so that people are warned?
+
I recompiled with xforms 0.88 and it worked fine.
I also tried it out under Digital Unix on an Alpha
running lyx-1.0.3 with xforms 0.89 and it worked fine.
So it appears that xforms 0.89 under Linux (glibc 2.1,
elf) is the problem. Anyone else have this problem?
- Russ
--- Lars Gullik Bjønne
Russ Ross <[EMAIL PROTECTED]> writes:
| I compiled lyx with CXXFLAGS='-O2'. I'm running on a
| Mandrake 6.0 Linux installation using pgcc (gcc
| --version gives "pgcc-2.91.66"). I did the 1.0.4
| build today to confirm that the bug happened in the
| latest version. I have xforms V0.89.
Did the
lyx-1.0.3 and 1.0.4 consistently crash when I include
a .eps figure (generated using xfig). Lyx dies when I
include it, but when I restart lyx and load the
emergency backup file, the figure is included
successfully and I don't have any more problems.
Including additional figures repeats the prob
>>>>> "Dan" == Dan Mueth <[EMAIL PROTECTED]> writes:
Dan> I modified figinset.C (diff is below, more elegant than before)
Dan> and recompiled. This also ran properly, and correctly rendered
Dan> color EPS figures at all resolutions tested: 8, 16, 32bpp
d lyx-1.0.3.tar.gz) and
it worked fine at 8, 16, and 32bpp.
I modified figinset.C (diff is below, more elegant than before) and
recompiled. This also ran properly, and correctly rendered color EPS
figures at all resolutions tested: 8, 16, 32bpp
Unless anybody has had any proble
On Thu, 29 Jul 1999, Dan Mueth wrote:
> This looks like the problem. I am running RH6.0 (ie. glibc 2.1). If I
> use "lyx -private", it does work on PseudoColor.
>
> I haven't been very successful with getting the newer Xforms to work out.
> I've tried both bxform-088-glibc2.1.tgz and ...99-g
> > For some reason, lyx dumps core on anything but TrueColor for me, even
> > with the unpatched RPM and when I'm starting lyx without an
> > argument/document). (Has anybody else had this problem?) I'd like to
> > make sure this works properly before merging it into the main tree.
>
> If you
Dan Mueth <[EMAIL PROTECTED]> writes:
| 2) If somebody decided to redefine true to 0 and false to 1,
| then I think my code would be the more robust.
That would be a grave error by that programmer. (and something we
don't care about)
| Actually, I don't even know where true and f
On 29-Jul-99 Dan Mueth wrote:
>>
>> Ohh, I see some other purists :) For the if ... then ... else ... expression
>> of Dan I would have got a bunch of - points in my university tests :) You'll
>> learn when getting bad votes :)
>
> If I may explain what I was thinking:
> 1) the current cod
> On 29-Jul-99 Garst R. Reese wrote:
> >> 111a112
> >> > static bool color_visual; // is the visual color?
> >> 389a391,396
> >> > if ( (vi->c_class == StaticColor) ||
> >> > (vi->c_class == PseudoColor) ||
> >> > (vi->c_class == TrueColor) ||
> >> > (vi->c_class == DirectC
On 29-Jul-99 Garst R. Reese wrote:
>> 111a112
>> > static bool color_visual; // is the visual color?
>> 389a391,396
>> > if ( (vi->c_class == StaticColor) ||
>> > (vi->c_class == PseudoColor) ||
>> > (vi->c_class == TrueColor) ||
>> > (vi->c_class == DirectColor) ) color_v
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> So, could other users try that out and confirm that this
Jean-Marc> work? I makes much sense, in any case.
By 'this', I meant the original patch from Dan, of course.
JMarc
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> How about: color_visual = ( (vi->c_class == StaticColor) ||
Garst> (vi->c_class == PseudoColor) || (vi->c_class == TrueColor) ||
Garst> (vi->c_class == DirectColor) );
Garst>or color_visual = ( vi->c_class
Garst> == (StaticColor
Dan Mueth wrote:
>
> Hi everybody,
> I finally decided to get my hands dirty and figure this out. It looks
> like the program (figinset.C) has a bug in it. It essentially keeps track
> of the boolean variable gs_color which stores whether there is a local
> color colormap (as opposed to a loc
On Thu, 29 Jul 1999, Dan Mueth wrote:
> Hi everybody,
> I finally decided to get my hands dirty and figure this out. It looks
> like the program (figinset.C) has a bug in it. It essentially keeps track
> of the boolean variable gs_color which stores whether there is a local
> color colormap (
Hi everybody,
I finally decided to get my hands dirty and figure this out. It looks
like the program (figinset.C) has a bug in it. It essentially keeps track
of the boolean variable gs_color which stores whether there is a local
color colormap (as opposed to a local gray colormap). The proble
On Fri, 23 Jul 1999, Juergen Vigna wrote:
> I had problems with xpm's running in 24-bit mode. Could you try to configure
> your X-session to 16-bit and see if you still have the same problem?
Same problem with 16-bits on my Linux machine. I was exploring the code a
bit (which is WAAAY over my hea
Alex,
Thanks for the tip. It works great now.
Thanks to everyone who helped me out on this one.
Dan
On Fri, 23 Jul 1999, Makarenko Alexandre wrote:
> Dear Dan Mueth ,
>
> just add a line in src/figinset.C
> then recompile
>
> > make
>
> and test it
>
> >src/lyx
>
> Regards,
> Alex
>
On 21-Jul-99 [EMAIL PROTECTED] wrote:
>
> Mine are all 24-bit. I've really just given up on this whole problem -
> it's never been right, no one seems to have any idea what the problem is,
> and that particular piece of code is supposedly getting nuked in the 1.1.x
> rewrite anyway. But hey, I o
> Hi, I'll chime in here ...
>
> On Wed, 21 Jul 1999, Allan Rae wrote:
> Somebody else wrote:
> > > My setup:
> > > RH6.0 on PII400 (Aslabs)
> > > glibc-2.1.1-6
> > > egcs-1.1.2-12
> > > lyx-1.0.3
> > > libXpm-4.7
> > > Xforms 0.88.1
> > > linux 2.2.5-22
> > > ghostscript-5.50-3
Hi, I'll chime in here ...
On Wed, 21 Jul 1999, Allan Rae wrote:
Somebody else wrote:
> > My setup:
> > RH6.0 on PII400 (Aslabs)
> > glibc-2.1.1-6
> > egcs-1.1.2-12
> > lyx-1.0.3
> > libXpm-4.7
> > Xforms 0.88.1
> > linux 2.2.5-22
> > ghostscript-5.50-3
>
> The w
On Tue, 20 Jul 1999, Dan Mueth wrote:
[... Garst's response...]
> Thanks for the response. I have tried things out on 3 different machines
> (and two different distributions) with the same results. (No or few EPS
> figures appear in color.) I thought one of the RPM's might
> > I would particularly like to know whether anybody can get all four EPS
> > figures to render in color reliably.
> >
> > I would like to squash this one, but I am not very familiar with Xforms or
> > the Lyx code, so any help/pointers on this would be appre
Dan Mueth wrote:
> I would particularly like to know whether anybody can get all four EPS
> figures to render in color reliably.
>
> I would like to squash this one, but I am not very familiar with Xforms or
> the Lyx code, so any help/pointers on this would be appreciated.
&
> On Fri, 16 Jul 1999, Dan Mueth wrote:
>
> > Lyx renders many of my color EPS figures as grayscale figures. It is
> > very irreproducable in this. I have a document with about 10 color EPS
> > figures, and if I load it several times, each time a random 2 or 3 figu
On Fri, 16 Jul 1999, Dan Mueth wrote:
> Lyx renders many of my color EPS figures as grayscale figures. It is
> very irreproducable in this. I have a document with about 10 color EPS
> figures, and if I load it several times, each time a random 2 or 3 figures
> will be rende
Hi,
Lyx renders many of my color EPS figures as grayscale figures. It is
very irreproducable in this. I have a document with about 10 color EPS
figures, and if I load it several times, each time a random 2 or 3 figures
will be rendered in color, with the rest rendered as gray. It is also
32 matches
Mail list logo
