Re: Ninja mode

2010-02-22 Thread Thomas Steffen
On Mon, Feb 22, 2010 at 8:10 AM, Niko Schwarz
niko.schw...@googlemail.comwrote:

 How do you ninja lyx into your research groups?


I agree this is a problem. Some lossless round trip collaboration between
LyX and pure LaTeX would be very useful. I tried doing this with export -
import - merge, but it did not produce the best results.

Maybe the issue to address is that export - import is a very loss operation,
and it should not be. Of course certain parts are not required in the export
(LyX macros, disabled branches, LyX comments, and even LyX styles). But they
could be hidden in comments and restored during the import.

But I am sure there is more than one solution to this problem.

Regards,
Thomas


Re: Ninja mode

2010-02-22 Thread Thomas Steffen
On Mon, Feb 22, 2010 at 8:10 AM, Niko Schwarz
niko.schw...@googlemail.comwrote:

 How do you ninja lyx into your research groups?


I agree this is a problem. Some lossless round trip collaboration between
LyX and pure LaTeX would be very useful. I tried doing this with export -
import - merge, but it did not produce the best results.

Maybe the issue to address is that export - import is a very loss operation,
and it should not be. Of course certain parts are not required in the export
(LyX macros, disabled branches, LyX comments, and even LyX styles). But they
could be hidden in comments and restored during the import.

But I am sure there is more than one solution to this problem.

Regards,
Thomas


Re: Ninja mode

2010-02-22 Thread Thomas Steffen
On Mon, Feb 22, 2010 at 8:10 AM, Niko Schwarz
wrote:

> How do you ninja lyx into your research groups?
>

I agree this is a problem. Some lossless round trip collaboration between
LyX and pure LaTeX would be very useful. I tried doing this with export -
import - merge, but it did not produce the best results.

Maybe the issue to address is that export - import is a very loss operation,
and it should not be. Of course certain parts are not required in the export
(LyX macros, disabled branches, LyX comments, and even LyX styles). But they
could be hidden in comments and restored during the import.

But I am sure there is more than one solution to this problem.

Regards,
Thomas


Re: Wrong placement with EPS graphics in pdflatex

2009-04-20 Thread Thomas Steffen
On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr uwesto...@web.de wrote:
 What do you mean with wrong place? Images are usually within a flaot that
 will float in the output to a suitable position.
 Can you provide a _small_ example file?

Here is an example, I hope it is small enough. It seems to be related
to this specific eps file - for some reason the bounding box does not
start at (0,0), and that does seem to throw off LyX. I am having
difficulties trying to recreate this with a different eps file, but
then again they all start the bounding box at (0,0). I am sure that
did not used to be the case, but maybe it is getting more common.

I get the same result whether I use ps2pdf or epstopdf as the
converter from eps to pdf. I used to use convert, but that also gave
me issues, although slightly different ones.

Regards,
Thomas


fig.eps
Description: PostScript document


figtest.lyx
Description: application/lyx


Re: Wrong placement with EPS graphics in pdflatex

2009-04-20 Thread Thomas Steffen
On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr uwesto...@web.de wrote:
 Yes, this EPS file is strange.

Not particularly. It used to be standard to use (0,0) as the corner of
the workspace, and usually the actual diagram has a different bounding
box.

 But why do you need to set a bounding box

Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file. I can do without
clipping, but that does not actually solve the problem.

 and
 why an EPS when you want a PDF document?
 (Btw. the EPS file format often makes troubles.

Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows. To be specific, dia has no PDF
export at all, and inkscape only does it via Cairo, which was
completely broken until very recently. Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.

 This conversion is done by the
 program ImageMagick that in turn needs Ghostscript.

Is it? Because it seems that the default filter uses epstopdf, if it
is present. As I said ps2pdf produces the same problems (which is very
strange). Using convert solves the problem, but you have to add the
rule manually, and I had some issues with this solution (have to
figure which exactly).

So I guess my conclusion is to use convert, and it works for me. Maybe
reconfigure should be changed to use convert by default when
available?

Regards,
Thomas


 But every involved
 program can cause problem, so better use directly an image format that don't
 need to be converted.)

 regards Uwe



Re: Wrong placement with EPS graphics in pdflatex

2009-04-20 Thread Thomas Steffen
On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr uwesto...@web.de wrote:
 What do you mean with wrong place? Images are usually within a flaot that
 will float in the output to a suitable position.
 Can you provide a _small_ example file?

Here is an example, I hope it is small enough. It seems to be related
to this specific eps file - for some reason the bounding box does not
start at (0,0), and that does seem to throw off LyX. I am having
difficulties trying to recreate this with a different eps file, but
then again they all start the bounding box at (0,0). I am sure that
did not used to be the case, but maybe it is getting more common.

I get the same result whether I use ps2pdf or epstopdf as the
converter from eps to pdf. I used to use convert, but that also gave
me issues, although slightly different ones.

Regards,
Thomas


fig.eps
Description: PostScript document


figtest.lyx
Description: application/lyx


Re: Wrong placement with EPS graphics in pdflatex

2009-04-20 Thread Thomas Steffen
On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr uwesto...@web.de wrote:
 Yes, this EPS file is strange.

Not particularly. It used to be standard to use (0,0) as the corner of
the workspace, and usually the actual diagram has a different bounding
box.

 But why do you need to set a bounding box

Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file. I can do without
clipping, but that does not actually solve the problem.

 and
 why an EPS when you want a PDF document?
 (Btw. the EPS file format often makes troubles.

Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows. To be specific, dia has no PDF
export at all, and inkscape only does it via Cairo, which was
completely broken until very recently. Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.

 This conversion is done by the
 program ImageMagick that in turn needs Ghostscript.

Is it? Because it seems that the default filter uses epstopdf, if it
is present. As I said ps2pdf produces the same problems (which is very
strange). Using convert solves the problem, but you have to add the
rule manually, and I had some issues with this solution (have to
figure which exactly).

So I guess my conclusion is to use convert, and it works for me. Maybe
reconfigure should be changed to use convert by default when
available?

Regards,
Thomas


 But every involved
 program can cause problem, so better use directly an image format that don't
 need to be converted.)

 regards Uwe



Re: Wrong placement with EPS graphics in pdflatex

2009-04-20 Thread Thomas Steffen
On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr  wrote:
> What do you mean with "wrong place"? Images are usually within a flaot that
> will float in the output to a suitable position.
> Can you provide a _small_ example file?

