Enrico wrote:
>> Edwin Leuven wrote:
>> > changing the formula in the attached document to diplayed formule (for
>> > example through the context menu) crashes lyx (also 1.6.7)
>>
> This now fixed in trunk at r35163.
thanks!
On Thu, Aug 19, 2010 at 10:14:02AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > This now fixed in trunk at r35163.
>
> Should go to branch as well, I suppose.
Done.
--
Enrico
Enrico Forestieri wrote:
> This now fixed in trunk at r35163.
Should go to branch as well, I suppose.
Jürgen
On Tue, Aug 17, 2010 at 07:50:42PM +0200, Enrico Forestieri wrote:
> On Tue, Aug 10, 2010 at 02:40:33PM +0200, Edwin Leuven wrote:
>
> > changing the formula in the attached document to diplayed formule (for
> > example through the context menu) crashes lyx (also 1.6.7)
>
> This bug has been int
On Tue, Aug 10, 2010 at 02:40:33PM +0200, Edwin Leuven wrote:
> changing the formula in the attached document to diplayed formule (for
> example through the context menu) crashes lyx (also 1.6.7)
This bug has been introduced in 1.6.0. The fix is simple but our server is down,
apparently.
--
Enr
changing the formula in the attached document to diplayed formule (for
example through the context menu) crashes lyx (also 1.6.7)
ed.
LyX.exe!std::vector
>::operator[](unsigned int _Pos=5) Line 779 + 0x17 bytesC++
>LyX.exe!lyx::InsetMathNest::cell(unsigned int i=5) Line 90 + 0x1d
Leuven, E. wrote:
ctrl-m
alt m f
Fixed.
ctrl-m
alt m f
1
lyx.exe!lyx::InsetMathNest::doDispatch(lyx::Cursor & cur={...},
lyx::FuncRequest & cmd={...}) Line 764 + 0x34 bytesC++
lyx.exe!lyx::Inset::dispatch(lyx::Cursor & cur={...}, lyx::FuncRequest
& cmd={...}) Line 197 + 0x1a bytes C++
lyx.exe!lyx::C
On Thu, Apr 07, 2005 at 05:10:48PM +0300, Martin Vermeer wrote:
> > I know I am repeating myself, but we should understand the
> > LFUN_FINISHED stuff before doing that. Either it makes sense and we
> > should fix it, or it does not, and we should remove it completely.
The main purpose of the LFUN
On Wed, Apr 06, 2005 at 06:09:10PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Nice, those small attachments ;-/
>
> case LFUN_UPSEL:
> case LFUN_UP:
> + if (cur.inMacroMode()) break;
> cur.sel
On Thu, Apr 07, 2005 at 11:36:22AM +0200, Helge Hafting wrote:
> Apparently, there are fundamental differences between
> going up/down and left/right.
Up/down is mainly 'visual by coordinate', left/right 'by structure'.
There are exceptions when following these base rules is 'obviously'
wrong. Up/
On Wed, Apr 06, 2005 at 06:51:22PM +0300, Martin Vermeer wrote:
> OK, here's a patch for this one. The problem is an unfinished math macro
> is already defined as an inset, but hasn't drawn + added a coordinate
> cache entry yet. So it now tests for macro mode and does nothing then.
There is at mo
On Fri, 2005-04-08 at 15:05, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Thu, Apr 07, 2005 at 03:58:00PM +0200, Jean-Marc Lasgouttes
> Martin> wrote:
> >> I know I am repeating myself, but we should understand the
> >> LFUN_FINISHED st
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Thu, Apr 07, 2005 at 03:58:00PM +0200, Jean-Marc Lasgouttes
Martin> wrote:
>> I know I am repeating myself, but we should understand the
>> LFUN_FINISHED stuff before doing that. Either it makes sense and we
>> should fix it,
Martin Vermeer wrote:
>> Ideally, the first arrow down/up should move the cursor,
>> not merely close the macro. I guess that is much harder to do?
>
> Yes, I didn't manage that. The problem seems to be that we have to first
> force a redraw/setPosCache after closing the macro, before we are
> a
On Fri, 2005-04-08 at 11:11, Helge Hafting wrote:
> Martin Vermeer wrote:
...
> >This is the part that is unrelated to LFUN_FINISHED: it fixes
> >Helge's bug and does nothing else. It's a crashing bug and this is the
> >correct fix IMHO*). Agreed?
> >
> >
> This works fine. No more crash when
Martin Vermeer wrote:
On Thu, Apr 07, 2005 at 03:58:00PM +0200, Jean-Marc Lasgouttes wrote:
"Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Here is the patch fixing Helge's unfinished macro up/down bug,
Martin> as well as making the cursor move properly for HOME/END
On Thu, Apr 07, 2005 at 03:58:00PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Here is the patch fixing Helge's unfinished macro up/down bug,
> Martin> as well as making the cursor move properly for HOME/END. Also
> Martin> a slight
On Thu, Apr 07, 2005 at 03:58:00PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Here is the patch fixing Helge's unfinished macro up/down bug,
> Martin> as well as making the cursor move properly for HOME/END. Also
> Martin> a slight
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Here is the patch fixing Helge's unfinished macro up/down bug,
Martin> as well as making the cursor move properly for HOME/END. Also
Martin> a slight simplification/dead code removal.
Martin> Unfortunately I didn't get Page Up/D
Here is the patch fixing Helge's unfinished macro up/down bug, as well as
making the
cursor move properly for HOME/END. Also a slight simplification/dead code
removal.
Unfortunately I didn't get Page Up/Down to behave, so I left that part out.
OK to commit? Works for me.
- Martin
Index: Cha
On Thu, Apr 07, 2005 at 11:36:22AM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
...
> >Just give it a try anyway ;-)
> >
> >
> Did that.
> The crash is gone, and replaced with inconvenience. ;-)
> I can now type in math latex like \bmod, and if I
> press down while it is still red, nothi
Martin Vermeer wrote:
This did not apply to yesterday's CVS (plus those
patches for paranthesis issues.)
Two hunks would apply with offsets, two were rejected.
Probably because they were already in. You could check for that.
Ok, they were in already. :-)
Just give it a try anyway ;-)
Did
Martin Vermeer wrote:
> On Wed, Apr 06, 2005 at 06:09:10PM +0200, Jean-Marc Lasgouttes wrote:
>> Why don't you use cur.macroModeClose() as for LFUN_LEFT/RIGHT?
>>
>> JMarc
>
> I tried that; didn't do the trick :-(
> Neither did cur.clearTargetX() by the way.
Could you please add a FIXME comment
On Thu, Apr 07, 2005 at 09:50:48AM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
>
> >
> >>OK, here's a patch for this one. The problem is an unfinished math macro
> >>is already defined as an inset, but hasn't drawn + added a coordinate
> >>cache entry yet. So it now tests for macro mode an
Martin Vermeer wrote:
OK, here's a patch for this one. The problem is an unfinished math macro
is already defined as an inset, but hasn't drawn + added a coordinate
cache entry yet. So it now tests for macro mode and does nothing then.
(Were there any other keys that did this?)
This contains the n
On Wed, Apr 06, 2005 at 06:09:10PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Nice, those small attachments ;-/
>
> case LFUN_UPSEL:
> case LFUN_UP:
> + if (cur.inMacroMode()) break;
> cur.sel
On Wed, Apr 06, 2005 at 06:03:02PM +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > OK, here's a patch for this one. The problem is an unfinished math macro
> > is already defined as an inset, but hasn't drawn + added a coordinate
> > cache entry yet. So it now tests for macro mode and does
Jean-Marc Lasgouttes wrote:
> Why don't you use cur.macroModeClose() as for LFUN_LEFT/RIGHT?
I think that that would be the correct fix, but I suspect (untested) that
macroModeClose() invalidates the coord cache, because it removes the
unfinished inset and inserts a new one. But if this is the ca
Martin Vermeer wrote:
> OK, here's a patch for this one. The problem is an unfinished math macro
> is already defined as an inset, but hasn't drawn + added a coordinate
> cache entry yet. So it now tests for macro mode and does nothing then.
>
> (Were there any other keys that did this?)
What do
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Nice, those small attachments ;-/
case LFUN_UPSEL:
case LFUN_UP:
+ if (cur.inMacroMode()) break;
cur.selHandle(cmd.action == LFUN_UPSEL);
if (!cur.up())
On Wed, 2005-04-06 at 18:51, Martin Vermeer wrote:
> On Wed, 2005-04-06 at 10:15, Martin Vermeer wrote:
> > On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
> > > Move into a math inset.
> > > Type \bmod
> > > It will show as red text. Press down arrow while it still is red,
> > > a
On Wed, 2005-04-06 at 10:15, Martin Vermeer wrote:
> On Tue, Apr 05, 2005 at 11:03:19PM +0200, Helge Hafting wrote:
> > Move into a math inset.
> > Type \bmod
> > It will show as red text. Press down arrow while it still is red,
> > and lyx crashes with the usual emergency save.
> >
> > Pressing
On Thu, Sep 30, 1999 at 09:31:51AM +0200, Thomas Steffen wrote:
> hi,
>
> ok, i'm still using lyx 1.0.1, which is a bit outdated, but maybe the
> bug is present in newer versions also. it is easy to reproduce:
>
> C-m ^ k [<-] [<-] \ a [BS] [BS]
>^ Crash here
>
> "Thomas" == Thomas Steffen <[EMAIL PROTECTED]> writes:
Thomas> hi, ok, i'm still using lyx 1.0.1, which is a bit outdated,
Thomas> but maybe the bug is present in newer versions also. it is
Thomas> easy to reproduce:
Thomas> C-m ^ k [<-] [<-] \ a [BS] [BS] ^ Crash here ^ Cursor left ^
Thom
hi,
ok, i'm still using lyx 1.0.1, which is a bit outdated, but maybe the
bug is present in newer versions also. it is easy to reproduce:
C-m ^ k [<-] [<-] \ a [BS] [BS]
^ Crash here
^ Cursor left^ Display goes weird here
it takes about a second, the
36 matches
Mail list logo
