Re: Compilation failure after r33370

On 02/09/2010 01:28 AM, Uwe Stöhr wrote: Since r33370 I get this compilation error: Creating library release\lyx.lib and object release\lyx.exp InsetFloat.obj : error LNK2019: unresolved external symbol public: virtual __th iscall lyx::InsetFloat::~InsetFloat(void)

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result of changest 31451. Abdel, can you take a look? http://www.lyx.org/trac/ticket/6412 I'll try to, this week-end...

Re: Fwd: LyXAction, LyXFunc

Manoj Rajagopalan rma...@umich.edu writes: Re-sending. I am trying to understand the LyX flow of control. Appreciate any help. Apologies for the duplicate. Sorry, I planned to answer but did not find the time. These classes seem to be related. Could someone help me understand what

Re: r33378 - in lyx-devel/trunk/src: . frontends/qt4

Log: * store the full Language in WordLangTuple. Very good. + WordLangTuple(docstring const w, Language * l) + : word_(w) + { + lang_ = l; + } Why don't you initialize lang_ along with word_? JMarc

Re: r33378 - in lyx-devel/trunk/src: . frontends/qt4

Jean-Marc Lasgouttes wrote: + WordLangTuple(docstring const w, Language * l) + : word_(w) + { + lang_ = l; + } Why don't you initialize lang_ along with word_? I got a compile error. But it doesn't do now, so I'll change that. Jürgen

Math shortcuts problem after upgrading to LyX 1.6.5

Hello, In previous versions of LyX, when using keyboard shortcuts such as Alt+M F = math-insert \frac, the fraction symbol would be inserted and the cursor positioned such that the numerator may be entered immediately. Similarly, Alt+M S (for math-insert \sqrt) would position the cursor inside

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result of changest 31451. Abdel, can you take a look? http://www.lyx.org/trac/ticket/6412 I committed a temporary fix

Slow text cursor in Lyx

Hello, I've noticed that the text cursor in Lyx moves a bit slow, wich makes me use the mouse in a lot of situations were I'd normally use only the keyboard (wich to me is much more efficient). This is not exactly a big problem, but it does slow down a lot my text editing. I couldn't find any

Re: Math shortcuts problem after upgrading to LyX 1.6.5

Barak Sh wrote: In version 1.6.5 of LyX, this behavior was changed for some reason. Now the cursor is positioned AFTER the symbol, and not inside it. This makes writing equations very cumbersome, as I have to manually move the cursor inside the symbol after creating it. Would it be possible

Re: Bug 6412 and changeset 31451

On Tue, Feb 9, 2010 at 7:43 AM, Abdelrazak Younes you...@lyx.org wrote: On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result of changest 31451. Abdel, can you take a

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:16 PM, BH wrote: On Tue, Feb 9, 2010 at 7:43 AM, Abdelrazak Younesyou...@lyx.org wrote: On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result

Re: about the libintl version in the LyX windows installer

I'm afraid I won't have time to look into this now. It is not that pressing, but having this fixed for LyX 2.0 would be good. If the LyX problem is caused by a known bug in gettext, maybe the easiest solution for now would be to apply the bugfix to our gettext version. Did someone test on

Re: Bug 6412 and changeset 31451

Abdelrazak Younes you...@lyx.org writes: JMarc, in case you are working on the disabled menus on MACs. I have a patch in the pipe that will fix the issue (by transfering getStatus() and dispatch() to GuiApplication as discussed earlier). From time to time I say to myself I should do it, but

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:44 PM, Jean-Marc Lasgouttes wrote: Abdelrazak Younesyou...@lyx.org writes: JMarc, in case you are working on the disabled menus on MACs. I have a patch in the pipe that will fix the issue (by transfering getStatus() and dispatch() to GuiApplication as discussed earlier).

Re: Another Lyx Error Detected

On 2010-02-08, Lara Pagano wrote: Another problem I am having is with too many floating figures. I have a large document with anywhere from 3-100 figures within each chapter. I keep getting the error regarding too many floats. I worked around this issue by placing /clearpage every so often

Re: [patch] implement multirow support - request for help

On 2010-02-09, Uwe Stöhr wrote: Attached is what I currently have to support multirows. There is currently one issue I cannot solve: The metrics and drawing of the cells that are part of a multirow is broken. The drawing of the first multirow cell is however correct. I failed to figure

Re: r33386 - lyx-devel/trunk/src

On 02/09/2010 03:29 PM, lasgout...@lyx.org wrote: Author: lasgouttes Date: Tue Feb 9 15:29:27 2010 New Revision: 33386 URL: http://www.lyx.org/trac/changeset/33386 Log: remove last member variables from LyXFunc and move them to cursor. Now the class can be replaced by a namespace Hum, as I

