Re: LyX 2.0 release plan

On 03/09/2010 10:47 PM, Jean-Marc Lasgouttes wrote: Le 09/03/2010 20:11, Pavel Sanda a écrit : ah, thats part of the AtPoint discussion... unfortunately there seems to be no easy fix right now. Just cerate inset-type change to replace the uses of inset-modify... Well this whole issue is

Re: Some technical details

On 03/09/2010 07:13 PM, Uwe Stöhr wrote: Abdelrazak Younes schrieb: Correction: I never was able to reproduce this bug under Windows and I use an older version of Joost's intl.dll. Which version of intl.dll? Don't remember, I guess 0.15 What is your Qt-version? 4.6.0 MSVC binaries from

Re: r33691 - lyx-devel/trunk

On 03/10/2010 02:42 AM, Pavel Sanda wrote: basically we are waiting fo two things: - Richard's patch for Qt 4.6 issues on outliner Will do in today. I need to do a bit more checking for missing updates. rh

Re: LyX 2.0 release plan

On 03/10/2010 03:00 AM, Abdelrazak Younes wrote: On 03/09/2010 10:47 PM, Jean-Marc Lasgouttes wrote: Le 09/03/2010 20:11, Pavel Sanda a écrit : ah, thats part of the AtPoint discussion... unfortunately there seems to be no easy fix right now. Just cerate inset-type change to replace the

Re: LyX 2.0 release plan

Le 10/03/2010 13:33, rgheck a écrit : On 03/10/2010 03:00 AM, Abdelrazak Younes wrote: I still think this is a good move because I really don't like to have to create a new LFUN for each and every inset. Also because when the use of user defined insets can be generalized then inset-modify could

RE: LyX 2.0 release plan

If the issue is that InsetTabular thinks it has to have the cursor inside it to apply the LFUN, can't we change how that works? I.e., can't we move the cursor in there, or re-write the routine so it doesn't need to assume that? Hmm, what is the particular bug we want to fix here? Jmarc

RE: Patch: text-mode table split-above-row functionality

I don't like the fact that an Inset is inserting new insets and inserting paragraph breaks outside this table. To my feeling this cur should be const for all cursorslices outside the inset. Vincent Jmarc.. Do you have an opinion on this ? Vincent

Re: Patch: text-mode table split-above-row functionality

Le 10/03/2010 13:54, Vincent van Ravesteijn - TNW a écrit : I don't like the fact that an Inset is inserting new insets and inserting paragraph breaks outside this table. To my feeling this cur should be const for all cursorslices outside the inset. Jmarc.. Do you have an opinion on this ? I

RE: Patch: text-mode table split-above-row functionality

I don't like the fact that an Inset is inserting new insets and inserting paragraph breaks outside this table. To my feeling this cur should be const for all cursorslices outside the inset. Jmarc.. Do you have an opinion on this ? I do not like it either, but then I do not have a brilliant

Re: Patch: text-mode table split-above-row functionality

Le 10/03/2010 14:10, Vincent van Ravesteijn - TNW a écrit : That's probably solved in Text3.cpp:dissolveInset(). Yes. Would it be a good idea to have a LFUN_INSET_SPLIT and LFUN_INSET_JOIN anyway (especially if we think about the TBM, yes.. Let's drop its name again). What would make it a

Re: Some technical details

On 3/9/2010 1:16 PM, Uwe Stöhr wrote: But you still have no success. But why is it working ofr Abdel and Joost but not for use. I have no idea right now, because Abdel uses CMake, Joost uses Scons. So the build system cannot be the reason. The installer can also not be the reason because this is

Re: Some technical details

On 3/8/2010 7:41 PM, Uwe Stöhr wrote: I'm a bit puzzled because we discusses the gettext problem several times and everybody on Windows could reproduce this, also you if I remember correctly. I never tried to reproduce the bug myself. Joost

Re: Some technical details

