LyXHTML generation lead to a Crash

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. System: Win7(x64) Greets Paul Minimal example: \documentcl

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

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 > > Log: > 1.) Corrected internal compilation for Libintl > 2.) Changed cmake-files accordingly > Patch from Jean-Marc Lasgouttes > > Modif

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

On 2011-05-12, Yihui Xie wrote: >> There is a LaTeX package (http://ctan.org/pkg/grffile) that does this >> for file names. I don't know, whether it would solve your problem, >> though. > I see this package is not included in TeXLive, so it may require the > user to do even more work. Just for t

Re: CMake TODOs

> > > > 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 linked against a system gettext? > > I didn't want

Re: CMake TODOs

Am 12.05.2011 um 06:32 schrieb Peter Kümmel: > >> >> Yes, of course. But this is not the solution, isn't it? >> IMHO, there should be a test for gettext... >> This would work for all platforms I guess. >> >> Stephan >> > > We already test on gettext in ConfigureChecks.cmake, > so we could sim

Re: merging status of the Windows installer for LyX 2.0

Joost, how do you compile libintl? With Mingw or does it work with msvc? Couldn't we use the libintl shipped with lyx? Peter

Re: CMake TODOs

Yes, of course. But this is not the solution, isn't it? IMHO, there should be a test for gettext... This would work for all platforms I guess. Stephan We already test on gettext in ConfigureChecks.cmake, so we could simply remove the hard define. But where does gettext comes from on the Ma

Re: Directory cleanup

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? We could switch to QRegEx. But it's not a 10

Re: Directory cleanup

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 the src dirs because much more than CMakeLists.txt is needed. But I think we could mo

Re: merging status of the Windows installer for LyX 2.0

"Uwe Stöhr" wrote in message news:4dcb36a7.4090...@web.de... Why is MSVC 2010 required? What feature do we use that is not in MSVC 2008? However, I can successfully compile LyX with the linked hunspell. Hunspell probably works because it's a C library, although now you need both the 2008 and

Re: merging status of the Windows installer for LyX 2.0

"Uwe Stöhr" wrote in message news:4dcb0acc.20...@web.de... Why is MSVC 2010 required? What feature do we use that is not in MSVC 2008? If possible I don't want to switch to MSVC 2010 because I tested it last year and it was unstable. It also requires much more disk space (which I currently don

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

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}{ \usepackage{Sweave} }{ \usepackage{graphicx,fan

Re: merging status of the Windows installer for LyX 2.0

"Uwe Stöhr" wrote in message news:4dcb1094.2020...@web.de... For multi-user installations it's also impossible to download them directly to the program files because of the need for administrator privileges. Sure, a normal user cannot set up things for other users on the PC. That is for a go

Re: merging status of the Windows installer for LyX 2.0

Am 12.05.2011 00:16, schrieb Uwe Stöhr: Why is MSVC 2010 required? What feature do we use that is not in MSVC 2008? I'm still curious. However, I can successfully compile LyX with the linked hunspell. thanks and regards Uwe

Re: merging status of the Windows installer for LyX 2.0

> > This should only be the case if LyX is installed with MiKTeX. The user then > see the name of the package. As the installation process of the packages can > take half an hour, he can estimate the time when he see e.g. "Braille...". > I agree this is obvious for an advanced user, that is used t

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

Thanks for the hint! I see this package is not included in TeXLive, so it may require the user to do even more work. Even if a user has successfully installed this package and it does work with spaces, the idea of using the 'stylepath' argument with Sweave is bad. The hard-coded path will make the

Re: merging status of the Windows installer for LyX 2.0

Am 11.05.2011 06:18, schrieb Joost Verburg: b. the installer has a button "Details", but this button should be pressed by default when MiKTeX is installed together with LyX. This only affects new users and they might not expect that the installation process can take many minutes. I therefore a

Re: merging status of the Windows installer for LyX 2.0

Am 11.05.2011 06:29, schrieb Joost Verburg: Btw., can you please send me the hunspell.lib, iconv.lib and intl.lib files? Currently I cannot compile LyX against hunspell for that reason and i can also not use the new versions of intl and iconv you ship with your installer. If possible, can you u

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

I'm not sure if that is a "bug" -- the problem occurs when the path to Sweave.sty contains spaces, and the Sweave authors have no way to prevent users from installing R to a directory that contains spaces (think that software packages under Windows are often installed to "C:\Program Files\"). Or d

Re: Differences between LyX 2.0 releases

Oh right. Thanks. :-) --- Diego Queiroz

Re: ftp devel cleanup

Jean-Marc Lasgouttes wrote: > Le 11/05/2011 20:01, Pavel Sanda a écrit : >> hi, >> any reason why to keep gigabytes in >> ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.0/ ? >> i would remove the whole content if there is no objection. >> pavel > > Go ahead. done.p

Re: Differences between LyX 2.0 releases

On Wed, May 11, 2011 at 10:58 PM, Diego Queiroz wrote: > What's the difference between the releases of LyX 2.0? > I mean, there are several releases named 2.0.0-1, 2.0.0-2 and recently was > released the 2.0.0-3. > Can someone point the differences between them? > The installer is being improved u

Differences between LyX 2.0 releases

What's the difference between the releases of LyX 2.0? I mean, there are several releases named 2.0.0-1, 2.0.0-2 and recently was released the 2.0.0-3. Can someone point the differences between them? Regards, --- Diego Queiroz

RE: Too much options in LyX

Ping > > > The patch looks pretty good now, so I'll put it in my > testing tree. > > > > I'm not completely sure of the red highlighting. Red is a > > color for errors, I'll try green, yellow and maybe bold. > > Moreover I want to add the "rubber" button. > > I was thinking to use the FancyLin

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

Le 11/05/2011 06:55, Yihui Xie a écrit : Recently I've been working on the sweave module in LyX and discussing with Jean-Marc and Gregor, and I was suggested to send emails to this mailing list to get more people involved in the discussion. Thanks for doing that. 1. tell the user that they ca

Re: ftp devel cleanup

Le 11/05/2011 20:01, Pavel Sanda a écrit : hi, any reason why to keep gigabytes in ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.0/ ? i would remove the whole content if there is no objection. pavel Go ahead. JMarc

Re: Directory cleanup

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

Re: r38712 - lyx-devel/trunk/src/mathed

Il 11/05/2011 21:14, Richard Heck ha scritto: It didn't occur to me earlier, but might it be worth exporting these are rows and columns? Roughly: for (row_type row = 0; row< nrows(); ++row) { for (col_type col = 0; col< ncols(); ++col) { ... } } Doesn't matter that mu

Re: r38712 - lyx-devel/trunk/src/mathed

Il 11/05/2011 21:14, Richard Heck ha scritto: It didn't occur to me earlier, but might it be worth exporting these are rows and columns? Roughly: You mean ... for (row_type row = 0; row< nrows(); ++row) { for (col_type col = 0; col< ncols(); ++col) { ... wi << "\t"

Re: r38712 - lyx-devel/trunk/src/mathed

On 05/11/2011 02:59 PM, tomm...@lyx.org wrote: > Author: tommaso > Date: Wed May 11 20:59:54 2011 > New Revision: 38712 > URL: http://www.lyx.org/trac/changeset/38712 > > Log: > Fix #7549, due to a problem in exporting to plaintext a > multicell inset, where we now export all of the cells > separat

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

I wote for copying file to temporary folder where LyX copies files for LaTeX compilation. Gregor Gorjanc

Re: ftp devel cleanup

On 05/11/2011 02:01 PM, Pavel Sanda wrote: > hi, > any reason why to keep gigabytes in > ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.0/ ? > i would remove the whole content if there is no objection. > None here. rh

Re: Directory cleanup

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? pavel

ftp devel cleanup

hi, any reason why to keep gigabytes in ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.0/ ? i would remove the whole content if there is no objection. pavel

Re: plaintext export of multicell insets (i.e., align)

On 05/11/2011 12:17 PM, Tommaso Cucinotta wrote: > Dealing with #7549 "Advanced find does not match things in align > environment", at least a part of the problem seems to reside in the > plaintext export of multicell insets (i.e., align). > > It seems to me that the attached patch solves this part

Re: Patch for the CJK InputMethod

ps. IME is a WIndows jargon for Input Method.

Re: Feature: Support for other citation styles

> > Please consider adding the result of your hard work to the wiki. > > If you ended up using modules a natural place to put them would be > http://wiki.lyx.org/Layouts/Modules > > -- > Julien > > Thanks for the suggestion. Sure I will. Actually, I am wondering a more ambitious project. The curre

Re: Subfigures: \subref support?

Here is the ticket for this problem. http://www.lyx.org/trac/ticket/7550 --- Diego Queiroz On Wed, May 11, 2011 at 10:35 AM, Diego Queiroz wrote: > Yes I'm sure. >> > > Yeah, you are right. But this is a LyX bug. It should use a not-so-obvious > name for

Re: Patch for the CJK InputMethod

2011/5/11 Julien Rioux : > This looks interesting. So it delimits the words in a long sentence, is that > right? I am not sure I understand. I think he wants to say that somehow LyX has its own settings for displaying delimitation when IME converts keyboard inputs and that it should be the IME sid

plaintext export of multicell insets (i.e., align)

Dealing with #7549 "Advanced find does not match things in align environment", at least a part of the problem seems to reside in the plaintext export of multicell insets (i.e., align). It seems to me that the attached patch solves this part of the issue, unless I'm completely misunderstanding

Re: r38709 - in lyx-devel/branches/BRANCH_2_0_X: . lib/scripts

On 05/11/2011 10:42 AM, for...@lyx.org wrote: > Author: forenr > Date: Wed May 11 16:42:38 2011 > New Revision: 38709 > URL: http://www.lyx.org/trac/changeset/38709 > > Log: > Fix bug #2200 (The size of previewed images should be independent of the > latex font size) > Thanks rh

Re: r38701 - lyx-devel/trunk/lib/scripts

On 05/11/2011 08:35 AM, Enrico Forestieri wrote: > On Wed, May 11, 2011 at 08:19:17AM -0400, Richard Heck wrote: >> On 05/11/2011 07:48 AM, for...@lyx.org wrote: >>> Author: forenr >>> Date: Wed May 11 13:48:20 2011 >>> New Revision: 38701 >>> URL: http://www.lyx.org/trac/changeset/38701 >>> >>> Lo

Re: r38701 - lyx-devel/trunk/lib/scripts

On Wed, May 11, 2011 at 09:07:25AM -0400, Julien Rioux wrote: > > Yes it is safe. Thanks for having checked the code of this newbie. > By the way Enrico, do you have an idea how difficult it would be to > prevent writing the font size to the .tex file in the first place? I > think this might req

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

> > On Windows it is already the case. > And I'm very happy with this change because hunspell handles hyphenated compounds. 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.

Re: Directory cleanup

On 05/11/2011 03:04 PM, Pavel Sanda wrote: Abdelrazak Younes wrote: Hum even svn is able to track renames... Just try "svn log trunk/CMakeLists.txt" if you don't believe me... i never tried this with svn, it is that "-p" which makes me so happy and actually one of my most popular git commands

Re: r38701 - lyx-devel/trunk/lib/scripts

On 11/05/2011 8:19 AM, Richard Heck wrote: On 05/11/2011 07:48 AM, for...@lyx.org wrote: Author: forenr Date: Wed May 11 13:48:20 2011 New Revision: 38701 URL: http://www.lyx.org/trac/changeset/38701 Log: Fix bug #2200 (The size of previewed images should be independent of the latex font size)

Re: Directory cleanup

Abdelrazak Younes wrote: >> Hum even svn is able to track renames... > > Just try "svn log trunk/CMakeLists.txt" if you don't believe me... i never tried this with svn, it is that "-p" which makes me so happy and actually one of my most popular git commands ;) p

Re: Directory cleanup

On 05/11/2011 02:50 PM, Abdelrazak Younes wrote: On 05/11/2011 02:41 PM, Pavel Sanda wrote: Abdelrazak Younes wrote: src/lyx/ : basically one C++ file with main() using the other libraries below or not src/boost/ src/intl/ src/core/ : everything that is now in src/. Some of that may go in

Re: Directory cleanup

Abdelrazak Younes wrote: > Hum even svn is able to track renames... > >> i mean something like git log -p LyX.cpp is gone > > git log --follow LyX.cpp i should reread man pages from time to time :) take my message back, pavel

