[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#5848: 23.1.95; bands of background after font change if --with-x-too
From: |
Ted Phelps |
Subject: |
bug#5848: 23.1.95; bands of background after font change if --with-x-toolkit=no |
Date: |
Wed, 07 Apr 2010 11:44:43 +1000 |
=?ISO-8859-1?Q?Jan_Dj=E4rv?= writes:
>
> Ted Phelps skrev 2010-04-06 16.25:
> >
> > The definitions of FRAME_TEXT_LINES_TO_PIXEL_HEIGHT and
> > FRAME_TEXT_COLS_TO_PIXEL_WIDTH already account for the frame's internal
> > border, so adding them in again seems superfluous.
>
> It would be if the internal border width was added, but it isn't.
> There is border_width and internal_border_width. Internal border is
> what Emacs uses to indicate that a frame has focus. Border width is
> what is sent to the X server when creating the window. That border is
> on the outside of the window.
Right.
> Can you run in gdb and check the values for f->border_width and
> f->internal_border_width?
f->border_width is 2
f->internal_border_width is 1
Thanks,
-Ted
- bug#5848: 23.1.95; bands of background after font change if --with-x-toolkit=no, Ted Phelps, 2010/04/06
- bug#5848: 23.1.95; bands of background after font change if --with-x-toolkit=no, Jan Djärv, 2010/04/07
- bug#5848: 23.1.95; bands of background after font change if --with-x-toolkit=no, Ted Phelps, 2010/04/07
- bug#5848: 23.1.95; bands of background after font change if --with-x-toolkit=no, Jan Djärv, 2010/04/07
- bug#5848: 23.1.95; bands of background after font change if --with-x-toolkit=no, Ted Phelps, 2010/04/07