Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the two. I
introduced
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the two. I
introduced
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>
>>> NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
>>> Cursor thing. ScreenUpdateStrategy should be only about screen updating,
>>> so it's a frontend thing and BufferView make the link
Abdelrazak Younes wrote:
NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
Cursor thing. ScreenUpdateStrategy should be only about screen updating,
so it's a frontend thing and BufferView make the link between the two. I
introduced ScreenUpdateStrategy in order to cope
Abdelrazak Younes wrote:
> NoUpdate and SingleParUpdate are about _text_ _metrics_ updating, its a
> Cursor thing. ScreenUpdateStrategy should be only about screen updating,
> so it's a frontend thing and BufferView make the link between the two. I
> introduced ScreenUpdateStrategy in order to
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
I think it is related to synthetic mouse event. Somehow a redraw is
triggered, but the ViewMetric.update_strategy is set to NoScreenUpdate.
The
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
It'd be great if this fixed this bug. It's very annoying.
Is it an OK? Have you tried it?
Stefan
PGP.sig
Description: Signierter Teil der
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
It happened with two footnote in the view, just moving the mouse around.
So could it be related to the mouse hover maybe?
Looks like a good analysis.
I think though that the change in the patch is reasonable
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background painting) basically
needs a rewrite
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
It happened with two footnote in the view, just moving the mouse
around. So could it be related to the mouse hover maybe?
Looks like a good analysis.
I think though that the change in
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where
text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background painting)
basically
needs a
Stefan Schimanski wrote:
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where
text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background
On Mon, Jun 11, 2007 at 08:42:01PM +0200, Alfredo Braunstein wrote:
Stefan Schimanski wrote:
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where
text
is drawn _after_ background, we are forced to do the
On Mon, Jun 11, 2007 at 10:04:28PM +0300, Martin Vermeer wrote:
On Mon, Jun 11, 2007 at 08:42:01PM +0200, Alfredo Braunstein wrote:
Stefan Schimanski wrote:
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
I think it is related to synthetic mouse event. Somehow a redraw is
triggered, but the ViewMetric.update_strategy is set to NoScreenUpdate.
The
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
It'd be great if this fixed this bug. It's very annoying.
Is it an OK? Have you tried it?
Stefan
PGP.sig
Description: Signierter Teil der
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
It happened with two footnote in the view, just moving the mouse around.
So could it be related to the mouse hover maybe?
Looks like a good analysis.
I think though that the change in the patch is reasonable
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background painting) basically
needs a rewrite
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>
>>> Stefan Schimanski wrote:
It happened with two footnote in the view, just moving the mouse
around. So could it be related to the mouse hover maybe?
>>> Looks like a good analysis.
>>>
>>>
I
The problem is that, when mouse hovering, no text painting should be
needed, only background. But, because of current architectur where
text
is drawn _after_ background, we are forced to do the text painting.
Changing this (using text on transparent background painting)
basically
needs a
Stefan Schimanski wrote:
>>> The problem is that, when mouse hovering, no text painting should be
>>> needed, only background. But, because of current architectur where
>>> text
>>> is drawn _after_ background, we are forced to do the text painting.
>>> Changing this (using text on transparent
On Mon, Jun 11, 2007 at 08:42:01PM +0200, Alfredo Braunstein wrote:
> Stefan Schimanski wrote:
>
> >>> The problem is that, when mouse hovering, no text painting should be
> >>> needed, only background. But, because of current architectur where
> >>> text
> >>> is drawn _after_ background, we are
On Mon, Jun 11, 2007 at 10:04:28PM +0300, Martin Vermeer wrote:
> On Mon, Jun 11, 2007 at 08:42:01PM +0200, Alfredo Braunstein wrote:
> > Stefan Schimanski wrote:
> >
> > >>> The problem is that, when mouse hovering, no text painting should be
> > >>> needed, only background. But, because of
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
I think it is related to synthetic mouse event. Somehow a redraw is
triggered, but the ViewMetric.update_strategy is set to
NoScreenUpdate. The two condition, that I
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
It'd be great if this fixed this bug. It's very annoying.
Richard
I think it is related to synthetic mouse event. Somehow a redraw is
triggered,
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
I think it is related to synthetic mouse event. Somehow a redraw is
triggered, but the ViewMetric.update_strategy is set to
NoScreenUpdate. The two condition, that I
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
It'd be great if this fixed this bug. It's very annoying.
Richard
I think it is related to synthetic mouse event. Somehow a redraw is
triggered,
28 matches
Mail list logo