Re: Proportional font display is corrupted after cursor moves away from them

[Kim F. Storm]

Chris Parsons <address@hidden> writes:

> address@hidden (Kim F. Storm) writes:
>> Can you give an exact recipe starting from emacs -Q, please.
>
> 1. c:\Program Files\emacs\bin> emacs -Q
>    (emacs starts)
> 2. type a line of 'm' characters into the scratch buffer
> 3. move the cursor back halfway... that generates the attached
>    screenshot. As you can see, the front section of the 'm' has been
>    blanked out.
>

I see it (after selecting lucida console), but it only happens in
Windows; never seen it on X.


I also see another redisplay issue on Windows:

In the scratch buffer, drag the mouse cursor from the middle of the
first line to the third line, and back -- do that several times while
holding down the mouse-1 button.  When I do that, the text on the
second and third line moves one pixel to the left when highlighted,
and back again when not highlighted.

I don't know if those problems are related, but there is an
off-by-one-pixel error somewhere.


Another issue, when I move the mouse cursor side-ways over the toolbar,
it flickers like crazy...


Anyone want to look into there problems?


Here's the build info from the Windoze build:

   In GNU Emacs 21.3.50.1 (i386-msvc-nt5.1.2600)
    of 2004-11-23 on INTERMATE-2303
   Distributor `Microsoft Corp.', version 5.1.2600
   configured using `configure --with-msvc (12.00)'


BTW, I didn't know that 'Microsoft Corp.' distributed
emacs, but I don't suspect emacs of lying :-)

This is probably an effect of the recent change of "Vendor" to
"Distributor".  Is this really what was intended by that change ??

>
>
>
>
> This is the character info.
>
>   character: m (0155, 109, 0x6d, U+006D)
>     charset: ascii (ASCII (ISO646 IRV))
>  code point: 109
>      syntax: w        which means: word
>    category: a:ASCII   l:Latin  
> buffer code: 0x6D
>   file code: 0x6D (encoded by coding system iso-latin-1-dos)
>     display: by this font (glyph code)
>      -outline-Courier New-normal-r-normal-normal-13-97-96-96-c-80-iso8859-1 
> (0x6D)
>
> Hope that's more helpful. Sorry about the lack of detail previously,
> this is my first emacs bug report.
>
> -- 
> Chris Parsons
> address@hidden
> _______________________________________________
> Emacs-pretest-bug mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

-- 
Kim F. Storm <address@hidden> http://www.cua.dk