Re: r33386 - lyx-devel/trunk/src

Abdelrazak Younes you...@lyx.org writes: Hum, as I said... I am already working on that JMarc... Please refrain from further work on LyXFunc... OK, OK... I did not think you were working on this particular aspect. JMarc

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cpp Tue Feb 9 15:34:58 2010(r33388) +++ lyx-devel/trunk/src/Cursor.cpp Tue Feb 9 17:11:13 2010(r33389) @@ -26,6

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

On 02/09/2010 05:17 PM, rgheck wrote: Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cppTue Feb 9 15:34:58 2010 (r33388) +++ lyx-devel/trunk/src/Cursor.cppTue Feb 9 17:11:13

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

On 02/09/2010 11:23 AM, Abdelrazak Younes wrote: On 02/09/2010 05:17 PM, rgheck wrote: Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cppTue Feb 9 15:34:58 2010 (r33388) +++

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

On 02/09/2010 05:26 PM, rgheck wrote: On 02/09/2010 11:23 AM, Abdelrazak Younes wrote: On 02/09/2010 05:17 PM, rgheck wrote: Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cppTue Feb

Re: about the libintl version in the LyX windows installer

On 2/9/2010 8:34 AM, Uwe Stöhr wrote: I'm afraid I won't have time to look into this now. It is not that pressing, but having this fixed for LyX 2.0 would be good. I know, but I think it's not going to be easy to make gettext 0.17 MSVC compatible. If the LyX problem is caused by a

Re: [patch] implement multirow support - request for help

Uwe Stöhr wrote: Attached is what I currently have to support multirows. Has anybody had time to have a look at this? i started to look at it. drawing seems ok in the attached, but it needs more attention wrt lines, latex output and i didn't go over the copy/cutting/pasting stuff. Index:

Re: r33370 - in lyx-devel/trunk/src: . frontends/qt4 frontends/qt4/ui insets

