Re: New RefStyle Patch

Helge Hafting wrote: Compatibility meaning: the document still compiles and output still looks good or identical printout to within 1/100 of a mm or bitwise identical pdf file? The first one is good enough for me, but maybe not for everybody? Compatibility means (here): the content of the

Re: sweave module and custom font issues

On 2010-03-25, Jean-Marc Lasgouttes wrote: Jean-Marc Lasgouttes lasgout...@lyx.org writes: Solution 3: Use \PassOptionToClass. Hmm, it might just work. I just tried it and it did not work, because \PassOptionToClass{noae}{Sweave} is not correct in presence of a \usepackage{/path/to/Sweave}

Re: Issues wrt LyX 2.0 for Windows

Le 25/03/2010 22:01, Pavel Sanda a écrit : Joost Verburg wrote: I'm afraid not, MiKTeX also maintains a database of installed packages. pity pavel Could we coerce miktex maintainer into adding to MiKTex a lyxsupport meta package with only dependencies (do these things exist in MikTex?),

Re: sweave module and custom font issues

Le 26/03/2010 10:43, Guenter Milde a écrit : On 2010-03-25, Jean-Marc Lasgouttes wrote: Jean-Marc Lasgoutteslasgout...@lyx.org writes: Solution 3: Use \PassOptionToClass. Hmm, it might just work. I just tried it and it did not work, because \PassOptionToClass{noae}{Sweave} is not correct

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

On 03/25/2010 10:37 PM, kuem...@lyx.org wrote: Author: kuemmel Date: Thu Mar 25 22:37:42 2010 New Revision: 33869 URL: http://www.lyx.org/trac/changeset/33869 Log: cmake: update Readme -Building Visual C++ 2005 project files +Building Visual C++ project files

RE: I can´t run lyx 2.0.0 alpha 1

I have download alpha 1, configure, compile and install without problem. But when I run it get: lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1: undefined symbol: _ZN11QVectorData4freeEPS_i I have debian lenny with g++ 4.3.2, qt 4.6.2. Regards Usually, you use a different run-time version

RE: r33869 - in lyx-devel/trunk: . development/cmake

-Building Visual C++ 2005 project files +Building Visual C++ project files -- -* install Visual C++ 2005 -* install Platform SDK 2005, Core and Web Workshop +* install Visual C++ 2008 +* install Platform SDK 2008, Core and Web Workshop

Re: Add safety measures when saving a file

On 03/25/2010 08:07 PM, Pavel Sanda wrote: hi, this is not fixing the root of #6587 but at least we add some safety measures. since its touching sensitive area of code, i'd like to ask for review before committing. I read the thread on the bug. This is weird and annoying. From what I can

Issue with Lyx converter cache directory on Windows

Dear Lyx developers, I'd like to request that the converter cache directory be moved from the user settings directory to the temp directory (as configured in the Paths section of the Preferences dialog). This is actually important for me (and probably other users on Windows), because I work

Re: Issue with Lyx converter cache directory on Windows

On 03/26/2010 12:44 PM, Zeyn Saigol wrote: Dear Lyx developers, I'd like to request that the converter cache directory be moved from the user settings directory to the temp directory (as configured in the Paths section of the Preferences dialog). This is actually important for me (and

RE: Issue with Lyx converter cache directory on Windows

This seems like a sensible request. Anyone know off-hand where we set this? ConverterCache::init() ? // We do this here and not in the constructor because package() gets // initialized after all static variables. cache_dir = FileName(addName(package().user_support().absFilename(), cache));

[PATCH] Move Converter Cache to /tmp/lyx_tmpdir

A user noted that, by putting the converter cache in the user directory, we risk running people over their disk quotas, since that cache can get fairly large. The attached moves the cache to LyX's temporary directory. Does anyone know a reason not to do this? Jurgen, this could go to

Re: LyxBlogger for Easy WordPress Publishing

rgheck wrote: LyX 2.0 will include its own native HTML output, and alpha releases of 2.0 should be out shortly, so you can try it out for yourself. If your tool works with LyX's HTML output, or if you can get it to do so, then I have no objection to its being included in LyX. Seems useful.

Re: Patch Submission: LyxBlogger Converters

On 03/25/2010 05:59 PM, Jack Desert wrote: I have created a patch that automatically sets up LyxBlogger file formats and converter definitions for both of the supported input types: LyXHTML and eLyXer. For the LyXHTML format, it adds: \converter xhtml xblog lyxblogger $$i

RE: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

