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). 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 (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 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. Written by Tom Tromey <[EMAIL PROTECTED]> [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ autogen --version autogen - The Automated Program Generator - Ver. 5.4.6 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' Thanks, 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 Giants, Lincoln
debian woody/cvs compile problem (fwd)
Just did a complete checkout a few minutes ago, and I still have this problem. Also attached is the (gzipped) config.log. Let me know if there is any other info that would be helpful. Starting make in the src directory (for example) get the compiler going. Rod -- Forwarded message -- 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). 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 (GNU automake) 1.4-p6 Copyright (C) 1999, 2001 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. Written by Tom Tromey <[EMAIL PROTECTED]> [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ autogen --version autogen - The Automated Program Generator - Ver. 5.4.6 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' Thanks, 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 Giants, Lincoln config.log.gz Description: Binary data
Re: debian woody/cvs compile problem (fwd)
Bloody buggery...I thought going to testing would avoid this... I see there is an automake1.7 deb as well... No difference I see... Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx140cvsXF Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ make make[1]: Entering directory `/home/rpinna/src/cvs/lyx-devel' cp -p ./lyx.man lyx.1 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel' [EMAIL PROTECTED]:~/src/cvs/lyx-devel$ automake --version automake (GNU automake) 1.7.5 Written by Tom Tromey <[EMAIL 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 (GNU automake) 1.4-p6 > > That's probably a bit too old. > Juergen. > _ 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 Giants, Lincoln
Re: debian woody/cvs compile problem (fwd)
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 see there is an automake1.7 deb as well... > > > > No difference I see... > > Did you update autoconf as well? > > Garst > _ 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 Giants, Lincoln
debian problem solved.
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 _ 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 Giants, Lincoln
Re: debian problem solved.
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, configure, make to see if it dies again. I'll let y'all > know hoe it goes. > > 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 Giants, Lincoln > > > _ 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 Giants, Lincoln
Re: debian problem solved.
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 :) > > What was the error? > > -- > Lgb > _ 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 Giants, Lincoln
Re: debian problem solved.
It's 4.15pm in Perth at the moment...so it will have to be that the alcohol ratio is (far) too low, or too much time doing FE analysis. A bottle of wine tonight might correct both of those. ;) >-| ^ | \-- Wine glass... Rod On Wed, 9 Jul 2003, Andre Poenitz 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. > > Alcohol/blood ratio too high or too low? ;-) > > Andre' > _ 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 Giants, Lincoln
no compile...
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/depcomp \ /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c -o formulabase.lo `test -f 'formulabase.C' || echo './'`formulabase.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF .deps/formulabase.TPlo In file included from /usr/include/c++/3.3/cstring:51, from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/string.h:257: error: declaration of C function `void bcopy(const void*, void*, unsigned int)' conflicts with /usr/include/string.h:43: error: previous declaration `void* bcopy(const void*, void*, unsigned int)' here In file included from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/cstring:80: error: `memmove' not declared /usr/include/c++/3.3/cstring:103: error: `strchr' not declared In file included from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/char_traits.h: In static member function `static char* std::char_traits::move(char*, const char*, unsigned int)': /usr/include/c++/3.3/bits/char_traits.h:151: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/char_traits.h:151: error: (Each undeclared identifier is reported only once for each function it appears in.) In file included from /usr/include/c++/3.3/memory:58, from /usr/include/c++/3.3/string:48, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `char* std::uninitialized_copy(const char*, const char*, char*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:118: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `wchar_t* std::uninitialized_copy(const wchar_t*, const wchar_t*, wchar_t*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:126: error: `memmove' undeclared (first use this function) formulabase.C: In function `void std::_Destroy(_Tp*) [with _Tp = MathArray]': formulabase.C:695: warning: inlining failed in call to `virtual ButtonRenderer::~ButtonRenderer()' formulabase.C:695: warning: called from here formulabase.C:830:2: warning: #warning pretty ugly make[3]: *** [formulabase.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [all-recursive] Error 1 _ 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 Giants, Lincoln
More debian problems...
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 all. Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions use-aspell C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.1) C++ Compiler flags: -g -O -fno-exceptions -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx140cvsXF *** and the error is /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c -o formulabase.lo `test -f 'formulabase.C' || echo './'`formulabase.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF .deps/formulabase.TPlo In file included from /usr/include/c++/3.3/cstring:51, from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/string.h:257: error: declaration of C function `void bcopy(const void*, void*, unsigned int)' conflicts with /usr/include/string.h:43: error: previous declaration `void* bcopy(const void*, void*, unsigned int)' here In file included from /usr/include/c++/3.3/bits/char_traits.h:45, from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/cstring:80: error: `memmove' not declared /usr/include/c++/3.3/cstring:103: error: `strchr' not declared In file included from /usr/include/c++/3.3/string:47, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/char_traits.h: In static member function `static char* std::char_traits::move(char*, const char*, unsigned int)': /usr/include/c++/3.3/bits/char_traits.h:151: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/char_traits.h:151: error: (Each undeclared identifier is reported only once for each function it appears in.) In file included from /usr/include/c++/3.3/memory:58, from /usr/include/c++/3.3/string:48, from ../../src/LString.h:23, from ../../src/Lsstream.h:17, from formulabase.C:17: /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `char* std::uninitialized_copy(const char*, const char*, char*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:118: error: `memmove' undeclared (first use this function) /usr/include/c++/3.3/bits/stl_uninitialized.h: In function `wchar_t* std::uninitialized_copy(const wchar_t*, const wchar_t*, wchar_t*)': /usr/include/c++/3.3/bits/stl_uninitialized.h:126: error: `memmove' undeclared (first use this function) formulabase.C: In function `void std::_Destroy(_Tp*) [with _Tp = MathArray]': formulabase.C:695: warning: inlining failed in call to `virtual ButtonRenderer::~ButtonRenderer()' formulabase.C:695: warning: called from here formulabase.C:830:2: warning: #warning pretty ugly make[3]: *** [formulabase.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [all-recursive] Error 1 _ 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 Giants, Lincoln
Re: More debian problems...
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 --disable-nls --with-included-boost > > Garst > _ 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 Giants, Lincoln
Re: More debian problems... (fwd)
>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
Re: More debian problems... (fwd)
> > 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, 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 Giants, Lincoln
minor elsart.layout patch
Against the 1.4.0 cvs. Allows for numbered sections as does the class file. Let me know if I've done the diff incorrectly. Rod $cvs diff elsart.layout Index: elsart.layout === RCS file: /cvs/lyx/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 class file. > # 25c28 < MaxCounter Counter_Subsection --- > MaxCounter Counter_Section _ 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 Giants, Lincoln
Re: minor elsart.layout patch
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 > > file. Let me know if I've done the diff incorrectly. > > > > $cvs diff elsart.layout > > I believe "cvs diff -u" is more appreciated. > > Good! I'm glad to see elsart is getting in better shapes as time evolves :). > I hope someone will apply your patches. > > Rob. > > _ 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 Giants, Lincoln
elsart.layout
Hopefully generated the diff correctly. My last change wasn't correctly incorporated. Patch below, generated with cvs diff -u, for the top directory. Rod Index: lib/ChangeLog === RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,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 layout file. + + 2003-07-23 Rod Pinna <[EMAIL PROTECTED]> * layouts/elsart.layout: change MaxCounter to Section, rather than Index: lib/layouts/elsart.layout === RCS file: /cvs/lyx/lyx-devel/lib/layouts/elsart.layout,v retrieving revision 1.5 diff -u -r1.5 elsart.layout --- lib/layouts/elsart.layout 2003/07/31 10:53:28 1.5 +++ lib/layouts/elsart.layout 2003/08/01 02:42:40 @@ -18,6 +18,9 @@ # modified 2003-03-11 JMarc for use of TitleLatexType/TitleLatexName # modified 2003-04-10 Rod Pinna - added proof env. sent to me by Stacy Prowell # modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, +# rather than subsection. The Elseveir doc file allows for +# numbered sections, as does the class file. +# modified 2003-07-23 Rod Pinna - changes MaxCounter to Section, # rather than subsection. The Elsevier doc file allows for # numbered sections, as does the class file. _ 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 Giants, Lincoln
Re: elsart.layout
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: > >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes: > > Rod> Hopefully generated the diff correctly. My last change wasn't > Rod> correctly incorporated. > > Hmm, what was wrong? You seem to be adding the same entry twice, don't > you? > > JMarc > > Rod> Patch below, generated with > > Rod> cvs diff -u, for the top directory. > > The patch is in the right form, anyway. > > JMarc > _ 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 Giants, Lincoln
Re: elsart.layout
> 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 think it is correct. > > JMarc My humblest apologies...I seemed to have once again been baffled by CVS. After doing an update/make, the elsart.layout file I ended up with didn't work, and had extra - and < bits in it. Deleting the file, and updating again seems to have resulted in a working elsart file. Sorry about that. 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 Giants, Lincoln
cvs graphics include error
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 line output, when doing view->ps ~/docs/art-emb-cyl$ This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) ' TeX output 2003.08.04:1249' -> newfile2.ps . [1] [2 ] [3 ] 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 Giants, Lincoln
Re: table design flaws in lyx / possible improvements (was: longtable caption again)
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. > Yours Indeed. In an ideal world, that would be the best solution. It would depend on how difficult it would be to allow for that sort of serparation. I suspect that it might be quite hard. Essentially, if the layout file mechanism is to be useful, the lyx shouldn't add in too many (any ideally) other .sty files. The standard parts of it (such as tables) also shouldn't rely on .sty mods being present. 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 Giants, Lincoln
Re: Fwd: Re: Cygwin and 1.3.5
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, Rod Pinna wrote: > > Kayvan, > > > > Thanks alot, that would be great. I'm happy to compile it myself, but I > seem to > > have some sort of problem with my cygwin installation. Do you need to do > > anything particular to get it to compile under cygwin? > > > > Thanks, > > Rod > > I ran into the exact same problem as you did in trying to compile > lyx-1.3.5 with Cygwin: > > TextCache.o(.ctors+0x0):TextCache.C: undefined reference to > `__GLOBAL__I__ZN9TextCache7findFitEP6Bufferi' > TextCache.o(.dtors+0x0):TextCache.C: undefined reference to > `__GLOBAL__D__ZN9TextCache7findFitEP6Bufferi' > lyxtextclasslist.o(.ctors+0x0):lyxtextclasslist.C: undefined reference to > `__GLOBAL__I__ZNK16LyXTextClassList13NumberOfClassERKSs' > lyxtextclasslist.o(.dtors+0x0):lyxtextclasslist.C: undefined reference to > `__GLOBAL__D__ZNK16LyXTextClassList13NumberOfClassERKSs' > mathed/.libs/libmathed.a(math_cursor.o)(.ctors+0x0):math_cursor.C: undefined > reference to `__GLOBAL__I_theCutBuffer' > mathed/.libs/libmathed.a(math_cursor.o)(.dtors+0x0):math_cursor.C: undefined > reference to `__GLOBAL__D_theCutBuffer' > mathed/.libs/libmathed.a(math_inset.o)(.ctors+0x0):math_inset.C: undefined > reference to `__GLOBAL__I__ZNK9MathInset6heightEv' > mathed/.libs/libmathed.a(math_inset.o)(.dtors+0x0):math_inset.C: undefined > reference to `__GLOBAL__D__ZNK9MathInset6heightEv' > frontends/.libs/libfrontends.a(FormPrint.o)(.ctors+0x0):FormPrint.C: > undefined reference to `__GLOBAL__I__ZN9FormPrintC2Ev' > frontends/.libs/libfrontends.a(FormPrint.o)(.dtors+0x0):FormPrint.C: > undefined reference to `__GLOBAL__D__ZN9FormPrintC2Ev' > frontends/.libs/libfrontends.a(FormTabular.o)(.ctors+0x0):FormTabular.C: > undefined reference to `__GLOBAL__I__ZN11FormTabularC2Ev' > frontends/.libs/libfrontends.a(FormTabular.o)(.dtors+0x0):FormTabular.C: > undefined reference to `__GLOBAL__D__ZN11FormTabularC2Ev' > frontends/.libs/libfrontends.a(checkedwidgets.o)(.ctors+0x0):checkedwidgets.C: > undefined reference to > `__GLOBAL__I__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2_' > frontends/.libs/libfrontends.a(checkedwidgets.o)(.dtors+0x0):checkedwidgets.C: > undefined reference to > `__GLOBAL__D__Z19addCheckedLyXLengthR20ButtonControllerBaseP7flobjs_S2 _' > collect2: ld returned 1 exit status > > > I am stuck. I compile 1.4.x almost daily and there is no problem. > > Can someone who is familiar with the build process give me a clue > about where I might look to twaek this? > > ---Kayvan > -- > Kayvan A. Sylvan | Proud husband of | Father to my kids: > Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena > (8/8/89) > http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory > (2/28/92) > -- Rod Pinna Telephone: 079 81 677088 [EMAIL PROTECTED]
preview snippet colour
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 the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: preview snippet colour
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 run a blue background, it makes it a little hard to read. > > 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 Giants, Lincoln > > > _ 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 Giants, Lincoln
Minor ert bug
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 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.4) C++ Compiler flags: -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall Linker flags:-L/usr/local/lib/ Frontend: qt Qt version: 3.0.3 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx130cvs 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 Giants, Lincoln
Re: Minor ert bug
> > 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 sea." | They Might Be Giants, Lincoln
Re: elsart style (fwd)
> > 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 the required StartTitlePage before title and EndTitlePage > before main text (start and end frontmatter), so these have to be entered > manually. Took me a few minutes to figure this one out. I've got a vague feeling that this might be fixed if you use the template with 1.2, but I'm not sure. > I suppose if one needs to use the optional key/label fields with \author, > \collab, \address, \thanks, \corauth the frontmatter might get a bit > ugly with lots of ERT. Is there a way to incorporate these in the layout? > I think it might be tricky because they're kind of new types of > cross-references. Yup, this bit stumped me as well. I thik it can be done, but I don't know enough of what layout can do. One day I might have the time to do something with this. 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 Giants, Lincoln
Feature request
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 blah equations (1) to (6) blech, Maybe an apply button would be useful? 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 Giants, Lincoln
Re: [PATCH] InsetInclude and version control bug
> > 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 / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: 1.3 plans
> > 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 report has been the main "problem" I've run into. It certainly seems usable, and it has been useful enough that I've stopped using 1.2.2. The extra AMS environments are very useful, I find. 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 Giants, Lincoln
math preview, 1.3.0
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. 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 Giants, Lincoln
130, preview
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." | They Might Be Giants, Lincoln
Re: What Magic Compiler Is Needed for LyX?
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 > > the attached > > logs: > > > > * SuSE 8.0: gcc2.95.3.log > > * SuSE 8.1: gcc3.2-suse81.log > > I had the same problem with this compiler. The > internal compiler error is introduced by one of the > patches SuSE applied, search the gcc bug database > for boost if you want to know more. > > Use gcc 3.2 fom FSF, that one is reported to work. > > Georg > > > > _ 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 Giants, Lincoln
Table oddity, 1.3.0
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 what I'm doing that is different with this table. 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 Giants, Lincoln #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize default \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset Float table wide false collapsed false \layout Caption Values of the displacement components and their derivatives with respect to \begin_inset Formula $z$ \end_inset at \begin_inset Formula $z=0$ \end_inset \begin_inset LatexCommand \label{tbl-value-of-components-at-z0} \end_inset \layout Standard \align center \begin_inset Tabular \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Displacement component \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Value of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt* \align center Value of \begin_inset Formula $\frac{\partial}{\partial z}$ \end_inset of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $u_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\sin(n\theta)\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\sin(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $v_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $w_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \end_inset \layout Standard \begin_inset Tabular \begin_inset Text \layout Standard \added_space_bottom 1pt \align center Displacement component \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt \align center Value of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \added_space_bottom 1pt \align center Value of \begin_inset Formula $\frac{\partial}{\partial z}$ \end_inset of component at \begin_inset Formula $z=0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $u_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\sin(n\theta)\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\sin(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $v_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $\frac{\cos(n\theta)}{L}\times\textrm{constant}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $w_{1}$ \end_inset \end_inset \begin_inset Text \layout Standard \align center \begin_inset Formula $0$ \end_inset \end
140
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 going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
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 to me... Thanks, Rod On Wed, 12 Feb 2003, Jean-Marc Lasgouttes wrote: > The attached patch adds support for the elsart.cls latex class. It is > based on Herbert's class (with a couple fixes of my own) and the > patch to support it has a similar effect to Herbert's. > > This will get included in 1.3.1 if > > 1/ it gets a good testing. I do not have an elsart.cls here to try to > typeset files. Also, what floats should be defined in elsart? > > 2/ I get some minimal doc to include in LaTeXConfig:lyx:in (at least) > and Extended.lyx (optional). > > JMarc > _ 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 Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
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 > 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 to me... > > Thanks, > Rod > > On Wed, 12 Feb 2003, Jean-Marc Lasgouttes wrote: > > > The attached patch adds support for the elsart.cls latex class. It is > > based on Herbert's class (with a couple fixes of my own) and the > > patch to support it has a similar effect to Herbert's. > > > > This will get included in 1.3.1 if > > > > 1/ it gets a good testing. I do not have an elsart.cls here to try to > > typeset files. Also, what floats should be defined in elsart? > > > > 2/ I get some minimal doc to include in LaTeXConfig:lyx:in (at least) > > and Extended.lyx (optional). > > > > JMarc > > > > _ > 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 Giants, Lincoln > > > _ 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 Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
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 author with something like \author{Bob\thanksref{ABC}} then thanks goes \thanks[ABC]{This is all the thanks I get} I have no idea if this is possible in Lyx at the moment. Also attached is a draft for some docs. The config text is in the file, as I (again) have no idea what format you need for it. For good measure, I've class file as well. If you want the docs, let me know. It's 165k gzipped. 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 Giants, Lincoln elsevier_doc.lyx.gz Description: Binary data elsart.cls.gz Description: Binary data
Re: [PATCH] add support for elsevier elsart.cls
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 normal \ref/\label for this?? I do not know how to > do it in lyx. No idea. It can be done with ert, so if people want it, they can do it that way. 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 Giants, Lincoln
Re: [PATCH] add support for elsevier elsart.cls
> > 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. Attached is attempt 2. 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 Giants, Lincoln #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Subsection elsart \layout Standard WWW: The style file can be downloaded directly from their web site: \family typewriter http://authors.elsevier.com/ \layout Standard Notes: This package is intended for producing journal articles for publication by Elsevier Science. Instructions are included in the \layout Subsection Elsevier Journals \layout Standard Elsevier Science Publishers B.V. provides a standard \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset \SpecialChar ~ document class (elsart.cls) for submitting articles to their various journals. The style file can be downloaded directly from their web site: \family typewriter http://authors.elsevier.com/ \family default . Instructions are supplied along with the class file, which details the requirements of the publishers. Lyx includes package that allows for the use of this class, by a layout and a template file. Installation of the class file is the same as for any other \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset package; instructions are provided in the Elsevier documentation. \layout Standard To make use of \family typewriter elsart.cls \family default , a file \family typewriter elart.layout \family default is supplied. As the Elsevier class file in based mainly on the standard article class, most of the normal functionality is provided. The Elsevier class defines a number of mathematical environments, which are similar to the \begin_inset ERT status Collapsed \layout Standard \backslash AmS \end_inset \SpecialChar ~ environments. These commands are all described in the Elsevier documentation, and are available in Lyx. \layout Standard The easiest way to use the Elsevier style is to base documents on the included template file. It is best not to use options such as fancy headings or the geometry package, as elements such as these are defined by Elsevier in their style file. Ideally, no extra packages except those mentioned in the Elsevier documentation should be used. Essentially, Elsevier require as \begin_inset Quotes eld \end_inset clean \begin_inset Quotes erd \end_inset a \begin_inset ERT status Collapsed \layout Standard \backslash LaTeX \end_inset file as possible, as their intention is to take the supplied file and replace the class file with one for the particular journal to which the paper has been submitted. This also means that not too much time should be spent on the formating of the document. When it comes to be published, this will change anyway. The rest of the usage for this layout is substantially the same as for the normal article class. For details of what Elsevier do and don't allow, refer to their documentation. \the_end
Re: lyx 1.3.0 QT doesn't startup
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... although it seems to work fine with GCC 3.2. Although I > > think the newer Qt might be causing some issues. > > Thanks Owen.. I'm trying to upgrade to gcc 3.2.. having trouble with > Debian cribbing abt dependencies for binutils which supposedly clashes > with modutils! Wonder if there's an easy way to upgrade packages using > apt-get... > > nirmal > > _ 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 Giants, Lincoln
Re: lyx 1.3.0 QT doesn't startup
> > 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 _ 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 Giants, Lincoln
Re: Elsart layout: How to squash citations [1,2,3,4] into [1-4] ?
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, 24 Feb 2003, Rob Lahaye wrote: > > Hi all, > > I'm using the new Elsart layout, though I don't know if that matters. > I have trouble to squash multiple citations, e.g. I get [1,2,3,4,5,6] > instead of [1-6]. Any idea what I can do about that? > > I'm using current CVS. > > Regards, > Rob. > > _ 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 Giants, Lincoln
Re: Elsart layout
Vaclav, Just had a further look, and I'm guessing that you're trying to get output as in example 2 of instraut.ps, where the authors are one after the other, followed by addresses? I have to admit, this isn't a format I've ever had to use, so I didn't think of it. As 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 having a look at this, I'm not an expert at either lyx or the > elsevier class. > > I've just done a check, and I'm not sure I see what you mean. Latexing the > outputted tex file, and either including the extra newlines or not seems > to lead to the same result. BTW, I'm trying to reproduce the out as in the > first example of the Elsevier instructions. The second example uses a > different format. > > I've attached the tex output, with a space between the first two authors, > and one betweent the second and last. The spacing in the dvi seems the > same. > > Rod > > On Thu, 27 Feb 2003, Vaclav Smidl wrote: > > > Hi, > > thanks for the link. I followed the discussion and understood that the latest > > version is probably CVS. I downloaded BRANCH_1_3_x and it seems to work quite > > well. > > However, using multiple authors gives strange results. > > LyX exports them as > > \author{author1} > > > > > > \author{author2} > > > > which is not tolerable for elsart.cls -- it inserts \parsep inbetween. > > If I remove newlines from exported .tex, everything works as expected. > > Is there any command in LyX that prevent exporting so many newlines after the > > Command? > > > > Thanks, > > > > Vasek > > > > > > On Wednesday 26 of February 2003 00:16, Rod Pinna wrote: > > > Vaclav, > > > > > > Also, have a look at > > > > > > http://www.mail-archive.com/[EMAIL PROTECTED]/msg52858.html > > > > > > for a patch to 1.3.0 that is the latest version of elsart. > > > > > > Rod > > > > > > On Tue, 25 Feb 2003, I Wayan Warmada wrote: > > > > On Tue, 25 Feb 2003, Vaclav Smidl wrote: > > > > | I have to write an article using elsart.cls. Is there a LyX layout file > > > > | for this class? > > > > | > > > > | There is a few notes on the web about elsart.layout but it is not part > > > > | of LyX distro and I can not find it in any contrib directory. > > > > > > > > I have this layout... > > > > > > > > with the header... > > > > > > > > # Version 1.0 19990506 R. Pinna Inital version > > > > # modified 2002-04-02 Herbert Voss <[EMAIL PROTECTED]> > > > > > > > > but I have never been using. Let me know if this is the layout that you > > > > need. > > > > > > > > Wayan > > > > > > _ > > > 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 Giants, Lincoln > > > > > > _ > 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 Giants, Lincoln > _ 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 Giants, Lincoln
Close all floats, 1.2.0
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 _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: close all floats
(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 that the document opens >> with all floats closed? > >no idea ... > >what's wrong with just closing the floats if you want them closed ? > Nothing in particular. Just if I have 20 or so floats, and do a spell check, then then are all opened. I tend to prefer to work with them all closed. I find it much easier to concentrate on the text. Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Conflict with endfloat
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 rest of the paragraph. Essentially, the previous format worked, while moving up the \end{float} seems to break endfloat. Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: close all floats
> 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 system :), all the floats open after doing a spell check. They do remember though if they were open or closed when the doc was last saved (as you probably well know). Anyways, not a major concern. Thanks, Rod
Re: [PATCH] Re: Conflict with endfloat
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 dated 1995. Having once discussed the package on comp.text.tex, I'm not sure it is very actively maintained. I don't have any right to whine, so I won't. OTOH, if there isn't a major problem going back to the previous tex output format, then it would be useful. Endfloat is *very* useful for producing manuscripts, for the type of publishers that demand them. It's also quite a common format requirement in a few engineering departments I know of to have all figures at the end. Being able to do that with endfloat is very nice. Thanks, Rod
Re: [PATCH] Re: Conflict with endfloat
Lars, Just checked. Endfloat works with text text text.\begin{figure}% \includegraphics[ ]{} \includegraphics[]{} \caption{} \end{figure} The only thing I changed from the tex exported from lyx was \caption{}\end{figure}% Rod On Tue, 30 Apr 2002, Lars Gullik [iso-8859-1] Bjønnes wrote: > 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 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}% > >>>> > >> | please apply together with small changes to insetgraphics. > >> 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? > > > > > | why should it be important to have no linebreak > | before an end-statement of an environment? > > Not to have no linebreak, but no characters at all. > > would endfloat work with: > > ... > \include{}% > \end{float} > > or does it need > > ... > \include{} > \end{float} > > -- > Lgb > _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: [PATCH] Re: Conflict with endfloat
Just for information, here are some cut down bits. The first is exported from lyx-1.2.0-pre4, and doesn't work, the working one is below. -- restraint is increased and secondly, the deformation zone moves away from the restrained end.\begin{figure}% \includegraphics[ width=11.5cm, keepaspectratio]{fig/composite-kf0-shells} \caption{Lowest eigenvalue buckling modes for $Z=10,\, 100$ and $1000$ cylinders with no axial spring restraint.\label{fig-eigenmode-var-Z}}\end{figure}% \begin{figure}% \includegraphics[ width=11cm, keepaspectratio]{fig/composite-kfVar-z100-shells} \caption{Buckling modes for a $Z=100$ shell as axial restraint is increased.\label{fig-eigenmode-var-kf-z100}}\end{figure}% Buckling loads are shown in Figure \ref{gph-Graphs-comparing-buckling}, plotted against both dimensional and nondimensional axial spring stiffness. It may be seen that, apart from the $Z=10$ shell, the results are... While this works restraint is increased and secondly, the deformation zone moves away from the restrained end.\begin{figure}% \includegraphics[ width=11.5cm, keepaspectratio]{fig/composite-kf0-shells} \caption{Lowest eigenvalue buckling modes for $Z=10,\, 100$ and $1000$ cylinders with no axial spring restraint.\label{fig-eigenmode-var-Z}} \end{figure} \begin{figure}% \includegraphics[ width=11cm, keepaspectratio]{fig/composite-kfVar-z100-shells} \caption{Buckling modes for a $Z=100$ shell as axial restraint is increased.\label{fig-eigenmode-var-kf-z100}} \end{figure} Buckling loads are shown in Figure \ref{gph-Graphs-comparing-buckling}, plotted against both dimensional and nondimensional axial spring 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[]{} > > \caption{} > \end{figure} > > The only thing I changed from the tex exported from lyx was > > \caption{}\end{figure}% > > Rod > > On Tue, 30 Apr 2002, Lars Gullik [iso-8859-1] Bjønnes wrote: > > > 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 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}% > > >>>> > > >> | please apply together with small changes to insetgraphics. > > >> 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? > > > > > > > > | why should it be important to have no linebreak > > | before an end-statement of an environment? > > > > Not to have no linebreak, but no characters at all. > > > > would endfloat work with: > > > > ... > > \include{}% > > \end{float} > > > > or does it need > > > > ... > > \include{} > > \end{float} > > > > -- > > Lgb > > > > > _ > rpinna|"Zoeggeler denies Hackl four straight luge golds" > @civil.uwa| > .edu.au | ABC news headline, 2002 > > > _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Equation numbering
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
Re: Update DVI bug still there
> 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 things in gv State->gv options->click "watch file", click "save" to set your .gv file correctly. Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: [PATCH] Re: Conflict with endfloat
Herbert et al, Just checked the patch. For endfloat to work, it needs the following os << "\n\\end{" << tmptype << "}\n"; rather than os << "\\end{" << tmptype << "}%\n"; which was the original line. i.e. end{float}\n, rather than end{float}% No other change appear necessary. I also check using a figure with an ERT comment after it, in a float, at that went through fine. Following the discussion on lyx-devel, I don't know what chance this has of being included. Just as a final comment, I would say that 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. I don't follwo the CVS branch. > > 2/ if it does...how do I apply it. Just to show my cluelessness :) > > > > If it can be applied, I'll give it a try tomorrow (mt time), and let you > > know how it goes. > > > an easy way is to look in the patch. in the beginning > of each part you see the start line. look for this > in the file src/insets/insetfloat.C (latex) and change > the line the one which is maeked with + > > the changes in insetgraphics.C are not important to you. > > > Herbert > > > > -- > http://www.lyx.org/help/ > _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: [PATCH] Re: Conflict with endfloat
Looking at the export from 1.16 fix 4, and 1.2.0pre4 (without the patch), I see the following from 1.1.6 %% LyX 1.1 created this file. For more info, see http://www.lyx.org/. \begin{document} This is a test with a float. \begin{figure} {\centering \includegraphics{graphs/overall-spring/spring-non-dim.eps} \par} \caption{There is a figure here} \end{figure} This is some text after the float. \end{document} while from 1.2.0 I get %% LyX 1.2 created this file. For more info, see http://www.lyx.org/. \begin{document} This is a test with a float.\begin{figure}% \begin{center}\includegraphics{graphs/overall-spring/spring-non-dim}\end{center} \caption{There is a figure here}\end{figure}% This is some text after the float. \end{document} The error I get from running latex on the 1.2.0 tex file is (temp-120pre4.fff) Runaway arguement? ! File ended while scanning use of \next. \par <*> temp-120pre4.tex ? ! Emergency stop. \par <*> temp-120pre4.tex So, it might also be related to the difference in the use of \par between the two exports. When I had a go at trying to put \par in various places however, I wasn't successful. 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"; > > > > rather than > > > > os << "\\end{" << tmptype << "}%\n"; > > > > which was the original line. > > > > i.e. end{float}\n, rather than end{float}% > > > yes, I still have it in my tree. forget to tell you ... > > I saw that 1.1.6 has the same output, so I'm wondering why > it worked for you. > > Herbert > > > > -- > http://www.lyx.org/help/ > _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Wow....
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 very useful program. Rod
endfloat 1.2.0 pre 5
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
line wrap
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. If anyone wants a screen shot, I have a 17kB png file I can send. Not a major problem though, just thought I'd mention it. Regards, Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
obscure file conversion problem
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 value of the variable. i.e. z10z100 z1000 graph1.agr graph1.agr graph1.agr graph2.agr graph2.agr graph2.agr I then have these graphs inserted in floats, as the original .agr file. I then let the new conversion routine take care of the conversion. What I've found is that when outputting to dvi (or ps), all the floats appear, but only the first converted graph appears. If I use eps files, this doesn't happen. It appears the conversion routine is only converting the first file. I presume it sees that the file name is the same as a converted file already in the tmp dir, so it doesn't bother to go through again. Regards, Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: obscure file conversion problem
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 On Fri, 10 May 2002, Herbert Voss wrote: > Lars Gullik Bjønnes wrote: > > > Herbert Voss <[EMAIL PROTECTED]> writes: > > > > | Herbert Voss wrote: > > > >>> > It appears the conversion routine is only converting the first > file. I > >>> > presume it sees that the file name is the same as a converted file > >>> > already > >>> > in the tmp dir, so it doesn't bother to go through again. > >>>could you please try this patch with your doc, it should > >>>fix the problem. > >>> > >> > > | It runs for me with same file in different dirs, > > > > Did you test with different files with same name? In same dir and in > > different dirs? > > > the same file in four different dirs and two of them twice > in the doc and one zipped with and one without extra bb-file. > run with and without use_tempdir > > voss@maria:/tmp/lyx_tmpdir121488KKRCR/lyx_tmpbuf0> ls -l > total 68 > -rw-r--r-- 1 voss users 9288 May 10 16:07 _home_voss_LyX_atEnd.eps > -rw-r--r-- 1 voss users 9288 May 10 16:05 > _home_voss_lyx-devel.Info_atEnd.eps > -rw-r--r-- 1 voss users 9288 May 10 16:05 _tmp_atEnd.eps > -rw-r--r-- 1 voss users 2629 May 10 19:51 _tmp_atEnd.eps.gz > -rw-r--r-- 1 voss users 9288 May 10 16:05 atEnd.eps > > this patch fixes also the bug with reading > options from old files -> I love undocumented features ... > and anotherone with use_tempdir=false. > > the changes are not very important, but this is a sensible > part of the graphics inset, so it would be nice if someelse > could test this patch, too. > > Herbert > > > -- > http://www.lyx.org/help/ > > _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
citation observation
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 and in the box. Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: preview-LyX ?
> > 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
Non-float graphics sizing sort of bug
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 {\centering \resizebox*{0.85\textwidth}{!}{\includegraphics...} In 1.2.0, the include is set to Width 85 page%, and the tex produced is \begin{center}\includegraphics[ width=0.85\paperwidth]{filename}\end{center} Actually, I see, the new version has a "text%" option, which seems to match the output of the previous "% of page" option. Not sure if I should call it a bug then...possibly the import should convert the 1.1.6 page width to the 1.2.0 text width. Rod _ rpinna|"Zoeggeler denies Hackl four straight luge golds" @civil.uwa| .edu.au | ABC news headline, 2002
Re: Non-float graphics sizing sort of bug
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 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. > > > > > > Actually, I see, the new version has a "text%" option, which seems to > > match the output of the previous "% of page" option. > > > > Not sure if I should call it a bug then...possibly the import should > > convert the 1.1.6 page width to the 1.2.0 text width. > > > Rod, please try this patch > > Herbert > > > > -- > http://www.lyx.org/help/ > _ 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 Giants, Lincoln
feature request for 1.2.1 or 1.3.0 or 1.3.1 or ...
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 | "Beneath the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: feature request for 1.2.1 or 1.3.0 or 1.3.1 or ...
> "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, > >> there isn't a way to update the picture without closing lyx. > > > | What about a "watch file" in the graphics dialog, or even such a selection > | button in the preferences for all graphics (same as the ghostview option). > > Why? > This is how we should behave by default. Indeed. My request was predicated that watching the files in such a way would be more difficult than implementing a button to force a reread. I'm somewhat reticent to create work for others that I have no hope of doing myself :) 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 Giants, Lincoln
Re: feature request for 1.2.1 or 1.3.0 or 1.3.1 or ...
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 graphics insert box. Currently, if I update a picture externally, > > there isn't a way to update the picture without closing lyx. > > > this is not true, it's still part of the code! > - reread the bb > - the only problem is that you have to enable >the "clip to bounding box", then the lyx-view >is updated, too. > - and an apply to view the changes > > with the attached patch it works without enabling the > "clip to ..." checkbox > > Herbert > > > > -- > http://www.lyx.org/help/ > _ 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 Giants, Lincoln
Re: Non-float graphics sizing sort of bug
> 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 like it never got > applied to 1.2.0... I tested Herbert's patch at the time, and it work as expected, if I recall correctly. 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 Giants, Lincoln
Re: Non-float graphics sizing sort of bug
> 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 _ 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 Giants, Lincoln
Re: elsart style (fwd)
Found it. This is the latest version I have. Given that Elsevier will probably retype a latex article anyway, as far as I can tell from comp.text.tex, this version is close enough. It certainly produced a working elseveir preprint when I had a look. 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 Giants, Lincoln -- Forwarded message -- Date: Tue, 02 Apr 2002 22:54:42 +0200 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 think about this one. It's not complete yet, but we can try ... HErbert -- http://www.lyx.org/help/ #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[elsart]{Elsevier article style} # Author: Rod Pinna <[EMAIL PROTECTED]> # The Elsevier doc style also duplicates the theorem # environments used by the AMS. The definitions here have been # mainly taken from the amsmath.inc file, from lyx-1.0.2, by # David L. Johnson and Jean-Marc Lasgouttes. Some modifications # have been made. # # The Elsevier style *does not* implement the starred versions # of these environments, so they are not supported by this layout. # There are also a few AMS environments not impletemented by Elsevier, # so they are not included either. # # Version 1.0 19990506 R. Pinna Inital version # modified 2002-04-02 Herbert Voss <[EMAIL PROTECTED]> # # General textclass parameters Columns 1 Sides 2 PageStyle headings MaxCounter Counter_Subsection ClassOptions FontSize Default # controlled by class End DefaultFont FamilyRoman SeriesMedium Shape Up Size Normal Color None EndFont Preamble \providecommand{\maketitle}{} \newcommand\beginELStitle{\begin{frontmatter}} \newcommand\makeELStitle{\end{frontmatter}} EndPreamble Style Standard LatexName dummy LatexType Paragraph MarginStatic ParIndent MM ParSkip 0.4 ParSep0.4 TopSep1.0 BottomSep 1.0 Align Block AlignPossible Block, Left, Right, Center LabelType No_Label End Style StartTitlepage MarginStatic LatexType Command LatexName beginELStitle LeftMarginxx::xx LabelSep xx KeepEmpty 1 Align Left AlignPossible Left LabelType Static LabelString "Start Titlepage" # label font definition LabelFont Series Bold Shape Italic Color Blue EndFont End Style EndTitlepage MarginStatic LatexType Command LatexName makeELStitle LeftMarginxx::xx LabelSep xx KeepEmpty 1 Align Left AlignPossible Left LabelType Static LabelString "End Titlepage" # label font definition LabelFont Series Bold Shape Italic Color Blue EndFont End Style Keywords LatexName keyword LatexType Environment MarginStatic ParIndent MM InTitle 1 ParSkip 0.4 ParSep0.4 TopSep1.0 BottomSep 1.0 Align Block AlignPossible Block, Left, Right, Center LabelType No_Label Font Color blue EndFont End # Load standard defs, as most of the # Elsevier stuff seems the same. Input stdsections.inc Input stdstarsections.inc Input stdlists.inc Input stdstruct.inc Input stdlayouts.inc # Title style definition Style Title MarginStatic LatexType Command InTitle 1 LatexName title NextNoIndent 1 ParSkip 0.4 TopSep1.3 BottomSep 0.7 ParSep0.7 Align Left # AlignPossibleLeft LabelType No_Label # Fill_Top 1 # Fill_Bottom 1 # standard font definition Font Family Sans Series Bold SizeLargest EndFont End # Author style definition Style Author MarginStatic LatexType Command InTitle 1 LatexName author NextNoIndent 1 Par
Re: contribution: Elsevier preprint class support
Herbert had the newer version of the one I had, and his looked fine. If Herbert can't find it, I have a copy of his version which I should be able to dig up. I haven't had a chance yet to look at the contribution from Matthew, so I can't comment. Rod On 3 Jun 2002, Jean-Marc Lasgouttes wrote: > >>>>> "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> On Thu, May 23, 2002 at 06:25:16PM +1000, matthew arnison wrote: > >> I have made up a basic LyX layout file and template to support the > >> 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 to > include in 1.2.1 anyway. Rod, could you send it here? Or herbert, > maybe? It would be nicce to merge them, or just pick the best. > > We could even apply Herbert's begintitle/endtitle patch, but this > would be 1.2.2 material then. > > JMarc > _ 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 Giants, Lincoln
Re: contribution: Elsevier preprint class support
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 > Rod> fine. If Herbert can't find it, I have a copy of his version > Rod> which I should be able to dig up. I haven't had a chance yet to > Rod> look at the contribution from Matthew, so I can't comment. > > Could you try to have a look? You know this stuff better than us. > > JMarc > _ 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 Giants, Lincoln
Re: contribution: Elsevier preprint class support
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 > Rod> which I should be able to dig up. I haven't had a chance yet to > Rod> look at the contribution from Matthew, so I can't comment. > > Could you try to have a look? You know this stuff better than us. > > JMarc > Opening it up in 1.2.0 pre 5 (I've been bad, and not gone to the "proper" version yet...) and running it on the template, I get the following error Undefined control sequence \ead {[EMAIL PROTECTED],[EMAIL PROTECTED]} and a similar error for the url. I'm not going to comment on the implementation of the two in terms of "niceness". Taste varies too much, but apart from the error above, both seem to be fine to my eyes. Checked Herbert's again, and it ran fine for me, in 1.2.0 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 Giants, Lincoln
Re: New Graphics dialog layout
> 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 image with zillions of colours may > make your 16bit or 8bit (these are still common) display unreadable as > they swallow most of your colour palette. FWIWFWIW, that paragon of user friendliness offers a choice of displaying as Automatic (color really), B/W, Gray or "watermark". It does it as a pull down box, under the format picture menu. >From what I can remember, in words case it will also effect how it prints out. 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 Giants, Lincoln
Re: elsevier class
There was a question awhile ago as to which to use...I haven't had a chance to look at combining the features. Actually, not being able to use the 1.1.6 files in 1.2.0, I haven't really looked at them at all. After the work Herbert has done on my original layout files, they seem to 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 Voss, which allows you to use > > most of the feature of the Elseveir class. This is for lyx-120 and above. > > If you are using an older version, there is a layout file compatible with > > version 1.1.6. They're online at > > http://www.physics.usyd.edu.au/~matthewa/lyx/, or at least were awhile > > ago. > > Why isn't that in the main tree? > Does anybody mind putting that in? > > Andre' > > -- > Those who desire to give up Freedom in order to gain Security, > will not have, nor do they deserve, either one. (T. Jefferson) > _ 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 Giants, Lincoln
Re: eps->png->eps conversion
> 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 restarted. I now get a whole series of errors such as Executing command:eps2eps '_home_rpinna_docs_thesis_results_C1-le1-CF-1MPa_C1-CF-1MPa-ld-100-ESuVar-0imp.eps' '_home_rpinna_docs_thesis_results_C1-le1-CF-1MPa_C1-CF-1MPa-ld-100-ESuVar-0imp.eps' Error: /typecheck in --.unread-- Operand stack: true --nostringval-- true 0 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop --nostringval-- 1 1 3 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1003/1123(ro)(G)-- --dict:0/20(G)-- --dict:67/200(L)-- Current allocation mode is local AFPL Ghostscript 7.03: Unrecoverable error, exit code 1 Oddly, if I go to the file, and type eps2eps input.eps output.eps I don't get the error. Both the original file and the converted file are viewable in ghostscript. 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 Giants, Lincoln
Re: eps->png->eps conversion
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 sea." | They Might Be Giants, Lincoln
epsi, 1.2.2cvs
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 the last message got lost in the noise. Rod
Re: eps->png->eps conversion
> > 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=$$o? Thanks, Rod
Re: eps->png->eps conversion
> > 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 behaviour. I certainly get output that looks fine. > The converter mechanism is very powerful, but sometimes I think > we try too hard to configure it so that it will acommodate > different systems automatically. _ 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 Giants, Lincoln
Re: eps->png->eps conversion
> 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 formats have the > same extension. I see two ways This might seem to be a better general solution. I could imagine that the need to filter files might crop up again, especially if backends other than latex are to be used. > I am really surprised by the number of people who use this crappy epsi > format that nobody really needs. I guess this is related to the use > of windows tools to create the files. If we really get too annoyed by > this problem, I think the solution would be to tell people to just > generate eps files without previews. In vague defense of epsi, in this case it was generated on purpose, as I had the need (at the time) to share then with windows users. If they don't get a preview in Word, they tend to get a little upset. Anyways, just my thoughts. Thanks for the help with this, 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 Giants, Lincoln
Re: more on epsi
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: > >>>>> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes: > > [Back to an old message...] > > Rod> Just inserted an image and went to view it with lyx-1.2.0. The > Rod> image was converted from jpg to eps. > > Rod> Using convert jpg eps2 results in a broken file, as far as dvips > Rod> is concerned. It seems OK under gv though. convert jpg eps seems > Rod> ok, as does the result from jpeg2ps. > > What I do not understand in your example is that "convert jpg eps" or > "convert jpg eps2" should create eps files, not epsi files. > > Could you retry a bit? I want to understand in which conditions we get > a broken epsi file. > > Rod> The message from dvips is ! expected to see %%EndBinary at end of > Rod> data > > JMarc > _ 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 Giants, Lincoln
Re: compiling 1.3.0
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 early 3.0 compilers had "issues" in this direction IIRC. > Can you use 2.95 or 3.1/3.2? Yup. I tried 2.95 from Woody yesterday as well, and I seemed to get the same error. I'll uninstall 3.0.4, in case it's left some gunk around. Rod > > Andre' > > -- > Those who desire to give up Freedom in order to gain Security, > will not have, nor do they deserve, either one. (T. Jefferson) > _ 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 Giants, Lincoln
Re: compiling 1.3.0
OK just tried it... Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -O2 C++ Compiler: g++ (2.95.4) C++ Compiler flags: -W -Wall Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx and I got /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem /usr/X11R6/include -W -Wall -c formulabase.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem /usr/X11R6/include -W -Wall -Wp,-MD,.deps/formulabase.pp -c formulabase.C In file included from ../../src/support/DebugStream.h:19, from ../../src/debug.h:104, from formulabase.C:33: ../../src/support/LOstream.h:12: ostream: No such file or directory formulabase.C:883: warning: #warning pretty ugly make[3]: *** [formulabase.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [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 abuse welcome > > The early 3.0 compilers had "issues" in this direction IIRC. > Can you use 2.95 or 3.1/3.2? > > Andre' > > -- > Those who desire to give up Freedom in order to gain Security, > will not have, nor do they deserve, either one. (T. Jefferson) > _ 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 Giants, Lincoln
Re: compiling 1.3.0
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/boost/shared_ptr.hpp:203: invalid use of undefined type `struct boost::detail::shared_ptr_traits >' ../../boost/boost/shared_ptr.hpp:52: forward declaration of `struct boost::detail::shared_ptr_traits >' ../../boost/boost/shared_ptr.hpp:203: `boost::shared_ptr >::operator *(...)' must have an argument of class or enumerated type ../../boost/boost/shared_ptr.hpp:203: `boost::shared_ptr >::operator *(...)' must take either one or two arguments make[3]: *** [insetbib.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/insets' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [all-recursive] Error 1 with Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -O2 C++ Compiler: g++ (2.95.4) C++ Compiler flags: -W -Wall Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx130cvs Rod
compiling 1.3.0
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 -c dimension.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem /usr/X11R6/include -W -Wall -Winline -Wp,-MD,.deps/dimension.pp -c dimension.C In file included from /usr/include/g++-v3/bits/std_cstdlib.h:41, from /usr/include/g++-v3/bits/stl_algobase.h:73, from /usr/include/g++-v3/bits/std_memory.h:49, from /usr/include/g++-v3/bits/std_string.h:43, from /usr/include/g++-v3/string:31, from ../../src/LString.h:22, from math_support.h:10, from dimension.C:17: /usr/include/stdlib.h:631: declaration of `int mkstemp(char*) throw ()' throws different exceptions ../../src/config.h:404: than previous declaration `int mkstemp(char*)' make[3]: *** [dimension.lo] Error 1 make[3]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src/mathed' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/home/rpinna/src/cvs/lyx-devel/src' make: *** [all-recursive] Error 1 The output from configure is Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.0.4) C++ Compiler flags: -g -O -W -Wall -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx130cvs Suggestions or abuse welcome 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 Giants, Lincoln
Re: compiling 1.3.0
> 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 _ 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 Giants, Lincoln
Re: compiling 1.3.0
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 Giants, Lincoln
Re: Qt 3 compile failed!
> > 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 use automake 1.5 and > autoconf 2.13 I get this on debian 3.0 as well. I have automake 1.4-p4, and autoconf 2.13. 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 Giants, Lincoln
Re: Qt 3 compile failed!
Cheers. I believe Debian is a reasonably well used distribution, so I contributed that comment more as a point of possible information for you, than a suggestion you need to do anything about it. I'm not a programmer; I know it's my problem, not yours. Take it in the spirit perhaps of, "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: > > > automake 1.4-p4, and autoconf > >^^ > > that's your problem > > john > > -- > ""All the people we like are We, and everyone else is They." > - Kipling > _ 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 Giants, Lincoln
Re: Qt 3 compile failed!
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 see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: Qt 3 compile failed!
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 > _ 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 Giants, Lincoln
change in graphics behaviour 122->130
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 out full size. In 1.2.2, the graphic came out the width I specified, with the vertical direction appropriately scaled. The graphic is is a minipage, which is inside a float. Rod
Re: [PATCH] Re: change in graphics behaviour 122->130
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 beneath the sea." | They Might Be Giants, Lincoln
1.2.0 -> 1.3.0 "include" pulldown
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 the waves, the waves / That's where I will be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
Re: [PATCH] make conversion work when infile==outfile (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'll give this a try sometime today. 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 Giants, Lincoln
preview latex
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 _ 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 Giants, Lincoln
Re: preview latex
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, 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 > > _ > 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 Giants, Lincoln > > > _ 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 Giants, Lincoln
Re: [PATCH] make conversion work when infile==outfile (Rod?)
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 answer --- yes, it works. I tries it with 122cvs, BTW. Thanks, Rod On 19 Nov 2002, Jean-Marc Lasgouttes wrote: > > This patch uses a temporary file for conversion when it happens that > infile==outfile (for example conversion epsi=>eps). I think it is > safe, but when trying to test it, I failed to find a way to trigger it > %-| > > 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? > > JMarc > > _ 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 Giants, Lincoln
130 qt
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 be / | I'm going to see the cow beneath the sea." | They Might Be Giants, Lincoln
crash --- QT
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 I select "document" Output from version is rpinna@rod:~/docs/omae03/pipes$ lyx130cvs --version LyX 1.3.0cvs of Fri, May 3, 2002 Built on Nov 19 2002, 13:58:51 Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.4) C++ Compiler flags: -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall Linker flags: Frontend: qt Qt version: 3.0.3 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx130cvs Let me know what else you need. 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 Giants, Lincoln