On 3/9/2010 1:13 PM, Uwe Stöhr wrote: Besides this, Joost, I think that you are also using SCons to compile LyX. Or do you now use CMake? Correct. I'm using SCons. Joost

Trunk: document margins: defskip

Recently I am having problems with page margins using trunk. My default template for new documents sets margins at 1.5 on top, bottom, left, and right. When I create a new document, the margins of the new document are 1.5 all around. When I save it, the margins in LyX show up as 1.5 all around

RE: Trunk: document margins: defskip

Recently I am having problems with page margins using trunk. Fixed at r33695. Jurgen, is this ok ? Vincent

Dispatch Oddity

// Let the current GuiView dispatch its own actions. lv-dispatch(cmd, dr); if (dr.dispatched() lv) return; BufferView * bv = lv-currentBufferView(); LASSERT(bv, /**/); That looks wrong. If we had dr.dispatched() lv == 0, we crash. rh -- ---

RE: Dispatch Oddity

// Let the current GuiView dispatch its own actions. lv-dispatch(cmd, dr); if (dr.dispatched() lv) return; BufferView * bv = lv-currentBufferView(); LASSERT(bv, /**/); That looks wrong. If we had dr.dispatched() lv == 0, we crash. rh It surely looks wrong,

Re: Trunk: document margins: defskip

On Wed, Mar 10, 2010 at 11:36 AM, Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl wrote: Recently I am having problems with page margins using trunk. Fixed at r33695. Yes -- thanks. One other (possibly related?) problem: when changing document settings, the buffer is not marked as

Re: Dispatch Oddity

On 03/10/2010 12:16 PM, Vincent van Ravesteijn - TNW wrote: // Let the current GuiView dispatch its own actions. lv-dispatch(cmd, dr); if (dr.dispatched() lv) return; BufferView * bv = lv-currentBufferView(); LASSERT(bv, /**/); That looks wrong. If we had

Crash with Insert new Branch from Branch Dialog

1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash.

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 12:44 PM, Vincent van Ravesteijn - TNW wrote: 1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. Qt version? rh

RE: Crash with Insert new Branch from Branch Dialog

1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. Qt version? 4.5.1 rh Vincent

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 01:27 PM, Vincent van Ravesteijn - TNW wrote: 1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. I can't reproduce here. By (3), do you just mean Press

RE: Crash with Insert new Branch from Branch Dialog

1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. I can't reproduce here. By (3), do you just mean Press OK? No, I mean.. New Inset. Vincent

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 02:08 PM, Vincent van Ravesteijn - TNW wrote: 1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. I can't reproduce here. By (3),

RE: Crash with Insert new Branch from Branch Dialog

Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) InsertBranchInsert New Branch (2) Enter frogs (3) Hit OK Now what? Or is that already wrong? This was step 1. Now: 2. Edit branch settings (right click on the just inserted branch

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) InsertBranchInsert New Branch (2) Enter frogs (3) Hit OK Now what? Or is that already wrong? This was

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 03:43 PM, rgheck wrote: On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) InsertBranchInsert New Branch (2) Enter frogs (3) Hit OK Now what? Or is that already

Re: Crash with Insert new Branch from Branch Dialog

On 10/03/2010 21:43, rgheck wrote: On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) InsertBranchInsert New Branch (2) Enter frogs (3) Hit OK Now what? Or is that already

Re: Crash with Insert new Branch from Branch Dialog

On 10/03/2010 21:56, rgheck wrote: On 03/10/2010 03:43 PM, rgheck wrote: On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) InsertBranchInsert New Branch (2) Enter frogs (3)

Re: Some technical details

On 09/03/2010 19:13, Uwe Stöhr wrote: Abdelrazak Younes schrieb: Correction: I never was able to reproduce this bug under Windows and I use an older version of Joost's intl.dll. Which version of intl.dll? intl.dll 0.15.0 dating back from april 2008 iconv.dll 1.11.0 dating back from april

Re: Some technical details

