Re: r38734 - lyx-devel/trunk/src

On Thu, May 12, 2011 at 08:51:20PM -0400, Richard Heck wrote: > On 05/12/2011 07:08 PM, for...@lyx.org wrote: > > Author: forenr > > Date: Fri May 13 01:08:50 2011 > > New Revision: 38734 > > URL: http://www.lyx.org/trac/changeset/38734 > > > > Log: > > Fix bug #7553 (Crash on latex import, also on

Re: r38733 - in lyx-devel/trunk/src: client tex2lyx

Am 13.05.2011 um 00:06 schrieb kuem...@lyx.org: > Author: kuemmel > Date: Fri May 13 00:06:06 2011 > New Revision: 38733 > URL: http://www.lyx.org/trac/changeset/38733 > > Log: > cmake on mac: also build with LYX_NLS=0 > > Modified: > lyx-devel/trunk/src/client/CMakeLists.txt > lyx-devel/tru

Re: TRAC Resolutions

Richard Heck wrote: > That's good, but few of those are fixed in trunk. I want to know what > bugs are fixedintrunk but not yet fixedinbranch. I.e., which ones do I > need to consider asking (reminding, urging) someone to backport? OK, I understand that a separate list would be nice to have, but t

Re: Spell checker false positives (nouns with upper case...)

Diego Queiroz wrote: > About the problem Jürgen Spitzmüller is complaining, I really don't see the > problem. The spellchecker usually holds all nouns (proper or not) that are > common in a language. I'm not complaining. I was opposing to the idea to let LyX pass upcased letter downcased to the s

Re: r38734 - lyx-devel/trunk/src

On 05/12/2011 07:08 PM, for...@lyx.org wrote: > Author: forenr > Date: Fri May 13 01:08:50 2011 > New Revision: 38734 > URL: http://www.lyx.org/trac/changeset/38734 > > Log: > Fix bug #7553 (Crash on latex import, also on html import) > Looks good for branch. Thanks rh > Modified: >lyx-de

Re: Volunteer to Simplified Chinese translation

Yihui Xie wrote: > So where should I send the translated zh_CN.po? I did not seem to find > an instruction on the website. Does it go to trac as a ticket? please read this file: http://www.lyx.org/trac/browser/lyx-devel/trunk/README.localization pavel

Re: Compilation Errors

Any thoughts as to what I might be doing wrong? Do I need to change the compilation flags? A quick Google search shows that Mac doesn't seem to ship with libintl. Might the configuration on Mac OS X be reverting to the generic Linux? (Sorry, cmake is mostly black magic to me.) Cheers, Rob Do

GPL Statement

I hereby grant permission to license my contributions to LyX under the Gnu General Public Licence, version 2 or later. Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name Department of Statistics, Iowa State University 2215 Snedecor Hall, Ames, IA

Re: Volunteer to Simplified Chinese translation

Got it. Thanks! 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 12, 2011 at 4:36 PM, Richard Heck wrote: > On 05/12/2011 05:31 PM, Yihui Xie wrote: >> So where should I send the tra

Re: Volunteer to Simplified Chinese translation

On 05/12/2011 05:31 PM, Yihui Xie wrote: > So where should I send the translated zh_CN.po? I did not seem to find > an instruction on the website. Does it go to trac as a ticket? > Info sent privately. Richard

Patches for Comment

Before I commit these---especially to branch---I thought I'd post them for comment. The 0002 patch shows the real point of this: We do not need to clone the whole Buffer here, but only need access to a copy of the BufferParams. The 0001 patch does what's necessary to make that happen, and then a

Re: Volunteer to Simplified Chinese translation

So where should I send the translated zh_CN.po? I did not seem to find an instruction on the website. Does it go to trac as a ticket? 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

Re: A solution to the problem of Sweave.sty in the sweave module

No. AFAIK, Rtools has nothing to do with Sweave.sty. It is the step 4 in the article you cited that solves this problem: 4. Copy Sweave.sty from share/texmf in the R installation directory to some place in your LaTeX path. Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name De

Re: A solution to the problem of Sweave.sty in the sweave module

On Thu, May 12, 2011 at 5:57 PM, Yihui Xie wrote: > Maybe I have not got what you mean yet -- is the "problem" in your > mind the same as mine? The problem as I can see is about the spaces in > the path to Sweave.sty under Windows, therefore it is more of a LaTeX > problem than an Sweave problem.

Re: Volunteer to Simplified Chinese translation

