[PATCH] Remove repetitious "Manual" from Specific Manuals

Just as the other elements of the Help menu do not have "Manual" appended to their names, I do not think items in the "Specific Manuals" submenu should have "Manual" appended to their names. Thoughts? Thanks, Scott From 7c001a8d596dcd62ef8ddcf88b135ef3fd602e79 Mon Sep 17 00:00:00 2001 From: Scot

Re: Noweb/Literate programming Copier problem

That is okay for me, and I do not mind "Knitr" although it is indeed rarely capitalized. Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name Department of Statistics, Iowa State University 2215 Snedecor Hall, Ames, IA On Sun, Oct 28, 2012 at 10:11 PM, Scott Kostyshak wrote:

Re: Noweb/Literate programming Copier problem

On Mon, Oct 22, 2012 at 3:54 PM, Pavel Sanda wrote: > Scott Kostyshak wrote: >> On Sat, Oct 20, 2012 at 6:40 PM, Yihui Xie wrote: >> > I think that should be enough. A pointer to the knitr manual in >> > "Help-->Specific Manuals-->Knitr Manual" can be helpful too (I >> > remember Liviu mentioned

Re: Qt >= 4.5 for LyX 2.1

Richard Heck wrote: > On 10/28/2012 02:18 PM, Pavel Sanda wrote: >> Jean-Marc Lasgouttes wrote: >>> I think using 4.5 as baseline would be very safe and allow for code >>> simplification. >> Anyone against this? >> > I know there are sometimes issues with cygwin, so we should wait to hear > about

Re: Qt >= 4.5 for LyX 2.1

On 10/28/2012 02:18 PM, Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: I think using 4.5 as baseline would be very safe and allow for code simplification. Anyone against this? I know there are sometimes issues with cygwin, so we should wait to hear about that. But it's clear that a lot of thi

Qt >= 4.5 for LyX 2.1 (was: Compilers used for compiling LyX?)

Jean-Marc Lasgouttes wrote: > I think using 4.5 as baseline would be very safe and allow for code > simplification. Anyone against this? Pavel

Re: [PATCH] src/*.cpp: reformatting to increase consistency

On Sun, Oct 28, 2012 at 01:46:05PM +0100, Stephan Witt wrote: > >> Can you point me to the rules for coding style please? > > > > I only know of the old files in development/coding. > > The best match I found is: > > - Adapt the formatting of your code to the one used in the >other parts of

Re: knitr and Sweave security

Scott Kostyshak wrote: > knitr (and thus knitr through LyX) will not work out of the box with > R. The user would have to install the package. > I think that Sweave is a different story because it comes with R so I > think that the user would not have to do anything else in order to be > on the bad

Re: Bug in "article (paper)" document class

Richard Heck wrote: > I updated a few things a couple years ago, I think. That's my plan again. Excellent (I only looked at the date of the class manual). In the given case, the fix is easy (replace \@institution by \@author in line 348 of paper.cls). This is very obviously a copy and paste erro

Re: Bug in "article (paper)" document class

On 10/28/2012 05:11 AM, Jürgen Spitzmüller wrote: Hendrik Weisser wrote: If the "article (paper)" document class is used with the "titlepage" class option, there's an interaction between the "author" and "institution" environments. "author" by itself will not be displayed in the document (PDF);

Re: [PATCH] src/*.cpp: reformatting to increase consistency

Stephan Witt writes: | Am 27.10.2012 um 22:21 schrieb Lars Gullik Bjønnes : > >> On 27 October 2012 21:31, Stephan Witt wrote: >>> Am 27.10.2012 um 21:12 schrieb Lars Gullik Bjønnes : >>> > This invalidates all patches hanging around for cosmetic reasons. > Is this really necessary? >>>

Re: Retina support on Mac

Stephan Witt wrote: > I don't know this yet. But for sure you need an icon set with high > resolution Or a vector format (svg). Jürgen

Re: Retina support on Mac

Am 28.10.2012 um 14:00 schrieb Jürgen Spitzmüller : > Stephan Witt wrote: >> The drawing of the main work area is the problem and I'm not sure >> if this is easy to fix. I already tried to understand the problem >> an evening and it looks like the painting of one character after >> the other isn't

Re: Retina support on Mac

Stephan Witt wrote: > The drawing of the main work area is the problem and I'm not sure > if this is easy to fix. I already tried to understand the problem > an evening and it looks like the painting of one character after > the other isn't good for retina support. I think the font cache > is to bl

Re: Retina support on Mac

Am 28.10.2012 um 12:27 schrieb Lars Gullik Bjønnes :What would having retina support on Mac entail for LyX?Basic support is already included now (and back-ported for 2.0.5).The drawing of the main work area is the problem and I'm not sureif this is easy to fix. I already tried to

Re: [PATCH] src/*.cpp: reformatting to increase consistency

Am 27.10.2012 um 22:21 schrieb Lars Gullik Bjønnes : > On 27 October 2012 21:31, Stephan Witt wrote: >> Am 27.10.2012 um 21:12 schrieb Lars Gullik Bjønnes : >> This invalidates all patches hanging around for cosmetic reasons. Is this really necessary? >>> >>> Why do you have patches h

Retina support on Mac

What would having retina support on Mac entail for LyX? I just got a request for that (together with a donation). -- Lgb

Re: boost

Jean-Marc Lasgouttes writes: | Le 26/10/12 19:05, Pavel Sanda a écrit : >> BTW after some decade we still include boost in our tarballs and maintain >> its updates. What was the original reason and is it still needed? Some >> distributions disable internal boost and we do not see any flood of bug

Re: boost

Le 26/10/12 19:05, Pavel Sanda a écrit : BTW after some decade we still include boost in our tarballs and maintain its updates. What was the original reason and is it still needed? Some distributions disable internal boost and we do not see any flood of bug reports. If one wants to compile with

Re: Compilers used for compiling LyX?

Le 27/10/12 01:35, Lars Gullik Bjønnes a écrit : Do any of you have feeling what compilers are use to compile LyX now-a-days, that at what version they are? Would be fun to see how far off we are from being able to use C++11. I have 4.4 on my ubuntu 10.04 install. JMarc

Re: Compilers used for compiling LyX?

Le 27/10/12 13:44, Pavel Sanda a écrit : Yes. It would be nice to know what is the last Qt version we actually do compile with the current trunk and clean up all older ifdefs in the code. Anyone with Qt 4.4, 4.5 around here to test? I have 4.6 at work with my old ubuntu 10.04. I think using 4

Re: Bug in "article (paper)" document class

Hendrik Weisser wrote: > If the "article (paper)" document class is used with the "titlepage" > class option, there's an interaction between the "author" and > "institution" environments. "author" by itself will not be displayed in > the document (PDF); "institution" (by itself or in combination wi

Re: boost

On 26/10/2012 23:42, Lars Gullik Bjønnes wrote: Pavel Sanda writes: | | BTW after some decade we still include boost in our tarballs and maintain | its updates. What was the original reason and is it still needed? My preferences are as follows: 0. Standard C++ 1. Something with the same apis/