Thanks for trying...
I did run into an updated ld on the kde-cygwin webpage, but I haven't had a chance
to try it yet. When I do, I'll let you know how it goes.
Rod
Quoting "Kayvan A. Sylvan" <[EMAIL PROTECTED]>:
> On Mon, Oct 18, 2004 at 11:17:03PM +0800
On Tue, 30 Sep 2003, j.heidemeier wrote:
(About default use of array.sty)
> But that's more a configuration problem. So I think one could define exclusion
> rules for packages. If f.e. the AMS table class is used, than the normal
> default way with the required additinal packages is disabled.
>
Hi all,
There seems to be an error with floats in current 1.4.0 cvs. Only the
first figure is used.
i.e., if I have a float with figure1.eps, and a later float with
figure2.eps, then the result from view->ps will show figure1.eps for both
floats. The view in lyx is correct.
Here is the command l
> Rod> It appeared to have been merged badly. There were some extra dash
> Rod> and <<< characters floating around. So essentially, it is the
> Rod> patch done correctly. No change in functionality.
>
> Maybe is it because I adjusted the spacing and rewrote Elseveir as
> Elsevier. Basically I thin
It appeared to have been merged badly. There were some extra dash and <<<
characters floating around. So essentially, it is the patch done
correctly. No change in functionality.
The changelog entry might be excessive...
Rod
On Fri, 1 Aug 2003, Jean-Marc
Lasgouttes wrote:
> >&g
Log,v
retrieving revision 1.487
diff -u -r1.487 ChangeLog
--- lib/ChangeLog 2003/07/31 10:53:28 1.487
+++ lib/ChangeLog 2003/08/01 02:42:40
@@ -1,3 +1,8 @@
+2003-08-01 Rod Pinna <[EMAIL PROTECTED]>
+ * layouts/elsart.layout: correctly merge change of 2003-07-23
+ into
It may be a slow evolution. I'm currently trying to write a draft paper
using it, so I may come across other bits and bobs.
Rod
On Thu, 24 Jul 2003, Rob Lahaye wrote:
>
> Rod Pinna wrote:
> > Against the 1.4.0 cvs. Allows for numbered sections as does the class
> > fi
x/lyx-devel/lib/layouts/elsart.layout,v
retrieving revision 1.4
diff -r1.4 elsart.layout
20c20,23
<
---
> # modified 2003-07-23 Rod Pinna - changes MaxCounter to Section,
> # rather than subsection. The Elseveir doc file allows for
> # numbered sections, as does the clas
>
> And, yes, I think it is your installation.
>
Probably. I did use apt-get the last time...though awhile ago I had tried
installing from the sources, back when I was using the stable release. I
guess I have older stuff lying around then. Looks like I'll have to do
some cleaning.
Thanks alot,
>Garst,
>
>Thanks. Didn't help. I'm about to downgrade to g++-3.2 and see it that
>makes a difference.
...and 3.2 didn't seem to help. I wonder if my install is fubar...
Rod
Garst,
Thanks. Didn't help. I'm about to downgrade to g++-3.2 and see it that
makes a difference.
Rod
> Here is my config. You might try the --with-included-boost.
> But I am using gcc-3.2.1
>
> bash$ CFLAGS='-O2' ../configure --enable-optimization="-O2"
> --disable-debug --with-aspell --dis
Hi all,
Still trying to compile Lyx CVS on debian 3.0. Config completes
sucessfully, and then (with xforms frontend) I get an error (see below).
Is anyone sucessfully compiling the CVS code on debian at the moment? I
think I may have missed a dev library, but can't guess which it is...
Thanks al
Hi all,
Can't compile the current cvs...config.log attached. Last bits of the
compile output that look kinda relevant below.
Rod
source='formulabase.C' object='formulabase.lo' libtool=yes \
depfile='.deps/formulabase.Plo' tmpdepfile='.deps/formulabase.TPlo' \
depmode=gcc3 /bin/sh ../../config/de
tz wrote:
> On Wed, Jul 09, 2003 at 04:16:22PM +0800, Rod Pinna wrote:
> > I can only think that I didn't do a make distclean and autogen before I
> > tried running make again. Though I am open to other suggestions about what
> > I may have done wrong.
>
>
I can only think that I didn't do a make distclean and autogen before I
tried running make again. Though I am open to other suggestions about what
I may have done wrong.
Rod
On 9 Jul 2003, Lars Gullik [iso-8859-1] Bjønnes wrote:
> Rod Pinna <[EMAIL PROTECTED]> writes:
>
&
1.7 works this time...stupid user error :)
Thanks for the help,
Rod
On Wed, 9 Jul 2003, Rod Pinna wrote:
> I choose automake 1.6, (1.6.3 to be exact) and it seems to compile. I've
> just stopped it, remove automake 1.6, and reinstalled 1.7. Doing a new
> cycle of autogen, conf
I choose automake 1.6, (1.6.3 to be exact) and it seems to compile. I've
just stopped it, remove automake 1.6, and reinstalled 1.7. Doing a new
cycle of autogen, configure, make to see if it dies again. I'll let y'all
know hoe it goes.
Rod
_
Yup, I have version 2.57 installed. I've previously done an apt-get
dselect-upgrade, so (hopefully) have updated everything.
Rod
On Wed, 9 Jul 2003, Garst R. Reese wrote:
> Rod Pinna wrote:
> >
> > Bloody buggery...I thought going to testing would avoid this...
> &
PROTECTED]>.
Copyright 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
On Wed, 9 Jul 2003, Juergen Spitzmueller wrote:
> Rod Pinna wrote:
> > automake
--
Date: Tue, 8 Jul 2003 10:28:13 +0800 (WST)
From: Rod Pinna <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: debian woody/cvs compile problem
Hi all,
configure (for the xforms version, not tried the qt version yet)
completes, but then...not much happens when I go make (see below). I
Hi all,
configure (for the xforms version, not tried the qt version yet)
completes, but then...not much happens when I go make (see below). It is a
cvs update from a few hours ago, the developement branch of course.
Other info
[EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version
automake (G
to the question, I don't know. I suspect it may need some internal
work, but others on lyx-devel are better able to comment.
It can, of course, be done using ert, but you may well not find that a
suitable answer.
Rod
On Fri, 28 Feb 2003, Rod Pinna wrote:
> Vaclav
>
> Thanks for h
If it is for an Elseveir journal, then don't. Use the Elseveir bst file,
from their website, and leave them as is. The idea is that Elseveir will
do what they need to your article at their end.
My understanding, from comp.text.tex, is that they wil probably end up
retyping it anyway.
Rod
On Mon
>
> I tried 2.95 but got the error at the start of this thread... might be
> something to do with the architecture cos I'm running Debian on a
> powerpc with the benh kernel?
May well be...I'm running on an AMD, with stock 2.4.20, and it all went well.
Rod
__
I think there is a way to force it, but gcc 3.2 compiles pretty easily.
I'm using Debian 3.0, and have found that gcc2.95 compiles lyx fine, with
the qt front. gcc 3.2 won't unless you compile your qt libs with it as
well.
Rod
On Wed, 12 Feb 2003, Nirmal Govind wrote:
> > Known issue... althou
>
> I am not sure about the docs. What do you mean in the section about
> the layout file? people are not supposed to know about \title and
> such, and as far as I know the environments Title or Author *are*
> supported.
Brain stopped working. I was thinking of the old version of the layout.
Att
Jean-Marc,
I thinks it ready to go in. I suspect other errors may come to light when
it has wider distribution, but it seems close enough at the moment.
>
> Rod> \thanks[ABC]{This is all the thanks I get}
>
> Rod> I have no idea if this is possible in Lyx at the moment.
>
> Why didn't they use
Looks good, except for a few minor points:
\ead - this isn't mentioned in the elsevier instructions, and seems to
have been introduced by Herbert. I'm not sure what it is meant to do, but
doesn't work with the current layout file.
\thanks - in the Elsevier style, thanks should be tied to the auth
patch -p0 < diff-file
seems to work, so please, ignore me :)
Rod
On Wed, 12 Feb 2003, Rod Pinna wrote:
>
> I'll give it a try, and have a go at documentation. When I first put in
> the old (bad) form of this, I had some docs too, so I'll have a look at
> updat
I'll give it a try, and have a go at documentation. When I first put in
the old (bad) form of this, I had some docs too, so I'll have a look at
updating those.
Er, silly question, but what is the easiest way to apply this. For small
patches I've used emacs, but this looks a little more imvolved t
Hi all,
Just checked out 1.4.0, and after a very quick play with track changes, it
looks very good.
When should I start reporting bugs with it?
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm
Hi all,
Odd behaviour that I didn't notice in 130cvs, but I may well have not got
to this bit. Trying to add space in a table heading. Headings are centred,
with a set width. Adding say a space of 1mm after the paragraph (i.e., in
the paragraph dialogue) results in a much larger space.
Can't see
2.95.4 works for me on Debian. If you're using QT, make sure that it was
compiled with the same version compiler as you're trying to compile lyx
with.
On Fri, 7 Feb 2003, Georg Baum wrote:
> > Unfortunately
> > for me
> > compilation failed on the three major Linux commercial
> > distros with
More experimentation shows that clicking on the expression does not always
cause the preview to show up.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm going to see the cow beneath the sea."
Hi all,
Minor point...math preview in 1.3.0 don't always seem to update when I
change some math. Clicking on the preview will cause it to update. The
non-update doesn't always seem to happen. I haven't quite worked out when
it occurs yet.
If anyone else sees this, I'll file a minor bug for it.
R
>
> On the other hand, people seem to be able to work with 1.3pre so I'd prefer
> to release 1.3 soon (i.e. next week as Lars suggested) and tackle the
> architectural issues in 1.4.
>
I've written on conference article with 130cvs, and done about two weeks
of thesis work with it. The last bug r
>
> I keep getting "Error 400" when trying to access bugzilla.lyx.org.
> Any ideas?
You get that with http://... (at least I do). Try it with https://...
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
|
Hi all,
Just a (very) minor annoyance with the QT frontend in 130cvs. From memory
1.2.x allowed you to insert a cross reference without closing the cross
reference window. Under 130cvs, inserting the reference closes the window,
which is a tad annoying if you want to insert something like
blah bl
>
> Thanks a lot. The layout file works fine. The template needed a few
> changes to work correctly with lyx 1.1. (Yes, I'm still using and loving
> lyx 1.1.6fix4.)
Yup, it was developed for 1.2.
> I had one little hiccup when converting a standard article to elsart. Lyx
> does not insert th
>
> Insert File inside an inset does not really work.
Apart from this small problem, it has worked well for me.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm going to see the cow beneath the
Hi all,
If I insert *Insert->Insert File) some text into an ert box, it doesn't
appear until I click anywhere in the document. This is unlike inserting
text outside an ert box, where it appears immediately.
lyx130cvs --version
LyX 1.3.0cvs of Tue, Jan 14, 2003
Built on Jan 13 2003, 05:19:04
Confi
Sort of ignore me...I need to restart lyx to get it recognised.
Rod
On Fri, 17 Jan 2003, Rod Pinna wrote:
> Hi all,
>
> Running 130cvs (current) under qt, preview snippets come up black.
> Changing the colour in preferences doesn't seem to have any effect.
>
> As I ru
Hi all,
Running 130cvs (current) under qt, preview snippets come up black.
Changing the colour in preferences doesn't seem to have any effect.
As I run a blue background, it makes it a little hard to read.
Rod
_
rod | "Beneath th
>
> In the end, how fast a package is being developed or how close
> to the leading edge it insists on running may only really contribute
> to determining the number of users running out of /usr/local versus
> /usr.
>
Indeed,
As a debian users, I pretty much gave up on using the provided lyx i
> Also, aspell quickly detected that it could not run a c++ prog (in
> configure), but lyx thought it could and configure proceded with only a
> weird warning that went by to fast to really see, and did not make much
> sense anyway.
Odd, I don't seem to get a warning here with 122cvs.
> Then it
Hi all,
Can't ./configure 130cvs with the qt frontend, if I use gcc 3.2.1.
Configure complains about not finding the Qt library name, and then can't
compile a simple Qt executable.
Using the same config line, but with gcc-2.95 is fine.
I think I saw mention that I need to have used the same co
On 16 Dec 2002, Lars Gullik [iso-8859-1] Bjønnes wrote:
> Rod Pinna <[EMAIL PROTECTED]> writes:
>
> | After compiling and installing gcc 3.2.1 I get the following from 122cvs
> | (sorry about the amount, not sure where the interesting bit starts).
> | I did a pretty standar
ange since John had no problems.
> If it's a bad install, we both managed to do it.
> Garst
> Rod Pinna wrote:
> >
> > Hi all,
> >
> > I also seem to get a similar message with 130cvs. If this is a bad install
>
Hi all,
I also seem to get a similar message with 130cvs. If this is a bad install
of gcc on my part, feel free to yell. Compiles fine with 2.95
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm g
After compiling and installing gcc 3.2.1 I get the following from 122cvs
(sorry about the amount, not sure where the interesting bit starts).
I did a pretty standard install, giving gcc et al a suffix of -321-local.
I'm about to try 130cvs.
Rod
make[3]: Entering directory
`/home/rpinna/src/cvs/
more of a concern in future. I've
got around it by setting GS_OPTIONS=-dNOSAFE
GS 8.0 won't be in any distributions, as it isn't GPLed yet. I upgrade
simply to see if it made any difference for to the epsi problem.
Rod
On 12 Dec 2002, Jean-Marc Lasgouttes wrote:
> >>>&g
Final bit of the puzzle...the program generating the .eps file (a shiny
new version of ABAQUS/CAE) seems to produce less compliant eps files than
the previous version.
The joys of progress.
Rod
On Thu, 12 Dec 2002, Rod Pinna wrote:
>
>
> Der...
>
> Upgrading to gs 8.0 mea
vert.
Rod
-- Forwarded message --
Date: Thu, 12 Dec 2002 11:44:42 +0800 (WST)
From: Rod Pinna <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: odd error
Further to this,
convert x.eps x.pnm
on the command line gives a similar error. What could possible cause
this?
Further to this,
convert x.eps x.pnm
on the command line gives a similar error. What could possible cause
this?
Rod
On Thu, 12 Dec 2002, Rod Pinna wrote:
> Hi all,
>
> I don't kow if this is the right place to report this...
>
> I'm now getting the following
Hi all,
I don't kow if this is the right place to report this...
I'm now getting the following error when trying to do a graphics preview
in current 122cvs.
This is on a debian 3.0 system, though with a user updated ghostscript.
The reason I mention this is that today there was a security fix o
This one works well for me.
Rod
On 10 Dec 2002, Jean-Marc Lasgouttes wrote:
> >>>>> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
> Rod> F
This works for me, with .epsi files. I haven't had a chance to have a long
look at it, but it seems to work well for me.
Rod
On 6 Dec 2002, Jean-Marc Lasgouttes wrote:
> >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> Futher t
On 6 Dec 2002, Jean-Marc Lasgouttes wrote:
> >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> Futher to that last bit... The image in lyx is called as
> Rod> something.epsi, but the error I get is
>
> Rod> could not loca
Futher to that last bit...
The image in lyx is called as something.epsi, but the error I get is
could not locate the file with any of these extensions:
.eps, .ps, .eps.gz, .ps.gz, eps.Z
The file is in the tmp dir named as something.epsi
So, I guess this is a problem at my end really. I presume
Y'all must be sick of this now...
The latest changes to 122cvs break (for me) if the image is named
something.epsi
I get lots of "file not found" errors in lyx.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be
Hi all,
I get the error below when trying to compile 130cvs, with QT. Using gc
2.95.4.
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions
C Compiler: gcc
C Compiler flags: -g -O2
C++ Compi
>
> Could you send me a file that does not work well?
>
Attached. Since the files are small, I've sent them to the list as well,
in case anyone is curious. I've sent the origianl files, and the converted
file, using
eps2eps X.eps X-eps2eps.eps
Rod
_
> Rod> Received unhandled X11 event Type: 13 Target: 0x1c0009e
>
> What action triggers them?
Hmm, seems to be a preview latex fragment appearing on screen.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
On 22 Nov 2002, Jean-Marc Lasgouttes wrote:
> >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> The patch seems to work. Mind you, I have some issues with the
> Rod> eps2eps conversion; it converts my fonts to bitmaps, and it se
On 22 Nov 2002, Jean-Marc Lasgouttes wrote:
> >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> Using 130cvs with xforms, after a few hours it was using 106M,
> Rod> and X was up to 80M. Rerunning get memory usage to 4M.
>
>
Using 130cvs with xforms, after a few hours it was using 106M, and X was
up to 80M. Rerunning get memory usage to 4M.
I don't know if it is connected, by I get a large number of "unhandled X
event" messages; i.e.
Received unhandled X11 event
Type: 13 Target: 0x1c0009e
Version info:
lyx130cvsXF
me too
(with my aol hat on).
I seem to have some sort of ostream, but ./configure doesn't detect it.
Actually, it never has, but it hasn't been a problem before.
Rod
On Thu, 21 Nov 2002, Laurent Duperval wrote:
> Hi,
>
> What are all these errors about?
>
> Making all in mathed
> make[3]: E
Argh!
I had that line in before, but somehow managed to type it as
/use/include/qt
I knew this would be an example of my idiocy.
Thanks alot...
Rod
On Fri, 22 Nov 2002, John Levon wrote:
> On Fri, Nov 22, 2002 at 10:15:56AM +0800, Rod Pinna wrote:
>
> > configure:9706: qgloba
The first thing that looks "wrong" is (entire log attached)
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:9719: g++ -o conftest -g -O -Wno-non-template-friend -ftemplate-depth-30 -W
-Wall -I/usr/lib/qt3//in
I updated my cvs copy and now find...
checking for Qt library name... failed
configure: error: Cannot compile a simple Qt executable. Check you have
the right $QTDIR !
I have QTDIR=/usr/lib/qt3/ set. Using this previously, it seemed to
compile fine.
Um...
automake --version
automake (GNU automa
Just checked, this only happens with my particular document. I doesn't
happen if I start from a blank window. Doc is attached.
(It's still a draft, so no comments on the content :) )
Rod
On Wed, 20 Nov 2002, Rod Pinna wrote:
> lyx: SIGSEGV signal caught
> Sorry, you have fo
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting
instructions in Help->Introduction and send us a bug report, if necessary.
Thanks !
Bye.
Aborted
This appears to happen with 130cvs under QT, every time I go to the
Layout->Document window. It happens when
Hi all,
Just trying 130 with qt on an article I'm working on. I've found that
changing the text colour doesn't work. Changing other colours seems to
work fine though.
Rod
_
rod | "Beneath the waves, the waves / That's where I will
The patch seems to work. Mind you, I have some issues with the eps2eps
conversion; it converts my fonts to bitmaps, and it seems to screw the
bbox info in my eps files. I stick with the straight copying, as my
version of dvips doesn't seem to have any problem with my particular epsi
files.
Short
Sigh...ignore me...having exited lyx, and reopened the file, the preview
thing seems to work as expected. No idea why though...
Rod
On Wed, 20 Nov 2002, Rod Pinna wrote:
> Hi all,
>
> How does one get preview.sty to work on "new" equations on a worksheet?
> Using it, w
Hi all,
How does one get preview.sty to work on "new" equations on a worksheet?
Using it, when I open a file, all the equations are previewed, but new
equations don't get converted until I exit lyx, and reopen the file.
er, 130cvs, using xforms.
Rod
_
>
> So my question is: is something like this still necessary with
> 1.2.2cvs? Rod, do you still have problems with 1.2.2cvs and if you do,
> does this patch help?
>
Yeah, I still have a problem with 122cvs, unless I use the converter line
Angus (I think) suggested, which just copies the file. I'
In the qt version of 130, the pulldown list for included text shows the
text as "verbatim", even though in 122, the doc was saved with the
included text as "included".
It seems to format OK for latex though.
Rod
_
rod | "Beneath
On Thu, 31 Oct 2002, Angus Leeming wrote:
> Thanks, Rob. All this looks reasonable. It's in.
> Angus
Fixes it for me.
Thanks,
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm going to see the cow
In 1.2.2cvs, I have a graphic defined under the "latex size" tab with
custom -> width (blank)
Height 40 mm
In 1.3.0cvs, under the output section, this is opened as
width 100 scale%; height 40mm
The height is grayed out however, and it isn't recognised by latex. i.e.,
the graphic comes
Bugger.
Ignore my stupiditiy them :)
Rod
>
> Note that, when 1.3.0 will come out, it will be distributed with
> already generated autoconf and automake stuff. Users do not need to
> have either installed to proceed. The problem is only for people who
> compile from cvs.
>
> JMarc
>
Hi all,
For further reference, 130cvs compiles under debian 3.0, when automake is
upgraded to 1.5, using the standard automake1.5 deb.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm going to se
, "you may have alot of people whining
about this when 1.3.0 comes out".
For anyone else who may care, there is also a seperate automake1.5 package
in debian 3.0.
Rod
On Wed, 30 Oct 2002, John Levon wrote:
> On Wed, Oct 30, 2002 at 11:27:16AM +0800, Rod Pinna wrote:
>
> &g
> > make[6]: Entering directory `/opt/lyx-qt/lyx-devel/src/frontends/qt2/ui'
> > make[6]: *** No rule to make target `libqt2ui.la.c', needed by
> > `libqt2ui.la'. Stop.
> >
> > I'm using KDE3 and Qt3... do I HAVE to get the Qt2 library above?
>
> No. You're using the wrong automake/autoconf. I u
Problem seems to be solved, unfortunately, I have no idea what it was.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm going to see the cow beneath the sea."
| They Might Be
> What did configure say about ostream support?
> What does config.h say about ostream support?
I've just done a
distclean
clean
cvs update
./autogen
./configure
make
and it seems to have gotten alot further along. I'll let you know how it
goes.
Rod
_
Hmmm,
I just did a full download from CVS, and also deleted gcc and g++, and
reinstalled them.
I now get
../../boost/boost/signals/signal_template.hpp:305: instantiated from
`boost::signal0,int,less,boost::function0
> >::operator ()()'
insetcommand.h:39: instantiated from here
../../boost/b
[all-recursive] Error 1
Rod
On Wed, 23 Oct 2002, Andre Poenitz wrote:
> On Wed, Oct 23, 2002 at 12:07:26PM +0800, Rod Pinna wrote:
> > C++ Compiler: g++ (3.0.4)
> > C++ Compiler flags: -g -O -W -Wall -Winline
> >
> > Suggestions or
On Wed, 23 Oct 2002, Andre Poenitz wrote:
> On Wed, Oct 23, 2002 at 12:07:26PM +0800, Rod Pinna wrote:
> > C++ Compiler: g++ (3.0.4)
> > C++ Compiler flags: -g -O -W -Wall -Winline
> >
> > Suggestions or abuse welcome
>
> The ea
Hi all,
Just trying to compile 1.3.0, but I get the error
Making all in mathed
make[3]: Entering directory `/home/rpinna/src/cvs/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I./../ -I../../boost -isystem /usr/X11R6/include -W -Wall
-Winline
Unfortunately, I have no idea what illegal substance I was taking when I
wrote that. At the moment, I can't recall which image it was that I was
looking at. I'll try to reconstruct what it was that I was doing.
Rod
On 16 Oct 2002, Jean-Marc Lasgouttes wrote:
> >>>
> Therefore, I see two solutions:
>
> 1/ get rid of the special epsi support.
Personally, this would suit me, but I hesitate to say that it will work
for everyone.
>
> 2/ if we _need_ epsi support, then we should fix the Converter class
> so that it behaves correctly when the from and to forma
>
> The converter returns an exit status of 0 (success) having done
> nothing. Since you told me that LaTeX is perfectly happy with
> your epsi files, then this should be sufficient to overcome any
> pedantry on the part of LyX and just let things work.
Indeed; this seems to be the right beha
>
> Perhaps this'll do it ;-)
> \converter epsi eps "if [ $$i != $$o ]; then cp -f $$i $$o; fi"
> ""
>
Sorry all, I totally forgot to follow this up. Anyways, I tried this with
122cvs (from a few days ago now) and it worked well for me, as far as i
can see.
One question, what happens if $$i=$
Hi all,
Just checked the current cvs update, and I still have the problem with
epsi files that I reported a week ago. (i.e. eps2eps seemingly breaking
the files, but being ok when run by hand on them)
I didn't see any response last time, so I thought I had better send a
little reminder, in case
Looking in the tmp directory, the eps file that gets left there only
appears to contain the postscript prolog.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be /
| I'm going to see the cow beneath the se
> OK, I finally found a little time to look at that. It seems that in
> the flurry of patch sent by Herbert, what was forgotten is an
> epsi->eps converter. I fixed that now in cvs. Rod, I would appreciate
> a lot if you could try that out.
I've installed 122cvs, run reconfigure, exited, and res
o
be quite useable. If they aren't to go in the main dist, could they go on
the ftp server, so they might get some testing?
Thanks,
Rod
On Thu, 29 Aug 2002, Andre Poenitz wrote:
> On Thu, Aug 29, 2002 at 09:09:56AM +0800, Rod Pinna wrote:
> > Attached is a layout developed by Herbert V
> Maybe you didn't read what Garst does?
>
> FWIW, just 'cos it's in colour doesn't mean it will be printed in
> colour as some people like their LyX display to look a lot like their
> printouts (especially useful for foils if you get the width of the LyX
> window just right). In addition an im
On 3 Jun 2002, Jean-Marc Lasgouttes wrote:
> >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> Herbert had the newer version of the one I had, and his looked
> Rod> fine. If Herbert can't find it, I have a copy of his version
&g
1 - 100 of 141 matches
Mail list logo
