Re: I'm certain it has been discussed here previously..............

2012-06-03 Thread Charlie
 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..............

2012-06-03 Thread ariestao

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..............

2012-06-03 Thread Ray Rashif
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

2012-06-03 Thread Lam Phung Khanh
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

2012-06-03 Thread Uwe Stöhr

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

2012-06-03 Thread Guenter Milde
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

2012-06-03 Thread Guenter Milde
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

2012-06-03 Thread Richard Heck

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..............

2012-06-03 Thread Charlie

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
___