Richard, Could you please add an extension to the patches you send, .patch or .diff or .txt. Then, I can open the attachment without difficulties and/or annoying extra mouseclicks. Vincent

RE: r33875 - lyx-devel/branches/BRANCH_1_6_X/src

Author: rgheck Date: Fri Mar 26 17:59:08 2010 New Revision: 33875 URL: http://www.lyx.org/trac/changeset/33875 Log: Backport fix for #6454. The real cause may be elsewhere, but this does fix the crash and is a worthwhile sanity check in any event. Status.16x ? Vincent

RE: r33874 - lyx-devel/branches/BRANCH_1_6_X/src/frontends/qt4

Author: rgheck Date: Fri Mar 26 17:54:24 2010 New Revision: 33874 URL: http://www.lyx.org/trac/changeset/33874 Log: Backport fix for #6522. Status.16x ? Vincent

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On 03/26/2010 01:11 PM, rgheck wrote: A user noted that, by putting the converter cache in the user directory, we risk running people over their disk quotas, since that cache can get fairly large. The attached moves the cache to LyX's temporary directory. Does anyone know a reason not to do

Re: LyxBlogger for Easy WordPress Publishing

On 03/26/2010 01:16 PM, J Worky wrote: rgheck wrote: LyX 2.0 will include its own native HTML output, and alpha releases of 2.0 should be out shortly, so you can try it out for yourself. If your tool works with LyX's HTML output, or if you can get it to do so, then I have no

Re: Add safety measures when saving a file

Richard Heck wrote: wouldnt be better this way // Saving failed, so backup is not backup if (madeBackup) backupName.moveTo(d-filename); +d-filename.copyTo(d-backupName); I'm a bit puzzled here. Why can't we just move

Re: Enhancement bugs for 2.0

Vincent van Ravesteijn - TNW wrote: to me it was fixed by new search pane. Vincent however have idea to convert the current simple search dialog into search bar. opinions? anybody wants to work on it? otherwise c. I've already done some work on it. I really want to have this in 2.0.0, so

Re: Enhancement bugs for 2.0

Tommaso Cucinotta wrote: Or, are you thinking to just replace the simple-search dialog with the bar ? yes that was the proposal. pavel

Re: Enhancement bugs for 2.0

Leuven recently proposed a rework of the current simple-search dialog. Are we going to have 3 search facilities ? - simple-search dialog - advanced-search pane - simple-search bar ? I'm not sure I remember what Edwin proposed. Or, are you thinking to just replace the simple-search dialog

Fwd: Enhancement bugs for 2.0

Vincent van Ravesteijn v.f.vanraveste...@tudelft.nl wrote: I'm not sure I remember what Edwin proposed. at one point i suggested to keep only the advanced one you then suggested to keep the simple one and perhaps turn it into a search bar if i remember well the issue was mainly speed of

Re: Add safety measures when saving a file

On 03/26/2010 02:12 PM, Pavel Sanda wrote: Richard Heck wrote: wouldnt be better this way // Saving failed, so backup is not backup if (madeBackup) backupName.moveTo(d-filename); +d-filename.copyTo(d-backupName);

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: On 03/26/2010 01:11 PM, rgheck wrote: A user noted that, by putting the converter cache in the user directory, we risk running people over their disk quotas, since that cache can get fairly large. The attached moves the cache to LyX's

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: On 3/26/10 5:50 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: On 03/26/2010 01:11 PM, rgheck wrote: A user noted that, by putting the converter cache in the user directory, we risk running

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On 03/26/2010 06:16 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: On 3/26/10 5:50 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: On 03/26/2010 01:11 PM, rgheck wrote: A user noted

RE: I can´t run lyx 2.0.0 alpha 1

I have download alpha 1, configure, compile and install without problem. But when I run it get: lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1: undefined symbol: _ZN11QVectorData4freeEPS_i I have debian lenny with g++ 4.3.2, qt 4.6.2. Regards Usually, you use a different

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 06:20:06PM -0400, rgheck wrote: On 03/26/2010 06:16 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: On 3/26/10 5:50 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: On 03/26/2010 01:11

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: Any other ideas, then? This does seem to be a real problem for some people. Several: 1. Disable cache. 2. Softlink the cache dir somewhere else. 3. Use the

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 11:40:21PM +0100, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: Any other ideas, then? This does seem to be a real problem for some people. Several:

Re: Add safety measures when saving a file

Richard Heck wrote: Looks good to me. thanks for comments. pavel

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