Here is an example, I hope it is small enough. It seems to be related
to this specific eps file - for some reason the bounding box does not
start at (0,0), and that does seem to throw off LyX. I am having
difficulties trying to recreate this with a different eps file, but
then again they all start the bounding box at (0,0). I am sure that
did not used to be the case, but maybe it is getting more common.

I get the same result whether I use ps2pdf or epstopdf as the
converter from eps to pdf. I used to use convert, but that also gave
me issues, although slightly different ones.

Regards,
Thomas


fig.eps
Description: PostScript document


figtest.lyx
Description: application/lyx


Re: Wrong placement with EPS graphics in pdflatex

2009-04-20 Thread Thomas Steffen
On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr  wrote:
> Yes, this EPS file is strange.

Not particularly. It used to be standard to use (0,0) as the corner of
the workspace, and usually the actual diagram has a different bounding
box.

> But why do you need to set a bounding box

Is there any other option? When I include an EPS file, LyX always sets
the bounding box according to the header of the file. I can do without
clipping, but that does not actually solve the problem.

> and
> why an EPS when you want a PDF document?
> (Btw. the EPS file format often makes troubles.

Different reasons - some old software, habits, the availability of the
PostScript printer driver for Windows. To be specific, dia has no PDF
export at all, and inkscape only does it via Cairo, which was
completely broken until very recently. Finally EPS usually crops  to
the actual drawing, and PDF always exports the whole page, which is
just inconvenient.

> This conversion is done by the
> program ImageMagick that in turn needs Ghostscript.

Is it? Because it seems that the default filter uses epstopdf, if it
is present. As I said ps2pdf produces the same problems (which is very
strange). Using convert solves the problem, but you have to add the
rule manually, and I had some issues with this solution (have to
figure which exactly).

So I guess my conclusion is to use convert, and it works for me. Maybe
reconfigure should be changed to use convert by default when
available?

Regards,
Thomas


 But every involved
> program can cause problem, so better use directly an image format that don't
> need to be converted.)
>
> regards Uwe
>


Wrong placement with EPS graphics in pdflatex

2009-04-18 Thread Thomas Steffen
Hi All

I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.

Now I am not sure what exactly the cause is. I used to have a manual
conversion rule set from eps to pdf (ps2pdf) using convert, but that
stopped working correctly (with the explained issues) with the upgrade
to Ubuntu Jaunty (beta). I was using LyX 1.6 before, and certainly on
Windows it does not have these issues (not sure about Ubuntu intrepid,
I think it came with LyX 1.5). Then I thought I had fixed the issue by
installed epstopdf, but not it is back in certain files. There is a
bug report for it
https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/238580 , but it is
very vague and possibly combines several issues.

I intend to figure out the problem eventually, but I wonder whether
anybody has experienced this before, or any insight into when it
happens. I use EPS documents mostly from dia and inkscape, but there
may be a few other sources, too.

Regards,
Thomas


Wrong placement with EPS graphics in pdflatex

2009-04-18 Thread Thomas Steffen
Hi All

I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.

Now I am not sure what exactly the cause is. I used to have a manual
conversion rule set from eps to pdf (ps2pdf) using convert, but that
stopped working correctly (with the explained issues) with the upgrade
to Ubuntu Jaunty (beta). I was using LyX 1.6 before, and certainly on
Windows it does not have these issues (not sure about Ubuntu intrepid,
I think it came with LyX 1.5). Then I thought I had fixed the issue by
installed epstopdf, but not it is back in certain files. There is a
bug report for it
https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/238580 , but it is
very vague and possibly combines several issues.

I intend to figure out the problem eventually, but I wonder whether
anybody has experienced this before, or any insight into when it
happens. I use EPS documents mostly from dia and inkscape, but there
may be a few other sources, too.

Regards,
Thomas


Wrong placement with EPS graphics in pdflatex

2009-04-18 Thread Thomas Steffen
Hi All

I noticed recently that I a lot of EPS graphics end up in the wrong
place with the pdflatex backend. I guess it has to do with the
bounding box, and somehow it is wrongly set during the conversion
process. Then the picture ends up in the wrong place, or it is
(partially) invisible if clipping is set. I find that very
inconvenient.

Now I am not sure what exactly the cause is. I used to have a manual
conversion rule set from eps to pdf (ps2pdf) using convert, but that
stopped working correctly (with the explained issues) with the upgrade
to Ubuntu Jaunty (beta). I was using LyX 1.6 before, and certainly on
Windows it does not have these issues (not sure about Ubuntu intrepid,
I think it came with LyX 1.5). Then I thought I had fixed the issue by
installed epstopdf, but not it is back in certain files. There is a
bug report for it
https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/238580 , but it is
very vague and possibly combines several issues.

I intend to figure out the problem eventually, but I wonder whether
anybody has experienced this before, or any insight into when it
happens. I use EPS documents mostly from dia and inkscape, but there
may be a few other sources, too.

Regards,
Thomas


Re: What has happened with Lyx V1.6.2-1

2009-04-11 Thread Thomas Steffen
On Sat, Apr 11, 2009 at 1:52 AM, Robert Betz
robert.b...@newcastle.edu.au wrote:
 Basiscally things that did work on V1.6.1-1 now don't on V1.6.2-1.  For
 example with the Alt installer during install it cannot find the Miktex
 distribution and the path to it has to be manually set.  Once installed
 then when I load up files that have PDF graphics they are not rendered
 correctly on the screen — there is a lot of extra space around them.

I am having this very problem on Ubuntu Jaunty/amd64. I think it has
been pretty constant all through the 1.6 series, but I do not have it
on a Jaunty/i386 installation. I am not sure whether that is the
essential difference, or it is something related to ghostscript.

Regards,
Thomas


Re: Terminology Change Request for Next Release

2009-04-11 Thread Thomas Steffen
On Fri, Apr 10, 2009 at 5:53 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
 Jürgen Spitzmüller wrote:
  The reference to embedded LaTeX within a document being written with LyX
  as Evil Red Text (ERT) has bothered me from the first time I saw it.

I agree, it is not a useful term.

 If you wish, you can decode ERT in the collapsable buttons as Embedded Raw
 Text.

That is a lot better, and it does convey the same idea that it should
only be used as a last resort. But while keeping the acronym may be
handy, it could make it more difficult to break the habit. Maybe we
should rename it to raw output, raw code, or even transparent raw
code.

