On 4 November 2010 20:08, björn <[email protected]> wrote:
>
> The problem as I can remember it (with the Core Text renderer) is that
> splitting a window may cause a scrollbar to appear, thereby causing
> the entire view to be shifted to the side.  In this situation the
> entire view really needs to be redrawn since Cocoa doesn't shift the
> contents to make place for the scrollbar.
>
> From what I can tell NOT_VALID should still be enough though so your
> patch may still not cause any regressions.

I had another look and two of the CLEARs are definitely there because
of the scrollbar appearing.  However, the CLEAR that your patch gets
rid of has nothing to do with this.  Instead there seems to be some
problem with glyphs spilling over into the neighboring cell and under
certain circumstances these do not get cleared when dragging a
horizontal divider.  This is how I can reproduce the problem:

1. go full screen (with Experimental Renderer!)
2. open a file, then :vsp
3. :sp some-other-file  (this file should preferably have lots of text
with "w" in it)
4. drag the horizontal divider

Result: little blue dots litter the screen (left over by "w":s that
move as the result of dragging the divider).  (I do this with a dark
color scheme and the default font.)

These artifacts disappear if the CLEAR flag is used instead of
NOT_VALID or SOME_VALID (in the spot your patch applies changes).

Mysteriously enough I cannot reproduce the same problems in windowed
mode (only full screen).

I must admit that the reason that I use "CLEAR" in the first place has
to do with how the experimental renderer tries to redraw as little of
the screen as possible and a more robust way of doing rendering would
get rid of all of these problems but it would also be slower.

I'm not sure what to do next.  I could apply your patch (or revert the
one that introduced this problem) at the expense of introducing (tiny)
rendering artifacts that can be gotten rid of by pressing Ctrl-l.  Or,
I could leave things as they are and try to come up with a better
rendering method (which I would not have time to do until the middle
of next year at the earliest).  I'll have to think about it.

Björn

-- 
You received this message from the "vim_mac" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Reply via email to