Several: 1. Disable cache. 2. Softlink the cache dir somewhere else. 3. Use the -userdir flag when launching lyx. 4. Set the LYX_USERDIR_16x to a place with plenty of room. So far as I can see, only the first is likely to work in the case the user reported. Or maybe the second, but

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On 03/26/2010 06:40 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: Any other ideas, then? This does seem to be a real problem for some people. Several: 1. Disable

Re: Compiling with Qt 4.2

On Wed, Mar 24, 2010 at 11:52 AM, Stephan Witt st.w...@gmx.net wrote: Am 24.03.2010 um 16:11 schrieb BH: On Wed, Mar 24, 2010 at 10:10 AM, Pavel Sanda sa...@lyx.org wrote: BH wrote: etc.). Qt4.6 crashes, which I gather is true on other systems as well. which crashes? I'll start submitting

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 09:40:56PM -0400, rgheck wrote: On 03/26/2010 06:40 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: Any other ideas, then? This does seem to be a real problem

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 09:40:27PM -0400, rgheck wrote: Several: 1. Disable cache. 2. Softlink the cache dir somewhere else. 3. Use the -userdir flag when launching lyx. 4. Set the LYX_USERDIR_16x to a place with plenty of room. So far as I can see, only the first is likely to work in

Re: lyx rev. 33817 make error on mac os x SL

On Mon, Mar 22, 2010 at 10:55 AM, Stephan Witt st.w...@gmx.net wrote: Am 22.03.2010 um 14:58 schrieb BH: On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko kor...@lyx.org wrote: The problem is installing it. When XCode builds, it should create the application bundle, but it doesn't. When I use

Re: lyx rev. 33817 make error on mac os x SL

On Mon, Mar 22, 2010 at 10:50 AM, Kornel Benko kor...@lyx.org wrote: We need someone having OSX. You already have some experience there. It is not soo difficult to start with cmake. Maybe you could step in here? Code specific for OSX in e.g. CMakeLists.txt would look like this:  if(APPLE)  

Re: New RefStyle Patch

Helge Hafting wrote: > Compatibility meaning: > "the document still compiles and output still looks good" > or "identical printout to within 1/100 of a mm" > or "bitwise identical pdf file"? > > The first one is good enough for me, but maybe not for everybody? Compatibility means (here): the

Re: sweave module and custom font issues

On 2010-03-25, Jean-Marc Lasgouttes wrote: > Jean-Marc Lasgouttes writes: >> Solution 3: Use \PassOptionToClass. Hmm, it might just work. > I just tried it and it did not work, because > \PassOptionToClass{noae}{Sweave} > is not correct in presence of a

Re: Issues wrt LyX 2.0 for Windows

Le 25/03/2010 22:01, Pavel Sanda a écrit : Joost Verburg wrote: I'm afraid not, MiKTeX also maintains a database of installed packages. pity pavel Could we coerce miktex maintainer into adding to MiKTex a "lyxsupport" meta package with only dependencies (do these things exist in MikTex?),

Re: sweave module and custom font issues

Le 26/03/2010 10:43, Guenter Milde a écrit : On 2010-03-25, Jean-Marc Lasgouttes wrote: Jean-Marc Lasgouttes writes: Solution 3: Use \PassOptionToClass. Hmm, it might just work. I just tried it and it did not work, because \PassOptionToClass{noae}{Sweave} is not correct

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

On 03/25/2010 10:37 PM, kuem...@lyx.org wrote: Author: kuemmel Date: Thu Mar 25 22:37:42 2010 New Revision: 33869 URL: http://www.lyx.org/trac/changeset/33869 Log: cmake: update Readme -Building Visual C++ 2005 project files +Building Visual C++ project files

RE: I can´t run lyx 2.0.0 alpha 1

> I have download alpha 1, configure, compile and install without problem. > But when I run it get: > >lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1: undefined >symbol: _ZN11QVectorData4freeEPS_i > > I have debian lenny with g++ 4.3.2, qt 4.6.2. > >Regards Usually, you use a different run-time

RE: r33869 - in lyx-devel/trunk: . development/cmake

>> -Building Visual C++ 2005 project files >> +Building Visual C++ project files >> -- >> >> -* install Visual C++ 2005 >> -* install Platform SDK 2005, "Core" and "Web Workshop" >> +* install Visual C++ 2008 >> +* install Platform SDK 2008,

Re: Add safety measures when saving a file