Regards,
Thomas


Re: What has happened with Lyx V1.6.2-1

2009-04-11 Thread Thomas Steffen
On Sat, Apr 11, 2009 at 1:52 AM, Robert Betz
robert.b...@newcastle.edu.au wrote:
 Basiscally things that did work on V1.6.1-1 now don't on V1.6.2-1.  For
 example with the Alt installer during install it cannot find the Miktex
 distribution and the path to it has to be manually set.  Once installed
 then when I load up files that have PDF graphics they are not rendered
 correctly on the screen — there is a lot of extra space around them.

I am having this very problem on Ubuntu Jaunty/amd64. I think it has
been pretty constant all through the 1.6 series, but I do not have it
on a Jaunty/i386 installation. I am not sure whether that is the
essential difference, or it is something related to ghostscript.

Regards,
Thomas


Re: Terminology Change Request for Next Release

2009-04-11 Thread Thomas Steffen
On Fri, Apr 10, 2009 at 5:53 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
 Jürgen Spitzmüller wrote:
  The reference to embedded LaTeX within a document being written with LyX
  as Evil Red Text (ERT) has bothered me from the first time I saw it.

I agree, it is not a useful term.

 If you wish, you can decode ERT in the collapsable buttons as Embedded Raw
 Text.

That is a lot better, and it does convey the same idea that it should
only be used as a last resort. But while keeping the acronym may be
handy, it could make it more difficult to break the habit. Maybe we
should rename it to raw output, raw code, or even transparent raw
code.

Regards,
Thomas


Re: What has happened with Lyx V1.6.2-1

2009-04-11 Thread Thomas Steffen
On Sat, Apr 11, 2009 at 1:52 AM, Robert Betz
 wrote:
> Basiscally things that did work on V1.6.1-1 now don't on V1.6.2-1.  For
> example with the Alt installer during install it cannot find the Miktex
> distribution and the path to it has to be manually set.  Once installed
> then when I load up files that have PDF graphics they are not rendered
> correctly on the screen — there is a lot of extra space around them.

I am having this very problem on Ubuntu Jaunty/amd64. I think it has
been pretty constant all through the 1.6 series, but I do not have it
on a Jaunty/i386 installation. I am not sure whether that is the
essential difference, or it is something related to ghostscript.

Regards,
Thomas


Re: Terminology Change Request for Next Release

2009-04-11 Thread Thomas Steffen
On Fri, Apr 10, 2009 at 5:53 PM, Jürgen Spitzmüller  wrote:
> Jürgen Spitzmüller wrote:
>> > The reference to embedded LaTeX within a document being written with LyX
>> > as "Evil Red Text (ERT)" has bothered me from the first time I saw it.

I agree, it is not a useful term.

> If you wish, you can decode "ERT" in the collapsable buttons as "Embedded Raw
> Text".

That is a lot better, and it does convey the same idea that it should
only be used as a last resort. But while keeping the acronym may be
handy, it could make it more difficult to break the habit. Maybe we
should rename it to "raw output", "raw code", or even "transparent raw
code".

Regards,
Thomas


Re: I need tips on including SVG images

2008-12-20 Thread Thomas Steffen
On Sat, Dec 20, 2008 at 5:30 PM, Steve Litt sl...@troubleshooters.com wrote:
 Today for the first time I was able to incorporate an SVG image into a LyX
 drawing. I'm using LyX 1.5.6. Developers -- thank you so much!

How did you do that? I tried it a while ago, and I ran into a number
of problems (inkscape SVG is not standard SVG, inkscape export has
difficulties with the margins, inkscape ePDF export did not work etc).
In the end I found it easier to export EPS files from inkscape, and
include those. It should be possible to automate that process using a
conversion script, so that you can include SVG files directly, but
that did not work well enough for me.

 I'm using Inkscape drawings. It appears that the first Inkscape drawing I
 insert adds 50K to 70K. The next one adds about 15K, so it looks like over
 the course of the book it will be fairly efficient. Does this agree with
 LyX's design criteria for SVG files?

I guess that depends mostly on the complexity of your drawings. LaTeX
preserves the vector nature of SVG (both in Postscript and in PDF
output), so for normal drawings the file size should be pretty small.
But I also have one drawing (a scatter plot with 1000 graphs) that was
huge as a vector file, and I could reduce the size a lot by converting
it into a pixel graphic (PNG).

Regards,
Thomas


Re: I need tips on including SVG images

2008-12-20 Thread Thomas Steffen
On Sat, Dec 20, 2008 at 5:30 PM, Steve Litt sl...@troubleshooters.com wrote:
 Today for the first time I was able to incorporate an SVG image into a LyX
 drawing. I'm using LyX 1.5.6. Developers -- thank you so much!

How did you do that? I tried it a while ago, and I ran into a number
of problems (inkscape SVG is not standard SVG, inkscape export has
difficulties with the margins, inkscape ePDF export did not work etc).
In the end I found it easier to export EPS files from inkscape, and
include those. It should be possible to automate that process using a
conversion script, so that you can include SVG files directly, but
that did not work well enough for me.

 I'm using Inkscape drawings. It appears that the first Inkscape drawing I
 insert adds 50K to 70K. The next one adds about 15K, so it looks like over
 the course of the book it will be fairly efficient. Does this agree with
 LyX's design criteria for SVG files?

I guess that depends mostly on the complexity of your drawings. LaTeX
preserves the vector nature of SVG (both in Postscript and in PDF
output), so for normal drawings the file size should be pretty small.
But I also have one drawing (a scatter plot with 1000 graphs) that was
huge as a vector file, and I could reduce the size a lot by converting
it into a pixel graphic (PNG).

Regards,
Thomas


Re: I need tips on including SVG images

2008-12-20 Thread Thomas Steffen
On Sat, Dec 20, 2008 at 5:30 PM, Steve Litt  wrote:
> Today for the first time I was able to incorporate an SVG image into a LyX
> drawing. I'm using LyX 1.5.6. Developers -- thank you so much!

How did you do that? I tried it a while ago, and I ran into a number
of problems (inkscape SVG is not standard SVG, inkscape export has
difficulties with the margins, inkscape ePDF export did not work etc).
In the end I found it easier to export EPS files from inkscape, and
include those. It should be possible to automate that process using a
conversion script, so that you can include SVG files directly, but
that did not work well enough for me.

