On Wed, Jul 16, 2003 at 01:58:41AM +0200, Lars Gullik Bjønnes wrote:
> I am actually less concerned if it is your work that has created this,
> IMHO it would be worse if it was the rowlist, parlist or the signals
> work.
It looks like my stuff afterall.
> But of course if you can find out _why_ (
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jul 15, 2003 at 05:12:43PM +0200, Lars Gullik Bjønnes wrote:
| > | but to be honest, I think this is a
| > | waste of time.
| >
| > That depends on where the error comes from.
|
| Between 5 and 6 days ago. diff attached.
| Mostly Alfredos signa
Andre Poenitz wrote:
> I just noticed that this kind of cursor movement has already been
> present yesterday, so the current regression is performance only.
I've added a bug to bugzilla yersterday, mostly the same but with
LFUN_LEFTSEL inside table cells. LFUN_RIGHTSEL works ok. Doesn't this mean
On Tue, Jul 15, 2003 at 05:47:08PM +0200, Andre' Poenitz wrote:
> On Tue, Jul 15, 2003 at 05:12:43PM +0200, Lars Gullik Bjønnes wrote:
> > | but to be honest, I think this is a
> > | waste of time.
> >
> > That depends on where the error comes from.
>
> Between 5 and 6 days ago. diff attached.
>
On Tue, Jul 15, 2003 at 05:12:43PM +0200, Lars Gullik Bjønnes wrote:
> | but to be honest, I think this is a
> | waste of time.
>
> That depends on where the error comes from.
Between 5 and 6 days ago. diff attached.
Mostly Alfredos signals and my multiple LyXTexts per InsetText stuff.
Maybe tim
On Tue, Jul 15, 2003 at 03:01:23PM +0200, Andre Poenitz wrote:
> Looks like it's time for a decision. Ignore that or try to fix tabular
> "first"?
As expected there are lots of mysterious regressions currently. So you
may as well carry on with the extended work of removing update() IMHO.
regards
On Tue, Jul 15, 2003 at 05:12:43PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Jul 15, 2003 at 04:53:07PM +0200, Lars Gullik Bjønnes wrote:
> | > I'd really like to know when the regression was introduced first.
> | > Just to pause until we find out.
Lars Gullik Bjønnes wrote:
> Depends... if we understand why the regressions is there or not...
>
My experience with marking tabular has been a bit weird. Sometimes it is
very slow, others not, and I can't determine what I may be doing
different! It would look like a regression -- then I would r
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jul 15, 2003 at 04:53:07PM +0200, Lars Gullik Bjønnes wrote:
| > I'd really like to know when the regression was introduced first.
| > Just to pause until we find out.
|
| I am building now '1 week ago',
I am doing 2003-07-01 and 2003-06-01
|
On Tue, Jul 15, 2003 at 04:53:07PM +0200, Lars Gullik Bjønnes wrote:
> I'd really like to know when the regression was introduced first.
> Just to pause until we find out.
I am building now '1 week ago', but to be honest, I think this is a
waste of time.
Andre'
--
Those who desire to give up Fr
On Tue, Jul 15, 2003 at 04:53:07PM +0200, Lars Gullik Bjønnes wrote:
> I'd really like to know when the regression was introduced first.
>
> Just to pause until we find out.
Hm... ok.
> We can divede the binary search between us to make it faster, just
> tell me the dates to check for (or the in
Andre Poenitz <[EMAIL PROTECTED]> writes:
| So given that this is an "old" bug, ok to proceed with the
| redraw/update changes?
I'd really like to know when the regression was introduced first.
Just to pause until we find out.
We can divede the binary search between us to make it faster, just
t
On Tue, Jul 15, 2003 at 04:34:24PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Jul 15, 2003 at 03:01:23PM +0200, Andre' Poenitz wrote:
> | >
> | > This moves closer towards full redraw but there are regressions:
> | > Selection in tables gets slow a
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jul 15, 2003 at 03:01:23PM +0200, Andre' Poenitz wrote:
| >
| > This moves closer towards full redraw but there are regressions:
| > Selection in tables gets slow and when selecting bottom up, the
| > selection anchor "moves" in parallel to the
On Tue, Jul 15, 2003 at 03:01:23PM +0200, Andre' Poenitz wrote:
>
> This moves closer towards full redraw but there are regressions:
> Selection in tables gets slow and when selecting bottom up, the
> selection anchor "moves" in parallel to the cursor.
I just noticed that this kind of cursor move
This moves closer towards full redraw but there are regressions:
Selection in tables gets slow and when selecting bottom up, the
selection anchor "moves" in parallel to the cursor.
Nested minipages, however, work just fine "at full speed", so this does
not look like a problem of 'full redraw' and
16 matches
Mail list logo
