Re: Ubuntu users -- can you replicate this?
Hello Using 2.0.3 from the PPA, on Ubuntu Lucid with Xfce 4.6. On Mon, Jun 11, 2012 at 6:21 AM, Scott Kostyshak wrote: > (1) > in the edit menu when you see "Find and Replace (quick) ..." is the "F" > underlined? Or does the underscore appear before the "F" ? > In "Find and Replace (quick) ..." the "F" is underlined. In "Find and Replace (advanced) ..." nothing is underlined. > (2) > This is only for users who have Okular set as their pdf viewer. Often when I > I don't use Okular, but similar issues have been reported in the past. [1] [2] Liviu [1] http://comments.gmane.org/gmane.editors.lyx.general/71143 [2] http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg167212.html > view a pdf, Okular doesn't start. I see the following in the terminal > output: > > Running: okular "newfile1.pdf" > > Successful preview of format: PDF (pdflatex) > If I view as pdf again, Okular works as expected. Then when I exit LyX, > Okular tries to open newfile1.pdf but it cannot because the temporary > directory has been deleted. > > Thanks, > > Scott -- Do you know how to read? http://www.alienetworks.com/srtest.cfm http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
Ubuntu users -- can you replicate this?
I'm trying to fix a couple of bugs that others haven't been able to replicate. Could you please let me know if you observe the same behavior as I do? (1) in the edit menu when you see "Find and Replace (quick) ..." is the "F" underlined? Or does the underscore appear before the "F" ? (2) This is only for users who have Okular set as their pdf viewer. Often when I view a pdf, Okular doesn't start. I see the following in the terminal output: Running: okular "newfile1.pdf" Successful preview of format: PDF (pdflatex) If I view as pdf again, Okular works as expected. Then when I exit LyX, Okular tries to open newfile1.pdf but it cannot because the temporary directory has been deleted. Thanks, Scott
Re: wrong cropping / bounding box in produced .tex (not in pdflatex)
Hello, due to mail server problems I cannot answer to this message directly and have to use a different address. >> I am writing a paper with some EPS figures which I have cropped by >> manually adjusting the bounding boxes. In Lyx and in PDFs created by >> pdflatex, everything looks fine. But using classic LaTeX (via dvi), >> the figures are cropped incorrectly. The values specified in LyX >> equal those found in the TeX code, and that code is the same when >> exported for "LaTeX (normal)" and for "LaTeX (pdflatex)", for >> example: \includegraphics[bb=30bp 60bp 1075bp >> 805bp,clip,width=0.95\textwidth]{filename} > Are you viewing DVI? If so, is the bounding box correct if you view > PostScript? I seem to remember that DVI does not handle bounding box > clipping. The bounding box is wrong in both dvi, ps, and pdf created by ps2pdf. Nevertheless, as all the files stem from the dvi, I may be a dvi related issue. Matthias
Re: Strange bug with inputenc, listings and a character in UTF8 in a document header
2012/6/10 Marcin Zajączkowski: > I tried also the third workaround, but for listing in a Text Style menu > there are active only the bottom three positions (capitalize, uppercase > and lowercase). Dissolve Text Styles and Customized is inactive. Do I > have to do something more? You do not have to put the cursor _in_ the listings, but select the whole listings inset from outside. > Btw, why the problem occurs only sometimes? I suppose it depends whether the encoding is active when the header is written (at page break?) or not. Jürgen > Regards > Marcin
PDF go to real page number
Is there a way to make it such that when I select a 'Go To' page, the pdf viewer would take me directly to the 'actual' page number in the document, and not the number of the entire PDF? It can be worked around by not using 'Go To', but instead entering the number in the counter field. However, it's useful when some people would rather not use the mouse. -- GPG/PGP ID: C0711BF1