> I'm using Inkscape drawings. It appears that the first Inkscape drawing I
> insert adds 50K to 70K. The next one adds about 15K, so it looks like over
> the course of the book it will be fairly efficient. Does this agree with
> LyX's design criteria for SVG files?

I guess that depends mostly on the complexity of your drawings. LaTeX
preserves the vector nature of SVG (both in Postscript and in PDF
output), so for normal drawings the file size should be pretty small.
But I also have one drawing (a scatter plot with 1000 graphs) that was
huge as a vector file, and I could reduce the size a lot by converting
it into a pixel graphic (PNG).

Regards,
Thomas


Re: PNG to EPS without file size explosion

2008-12-17 Thread Thomas Steffen
On Tue, Dec 16, 2008 at 11:12 AM, Nils Becker nils.bec...@ens-lyon.fr wrote:
 convert -compress LZW $$i eps2:$$o

 This got the file size down to about 2M in the above example.
 Even leaving out the explicit -compress option and keeping only the eps2
 (i.e. Level 2) format specification gives acceptable file sizes.

eps2 may be a good option, but using -compress can make the resulting
postscript file very slow to decode, especially on older devices. I
have played with these options before, and there is just no easy
solution for it.

The best option is probably to output to PDF instead. It has a number
of good compression algorithms available for bitmap images.

 Should this be a default setting? Should I file an enhancement request?
 Should I put it on the wiki?

Put it on the wiki, and see whether others have had the same problem.

Regards,
Thomas


Re: PNG to EPS without file size explosion

2008-12-17 Thread Thomas Steffen
On Tue, Dec 16, 2008 at 11:12 AM, Nils Becker nils.bec...@ens-lyon.fr wrote:
 convert -compress LZW $$i eps2:$$o

 This got the file size down to about 2M in the above example.
 Even leaving out the explicit -compress option and keeping only the eps2
 (i.e. Level 2) format specification gives acceptable file sizes.

eps2 may be a good option, but using -compress can make the resulting
postscript file very slow to decode, especially on older devices. I
have played with these options before, and there is just no easy
solution for it.

The best option is probably to output to PDF instead. It has a number
of good compression algorithms available for bitmap images.

 Should this be a default setting? Should I file an enhancement request?
 Should I put it on the wiki?

Put it on the wiki, and see whether others have had the same problem.

Regards,
Thomas


Re: PNG to EPS without file size explosion

2008-12-17 Thread Thomas Steffen
On Tue, Dec 16, 2008 at 11:12 AM, Nils Becker  wrote:
> convert -compress LZW $$i eps2:$$o
>
> This got the file size down to about 2M in the above example.
> Even leaving out the explicit -compress option and keeping only the eps2
> (i.e. Level 2) format specification gives acceptable file sizes.

eps2 may be a good option, but using -compress can make the resulting
postscript file very slow to decode, especially on older devices. I
have played with these options before, and there is just no easy
solution for it.

The best option is probably to output to PDF instead. It has a number
of good compression algorithms available for bitmap images.

> Should this be a default setting? Should I file an enhancement request?
> Should I put it on the wiki?

Put it on the wiki, and see whether others have had the same problem.

Regards,
Thomas


Re: Steps towards a portable LyX installation on Windows

2008-11-18 Thread Thomas Steffen
On Mon, Nov 17, 2008 at 8:19 PM, Joost Verburg
[EMAIL PROTECTED] wrote:
 The build-in ImageMagick does not rely on registry keys but uses the
 environment variables set by LyXLauncher (see the source for details) to get
 the location of the Ghostscript directories. Note that not only @PSdelegate@
 is relevant but also the font directory etc.

Ok, I did some more tests. I was suspecting the TeX Live environment,
but it has no impact. What I did was:

1. copy the directory c:\Program\LyX16 onto the desktop of a PC
without LyX installed
2. start lyxlauncher.exe

Since there is no tex installed, obviously LyX will not have full
functionality, but the GUI should work. However, two things give
errors:

1. configure fails because it cannot find python
2. LyX fails to convert an EPS to a bitmap, so there is no preview

Is there any way to copy the error messages from LyXLauncher? The
python ones are straight forward, but the ghostscript problem looks
rather confusing - with hundreds of lines of not very helpful
messages.

As for the environment, I found an easy way to see what's going on.

1. copy lyxlauncher.exe, console.dll and system.dll to a new folder
2. add cmd.exe (from c:\windows\system32) and rename it to lyx.exe
3. start lyxlauncher -dbg any /c set

This will show the environment that lyx.exe would have.

Adding the python directory to the path before staring lyxlauncher
fixes the first problem, but EPS preview still fails.

Do you have any idea what convert could be missing?

Regards,
Thomas


Re: Steps towards a portable LyX installation on Windows

2008-11-18 Thread Thomas Steffen
On Mon, Nov 17, 2008 at 8:19 PM, Joost Verburg
[EMAIL PROTECTED] wrote:
 The build-in ImageMagick does not rely on registry keys but uses the
 environment variables set by LyXLauncher (see the source for details) to get
 the location of the Ghostscript directories. Note that not only @PSdelegate@
 is relevant but also the font directory etc.

Ok, I did some more tests. I was suspecting the TeX Live environment,
but it has no impact. What I did was:

1. copy the directory c:\Program\LyX16 onto the desktop of a PC
without LyX installed
2. start lyxlauncher.exe

Since there is no tex installed, obviously LyX will not have full
functionality, but the GUI should work. However, two things give
errors:

1. configure fails because it cannot find python
2. LyX fails to convert an EPS to a bitmap, so there is no preview

Is there any way to copy the error messages from LyXLauncher? The
python ones are straight forward, but the ghostscript problem looks
rather confusing - with hundreds of lines of not very helpful
messages.

As for the environment, I found an easy way to see what's going on.

1. copy lyxlauncher.exe, console.dll and system.dll to a new folder
2. add cmd.exe (from c:\windows\system32) and rename it to lyx.exe
3. start lyxlauncher -dbg any /c set

This will show the environment that lyx.exe would have.

Adding the python directory to the path before staring lyxlauncher
fixes the first problem, but EPS preview still fails.

Do you have any idea what convert could be missing?

Regards,
Thomas


Re: Steps towards a portable LyX installation on Windows