On 03/25/2010 08:07 PM, Pavel Sanda wrote: hi, this is not fixing the root of #6587 but at least we add some safety measures. since its touching sensitive area of code, i'd like to ask for review before committing. I read the thread on the bug. This is weird and annoying. From what I can

Issue with Lyx converter cache directory on Windows

Dear Lyx developers, I'd like to request that the converter cache directory be moved from the user settings directory to the temp directory (as configured in the Paths section of the Preferences dialog). This is actually important for me (and probably other users on Windows), because I work

Re: Issue with Lyx converter cache directory on Windows

On 03/26/2010 12:44 PM, Zeyn Saigol wrote: Dear Lyx developers, I'd like to request that the converter cache directory be moved from the user settings directory to the temp directory (as configured in the Paths section of the Preferences dialog). This is actually important for me (and

RE: Issue with Lyx converter cache directory on Windows

> >This seems like a sensible request. Anyone know off-hand where we set this? > ConverterCache::init() ? // We do this here and not in the constructor because package() gets // initialized after all static variables. cache_dir = FileName(addName(package().user_support().absFilename(),

[PATCH] Move Converter Cache to /tmp/lyx_tmpdir

A user noted that, by putting the converter cache in the user directory, we risk running people over their disk quotas, since that cache can get fairly large. The attached moves the cache to LyX's temporary directory. Does anyone know a reason not to do this? Jurgen, this could go to

Re: LyxBlogger for Easy WordPress Publishing

rgheck wrote: >LyX 2.0 will include its own native HTML output, and alpha releases of 2.0 > should be out shortly, so you can try it out for yourself. If your tool works with > LyX's HTML output, or if you can get it to do so, then I have no objection to > its being included in LyX. Seems

Re: Patch Submission: LyxBlogger Converters

On 03/25/2010 05:59 PM, Jack Desert wrote: I have created a patch that automatically sets up LyxBlogger file formats and converter definitions for both of the supported input types: LyXHTML and eLyXer. For the LyXHTML format, it adds: \converter xhtml xblog "lyxblogger $$i"

RE: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

Richard, Could you please add an extension to the patches you send, .patch or .diff or .txt. Then, I can open the attachment without difficulties and/or annoying extra mouseclicks. Vincent

RE: r33875 - lyx-devel/branches/BRANCH_1_6_X/src

>Author: rgheck >Date: Fri Mar 26 17:59:08 2010 >New Revision: 33875 >URL: http://www.lyx.org/trac/changeset/33875 > >Log: >Backport fix for #6454. The real cause may be elsewhere, but >this does fix the crash and is a worthwhile sanity check in >any event. Status.16x ? Vincent

RE: r33874 - lyx-devel/branches/BRANCH_1_6_X/src/frontends/qt4

>Author: rgheck >Date: Fri Mar 26 17:54:24 2010 >New Revision: 33874 >URL: http://www.lyx.org/trac/changeset/33874 > >Log: >Backport fix for #6522. Status.16x ? Vincent

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On 03/26/2010 01:11 PM, rgheck wrote: A user noted that, by putting the converter cache in the user directory, we risk running people over their disk quotas, since that cache can get fairly large. The attached moves the cache to LyX's temporary directory. Does anyone know a reason not to do

Re: LyxBlogger for Easy WordPress Publishing

On 03/26/2010 01:16 PM, J Worky wrote: rgheck wrote: >LyX 2.0 will include its own native HTML output, and alpha releases of 2.0 should be out shortly, so you can try it out for yourself. If your tool works with LyX's HTML output, or if you can get it to do so, then I have no

Re: Add safety measures when saving a file

Richard Heck wrote: >> wouldnt be better this way >> // Saving failed, so backup is not backup >> if (madeBackup) >> backupName.moveTo(d->filename); >> +d->filename.copyTo(d->backupName); >> >> >> > I'm a bit puzzled here. Why

Re: Enhancement bugs for 2.0

Vincent van Ravesteijn - TNW wrote: to me it was fixed by new search pane. Vincent however have idea to convert the current simple search dialog into search bar. opinions? anybody wants to work on it? otherwise c. I've already done some work on it. I really want to have this in 2.0.0, so

Re: Enhancement bugs for 2.0

Tommaso Cucinotta wrote: > Or, are you thinking to just replace the simple-search dialog with the bar > ? yes that was the proposal. pavel

Re: Enhancement bugs for 2.0

Leuven recently proposed a rework of the current simple-search dialog. Are we going to have 3 search facilities ? - simple-search dialog - advanced-search pane - simple-search bar ? I'm not sure I remember what Edwin proposed. Or, are you thinking to just replace the simple-search dialog