On 09/03/2010 14:51, Vincent van Ravesteijn - TNW wrote: Have you done something special in your installer because it doesn't work for me when I just compile LyX and use it (without the usage of any NSIS script)? As Vincent has the same problem you must have done some magic (like some special

Re: Some technical details

Am 10.03.2010 22:23, schrieb Abdelrazak Younes: I use an older version of Joost's intl.dll. Which version of intl.dll? intl.dll 0.15.0 dating back from april 2008 iconv.dll 1.11.0 dating back from april 2008 I use the same versions, but dating from December 2007. regards Uwe

Re: Some technical details

On 3/10/2010 4:31 PM, Uwe Stöhr wrote: Which version of intl.dll? intl.dll 0.15.0 dating back from april 2008 iconv.dll 1.11.0 dating back from april 2008 I use the same versions, but dating from December 2007. The Dec 2007 version is indeed the latest one, so you got the right intl.dll.

Re: Some technical details

On 3/10/2010 3:30 AM, Abdelrazak Younes wrote: What is your Qt-version? 4.6.0 MSVC binaries from Nokia. I hadn't noticed yet that Qt is now providing MSVC binaries as well. That's very convenient. Are there any known issues with Qt 4.6 and the current 1.6 branch? Joost

Re: Some technical details

On 10/03/2010 22:55, Joost Verburg wrote: On 3/10/2010 3:30 AM, Abdelrazak Younes wrote: What is your Qt-version? 4.6.0 MSVC binaries from Nokia. I hadn't noticed yet that Qt is now providing MSVC binaries as well. That's very convenient. Are there any known issues with Qt 4.6 and the

Re: LyX 2.0 release plan

Le 10/03/2010 09:00, Abdelrazak Younes a écrit : Well this whole issue is because I made the opposite change... I still think this is a good move because I really don't like to have to create a new LFUN for each and every inset. Also because when the use of user defined insets can be generalized

Re: LyX 2.0 release plan

Le 10/03/2010 13:52, Vincent van Ravesteijn - TNW a écrit : The one below: other bug you would like to see killed? Insert a table, put the cursor in front of the table, press set all lines on the table toolbar.. Crash. But this one is fixed now, isn't it? I mean, we worked around it :)

Re: LyX 2.0 release plan

On 10/03/2010 23:14, Jean-Marc Lasgouttes wrote: Le 10/03/2010 13:52, Vincent van Ravesteijn - TNW a écrit : The one below: other bug you would like to see killed? Insert a table, put the cursor in front of the table, press set all lines on the table toolbar.. Crash. But this one is fixed

Re: LyX 2.0 release plan

Le 10/03/2010 23:15, Abdelrazak Younes a écrit : But this one is fixed now, isn't it? I mean, we worked around it :) Yes, Edwin did. And I also did something similar in InsetMathGrid IIRC. OK, thanks. JMarc

Re: LyX 2.0 release plan

On 10/03/2010 23:09, Jean-Marc Lasgouttes wrote: Le 10/03/2010 09:00, Abdelrazak Younes a écrit : Well this whole issue is because I made the opposite change... I still think this is a good move because I really don't like to have to create a new LFUN for each and every inset. Also because when

Re: LyX 2.0 release plan

Le 10/03/2010 23:20, Abdelrazak Younes a écrit : Well, it does modify the inset so it's OK to have it in there. But I agree about the distinction beween inset-modify and inset-params-modify. Basically inset-modify should be about modifying the content (and can depend on the Cursor position) and

Re: LyX 2.0 release plan

On 10/03/2010 23:27, Jean-Marc Lasgouttes wrote: Le 10/03/2010 23:20, Abdelrazak Younes a écrit : Well, it does modify the inset so it's OK to have it in there. But I agree about the distinction beween inset-modify and inset-params-modify. Basically inset-modify should be about modifying the

RE: Crash with Insert new Branch from Branch Dialog

I don't get the crash, but I do see the problem. The new branch is called branch Branch frogs\n, which looks like the argument to some LFUN. This is coming from InsetBranchParams::write(). I get a lot of the following errors: /data/saturnus/ravesteijn/lyx-devel/src/Color.cpp(354):