2008-11-18 Thread Thomas Steffen
On Mon, Nov 17, 2008 at 8:19 PM, Joost Verburg
<[EMAIL PROTECTED]> wrote:
> The build-in ImageMagick does not rely on registry keys but uses the
> environment variables set by LyXLauncher (see the source for details) to get
> the location of the Ghostscript directories. Note that not only @PSdelegate@
> is relevant but also the font directory etc.

Ok, I did some more tests. I was suspecting the TeX Live environment,
but it has no impact. What I did was:

1. copy the directory c:\Program\LyX16 onto the desktop of a PC
without LyX installed
2. start lyxlauncher.exe

Since there is no tex installed, obviously LyX will not have full
functionality, but the GUI should work. However, two things give
errors:

1. configure fails because it cannot find python
2. LyX fails to convert an EPS to a bitmap, so there is no preview

Is there any way to copy the error messages from LyXLauncher? The
python ones are straight forward, but the ghostscript problem looks
rather confusing - with hundreds of lines of not very helpful
messages.

As for the environment, I found an easy way to see what's going on.

1. copy lyxlauncher.exe, console.dll and system.dll to a new folder
2. add cmd.exe (from c:\windows\system32) and rename it to lyx.exe
3. start "lyxlauncher -dbg any /c set"

This will show the environment that lyx.exe would have.

Adding the python directory to the path before staring lyxlauncher
fixes the first problem, but EPS preview still fails.

Do you have any idea what convert could be missing?

Regards,
Thomas


Steps towards a portable LyX installation on Windows

2008-11-17 Thread Thomas Steffen
Hi All

I made quite good progress producing a portable LyX installation based
on LyX 1.6.0.  What would be the best place to post the instructions?
I think wiki.lyx.org may be suitable, but it looks a bit disorganised
at the moment, and it seems that only developers have access anyway
(?).

I used texlive 2008 as my tex installation, which already provides
some portability. I follow the same basic approach as tl-portable.bat,
but add the necessary environment variables for LyX, convert and
ghostscript. Apart from one problem between the bundled convert and
the bundled ghoscript, this works really well.

Regards,
Thomas


Re: Steps towards a portable LyX installation on Windows

2008-11-17 Thread Thomas Steffen
On Mon, Nov 17, 2008 at 4:03 PM, Joost Verburg
[EMAIL PROTECTED] wrote:
 The standard installer already bundles Ghostscript and ImageMagick in a
 portable way (no registry keys need to be modified).

That sounds interesting. I know that LyXLauncher does some magic, but
I was not able to figure out what it was. Is there any way to check
what LyXLauncher does to the environment?

Anyway, I have managed to put my experience down in the Wiki at
http://wiki.lyx.org/Windows/PortableInstallation . It is certainly not
easy or painless, but I think a few small changes could improve the
process significantly. Maybe the issues I had are bugs?

The first problem I had was related to the path. Ghostscript was not
really happy, and for some reason convert would not find ghostscript.
I had to do the following changes to get previews and eps-pdf
conversion working (the first three lines may or may not be necessary,
I did not test them individually):

path %LYX_DIR%python;%path%
path %LYX_DIR%bin;%path%
path %LYX_DIR%imagemagick;%path%

set GS_DIR=%LYX_DIR%ghostscript\
path %GS_DIR%bin;%path%
set GS_LIB=%GS_DIR%lib;%GS_DIR%fonts;%GS_DIR%Resource

The other issue was that convert would not recognise ghostscript. I
read that @PSdelegate@ in delegates.xml relies on registry keys, and
indeed replacing it with gswin32c.exe solved the issue. This was
necessary to get previews working for eps files.

Finally I keep getting an error message from reconfigure about
chklatex.ltx, which caused by the platex check. It seems like the
PLATEX variable is empty, and it calls the argument instead

if cmdOutput(PLATEX + ' chklatex.ltx').find('pLaTeX2e') != -1:

which is not recognised as an executable or an association.

And then there is a problem with TeX Live 2008. The new portable
function tl-portable.bat is very nice, but unfortunately it is so
inflexible that it can only start a console, and not another program.
Changing this may be easy, but it would require some advanced batch
language tricks, which is not my specialty.

Regards,
Thomas


Steps towards a portable LyX installation on Windows

2008-11-17 Thread Thomas Steffen
Hi All

I made quite good progress producing a portable LyX installation based
on LyX 1.6.0.  What would be the best place to post the instructions?
I think wiki.lyx.org may be suitable, but it looks a bit disorganised
at the moment, and it seems that only developers have access anyway
(?).

I used texlive 2008 as my tex installation, which already provides
some portability. I follow the same basic approach as tl-portable.bat,
but add the necessary environment variables for LyX, convert and
ghostscript. Apart from one problem between the bundled convert and
the bundled ghoscript, this works really well.

Regards,
Thomas


Re: Steps towards a portable LyX installation on Windows

2008-11-17 Thread Thomas Steffen
On Mon, Nov 17, 2008 at 4:03 PM, Joost Verburg
[EMAIL PROTECTED] wrote:
 The standard installer already bundles Ghostscript and ImageMagick in a
 portable way (no registry keys need to be modified).

That sounds interesting. I know that LyXLauncher does some magic, but
I was not able to figure out what it was. Is there any way to check
what LyXLauncher does to the environment?

Anyway, I have managed to put my experience down in the Wiki at
http://wiki.lyx.org/Windows/PortableInstallation . It is certainly not
easy or painless, but I think a few small changes could improve the
process significantly. Maybe the issues I had are bugs?

The first problem I had was related to the path. Ghostscript was not
really happy, and for some reason convert would not find ghostscript.
I had to do the following changes to get previews and eps-pdf
conversion working (the first three lines may or may not be necessary,
I did not test them individually):

path %LYX_DIR%python;%path%
path %LYX_DIR%bin;%path%
path %LYX_DIR%imagemagick;%path%

set GS_DIR=%LYX_DIR%ghostscript\
path %GS_DIR%bin;%path%
set GS_LIB=%GS_DIR%lib;%GS_DIR%fonts;%GS_DIR%Resource

The other issue was that convert would not recognise ghostscript. I
read that @PSdelegate@ in delegates.xml relies on registry keys, and
indeed replacing it with gswin32c.exe solved the issue. This was
necessary to get previews working for eps files.

Finally I keep getting an error message from reconfigure about
chklatex.ltx, which caused by the platex check. It seems like the
PLATEX variable is empty, and it calls the argument instead