Fwd: Enhancement bugs for 2.0

Vincent van Ravesteijn wrote: > I'm not sure I remember what Edwin proposed. at one point i suggested to keep only the "advanced" one you then suggested to keep the "simple" one and perhaps turn it into a search bar if i remember well the issue was mainly speed

Re: Add safety measures when saving a file

On 03/26/2010 02:12 PM, Pavel Sanda wrote: Richard Heck wrote: wouldnt be better this way // Saving failed, so backup is not backup if (madeBackup) backupName.moveTo(d->filename); +d->filename.copyTo(d->backupName);

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: > On 03/26/2010 01:11 PM, rgheck wrote: > > > >A user noted that, by putting the converter cache in the user > >directory, we risk running people over their disk quotas, since > >that cache can get fairly large. The attached moves the cache

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: > On 3/26/10 5:50 PM, Enrico Forestieri wrote: > >On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: > > > >>On 03/26/2010 01:11 PM, rgheck wrote: > >>>A user noted that, by putting the converter cache in the user > >>>directory,

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On 03/26/2010 06:16 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: On 3/26/10 5:50 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: On 03/26/2010 01:11 PM, rgheck wrote: A user noted

RE: I can´t run lyx 2.0.0 alpha 1

> > I have download alpha 1, > configure, compile and install without problem. > > But when I run it get: > > > >lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1: > undefined > >symbol: _ZN11QVectorData4freeEPS_i > > > > I have debian lenny with g++ 4.3.2, qt 4.6.2. > > > >Regards > > Usually, you

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 06:20:06PM -0400, rgheck wrote: > On 03/26/2010 06:16 PM, Enrico Forestieri wrote: > >On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: > > > >>On 3/26/10 5:50 PM, Enrico Forestieri wrote: > >>>On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote: > >>> >

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: > On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: > > Any other ideas, then? This does seem to be a real problem for some people. > > Several: > 1. Disable cache. > 2. Softlink the cache dir somewhere else. > 3. Use

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 11:40:21PM +0100, Enrico Forestieri wrote: > On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: > > On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: > > > Any other ideas, then? This does seem to be a real problem for some > > > people. > > >

Re: Add safety measures when saving a file

Richard Heck wrote: > Looks good to me. thanks for comments. pavel

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

Several: 1. Disable cache. 2. Softlink the cache dir somewhere else. 3. Use the -userdir flag when launching lyx. 4. Set the LYX_USERDIR_16x to a place with plenty of room. So far as I can see, only the first is likely to work in the case the user reported. Or maybe the second, but

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On 03/26/2010 06:40 PM, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: Any other ideas, then? This does seem to be a real problem for some people. Several: 1. Disable

Re: Compiling with Qt 4.2

On Wed, Mar 24, 2010 at 11:52 AM, Stephan Witt wrote: > Am 24.03.2010 um 16:11 schrieb BH: > >> On Wed, Mar 24, 2010 at 10:10 AM, Pavel Sanda wrote: >>> BH wrote: etc.). Qt4.6 crashes, which I gather is true on other systems as well. >>> >>> which crashes? >>

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 09:40:56PM -0400, rgheck wrote: > On 03/26/2010 06:40 PM, Enrico Forestieri wrote: > >On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote: > >>On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote: > >>>Any other ideas, then? This does seem to be a

Re: [PATCH] Move Converter Cache to /tmp/lyx_tmpdir

On Fri, Mar 26, 2010 at 09:40:27PM -0400, rgheck wrote: > > >>>Several: > >>>1. Disable cache. > >>>2. Softlink the cache dir somewhere else. > >>>3. Use the -userdir flag when launching lyx. > >>>4. Set the LYX_USERDIR_16x to a place with plenty of room. > >>> > >>So far as I can see, only the

Re: lyx rev. 33817 make error on mac os x SL

On Mon, Mar 22, 2010 at 10:55 AM, Stephan Witt wrote: > Am 22.03.2010 um 14:58 schrieb BH: > >> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote: The problem is installing it. When XCode builds, it should create the application bundle, but it

Re: lyx rev. 33817 make error on mac os x SL

On Mon, Mar 22, 2010 at 10:50 AM, Kornel Benko wrote: > We need someone having OSX. You already have some experience there. It is not > soo difficult > to start with cmake. Maybe you could step in here? > > Code specific for OSX in e.g. CMakeLists.txt would look like this: >