Re: Directory cleanup

On 05/11/2011 02:41 PM, Pavel Sanda wrote: Abdelrazak Younes wrote: src/lyx/ : basically one C++ file with main() using the other libraries below or not src/boost/ src/intl/ src/core/ : everything that is now in src/. Some of that may go in new src/export/ and src/import/ directories. the

Re: Directory cleanup

On Wed, May 11, 2011 at 02:34:16PM +0200, Abdelrazak Younes wrote: > > So your itches is more important than others? No, your itches are more important to me. -- Enrico

Re: Directory cleanup

Abdelrazak Younes wrote: > > src/lyx/ : basically one C++ file with main() using the other libraries > below or not > > src/boost/ > > src/intl/ > > src/core/ : > everything that is now in src/. Some of that may go in new src/export/ > and src/import/ directories. the bad side is that we lose

Re: r38701 - lyx-devel/trunk/lib/scripts

On Wed, May 11, 2011 at 08:19:17AM -0400, Richard Heck wrote: > On 05/11/2011 07:48 AM, for...@lyx.org wrote: > > Author: forenr > > Date: Wed May 11 13:48:20 2011 > > New Revision: 38701 > > URL: http://www.lyx.org/trac/changeset/38701 > > > > Log: > > Fix bug #2200 (The size of previewed images s