if cmdOutput(PLATEX + ' chklatex.ltx').find('pLaTeX2e') != -1:

which is not recognised as an executable or an association.

And then there is a problem with TeX Live 2008. The new portable
function tl-portable.bat is very nice, but unfortunately it is so
inflexible that it can only start a console, and not another program.
Changing this may be easy, but it would require some advanced batch
language tricks, which is not my specialty.

Regards,
Thomas


Steps towards a portable LyX installation on Windows

2008-11-17 Thread Thomas Steffen
Hi All

I made quite good progress producing a portable LyX installation based
on LyX 1.6.0.  What would be the best place to post the instructions?
I think wiki.lyx.org may be suitable, but it looks a bit disorganised
at the moment, and it seems that only developers have access anyway
(?).

I used texlive 2008 as my tex installation, which already provides
some portability. I follow the same basic approach as tl-portable.bat,
but add the necessary environment variables for LyX, convert and
ghostscript. Apart from one problem between the bundled convert and
the bundled ghoscript, this works really well.

Regards,
Thomas


Re: Steps towards a portable LyX installation on Windows

2008-11-17 Thread Thomas Steffen
On Mon, Nov 17, 2008 at 4:03 PM, Joost Verburg
<[EMAIL PROTECTED]> wrote:
> The standard installer already bundles Ghostscript and ImageMagick in a
> portable way (no registry keys need to be modified).

That sounds interesting. I know that LyXLauncher does some magic, but
I was not able to figure out what it was. Is there any way to check
what LyXLauncher does to the environment?

Anyway, I have managed to put my experience down in the Wiki at
http://wiki.lyx.org/Windows/PortableInstallation . It is certainly not
easy or painless, but I think a few small changes could improve the
process significantly. Maybe the issues I had are bugs?

The first problem I had was related to the path. Ghostscript was not
really happy, and for some reason convert would not find ghostscript.
I had to do the following changes to get previews and eps->pdf
conversion working (the first three lines may or may not be necessary,
I did not test them individually):

path %LYX_DIR%python;%path%
path %LYX_DIR%bin;%path%
path %LYX_DIR%imagemagick;%path%

set GS_DIR=%LYX_DIR%ghostscript\
path %GS_DIR%bin;%path%
set GS_LIB=%GS_DIR%lib;%GS_DIR%fonts;%GS_DIR%Resource

The other issue was that convert would not recognise ghostscript. I
read that @PSdelegate@ in delegates.xml relies on registry keys, and
indeed replacing it with gswin32c.exe solved the issue. This was
necessary to get previews working for eps files.

Finally I keep getting an error message from reconfigure about
"chklatex.ltx", which caused by the platex check. It seems like the
PLATEX variable is empty, and it calls the argument instead

if cmdOutput(PLATEX + ' chklatex.ltx').find('pLaTeX2e') != -1:

which is not recognised as an executable or an association.

And then there is a problem with TeX Live 2008. The new portable
function tl-portable.bat is very nice, but unfortunately it is so
inflexible that it can only start a console, and not another program.
Changing this may be easy, but it would require some advanced "batch
language" tricks, which is not my specialty.

Regards,
Thomas


Re: ?s with table captions, table text justification, double rows, math cases and more

2001-11-12 Thread Thomas Steffen

John Boik [EMAIL PROTECTED] writes:

 First, I would like to use a different font family (sans serif rather than
 times) for table captions.  

This is defined by the LaTeX style. Try the koma-script family
instead of the default styles. (That's in Layout-Document.) It will
change other details, too.

 Second, I would like to get rid of the default justification for
 text in a table column.

Should be possible, but justification has always been a weak point of
LaTeX (imho).

 Third, some rows of my table are intended to fall on two lines. 

Very difficult. Using two rows is the easiest, if possible. Otherwise
you can define multiline cells with linebreaks. You have to define a
widths, imho. Details depend on the exact LyX version. 

 Fourth, is there an easy way to select text and then format it all
 in caps (not small caps, or whatever is listed in the character
 popup), or as title caps (first word capitalized)?

Not that I know. Emacs does it with M-u. So if anyone could write this
for LyX...

 Fifth, is there any easy way to automatically have a table span exactly the
 width of the paper?

Yes, this can be done using LaTeX. You can specify the column width as
part of the paper width. I don't remember the exact syntax, though. 

 Sixth, I have a new command that I put in the preamble that inserts the
 microgram symbol (the Greek micro and the roman g) if I type in \mg.  It is:
 
 \newcommand{\mg}{$\mu$g }

Imho it should be a math macro. Look it up in the help, they are easy
to define an use. 

 It allows me to easily type in, for example, 70 ug.  But, when the
 paragraphs are justified, Lyx does not know to keep the 70 next to the ug
 symbol and the space looks funny.  Is there a way to keep the two next to
 each other?

Use a protected space (Ctrl-SPACE). 

 Seventh, and this one might be the hardest, when I use the \begin{cases} and
 \end{cases} command in the math mode, 

I always do this manually, with a left bracket and an n by 3 matrix.

 Eighth and last, I would like to use BibTex for my references, and I
 understand how to import the citation into Lyx, but I don't know how to
 start BibTex in the first place to enter a list of references.

BibTeX databases are just text files. You can write them with your
favourite editor, or you use one of the several special programs for
BibTeX files.

 One suggestion, which might be a hard one, would be to have it
 natively save its files in *.tex format and do all the conversion
 behind the scenes.

Yes, it would be nice, but LyX is not going this way. 

 I know that there is an export function, but I think I read that it
 is 95% or so accurate in conveying the full meaning of what was
 typeset in Lyx. 

No, the export is 100% accurate (more or less). It is the import which
not infallible. 

 Also, having it in *.tex format would allow easy sharing of files
 with other collaborators who are using LaTex but not Lyx. 

Well, not really. Unless the formatting of the tex-file is kept (which
cannot be done), exchanging files with TeX purists is always a bit
difficult. Export and import is a way of communicating this to the
user :-)

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.



Re: ?s with table captions, table text justification, double rows, math cases and more

2001-11-12 Thread Thomas Steffen

John Boik [EMAIL PROTECTED] writes:

 First, I would like to use a different font family (sans serif rather than
 times) for table captions.  