Re: Patch: text-mode table split-above-row functionality

On Wednesday 10 March 2010 08:10:37 am Vincent van Ravesteijn - TNW wrote: I don't like the fact that an Inset is inserting new insets and inserting paragraph breaks outside this table. To my feeling this cur should be const for all cursorslices outside the inset. Jmarc.. Do you have

new short article about LyX

Here it is: http://techblog.aasisvinayak.com/lyx-editor-a-powerful-editor-for-researchers/ Do we add all articles about LyX to our webpage or only special reviews? regards Uwe

Re: Some technical details - bug fixed

I never tried to reproduce the bug myself. I wish you would have done this during our discussions because this would have helped me to find out that this is definitely a bug on my side. I now found it: A chemistry program on my PC set the LANG Windows environment variable when it was

Re: Some technical details - bug fixed

On 3/10/2010 9:55 PM, Uwe Stöhr wrote: I therefore created the workaround using a batch file (lyx.bat) where I reset the LANG variable before loading LyX. I think it may be better to put this in an application like the LyXLauncher that I made for my installer. AFAIK with a batch file you get

Re: new short article about LyX

Uwe Stöhr wrote: Here it is: http://techblog.aasisvinayak.com/lyx-editor-a-powerful-editor-for-researchers/ Do we add all articles about LyX to our webpage or only special reviews? web is full of small blogs like this; i would only add special or lenghty reviews. just found we have last

Re: LyX 2.0 release plan

On 03/09/2010 10:47 PM, Jean-Marc Lasgouttes wrote: Le 09/03/2010 20:11, Pavel Sanda a écrit : ah, thats part of the AtPoint discussion... unfortunately there seems to be no easy fix right now. Just cerate inset-type change to replace the uses of inset-modify... Well this whole issue is

Re: Some technical details

On 03/09/2010 07:13 PM, Uwe Stöhr wrote: Abdelrazak Younes schrieb: Correction: I never was able to reproduce this bug under Windows and I use an older version of Joost's "intl.dll". Which version of intl.dll? Don't remember, I guess 0.15 What is your Qt-version? 4.6.0 MSVC binaries

Re: r33691 - lyx-devel/trunk

On 03/10/2010 02:42 AM, Pavel Sanda wrote: basically we are waiting fo two things: - Richard's patch for Qt 4.6 issues on outliner Will do in today. I need to do a bit more checking for missing updates. rh

Re: LyX 2.0 release plan

On 03/10/2010 03:00 AM, Abdelrazak Younes wrote: On 03/09/2010 10:47 PM, Jean-Marc Lasgouttes wrote: Le 09/03/2010 20:11, Pavel Sanda a écrit : ah, thats part of the AtPoint discussion... unfortunately there seems to be no easy fix right now. Just cerate inset-type change to replace the

Re: LyX 2.0 release plan

Le 10/03/2010 13:33, rgheck a écrit : On 03/10/2010 03:00 AM, Abdelrazak Younes wrote: I still think this is a good move because I really don't like to have to create a new LFUN for each and every inset. Also because when the use of user defined insets can be generalized then inset-modify could

RE: LyX 2.0 release plan

>> If the issue is that InsetTabular thinks it has to have the cursor >> inside it to apply the LFUN, can't we change how that works? I.e., >> can't we move the cursor in there, or re-write the routine so it >> doesn't need to assume that? > >Hmm, what is the particular bug we want to fix

RE: Patch: text-mode table split-above-row functionality

>> I don't like the fact that an Inset is inserting new insets and >> inserting paragraph breaks outside this table. To my feeling this cur >> should be const for all cursorslices outside the inset. >> >> Vincent > Jmarc.. Do you have an opinion on this ? Vincent

Re: Patch: text-mode table split-above-row functionality

