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
--
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
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
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...
> &
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
_
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 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:
>
&
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.
>
>
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
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
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
>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
>
> 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,
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
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
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 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
> 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
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
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.
>
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
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
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,
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
>
> 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
>
> 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
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
>
> 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 /
|
>
> 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
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
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."
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
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
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
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
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
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
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
>
> 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
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 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
__
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
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
Just a quick query, has the "Close all floats" menu item gone? If so,
could I put in a very small request that it come back? Or else may a
preference that would allow the user to specify that the document opens
with all floats closed?
Thanks,
Rod
(Apologies for posting "out of thread". I had to copy the text from the
mail archive).
On Mon, Apr 29, 2002 at 08:49:42AM +0800, Rod Pinna wrote:
>> could I put in a very small request that it come back? Or else may a
>> preference that would allow the user to specify t
Hi all,
This is *possibly* an endfloat bug, but it seems to be caused by a change
in the sytax outputted by 1.2.0
For floats, the new format is
text text text \begin{figure}%
\include{}\end{figure}%
Endfloat demands
text text text \begin{figure}%
\include{}
\end{figure}%
This is text in the
> They remain opened if you find some errors inside, isn't it? They close
> again if there aren't errors? Anyway this should change in future and
> I think we will also reimplement the "close/open all floats" in a clean
> way (it should be pretty easy ;)
Jürgen,
At present, at least on my syste
Lars,
> I am not convinced that this is what we want.
> Have we sent a buf repor to the endfloat maintainer?
> should we have a '%' at the '\include{}'?
> Does this happen with even the recent versions of endfloat?
Just downloaded endfloat from CTAN, and the current version documentation
is date
:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> >
> >> Herbert Voss <[EMAIL PROTECTED]> writes:
> >> | Rod Pinna wrote:
> >>
> >>>>Hi all,
> >>>>This is *possibly* an endfloat bu
pring stiffness.
It may be seen that, apart from the $Z=10$ shell, the results are...
On Tue, 30 Apr 2002, Rod Pinna wrote:
>
> Lars,
>
> Just checked.
>
> Endfloat works with
>
> text text text.\begin{figure}%
> \includegraphics[ ]{}
>
> \includegraphics[]{}
&
Can equations still be numbered without a label?
I can't seem to type math-number in the minibuffer, as per the
user guide, anymore.
Oh, I see, alt-m-n works though.
So, I'm not sure if this is a documentation bug, or a lyx bug at my end.
Thanks,
Rod
> This is a good one for the 1.2.0-Q&A (do we actually have that?):
>
> Q: My Update->Postscript doesn't update. Why is that?
> A: Change GV.watchFile to "True",
> either in /somewhere/in/system/app-defaults/GV ,
> or in ~/.gv
Or given the lyx is designed for pointing and clicking at
in the
exported tex file, I find it easier to follow if the floats start and end
on new lines.
Thanks,
Rod
On Tue, 30 Apr 2002, Herbert Voss wrote:
> Rod Pinna wrote:
>
> > Herbert,
> >
> > Two questions...
> >
> > 1/ will this patch apply to lyx-1.2.0pre4.
ul.
Rod
On Thu, 2 May 2002, Herbert Voss wrote:
> Rod Pinna wrote:
>
> > Herbert et al,
> >
> > Just checked the patch. For endfloat to work, it needs the following
> >
> > os << "\n\\end{" << tmptype << "}\n";
> &g
Just putting together an article, and I've been using 1.2.0pre4 for the
last few days to give it a good run.
I suddenly found that I could insert an Grace graph directly in, and have
lyx do the conversion for me, both for viewing in lyx, and to eps.
It was very impressive.
Thanks alot for a ve
Just a quick note noting that endfloat is incompatible with pre5. It
doesn't look as if the tex output has changed. Feel free to ignore me if
this is intentional. Just thought I'd better speak up now, in case I
forever have to hold my peace subsequently.
Thanks alot everyone,
Rod
Just noticed a small glitch in line wrapping under pre5. If I have
something like the following
text text text text...text[float]
then, if the last text were to wrap at the end of the screen, I could end
up with
...te
xt[float]
If I have a space between text and [float] then wrapping is fine.
Hi all,
Just came across a little snafu in pre5 with the auto file conversion.
If have a number of files, with the same name in different directories.
These files are graphs of the same attribute, if you like, but with
different values for variables. The directory structure then shows that
the
Hi all,
Just applied this patch, and it appears to solve my, er, philosophical
disagreement.
It also checked it by moving haivng a repeated graph, with the same name,
with another float between the first occurrence and the second occurrence,
and that appears to behave correctly.
Regards,
Rod
O
Insert a citation of the form
author={Odland, J. and Faulkner, D}
results in the citation box showing
Odl and Faulkner (1981)
This is both for the little button, and the Insert->Citation box.
The latex output is fine. Seems the citation box is matching on the "and"
part, for when to insert a
>
> They waited 18 months for 1.2. They're going to like what they see which
> should give us some time before thay start screaming for more ;-)
>
> Angus
As a token user"MORE!"
Thought I'd try to be the first...
Regards (and many thanks)
Rod
Hi all,
Just opened a file of mine, from 1.1.6fix4, which has a number of
non-floating eps files. The output from latex has these is incorrectly
sized. The graphics are scaled to a percentage of the paper width.
In 1.1.6f4, the file is set to 85% of page. This produces the following
tex
{\cente
Herbert et al,
This works on my file. I now get the same output as 1.1.6. Haven't had an
extensive play with it though, so I can't comment on anything else the
patch does.
Rod
On Thu, 16 May 2002, Herbert Voss wrote:
> Rod Pinna wrote:
>
> >
> > Just opened a
Hi all,
Just wondering in a "reread" button could be added in the next version, in
the graphics insert box. Currently, if I update a picture externally,
there isn't a way to update the picture without closing lyx.
Thanks,
Rod
_
rod
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | Rod Pinna writes:
> >>
> >> Just wondering in a "reread" button could be added in the next version, in
> >> the graphics insert box. Currently, if I update a picture externally,
&g
Herbert,
Thanks alot. I don't feel too guilty for not getting this procedure though
:)
Rod
On Wed, 22 May 2002, Herbert Voss wrote:
> Rod Pinna wrote:
>
> >
> > Just wondering in a "reread" button could be added in the next version, in
> > the graphi
> Martin> The attached patch does the job for 1.2.0 tar -- very trivial
> Martin> (did I miss something?). Please apply.
>
> It seems I will apply it if it solves your problems. Something we
> missed when playing around with widths, it seems.
>
> What about the patch sent by herbert? It looks l
> Rod, did the patch work for you? I can apply it to trunk, but I'd
> rather wait before applying it to BRANCH-1_2_x.
Sorry, just got down to this message. It worked perfectly for horizontal
stuff. I've never used vertical alignment myself, so I can't comment on
that though.
Regards,
Rod
_
0
From: Herbert Voss <[EMAIL PROTECTED]>
To: Rod Pinna <[EMAIL PROTECTED]>
Subject: Re: elsart style
Rod Pinna wrote:
> The lyx layout and other associated files are attached. I haven't had a
> chance yet to follow up the various suggestion from the list though.
what do you
; >> Elsevier preprint class (elsart.cls). They're online at
> >> http://www.physics.usyd.edu.au/~matthewa/lyx/
>
> John> What's the status of these layouts ? Should we include them in
> John> LyX anybody ?
>
> I think Rod Pinna already had an elsart.layout, that we planned
The email is in my in tray, I should get to it in the next few days.
Rod
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
>
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
> 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
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
> 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
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
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
>
> 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=$
>
> 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
> 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
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:
> >>>
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
[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
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
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
> 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
_
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
> > 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
, "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
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
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
>
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
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 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
>
> 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'
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
_
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
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
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
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
1 - 100 of 141 matches
Mail list logo