This is defined by the LaTeX style. Try the koma-script family
instead of the default styles. (That's in Layout-Document.) It will
change other details, too.

 Second, I would like to get rid of the default justification for
 text in a table column.

Should be possible, but justification has always been a weak point of
LaTeX (imho).

 Third, some rows of my table are intended to fall on two lines. 

Very difficult. Using two rows is the easiest, if possible. Otherwise
you can define multiline cells with linebreaks. You have to define a
widths, imho. Details depend on the exact LyX version. 

 Fourth, is there an easy way to select text and then format it all
 in caps (not small caps, or whatever is listed in the character
 popup), or as title caps (first word capitalized)?

Not that I know. Emacs does it with M-u. So if anyone could write this
for LyX...

 Fifth, is there any easy way to automatically have a table span exactly the
 width of the paper?

Yes, this can be done using LaTeX. You can specify the column width as
part of the paper width. I don't remember the exact syntax, though. 

 Sixth, I have a new command that I put in the preamble that inserts the
 microgram symbol (the Greek micro and the roman g) if I type in \mg.  It is:
 
 \newcommand{\mg}{$\mu$g }

Imho it should be a math macro. Look it up in the help, they are easy
to define an use. 

 It allows me to easily type in, for example, 70 ug.  But, when the
 paragraphs are justified, Lyx does not know to keep the 70 next to the ug
 symbol and the space looks funny.  Is there a way to keep the two next to
 each other?

Use a protected space (Ctrl-SPACE). 

 Seventh, and this one might be the hardest, when I use the \begin{cases} and
 \end{cases} command in the math mode, 

I always do this manually, with a left bracket and an n by 3 matrix.

 Eighth and last, I would like to use BibTex for my references, and I
 understand how to import the citation into Lyx, but I don't know how to
 start BibTex in the first place to enter a list of references.

BibTeX databases are just text files. You can write them with your
favourite editor, or you use one of the several special programs for
BibTeX files.

 One suggestion, which might be a hard one, would be to have it
 natively save its files in *.tex format and do all the conversion
 behind the scenes.

Yes, it would be nice, but LyX is not going this way. 

 I know that there is an export function, but I think I read that it
 is 95% or so accurate in conveying the full meaning of what was
 typeset in Lyx. 

No, the export is 100% accurate (more or less). It is the import which
not infallible. 

 Also, having it in *.tex format would allow easy sharing of files
 with other collaborators who are using LaTex but not Lyx. 

Well, not really. Unless the formatting of the tex-file is kept (which
cannot be done), exchanging files with TeX purists is always a bit
difficult. Export and import is a way of communicating this to the
user :-)

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.



Re: ?s with table captions, table text justification, double rows, math cases and more

2001-11-12 Thread Thomas Steffen

"John Boik" <[EMAIL PROTECTED]> writes:

> First, I would like to use a different font family (sans serif rather than
> times) for table captions.  

This is defined by the LaTeX style. Try the koma-script family
instead of the default styles. (That's in Layout->Document.) It will
change other details, too.

> Second, I would like to get rid of the default justification for
> text in a table column.

Should be possible, but justification has always been a weak point of
LaTeX (imho).

> Third, some rows of my table are intended to fall on two lines. 

Very difficult. Using two rows is the easiest, if possible. Otherwise
you can define multiline cells with linebreaks. You have to define a
widths, imho. Details depend on the exact LyX version. 

> Fourth, is there an easy way to select text and then format it all
> in caps (not small caps, or whatever is listed in the character
> popup), or as title caps (first word capitalized)?

Not that I know. Emacs does it with M-u. So if anyone could write this
for LyX...

> Fifth, is there any easy way to automatically have a table span exactly the
> width of the paper?

Yes, this can be done using LaTeX. You can specify the column width as
part of the paper width. I don't remember the exact syntax, though. 

> Sixth, I have a new command that I put in the preamble that inserts the
> microgram symbol (the Greek micro and the roman g) if I type in \mg.  It is:
> 
> \newcommand{\mg}{$\mu$g }

Imho it should be a math macro. Look it up in the help, they are easy
to define an use. 

> It allows me to easily type in, for example, 70 ug.  But, when the
> paragraphs are justified, Lyx does not know to keep the 70 next to the ug
> symbol and the space looks funny.  Is there a way to keep the two next to
> each other?

Use a protected space (Ctrl-SPACE). 

> Seventh, and this one might be the hardest, when I use the \begin{cases} and
> \end{cases} command in the math mode, 

I always do this manually, with a left bracket and an n by 3 matrix.

> Eighth and last, I would like to use BibTex for my references, and I
> understand how to import the citation into Lyx, but I don't know how to
> start BibTex in the first place to enter a list of references.

BibTeX databases are just text files. You can write them with your
favourite editor, or you use one of the several special programs for
BibTeX files.

> One suggestion, which might be a hard one, would be to have it
> natively save its files in *.tex format and do all the conversion
> behind the scenes.

Yes, it would be nice, but LyX is not going this way. 

> I know that there is an export function, but I think I read that it
> is 95% or so accurate in conveying the full meaning of what was
> typeset in Lyx. 

No, the export is 100% accurate (more or less). It is the import which
not infallible. 

> Also, having it in *.tex format would allow easy sharing of files
> with other collaborators who are using LaTex but not Lyx. 

Well, not really. Unless the formatting of the tex-file is kept (which
cannot be done), exchanging files with TeX "purists" is always a bit
difficult. Export and import is a way of communicating this to the
user :-)

Thomas <[EMAIL PROTECTED]>
-- 
Umweltfreundlich, da aus recycleten Buchstaben.



Re: scaling EPS how?

2001-11-07 Thread Thomas Steffen

Ralph Boland [EMAIL PROTECTED] writes:

 Unfortunately you cannot scale relative to the size of the original figure
 but must scale relative to page size.  Thus you must use your judgement
 if relative dimensions are to be maintained.

Yes, this is a long standing feature request of mine. Scaling a figure
to 50% of its orginal size is something so basic that it is a shame
LyX can't do it. 

Any volunteers? 

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.



Re: scaling EPS how?

2001-11-07 Thread Thomas Steffen

Ralph Boland <[EMAIL PROTECTED]> writes:

> Unfortunately you cannot scale relative to the size of the original figure
> but must scale relative to page size.  Thus you must use your judgement
> if relative dimensions are to be maintained.

Yes, this is a long standing feature request of mine. Scaling a figure
to 50% of its orginal size is something so basic that it is a shame
LyX can't do it. 

