It's a bug of tetex-dvips
Hi all : The bug is in the package tetex-dvips. I have uninstalled the version more new and I have installed the previous version and everything works fine. The bug is in the package when make the conversion. Regards Miguel
mini-buffer's showing and hding
I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Problem embedding graphics
Hello, I'm relatively new to LyX, but have been using it easily and with great results for the last couple of months. Until I've tried to embed graphics, that is. Here is the problem: I embed a graphic using (as recommended in the User's Guide) Insert- Floating- Floatflt Figure and then, inside the box, Insert- Image. The image shows into the document all right but, when I try to see a DVI, I get 5 errors: ***Error No1*** LaTeX Error: Cannot determine size of graphic in /tmp/lyx_tmpdir11840vKK27Z/l ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% Try typing return to proceed. If that doesn't work, type X return to quit. Error No 2*** LaTeX Error: File `/tmp/lyx_tmpdir11840vKK27Z/lyx_tmpbuf3/1_home_manolo_Docum ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% Try typing return to proceed. If that doesn't work, type X return to quit. Error No 3*** Missing $ inserted. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I've inserted a begin-math/end-math symbol since I think you left one out. Proceed, with fingers crossed. Error No 4*** Paragraph ended before [EMAIL PROTECTED] was complete. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I suspect you've forgotten a `}', causing me to apply this control sequence to too much text. How can we recover? My plan is to forget the whole thing and hope for the best. Error No 5*** Argument of [EMAIL PROTECTED] has an extra }. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I've run across a `}' that doesn't seem to match anything. For example, `\def\a#1{...}' and `\a}' would produce this error. If you simply proceed now, the `\par' that I've just inserted will cause me to report a ** I'm absolutely clueless as to why do these errors appear. But, then again, I'm clueless about LaTeX and just use LyX as a word processor user. I've searched the mailing list archives and have found a similar problem in a message sent 6 years ago, with no reply, though: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg07016.html I don't know what info do you need to help me with this. My LyX is installed in an Ubuntu Dapper box, and, if I start Lyx with the command lyx-qt -dbg graphics I get the following output (and then it starts normally): Estableciendo nivel de depuración a graphics Depurando `graphics' (Carga y conversión de gráficos) Recognised Fileformat: ppm [GrahicsCacheItem::convertToDisplayFormat] Attempting to convert image file: /usr/share/lyx/images/banner.ppm with displayed filename: /usr/share/lyx/images/banner.ppm Recognised Fileformat: ppm The file contains ppm format data. The image loader can load the following directly: BMP GIF JPEG MNG PBM PGM PNG PPM XBM XPM Of these, LyX recognises the following formats: bmp, gif, jpg, pbm, pgm, png, ppm, xbm, xpm No conversion needed (from == to)! Loading image. just Loaded. pixmap isNull 0 xformed_pixmap_ isNull 0 Image loading succeeded. GraphicsImage::getScaledDImensions() params.scale : 100 width : 425 height : 290 pixmap isNull 0 xformed_pixmap_ isNull 0 setPixmap() Thanks for your help. Manolo
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens
Re: mini-buffer's showing and hding
Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens
Re: blank page on new .pdf created by new .sty
El Domingo, 10 de Diciembre de 2006 16:33, Paul A. Rubin escribió: Pierre van der Laat Ulate wrote: My version number is Lyx 1.4.3 on Mandriva 2007 I aded a new myclass.sty and based the layout of article.layout, as explained on section 5.2.2 A layout for a .sty file of the Personalization help section My problem is that I may work with myclass, but whenever I try to export the document to a .pdf or dvi, I get a blank page generated message and an error message saying: LaTex Error: File 'opex3.sty' not found These are the modifications I made to de article.layout file: # \DeclareLaTeXClass[article, ~/.lyx/layouts/opex3.sty]{article (Optics Express)} Preamble \usepackage{opex3} EndPreamble Pierre Did you run texhash (or whatever your LaTeX distro uses to update the file database) so that LaTeX can find opex3.sty? /Paul Thanks for your help, all i had to do was copy the files *.cls and *.sty to the directory $TEXMF/tex/latex/package/, then run texhash as root and do a Tools - Reconfigure and restart Lyx. Thanks again Pierre
It's a bug of tetex-dvips
Hi all : The bug is in the package tetex-dvips. I have uninstalled the version more new and I have installed the previous version and everything works fine. The bug is in the package when make the conversion. Regards Miguel
mini-buffer's showing and hding
I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Problem embedding graphics
Hello, I'm relatively new to LyX, but have been using it easily and with great results for the last couple of months. Until I've tried to embed graphics, that is. Here is the problem: I embed a graphic using (as recommended in the User's Guide) Insert- Floating- Floatflt Figure and then, inside the box, Insert- Image. The image shows into the document all right but, when I try to see a DVI, I get 5 errors: ***Error No1*** LaTeX Error: Cannot determine size of graphic in /tmp/lyx_tmpdir11840vKK27Z/l ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% Try typing return to proceed. If that doesn't work, type X return to quit. Error No 2*** LaTeX Error: File `/tmp/lyx_tmpdir11840vKK27Z/lyx_tmpbuf3/1_home_manolo_Docum ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% Try typing return to proceed. If that doesn't work, type X return to quit. Error No 3*** Missing $ inserted. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I've inserted a begin-math/end-math symbol since I think you left one out. Proceed, with fingers crossed. Error No 4*** Paragraph ended before [EMAIL PROTECTED] was complete. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I suspect you've forgotten a `}', causing me to apply this control sequence to too much text. How can we recover? My plan is to forget the whole thing and hope for the best. Error No 5*** Argument of [EMAIL PROTECTED] has an extra }. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I've run across a `}' that doesn't seem to match anything. For example, `\def\a#1{...}' and `\a}' would produce this error. If you simply proceed now, the `\par' that I've just inserted will cause me to report a ** I'm absolutely clueless as to why do these errors appear. But, then again, I'm clueless about LaTeX and just use LyX as a word processor user. I've searched the mailing list archives and have found a similar problem in a message sent 6 years ago, with no reply, though: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg07016.html I don't know what info do you need to help me with this. My LyX is installed in an Ubuntu Dapper box, and, if I start Lyx with the command lyx-qt -dbg graphics I get the following output (and then it starts normally): Estableciendo nivel de depuración a graphics Depurando `graphics' (Carga y conversión de gráficos) Recognised Fileformat: ppm [GrahicsCacheItem::convertToDisplayFormat] Attempting to convert image file: /usr/share/lyx/images/banner.ppm with displayed filename: /usr/share/lyx/images/banner.ppm Recognised Fileformat: ppm The file contains ppm format data. The image loader can load the following directly: BMP GIF JPEG MNG PBM PGM PNG PPM XBM XPM Of these, LyX recognises the following formats: bmp, gif, jpg, pbm, pgm, png, ppm, xbm, xpm No conversion needed (from == to)! Loading image. just Loaded. pixmap isNull 0 xformed_pixmap_ isNull 0 Image loading succeeded. GraphicsImage::getScaledDImensions() params.scale : 100 width : 425 height : 290 pixmap isNull 0 xformed_pixmap_ isNull 0 setPixmap() Thanks for your help. Manolo
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens
Re: mini-buffer's showing and hding
Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens
Re: blank page on new .pdf created by new .sty
El Domingo, 10 de Diciembre de 2006 16:33, Paul A. Rubin escribió: Pierre van der Laat Ulate wrote: My version number is Lyx 1.4.3 on Mandriva 2007 I aded a new myclass.sty and based the layout of article.layout, as explained on section 5.2.2 A layout for a .sty file of the Personalization help section My problem is that I may work with myclass, but whenever I try to export the document to a .pdf or dvi, I get a blank page generated message and an error message saying: LaTex Error: File 'opex3.sty' not found These are the modifications I made to de article.layout file: # \DeclareLaTeXClass[article, ~/.lyx/layouts/opex3.sty]{article (Optics Express)} Preamble \usepackage{opex3} EndPreamble Pierre Did you run texhash (or whatever your LaTeX distro uses to update the file database) so that LaTeX can find opex3.sty? /Paul Thanks for your help, all i had to do was copy the files *.cls and *.sty to the directory $TEXMF/tex/latex/package/, then run texhash as root and do a Tools - Reconfigure and restart Lyx. Thanks again Pierre
It's a bug of tetex-dvips
Hi all : The bug is in the package tetex-dvips. I have uninstalled the version more new and I have installed the previous version and everything works fine. The bug is in the package when make the conversion. Regards Miguel
mini-buffer's showing and hding
I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Problem embedding graphics
Hello, I'm relatively new to LyX, but have been using it easily and with great results for the last couple of months. Until I've tried to embed graphics, that is. Here is the problem: I embed a graphic using (as recommended in the User's Guide) Insert-> Floating-> Floatflt Figure and then, inside the box, Insert-> Image. The image shows into the document all right but, when I try to see a DVI, I get 5 errors: ***Error No1*** LaTeX Error: Cannot determine size of graphic in /tmp/lyx_tmpdir11840vKK27Z/l ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% Try typingto proceed. If that doesn't work, type X to quit. Error No 2*** LaTeX Error: File `/tmp/lyx_tmpdir11840vKK27Z/lyx_tmpbuf3/1_home_manolo_Docum ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% Try typingto proceed. If that doesn't work, type X to quit. Error No 3*** Missing $ inserted. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I've inserted a begin-math/end-math symbol since I think you left one out. Proceed, with fingers crossed. Error No 4*** Paragraph ended before [EMAIL PROTECTED] was complete. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I suspect you've forgotten a `}', causing me to apply this control sequence to too much text. How can we recover? My plan is to forget the whole thing and hope for the best. Error No 5*** Argument of [EMAIL PROTECTED] has an extra }. ...ntos_Teoría_de_Juegos_1ejercicio1b.eps}} \end{floatingfigure}% I've run across a `}' that doesn't seem to match anything. For example, `\def\a#1{...}' and `\a}' would produce this error. If you simply proceed now, the `\par' that I've just inserted will cause me to report a ** I'm absolutely clueless as to why do these errors appear. But, then again, I'm clueless about LaTeX and just use LyX as a word processor user. I've searched the mailing list archives and have found a similar problem in a message sent 6 years ago, with no reply, though: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg07016.html I don't know what info do you need to help me with this. My LyX is installed in an Ubuntu Dapper box, and, if I start Lyx with the command "lyx-qt -dbg graphics" I get the following output (and then it starts normally): Estableciendo nivel de depuración a graphics Depurando `graphics' (Carga y conversión de gráficos) Recognised Fileformat: ppm [GrahicsCacheItem::convertToDisplayFormat] Attempting to convert image file: /usr/share/lyx/images/banner.ppm with displayed filename: /usr/share/lyx/images/banner.ppm Recognised Fileformat: ppm The file contains ppm format data. The image loader can load the following directly: BMP GIF JPEG MNG PBM PGM PNG PPM XBM XPM Of these, LyX recognises the following formats: bmp, gif, jpg, pbm, pgm, png, ppm, xbm, xpm No conversion needed (from == to)! Loading image. just Loaded. pixmap isNull 0 xformed_pixmap_ isNull 0 Image loading succeeded. GraphicsImage::getScaledDImensions() params.scale : 100 width : 425 height : 290 pixmap isNull 0 xformed_pixmap_ isNull 0 setPixmap() Thanks for your help. Manolo
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens
Re: mini-buffer's showing and hding
Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens
Re: blank page on new .pdf created by new .sty
El Domingo, 10 de Diciembre de 2006 16:33, Paul A. Rubin escribió: > Pierre van der Laat Ulate wrote: > > My version number is Lyx 1.4.3 on Mandriva 2007 > > I aded a new myclass.sty and based the layout of article.layout, as > > explained on section "5.2.2 A layout for a .sty file" of the > > "Personalization" help section > > My problem is that I may work with myclass, but whenever I try to export > > the document to a .pdf or dvi, I get a "blank page generated message" and > > an error message saying: > > > > "LaTex Error: File 'opex3.sty' not found" > > > > These are the modifications I made to de article.layout file: > > > > # \DeclareLaTeXClass[article, ~/.lyx/layouts/opex3.sty]{article (Optics > > Express)} > > Preamble > > \usepackage{opex3} > > EndPreamble > > > > Pierre > > Did you run texhash (or whatever your LaTeX distro uses to update the > file database) so that LaTeX can find opex3.sty? > > /Paul Thanks for your help, all i had to do was copy the files *.cls and *.sty to the directory "$TEXMF/tex/latex//", then run "texhash" as root and do a Tools -> Reconfigure and restart Lyx. Thanks again Pierre