Mercurial > emacs
view admin/notes/font-backend @ 107998:531d454c3a99
Implement GUI display of R2L lines, fix TTY display of R2L lines.
xdisp.c [HAVE_WINDOW_SYSTEM]: Add prototype for
append_stretch_glyph.
(set_cursor_from_row) <cursor_x>: Remove unused variable. Fix
off-by-one error in computing x at end of text in the row.
(append_stretch_glyph): In reversed row, prepend the glyph rather
than append it. Set resolved_level and bidi_type of the glyph.
(extend_face_to_end_of_line): If the row is reversed, prepend a
stretch glyph whose width is such that the rightmost glyph will be
drawn at the right margin of the window. Fix off-by-one error on
TTY frames in testing whether a line needs face extension. Fix
face extension at ZV. If this is the last glyph row, use
DEFAULT_FACE_ID, to avoid painting the rest of the window with the
region face.
(set_cursor_from_row, display_line): Use
MATRIX_ROW_CONTINUATION_LINE_P instead of testing value of
row->continuation_lines_width.
(next_element_from_buffer): Don't call bidi_paragraph_init if we
are at ZV. Fixes a crash when reseated to ZV by
try_window_reusing_current_matrix.
(display_and_set_cursor, erase_phys_cursor): Handle negative HPOS,
which happens with R2L glyph rows. Fixes a crash when inserting a
character at end of an R2L line.
(set_cursor_from_row): Don't be fooled by truncated rows: don't
treat them as having zero-width characters. Improve comments.
Don't reverse pos_before and pos_after for reversed glyph rows.
Set cursor.x to negative value when the cursor might be on the
left fringe.
(IT_OVERFLOW_NEWLINE_INTO_FRINGE): For R2L lines, consider the
left fringe, not the right one.
(notice_overwritten_cursor, draw_phys_cursor_glyph)
(erase_phys_cursor): For reversed cursor_row, support cursor on
the left fringe.
fringe.c (update_window_fringes): For R2L rows, swap the bitmaps
of continuation indicators on the fringes.
(draw_fringe_bitmap): For reversed glyph rows, allow cursor on the
left fringe.
w32term.c (w32_draw_window_cursor): For reversed glyph rows,
draw cursor on the left fringe.
xterm.c (x_draw_window_cursor): For reversed glyph rows, draw
cursor on the left fringe.
dispnew.c (update_text_area): Handle reversed desired rows when
the cursor is on the left fringe.
(set_window_cursor_after_update): Limit cursor's hpos by -1 from
below, not by 0, for when the cursor is on the left fringe.
xdisp.c (unproduce_glyphs): New function.
(display_line): Use it when produced glyphs are discarded from R2L
glyph rows.
(append_composite_glyph): In R2L rows, prepend the glyph rather
than appending it.
term.c (append_composite_glyph): In R2L rows, prepend the glyph
rather than append it. Set up the resolved_level and bidi_type
attributes of the appended glyph.
(produce_special_glyphs): Mirror the backslash continuation
character in R2L lines.
author | Eli Zaretskii <eliz@gnu.org> |
---|---|
date | Tue, 20 Apr 2010 16:31:28 +0300 |
parents | 1d1d5d9bd884 |
children | 2d46c90637c5 376148b31b5e |
line wrap: on
line source
Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Free Software Foundation, Inc. See the end of the file for license conditions. New font handling mechanism with font backend method ---------------------------------------------------- The configure script, if invoked with "--enable-font-backend", checks if libraries freetype and fontconfig exist. If they are both available, macro "USE_FONT_BACKEND" is defined in src/config.h. In that case, the existence of Xft library is checked too. The new files are: font.h -- header providing font-backend related structures (most important ones are "struct font" and "struct font_driver"), macros, and etc. font.c -- main font handling code. xfont.c -- font-driver on X for X core fonts. ftfont.c -- generic font-driver for FreeType fonts providing device-independent methods of struct font_driver. xftfont.c -- font-driver on X using Xft for FreeType fonts utilizing methods provided by ftfont.c. ftxfont.c -- font-driver on X directly using FreeType fonts utilizing methods provided by ftfont.c. w32font.c -- font driver on w32 using Windows native fonts, corresponding to xfont.c w32uniscribe.c -- font driver on w32, using the uniscribe API to provide complex script support for opentype fonts on Windows 2000 and later, or earlier versions of Windows with uniscribe installed as an add-on. So we already have codes for X and w32. For Mac it seems that we need these files: atmfont.c -- font-driver on mac using ATM fonts, corresponding to xfont.c As BDF fonts are currently used on w32, we may also implement these: bdffont.c -- generic font-driver for BDF fonts, corresponding to ftfont.c bdfw32font.c -- font-driver on w32 using BDF fonts, corresponding to ftxfont.c But, as FreeType already supports BDF fonts, if FreeType and Fontconfig are also available on w32, what we need may be: ftw32font.c -- font-driver on w32 directly using FreeType fonts utilizing methods provided by ftfont.c. And, for those to work, macterm.c and macfns.c must be changed by the similar way as xterm.c and xfns.c (the parts "#ifdef USE_FONT_BACKEND" ... "#endif" should be checked). It may be interesting if Emacs supports a frame buffer directly and has these font driver. ftfbfont.c -- font-driver on FB for FreeType fonts. bdffbfont.c -- font-driver on FB for BDF fonts. Note: The fontset related codes are not yet matured to work well with the font backend method. So, for instance, even if you start Emacs as something like this: % emacs -fn tahoma Non-ASCII Latin characters will not be displayed by the font "tahoma". In such a case, please try this: (set-fontset-font "fontset-default" 'latin '("tahoma" . "unicode-bmp")) This file is part of GNU Emacs. GNU Emacs is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. GNU Emacs is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with GNU Emacs. If not, see <http://www.gnu.org/licenses/>.