On 02/01/2012 05:47 PM, Yihui Xie wrote:
I'm pretty confident with this one. It does not have specific
requirements on R versions, and users do not have to upgrade R.
If you and JMarc agree, it can go into 2.0.3. I know nothing about this
stuff.
Richard
Regards,
Yihui
--
Yihui
On 02/01/2012 03:11 PM, Xu Wang wrote:
Hey Rob, that sounds like quite a nice project you have in mind!
My two cents: it's not worth carrying it out if you can't get the math
to import somewhat well. That seems to be the biggest problem with
most ways of converting doc to lyx. I understand
Le 01/02/2012 20:16, Yihui Xie a écrit :
The patch is pretty simple: http://www.lyx.org/trac/ticket/8019
I removed Sweave.sty from texmf-local, so that LyX cannot find it that way,
applied the patch, and the Sweave manual compiles now fine from the Help menu.
No failure because of write
On Feb 2, 2012, at 8:55 AM, Richard Heck wrote:
On 02/01/2012 03:11 PM, Xu Wang wrote:
Hey Rob, that sounds like quite a nice project you have in mind!
My two cents: it's not worth carrying it out if you can't get the math to
import somewhat well. That seems to be the biggest problem with
Hello Rob
To echo others, it's great that you'd like to work on this.
On Wed, Feb 1, 2012 at 8:59 PM, Rob Oakes rob.oa...@oak-tree.us wrote:
What features would you consider essential?
(Right now, styles based conversion looks pretty easy -- going from Heading
1 in Word to Chapter, for
On 02/02/2012 11:37 AM, Rob Oakes wrote:
I'm currently researching solutions for Math and I may have found one
using MathML. We currently support MathML creation inside of LyX, do
we have a way to import MathML? If so, how is that done? Is a native
library or something that we handle with
Thank you everyone for the comments so far. I really appreciate hearing from
others as it helps me to build out a more detailed use-case. In addition to the
earlier questions, I have one more:
How important is support of .doc?
I know that it is the standard upon which the publishing industry
On Thu, Feb 2, 2012 at 6:50 PM, Rob Oakes rob.oa...@oak-tree.us wrote:
very nice. Hearing your opinions about doc support (versus only docx
support) would also be very helpful.
If .docx-only support simplifies your task and helps ensure that your
tool would support a good deal of functionality,
On Thu, Feb 2, 2012 at 12:27 PM, Liviu Andronic landronim...@gmail.com wrote:
On Thu, Feb 2, 2012 at 6:50 PM, Rob Oakes rob.oa...@oak-tree.us wrote:
very nice. Hearing your opinions about doc support (versus only docx
support) would also be very helpful.
If .docx-only support simplifies your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/12 19:27, Liviu Andronic wrote:
On Thu, Feb 2, 2012 at 6:50 PM, Rob Oakes rob.oa...@oak-tree.us
wrote:
very nice. Hearing your opinions about doc support (versus only
docx support) would also be very helpful.
If .docx-only support
On Wed, Feb 1, 2012 at 10:18 PM, Yihui Xie x...@yihui.name wrote:
I guess LyX should give the literate programming modules (e.g.
Sweave/knitr) more time to run their code. Currently I see the time
allowed is about 3 minutes, and LyX will raise an error after that. I
I've been bitten by this in
On 02/02/2012 08:39 AM, lasgout...@lyx.org wrote:
Author: lasgouttes
Date: Thu Feb 2 14:39:05 2012
New Revision: 40700
URL: http://www.lyx.org/trac/changeset/40700
Log:
* InsetMathScript::doDispatch : properly record undo information before
changing limits status (fixes bug #8007)
*
Liviu Andronic landronimirc at gmail.com writes:
Can the 'timeout' be configured? Or is it possible to treat
Sweave/knitr documents differently? Regards
One Sweave/knitr computation is different from another. I'd expect 1+1 to be
computed quickly, but I also have some simulations that take
The time-out restriction is from LyX, so Sweave/knitr cannot do
anything about it.
My current workaround is to export Rnw from LyX, run knitr on it with
cache turned on, and run LyX again since the time-consuming chunks
have been calculated and cached.
Regards,
Yihui
--
Yihui Xie
Yihui Xie xie at yihui.name writes:
The time-out restriction is from LyX, so Sweave/knitr cannot do
anything about it.
You're right; what I meant to say was that I'd want to tell LyX to allow longer
Sweave/knitr runs for particular chunks.
Le 01/02/12 22:18, Yihui Xie a écrit :
Hi,
I guess LyX should give the literate programming modules (e.g.
Sweave/knitr) more time to run their code. Currently I see the time
allowed is about 3 minutes, and LyX will raise an error after that. I
tested it with the following chunk in Sweave:
It
Jean-Marc Lasgouttes lasgouttes at lyx.org writes:
It is probably doable to set the timeout value per converter. This would
be the best solution IMO.
I can be convinced that setting the timeout value on a chunk-by-chunk basis is
excessive, but per converter is too coarse. Maybe per
On 02/01/2012 05:47 PM, Yihui Xie wrote:
I'm pretty confident with this one. It does not have specific
requirements on R versions, and users do not have to upgrade R.
If you and JMarc agree, it can go into 2.0.3. I know nothing about this
stuff.
Richard
Regards,
Yihui
--
Yihui
On 02/01/2012 03:11 PM, Xu Wang wrote:
Hey Rob, that sounds like quite a nice project you have in mind!
My two cents: it's not worth carrying it out if you can't get the math
to import somewhat well. That seems to be the biggest problem with
most ways of converting doc to lyx. I understand
Le 01/02/2012 20:16, Yihui Xie a écrit :
The patch is pretty simple: http://www.lyx.org/trac/ticket/8019
I removed Sweave.sty from texmf-local, so that LyX cannot find it that way,
applied the patch, and the Sweave manual compiles now fine from the Help menu.
No failure because of write
On Feb 2, 2012, at 8:55 AM, Richard Heck wrote:
> On 02/01/2012 03:11 PM, Xu Wang wrote:
>> Hey Rob, that sounds like quite a nice project you have in mind!
>>
>> My two cents: it's not worth carrying it out if you can't get the math to
>> import somewhat well. That seems to be the biggest
Hello Rob
To echo others, it's great that you'd like to work on this.
On Wed, Feb 1, 2012 at 8:59 PM, Rob Oakes wrote:
> What features would you consider essential?
>
> (Right now, styles based conversion looks pretty easy -- going from Heading
> 1 in Word to Chapter, for
On 02/02/2012 11:37 AM, Rob Oakes wrote:
I'm currently researching solutions for Math and I may have found one
using MathML. We currently support MathML creation inside of LyX, do
we have a way to import MathML? If so, how is that done? Is a native
library or something that we handle with
Thank you everyone for the comments so far. I really appreciate hearing from
others as it helps me to build out a more detailed use-case. In addition to the
earlier questions, I have one more:
How important is support of .doc?
I know that it is the standard upon which the publishing industry
On Thu, Feb 2, 2012 at 6:50 PM, Rob Oakes wrote:
> very nice. Hearing your opinions about doc support (versus only docx
> support) would also be very helpful.
>
If .docx-only support simplifies your task and helps ensure that your
tool would support a good deal of
On Thu, Feb 2, 2012 at 12:27 PM, Liviu Andronic wrote:
> On Thu, Feb 2, 2012 at 6:50 PM, Rob Oakes wrote:
>> very nice. Hearing your opinions about doc support (versus only docx
>> support) would also be very helpful.
>>
> If .docx-only support
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/12 19:27, Liviu Andronic wrote:
> On Thu, Feb 2, 2012 at 6:50 PM, Rob Oakes
> wrote:
>> very nice. Hearing your opinions about doc support (versus only
>> docx support) would also be very helpful.
>>
> If .docx-only
On Wed, Feb 1, 2012 at 10:18 PM, Yihui Xie wrote:
> I guess LyX should give the literate programming modules (e.g.
> Sweave/knitr) more time to run their code. Currently I see the time
> allowed is about 3 minutes, and LyX will raise an error after that. I
>
I've been bitten by
On 02/02/2012 08:39 AM, lasgout...@lyx.org wrote:
Author: lasgouttes
Date: Thu Feb 2 14:39:05 2012
New Revision: 40700
URL: http://www.lyx.org/trac/changeset/40700
Log:
* InsetMathScript::doDispatch : properly record undo information before
changing limits status (fixes bug #8007)
*
Liviu Andronic gmail.com> writes:
>
> Can the 'timeout' be configured? Or is it possible to treat
> Sweave/knitr documents differently? Regards
One Sweave/knitr computation is different from another. I'd expect 1+1 to be
computed quickly, but I also have some simulations that take hours, and
The time-out restriction is from LyX, so Sweave/knitr cannot do
anything about it.
My current workaround is to export Rnw from LyX, run knitr on it with
cache turned on, and run LyX again since the time-consuming chunks
have been calculated and cached.
Regards,
Yihui
--
Yihui Xie
Yihui Xie yihui.name> writes:
>
> The time-out restriction is from LyX, so Sweave/knitr cannot do
> anything about it.
You're right; what I meant to say was that I'd want to tell LyX to allow longer
Sweave/knitr runs for particular chunks.
Le 01/02/12 22:18, Yihui Xie a écrit :
Hi,
I guess LyX should give the literate programming modules (e.g.
Sweave/knitr) more time to run their code. Currently I see the time
allowed is about 3 minutes, and LyX will raise an error after that. I
tested it with the following chunk in Sweave:
It
Jean-Marc Lasgouttes lyx.org> writes:
>
> It is probably doable to set the timeout value per converter. This would
> be the best solution IMO.
I can be convinced that setting the timeout value on a chunk-by-chunk basis is
excessive, but per converter is too coarse. Maybe per document?
34 matches
Mail list logo