Le 10/03/2010 13:54, Vincent van Ravesteijn - TNW a écrit : I don't like the fact that an Inset is inserting new insets and inserting paragraph breaks outside this table. To my feeling this cur should be const for all cursorslices outside the inset. Jmarc.. Do you have an opinion on this ? I

RE: Patch: text-mode table split-above-row functionality

I don't like the fact that an Inset is inserting new insets and inserting paragraph breaks outside this table. To my feeling this cur should be const for all cursorslices outside the inset. >> >> Jmarc.. Do you have an opinion on this ? > >I do not like it either, but then I do

Re: Patch: text-mode table split-above-row functionality

Le 10/03/2010 14:10, Vincent van Ravesteijn - TNW a écrit : That's probably solved in Text3.cpp:dissolveInset(). Yes. Would it be a good idea to have a LFUN_INSET_SPLIT and LFUN_INSET_JOIN anyway (especially if we think about the TBM, yes.. Let's drop its name again). What would make it a

Re: Some technical details

On 3/9/2010 1:16 PM, Uwe Stöhr wrote: But you still have no success. But why is it working ofr Abdel and Joost but not for use. I have no idea right now, because Abdel uses CMake, Joost uses Scons. So the build system cannot be the reason. The installer can also not be the reason because this is

Re: Some technical details

On 3/8/2010 7:41 PM, Uwe Stöhr wrote: I'm a bit puzzled because we discusses the gettext problem several times and everybody on Windows could reproduce this, also you if I remember correctly. I never tried to reproduce the bug myself. Joost

Re: Some technical details

On 3/9/2010 1:13 PM, Uwe Stöhr wrote: Besides this, Joost, I think that you are also using SCons to compile LyX. Or do you now use CMake? Correct. I'm using SCons. Joost

Trunk: document margins: defskip

Recently I am having problems with page margins using trunk. My default template for new documents sets margins at 1.5" on top, bottom, left, and right. When I create a new document, the margins of the new document are 1.5 all around. When I save it, the margins in LyX show up as 1.5 all around

RE: Trunk: document margins: defskip

>Recently I am having problems with page margins using trunk. Fixed at r33695. Jurgen, is this ok ? Vincent

Dispatch Oddity

// Let the current GuiView dispatch its own actions. lv->dispatch(cmd, dr); if (dr.dispatched() && lv) return; BufferView * bv = lv->currentBufferView(); LASSERT(bv, /**/); That looks wrong. If we had dr.dispatched() && lv == 0, we crash. rh --

RE: Dispatch Oddity

> // Let the current GuiView dispatch its own actions. > lv->dispatch(cmd, dr); > if (dr.dispatched() && lv) > return; > > BufferView * bv = lv->currentBufferView(); > LASSERT(bv, /**/); > >That looks wrong. If we had dr.dispatched() && lv == 0, we crash. > >rh It

Re: Trunk: document margins: defskip

On Wed, Mar 10, 2010 at 11:36 AM, Vincent van Ravesteijn - TNW wrote: > >>Recently I am having problems with page margins using trunk. > > Fixed at r33695. Yes -- thanks. One other (possibly related?) problem: when changing document settings, the buffer is not

Re: Dispatch Oddity

On 03/10/2010 12:16 PM, Vincent van Ravesteijn - TNW wrote: // Let the current GuiView dispatch its own actions. lv->dispatch(cmd, dr); if (dr.dispatched()&& lv) return; BufferView * bv = lv->currentBufferView(); LASSERT(bv, /**/); That looks wrong. If we had

Crash with Insert new Branch from Branch Dialog

1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash.

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 12:44 PM, Vincent van Ravesteijn - TNW wrote: 1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. Qt version? rh

RE: Crash with Insert new Branch from Branch Dialog

>> 1. Insert a new branch, >> 2. Edit branch settings, >> 3. Press New Inset, >> 4. A lot of warnings are printed to the console 5. (double) click on >> the new branch inset.. >> 6. crash. >> >> >Qt version? > 4.5.1 >rh Vincent

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 01:27 PM, Vincent van Ravesteijn - TNW wrote: 1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. I can't reproduce here. By (3), do you just mean