Any volunteers? 

Thomas <[EMAIL PROTECTED]>
-- 
Umweltfreundlich, da aus recycleten Buchstaben.



Re: time for a version change?

2001-09-26 Thread Thomas Steffen

Paul Tremblay [EMAIL PROTECTED] writes:

 My version of lyx is 1.1.4fix3, which came with my SuSE distribution.
 Should I update? 

Yes, 1.1.5fix2 is quite a bit better. 1.1.6fix3... well, I just can't
decide whether it is actually an improvement. 

Beware however that both are not backward compatible. Most documents
will work, but there are subtle problems with minor data loss. Tables
from 1.1.6 are not backward compatible at all. 

 I have a ppc, so I might have to download the source and compile the
 binary.

It should be enough to get the source rpm. 

 However, I am more concerned at having to possible download
 libraries and compile them as well.

xforms and xpm are required in binary and headers (development), other
than that there should be no problem. 

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.




Re: time for a version change?

2001-09-26 Thread Thomas Steffen

Paul Tremblay [EMAIL PROTECTED] writes:

 My version of lyx is 1.1.4fix3, which came with my SuSE distribution.
 Should I update? 

Yes, 1.1.5fix2 is quite a bit better. 1.1.6fix3... well, I just can't
decide whether it is actually an improvement. 

Beware however that both are not backward compatible. Most documents
will work, but there are subtle problems with minor data loss. Tables
from 1.1.6 are not backward compatible at all. 

 I have a ppc, so I might have to download the source and compile the
 binary.

It should be enough to get the source rpm. 

 However, I am more concerned at having to possible download
 libraries and compile them as well.

xforms and xpm are required in binary and headers (development), other
than that there should be no problem. 

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.




Re: time for a version change?

2001-09-26 Thread Thomas Steffen

Paul Tremblay <[EMAIL PROTECTED]> writes:

> My version of lyx is 1.1.4fix3, which came with my SuSE distribution.
> Should I update? 

Yes, 1.1.5fix2 is quite a bit better. 1.1.6fix3... well, I just can't
decide whether it is actually an improvement. 

Beware however that both are not backward compatible. Most documents
will work, but there are subtle problems with minor data loss. Tables
from 1.1.6 are not backward compatible at all. 

> I have a ppc, so I might have to download the source and compile the
> binary.

It should be enough to get the source rpm. 

> However, I am more concerned at having to possible download
> libraries and compile them as well.

xforms and xpm are required in binary and headers (development), other
than that there should be no problem. 

Thomas <[EMAIL PROTECTED]>
-- 
Umweltfreundlich, da aus recycleten Buchstaben.




Re: seminar...

2001-06-20 Thread Thomas Steffen

Emanuele Olivetti [EMAIL PROTECTED] writes:

 I'm trying to use seminar document class for the first time; I can't
 find any documentation; Is it stable? I set paper to A4 but evey
 simple try doesn't compile.

Seminar is not exactly stable, unsupported is probably the better
description. Seminar has not been ported to latex2e, so there are the
few rough edges. There are also some bugs related to A4 and landscape
or portrait, which I have not been able to pinpoint. Different
versions of latex and dvips behave slightly differently. By all means,
do read the documentation for seminar and apply the (numerous) bug
fixes. 

However, none of these problems is a problem of LyX. And I still think
that seminar is the style of choice for slides, because the concept is
really superior to foiltex, for example. 

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.




Re: seminar...

2001-06-20 Thread Thomas Steffen

Emanuele Olivetti [EMAIL PROTECTED] writes:

 I'm trying to use seminar document class for the first time; I can't
 find any documentation; Is it stable? I set paper to A4 but evey
 simple try doesn't compile.

Seminar is not exactly stable, unsupported is probably the better
description. Seminar has not been ported to latex2e, so there are the
few rough edges. There are also some bugs related to A4 and landscape
or portrait, which I have not been able to pinpoint. Different
versions of latex and dvips behave slightly differently. By all means,
do read the documentation for seminar and apply the (numerous) bug
fixes. 

However, none of these problems is a problem of LyX. And I still think
that seminar is the style of choice for slides, because the concept is
really superior to foiltex, for example. 

Thomas [EMAIL PROTECTED]
-- 
Umweltfreundlich, da aus recycleten Buchstaben.




Re: seminar...

2001-06-20 Thread Thomas Steffen

Emanuele Olivetti <[EMAIL PROTECTED]> writes:

> I'm trying to use seminar document class for the first time; I can't
> find any documentation; Is it stable? I set paper to A4 but evey
> simple try doesn't compile.

Seminar is not exactly stable, unsupported is probably the better
description. Seminar has not been ported to latex2e, so there are the
few rough edges. There are also some bugs related to A4 and landscape
or portrait, which I have not been able to pinpoint. Different
versions of latex and dvips behave slightly differently. By all means,
do read the documentation for seminar and apply the (numerous) bug
fixes. 

However, none of these problems is a problem of LyX. And I still think
that seminar is the style of choice for slides, because the concept is
really superior to foiltex, for example. 

Thomas <[EMAIL PROTECTED]>
-- 
Umweltfreundlich, da aus recycleten Buchstaben.




Feature: View LaTeX source?

1999-05-21 Thread Thomas Steffen

hi,

i just started using (and promoting) lyx, and i am really missing one
feature: to have a view at the latex source. exporting and then
starting xemacs is a bit tiresome. is there a way to get this in the
menu? 

Thomas [EMAIL PROTECTED]
-- 
linux, linuctis - f, das beste Betriebssystem ;-) [Tobi in doc]



Feature: View LaTeX source?

1999-05-21 Thread Thomas Steffen

hi,

i just started using (and promoting) lyx, and i am really missing one
feature: to have a view at the latex source. exporting and then
starting xemacs is a bit tiresome. is there a way to get this in the
menu? 

Thomas [EMAIL PROTECTED]
-- 
linux, linuctis - f, das beste Betriebssystem ;-) [Tobi in doc]



Feature: View LaTeX source?

1999-05-21 Thread Thomas Steffen

hi,

i just started using (and promoting) lyx, and i am really missing one
feature: to have a view at the latex source. exporting and then
starting xemacs is a bit tiresome. is there a way to get this in the
menu? 

Thomas <[EMAIL PROTECTED]>
-- 
linux, linuctis - f, das beste Betriebssystem ;-) [Tobi in doc]