Re: Directory cleanup

On 05/11/2011 02:24 PM, Enrico Forestieri wrote: On Wed, May 11, 2011 at 02:14:10PM +0200, Abdelrazak Younes wrote: On 05/11/2011 02:08 PM, Enrico Forestieri wrote: On Wed, May 11, 2011 at 01:54:07PM +0200, Abdelrazak Younes wrote: This way we would have one directory per program or library.

Re: Directory cleanup

On Wed, May 11, 2011 at 02:14:10PM +0200, Abdelrazak Younes wrote: > On 05/11/2011 02:08 PM, Enrico Forestieri wrote: > >On Wed, May 11, 2011 at 01:54:07PM +0200, Abdelrazak Younes wrote: > >> > >>This way we would have one directory per program or library. > >Sorry, but I really don't see the need

Re: r38701 - lyx-devel/trunk/lib/scripts

On 05/11/2011 07:48 AM, for...@lyx.org wrote: > Author: forenr > Date: Wed May 11 13:48:20 2011 > New Revision: 38701 > URL: http://www.lyx.org/trac/changeset/38701 > > Log: > Fix bug #2200 (The size of previewed images should be independent of the > latex font size) > I do not know this code at a

Re: Directory cleanup

On 05/11/2011 02:08 PM, Enrico Forestieri wrote: On Wed, May 11, 2011 at 01:54:07PM +0200, Abdelrazak Younes wrote: This way we would have one directory per program or library. Sorry, but I really don't see the need for a reorganization that will destabilize things and will cause people to fix