On 05/12/2011 05:02 PM, Yihui Xie wrote: > Dear LyX Developers, > > I see the translation of the LyX interface to simplified Chinese seems > to have stopped for a long while (last updated on 2009-10-18). I > contacted the person who was in charge and did not get a reply, so I'm > writing to ask if

Volunteer to Simplified Chinese translation

Dear LyX Developers, I see the translation of the LyX interface to simplified Chinese seems to have stopped for a long while (last updated on 2009-10-18). I contacted the person who was in charge and did not get a reply, so I'm writing to ask if I can pick up this job and contribute a little bit.

Re: lyx-2.0.0.exe virus ?

> I'm just wondering about the possibility that the executable might actually > be infected. False positive for sure. BTW, download the last installer. ftp://ftp.lyx.org/pub/lyx/bin/2.0.0/LyX-2.0.0-3-Installer.exe Cheers, --- Diego Queiroz

Re: Directory cleanup

On Thu, May 12, 2011 at 05:53:28AM +0200, Peter Kümmel wrote: > On 11.05.2011 20:19, Pavel Sanda wrote: > >Abdelrazak Younes wrote: > >>Side notes: > >>1: we should really get rid of boost source. > >>2: we should really get rid of boost using code > > > >whats your solution the problems with tr1::

Re: #7551: Inclusion "." in filename creates Latex error for graphic inclusion

On 2011-05-12, Jeff Laake wrote: >> why do you have to use a dot in the filename? usually I use - or _ >> in my Sweave code chunk prefix; I think a dot will confuse LaTeX > I can easily avoid that. It clearly does confuse it. I ran into this > problem when I changed gamma.lyx to gamma2.0.l

Re: Compilation Errors

On 12.05.2011 19:16, Kornel wrote: Am Donnerstag, 12. Mai 2011 schrieb Peter Kümmel: On 12.05.2011 18:04, Rob Oakes wrote: Dear LyX Developers, Is anyone else getting compilation errors on Mac OS X after the cmake directory cleanup? I just merged with the most recent SVN, and this is what I'm

Re: Compilation Errors

Am Donnerstag, 12. Mai 2011 schrieb Peter Kümmel: > On 12.05.2011 18:04, Rob Oakes wrote: > > Dear LyX Developers, > > > > Is anyone else getting compilation errors on Mac OS X after the cmake > > directory cleanup? I just merged with the most recent SVN, and this is > > what I'm getting (after r

Re: #7552: Use of expression() in plot R command fails

Oops... sorry I replied this in trac under your ticket: http://www.lyx.org/trac/ticket/7552 {{{}}} are not meant to be included in the R code -- only for formatting purposes there Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name Department of Statistics, Iowa State Universi

Re: Compilation Errors

On 12.05.2011 18:04, Rob Oakes wrote: Dear LyX Developers, Is anyone else getting compilation errors on Mac OS X after the cmake directory cleanup? I just merged with the most recent SVN, and this is what I'm getting (after reconfiguring with cmake): /Users/RobOakes/Developer/LyX-Outline/LyX

Re: #7551: Inclusion "." in filename creates Latex error for graphic inclusion

You are right. Maybe we can automatically replace dots with - or _ in the next version for the prefix. Sweave needs more intelligence, though. Regards, Yihui -- Yihui Xie Phone: 515-294-2465 Web: http://yihui.name Department of Statistics, Iowa State University 2215 Snedecor Hall, Ames, IA On

Re: #7552: Use of expression() in plot R command fails

I tried your fix for expression() but it didn't work for me. Maybe I misunderstood. See my attached file with the code you suggested. --jeff On 5/12/2011 9:42 AM, LyX Ticket Tracker wrote: #7552: Use of expression() in plot R command fails --+-

Re: #7551: Inclusion "." in filename creates Latex error for graphic inclusion

I can easily avoid that. It clearly does confuse it. I ran into this problem when I changed gamma.lyx to gamma2.0.lyx when I was testing v1.6 beside v2.0. I don't normally include periods in my filenames. But if this is going to create an error you may want to make use of . an invalid filen

Re: CMake TODOs

On 12.05.2011 10:00, Jean-Marc Lasgouttes wrote: Le 11/05/11 08:32, Peter Kümmel a écrit : The 3rd variant on Mac OSX is as follows: * lyx binary is named LyX * it resides in bin/Debug for debug configuration, but it's - bin/Release/LyX for release configuration, - bin/MinSizeRel/LyX for minumum

Re: r38716 - in lyx-devel/trunk: . development/cmake

On 12.05.2011 09:56, Jean-Marc Lasgouttes wrote: Le 12/05/11 06:22, kuem...@lyx.org a écrit : Log: cmake: we already test on gettext Modified: lyx-devel/trunk/development/cmake/configCompiler.h.msvc == --- lyx-devel/tru

