Compilation problem
Dear Experts, I am trying to compile LyX on my xubuntu 17.04 system (for several reasons I do not want to install via apt-get install). I cannot make sense of this problem: checking for Qt library name... failed configure: error: cannot compile a simple Qt executable. Check you have the right $QTDIR. I tried with export QTDIR=/usr/share/qt5 but to no success. Another problem (may be related?) is checking for ANSI C header files... no I have build-essential correctly installed, so I cannot understand what I'm missing. Thank you! guido, italy --- Guido Milanese, Professor of Classics, PhD HC Paris IC http://docenti.unicatt.it/ita/guido_fabrizio_milanese/ http://usi.to/tz4
Re: Figures not showing in pdf
On 09/18/2017 09:00 AM, Persio Barros wrote: Hi all, I was having some trouble when generating a pdf output with pdflatex for a document with various figures (pdf graphic files). Some of them showed in the generated pdf but others didn't. For those not showing, a blank box with the correct figure size was shown instead. After some digging, I found that the problem only happened to the graphic files for which LyX generated a "bb" (bounding box) option for the \includegraphics LaTeX command. That option is generated when you change the bounding box size in the graphics-clipping pane. Some more digging revealed that the problem is that the latest version of pdftex-def file present in texlive-2017 and also in miktex 2.9 just ignores the bb option, leaving a blank box, with no error message. Previous versions of pdftex-def deferred the bb option to the viewport option (with a warning). In that case the graphic file was included correctly. So, this problem occurs only with updated TeX installations. Have anybody else seen this problem? I may have a workaround, inspired by bug #7910 (https://www.lyx.org/trac/ticket/7910), which I think is related. Rather than using the "Clipping" tab in the graphics dialog, use the "LaTeX and LyX options" tab, and in the "LaTeX options" field enter "viewport=" followed by the offsets from lower left for the corners of the clipping box (same values you would have entered in the clipping dialog). I had to commit the change, save the document, close it and reload it to get the new settings to apply, but my test graphic appeared an seemed to work okay. Paul
Re: Figures not showing in pdf
On 09/18/2017 09:00 AM, Persio Barros wrote: Hi all, I was having some trouble when generating a pdf output with pdflatex for a document with various figures (pdf graphic files). Some of them showed in the generated pdf but others didn't. For those not showing, a blank box with the correct figure size was shown instead. After some digging, I found that the problem only happened to the graphic files for which LyX generated a "bb" (bounding box) option for the \includegraphics LaTeX command. That option is generated when you change the bounding box size in the graphics-clipping pane. Some more digging revealed that the problem is that the latest version of pdftex-def file present in texlive-2017 and also in miktex 2.9 just ignores the bb option, leaving a blank box, with no error message. Previous versions of pdftex-def deferred the bb option to the viewport option (with a warning). In that case the graphic file was included correctly. So, this problem occurs only with updated TeX installations. Have anybody else seen this problem? I can confirm that it occurs here (TeXLive 2017 on Linux Mint). There may be other related bugs in TeXLive. I manually edited the .tex file to switch the 'bb' option to a 'viewport' option, in a document with a single line of text followed by a PDF image in an image float. With not bb or viewport, it works. With the bb option, regardless of how the bounding box is defined, the line of text and the figure caption are there but no image is present. If I switch bb to viewport, the image appears ... but if set the set the upper right corner lower than the original image bounding box, I lose the first line of text (as well as part of the image, which is expected)! Paul
Re: "Date intended for the title?
> On 15Sep 2017, at 17:05, Richard Heck wrote: > > On 09/15/2017 01:58 PM, John Parejko wrote: >> I've defined Date, Title, Author, Abstract, and DocumentReference (a >> custom command) in the layout as "InPremable 1" (our LaTeX class >> expects them to come before \begin{document}), but still get the above >> message. > > You need to define DocumentReference also as "InTitle 1". It might seem > as if InPreamble should do this automatically, but there are cases where > they come apart. Maybe "InPreamble 1" should by default imply "InTitle > 1", but at the moment it doesn't. Great, that got rid of the warning message. Thank you! I don’t know enough to know whether "InPreamble 1” should default to "InTitle 1”, but it might be worth adding a note about this to the InPreamble item in the Customization document (which has been quite helpful in building my custom layout). John
Figures not showing in pdf
Hi all, I was having some trouble when generating a pdf output with pdflatex for a document with various figures (pdf graphic files). Some of them showed in the generated pdf but others didn't. For those not showing, a blank box with the correct figure size was shown instead. After some digging, I found that the problem only happened to the graphic files for which LyX generated a "bb" (bounding box) option for the \includegraphics LaTeX command. That option is generated when you change the bounding box size in the graphics-clipping pane. Some more digging revealed that the problem is that the latest version of pdftex-def file present in texlive-2017 and also in miktex 2.9 just ignores the bb option, leaving a blank box, with no error message. Previous versions of pdftex-def deferred the bb option to the viewport option (with a warning). In that case the graphic file was included correctly. So, this problem occurs only with updated TeX installations. Have anybody else seen this problem?