RE: Crash with Insert new Branch from Branch Dialog

1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. >I can't reproduce here. By (3), do you just mean "Press OK"? > No, I

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 02:08 PM, Vincent van Ravesteijn - TNW wrote: 1. Insert a new branch, 2. Edit branch settings, 3. Press New Inset, 4. A lot of warnings are printed to the console 5. (double) click on the new branch inset.. 6. crash. I can't reproduce here. By (3),

RE: Crash with Insert new Branch from Branch Dialog

>Sorry, I know I must be being very clueless here, but I don't know what that is. > >Here's what I'm doing: >(1) Insert>Branch>Insert New Branch >(2) Enter "frogs" >(3) Hit "OK" >Now what? Or is that already wrong? This was step 1. Now: 2. Edit branch settings (right click on the just

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) Insert>Branch>Insert New Branch (2) Enter "frogs" (3) Hit "OK" Now what? Or is that already wrong? This

Re: Crash with Insert new Branch from Branch Dialog

On 03/10/2010 03:43 PM, rgheck wrote: On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) Insert>Branch>Insert New Branch (2) Enter "frogs" (3) Hit "OK" Now what? Or is that

Re: Crash with Insert new Branch from Branch Dialog

On 10/03/2010 21:43, rgheck wrote: On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) Insert>Branch>Insert New Branch (2) Enter "frogs" (3) Hit "OK" Now what? Or is that

Re: Crash with Insert new Branch from Branch Dialog

On 10/03/2010 21:56, rgheck wrote: On 03/10/2010 03:43 PM, rgheck wrote: On 03/10/2010 02:23 PM, Vincent van Ravesteijn - TNW wrote: Sorry, I know I must be being very clueless here, but I don't know what that is. Here's what I'm doing: (1) Insert>Branch>Insert New Branch (2) Enter "frogs"

Re: Some technical details

On 09/03/2010 19:13, Uwe Stöhr wrote: Abdelrazak Younes schrieb: Correction: I never was able to reproduce this bug under Windows and I use an older version of Joost's "intl.dll". Which version of intl.dll? intl.dll 0.15.0 dating back from april 2008 iconv.dll 1.11.0 dating back from april

Re: Some technical details

On 09/03/2010 14:51, Vincent van Ravesteijn - TNW wrote: Have you done something special in your installer because it doesn't work for me when I just compile LyX and use it (without the usage of any NSIS script)? As Vincent has the same problem you must have done some magic (like some special

Re: Some technical details

Am 10.03.2010 22:23, schrieb Abdelrazak Younes: I use an older version of Joost's "intl.dll". Which version of intl.dll? intl.dll 0.15.0 dating back from april 2008 iconv.dll 1.11.0 dating back from april 2008 I use the same versions, but dating from December 2007. regards Uwe

Re: Some technical details

On 3/10/2010 4:31 PM, Uwe Stöhr wrote: Which version of intl.dll? intl.dll 0.15.0 dating back from april 2008 iconv.dll 1.11.0 dating back from april 2008 I use the same versions, but dating from December 2007. The Dec 2007 version is indeed the latest one, so you got the right intl.dll.

Re: Some technical details

On 3/10/2010 3:30 AM, Abdelrazak Younes wrote: What is your Qt-version? 4.6.0 MSVC binaries from Nokia. I hadn't noticed yet that Qt is now providing MSVC binaries as well. That's very convenient. Are there any known issues with Qt 4.6 and the current 1.6 branch? Joost

Re: Some technical details

On 10/03/2010 22:55, Joost Verburg wrote: On 3/10/2010 3:30 AM, Abdelrazak Younes wrote: What is your Qt-version? 4.6.0 MSVC binaries from Nokia. I hadn't noticed yet that Qt is now providing MSVC binaries as well. That's very convenient. Are there any known issues with Qt 4.6 and the