Reverse search doesn't work on windows with spaces in the path name

Hi all, I'm using windows 7 64bit with Sumatra (no Cygwin). If your file name has a space in it then it reverse search as described in your documentation doesn't work. I fixed it using this line in python filename = win32api.GetShortPathName(filename); My inelegant work around method is here: ht

Compilation Errors

Dear LyX Developers, Is anyone else getting compilation errors on Mac OS X after the cmake directory cleanup? I just merged with the most recent SVN, and this is what I'm getting (after reconfiguring with cmake): /Users/RobOakes/Developer/LyX-Outline/LyX-Outline-Devel/src/support/Messages.cp

Re: A solution to the problem of Sweave.sty in the sweave module

Maybe I have not got what you mean yet -- is the "problem" in your mind the same as mine? The problem as I can see is about the spaces in the path to Sweave.sty under Windows, therefore it is more of a LaTeX problem than an Sweave problem. I know generally it is not a good idea to hard-code anythi

Re: Directory cleanup

"Abdelrazak Younes" wrote in message news:4dcb8b0d.6090...@lyx.org... > AFAIK Joost maintains such a dll. Joost could you please update the intl > directory with whatever fixes you have? > AFAIK2 the gettext developpers have dropped msvc support a long time ago. Yes there's no MSVC support main

Re: Directory cleanup

Le 12/05/2011 16:57, Joost Verburg a écrit : On 05/12/2011 10:15 AM, Jean-Marc Lasgouttes wrote: Could we in general depend on gnome dependencies instead of ours? AFAIK those binaries are all based on MinGW. We use MSVC. Do you need to change the sources to build with msvc? Could we do the s

Re: Directory cleanup

> On 05/12/2011 10:15 AM, Jean-Marc Lasgouttes wrote: > Could we in general depend on gnome dependencies instead of ours? AFAIK those binaries are all based on MinGW. We use MSVC. Joost

Re: A solution to the problem of Sweave.sty in the sweave module

On Thu, May 12, 2011 at 02:21:02PM +0200, Jean-Marc Lasgouttes wrote: > Le 12/05/2011 03:30, Yihui Xie a écrit : > >Hi all, > > > >I've come up with another idea which has been in my mind for a while. > >Sweave.sty is really short enough to be directly written into the > >LaTeX preamble like this:

Re: ANNOUNCE: LyX version 2.0.0 (release candidate 3)

On 05/12/2011 09:34 AM, Jean Kaplan wrote: > Thanks for this wonderful Lyx 2.0 release. I particularly appreciate the > advanced find and replace facility which can now be used in math formulae, > and the spell check on the fly. > A benign remark though : Why did you change some icons in the tool

Re: ANNOUNCE: LyX version 2.0.0 (release candidate 3)

Jean Kaplan wrote: > A benign remark though : Why did you change some icons in the tool bars: many > automatisms have to be rebuilt because not everybody wants to live in the 1990s for the rest of their lives? in case of nostalgia or hard to shake habits you can change the icons to "classic" in

Re: ANNOUNCE: LyX version 2.0.0 (release candidate 3)

Thanks for this wonderful Lyx 2.0 release. I particularly appreciate the advanced find and replace facility which can now be used in math formulae, and the spell check on the fly. A benign remark though : Why did you change some icons in the tool bars: many automatisms have to be rebuilt Anyway

Re: LyXHTML generation lead to a Crash

On 05/12/2011 02:46 AM, Jan Paul Imhoff wrote: > Hi > > I recently discovered a Crash in the new Lyx 2.0.0 release: > > A Lyx document with inline math code containing the "\unitone" command > (from the units package) will lead to a crash of Lyx when the document > is exported as LyXHTML. > Thanks

Re: merging status of the Windows installer for LyX 2.0

"Peter Kümmel" wrote in message news:4dcb63e3.6070...@gmx.net... Joost, how do you compile libintl? With Mingw or does it work with msvc? Couldn't we use the libintl shipped with lyx? libintl is also compiled with MSVC 2010. Joost

Re: A solution to the problem of Sweave.sty in the sweave module

Le 12/05/2011 03:30, Yihui Xie a écrit : Hi all, I've come up with another idea which has been in my mind for a while. Sweave.sty is really short enough to be directly written into the LaTeX preamble like this: %\usepackage{Sweave} \ifdefined\Sinput \else \IfFileExists{Sweave.sty}{ \usepa

lyx-2.0.0.exe virus ?

