Re: troubles converting to pdf [Partially solved]
I go on answering my own questions, hoping that it will help somebody else. I'm using the book class and I've got no problem when exporting to ps. However, when exporting to pdf, I've got three problems: - Whenever my document contains a completely blank page, acroread complains There was an error processing this page. The page contents object has the wrong type. This only happens in windows, acroread in linux doesn't complain. This seems to be a known bug in ghostscript. I think it is fixed in CVS, but not in any official release. Please correct me if I'm wrong. BTW, the problem does not occur only on Windows, it does occur with acroread versions 5.0 and above (and I have 4.x on my linux box). It seems that acroread 5.x is much more strict on pdf specs... - all pages are shifted a few centimeters towards the bottom of the page. Things near the bottom jump out of the page. Funny... this occurs only when I use the hyperref package. I've got the hyperref 6.71 version, which is loaded last in my preamble (when exported to latex, babel is loaded after that, but I've got no control on this). If this is relevant, I've got gs version 6.51 This is still not solved. I guess I'm going to use good old ps for my thesis... Matthieu
Re: troubles converting to pdf [Partially solved]
I go on answering my own questions, hoping that it will help somebody else. I'm using the book class and I've got no problem when exporting to ps. However, when exporting to pdf, I've got three problems: - Whenever my document contains a completely blank page, acroread complains There was an error processing this page. The page contents object has the wrong type. This only happens in windows, acroread in linux doesn't complain. This seems to be a known bug in ghostscript. I think it is fixed in CVS, but not in any official release. Please correct me if I'm wrong. BTW, the problem does not occur only on Windows, it does occur with acroread versions 5.0 and above (and I have 4.x on my linux box). It seems that acroread 5.x is much more strict on pdf specs... - all pages are shifted a few centimeters towards the bottom of the page. Things near the bottom jump out of the page. Funny... this occurs only when I use the hyperref package. I've got the hyperref 6.71 version, which is loaded last in my preamble (when exported to latex, babel is loaded after that, but I've got no control on this). If this is relevant, I've got gs version 6.51 This is still not solved. I guess I'm going to use good old ps for my thesis... Matthieu
Re: troubles converting to pdf [Partially solved]
I go on answering my own questions, hoping that it will help somebody else. > > I'm using the book class and I've got no problem when exporting to ps. > > However, when exporting to pdf, I've got three problems: > > > > - Whenever my document contains a completely blank page, acroread > > complains "There was an error processing this page. The page contents > > object has the wrong type". This only happens in windows, acroread in > > linux doesn't complain. > This seems to be a known bug in ghostscript. I think it is fixed in CVS, but not in any official release. Please correct me if I'm wrong. BTW, the problem does not occur only on Windows, it does occur with acroread versions 5.0 and above (and I have 4.x on my linux box). It seems that acroread 5.x is much more strict on pdf specs... > > - all pages are shifted a few centimeters towards the bottom of the page. > > Things near the bottom jump out of the page. > > Funny... this occurs only when I use the hyperref package. > I've got the hyperref 6.71 version, which is loaded last in my preamble > (when exported to latex, babel is loaded after that, but I've got no > control on this). > If this is relevant, I've got gs version 6.51 > This is still not solved. I guess I'm going to use good old ps for my thesis... Matthieu
Re: troubles converting to pdf [Partially solved]
This is to answer my own posting. I found out some things, and some other
remain obscure...
I'm using the book class and I've got no problem when exporting to ps.
However, when exporting to pdf, I've got three problems:
- Whenever my document contains a completely blank page, acroread
complains There was an error processing this page. The page contents
object has the wrong type. This only happens in windows, acroread in linux
doesn't complain.
This is not solved. Any help welcome. Blank pages are generated by this
comment in my preamble:
\let\cdp=\cleardoublepage
\renewcommand{\cleardoublepage}{\newpage{\pagestyle{empty}\cdp}}
(Because I don't like to have page numbers and headers on a blank page at the
end of a chapter)
- when converting to pdf, I've got the message
dvips: Warning: missing glyph `guillemotleft'
dvips: Warning: missing glyph `guillemotright'
... And the french double quotes and don't display in the pdf file.
I found out that I've got to use the aeguill package too. Perhaps this
should appear in section 5.3.6.2 of the french Extended features help file?
- all pages are shifted a few centimeters towards the bottom of the page.
Things near the bottom jump out of the page.
Funny... this occurs only when I use the hyperref package.
I've got the hyperref 6.71 version, which is loaded last in my preamble (when
exported to latex, babel is loaded after that, but I've got no control on
this).
If this is relevant, I've got gs version 6.51
Thank you for any help,
Matthieu
Re: troubles converting to pdf [Partially solved]
This is to answer my own posting. I found out some things, and some other
remain obscure...
I'm using the book class and I've got no problem when exporting to ps.
However, when exporting to pdf, I've got three problems:
- Whenever my document contains a completely blank page, acroread
complains There was an error processing this page. The page contents
object has the wrong type. This only happens in windows, acroread in linux
doesn't complain.
This is not solved. Any help welcome. Blank pages are generated by this
comment in my preamble:
\let\cdp=\cleardoublepage
\renewcommand{\cleardoublepage}{\newpage{\pagestyle{empty}\cdp}}
(Because I don't like to have page numbers and headers on a blank page at the
end of a chapter)
- when converting to pdf, I've got the message
dvips: Warning: missing glyph `guillemotleft'
dvips: Warning: missing glyph `guillemotright'
... And the french double quotes and don't display in the pdf file.
I found out that I've got to use the aeguill package too. Perhaps this
should appear in section 5.3.6.2 of the french Extended features help file?
- all pages are shifted a few centimeters towards the bottom of the page.
Things near the bottom jump out of the page.
Funny... this occurs only when I use the hyperref package.
I've got the hyperref 6.71 version, which is loaded last in my preamble (when
exported to latex, babel is loaded after that, but I've got no control on
this).
If this is relevant, I've got gs version 6.51
Thank you for any help,
Matthieu
Re: troubles converting to pdf [Partially solved]
This is to answer my own posting. I found out some things, and some other
remain obscure...
> I'm using the book class and I've got no problem when exporting to ps.
> However, when exporting to pdf, I've got three problems:
>
> - Whenever my document contains a completely blank page, acroread
> complains "There was an error processing this page. The page contents
> object has the wrong type". This only happens in windows, acroread in linux
> doesn't complain.
This is not solved. Any help welcome. Blank pages are generated by this
comment in my preamble:
\let\cdp=\cleardoublepage
\renewcommand{\cleardoublepage}{\newpage{\pagestyle{empty}\cdp}}
(Because I don't like to have page numbers and headers on a blank page at the
end of a chapter)
>
> - when converting to pdf, I've got the message
> dvips: Warning: missing glyph `guillemotleft'
> dvips: Warning: missing glyph `guillemotright'
> ... And the french double quotes << and >> don't display in the pdf file.
>
I found out that I've got to use the "aeguill" package too. Perhaps this
should appear in section 5.3.6.2 of the french "Extended features" help file?
> - all pages are shifted a few centimeters towards the bottom of the page.
> Things near the bottom jump out of the page.
>
Funny... this occurs only when I use the hyperref package.
I've got the hyperref 6.71 version, which is loaded last in my preamble (when
exported to latex, babel is loaded after that, but I've got no control on
this).
If this is relevant, I've got gs version 6.51
Thank you for any help,
Matthieu
troubles converting to pdf
I tried to convert my Ph.D. to pdf, using ae and aecompl to get vector cm fonts. I'm using the book class and I've got no problem when exporting to ps. However, when exporting to pdf, I've got three problems: - Whenever my document contains a completely blank page, acroread complains There was an error processing this page. The page contents object has the wrong type. This only happens in windows, acroread in linux doesn't complain. - when converting to pdf, I've got the message dvips: Warning: missing glyph `guillemotleft' dvips: Warning: missing glyph `guillemotright' ... And the french double quotes and don't display in the pdf file. - all pages are shifted a few centimeters towards the bottom of the page. Things near the bottom jump out of the page. Thank you for your help, Matthieu
troubles converting to pdf
I tried to convert my Ph.D. to pdf, using ae and aecompl to get vector cm fonts. I'm using the book class and I've got no problem when exporting to ps. However, when exporting to pdf, I've got three problems: - Whenever my document contains a completely blank page, acroread complains There was an error processing this page. The page contents object has the wrong type. This only happens in windows, acroread in linux doesn't complain. - when converting to pdf, I've got the message dvips: Warning: missing glyph `guillemotleft' dvips: Warning: missing glyph `guillemotright' ... And the french double quotes and don't display in the pdf file. - all pages are shifted a few centimeters towards the bottom of the page. Things near the bottom jump out of the page. Thank you for your help, Matthieu
troubles converting to pdf
I tried to convert my Ph.D. to pdf, using ae and aecompl to get vector cm fonts. I'm using the book class and I've got no problem when exporting to ps. However, when exporting to pdf, I've got three problems: - Whenever my document contains a completely blank page, acroread complains "There was an error processing this page. The page contents object has the wrong type". This only happens in windows, acroread in linux doesn't complain. - when converting to pdf, I've got the message dvips: Warning: missing glyph `guillemotleft' dvips: Warning: missing glyph `guillemotright' ... And the french double quotes << and >> don't display in the pdf file. - all pages are shifted a few centimeters towards the bottom of the page. Things near the bottom jump out of the page. Thank you for your help, Matthieu
Re: Itemize in table
I'm still not able to use minipages in tables... put the cursor in the minipage and click right mouse... If you mean put the cursor in the _cell_ and click right mouse, then it does not work for me: the minipage option is disabled. If you mean something else, can you please give me some more detail... Thank you, Matthieu
Re: Itemize in table
not in the _cell_ but insert a minipage in the _cell_ with command Insert - Minipage. Then put the cursor in the minipage field by clicking minipage button. Click right mouse to view the minipage option. Type your items in this minipage... I thought I had tried something like this, but obviously not exactly that... it works now, thank you. Matthieu
Re: Itemize in table
I'm still not able to use minipages in tables... put the cursor in the minipage and click right mouse... If you mean put the cursor in the _cell_ and click right mouse, then it does not work for me: the minipage option is disabled. If you mean something else, can you please give me some more detail... Thank you, Matthieu
Re: Itemize in table
not in the _cell_ but insert a minipage in the _cell_ with command Insert - Minipage. Then put the cursor in the minipage field by clicking minipage button. Click right mouse to view the minipage option. Type your items in this minipage... I thought I had tried something like this, but obviously not exactly that... it works now, thank you. Matthieu
Re: Itemize in table
I'm still not able to use minipages in tables... > put the cursor in the minipage and click right mouse... > If you mean "put the cursor in the _cell_ and click right mouse", then it does not work for me: the minipage option is disabled. If you mean something else, can you please give me some more detail... Thank you, Matthieu
Re: Itemize in table
> not in the _cell_ but insert a minipage in the _cell_ with command Insert > -> Minipage. Then put the cursor in the minipage field by clicking > minipage button. Click right mouse to view the minipage option. Type your > items in this minipage... I thought I had tried something like this, but obviously not exactly that... it works now, thank you. Matthieu
Itemize in table
Dear lyx users, I'm trying to have an itemize environement inside a table cell; I tried several things and I'm getting a little bit confused. - If I'm in a table cell, I cannot change the environment style - I tried to select Use minipage in the cell dialog, which allowed me to use environements; however, I got unwanted space at the end of the cell. Moreover, I'm not able to reproduce this now (the minipage option is disabled). - If I deselect minipage in a cell that was a minipage, the environement stays and the spacing is correct; but I guess this is not a clean way of doing it... So I wonder if this is possible and how to do it properly... Thank you, Matthieu
Itemize in table
Dear lyx users, I'm trying to have an itemize environement inside a table cell; I tried several things and I'm getting a little bit confused. - If I'm in a table cell, I cannot change the environment style - I tried to select Use minipage in the cell dialog, which allowed me to use environements; however, I got unwanted space at the end of the cell. Moreover, I'm not able to reproduce this now (the minipage option is disabled). - If I deselect minipage in a cell that was a minipage, the environement stays and the spacing is correct; but I guess this is not a clean way of doing it... So I wonder if this is possible and how to do it properly... Thank you, Matthieu
Itemize in table
Dear lyx users, I'm trying to have an itemize environement inside a table cell; I tried several things and I'm getting a little bit confused. - If I'm in a table cell, I cannot change the environment style - I tried to select "Use minipage" in the cell dialog, which allowed me to use environements; however, I got unwanted space at the end of the cell. Moreover, I'm not able to reproduce this now (the minipage option is disabled). - If I deselect minipage in a cell that was a minipage, the environement stays and the spacing is correct; but I guess this is not a clean way of doing it... So I wonder if this is possible and how to do it properly... Thank you, Matthieu
Re: determining next style
However, a nice feature would be something to force keeping the previous paragraph environment (though having said that, the defaults are usually pretty logical). You could bind it to something like M-Enter (by analogy with C-Enter for a line-break within the current environment). Wonderful idea... but just try it out: it's already there! at least it works for me: M-enter preserves the environment type and the nesting depth. Matthieu
Re: determining next style
However, a nice feature would be something to force keeping the previous paragraph environment (though having said that, the defaults are usually pretty logical). You could bind it to something like M-Enter (by analogy with C-Enter for a line-break within the current environment). Wonderful idea... but just try it out: it's already there! at least it works for me: M-enter preserves the environment type and the nesting depth. Matthieu
Re: determining next style
> However, a nice feature would be something to force keeping the previous > paragraph environment (though having said that, the defaults are > usually pretty logical). You could bind it to something like M-Enter > (by analogy with C-Enter for a line-break within the current environment). Wonderful idea... but just try it out: it's already there! at least it works for me: M-enter preserves the environment type and the nesting depth. Matthieu
re: Removing some prefs options (poll)
Speak now, or forever hold your peace, if you use either 1. Lastfiles number of files shown. This is currently configurable between 4 and 9. Does anybody actually have this configured differently from the default, and if so, please tell me why. I wrote quite a lot of little reports or articles recently, and as I'm writing my thesis now, I'm copy-pasting from all of them... I don't want to open them all at lyx startup (so command-line is not an option) and since they are in different directories, it makes a lot of browsing through the file-open dialog. I increased the lastfiles number to 9 and would not be against an increase in the max possible number... Best regards, Matthieu
re: Removing some prefs options (poll)
Speak now, or forever hold your peace, if you use either 1. Lastfiles number of files shown. This is currently configurable between 4 and 9. Does anybody actually have this configured differently from the default, and if so, please tell me why. I wrote quite a lot of little reports or articles recently, and as I'm writing my thesis now, I'm copy-pasting from all of them... I don't want to open them all at lyx startup (so command-line is not an option) and since they are in different directories, it makes a lot of browsing through the file-open dialog. I increased the lastfiles number to 9 and would not be against an increase in the max possible number... Best regards, Matthieu
re: Removing some prefs options (poll)
> Speak now, or forever hold your peace, if you use either > > 1. Lastfiles number of files shown. This is currently configurable > between 4 and 9. Does anybody actually have this configured differently > from the default, and if so, please tell me why. I wrote quite a lot of little reports or articles recently, and as I'm writing my thesis now, I'm copy-pasting from all of them... I don't want to open them all at lyx startup (so command-line is not an option) and since they are in different directories, it makes a lot of browsing through the file-open dialog. I increased the lastfiles number to 9 and would not be against an increase in the max possible number... Best regards, Matthieu
Error creating pixmap from xpm_image
I compiled lyx 1.2.0 on YellowDogLinux 2.0 (ppc processor) without problem. It works very well, except that I cannot view any graphics in the lyx window. I get the following error Error creating pixmap from xpm_image 'XpmColorFailed' and in lyx the picture box displays Error scaling etc Everything else works great and starting lyx with the graphics-debug option (-dbg 2097152) does not give other errors. The .ps output is correct. Any idea? BTW, the new version is great. A huge thank you to the developers team. Matthieu
Re: Error creating pixmap from xpm_image
What is the 'lyx -version' output? LyX 1.2.0 of Thu, May 23, 2002 Built on May 31 2002, 08:56:05 Configuration Host type: powerpc-unknown-linux-gnu Special build flags:included-libsigc C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.3) C++ Compiler flags: -O -fno-exceptions Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 0.88.1 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Matthieu
Re: Error creating pixmap from xpm_image
Le Mardi, 4 Juin 2002 14.47, John Levon a écrit : On Tue, Jun 04, 2002 at 10:17:43AM +0200, Matthieu Amiguet wrote: Error creating pixmap from xpm_image 'XpmColorFailed' Upgrade your version of ImageMagick (convert), or use a different program to convert your images, or use a version of xforms with an internal image loader capability. I've got ImageMagick-5.2.7-2. On my laptop, I've got Image-Magick-5.2.6-4, whcih seems older, and it works. Does the problem really come from ImageMagick? NB: convert seems to work, at least partially, as I get Image conversion succeeded. Loading image. Image loading succeeded. Error creating pixmap from xpm_image 'XpmColorFailed' If this is a version problem, what version should I use? Matthieu
Error creating pixmap from xpm_image
I compiled lyx 1.2.0 on YellowDogLinux 2.0 (ppc processor) without problem. It works very well, except that I cannot view any graphics in the lyx window. I get the following error Error creating pixmap from xpm_image 'XpmColorFailed' and in lyx the picture box displays Error scaling etc Everything else works great and starting lyx with the graphics-debug option (-dbg 2097152) does not give other errors. The .ps output is correct. Any idea? BTW, the new version is great. A huge thank you to the developers team. Matthieu
Re: Error creating pixmap from xpm_image
What is the 'lyx -version' output? LyX 1.2.0 of Thu, May 23, 2002 Built on May 31 2002, 08:56:05 Configuration Host type: powerpc-unknown-linux-gnu Special build flags:included-libsigc C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.3) C++ Compiler flags: -O -fno-exceptions Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 0.88.1 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Matthieu
Re: Error creating pixmap from xpm_image
Le Mardi, 4 Juin 2002 14.47, John Levon a écrit : On Tue, Jun 04, 2002 at 10:17:43AM +0200, Matthieu Amiguet wrote: Error creating pixmap from xpm_image 'XpmColorFailed' Upgrade your version of ImageMagick (convert), or use a different program to convert your images, or use a version of xforms with an internal image loader capability. I've got ImageMagick-5.2.7-2. On my laptop, I've got Image-Magick-5.2.6-4, whcih seems older, and it works. Does the problem really come from ImageMagick? NB: convert seems to work, at least partially, as I get Image conversion succeeded. Loading image. Image loading succeeded. Error creating pixmap from xpm_image 'XpmColorFailed' If this is a version problem, what version should I use? Matthieu
Error creating pixmap from xpm_image
I compiled lyx 1.2.0 on YellowDogLinux 2.0 (ppc processor) without problem. It works very well, except that I cannot view any graphics in the lyx window. I get the following error Error creating pixmap from xpm_image 'XpmColorFailed' and in lyx the picture box displays Error scaling etc Everything else works great and starting lyx with the graphics-debug option (-dbg 2097152) does not give other errors. The .ps output is correct. Any idea? BTW, the new version is great. A huge thank you to the developers team. Matthieu
Re: Error creating pixmap from xpm_image
> What is the 'lyx -version' output? LyX 1.2.0 of Thu, May 23, 2002 Built on May 31 2002, 08:56:05 Configuration Host type: powerpc-unknown-linux-gnu Special build flags:included-libsigc C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.3) C++ Compiler flags: -O -fno-exceptions Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 0.88.1 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx Matthieu
Re: Error creating pixmap from xpm_image
Le Mardi, 4 Juin 2002 14.47, John Levon a écrit : > On Tue, Jun 04, 2002 at 10:17:43AM +0200, Matthieu Amiguet wrote: > > Error creating pixmap from xpm_image 'XpmColorFailed' > > Upgrade your version of ImageMagick (convert), or use a different > program to convert your images, or use a version of xforms with an > internal image loader capability. > I've got ImageMagick-5.2.7-2. On my laptop, I've got Image-Magick-5.2.6-4, whcih seems older, and it works. Does the problem really come from ImageMagick? NB: convert seems to work, at least partially, as I get Image conversion succeeded. Loading image. Image loading succeeded. Error creating pixmap from xpm_image 'XpmColorFailed' If this is a version problem, what version should I use? Matthieu
Re: english class option
On Tuesday, 14 May 2002 12.31, Dekel Tsur wrote:
On Tue, May 14, 2002 at 11:13:16AM +0200, Matthieu Amiguet wrote:
I've made a very-quick-and-very-dirty class layout for article hermes,
the class file for Hermes Science Publication (www.editions-hermes.fr).
All I did was changing the second line of the layout file to give it a
new name and use the right .cls file.
For now, I do the remaining stuff in ERT. I've got a little problem,
though: When exporting to latex, I've got an english class option that
I really don't want.
Hermes is made primarily for french publications, and understands this
option as I'm going to write the article in english. It then ignorates
the french option and typesets in english.
I need to get rid of this: I would like the first line of my .tex
document to be
\documentclass{article-hermes}
with no language option.
How can I do this?
If the language of the document is French, you should choose French
language in the document dialog!
I should have said that I tried this, of course. But the result is
\documentclass[english,french]{article-hermes}
I don't know why, but that's how it is. I need that no language option
appears in this command.
Matthieu
Re: english class option
On Tuesday, 14 May 2002 12.31, Dekel Tsur wrote:
On Tue, May 14, 2002 at 11:13:16AM +0200, Matthieu Amiguet wrote:
I've made a very-quick-and-very-dirty class layout for article hermes,
the class file for Hermes Science Publication (www.editions-hermes.fr).
All I did was changing the second line of the layout file to give it a
new name and use the right .cls file.
For now, I do the remaining stuff in ERT. I've got a little problem,
though: When exporting to latex, I've got an english class option that
I really don't want.
Hermes is made primarily for french publications, and understands this
option as I'm going to write the article in english. It then ignorates
the french option and typesets in english.
I need to get rid of this: I would like the first line of my .tex
document to be
\documentclass{article-hermes}
with no language option.
How can I do this?
If the language of the document is French, you should choose French
language in the document dialog!
I should have said that I tried this, of course. But the result is
\documentclass[english,french]{article-hermes}
I don't know why, but that's how it is. I need that no language option
appears in this command.
Matthieu
Re: "english" class option
On Tuesday, 14 May 2002 12.31, Dekel Tsur wrote:
> On Tue, May 14, 2002 at 11:13:16AM +0200, Matthieu Amiguet wrote:
> > I've made a very-quick-and-very-dirty class layout for article hermes,
> > the class file for "Hermes Science Publication" (www.editions-hermes.fr).
> > All I did was changing the second line of the layout file to give it a
> > new name and use the right .cls file.
> > For now, I do the remaining stuff in ERT. I've got a little problem,
> > though: When exporting to latex, I've got an "english" class option that
> > I really don't want.
> > Hermes is made primarily for french publications, and understands this
> > option as "I'm going to write the article in english". It then ignorates
> > the "french" option and typesets in english.
> > I need to get rid of this: I would like the first line of my .tex
> > document to be
> > \documentclass{article-hermes}
> > with no language option.
> > How can I do this?
>
> If the language of the document is French, you should choose French
> language in the document dialog!
I should have said that I tried this, of course. But the result is
\documentclass[english,french]{article-hermes}
I don't know why, but that's how it is. I need that no language option
appears in this command.
Matthieu
latex output to eps
Hi everybody! I'm writing an article in the kluwer layout which is, of course, uncompatible with almost each and every latex package (thanks to Kluwer for this...) As I need the 'oz.sty' package (for Object-Z notation) in figures, I thought of latexing separate files with this package, putting the output in .eps files and including these files in lyx. But I have some trouble in the putting the output in .eps files step. I tried latexing and then dvips with the '-E' option, but it includes the whole page, so there are much too wide margins around the real figure... Is there a way to get a narrower bounding box and how? Thank you for your help, Matthieu PS: my problem gives me the following idea: what about including a raw latex external object? launch an editor for editing and convert to eps for including... this could be useful exactly in my case, when there are packages incompatibilities...
latex output to eps
Hi everybody! I'm writing an article in the kluwer layout which is, of course, uncompatible with almost each and every latex package (thanks to Kluwer for this...) As I need the 'oz.sty' package (for Object-Z notation) in figures, I thought of latexing separate files with this package, putting the output in .eps files and including these files in lyx. But I have some trouble in the putting the output in .eps files step. I tried latexing and then dvips with the '-E' option, but it includes the whole page, so there are much too wide margins around the real figure... Is there a way to get a narrower bounding box and how? Thank you for your help, Matthieu PS: my problem gives me the following idea: what about including a raw latex external object? launch an editor for editing and convert to eps for including... this could be useful exactly in my case, when there are packages incompatibilities...
latex output to eps
Hi everybody! I'm writing an article in the kluwer layout which is, of course, uncompatible with almost each and every latex package (thanks to Kluwer for this...) As I need the 'oz.sty' package (for Object-Z notation) in figures, I thought of latexing separate files with this package, putting the output in .eps files and including these files in lyx. But I have some trouble in the "putting the output in .eps files" step. I tried latexing and then dvips with the '-E' option, but it includes the whole page, so there are much too wide margins around the real figure... Is there a way to get a narrower bounding box and how? Thank you for your help, Matthieu PS: my problem gives me the following idea: what about including a "raw latex" external object? launch an editor for editing and convert to eps for including... this could be useful exactly in my case, when there are packages incompatibilities...
kluwer and toc
Hi everybody! I'm starting to write a document with the Kluwer layout. Thank you to Pit and PAP for this layout, it saves me a lot of time! Just one thing I wonder: in the layout, there's the general textclass parameter TocDepth 0 It has for effect that the navigate menu doesn't contain anything interesting (no TOC) If I change this parameter to 3, I get back my dear navigate menu (it's a so handy feature) So, my question: is there any reason to have this parameter set to 0? I mean, if you want a TOC, you don't want the param to 0, and if you don't include a TOC in your document, there's no effect (except of disabling the navigate feature). Matthieu
kluwer and toc
Hi everybody! I'm starting to write a document with the Kluwer layout. Thank you to Pit and PAP for this layout, it saves me a lot of time! Just one thing I wonder: in the layout, there's the general textclass parameter TocDepth 0 It has for effect that the navigate menu doesn't contain anything interesting (no TOC) If I change this parameter to 3, I get back my dear navigate menu (it's a so handy feature) So, my question: is there any reason to have this parameter set to 0? I mean, if you want a TOC, you don't want the param to 0, and if you don't include a TOC in your document, there's no effect (except of disabling the navigate feature). Matthieu
kluwer and toc
Hi everybody!
I'm starting to write a document with the Kluwer layout. Thank you to "Pit"
and "PAP" for this layout, it saves me a lot of time!
Just one thing I wonder: in the layout, there's the general textclass
parameter
TocDepth 0
It has for effect that the "navigate" menu doesn't contain anything
interesting ("no TOC")
If I change this parameter to 3, I get back my dear navigate menu (it's a so
handy feature)
So, my question: is there any reason to have this parameter set to 0? I mean,
if you want a TOC, you don't want the param to 0, and if you don't include a
TOC in your document, there's no effect (except of disabling the navigate
feature).
Matthieu
reconfigure from command line?
I'm using a cutomized book layout that I change quite often to add a new fonctionality (or debug one)... and I found that it would be very convenient to be able to reconfigure lyx from the command line lyx -reconfigure rather than launching it, selecting edit-reconfigure, quitting, and then relauching Did I miss something, or is this impossible? if so, would it be very difficult to add this in a future version? Matthieu
Re: chapter numbering
AFAIR, book.cls does this by default (which is better for crossrefs IMHO). What does the slight customization change ? What happens if you change class to standard book class ? I found the problem: book.cls does this by default, but not when the language is french (by the way, selecting french changes the numbering in the dvi file, but not in lyx). But the answer to my question is in the help pages of lyx, under keyword counter. (thanky to Herbert Voss for pointing this) Thank you, Matthieu
Re: chapter numbering
On Tuesday, 5 February 2002 15.06, Jean-Pierre.Chretien wrote: I checked with an example, which uses frenchb. No change there. That's true, frenchb fixes this. I don't really know the difference between french and frenchb, so I guess I can change without problem... Matthieu
reconfigure from command line?
I'm using a cutomized book layout that I change quite often to add a new fonctionality (or debug one)... and I found that it would be very convenient to be able to reconfigure lyx from the command line lyx -reconfigure rather than launching it, selecting edit-reconfigure, quitting, and then relauching Did I miss something, or is this impossible? if so, would it be very difficult to add this in a future version? Matthieu
Re: chapter numbering
AFAIR, book.cls does this by default (which is better for crossrefs IMHO). What does the slight customization change ? What happens if you change class to standard book class ? I found the problem: book.cls does this by default, but not when the language is french (by the way, selecting french changes the numbering in the dvi file, but not in lyx). But the answer to my question is in the help pages of lyx, under keyword counter. (thanky to Herbert Voss for pointing this) Thank you, Matthieu
Re: chapter numbering
On Tuesday, 5 February 2002 15.06, Jean-Pierre.Chretien wrote: I checked with an example, which uses frenchb. No change there. That's true, frenchb fixes this. I don't really know the difference between french and frenchb, so I guess I can change without problem... Matthieu
reconfigure from command line?
I'm using a cutomized book layout that I change quite often to add a new fonctionality (or debug one)... and I found that it would be very convenient to be able to reconfigure lyx from the command line lyx -reconfigure rather than launching it, selecting edit->reconfigure, quitting, and then relauching Did I miss something, or is this impossible? if so, would it be very difficult to add this in a future version? Matthieu
Re: chapter numbering
> AFAIR, book.cls does this by default (which is better for crossrefs IMHO). > What does the "slight customization" change ? > What happens if you change class to standard book class ? I found the problem: book.cls does this by default, but not when the language is "french" (by the way, selecting french changes the numbering in the dvi file, but not in lyx). But the answer to my question is in the help pages of lyx, under keyword "counter". (thanky to Herbert Voss for pointing this) Thank you, Matthieu
Re: chapter numbering
On Tuesday, 5 February 2002 15.06, Jean-Pierre.Chretien wrote: > I checked with an example, which uses frenchb. > No change there. That's true, frenchb fixes this. I don't really know the difference between french and frenchb, so I guess I can change without problem... Matthieu
lyx and PPC processor
Hi lyx users! I'm using lyx and linux on an iMac, with an old LinuxPPC distribution. I'm planning to get some better linux distro, now that many distros support the PPC processor. I was considering using YellowdogLinux, which is a distribution specifically targeted for mac hardware, so I thought some things might go better... But the number one question is: how difficult will it be to install lyx (it seems not to be included in the base distribution)? I switched to linux mainly because of lyx, and I wouldn't live without it now... So if anyone has had an experience with installing lyx on a PPC-running linux, I would be glad to know it! Thank you for any information, Matthieu PS: please cc answers to me, as I only get the digest.
lyx and PPC processor
Hi lyx users! I'm using lyx and linux on an iMac, with an old LinuxPPC distribution. I'm planning to get some better linux distro, now that many distros support the PPC processor. I was considering using YellowdogLinux, which is a distribution specifically targeted for mac hardware, so I thought some things might go better... But the number one question is: how difficult will it be to install lyx (it seems not to be included in the base distribution)? I switched to linux mainly because of lyx, and I wouldn't live without it now... So if anyone has had an experience with installing lyx on a PPC-running linux, I would be glad to know it! Thank you for any information, Matthieu PS: please cc answers to me, as I only get the digest.
lyx and PPC processor
Hi lyx users! I'm using lyx and linux on an iMac, with an old LinuxPPC distribution. I'm planning to get some better linux distro, now that many distros support the PPC processor. I was considering using YellowdogLinux, which is a distribution specifically targeted for mac hardware, so I thought some things might go better... But the number one question is: how difficult will it be to install lyx (it seems not to be included in the base distribution)? I switched to linux mainly because of lyx, and I wouldn't live without it now... So if anyone has had an experience with installing lyx on a PPC-running linux, I would be glad to know it! Thank you for any information, Matthieu PS: please cc answers to me, as I only get the digest.
LinuxPPC 2000
Hello LyX-Users! I'm trying to get Lyx running on a LinuxPPC 2000 installation, kernel 2.2.15pre3 (if this matters), but I can't manage (I'm not even sure I could get xforms properly installed). Is anybody using Lyx on the same system? if so, can you say me how to do it? I'm a Linux beginner, and so I can't even guess precisely what isn't working... I've got Lyx running well with LinuxPPC R4, but I can't do the same things for the 2000 version. When answering, please send me a copy, because I'm not reading the list. Thank you for any help. Matthieu --- Matthieu Amiguet, doctorant IIUN Université de Neuchâtel (Switzerland) [EMAIL PROTECTED]
LinuxPPC 2000
Hello LyX-Users! I'm trying to get Lyx running on a LinuxPPC 2000 installation, kernel 2.2.15pre3 (if this matters), but I can't manage (I'm not even sure I could get xforms properly installed). Is anybody using Lyx on the same system? if so, can you say me how to do it? I'm a Linux beginner, and so I can't even guess precisely what isn't working... I've got Lyx running well with LinuxPPC R4, but I can't do the same things for the 2000 version. When answering, please send me a copy, because I'm not reading the list. Thank you for any help. Matthieu --- Matthieu Amiguet, doctorant IIUN Université de Neuchâtel (Switzerland) [EMAIL PROTECTED]
LinuxPPC 2000
Hello LyX-Users! I'm trying to get Lyx running on a LinuxPPC 2000 installation, kernel 2.2.15pre3 (if this matters), but I can't manage (I'm not even sure I could get xforms properly installed). Is anybody using Lyx on the same system? if so, can you say me how to do it? I'm a Linux beginner, and so I can't even guess precisely what isn't working... I've got Lyx running well with LinuxPPC R4, but I can't do the same things for the 2000 version. When answering, please send me a copy, because I'm not reading the list. Thank you for any help. Matthieu --- Matthieu Amiguet, doctorant IIUN Université de Neuchâtel (Switzerland) [EMAIL PROTECTED]
