Re: Viewing images in lyx-1.2: Choice of the converter to use
Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading the ps-support of xforms flimage seems to be buggy, that's the problem. disable it http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/xforms/xformsImage.C?r1=1.4r2=1.5 I don't need to recompile to do that - can't I deactivate all converters to postscript? Thank you for the info, though. Are there chances to get working rendering of ps, eps or pdf back? A question concerning xforms development, I guess? Not having to convert these would be nice. My original message was a somewhat academic question about lyx converting png-xpm-eps-ps, even though xpm can be loaded directly. Why the detour? This is not _really_ relevant, since I think the xpm-eps converter was not there by default, and I don't remember why I put it there. If you leave that out, there is only one route, png-xpm, which gets loaded correctly. Just an oddity. Jan
Re: Viewing images in lyx-1.2: Choice of the converter to use
Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading the ps-support of xforms flimage seems to be buggy, that's the problem. disable it http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/xforms/xformsImage.C?r1=1.4r2=1.5 I don't need to recompile to do that - can't I deactivate all converters to postscript? Thank you for the info, though. Are there chances to get working rendering of ps, eps or pdf back? A question concerning xforms development, I guess? Not having to convert these would be nice. My original message was a somewhat academic question about lyx converting png-xpm-eps-ps, even though xpm can be loaded directly. Why the detour? This is not _really_ relevant, since I think the xpm-eps converter was not there by default, and I don't remember why I put it there. If you leave that out, there is only one route, png-xpm, which gets loaded correctly. Just an oddity. Jan
Re: Viewing images in lyx-1.2: Choice of the converter to use
> > Image conversion succeeded. > > Loading image. > > xforms image loader. Status : Converting PS ... > > xforms image loader. Status : Loading PostScript > > xforms image loader. Error : LoadPS: no page written! > > Image loading failed. > > xforms image loader. Status : Error Reading > > the ps-support of xforms flimage seems to be buggy, that's > the problem. disable it > > >http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/xforms/xformsImage.C?r1=1.4=1.5 I don't need to recompile to do that - can't I deactivate all converters to postscript? Thank you for the info, though. Are there chances to get working rendering of ps, eps or pdf back? A question concerning xforms development, I guess? Not having to convert these would be nice. My original message was a somewhat academic question about lyx converting png->xpm->eps->ps, even though xpm can be loaded directly. Why the detour? This is not _really_ relevant, since I think the xpm->eps converter was not there by default, and I don't remember why I put it there. If you leave that out, there is only one route, png->xpm, which gets loaded correctly. Just an oddity. Jan
Re: Viewing images in lyx1.2: Loading images blocks UI
On Thu, 11 Jul 2002, John Levon wrote: background, too, so I was very disappointed to see that, on the contrary, image loading is done in foreground now. This is the reason I still prefer 1.1.6. Image loading is not done in the foreground... Ok, I guess I'm not in a position to argue about this with you, but what I observe strongly ressembles a foreground process. Let me be more specific: When the place an image is to be displayed in appears on the screen for the first time, image conversion and display is triggered. The empty box representing the image initially contains a message like converting to loadable format. Image conversion is done in the background, that is, the user interface is not affected by the running process. Moving the cursor, scrolling the canvas and opening menus works as usual. Once the image conversion is done, the image is loaded. During this (rather rapid) process, the information given in the box changes to Loading image..., and then Loaded. Scaling etc These processes seem to be done in the foreground in the sense that the user interface is completely blocked. Displacing the cursor, scrolling the canvas, opening menus, useage of dialog boxes etc is delayed until the image is loaded. The events that piled up are executed once the image appeared on the canvas. On my box (AMD K6II-266), loading takes up to a second, depending on the images. Even worse, when scrolling rapidly across a document with many images, lots of conversions are triggered. When images start to be available for loading, loading takes longer because load is high, and the sum of all the events makes for an appreciable blackout of UI availability. I hope this clarifies what I said. I might also add that in lyx 1.1 I never observed ANY lag in UI response correlated with image loading. Jan
Re: Viewing images in lyx-1.2: Choice of the converter to use
On Thu, 11 Jul 2002, John Levon wrote: By default a converter PNG-EPS is defined. Since I defined an EPS-PS converter, Lyx then converted PNG-EPS-PS and failed to load the image (see previous message). So I removed the PNG-EPS converter, so that the PNG-XPM get used. However, the images still didn't get loaded. lyx -dbg graphics shows that lyx converts PNG-XPM-EPS-PS! Lyx _can_ load xpm directly and does so, if I delete the EPS-PS converter. This is minor once one knows what happens. There are always ways to work around this, defining only the right converters. But it still seems odd. You must have made a mistake somewhere, I think. I just tested 1.2.1cvs and it converted my png to xpm directly, and loaded it via the xforms image loader Do you have a xpm-eps converter defined? I don't remember why I defined that, but that is not the point. My point was that I would expect the shortest route to be chosen. Here is the output of lyx -dbg graphics for the case I mentioned: Attempting to convert image file: ~/lyxdocs/these/images/chap1_neurone.png with recognised extension: png. Scanstring: PNG Recognised Fileformat: png Scanstring: PNG Recognised Fileformat: png The file contains png format data. The image loader can load the following directly: Windows/OS2 BMP file, extension bmp NASA/NOST FITS, extension fits CompuServ GIF, extension gif JPEG/JFIF format, extension jpg Portable Pixmap, extension ppm Portable Graymap, extension pgm Portable Bitmap, extension pbm PostScript, extension ps SGI Iris, extension sgi Tag Image File Format, extension tif X11 Bitmap, extension xbm X Window Dump, extension xwd XPM format, extension xpm Of these, LyX recognises the following formats: gif, jpg, ps, xpm Converting it to ps format. Conversion script: #!/bin/sh infile='/home/jan/lyxdocs/these/images/chap1_neurone.png' infile_base='/home/jan/lyxdocs/these/images/chap1_neurone' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.xpm' convert ${infile} ${outfile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi infile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.xpm' infile_base='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.eps' convert ${infile} ${outfile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi 'rm' -f ${infile} infile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.eps' infile_base='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.ps' gs -q -dNOPAUSE -dSAFER -dBATCH -sDEVICE=pswrite -sOutputFile=${outfile} ${infile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi 'rm' -f ${infile} fromfile=${outfile} tofile='/tmp/lyx_tmpdir17752l8QsWP/chap1_neurone17752eXed55.ps' 'mv' -f ${fromfile} ${tofile} if [ $? -ne 0 ]; then 'cp' -f ${fromfile} ${tofile} if [ $? -ne 0 ]; then exit 1 fi 'rm' -f ${fromfile} fi Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading
Re: Viewing images in lyx1.2: Loading images blocks UI
On Thu, 11 Jul 2002, John Levon wrote: background, too, so I was very disappointed to see that, on the contrary, image loading is done in foreground now. This is the reason I still prefer 1.1.6. Image loading is not done in the foreground... Ok, I guess I'm not in a position to argue about this with you, but what I observe strongly ressembles a foreground process. Let me be more specific: When the place an image is to be displayed in appears on the screen for the first time, image conversion and display is triggered. The empty box representing the image initially contains a message like converting to loadable format. Image conversion is done in the background, that is, the user interface is not affected by the running process. Moving the cursor, scrolling the canvas and opening menus works as usual. Once the image conversion is done, the image is loaded. During this (rather rapid) process, the information given in the box changes to Loading image..., and then Loaded. Scaling etc These processes seem to be done in the foreground in the sense that the user interface is completely blocked. Displacing the cursor, scrolling the canvas, opening menus, useage of dialog boxes etc is delayed until the image is loaded. The events that piled up are executed once the image appeared on the canvas. On my box (AMD K6II-266), loading takes up to a second, depending on the images. Even worse, when scrolling rapidly across a document with many images, lots of conversions are triggered. When images start to be available for loading, loading takes longer because load is high, and the sum of all the events makes for an appreciable blackout of UI availability. I hope this clarifies what I said. I might also add that in lyx 1.1 I never observed ANY lag in UI response correlated with image loading. Jan
Re: Viewing images in lyx-1.2: Choice of the converter to use
On Thu, 11 Jul 2002, John Levon wrote: By default a converter PNG-EPS is defined. Since I defined an EPS-PS converter, Lyx then converted PNG-EPS-PS and failed to load the image (see previous message). So I removed the PNG-EPS converter, so that the PNG-XPM get used. However, the images still didn't get loaded. lyx -dbg graphics shows that lyx converts PNG-XPM-EPS-PS! Lyx _can_ load xpm directly and does so, if I delete the EPS-PS converter. This is minor once one knows what happens. There are always ways to work around this, defining only the right converters. But it still seems odd. You must have made a mistake somewhere, I think. I just tested 1.2.1cvs and it converted my png to xpm directly, and loaded it via the xforms image loader Do you have a xpm-eps converter defined? I don't remember why I defined that, but that is not the point. My point was that I would expect the shortest route to be chosen. Here is the output of lyx -dbg graphics for the case I mentioned: Attempting to convert image file: ~/lyxdocs/these/images/chap1_neurone.png with recognised extension: png. Scanstring: PNG Recognised Fileformat: png Scanstring: PNG Recognised Fileformat: png The file contains png format data. The image loader can load the following directly: Windows/OS2 BMP file, extension bmp NASA/NOST FITS, extension fits CompuServ GIF, extension gif JPEG/JFIF format, extension jpg Portable Pixmap, extension ppm Portable Graymap, extension pgm Portable Bitmap, extension pbm PostScript, extension ps SGI Iris, extension sgi Tag Image File Format, extension tif X11 Bitmap, extension xbm X Window Dump, extension xwd XPM format, extension xpm Of these, LyX recognises the following formats: gif, jpg, ps, xpm Converting it to ps format. Conversion script: #!/bin/sh infile='/home/jan/lyxdocs/these/images/chap1_neurone.png' infile_base='/home/jan/lyxdocs/these/images/chap1_neurone' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.xpm' convert ${infile} ${outfile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi infile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.xpm' infile_base='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.eps' convert ${infile} ${outfile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi 'rm' -f ${infile} infile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.eps' infile_base='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.ps' gs -q -dNOPAUSE -dSAFER -dBATCH -sDEVICE=pswrite -sOutputFile=${outfile} ${infile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi 'rm' -f ${infile} fromfile=${outfile} tofile='/tmp/lyx_tmpdir17752l8QsWP/chap1_neurone17752eXed55.ps' 'mv' -f ${fromfile} ${tofile} if [ $? -ne 0 ]; then 'cp' -f ${fromfile} ${tofile} if [ $? -ne 0 ]; then exit 1 fi 'rm' -f ${fromfile} fi Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading
Re: Viewing images in lyx1.2: Loading images blocks UI
On Thu, 11 Jul 2002, John Levon wrote: > > background, too, so I was very disappointed to see that, on the contrary, > > image loading is done in foreground now. This is the reason I still prefer > > 1.1.6. > > Image loading is not done in the foreground... Ok, I guess I'm not in a position to argue about this with you, but what I observe strongly ressembles a foreground process. Let me be more specific: When the place an image is to be displayed in appears on the screen for the first time, image conversion and display is triggered. The empty box representing the image initially contains a message like "converting to loadable format". Image conversion is done in the background, that is, the user interface is not affected by the running process. Moving the cursor, scrolling the canvas and opening menus works as usual. Once the image conversion is done, the image is loaded. During this (rather rapid) process, the information given in the box changes to "Loading image...", and then "Loaded. Scaling etc...". These processes seem to be done in the foreground in the sense that the user interface is completely blocked. Displacing the cursor, scrolling the canvas, opening menus, useage of dialog boxes etc is delayed until the image is loaded. The events that piled up are executed once the image appeared on the canvas. On my box (AMD K6II-266), loading takes up to a second, depending on the images. Even worse, when scrolling rapidly across a document with many images, lots of conversions are triggered. When images start to be available for loading, loading takes longer because load is high, and the sum of all the events makes for an appreciable blackout of UI availability. I hope this clarifies what I said. I might also add that in lyx 1.1 I never observed ANY lag in UI response correlated with image loading. Jan
Re: Viewing images in lyx-1.2: Choice of the converter to use
On Thu, 11 Jul 2002, John Levon wrote: > > By default a converter PNG->EPS is defined. Since I defined an EPS->PS > > converter, Lyx then converted PNG->EPS->PS and failed to load the image > > (see previous message). So I removed the PNG->EPS converter, so that the > > PNG->XPM get used. However, the images still didn't get loaded. "lyx -dbg > > graphics" shows that lyx converts PNG->XPM->EPS->PS! Lyx _can_ load xpm > > directly and does so, if I delete the EPS->PS converter. > > This is minor once one knows what happens. There are always ways to work > > around this, defining only the right converters. But it still seems odd. > > You must have made a mistake somewhere, I think. I just tested 1.2.1cvs > and it converted my png to xpm directly, and loaded it via the xforms > image loader Do you have a xpm->eps converter defined? I don't remember why I defined that, but that is not the point. My point was that I would expect the shortest route to be chosen. Here is the output of lyx -dbg graphics for the case I mentioned: Attempting to convert image file: ~/lyxdocs/these/images/chap1_neurone.png with recognised extension: png. Scanstring: PNG Recognised Fileformat: png Scanstring: PNG Recognised Fileformat: png The file contains png format data. The image loader can load the following directly: Windows/OS2 BMP file, extension "bmp" NASA/NOST FITS, extension "fits" CompuServ GIF, extension "gif" JPEG/JFIF format, extension "jpg" Portable Pixmap, extension "ppm" Portable Graymap, extension "pgm" Portable Bitmap, extension "pbm" PostScript, extension "ps" SGI Iris, extension "sgi" Tag Image File Format, extension "tif" X11 Bitmap, extension "xbm" X Window Dump, extension "xwd" XPM format, extension "xpm" Of these, LyX recognises the following formats: gif, jpg, ps, xpm Converting it to ps format. Conversion script: #!/bin/sh infile='/home/jan/lyxdocs/these/images/chap1_neurone.png' infile_base='/home/jan/lyxdocs/these/images/chap1_neurone' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.xpm' convert ${infile} ${outfile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi infile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.xpm' infile_base='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.eps' convert ${infile} ${outfile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi 'rm' -f ${infile} infile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.eps' infile_base='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm' outfile='/tmp/lyx_tmpdir17752l8QsWP/gconvert0177523rZhgm.ps' gs -q -dNOPAUSE -dSAFER -dBATCH -sDEVICE=pswrite -sOutputFile=${outfile} ${infile} if [ $? -ne 0 ]; then 'rm' -f ${outfile} exit 1 fi if [ ! -f ${outfile} ]; then if [ -f ${outfile}.0 ]; then 'mv' -f ${outfile}.0 ${outfile} 'rm' -f ${outfile}.? else exit 1 fi fi 'rm' -f ${infile} fromfile=${outfile} tofile='/tmp/lyx_tmpdir17752l8QsWP/chap1_neurone17752eXed55.ps' 'mv' -f ${fromfile} ${tofile} if [ $? -ne 0 ]; then 'cp' -f ${fromfile} ${tofile} if [ $? -ne 0 ]; then exit 1 fi 'rm' -f ${fromfile} fi Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading
Viewing images in lyx-1.2
I am about to send a couple of gripes about viewing images in lyx-1.2. Rather than putting all in one large email, I preferred splitting things up, so they can be discussed separately. Let me state here that (despite my criticism) I greatly appreciate the effort the lyx team puts into giving us users the greatest document processor existing! I really think that the new mechanisms of handling graphics, defining formats and coverters and have the user decide how to convert what is great. Very flexible and powerful. Note, however, that I did not see this from the start. I am not used to be given this kind of power, and my first reaction was Uh, this seems complicated, why do I need to mess with the converters now when everything was automatic before?. Basically, since now I _can_ fix things that don't work (converters not defined correctly, not the right version of xforms, ImageMagick ...), I am _responsible_ for fixing them. No need to say that things were far from perfect before, but since there was not much I could do about it, I put up with it. I guess the more power the developers give to the user, the more they need to hold the hands of those who are not interested in power, but in ease of use. Jan
Viewing images in lyx1.2: Loading images blocks UI
When using lyx 1.1.6 loading images was _slow_, but did not hinder editing of the document. I opened up the docs, scrolled to the place I wanted to work on, and started typing away. The images showed up eventually. Not so in lyx1.2.1. I open up a document, and scroll to the place I want to work at. The images I come across when scrolling get loaded, and most of the time, I find myself projected back to the beginning of the document once they're done (the cursor is still up there, I don't have the time to place it elsewhere). I repeat this process, three to four times, until all images are loaded - very annoying. Yes, that'll teach me to use the navigate menu to jump directly to the place concerned. But I'll stumble across the images eventually, and whatever I'm doing at that moment is interrupted until the images show up. In summary, I much prefer _slow_ loading in the background over _fast_ loading blocking the UI. I always found that speed and constant availability of the UI was one of the neatest features of lyx. Made work very smooth. I hoped that the view-dvi and stuff could get moved to the background, too, so I was very disappointed to see that, on the contrary, image loading is done in foreground now. This is the reason I still prefer 1.1.6. Jan PS: I use lyx1.2.1cvs as of june 22, on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Minor display error
When inserting a graphics (or when converting old files without extension for the graphics file names), an empty box shows up representing the image to be loaded, along with some message. When inserting the correct file name, the image gets loaded, and is shown correctly outside the original box but has some weird display inside this box. This goes away immediately on the first redraw of the canvas and is harmless, but does not look very professional when trying to convince others how great Lyx is... Jan PS : I use lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Displaying png and ps files
This may have been discussed on the list before, but I didn't find it in the archives. Displaying png files I think I heard once on the list that png files can be displayed directly. Is this only true for the internal image loader or with the xforms loader, too? I have quite a few of them and not having to convert them each time I open my thesis would speed up things considerably. Displaying ps files --- Is there a bug with the ps loader in xforms 0.89.6? I display eps files by converting them to ps using gs -q -dNOPAUSE -dSAFER -dBATCH -sDEVICE=pswrite -sOutputFile=$$o $$i (I think this was suggested on the list at some point). Reasonably fast, and the resulting .ps looks ok in gv. However the file never shows up in lyx (lyx -dbg graphics says: ... Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading Jan PS : I use lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Choice of the converter to use
By default a converter PNG-EPS is defined. Since I defined an EPS-PS converter, Lyx then converted PNG-EPS-PS and failed to load the image (see previous message). So I removed the PNG-EPS converter, so that the PNG-XPM get used. However, the images still didn't get loaded. lyx -dbg graphics shows that lyx converts PNG-XPM-EPS-PS! Lyx _can_ load xpm directly and does so, if I delete the EPS-PS converter. This is minor once one knows what happens. There are always ways to work around this, defining only the right converters. But it still seems odd. Jan PS : This has been verified using lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7, xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2
I am about to send a couple of gripes about viewing images in lyx-1.2. Rather than putting all in one large email, I preferred splitting things up, so they can be discussed separately. Let me state here that (despite my criticism) I greatly appreciate the effort the lyx team puts into giving us users the greatest document processor existing! I really think that the new mechanisms of handling graphics, defining formats and coverters and have the user decide how to convert what is great. Very flexible and powerful. Note, however, that I did not see this from the start. I am not used to be given this kind of power, and my first reaction was Uh, this seems complicated, why do I need to mess with the converters now when everything was automatic before?. Basically, since now I _can_ fix things that don't work (converters not defined correctly, not the right version of xforms, ImageMagick ...), I am _responsible_ for fixing them. No need to say that things were far from perfect before, but since there was not much I could do about it, I put up with it. I guess the more power the developers give to the user, the more they need to hold the hands of those who are not interested in power, but in ease of use. Jan
Viewing images in lyx1.2: Loading images blocks UI
When using lyx 1.1.6 loading images was _slow_, but did not hinder editing of the document. I opened up the docs, scrolled to the place I wanted to work on, and started typing away. The images showed up eventually. Not so in lyx1.2.1. I open up a document, and scroll to the place I want to work at. The images I come across when scrolling get loaded, and most of the time, I find myself projected back to the beginning of the document once they're done (the cursor is still up there, I don't have the time to place it elsewhere). I repeat this process, three to four times, until all images are loaded - very annoying. Yes, that'll teach me to use the navigate menu to jump directly to the place concerned. But I'll stumble across the images eventually, and whatever I'm doing at that moment is interrupted until the images show up. In summary, I much prefer _slow_ loading in the background over _fast_ loading blocking the UI. I always found that speed and constant availability of the UI was one of the neatest features of lyx. Made work very smooth. I hoped that the view-dvi and stuff could get moved to the background, too, so I was very disappointed to see that, on the contrary, image loading is done in foreground now. This is the reason I still prefer 1.1.6. Jan PS: I use lyx1.2.1cvs as of june 22, on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Minor display error
When inserting a graphics (or when converting old files without extension for the graphics file names), an empty box shows up representing the image to be loaded, along with some message. When inserting the correct file name, the image gets loaded, and is shown correctly outside the original box but has some weird display inside this box. This goes away immediately on the first redraw of the canvas and is harmless, but does not look very professional when trying to convince others how great Lyx is... Jan PS : I use lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Displaying png and ps files
This may have been discussed on the list before, but I didn't find it in the archives. Displaying png files I think I heard once on the list that png files can be displayed directly. Is this only true for the internal image loader or with the xforms loader, too? I have quite a few of them and not having to convert them each time I open my thesis would speed up things considerably. Displaying ps files --- Is there a bug with the ps loader in xforms 0.89.6? I display eps files by converting them to ps using gs -q -dNOPAUSE -dSAFER -dBATCH -sDEVICE=pswrite -sOutputFile=$$o $$i (I think this was suggested on the list at some point). Reasonably fast, and the resulting .ps looks ok in gv. However the file never shows up in lyx (lyx -dbg graphics says: ... Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading Jan PS : I use lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Choice of the converter to use
By default a converter PNG-EPS is defined. Since I defined an EPS-PS converter, Lyx then converted PNG-EPS-PS and failed to load the image (see previous message). So I removed the PNG-EPS converter, so that the PNG-XPM get used. However, the images still didn't get loaded. lyx -dbg graphics shows that lyx converts PNG-XPM-EPS-PS! Lyx _can_ load xpm directly and does so, if I delete the EPS-PS converter. This is minor once one knows what happens. There are always ways to work around this, defining only the right converters. But it still seems odd. Jan PS : This has been verified using lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7, xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2
I am about to send a couple of gripes about viewing images in lyx-1.2. Rather than putting all in one large email, I preferred splitting things up, so they can be discussed separately. Let me state here that (despite my criticism) I greatly appreciate the effort the lyx team puts into giving us users the greatest document processor existing! I really think that the new mechanisms of handling graphics, defining formats and coverters and have the user decide how to convert what is great. Very flexible and powerful. Note, however, that I did not see this from the start. I am not used to be given this kind of power, and my first reaction was "Uh, this seems complicated, why do I need to mess with the converters now when everything was automatic before?". Basically, since now I _can_ fix things that don't work (converters not defined correctly, not the right version of xforms, ImageMagick ...), I am _responsible_ for fixing them. No need to say that things were far from perfect before, but since there was not much I could do about it, I put up with it. I guess the more power the developers give to the user, the more they need to hold the hands of those who are not interested in power, but in ease of use. Jan
Viewing images in lyx1.2: Loading images blocks UI
When using lyx 1.1.6 loading images was _slow_, but did not hinder editing of the document. I opened up the docs, scrolled to the place I wanted to work on, and started typing away. The images showed up eventually. Not so in lyx1.2.1. I open up a document, and scroll to the place I want to work at. The images I come across when scrolling get loaded, and most of the time, I find myself projected back to the beginning of the document once they're done (the cursor is still up there, I don't have the time to place it elsewhere). I repeat this process, three to four times, until all images are loaded - very annoying. Yes, that'll teach me to use the navigate menu to jump directly to the place concerned. But I'll stumble across the images eventually, and whatever I'm doing at that moment is interrupted until the images show up. In summary, I much prefer _slow_ loading in the background over _fast_ loading blocking the UI. I always found that speed and constant availability of the UI was one of the neatest features of lyx. Made work very smooth. I hoped that the view->dvi and stuff could get moved to the background, too, so I was very disappointed to see that, on the contrary, image loading is done in foreground now. This is the reason I still prefer 1.1.6. Jan PS: I use lyx1.2.1cvs as of june 22, on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Minor display error
When inserting a graphics (or when converting old files without extension for the graphics file names), an empty box shows up representing the image to be loaded, along with some message. When inserting the correct file name, the image gets loaded, and is shown correctly outside the original box but has some weird display inside this box. This goes away immediately on the first redraw of the canvas and is harmless, but does not look very professional when trying to convince others how great Lyx is... Jan PS : I use lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Displaying png and ps files
This may have been discussed on the list before, but I didn't find it in the archives. Displaying png files I think I heard once on the list that png files can be displayed directly. Is this only true for the internal image loader or with the xforms loader, too? I have quite a few of them and not having to convert them each time I open my thesis would speed up things considerably. Displaying ps files --- Is there a bug with the ps loader in xforms 0.89.6? I display eps files by converting them to ps using "gs -q -dNOPAUSE -dSAFER -dBATCH -sDEVICE=pswrite -sOutputFile=$$o $$i" (I think this was suggested on the list at some point). Reasonably fast, and the resulting .ps looks ok in gv. However the file never shows up in lyx (lyx -dbg graphics says: ... Image conversion succeeded. Loading image. xforms image loader. Status : Converting PS ... xforms image loader. Status : Loading PostScript xforms image loader. Error : LoadPS: no page written! Image loading failed. xforms image loader. Status : Error Reading Jan PS : I use lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7 and Linux(i386, Debian Potato). Both systems have xforms 0.89.6 and Image Magick 5.4.5.
Viewing images in lyx-1.2: Choice of the converter to use
By default a converter PNG->EPS is defined. Since I defined an EPS->PS converter, Lyx then converted PNG->EPS->PS and failed to load the image (see previous message). So I removed the PNG->EPS converter, so that the PNG->XPM get used. However, the images still didn't get loaded. "lyx -dbg graphics" shows that lyx converts PNG->XPM->EPS->PS! Lyx _can_ load xpm directly and does so, if I delete the EPS->PS converter. This is minor once one knows what happens. There are always ways to work around this, defining only the right converters. But it still seems odd. Jan PS : This has been verified using lyx1.2.1cvs as of june 22 on Solaris(sparc) 2.7, xforms 0.89.6 and Image Magick 5.4.5.
Re: Quote and spaces (OT)
On 10 Jun 2002, Jean-Marc Lasgouttes wrote: Jan == Jan Warnking [EMAIL PROTECTED] writes: Jan Talking about quotes and spaces in French, I have an offtopic Jan question: Are spaces after opening and before closing Jan really good typography in French? I know about the spaces (thin Jan protected ones) before :;?! but am just not sure about the . Jan I wrote a text in french (not frenchb, what's the difference?) Jan and left out all such typographic spaces. Babel put them in for Jan me before :;?!, but not between the guillemets and the following Jan (preceding) word. The text looks fine to me but then, I'm not Jan french... See for example the bottom of this page: http://bisance.citi2.fr/typo/ Thank you for your response. Unfortunately, I'm still not convinced. Are you referring to this part: Les guillemets ouvrants ou fermants sont, respectivement, precedes ou suivis d'un blanc. (For people on the list not speaking french: The opening and closing quotes are respectively prededed and followed by a space.) To me, this means a space _before_ and one _after_ . I think there is no discussion about these. I was asking about spaces after and before ... And since we are already way offtopic, I feel no shame repeating my question concerning the difference between french and frenchb. How do I know which one I need? (BTW, frenchb doesn't put spaces between french quotes and enclosed text, either...) Jan
Re: Quote and spaces (OT)
On 10 Jun 2002, Jean-Marc Lasgouttes wrote: Jan == Jan Warnking [EMAIL PROTECTED] writes: Jan Talking about quotes and spaces in French, I have an offtopic Jan question: Are spaces after opening and before closing Jan really good typography in French? I know about the spaces (thin Jan protected ones) before :;?! but am just not sure about the . Jan I wrote a text in french (not frenchb, what's the difference?) Jan and left out all such typographic spaces. Babel put them in for Jan me before :;?!, but not between the guillemets and the following Jan (preceding) word. The text looks fine to me but then, I'm not Jan french... See for example the bottom of this page: http://bisance.citi2.fr/typo/ Thank you for your response. Unfortunately, I'm still not convinced. Are you referring to this part: Les guillemets ouvrants ou fermants sont, respectivement, precedes ou suivis d'un blanc. (For people on the list not speaking french: The opening and closing quotes are respectively prededed and followed by a space.) To me, this means a space _before_ and one _after_ . I think there is no discussion about these. I was asking about spaces after and before ... And since we are already way offtopic, I feel no shame repeating my question concerning the difference between french and frenchb. How do I know which one I need? (BTW, frenchb doesn't put spaces between french quotes and enclosed text, either...) Jan
Re: Quote and spaces (OT)
On 10 Jun 2002, Jean-Marc Lasgouttes wrote: > >>>>> "Jan" == Jan Warnking <[EMAIL PROTECTED]> writes: > > Jan> Talking about quotes and spaces in French, I have an offtopic > Jan> question: Are spaces after opening << and before closing >> > Jan> really good typography in French? I know about the spaces (thin > Jan> protected ones) before :;?! but am just not sure about the <<>>. > Jan> I wrote a text in french (not frenchb, what's the difference?) > Jan> and left out all such "typographic" spaces. Babel put them in for > Jan> me before :;?!, but not between the guillemets and the following > Jan> (preceding) word. The text "looks" fine to me but then, I'm not > Jan> french... > > See for example the bottom of this page: > http://bisance.citi2.fr/typo/ Thank you for your response. Unfortunately, I'm still not convinced. Are you referring to this part: "Les guillemets ouvrants ou fermants sont, respectivement, precedes ou suivis d'un blanc." (For people on the list not speaking french: "The opening and closing quotes are respectively prededed and followed by a space.") To me, this means a space _before_ << and one _after_ >>. I think there is no discussion about these. I was asking about spaces after << and before >>... And since we are already way offtopic, I feel no shame repeating my question concerning the difference between french and frenchb. How do I know which one I need? (BTW, frenchb doesn't put spaces between french quotes and enclosed text, either...) Jan
Re: Quote and spaces (OT)
Talking about quotes and spaces in French, I have an offtopic question: Are spaces after opening and before closing really good typography in French? I know about the spaces (thin protected ones) before :;?! but am just not sure about the . I wrote a text in french (not frenchb, what's the difference?) and left out all such typographic spaces. Babel put them in for me before :;?!, but not between the guillemets and the following (preceding) word. The text looks fine to me but then, I'm not french...
Re: Quote and spaces (OT)
Talking about quotes and spaces in French, I have an offtopic question: Are spaces after opening and before closing really good typography in French? I know about the spaces (thin protected ones) before :;?! but am just not sure about the . I wrote a text in french (not frenchb, what's the difference?) and left out all such typographic spaces. Babel put them in for me before :;?!, but not between the guillemets and the following (preceding) word. The text looks fine to me but then, I'm not french...
Re: Quote and spaces (OT)
Talking about quotes and spaces in French, I have an offtopic question: Are spaces after opening << and before closing >> really good typography in French? I know about the spaces (thin protected ones) before :;?! but am just not sure about the <<>>. I wrote a text in french (not frenchb, what's the difference?) and left out all such "typographic" spaces. Babel put them in for me before :;?!, but not between the guillemets and the following (preceding) word. The text "looks" fine to me but then, I'm not french...
Re: Bibliography sorting (solved)
I misinterpreted your question. Obviously. My question wasn't clear. Obviously ;-) I can't help you with coding. If you grok tex, the sort routines for both the bibtex bst files and the latex sty files are editable. I don't, but I gave it a go anyway. And guess what? It worked. Here's what I did: Make a copy of apalike.bst (or probably any other bibtex style file that sorts by author). Edit the copy: - In function sort.format.names, replace the line s num.names$ 'numnames := by #1 'numnames := Now, the variable numnames contains always 1, and not the actual number of author or editor names. This way, only the first author is checked. - Make sure that the function bib.sort.order sorts by label then year. This reads as follows: FUNCTION {bib.sort.order} { sort.label * year field.or.null sortify * ... some more stuff I believe this is the default. Now use the new style, and the bibliography is sorted by last name of first auther, then year. DISCLAIMER: I don't know anything about bibtex style files or tex. This might by a _very_ bad hack, I wouldn't be able to tell. It seems to work at first glance, but I haven't really tested it a lot yet. When sorting by author, references are sorted by the last name of the first auther, then last name of second author and so on. I would like to sort by last name of first auther, then year of publication. Is this possible? I'm using natbib and apalike style. But plainnat produces the same results.
Re: Bibliography sorting (solved)
I misinterpreted your question. Obviously. My question wasn't clear. Obviously ;-) I can't help you with coding. If you grok tex, the sort routines for both the bibtex bst files and the latex sty files are editable. I don't, but I gave it a go anyway. And guess what? It worked. Here's what I did: Make a copy of apalike.bst (or probably any other bibtex style file that sorts by author). Edit the copy: - In function sort.format.names, replace the line s num.names$ 'numnames := by #1 'numnames := Now, the variable numnames contains always 1, and not the actual number of author or editor names. This way, only the first author is checked. - Make sure that the function bib.sort.order sorts by label then year. This reads as follows: FUNCTION {bib.sort.order} { sort.label * year field.or.null sortify * ... some more stuff I believe this is the default. Now use the new style, and the bibliography is sorted by last name of first auther, then year. DISCLAIMER: I don't know anything about bibtex style files or tex. This might by a _very_ bad hack, I wouldn't be able to tell. It seems to work at first glance, but I haven't really tested it a lot yet. When sorting by author, references are sorted by the last name of the first auther, then last name of second author and so on. I would like to sort by last name of first auther, then year of publication. Is this possible? I'm using natbib and apalike style. But plainnat produces the same results.
Re: Bibliography sorting (solved)
> I misinterpreted your question. Obviously. My question wasn't clear. Obviously ;-) > I can't help you with coding. If you grok tex, the sort routines for both > the bibtex bst files and the latex sty files are editable. I don't, but I gave it a go anyway. And guess what? It worked. Here's what I did: Make a copy of apalike.bst (or probably any other bibtex style file that sorts by author). Edit the copy: - In function "sort.format.names", replace the line s num.names$ 'numnames := by #1 'numnames := Now, the variable numnames contains always "1", and not the actual number of author or editor names. This way, only the first author is checked. - Make sure that the function "bib.sort.order" sorts by label then year. This reads as follows: FUNCTION {bib.sort.order} { sort.label "" * year field.or.null sortify * ... some more stuff I believe this is the default. Now use the new style, and the bibliography is sorted by last name of first auther, then year. DISCLAIMER: I don't know anything about bibtex style files or tex. This might by a _very_ bad hack, I wouldn't be able to tell. It seems to work at first glance, but I haven't really tested it a lot yet. > >> >When sorting by author, references are sorted by the last name of the > >> >first auther, then last name of second author and so on. > >> >I would like to sort by last name of first auther, then year of > >> >publication. Is this possible? > >> > > >> >I'm using natbib and apalike style. But plainnat produces the same > >> >results.
Bibliography sorting
In the archives, i've seen quite a few questions concerning sorting of bibliography, but I havn't found an answer to this one: When sorting by author, references are sorted by the last name of the first auther, then last name of second author and so on. I would like to sort by last name of first auther, then year of publication. Is this possible? I'm using natbib and apalike style. But plainnat produces the same results. Any help would be greatly appreciated. Jan
Bibliography sorting
In the archives, i've seen quite a few questions concerning sorting of bibliography, but I havn't found an answer to this one: When sorting by author, references are sorted by the last name of the first auther, then last name of second author and so on. I would like to sort by last name of first auther, then year of publication. Is this possible? I'm using natbib and apalike style. But plainnat produces the same results. Any help would be greatly appreciated. Jan
Bibliography sorting
In the archives, i've seen quite a few questions concerning sorting of bibliography, but I havn't found an answer to this one: When sorting by author, references are sorted by the last name of the first auther, then last name of second author and so on. I would like to sort by last name of first auther, then year of publication. Is this possible? I'm using natbib and apalike style. But plainnat produces the same results. Any help would be greatly appreciated. Jan
Re: Caption and rotated table (solved)
On Sun, 5 May 2002, Dekel Tsur wrote: On Sat, May 04, 2002 at 03:00:59PM +0100, Jan Warnking wrote: On Fri, 3 May 2002, Herbert Voss wrote: Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... that's right, it's only possible other way round. please send an example file. I attached a lyx file containing the two tables as \sidewaystable, but on successive pages. Nothing prevents you from putting two or more captions in a single float. See attached file. That's it! Thank you Dekel! Knowing the solution it seems too simple... The problem was: Putting two rotated tables, each with a caption, next to each other on one page, all of this inside a float. The solution: In preamble: \usepackage{rotating} In document: \begin{sidewaystable} \centering [your first table here] \caption{caption for first table} \bigskip (or \vspace{2cm} or something, whatever looks good) [your second table here] \caption{caption for second table} \end{sidewaystable} All text, except captions and tables, is ERT. Again thank you all! Jan
Re: Caption and rotated table (solved)
On Sun, 5 May 2002, Dekel Tsur wrote: On Sat, May 04, 2002 at 03:00:59PM +0100, Jan Warnking wrote: On Fri, 3 May 2002, Herbert Voss wrote: Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... that's right, it's only possible other way round. please send an example file. I attached a lyx file containing the two tables as \sidewaystable, but on successive pages. Nothing prevents you from putting two or more captions in a single float. See attached file. That's it! Thank you Dekel! Knowing the solution it seems too simple... The problem was: Putting two rotated tables, each with a caption, next to each other on one page, all of this inside a float. The solution: In preamble: \usepackage{rotating} In document: \begin{sidewaystable} \centering [your first table here] \caption{caption for first table} \bigskip (or \vspace{2cm} or something, whatever looks good) [your second table here] \caption{caption for second table} \end{sidewaystable} All text, except captions and tables, is ERT. Again thank you all! Jan
Re: Caption and rotated table (solved)
On Sun, 5 May 2002, Dekel Tsur wrote: > On Sat, May 04, 2002 at 03:00:59PM +0100, Jan Warnking wrote: > > On Fri, 3 May 2002, Herbert Voss wrote: > > > > Basically, I'd like to have two \sidewaystable 's on one page. But Latex > > > > won't let me put a sidewaystable into a minipage... > > > > > > that's right, it's only possible other way round. > > > please send an example file. > > > > I attached a lyx file containing the two tables as \sidewaystable, but on > > successive pages. > > Nothing prevents you from putting two or more captions in a single float. > See attached file. That's it! Thank you Dekel! Knowing the solution it seems too simple... The problem was: Putting two rotated tables, each with a caption, next to each other on one page, all of this inside a float. The solution: In preamble: \usepackage{rotating} In document: \begin{sidewaystable} \centering [your first table here] \caption{caption for first table} \bigskip (or \vspace{2cm} or something, whatever looks good) [your second table here] \caption{caption for second table} \end{sidewaystable} All text, except captions and tables, is ERT. Again thank you all! Jan
Re: Caption and rotated table (fwd)
My previous message didn't make it to the list, the attached file was too big. Here is a stripped down version. On Fri, 3 May 2002, Herbert Voss wrote: Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... that's right, it's only possible other way round. please send an example file. I attached a lyx file containing the two tables as \sidewaystable, but on successive pages. On Sat, 4 May 2002, bobby wrote: how about this. before you rotate it 90 degrees, you include the caption in the ps. then when you rotate it, the caption will stay exactly as you had it. That might be a solution. But if I can manage, I would like to still be able to edit the table from within the lyxfile. Creating a separate lyx file, exporting to ps and re-importing seems a bit cumbersome if modifications are necessary. Jan #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 218 \textclass book \begin_preamble \usepackage{rotating} \end_preamble \language english \inputencoding auto \fontscheme pslatex \graphics default \float_placement htbp \paperfontsize 12 \spacing onehalf \papersize a4paper \paperpackage a4 \use_geometry 1 \use_amsmath 0 \paperorientation portrait \secnumdepth 3 \tocdepth 2 \paragraph_separation skip \defskip medskip \quotes_language french \quotes_times 2 \papercolumns 1 \papersides 2 \paperpagestyle fancy \layout Standard \latex latex \backslash begin{sidewaystable} \layout Standard \latex latex { \backslash hfill \latex default \begin_inset Tabular lyxtabular version=2 rows=9 columns=2 features rotate=false islongtable=false endhead=0 endfirsthead=0 endfoot=0 endlastfoot=0 column alignment=center valignment=top leftline=false rightline=false width= special= column alignment=center valignment=top leftline=false rightline=false width= special= row topline=true bottomline=true newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard Actually, there are many columns with lots of stuf here making this table quite large so it barely fits on one page sideways \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 1 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 2 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \lang french \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 3 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \lang french \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 4 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \lang french \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 5 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width=
Re: Caption and rotated table (fwd)
Jan Warnking wrote: how about this. before you rotate it 90 degrees, you include the caption in the ps. then when you rotate it, the caption will stay exactly as you had it. That might be a solution. But if I can manage, I would like to still be able to edit the table from within the lyxfile. Creating a separate lyx file, exporting to ps and re-importing seems a bit cumbersome if modifications are necessary. the problem is the float. When you only want to have captions than try package nonfloat I agree. I guess I'd rather have the big table lonely on a page of its own, and the small one not rotated in a separate float, than not using floats at all. It's just that it'd been nice to have them side-by side. If I understood the above suggestion right, it was about putting the two of them on one (landscape) page in one document, output to ps and input that in a float as figure. I did some reading. My LatexCompanion suggests (in a different context) to construct a box of the required dimensions and put the content of the table and the caption in that box. How would I do that? Or could I use standard rotated tables in minipages and use some TeX magic to put the caption at the right place? Jan - Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
Re: Caption and rotated table (fwd)
My previous message didn't make it to the list, the attached file was too big. Here is a stripped down version. On Fri, 3 May 2002, Herbert Voss wrote: Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... that's right, it's only possible other way round. please send an example file. I attached a lyx file containing the two tables as \sidewaystable, but on successive pages. On Sat, 4 May 2002, bobby wrote: how about this. before you rotate it 90 degrees, you include the caption in the ps. then when you rotate it, the caption will stay exactly as you had it. That might be a solution. But if I can manage, I would like to still be able to edit the table from within the lyxfile. Creating a separate lyx file, exporting to ps and re-importing seems a bit cumbersome if modifications are necessary. Jan #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 218 \textclass book \begin_preamble \usepackage{rotating} \end_preamble \language english \inputencoding auto \fontscheme pslatex \graphics default \float_placement htbp \paperfontsize 12 \spacing onehalf \papersize a4paper \paperpackage a4 \use_geometry 1 \use_amsmath 0 \paperorientation portrait \secnumdepth 3 \tocdepth 2 \paragraph_separation skip \defskip medskip \quotes_language french \quotes_times 2 \papercolumns 1 \papersides 2 \paperpagestyle fancy \layout Standard \latex latex \backslash begin{sidewaystable} \layout Standard \latex latex { \backslash hfill \latex default \begin_inset Tabular lyxtabular version=2 rows=9 columns=2 features rotate=false islongtable=false endhead=0 endfirsthead=0 endfoot=0 endlastfoot=0 column alignment=center valignment=top leftline=false rightline=false width= special= column alignment=center valignment=top leftline=false rightline=false width= special= row topline=true bottomline=true newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard Actually, there are many columns with lots of stuf here making this table quite large so it barely fits on one page sideways \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 1 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 2 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \lang french \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 3 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \lang french \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 4 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width= special= \begin_inset Text \layout Standard \lang french \end_inset /cell /row row topline=false bottomline=false newpage=false cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=false rotate=false usebox=none width= special= \begin_inset Text \layout Standard 5 \end_inset /cell cell multicolumn=0 alignment=center valignment=top topline=true bottomline=false leftline=true rightline=true rotate=false usebox=none width=
Re: Caption and rotated table (fwd)
Jan Warnking wrote: how about this. before you rotate it 90 degrees, you include the caption in the ps. then when you rotate it, the caption will stay exactly as you had it. That might be a solution. But if I can manage, I would like to still be able to edit the table from within the lyxfile. Creating a separate lyx file, exporting to ps and re-importing seems a bit cumbersome if modifications are necessary. the problem is the float. When you only want to have captions than try package nonfloat I agree. I guess I'd rather have the big table lonely on a page of its own, and the small one not rotated in a separate float, than not using floats at all. It's just that it'd been nice to have them side-by side. If I understood the above suggestion right, it was about putting the two of them on one (landscape) page in one document, output to ps and input that in a float as figure. I did some reading. My LatexCompanion suggests (in a different context) to construct a box of the required dimensions and put the content of the table and the caption in that box. How would I do that? Or could I use standard rotated tables in minipages and use some TeX magic to put the caption at the right place? Jan - Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
Re: Caption and rotated table (fwd)
My previous message didn't make it to the list, the attached file was too big. Here is a stripped down version. On Fri, 3 May 2002, Herbert Voss wrote: > > Basically, I'd like to have two \sidewaystable 's on one page. But Latex > > won't let me put a sidewaystable into a minipage... > > that's right, it's only possible other way round. > please send an example file. I attached a lyx file containing the two tables as \sidewaystable, but on successive pages. On Sat, 4 May 2002, bobby wrote: > how about this. before you rotate it 90 degrees, you include the > caption in the ps. then when you rotate it, the caption will stay > exactly as you had it. That might be a solution. But if I can manage, I would like to still be able to edit the table from within the lyxfile. Creating a separate lyx file, exporting to ps and re-importing seems a bit cumbersome if modifications are necessary. Jan #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 218 \textclass book \begin_preamble \usepackage{rotating} \end_preamble \language english \inputencoding auto \fontscheme pslatex \graphics default \float_placement htbp \paperfontsize 12 \spacing onehalf \papersize a4paper \paperpackage a4 \use_geometry 1 \use_amsmath 0 \paperorientation portrait \secnumdepth 3 \tocdepth 2 \paragraph_separation skip \defskip medskip \quotes_language french \quotes_times 2 \papercolumns 1 \papersides 2 \paperpagestyle fancy \layout Standard \latex latex \backslash begin{sidewaystable} \layout Standard \latex latex { \backslash hfill \latex default \begin_inset Tabular \begin_inset Text \layout Standard \end_inset \begin_inset Text \layout Standard Actually, there are many columns with lots of stuf here making this table quite large so it barely fits on one page sideways \end_inset \begin_inset Text \layout Standard 1 \end_inset \begin_inset Text \layout Standard \end_inset \begin_inset Text \layout Standard 2 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 3 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 4 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 5 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 6 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 7 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 8 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \end_inset \latex latex \backslash hfill} \layout Standard \latex latex \backslash caption{ \latex default Some caption here \latex latex } \layout Standard \latex latex \backslash end{sidewaystable} \layout Standard \latex latex \backslash begin{sidewaystable} \layout Standard \latex latex { \backslash hfill \latex default \begin_inset Tabular \begin_inset Text \layout Standard \end_inset \begin_inset Text \layout Standard This table is quit a bit smaller than the previous one \end_inset \begin_inset Text \layout Standard 1 \end_inset \begin_inset Text \layout Standard It should appear vertically centered \end_inset \begin_inset Text \layout Standard 2 \end_inset \begin_inset Text \layout Standard on the same page as the previous table \end_inset \begin_inset Text \layout Standard 3 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 4 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 5 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 6 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 7 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \begin_inset Text \layout Standard 8 \end_inset \begin_inset Text \layout Standard \lang french \end_inset \end_inset \latex latex \backslash hfill} \layout Standard \latex latex \backslash caption{ \latex default Some other caption here \latex latex }
Re: Caption and rotated table (fwd)
> Jan Warnking wrote: > > >>how about this. before you rotate it 90 degrees, you include the > >>caption in the ps. then when you rotate it, the caption will stay > >>exactly as you had it. > >> > > > > That might be a solution. But if I can manage, I would like to still be > > able to edit the table from within the lyxfile. Creating a separate lyx > > file, exporting to ps and re-importing seems a bit cumbersome if > > modifications are necessary. > > the problem is the float. When you only want to have captions > than try package nonfloat I agree. I guess I'd rather have the big table lonely on a page of its own, and the small one not rotated in a separate float, than not using floats at all. It's just that it'd been nice to have them side-by side. If I understood the above suggestion right, it was about putting the two of them on one (landscape) page in one document, output to ps and input that in a float as figure. I did some reading. My LatexCompanion suggests (in a different context) to "construct a box of the required dimensions and put the content of the table and the caption in that box". How would I do that? Or could I use standard rotated tables in minipages and use some TeX magic to put the caption at the right place? Jan - Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
Caption and rotated table
Hello everybody, I have a table that is rotated by 90deg, and would like to rotate the caption, too and have it appear to the right of the table (under it if you turn the page to read the table). And since the table is just very large, but short, I would like to put two of these tables (with their captions) on one page. I figure that if I can display one correctly, the rest should be easy with minipages. Right now I have the two tables on one page, and the captions at the bottom of the page under each table (to the left of it if you turn the page). Since the tables do not have equal width, this looks awkward, apart from the fact that you can't read tables and captions at the same time. Any help is greatly appreciated. Jan
Re: Caption and rotated table
On Fri, 3 May 2002, Herbert Voss wrote: I have a table that is rotated by 90deg, and would like to rotate the caption, too and have it appear to the right of the table (under it if you turn the page to read the table). And since the table is just very large, but short, I would like to put two of these tables (with their captions) on one page. I figure that if I can display one correctly, the rest should be easy with minipages. Right now I have the two tables on one page, and the captions at the bottom of the page under each table (to the left of it if you turn the page). Since the tables do not have equal width, this looks awkward, apart from the fact that you can't read tables and captions at the same time. attached an example Thank you Herbert. I tried your file, but unfortunately, the table rotates off the page now.. What am I doing wrong? Also, I'm not sure I explained well the final layout I want to get. For those of you not using a proportional font, here some ascii art (just imagine the letters rotated by 90deg to the left) __ _ | | | | | |1 | |2 | 1| | 2 | | |n | |n | e|o | e |o | l|i | l |i | b|t | b |t | a|p | a |p | T|a | T |a | |C | |C |__| |_| ... and all of this floating, ideally. Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... Thanks for your help! Jan
Caption and rotated table
Hello everybody, I have a table that is rotated by 90deg, and would like to rotate the caption, too and have it appear to the right of the table (under it if you turn the page to read the table). And since the table is just very large, but short, I would like to put two of these tables (with their captions) on one page. I figure that if I can display one correctly, the rest should be easy with minipages. Right now I have the two tables on one page, and the captions at the bottom of the page under each table (to the left of it if you turn the page). Since the tables do not have equal width, this looks awkward, apart from the fact that you can't read tables and captions at the same time. Any help is greatly appreciated. Jan
Re: Caption and rotated table
On Fri, 3 May 2002, Herbert Voss wrote: I have a table that is rotated by 90deg, and would like to rotate the caption, too and have it appear to the right of the table (under it if you turn the page to read the table). And since the table is just very large, but short, I would like to put two of these tables (with their captions) on one page. I figure that if I can display one correctly, the rest should be easy with minipages. Right now I have the two tables on one page, and the captions at the bottom of the page under each table (to the left of it if you turn the page). Since the tables do not have equal width, this looks awkward, apart from the fact that you can't read tables and captions at the same time. attached an example Thank you Herbert. I tried your file, but unfortunately, the table rotates off the page now.. What am I doing wrong? Also, I'm not sure I explained well the final layout I want to get. For those of you not using a proportional font, here some ascii art (just imagine the letters rotated by 90deg to the left) __ _ | | | | | |1 | |2 | 1| | 2 | | |n | |n | e|o | e |o | l|i | l |i | b|t | b |t | a|p | a |p | T|a | T |a | |C | |C |__| |_| ... and all of this floating, ideally. Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... Thanks for your help! Jan
Caption and rotated table
Hello everybody, I have a table that is rotated by 90deg, and would like to rotate the caption, too and have it appear to the right of the table (under it if you turn the page to read the table). And since the table is just very large, but short, I would like to put two of these tables (with their captions) on one page. I figure that if I can display one correctly, the rest should be easy with minipages. Right now I have the two tables on one page, and the captions at the bottom of the page under each table (to the left of it if you turn the page). Since the tables do not have equal width, this looks awkward, apart from the fact that you can't read tables and captions at the same time. Any help is greatly appreciated. Jan
Re: Caption and rotated table
On Fri, 3 May 2002, Herbert Voss wrote: > > I have a table that is rotated by 90deg, and would like to rotate the > > caption, too and have it appear to the right of the table (under it if > > you turn the page to read the table). And since the table is just very > > large, but short, I would like to put two of these tables (with their > > captions) on one page. I figure that if I can display one correctly, the > > rest should be easy with minipages. > > Right now I have the two tables on one page, and the captions at the > > bottom of the page under each table (to the left of it if you turn the > > page). Since the tables do not have equal width, this looks awkward, apart > > from the fact that you can't read tables and captions at the same time. > > attached an example Thank you Herbert. I tried your file, but unfortunately, the table rotates off the page now.. What am I doing wrong? Also, I'm not sure I explained well the final layout I want to get. For those of you not using a proportional font, here some ascii art (just imagine the letters rotated by 90deg to the left) __ _ | | | | | |1 | |2 | 1| | 2 | | |n | |n | e|o | e |o | l|i | l |i | b|t | b |t | a|p | a |p | T|a | T |a | |C | |C |__| |_| ... and all of this floating, ideally. Basically, I'd like to have two \sidewaystable 's on one page. But Latex won't let me put a sidewaystable into a minipage... Thanks for your help! Jan
Re: Problems including bitmap figures pdflatex (solved)
This is a reply to my own mail, and a little more on topic this time. Below you'll find a description of how I finally got the exact figure I needed. I'm sure there are better ways. But this was the first that worked for me. What I wanted to do: Integrate a figure created with XFig and containing LaTeX math code AND bitmap images into a PDF document using pdftex. So export as bitmap is not an option. How I did it: - Get compile and install a new version of pdftex (ftp://www.ctan.org/tex-archive/systems/pdftex/snapshots/20010417/pdftex-20010417.tgz) - Recreate pdftex format files with: fmtutil --byfmt pdftex fmtutil --byfmt pdflatex (I don't know what this does exactly, but pdftex won't work without) - Scale the figure in XFig to the size it should be in the final output - Export the figure from xfig to combined ps and latex. This gives two files: foo.pstex and foo.pstex_t - convert the postscript part to PDF: epstopdf foo.pstex - Copy foo.pstex_t to foo.pdf_t and edit foo.pdf_t to delete extension .pstex of the referenced file and to contain the path where foo.pdf can be relative to the main lyx file. - Include the foo.pdf_t in a figure float in Lyx: Insert Include File, select foo.pdf_t, check use input - Center the figure: Select the Input:foo.pdf_t-box, Layout Paragraph center - Compile using pdflatex - To get a DVI or PS, include foo.pstex_t instead. And no, tex2pdf didn't work for me (problably not set up right here, but I don't have time to look into that now). Also, tex2pdf generates sytematically PDF files from my EPS's, even though some of them are bitmaps and I have the JPEG's in place (and pdflatex finds them). Sometimes the PDF's are smaller than the JPEG's (which quite surprised me), but most of the times they are bigger. Using the PDF's instead of JPEG's increased the total size of my file quite a bit. Jan The old message for reference: Ok, this thread is a bit old and I'm being off-topic, but I do have a question to add. I just ran into the same problem as Víctor did, and would like to avoid using bitmap files. In my case, I have a mix of vector/bitmap graphic put together with xfig, and bitmapping the vector stuff doesn't look nice (plus file size explodes). Dekel Tsur wrote: Also, the problem you had with the bitmap image when you converted them to PDF was due to your broken version of pdftex (probably 0.13d). Of course, even without bugs, the correct way to is not to convert to PDF, but to convert to png/jpeg. I checked and sure enough that's the version of pdftex I have installed. So I tried to install a newer version but got stuck. Both the precompiled Solaris version and the one I compiled from the sources give the following error: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (Fatal format file error; I'm stymied) When I run it as pdfinitex I get: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (INITEX) (./pdfproblem.tex ! Undefined control sequence. l.3 \documentclass [french]{article} I think I did everything the way I should. Installed by replacing pdftex and pdftex.pool by the new ones... I'm on Solaris 2.7, using gcc 2.95.3 and gnu make etc. What format file is it complaining about? Any clues what I'm missing? Jan
Re: Problems including bitmap figures pdflatex (solved)
This is a reply to my own mail, and a little more on topic this time. Below you'll find a description of how I finally got the exact figure I needed. I'm sure there are better ways. But this was the first that worked for me. What I wanted to do: Integrate a figure created with XFig and containing LaTeX math code AND bitmap images into a PDF document using pdftex. So export as bitmap is not an option. How I did it: - Get compile and install a new version of pdftex (ftp://www.ctan.org/tex-archive/systems/pdftex/snapshots/20010417/pdftex-20010417.tgz) - Recreate pdftex format files with: fmtutil --byfmt pdftex fmtutil --byfmt pdflatex (I don't know what this does exactly, but pdftex won't work without) - Scale the figure in XFig to the size it should be in the final output - Export the figure from xfig to combined ps and latex. This gives two files: foo.pstex and foo.pstex_t - convert the postscript part to PDF: epstopdf foo.pstex - Copy foo.pstex_t to foo.pdf_t and edit foo.pdf_t to delete extension .pstex of the referenced file and to contain the path where foo.pdf can be relative to the main lyx file. - Include the foo.pdf_t in a figure float in Lyx: Insert Include File, select foo.pdf_t, check use input - Center the figure: Select the Input:foo.pdf_t-box, Layout Paragraph center - Compile using pdflatex - To get a DVI or PS, include foo.pstex_t instead. And no, tex2pdf didn't work for me (problably not set up right here, but I don't have time to look into that now). Also, tex2pdf generates sytematically PDF files from my EPS's, even though some of them are bitmaps and I have the JPEG's in place (and pdflatex finds them). Sometimes the PDF's are smaller than the JPEG's (which quite surprised me), but most of the times they are bigger. Using the PDF's instead of JPEG's increased the total size of my file quite a bit. Jan The old message for reference: Ok, this thread is a bit old and I'm being off-topic, but I do have a question to add. I just ran into the same problem as Víctor did, and would like to avoid using bitmap files. In my case, I have a mix of vector/bitmap graphic put together with xfig, and bitmapping the vector stuff doesn't look nice (plus file size explodes). Dekel Tsur wrote: Also, the problem you had with the bitmap image when you converted them to PDF was due to your broken version of pdftex (probably 0.13d). Of course, even without bugs, the correct way to is not to convert to PDF, but to convert to png/jpeg. I checked and sure enough that's the version of pdftex I have installed. So I tried to install a newer version but got stuck. Both the precompiled Solaris version and the one I compiled from the sources give the following error: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (Fatal format file error; I'm stymied) When I run it as pdfinitex I get: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (INITEX) (./pdfproblem.tex ! Undefined control sequence. l.3 \documentclass [french]{article} I think I did everything the way I should. Installed by replacing pdftex and pdftex.pool by the new ones... I'm on Solaris 2.7, using gcc 2.95.3 and gnu make etc. What format file is it complaining about? Any clues what I'm missing? Jan
Re: Problems including bitmap figures & pdflatex (solved)
This is a reply to my own mail, and a little more on topic this time. Below you'll find a description of how I finally got the exact figure I needed. I'm sure there are better ways. But this was the first that worked for me. What I wanted to do: Integrate a figure created with XFig and containing LaTeX math code AND bitmap images into a PDF document using pdftex. So export as bitmap is not an option. How I did it: - Get compile and install a new version of pdftex (ftp://www.ctan.org/tex-archive/systems/pdftex/snapshots/20010417/pdftex-20010417.tgz) - Recreate pdftex format files with: fmtutil --byfmt pdftex fmtutil --byfmt pdflatex (I don't know what this does exactly, but pdftex won't work without) - Scale the figure in XFig to the size it should be in the final output - Export the figure from xfig to combined ps and latex. This gives two files: foo.pstex and foo.pstex_t - convert the postscript part to PDF: epstopdf foo.pstex - Copy foo.pstex_t to foo.pdf_t and edit foo.pdf_t to delete extension ".pstex" of the referenced file and to contain the path where foo.pdf can be relative to the main lyx file. - Include the foo.pdf_t in a figure float in Lyx: Insert > Include File, select foo.pdf_t, check "use input" - Center the figure: Select the "Input:foo.pdf_t"-box, Layout > Paragraph > center - Compile using pdflatex - To get a DVI or PS, include foo.pstex_t instead. And no, tex2pdf didn't work for me (problably not set up right here, but I don't have time to look into that now). Also, tex2pdf generates sytematically PDF files from my EPS's, even though some of them are bitmaps and I have the JPEG's in place (and pdflatex finds them). Sometimes the PDF's are smaller than the JPEG's (which quite surprised me), but most of the times they are bigger. Using the PDF's instead of JPEG's increased the total size of my file quite a bit. Jan The old message for reference: > Ok, this thread is a bit old and I'm being off-topic, but I do have a > question to add. I just ran into the same problem as Víctor did, and would > like to avoid using bitmap files. In my case, I have a mix of > vector/bitmap graphic put together with xfig, and bitmapping the vector > stuff doesn't look nice (plus file size explodes). > > Dekel Tsur wrote: > > Also, the problem you had with the bitmap image when you converted them > > to PDF was due to your broken version of pdftex (probably 0.13d). > > Of course, even without bugs, the correct way to is not to convert to > > PDF, but to convert to png/jpeg. > > I checked and sure enough that's the version of pdftex I have installed. > So I tried to install a newer version but got stuck. Both the precompiled > Solaris version and the one I compiled from the sources give the > following error: > > This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) > (Fatal format file error; I'm stymied) > > When I run it as "pdfinitex" I get: > This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (INITEX) > (./pdfproblem.tex > ! Undefined control sequence. > l.3 \documentclass > [french]{article} > > I think I did everything the way I should. Installed by replacing pdftex > and pdftex.pool by the new ones... I'm on Solaris 2.7, using gcc 2.95.3 > and gnu make etc. > > What format file is it complaining about? Any clues what I'm missing? > > Jan > >
OT Re: Problems including bitmap figures pdflatex
Ok, this thread is a bit old and I'm being off-topic, but I do have a question to add. I just ran into the same problem as Víctor did, and would like to avoid using bitmap files. In my case, I have a mix of vector/bitmap graphic put together with xfig, and bitmapping the vector stuff doesn't look nice (plus file size explodes). Dekel Tsur wrote: Also, the problem you had with the bitmap image when you converted them to PDF was due to your broken version of pdftex (probably 0.13d). Of course, even without bugs, the correct way to is not to convert to PDF, but to convert to png/jpeg. I checked and sure enough that's the version of pdftex I have installed. So I tried to install a newer version but got stuck. Both the precompiled Solaris version and the one I compiled from the sources give the following error: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (Fatal format file error; I'm stymied) When I run it as pdfinitex I get: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (INITEX) (./pdfproblem.tex ! Undefined control sequence. l.3 \documentclass [french]{article} I think I did everything the way I should. Installed by replacing pdftex and pdftex.pool by the new ones... I'm on Solaris 2.7, using gcc 2.95.3 and gnu make etc. What format file is it complaining about? Any clues what I'm missing? Jan
OT Re: Problems including bitmap figures pdflatex
Ok, this thread is a bit old and I'm being off-topic, but I do have a question to add. I just ran into the same problem as Víctor did, and would like to avoid using bitmap files. In my case, I have a mix of vector/bitmap graphic put together with xfig, and bitmapping the vector stuff doesn't look nice (plus file size explodes). Dekel Tsur wrote: Also, the problem you had with the bitmap image when you converted them to PDF was due to your broken version of pdftex (probably 0.13d). Of course, even without bugs, the correct way to is not to convert to PDF, but to convert to png/jpeg. I checked and sure enough that's the version of pdftex I have installed. So I tried to install a newer version but got stuck. Both the precompiled Solaris version and the one I compiled from the sources give the following error: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (Fatal format file error; I'm stymied) When I run it as pdfinitex I get: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (INITEX) (./pdfproblem.tex ! Undefined control sequence. l.3 \documentclass [french]{article} I think I did everything the way I should. Installed by replacing pdftex and pdftex.pool by the new ones... I'm on Solaris 2.7, using gcc 2.95.3 and gnu make etc. What format file is it complaining about? Any clues what I'm missing? Jan
OT Re: Problems including bitmap figures & pdflatex
Ok, this thread is a bit old and I'm being off-topic, but I do have a question to add. I just ran into the same problem as Víctor did, and would like to avoid using bitmap files. In my case, I have a mix of vector/bitmap graphic put together with xfig, and bitmapping the vector stuff doesn't look nice (plus file size explodes). Dekel Tsur wrote: > Also, the problem you had with the bitmap image when you converted them > to PDF was due to your broken version of pdftex (probably 0.13d). > Of course, even without bugs, the correct way to is not to convert to > PDF, but to convert to png/jpeg. I checked and sure enough that's the version of pdftex I have installed. So I tried to install a newer version but got stuck. Both the precompiled Solaris version and the one I compiled from the sources give the following error: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (Fatal format file error; I'm stymied) When I run it as "pdfinitex" I get: This is pdfTeX, Version 3.14159-14h-released-20010417 (Web2C 7.3.3.1) (INITEX) (./pdfproblem.tex ! Undefined control sequence. l.3 \documentclass [french]{article} I think I did everything the way I should. Installed by replacing pdftex and pdftex.pool by the new ones... I'm on Solaris 2.7, using gcc 2.95.3 and gnu make etc. What format file is it complaining about? Any clues what I'm missing? Jan
Re: Suppressing figure captions
On Wed, 9 Jan 2002, Dekel Tsur wrote: On Tue, Jan 08, 2002 at 06:13:22PM +, Jan Warnking wrote: Hello all, I have a (weird) question concerning figure captions. I am preparing a manuscript for a scientific paper for submission, and I wonder if there is a way to tell LyX (LaTeX) not to print the figure captions below each figure. I incuded a table of figures, and all the captions appear in there, (this is why I put captions on my figures in the first place), but the figures should appear nude (without caption). Simply put the following line in the preamble: \def\@makecaption#1#2{} Thank you, this is what I was looking for! I put something like this in the preamble: \renewcommand{\@makecaption}[2]{ \vspace{10pt} {\begin{center}#1\end{center}} } This, together with the package endfloat almost does what I need: I get a list of figures at the end of the document, containing the figure captions, and then one figure per page with only a Figure n centered below each one. Commenting out the \usepackage{endfloat} and the above statements gives my a nice document with figures and captions in all the right places. Unfortunately, the references to the figures are now undefined, since the corresponding labels are in the captions and do not get placed anywhere. My solution is to comment out the above statements, view the document once from Lyx, and then put them back in again. Latex retains the figure numbers associated with the label keys from the previous run (I only refer to figures by their number, not the page they are on) and all works fine for the remaining lyx session. Is there a way of doing this the Right Way? I guess it would be kind of difficult to peel off all but the reference key from argument #2 to \@makecaption, and place a label with this key in the caption? Maybe there is a far easier solution I don't see (an existing package that does all this nicely, or the like)? Thank you all for your valuable help! Jan
Re: Suppressing figure captions
On Wed, 9 Jan 2002, Dekel Tsur wrote: On Tue, Jan 08, 2002 at 06:13:22PM +, Jan Warnking wrote: Hello all, I have a (weird) question concerning figure captions. I am preparing a manuscript for a scientific paper for submission, and I wonder if there is a way to tell LyX (LaTeX) not to print the figure captions below each figure. I incuded a table of figures, and all the captions appear in there, (this is why I put captions on my figures in the first place), but the figures should appear nude (without caption). Simply put the following line in the preamble: \def\@makecaption#1#2{} Thank you, this is what I was looking for! I put something like this in the preamble: \renewcommand{\@makecaption}[2]{ \vspace{10pt} {\begin{center}#1\end{center}} } This, together with the package endfloat almost does what I need: I get a list of figures at the end of the document, containing the figure captions, and then one figure per page with only a Figure n centered below each one. Commenting out the \usepackage{endfloat} and the above statements gives my a nice document with figures and captions in all the right places. Unfortunately, the references to the figures are now undefined, since the corresponding labels are in the captions and do not get placed anywhere. My solution is to comment out the above statements, view the document once from Lyx, and then put them back in again. Latex retains the figure numbers associated with the label keys from the previous run (I only refer to figures by their number, not the page they are on) and all works fine for the remaining lyx session. Is there a way of doing this the Right Way? I guess it would be kind of difficult to peel off all but the reference key from argument #2 to \@makecaption, and place a label with this key in the caption? Maybe there is a far easier solution I don't see (an existing package that does all this nicely, or the like)? Thank you all for your valuable help! Jan
Re: Suppressing figure captions
On Wed, 9 Jan 2002, Dekel Tsur wrote: > On Tue, Jan 08, 2002 at 06:13:22PM +0000, Jan Warnking wrote: > > > > Hello all, > > > > I have a (weird) question concerning figure captions. I am preparing a > > manuscript for a scientific paper for submission, and I wonder if there is > > a way to tell LyX (LaTeX) not to print the figure captions below each > > figure. I incuded a table of figures, and all the captions appear in > > there, (this is why I put captions on my figures in the first place), but > > the figures should appear "nude" (without caption). > > Simply put the following line in the preamble: > > \def\@makecaption#1#2{} Thank you, this is what I was looking for! I put something like this in the preamble: \renewcommand{\@makecaption}[2]{ \vspace{10pt} {\begin{center}#1\end{center}} } This, together with the package "endfloat" almost does what I need: I get a list of figures at the end of the document, containing the figure captions, and then one figure per page with only a "Figure n" centered below each one. Commenting out the \usepackage{endfloat} and the above statements gives my a nice document with figures and captions in all the right places. Unfortunately, the references to the figures are now undefined, since the corresponding labels are in the captions and do not get placed anywhere. My solution is to comment out the above statements, view the document once from Lyx, and then put them back in again. Latex retains the figure numbers associated with the label keys from the previous run (I only refer to figures by their number, not the page they are on) and all works fine for the remaining lyx session. Is there a way of doing this the Right Way? I guess it would be kind of difficult to peel off all but the reference key from argument #2 to "\@makecaption", and place a label with this key in the caption? Maybe there is a far easier solution I don't see (an existing package that does all this nicely, or the like)? Thank you all for your valuable help! Jan
Re: Linebreak in bibtex citation
On Mon, 7 Jan 2002, Herbert Voss wrote: Jan Warnking wrote: This is not strictly a lyx question, rather LaTeX/BibTeX: I use the apalike quotation style ([author et al., year]). My problem is that bibtex seems to put protected spaces in there. It seems reasonable not to split a single reference across lines, but as four references can already (almost) fill a line, there are only three spaces left between them to block justify the text. My understanding is that LaTeX thinks it would look ugly to stretch those three spaces, and puts in a fifth reference, exceeding the right margin substantially. Not very nice either. Any way to let LaTeX adjust the with of a space, without allowing a linebrak at that place (a semi-protected space)? Or a way of saying that overflowing lines are really not appreciated? give an example file I attached a very short example .lyx file (basically containing only a citation reference and the BibTeX references), as well as the corresponding .bib file. Jan @article{dale.1999:cortical, author = { A. M. Dale and B. Fischl and M. I. Sereno }, title = { {C}ortical surface-based analysis. {I}. {S}egmentation and surface reconstruction. }, journal = {Neuroimage}, volume = 9, number = 2, pages = { 179-94 }, month = feb, year= 1999, keywords= { Brain Mapping/instrumentation Cerebral Cortex/*anatomy histology Human Image Processing, Computer-Assisted/*instrumentation Magnetic Resonance Imaging/*instrumentation Reference Values Software }, affiliation = { Massachusetts General Hosp/Harvard Medical School, Building 149, Charlestown, Massachusetts, 02129, USA. [EMAIL PROTECTED] }, abstract= { Several properties of the cerebral cortex, including its columnar and laminar organization, as well as the topographic organization of cortical areas, can only be properly understood in the context of the intrinsic two-dimensional structure of the cortical surface. In order to study such cortical properties in humans, it is necessary to obtain an accurate and explicit representation of the cortical surface in individual subjects. Here we describe a set of automated procedures for obtaining accurate reconstructions of the cortical surface, which have been applied to data from more than 100 subjects, requiring little or no manual intervention. Automated routines for unfolding and flattening the cortical surface are described in a companion paper. These procedures allow for the routine use of cortical surface-based analysis and visualization methods in functional brain imaging. }, file= { processingIRMs/Dale_NIMG_99_segmentation.pdf }, url = { http://www.idealibrary.com/links/doi/10.1006/nimg.1998.0395 }, annote = { on file: processingIRMs } } @article{germond.2000:cooperative, author = { L. Germond and M. Dojat and C. Taylor and C. Garbay }, title = { {A} cooperative framework for segmentation of {MRI} brain scans. }, journal = { Artif Intell Med }, volume = 20, number = 1, pages = { 77-93 }, month = aug, year= 2000, keywords= { Artificial Intelligence Automation Brain/*anatomy histology/*physiology *Computer Simulation Human *Magnetic Resonance Imaging/methods Phantoms, Imaging Support, Non-U.S. Gov't }, affiliation = { Laboratoire TIMC-IMAG, Institut Bonniot, Faculte de Medecine, Domaine de la Merci, La Tronche, France. }, abstract= { Automatic segmentation of MRI brain scans is a complex task for two main reasons: the large variability of the human brain anatomy, which limits the use of general knowledge and, inherent to MRI acquisition, the artifacts present in the images that are difficult to process. To tackle these difficulties, we propose to mix, in a cooperative framework, several types of information and knowledge provided and used by complementary individual systems: presently, a multi-agent system, a deformable model
Re: Linebreak in bibtex citation
On Tue, 8 Jan 2002, Herbert Voss wrote: Jan Warnking wrote: I attached a very short example .lyx file (basically containing only a citation reference and the BibTeX references), as well as the corresponding .bib file. try a \usepackage{natbib} in the preamble This does indeed solve the problem of too long lines, but the natbib style of citation references does not seem to be what I need. Without natbib, I got: text [Author, year, Author, year] text with natbib I get: text Author (year); Author (year) text I would like to preserve the brackets around citations. Jan
Suppressing figure captions
Hello all, I have a (weird) question concerning figure captions. I am preparing a manuscript for a scientific paper for submission, and I wonder if there is a way to tell LyX (LaTeX) not to print the figure captions below each figure. I incuded a table of figures, and all the captions appear in there, (this is why I put captions on my figures in the first place), but the figures should appear nude (without caption). Of course I can do this manually: write the list of figures with the corresponding captions by hand and leave the figures without caption. But in terms of handling the Lyx document, having the captions with the corresponding figure is much nicer. Any idea? BTW, I'm using the article class. Jan
Re: Linebreak in bibtex citation
On Mon, 7 Jan 2002, Herbert Voss wrote: Jan Warnking wrote: This is not strictly a lyx question, rather LaTeX/BibTeX: I use the apalike quotation style ([author et al., year]). My problem is that bibtex seems to put protected spaces in there. It seems reasonable not to split a single reference across lines, but as four references can already (almost) fill a line, there are only three spaces left between them to block justify the text. My understanding is that LaTeX thinks it would look ugly to stretch those three spaces, and puts in a fifth reference, exceeding the right margin substantially. Not very nice either. Any way to let LaTeX adjust the with of a space, without allowing a linebrak at that place (a semi-protected space)? Or a way of saying that overflowing lines are really not appreciated? give an example file I attached a very short example .lyx file (basically containing only a citation reference and the BibTeX references), as well as the corresponding .bib file. Jan @article{dale.1999:cortical, author = { A. M. Dale and B. Fischl and M. I. Sereno }, title = { {C}ortical surface-based analysis. {I}. {S}egmentation and surface reconstruction. }, journal = {Neuroimage}, volume = 9, number = 2, pages = { 179-94 }, month = feb, year= 1999, keywords= { Brain Mapping/instrumentation Cerebral Cortex/*anatomy histology Human Image Processing, Computer-Assisted/*instrumentation Magnetic Resonance Imaging/*instrumentation Reference Values Software }, affiliation = { Massachusetts General Hosp/Harvard Medical School, Building 149, Charlestown, Massachusetts, 02129, USA. [EMAIL PROTECTED] }, abstract= { Several properties of the cerebral cortex, including its columnar and laminar organization, as well as the topographic organization of cortical areas, can only be properly understood in the context of the intrinsic two-dimensional structure of the cortical surface. In order to study such cortical properties in humans, it is necessary to obtain an accurate and explicit representation of the cortical surface in individual subjects. Here we describe a set of automated procedures for obtaining accurate reconstructions of the cortical surface, which have been applied to data from more than 100 subjects, requiring little or no manual intervention. Automated routines for unfolding and flattening the cortical surface are described in a companion paper. These procedures allow for the routine use of cortical surface-based analysis and visualization methods in functional brain imaging. }, file= { processingIRMs/Dale_NIMG_99_segmentation.pdf }, url = { http://www.idealibrary.com/links/doi/10.1006/nimg.1998.0395 }, annote = { on file: processingIRMs } } @article{germond.2000:cooperative, author = { L. Germond and M. Dojat and C. Taylor and C. Garbay }, title = { {A} cooperative framework for segmentation of {MRI} brain scans. }, journal = { Artif Intell Med }, volume = 20, number = 1, pages = { 77-93 }, month = aug, year= 2000, keywords= { Artificial Intelligence Automation Brain/*anatomy histology/*physiology *Computer Simulation Human *Magnetic Resonance Imaging/methods Phantoms, Imaging Support, Non-U.S. Gov't }, affiliation = { Laboratoire TIMC-IMAG, Institut Bonniot, Faculte de Medecine, Domaine de la Merci, La Tronche, France. }, abstract= { Automatic segmentation of MRI brain scans is a complex task for two main reasons: the large variability of the human brain anatomy, which limits the use of general knowledge and, inherent to MRI acquisition, the artifacts present in the images that are difficult to process. To tackle these difficulties, we propose to mix, in a cooperative framework, several types of information and knowledge provided and used by complementary individual systems: presently, a multi-agent system, a deformable model
Re: Linebreak in bibtex citation
On Tue, 8 Jan 2002, Herbert Voss wrote: Jan Warnking wrote: I attached a very short example .lyx file (basically containing only a citation reference and the BibTeX references), as well as the corresponding .bib file. try a \usepackage{natbib} in the preamble This does indeed solve the problem of too long lines, but the natbib style of citation references does not seem to be what I need. Without natbib, I got: text [Author, year, Author, year] text with natbib I get: text Author (year); Author (year) text I would like to preserve the brackets around citations. Jan
Suppressing figure captions
Hello all, I have a (weird) question concerning figure captions. I am preparing a manuscript for a scientific paper for submission, and I wonder if there is a way to tell LyX (LaTeX) not to print the figure captions below each figure. I incuded a table of figures, and all the captions appear in there, (this is why I put captions on my figures in the first place), but the figures should appear nude (without caption). Of course I can do this manually: write the list of figures with the corresponding captions by hand and leave the figures without caption. But in terms of handling the Lyx document, having the captions with the corresponding figure is much nicer. Any idea? BTW, I'm using the article class. Jan
Re: Linebreak in bibtex citation
On Mon, 7 Jan 2002, Herbert Voss wrote: > Jan Warnking wrote: > > > This is not strictly a lyx question, rather LaTeX/BibTeX: > > I use the apalike quotation style ([author et al., year]). My problem is > > that bibtex seems to put protected spaces in there. It seems reasonable > > not to split a single reference across lines, but as four references can > > already (almost) fill a line, there are only three spaces left between > > them to block justify the text. My understanding is that LaTeX thinks it > > would look ugly to stretch those three spaces, and puts in a fifth > > reference, exceeding the right margin substantially. Not very nice either. > > Any way to let LaTeX adjust the with of a space, without allowing a > > linebrak at that place (a semi-protected space)? Or a way of saying that > > overflowing lines are really not appreciated? > > > give an example file I attached a very short example .lyx file (basically containing only a citation reference and the BibTeX references), as well as the corresponding .bib file. Jan @article{dale.1999:cortical, author = { A. M. Dale and B. Fischl and M. I. Sereno }, title = { {C}ortical surface-based analysis. {I}. {S}egmentation and surface reconstruction. }, journal = {Neuroimage}, volume = 9, number = 2, pages = { 179-94 }, month = feb, year= 1999, keywords= { Brain Mapping/instrumentation Cerebral Cortex/*anatomy & histology Human Image Processing, Computer-Assisted/*instrumentation Magnetic Resonance Imaging/*instrumentation Reference Values Software }, affiliation = { Massachusetts General Hosp/Harvard Medical School, Building 149, Charlestown, Massachusetts, 02129, USA. [EMAIL PROTECTED] }, abstract= { Several properties of the cerebral cortex, including its columnar and laminar organization, as well as the topographic organization of cortical areas, can only be properly understood in the context of the intrinsic two-dimensional structure of the cortical surface. In order to study such cortical properties in humans, it is necessary to obtain an accurate and explicit representation of the cortical surface in individual subjects. Here we describe a set of automated procedures for obtaining accurate reconstructions of the cortical surface, which have been applied to data from more than 100 subjects, requiring little or no manual intervention. Automated routines for unfolding and flattening the cortical surface are described in a companion paper. These procedures allow for the routine use of cortical surface-based analysis and visualization methods in functional brain imaging. }, file= { processingIRMs/Dale_NIMG_99_segmentation.pdf }, url = { http://www.idealibrary.com/links/doi/10.1006/nimg.1998.0395 }, annote = { on file: processingIRMs } } @article{germond.2000:cooperative, author = { L. Germond and M. Dojat and C. Taylor and C. Garbay }, title = { {A} cooperative framework for segmentation of {MRI} brain scans. }, journal = { Artif Intell Med }, volume = 20, number = 1, pages = { 77-93 }, month = aug, year= 2000, keywords= { Artificial Intelligence Automation Brain/*anatomy & histology/*physiology *Computer Simulation Human *Magnetic Resonance Imaging/methods Phantoms, Imaging Support, Non-U.S. Gov't }, affiliation = { Laboratoire TIMC-IMAG, Institut Bonniot, Faculte de Medecine, Domaine de la Merci, La Tronche, France. }, abstract= { Automatic segmentation of MRI brain scans is a complex task for two main reasons: the large variability of the human brain anatomy, which limits the use of general knowledge and, inherent to MRI acquisition, the artifacts present in the images that are difficult to process. To tackle these difficulties, we propose to mix, in a cooperative framework, several types of information and knowledge provided and
Re: Linebreak in bibtex citation
On Tue, 8 Jan 2002, Herbert Voss wrote: > Jan Warnking wrote: > > > > > I attached a very short example .lyx file (basically containing only a > > citation reference and the BibTeX references), as well as the > > corresponding .bib file. > > > try a \usepackage{natbib} in the preamble This does indeed solve the problem of too long lines, but the natbib style of citation references does not seem to be what I need. Without natbib, I got: text [Author, year, Author, year] text with natbib I get: text Author (year); Author (year) text I would like to preserve the brackets around citations. Jan
Suppressing figure captions
Hello all, I have a (weird) question concerning figure captions. I am preparing a manuscript for a scientific paper for submission, and I wonder if there is a way to tell LyX (LaTeX) not to print the figure captions below each figure. I incuded a table of figures, and all the captions appear in there, (this is why I put captions on my figures in the first place), but the figures should appear "nude" (without caption). Of course I can do this manually: write the list of figures with the corresponding captions "by hand" and leave the figures without caption. But in terms of handling the Lyx document, having the captions with the corresponding figure is much nicer. Any idea? BTW, I'm using the article class. Jan
Linebreak in bibtex citation
Hello everyone, This is not strictly a lyx question, rather LaTeX/BibTeX: I use the apalike quotation style ([author et al., year]). My problem is that bibtex seems to put protected spaces in there. It seems reasonable not to split a single reference across lines, but as four references can already (almost) fill a line, there are only three spaces left between them to block justify the text. My understanding is that LaTeX thinks it would look ugly to stretch those three spaces, and puts in a fifth reference, exceeding the right margin substantially. Not very nice either. Any way to let LaTeX adjust the with of a space, without allowing a linebrak at that place (a semi-protected space)? Or a way of saying that overflowing lines are really not appreciated? I seem to remember a similar question on the list a while ago, but was not able to find it, neither do I remember the answer to the problem (or if there actually is something that can be done, short of hacking the bibtex style files). Any help is greatly appreciated. Jan
Linebreak in bibtex citation
Hello everyone, This is not strictly a lyx question, rather LaTeX/BibTeX: I use the apalike quotation style ([author et al., year]). My problem is that bibtex seems to put protected spaces in there. It seems reasonable not to split a single reference across lines, but as four references can already (almost) fill a line, there are only three spaces left between them to block justify the text. My understanding is that LaTeX thinks it would look ugly to stretch those three spaces, and puts in a fifth reference, exceeding the right margin substantially. Not very nice either. Any way to let LaTeX adjust the with of a space, without allowing a linebrak at that place (a semi-protected space)? Or a way of saying that overflowing lines are really not appreciated? I seem to remember a similar question on the list a while ago, but was not able to find it, neither do I remember the answer to the problem (or if there actually is something that can be done, short of hacking the bibtex style files). Any help is greatly appreciated. Jan
Linebreak in bibtex citation
Hello everyone, This is not strictly a lyx question, rather LaTeX/BibTeX: I use the apalike quotation style ([author et al., year]). My problem is that bibtex seems to put protected spaces in there. It seems reasonable not to split a single reference across lines, but as four references can already (almost) fill a line, there are only three spaces left between them to block justify the text. My understanding is that LaTeX thinks it would look ugly to stretch those three spaces, and puts in a fifth reference, exceeding the right margin substantially. Not very nice either. Any way to let LaTeX adjust the with of a space, without allowing a linebrak at that place (a semi-protected space)? Or a way of saying that overflowing lines are really not appreciated? I seem to remember a similar question on the list a while ago, but was not able to find it, neither do I remember the answer to the problem (or if there actually is something that can be done, short of hacking the bibtex style files). Any help is greatly appreciated. Jan
How to get Compose character working?
Hi everybody! As you guessed from the subject line, I'm having trouble making the Compose character work. From what little there is in the Users Manual, it seems to me that this should be automatic... Well, it isn't for me. I compiled Lyx1.5.1fix1 on a Solaris 7 Sparc system. The "Compose" key is mapped by default to the KeySymbol "Multi_key" (but setting it to "Mode_switch", as the Customization Guide seems to suggest, doesn't do the trick, either). I'd greatly appreciate some help on this! Cheers, Jan ----- Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
How to get Compose character working? (II)
I forgot to mention, the Compose key works just fine in most of my applications (pine etc.), and the value of \override_x_deadkeys in the lyxrc doesn't matter: it just won't work in Lyx. Jan
How to get Compose character working?
Hi everybody! As you guessed from the subject line, I'm having trouble making the Compose character work. From what little there is in the Users Manual, it seems to me that this should be automatic... Well, it isn't for me. I compiled Lyx1.5.1fix1 on a Solaris 7 Sparc system. The "Compose" key is mapped by default to the KeySymbol "Multi_key" (but setting it to "Mode_switch", as the Customization Guide seems to suggest, doesn't do the trick, either). I'd greatly appreciate some help on this! Cheers, Jan ----- Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
How to get Compose character working? (II)
I forgot to mention, the Compose key works just fine in most of my applications (pine etc.), and the value of \override_x_deadkeys in the lyxrc doesn't matter: it just won't work in Lyx. Jan
How to get Compose character working?
Hi everybody! As you guessed from the subject line, I'm having trouble making the Compose character work. From what little there is in the Users Manual, it seems to me that this should be automatic... Well, it isn't for me. I compiled Lyx1.5.1fix1 on a Solaris 7 Sparc system. The "Compose" key is mapped by default to the KeySymbol "Multi_key" (but setting it to "Mode_switch", as the Customization Guide seems to suggest, doesn't do the trick, either). I'd greatly appreciate some help on this! Cheers, Jan ----- Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
How to get Compose character working? (II)
I forgot to mention, the Compose key works just fine in most of my applications (pine etc.), and the value of \override_x_deadkeys in the lyxrc doesn't matter: it just won't work in Lyx. Jan