Hi there, a friend of mine reported that, trying to download LyX-2.0.0-2-Installer-Bundle.exe he's got a message like "Virus Download Blocked", probably from a company-wide antivirus system. I'm just wondering about the possibility that the executable might actually be infected. T.

Re: Directory cleanup

On 05/12/2011 10:53 AM, Jean-Marc Lasgouttes wrote: Le 12/05/11 10:19, Abdelrazak Younes a écrit : Gnome does have prebuild versions of gettext here: http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/ Could we in general depend on gnome dependencies instead of ours? No, we can't use

Re: r38606 - in lyx-devel/trunk: development/autotests development/cmake development/cmake/intl development/cmake/src src src/client src/support

Am Donnerstag, 12. Mai 2011 schrieb Vincent van Ravesteijn: > On Fri, May 6, 2011 at 9:24 PM, wrote: > > > Author: kornel > > Date: Fri May 6 21:24:54 2011 > > New Revision: 38606 > > URL: http://www.lyx.org/trac/changeset/38606 ... > > ===

Re: Directory cleanup

Le 12/05/11 10:19, Abdelrazak Younes a écrit : Gnome does have prebuild versions of gettext here: http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/ Could we in general depend on gnome dependencies instead of ours? No, we can't use them, they are cross compiled from Linux using gcc (e

Re: Directory cleanup

On 05/12/2011 10:15 AM, Jean-Marc Lasgouttes wrote: Le 12/05/11 09:23, Abdelrazak Younes a écrit : On 05/11/2011 10:39 PM, Jean-Marc Lasgouttes wrote: Le 11/05/2011 14:08, Abdelrazak Younes a écrit : 3: should we get rid of intl source code? Actually I would prefer to be able to compile libt

Re: Directory cleanup

Le 12/05/11 09:23, Abdelrazak Younes a écrit : On 05/11/2011 10:39 PM, Jean-Marc Lasgouttes wrote: Le 11/05/2011 14:08, Abdelrazak Younes a écrit : 3: should we get rid of intl source code? Actually I would prefer to be able to compile libtinl with msvc so we do not have to chase dlls and can

Re: CMake TODOs

Am 12.05.2011 um 08:35 schrieb Peter Kuemmel: > >>> >>> We already test on gettext in ConfigureChecks.cmake, >>> so we could simply remove the hard define. >>> >>> But where does gettext comes from on the Mac if we >>> don't user our own libintl? Have we used our own >>> header in intl/ but lin

Re: CMake TODOs

Le 11/05/11 08:32, Peter Kümmel a écrit : The 3rd variant on Mac OSX is as follows: * lyx binary is named LyX * it resides in bin/Debug for debug configuration, but it's - bin/Release/LyX for release configuration, - bin/MinSizeRel/LyX for minumum sized release - bin/RelWithDebInfo/LyX for releas

Re: r38716 - in lyx-devel/trunk: . development/cmake

Le 12/05/11 06:22, kuem...@lyx.org a écrit : Log: cmake: we already test on gettext Modified: lyx-devel/trunk/development/cmake/configCompiler.h.msvc == --- lyx-devel/trunk/development/cmake/configCompiler.h.msvc Wed

Re: Directory cleanup

On 05/12/2011 09:22 AM, Vincent van Ravesteijn wrote: On Thu, May 12, 2011 at 5:51 AM, Peter Kümmel > wrote: On 11.05.2011 13:54, Abdelrazak Younes wrote: On 05/10/2011 08:21 PM, Peter Kümmel wrote: On 10.05.2011 19:32, Jean-Marc Lasgoutte

Re: Directory cleanup

On 05/11/2011 10:39 PM, Jean-Marc Lasgouttes wrote: Le 11/05/2011 14:08, Abdelrazak Younes a écrit : 3: should we get rid of intl source code? Actually I would prefer to be able to compile libtinl with msvc so we do not have to chase dlls and can switch to the most recent gettext version.

Re: Directory cleanup

Peter Kümmel wrote: > On 11.05.2011 20:19, Pavel Sanda wrote: >> Abdelrazak Younes wrote: >>> Side notes: >>> 1: we should really get rid of boost source. >>> 2: we should really get rid of boost using code >> >> whats your solution the problems with tr1::regexp in gcc discussed last >> time? > >

Re: Directory cleanup

On Thu, May 12, 2011 at 5:51 AM, Peter Kümmel wrote: > On 11.05.2011 13:54, Abdelrazak Younes wrote: > >> On 05/10/2011 08:21 PM, Peter Kümmel wrote: >> >>> On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote: >>> Le 10/05/11 19:29, Peter Kümmel a écrit : > The idea was not to pollute