debian woody/cvs compile problem

2003-07-07 Thread Rod Pinna
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)

2003-07-08 Thread Rod Pinna

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)

2003-07-08 Thread Rod Pinna


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)

2003-07-09 Thread Rod Pinna

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.

2003-07-09 Thread Rod Pinna
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.

2003-07-09 Thread Rod Pinna

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.

2003-07-09 Thread Rod Pinna

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.

2003-07-09 Thread Rod Pinna

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...

2003-07-11 Thread Rod Pinna
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...

2003-07-13 Thread Rod Pinna

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...

2003-07-13 Thread Rod Pinna

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)

2003-07-13 Thread Rod Pinna

>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)

2003-07-13 Thread Rod Pinna
> 
> 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

2003-07-22 Thread Rod Pinna
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

2003-07-23 Thread Rod Pinna

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

2003-07-31 Thread Rod Pinna
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

2003-08-02 Thread Rod Pinna
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

2003-08-03 Thread Rod Pinna
> 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

2003-08-03 Thread Rod Pinna
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)

2003-09-30 Thread Rod Pinna
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

2004-10-20 Thread Rod Pinna
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

2003-01-16 Thread Rod Pinna
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

2003-01-16 Thread Rod Pinna

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

2003-01-19 Thread Rod Pinna
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

2003-01-20 Thread Rod Pinna
> 
> 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)

2003-01-23 Thread Rod Pinna
> 
> 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

2003-01-29 Thread Rod Pinna
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

2003-01-29 Thread Rod Pinna
> 
> 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

2003-01-31 Thread Rod Pinna
> 
> 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

2003-02-05 Thread Rod Pinna
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

2003-02-05 Thread Rod Pinna
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?

2003-02-06 Thread Rod Pinna
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

2003-02-10 Thread Rod Pinna
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

2003-02-10 Thread Rod Pinna
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

2003-02-11 Thread Rod Pinna

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

2003-02-11 Thread Rod Pinna


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

2003-02-11 Thread Rod Pinna
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

2003-02-12 Thread Rod Pinna

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

2003-02-12 Thread Rod Pinna
> 
> 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

2003-02-12 Thread Rod Pinna

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

2003-02-12 Thread Rod Pinna
> 
> 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] ?

2003-02-24 Thread Rod Pinna
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

2003-02-27 Thread Rod Pinna

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

2002-04-28 Thread Rod Pinna

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

2002-04-29 Thread Rod Pinna


(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

2002-04-29 Thread Rod Pinna

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

2002-04-30 Thread Rod Pinna


> 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

2002-04-30 Thread Rod Pinna

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

2002-04-30 Thread Rod Pinna


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

2002-04-30 Thread Rod Pinna


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

2002-04-30 Thread Rod Pinna



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

2002-04-30 Thread Rod Pinna


> 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

2002-05-01 Thread Rod Pinna

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

2002-05-01 Thread Rod Pinna


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....

2002-05-03 Thread Rod Pinna

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

2002-05-05 Thread Rod Pinna

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

2002-05-09 Thread Rod Pinna

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

2002-05-10 Thread Rod Pinna

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

2002-05-10 Thread Rod Pinna

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

2002-05-13 Thread Rod Pinna

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 ?

2002-05-14 Thread Rod Pinna

> 
> 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

2002-05-15 Thread Rod Pinna

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

2002-05-16 Thread Rod Pinna


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 ...

2002-05-21 Thread Rod Pinna


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 ...

2002-05-21 Thread Rod Pinna

> "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 ...

2002-05-22 Thread Rod Pinna



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

2002-05-30 Thread Rod Pinna


> 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

2002-05-30 Thread Rod Pinna


> 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)

2002-06-03 Thread Rod Pinna

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

2002-06-03 Thread Rod Pinna


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

2002-06-03 Thread Rod Pinna


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

2002-06-03 Thread Rod Pinna

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

2002-08-14 Thread Rod Pinna


> 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

2002-08-28 Thread Rod Pinna


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

2002-09-23 Thread Rod Pinna


> 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

2002-09-23 Thread Rod Pinna

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

2002-09-30 Thread Rod Pinna

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

2002-10-09 Thread Rod Pinna

> 
> 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

2002-10-09 Thread Rod Pinna

> 
> 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

2002-10-09 Thread Rod Pinna


> 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

2002-10-16 Thread Rod Pinna


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

2002-10-23 Thread Rod Pinna
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

2002-10-23 Thread Rod Pinna

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

2002-10-23 Thread Rod Pinna

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

2002-10-22 Thread Rod Pinna
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

2002-10-24 Thread Rod Pinna
> 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

2002-10-24 Thread Rod Pinna
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!

2002-10-29 Thread Rod Pinna
> > 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!

2002-10-29 Thread Rod Pinna


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!

2002-10-29 Thread Rod Pinna
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!

2002-10-30 Thread Rod Pinna

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

2002-10-30 Thread Rod Pinna
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

2002-10-31 Thread Rod Pinna
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

2002-10-31 Thread Rod Pinna
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?)

2002-11-19 Thread Rod Pinna
> 
> 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

2002-11-19 Thread Rod Pinna
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

2002-11-19 Thread Rod Pinna

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?)

2002-11-19 Thread Rod Pinna

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

2002-11-19 Thread Rod Pinna
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

2002-11-19 Thread Rod Pinna
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





  1   2   >