Re: Directory cleanup

On 05/11/2011 01:54 PM, Abdelrazak Younes wrote: src/boost/ src/intl/ Side notes: 1: we should really get rid of boost source. 2: we should really get rid of boost using code 3: should we get rid of intl source code? Abdel.

Re: Directory cleanup

On Wed, May 11, 2011 at 01:54:07PM +0200, 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 the src dirs because much more than > >>>CMakeLists.txt

Re: Directory cleanup

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 the src dirs because much more than CMakeLists.txt is needed. But I think we could move the CMakeLists.txt into the source dirs and

Re: #2005: Lyx Inserted Graphics Scale Error

It is fixed by babel things... layout setting.. but this workaround is annoying.. From: LyX Ticket Tracker To: barisge...@yahoo.com; lasgout...@lyx.org Cc: eser.ay...@gmail.com Sent: Wednesday, May 11, 2011 5:36 AM Subject: Re: #2005: Lyx Inserted Graphics Scale

Re: Goals for 2.1

Le 10/05/2011 20:02, Julien Rioux a écrit : > On 10/05/2011 9:39 AM, Michel Lavaud wrote: >> Le 10/05/2011 13:46, Richard Heck a écrit : >> I would find it an improvement if, in the "Plan" window, the sequence chapter / section/ etc. currently opened remained opened when opening anot

Re: CMake TODOs

Am 11.05.2011 um 08:32 schrieb Peter Kümmel: > On 11.05.2011 07:26, Stephan Witt wrote: >> Am 11.05.2011 um 00:02 schrieb Peter Kümmel: >> >>> On 10.05.2011 10:07, Kornel wrote: Am Dienstag, 10. Mai 2011 schrieb Peter Kümmel: ... >> >> Done. >> >> Kornel > >