younes wrote: -void FloatPlacement::set(lyx::InsetFloatParams const params) +void FloatPlacement::paramsToDialog(Inset const * inset) { + InsetFloat const * fl = static_castInsetFloat const *(inset); + InsetFloatParams const params = fl-params(); + +

Re: about the libintl version in the LyX windows installer

It seems that we need at least version 0.16.1, see http://www.lyx.org/trac/ticket/5034 So it has been confirmed that 0.15 on Linux has the same problem, i.e. it's not a Windows gettext issue that still exits in 0.17? Yes, as I understood it. JMarc is this correct? Inkscape 0.47 also

Re: r33260 - lyx-devel/trunk/src/frontends/qt4

Pavel Sanda wrote: If _really_ needed, we can put the read-only setting inside a DEVEL_VERSION block, but I do not yes, i would like to have it. its in r33402. pavel

Re: Slow text cursor in Lyx

danielpferreira wrote: I couldn't find any information on this anywere else. http://www.lyx.org/trac/wiki/Components#Performanceissues Is the text cursor's speed configurable? if cpu/gpu is not the bottleneck then you can setup repeat-key frequency in your OS not in lyx. look at your CPU

Re: [patch] implement multirow support - request for help

i started to look at it. Many thanks! You have done some additional simplifications. With your version, setting a multicolumn is no longer possible. Can you please have a look? drawing seems ok in the attached, but it needs more attention wrt lines, latex output and i didn't go over the

Re: [patch] implement multirow support - request for help

Am 10.02.2010 05:32, schrieb Uwe Stöhr: I fixed now some remaining \hline issues. Attached is that part of the patch. I propose that I or you put the patch into branch in a few days... I meant of course trunk. regards Uwe int Tabular::TeXTopHLine(odocstream os, row_type row, string

Re: r33370 - in lyx-devel/trunk/src: . frontends/qt4 frontends/qt4/ui insets

On 02/09/2010 07:47 PM, Jürgen Spitzmüller wrote: younes wrote: -void FloatPlacement::set(lyx::InsetFloatParams const params) +void FloatPlacement::paramsToDialog(Inset const * inset) { + InsetFloat const * fl = static_castInsetFloat const *(inset); + InsetFloatParams const

Re: r33370 - in lyx-devel/trunk/src: . frontends/qt4 frontends/qt4/ui insets

Abdelrazak Younes wrote: Should be OK now (untested). No, it's not. You cannot use params.type for that, because that's not flagged for translation. Have a look at InsetCollapsable::floatName(). Jürgen

Re: Compilation failure after r33370

On 02/09/2010 01:28 AM, Uwe Stöhr wrote: Since r33370 I get this compilation error: Creating library release\lyx.lib and object release\lyx.exp InsetFloat.obj : error LNK2019: unresolved external symbol "public: virtual __th iscall lyx::InsetFloat::~InsetFloat(void)"

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result of changest 31451. Abdel, can you take a look? http://www.lyx.org/trac/ticket/6412 I'll try to, this week-end...

Re: Fwd: LyXAction, LyXFunc

Manoj Rajagopalan writes: > Re-sending. I am trying to understand the LyX flow of control. Appreciate > any help. Apologies for the duplicate. Sorry, I planned to answer but did not find the time. >These classes seem to be related. Could someone help me understand what

Re: r33378 - in lyx-devel/trunk/src: . frontends/qt4

> Log: > * store the full Language in WordLangTuple. Very good. > + WordLangTuple(docstring const & w, Language * l) > + : word_(w) > + { > + lang_ = l; > + } Why don't you initialize lang_ along with word_? JMarc

Re: r33378 - in lyx-devel/trunk/src: . frontends/qt4

Jean-Marc Lasgouttes wrote: > > + WordLangTuple(docstring const & w, Language * l) > > + : word_(w) > > + { > > + lang_ = l; > > + } > > Why don't you initialize lang_ along with word_? I got a compile error. But it doesn't do now, so I'll change that. Jürgen

Math shortcuts problem after upgrading to LyX 1.6.5

Hello, In previous versions of LyX, when using keyboard shortcuts such as Alt+M F = math-insert \frac, the fraction symbol would be inserted and the cursor positioned such that the numerator may be entered immediately. Similarly, Alt+M S (for math-insert \sqrt) would position the cursor inside

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result of changest 31451. Abdel, can you take a look? http://www.lyx.org/trac/ticket/6412 I committed a temporary fix

Slow text cursor in Lyx

Hello, I've noticed that the text cursor in Lyx moves a bit slow, wich makes me use the mouse in a lot of situations were I'd normally use only the keyboard (wich to me is much more efficient). This is not exactly a big problem, but it does slow down a lot my text editing. I couldn't find any

Re: Math shortcuts problem after upgrading to LyX 1.6.5

Barak Sh wrote: > In version 1.6.5 of LyX, this behavior was changed for some reason. Now the > cursor is positioned AFTER the symbol, and not inside it. > This makes writing equations very cumbersome, as I have to manually move > the cursor inside the symbol after creating it. Would it be

Re: Bug 6412 and changeset 31451

On Tue, Feb 9, 2010 at 7:43 AM, Abdelrazak Younes wrote: > On 02/09/2010 02:19 AM, BH wrote: >> >> As I just noted on Trac (bug 6412), the problem I've had on Mac with >> inserting citations, changes to the document preamble, etc. is the >> result of changest 31451. Abdel, can you

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:16 PM, BH wrote: On Tue, Feb 9, 2010 at 7:43 AM, Abdelrazak Younes wrote: On 02/09/2010 02:19 AM, BH wrote: As I just noted on Trac (bug 6412), the problem I've had on Mac with inserting citations, changes to the document preamble, etc. is the result

Re: about the libintl version in the LyX windows installer

> I'm afraid I won't have time to look into this now. It is not that pressing, but having this fixed for LyX 2.0 would be good. > If the LyX problem is caused by a known bug in gettext, maybe the > easiest solution for now would be to apply the bugfix to our gettext > version. Did someone test

Re: Bug 6412 and changeset 31451

Abdelrazak Younes writes: > JMarc, in case you are working on the disabled menus on MACs. I have a > patch in the pipe that will fix the issue (by transfering getStatus() > and dispatch() to GuiApplication as discussed earlier). >From time to time I say to myself I should do it,

Re: Bug 6412 and changeset 31451

On 02/09/2010 02:44 PM, Jean-Marc Lasgouttes wrote: Abdelrazak Younes writes: JMarc, in case you are working on the disabled menus on MACs. I have a patch in the pipe that will fix the issue (by transfering getStatus() and dispatch() to GuiApplication as discussed earlier).

Re: Another Lyx Error Detected

On 2010-02-08, Lara Pagano wrote: > Another problem I am having is with too many floating figures. I have a > large document with anywhere from 3-100 figures within each chapter. I keep > getting the error regarding too many floats. I worked around this issue by > placing /clearpage every so

Re: [patch] implement multirow support - request for help

On 2010-02-09, Uwe Stöhr wrote: > > Attached is what I currently have to support multirows. > > > > There is currently one issue I cannot solve: The metrics and drawing > > of the cells that are part of a multirow is broken. The drawing of > > the first multirow cell is however correct. I failed

Re: r33386 - lyx-devel/trunk/src

On 02/09/2010 03:29 PM, lasgout...@lyx.org wrote: Author: lasgouttes Date: Tue Feb 9 15:29:27 2010 New Revision: 33386 URL: http://www.lyx.org/trac/changeset/33386 Log: remove last member variables from LyXFunc and move them to cursor. Now the class can be replaced by a namespace Hum, as I

Re: r33386 - lyx-devel/trunk/src

Abdelrazak Younes writes: > Hum, as I said... I am already working on that JMarc... > > Please refrain from further work on LyXFunc... OK, OK... I did not think you were working on this particular aspect. JMarc

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cpp Tue Feb 9 15:34:58 2010(r33388) +++ lyx-devel/trunk/src/Cursor.cpp Tue Feb 9 17:11:13 2010(r33389) @@ -26,6

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

On 02/09/2010 05:17 PM, rgheck wrote: Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cppTue Feb 9 15:34:58 2010 (r33388) +++ lyx-devel/trunk/src/Cursor.cppTue Feb 9 17:11:13

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

On 02/09/2010 11:23 AM, Abdelrazak Younes wrote: On 02/09/2010 05:17 PM, rgheck wrote: Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cppTue Feb 9 15:34:58 2010 (r33388) +++

Re: r33389 - in lyx-devel/trunk: development/scons src src/frontends src/frontends/qt4 src/insets src/mathed

On 02/09/2010 05:26 PM, rgheck wrote: On 02/09/2010 11:23 AM, Abdelrazak Younes wrote: On 02/09/2010 05:17 PM, rgheck wrote: Modified: lyx-devel/trunk/src/Cursor.cpp == --- lyx-devel/trunk/src/Cursor.cppTue Feb

Re: about the libintl version in the LyX windows installer

On 2/9/2010 8:34 AM, Uwe Stöhr wrote: > I'm afraid I won't have time to look into this now. It is not that pressing, but having this fixed for LyX 2.0 would be good. I know, but I think it's not going to be easy to make gettext 0.17 MSVC compatible. > If the LyX problem is caused by a

Re: [patch] implement multirow support - request for help

Uwe Stöhr wrote: > Attached is what I currently have to support multirows. > Has anybody had time to have a look at this? i started to look at it. drawing seems ok in the attached, but it needs more attention wrt lines, latex output and i didn't go over the copy/cutting/pasting stuff.

Re: r33370 - in lyx-devel/trunk/src: . frontends/qt4 frontends/qt4/ui insets

younes wrote: > -void FloatPlacement::set(lyx::InsetFloatParams const & params) > +void FloatPlacement::paramsToDialog(Inset const * inset) > { > + InsetFloat const * fl = static_cast(inset); > + InsetFloatParams const & params = fl->params(); > + > +

Re: about the libintl version in the LyX windows installer

>> It seems that we need at least version 0.16.1, see >> http://www.lyx.org/trac/ticket/5034 > > So it has been confirmed that 0.15 on Linux has the same problem, i.e. > it's not a Windows gettext issue that still exits in 0.17? Yes, as I understood it. JMarc is this correct? Inkscape 0.47

Re: r33260 - lyx-devel/trunk/src/frontends/qt4

Pavel Sanda wrote: > >If _really_ needed, we can > > put the read-only setting inside a DEVEL_VERSION block, but I do not > > yes, i would like to have it. its in r33402. pavel

Re: Slow text cursor in Lyx

danielpferreira wrote: > I couldn't find any information on this anywere else. http://www.lyx.org/trac/wiki/Components#Performanceissues > Is the text cursor's speed configurable? if cpu/gpu is not the bottleneck then you can setup repeat-key frequency in your OS not in lyx. look at your CPU

Re: [patch] implement multirow support - request for help

> i started to look at it. Many thanks! You have done some additional simplifications. With your version, setting a multicolumn is no longer possible. Can you please have a look? > drawing seems ok in the attached, but it needs more attention wrt lines, latex output and > i didn't go over

Re: [patch] implement multirow support - request for help

Am 10.02.2010 05:32, schrieb Uwe Stöhr: I fixed now some remaining \hline issues. Attached is that part of the patch. I propose that I or you put the patch into branch in a few days... I meant of course trunk. regards Uwe int Tabular::TeXTopHLine(odocstream & os, row_type row, string

Re: r33370 - in lyx-devel/trunk/src: . frontends/qt4 frontends/qt4/ui insets

On 02/09/2010 07:47 PM, Jürgen Spitzmüller wrote: younes wrote: -void FloatPlacement::set(lyx::InsetFloatParams const& params) +void FloatPlacement::paramsToDialog(Inset const * inset) { + InsetFloat const * fl = static_cast(inset); + InsetFloatParams const& params =

Re: r33370 - in lyx-devel/trunk/src: . frontends/qt4 frontends/qt4/ui insets

Abdelrazak Younes wrote: > Should be OK now (untested). No, it's not. You cannot use params.type for that, because that's not flagged for translation. Have a look at InsetCollapsable::floatName(). Jürgen