Mercurial > hg > xemacs-beta
annotate etc/unicode/mule-ucs/README @ 5105:d76a51b29d91
fix Stephen's bug with frame sizing
-------------------- ChangeLog entries follow: --------------------
src/ChangeLog addition:
2010-03-05 Ben Wing <ben@xemacs.org>
* frame.c:
* frame.c (Fframe_pixel_height):
* frame.c (Fframe_displayable_pixel_height):
* frame.c (Fframe_pixel_width):
* frame.c (Fframe_displayable_pixel_width):
* frame.c (Fset_frame_pixel_height):
* frame.c (Fset_frame_displayable_pixel_height):
* frame.c (Fset_frame_pixel_width):
* frame.c (Fset_frame_displayable_pixel_width):
* frame.c (get_frame_char_size):
* frame.c (change_frame_size_1):
Make it so that `frame-pixel-height', `set-frame-pixel-height', etc.
use updated values for the displayable or total pixel size that
will reflect what will happen as of the next redisplay. This
basically means using the character-cell height and converting
on-the-fly to pixel units. In the process, make sure FRAME_CHARWIDTH/
FRAME_CHARHEIGHT are always correct and change
get_frame_char_size() to simply use them; the old logic in that
function was inlined into change_frame_size_1(), which is the only
place that needs the logic.
author | Ben Wing <ben@xemacs.org> |
---|---|
date | Sat, 06 Mar 2010 00:01:04 -0600 |
parents | a29c4eef8f00 |
children |
rev | line source |
---|---|
779 | 1 The files in this directory were converted from data in the mule-ucs |
2 package (mule-ucs/lisp/reldata/*), using this code: | |
3 | |
4 (defun convert-mule-ucs-file (start end) | |
5 (interactive "r") | |
6 (with-output-to-temp-buffer "*mule-ucs-convert*" | |
7 (save-excursion | |
8 (goto-char start) | |
9 (while (re-search-forward "(\\?\\(.\\) \\. \"\\(.*\\)\") ;+ \\(.*\\)$" | |
10 end t) | |
11 (let ((ch (string-to-char (match-string 1))) | |
12 (codepoint (match-string 2)) | |
13 (name (match-string 3))) | |
14 (if (= 1 (charset-dimension (char-charset ch))) | |
15 (princ (format "0x%x %s # %s\n" (char-octet ch) codepoint name)) | |
16 (princ (format "0x%x%x %s # %s\n" (char-octet ch 0) (char-octet ch 1) codepoint name)))))))) | |
17 | |
18 Each file is named after the XEmacs charset it represents. The CNS files | |
19 contain more codepoints than those in unicode-consortium/ because they list | |
20 codepoints above 0xFFFF, those handled by surrogates (supported starting in | |
21 Windows 2000, I think, but not yet by XEmacs). |