Re: LyX 2.0 release plan

Le 10/03/2010 09:00, Abdelrazak Younes a écrit : Well this whole issue is because I made the opposite change... I still think this is a good move because I really don't like to have to create a new LFUN for each and every inset. Also because when the use of user defined insets can be generalized

Re: LyX 2.0 release plan

Le 10/03/2010 13:52, Vincent van Ravesteijn - TNW a écrit : The one below: other bug you would like to see killed? Insert a table, put the cursor in front of the table, press set all lines on the table toolbar.. Crash. But this one is fixed now, isn't it? I mean, we worked around it :)

Re: LyX 2.0 release plan

On 10/03/2010 23:14, Jean-Marc Lasgouttes wrote: Le 10/03/2010 13:52, Vincent van Ravesteijn - TNW a écrit : The one below: other bug you would like to see killed? Insert a table, put the cursor in front of the table, press set all lines on the table toolbar.. Crash. But this one is fixed

Re: LyX 2.0 release plan

Le 10/03/2010 23:15, Abdelrazak Younes a écrit : But this one is fixed now, isn't it? I mean, we worked around it :) Yes, Edwin did. And I also did something similar in InsetMathGrid IIRC. OK, thanks. JMarc

Re: LyX 2.0 release plan

On 10/03/2010 23:09, Jean-Marc Lasgouttes wrote: Le 10/03/2010 09:00, Abdelrazak Younes a écrit : Well this whole issue is because I made the opposite change... I still think this is a good move because I really don't like to have to create a new LFUN for each and every inset. Also because when

Re: LyX 2.0 release plan

Le 10/03/2010 23:20, Abdelrazak Younes a écrit : Well, it does modify the inset so it's OK to have it in there. But I agree about the distinction beween inset-modify and inset-params-modify. Basically inset-modify should be about modifying the content (and can depend on the Cursor position) and

Re: LyX 2.0 release plan

On 10/03/2010 23:27, Jean-Marc Lasgouttes wrote: Le 10/03/2010 23:20, Abdelrazak Younes a écrit : Well, it does modify the inset so it's OK to have it in there. But I agree about the distinction beween inset-modify and inset-params-modify. Basically inset-modify should be about modifying the

RE: Crash with Insert new Branch from Branch Dialog

> >I don't get the crash, but I do see the problem. The new branch is >called "branch Branch frogs\n", which looks like the argument to >some LFUN. This is coming from InsetBranchParams::write(). > I get a lot of the following errors: /data/saturnus/ravesteijn/lyx-devel/src/Color.cpp(354):

Re: Patch: text-mode table split-above-row functionality

On Wednesday 10 March 2010 08:10:37 am Vincent van Ravesteijn - TNW wrote: > I don't like the fact that an Inset is inserting new insets and > inserting paragraph breaks outside this table. To my feeling this > cur should be const for all cursorslices outside the inset. > >> > >>

new short article about LyX

Here it is: http://techblog.aasisvinayak.com/lyx-editor-a-powerful-editor-for-researchers/ Do we add all articles about LyX to our webpage or only special reviews? regards Uwe

Re: Some technical details - bug fixed

> I never tried to reproduce the bug myself. I wish you would have done this during our discussions because this would have helped me to find out that this is definitely a bug on my side. I now found it: A chemistry program on my PC set the LANG Windows environment variable when it was

Re: Some technical details - bug fixed

On 3/10/2010 9:55 PM, Uwe Stöhr wrote: I therefore created the workaround using a batch file (lyx.bat) where I reset the LANG variable before loading LyX. I think it may be better to put this in an application like the LyXLauncher that I made for my installer. AFAIK with a batch file you get

Re: new short article about LyX

Uwe Stöhr wrote: > Here it is: > http://techblog.aasisvinayak.com/lyx-editor-a-powerful-editor-for-researchers/ > > Do we add all articles about LyX to our webpage or only special reviews? web is full of small blogs like this; i would only add special or lenghty reviews. just found we have last