Re: I'm certain it has been discussed here previously..............
On Mon, 4 Jun 2012 09:42:25 +0800 "Ray Rashif schivmeis...@gmail.com" suggested this: >Did you try explicitly loading the url package in preamble? I lied Ray, it didn't work after all. It worked on a bodgied version of a url, but when I got home and tried it on the real thing. No didn't work. Tried it as an ERT - but wouldn't allow it. I just thought I better clarify this as someone else might find it in the archives try it and wonder why it worked for me and will not work for them. Doesn't matter. I'll just use the URL as plain text and the reader can copy and paste it into their browser address bar. Thanks again for your time. Charlie -- ** ** ** ** ** ** ** ** ** ** Registered Linux User:- 329524 *** Never doubt the potential of creative idleness being a way of life. Man was elevated from the barbarian state by those who were idle, but thought a lot. ---anon *** Debian GNU/Linux - just the best way to create magic ___
Re: I'm certain it has been discussed here previously..............
On Mon, 4 Jun 2012 09:42:25 +0800, Ray Rashif wrote: On 3 June 2012 17:38, Charlie wrote: I'm certain it's been discussed here before, but I can't find a reference to it. The way to stop a URL as an "insert URL" from running out over the margins into infinity. This happens in various document classes. The first line of the Insert URL has the right idea, but the second one doesn't stop at any margin. I know it can be done easily without using the insert URL application, but then the URL can't just be clicked on in the .pdf version to take the reader to the location. Instead it needs to be copied and pasted into a browser address bar. I think it should be possible to show the URL in a different way, even if it's just a link to the correct page. Just thought I would ask if someone can point me to the location of the discussion. Thank you, Charlie Did you try explicitly loading the url package in preamble? No Ray I did not, and have done so now and it works. Thank you very much for your help. Charlie -- ** ** ** ** ** ** ** ** ** ** Registered Linux User:- 329524 *** Every man is guilty of all the good he didn't do. -Voltaire *** Debian GNU/Linux - just the best way to create magic ___
Re: I'm certain it has been discussed here previously..............
On 3 June 2012 17:38, Charlie wrote: > > I'm certain it's been discussed here before, but I can't find a > reference to it. > > The way to stop a URL as an "insert URL" from running out over the > margins into infinity. This happens in various document classes. > > The first line of the Insert URL has the right idea, but the second one > doesn't stop at any margin. > > I know it can be done easily without using the insert URL application, > but then the URL can't just be clicked on in the .pdf version to take > the reader to the location. Instead it needs to be copied and pasted > into a browser address bar. > > I think it should be possible to show the URL in a different way, even > if it's just a link to the correct page. > > Just thought I would ask if someone can point me to the location of the > discussion. > > Thank you, > Charlie > -- > ** ** ** ** ** ** ** ** ** ** > Registered Linux User:- 329524 > *** > > Patriotism is supporting your country all the time, and your government > when it deserves it. --Mark Twain > > *** > Debian GNU/Linux - just the best way to create magic > ___ Did you try explicitly loading the url package in preamble? -- GPG/PGP ID: C0711BF1
RE: LyX cannot handle '$' sign in Sweave code chunk
Thank you very much for this resource. I've tried and now seen the R error in the LyX messages. Best regards, Lam PK -Original Message- From: xieyi...@gmail.com [mailto:xieyi...@gmail.com] On Behalf Of Yihui Xie Sent: Friday, June 01, 2012 11:41 PM To: Lam Phung Khanh Cc: Scott Kostyshak; lyx-users@lists.lyx.org Subject: Re: LyX cannot handle '$' sign in Sweave code chunk Please read the manual https://github.com/downloads/yihui/lyx/sweave.pdf to help you diagnose the problem; you should see the R error in the LyX messages. Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name Department of Statistics, Iowa State University 2215 Snedecor Hall, Ames, IA On Thu, May 31, 2012 at 1:37 AM, Lam Phung Khanh wrote: > Thank you very much for your response. Sorry because I did not check > carefully my R code. > > I've heard about knitr several weeks ago but haven't tried it yet > because Sweave is somehow more familiar to me; however, I intend to try > it in near future. > > Best regards, > > Lam PK > > -Original Message- > From: Scott Kostyshak [mailto:skost...@princeton.edu] > Sent: Thursday, May 31, 2012 11:36 AM > To: Lam Phung Khanh; lyx-users@lists.lyx.org > Subject: RE: LyX cannot handle '$' sign in Sweave code chunk > > From: Lam Phung Khanh [la...@oucru.org] > Sent: Wednesday, May 30, 2012 10:54 PM > > Note that I used knitr to test this, not Sweave. knitr is newer, has > more features, and can do everything that Sweave can and a lot more. To > use it, add the module Rnw (knitr) instead of Sweave. Is there a reason > you want to use Sweave? > >>I got error: "LyX: cannot convert file" when compiled it. My suspect is > LyX cannot handle the '$' sign in Sweave >code chunk. When I used > another way to write the last code line, it worked fine: > > I don't think this is a LyX or a knitr error but a problem with your R > code. R gives me the following error: > > a <- c(1:10) > b <- c(11:20) > d <- cbind(a, b) > d$a > Error in d$a : $ operator is invalid for atomic vectors > > The following runs fine for me in R and in LyX + knitr > > a <- c(1:10) > b <- c(11:20) > d <- data.frame(a, b) > d$a > >>Please forgive me if this email disturbs you. > Of course not! Feel free to ask any question about LyX + knitr. > > Scott
testers needed for LyX's Windows installer
Dear LyXers, LyX 2.0.4 is coming soon and it will fix some Windows-specific bugs: - It is now possible to use LyX's "split index" feature (several indexes for a document) on Windows - Spell checking dictionaries are now also available for Basque, Upper Sorbian and Interlingua - Spell checking now also works for Esperanto, Farsi, Korean and Latin, In order to fix this, the upcoming new LyX for Windows installer was modified so that you can select which dictionaries you want to install. This saves a lot of download and disk space as nobody needs all dictionaries (would be 300 MB). To get the split index feature working the installer comes now with an as small as possible Perl script interpreter which will be installed to MiKTeX. As the changes in the installer are a lot and as I cannot test all possible language/dictionary combinations, I would like if interested LyXers could help me testing. Especially for the split index feature, I expect some things that are not yet working. (This LyX feature is described in sec. 6.6.7 of the UserGuide) Here is the testing installer: http://sourceforge.net/projects/lyxwininstaller/files/TestRelease/ It will install the upcoming LyX 2.0.4 and should be fully functional and stable as LyX 2.0.3. If you find any problem, please report back. To test it you don't have to uninstall LyX 2.0.3. thanks in advance and regards Uwe
Re: Problems using lyxlist with itemize
On 2012-06-01, Fabio Sobral wrote: > [-- Type: text/plain, Encoding: --] > Nevermind that, I just found out that I can change the label width of a > lyxlist using the paragaph settings. > I still don't know why I couldn't use lyxlist using a block of TeX code, > but this is no longer an issue for me. The lyxlist environment is defined "on demand", i.e. only if there is at least one use LyX knows of in the document. ERT is a black box to LyX. Günter
Re: Font error
On 2012-06-02, Junqing Liu wrote: > Hi everybody! > i have got a error:!pdfTeX error: pdflatex (file ecrm1728): Font > ecrm1728 at 600 not found! This looks like you do not have the EC fonts, a bitmap font that is used as substitution for CM in T1 encoding (which lyx uses by default). > How can I fix it? Either install the CM-Super package (huge) or (recommended) use the Latin-Modern fonts (or some other vector fonts) either from Document>Settings>Fonts or (for a wider choice) via font packages loaded in the LaTeX preamble. Günter
Re: Lyx crashes during compiling
On 06/02/2012 07:10 AM, Mike Bonhoff wrote: Hi everybody, I installed Lyx on a new machine (because my old laptop had an display error). But unfortunately If I use the "search and replace"-function Lyx sometimes runs forever even if the next hit would be in the next line. Is this with simple search, or advanced search? Sometimes the compiling crashes, too. We'll need more information about this. What's the file like? Can you post it? Richard
I'm certain it has been discussed here previously..............
I'm certain it's been discussed here before, but I can't find a reference to it. The way to stop a URL as an "insert URL" from running out over the margins into infinity. This happens in various document classes. The first line of the Insert URL has the right idea, but the second one doesn't stop at any margin. I know it can be done easily without using the insert URL application, but then the URL can't just be clicked on in the .pdf version to take the reader to the location. Instead it needs to be copied and pasted into a browser address bar. I think it should be possible to show the URL in a different way, even if it's just a link to the correct page. Just thought I would ask if someone can point me to the location of the discussion. Thank you, Charlie -- ** ** ** ** ** ** ** ** ** ** Registered Linux User:- 329524 *** Patriotism is supporting your country all the time, and your government when it deserves it. --Mark Twain *** Debian GNU/Linux - just the best way to create magic ___