Re: [unicode-2] Chinese characters too small
In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes: > I configured XTerm and Emacs to use the same font with same size as > follows: > in .Xresources: > XTerm*faceName: xft:monospace:pixelsize=16 > XTerm*faceNameDoublesize: fzsongti > Emacs.Font: monospace:pixelsize=16 > in .emacs: > (when window-system > (set-fontset-font (frame-parameter nil 'font) > 'han '("FZSongTi" . "unicode-bmp"))) > And then I compared Chinese characters in 'emacs -nw' running in xterm > and emacs running in X11. It turns out Chinese characters are > substantially smaller in Emacs running in X11. > However, C-u C-x = shows that the characters have pixelsize 16. Is this > a bug? I'm not sure. Is the font size of ASCII characters the same in emacs and xterm? Could you please check the actual pixel size of a Chinese character by, for instance, xmag? --- Kenichi Handa [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
[unicode-2] Chinese characters too small
I configured XTerm and Emacs to use the same font with same size as follows: in .Xresources: XTerm*faceName: xft:monospace:pixelsize=16 XTerm*faceNameDoublesize: fzsongti Emacs.Font: monospace:pixelsize=16 in .emacs: (when window-system (set-fontset-font (frame-parameter nil 'font) 'han '("FZSongTi" . "unicode-bmp"))) And then I compared Chinese characters in 'emacs -nw' running in xterm and emacs running in X11. It turns out Chinese characters are substantially smaller in Emacs running in X11. However, C-u C-x = shows that the characters have pixelsize 16. Is this a bug? Here is an example: character: 大 (22823, #o54447, #x5927) preferred charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-58) code point: 0x3473 syntax: wwhich means: word category: C:Chinese (Han) characters of 2-byte character sets c:Chinese h:Korean j:Japanese |:While filling, we can break a line at this character. buffer code: #xE5 #xA4 #xA7 file code: #xB4 #xF3 (encoded by coding system chinese-iso-8bit-unix) display: by this font (glyph code) fzsongti:pixelsize=16:foundry=unknown:weight=medium:slant=r:width=normal (#x29B3) HTH, -- Leo (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
customize-group "erc-server" save buffer error
M-x customize-group RET erc-server RET goto this section: --8<---cut here---start->8--- Erc Server Coding System: Hide Value Value Menu Cons-cell: encoding: utf-8 decoding: undecided --8<---cut here---end--->8--- change the decoding system to utf-8: --8<---cut here---start->8--- Erc Server Coding System: Hide Value Value Menu Cons-cell: encoding: utf-8 decoding: utf-8 --8<---cut here---end--->8--- save the buffer with "C-x C-s" got a error message: custom-group-save: Symbol's function definition is void: children If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-11 on BREP modified by Zhangwei <[EMAIL PROTECTED]>. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-readonly-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: / j o i n SPC # m e m a c s / j o i n SPC # d e i a n b i a n - z h C-e C-x C-f . e m M-x e r c C-g M-x c u s t o - g e r c C-s c o i d i n g C-s C-s C-s C-s C-s C-s C-s C-g C-s s e r v e r C-g C-s C-g C-s s e r v e r C-a C-f C-x C-s y e s C-s c d i n g o d i n g C-s C-s C-s C-s C-e C-b C-b C-b C-a C-f C-e # d e b i a n - z h C-k u t f - 8 C-x C-s y e s C-x b C-s C-s C-s C-x b C-g C-x b C-s C-s C-s C-s C-s C-s C-y M-x r e p o r t - e m Recent messages: nnml: Reading incoming mail (no new mail)...done Checking new news...done No gnus is bad news nnml: Reading incoming mail from pop... nnml: Reading incoming mail (no new mail)...done Auto-saving... Mark set Loading emacsbug...done Loading dabbrev...done dabbrev-expand: No dynamic expansion for `customize-g' found ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
> From: Zhang Wei <[EMAIL PROTECTED]> > Date: Wed, 11 Jul 2007 15:12:24 +0800 > > Windows XP SP2, FAT32 filesystem (both source and dest). Hmm, it might be an issue with FAT32 timestamps. Could you please add "-v" to the `cp' switches and post here everything that `cp' displays while copying the lisp/ directory as part of "make install"? > shell is cmd. Shouldn't be a problem, but are you sure you don't have a sh.exe anywhere on your Path? > D:\>make -v > GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. > Built for i686-pc-msys A bit old, and an MSYS build, but shouldn't be a problem, either. I guess we could rewrite the install target in lisp/Makefile so that it copies the *.el files first. But I'd like first to see the order of copying in your case, and the output from "cp -v" should show that. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
Eli Zaretskii <[EMAIL PROTECTED]> writes: > Make won't do any multi-processing unless you use the -j switch. Did > you? I didn't use the -j switch. [...] > Please tell the details of the system on which this happens: what > Windows version, on what type of filesystem(s) (NTFS, FAT, other) you > have the relevant directories (the source one and the one that is the > target of "make install"), etc. The versions of Make and the shell > you are using and what kind of ports they are could also be of > importance. Windows XP SP2, FAT32 filesystem (both source and dest). shell is cmd. --8<---cut here---start->8--- D:\>make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-msys Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to <[EMAIL PROTECTED]>. --8<---cut here---end--->8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
> From: Zhang Wei <[EMAIL PROTECTED]> > Date: Wed, 11 Jul 2007 14:37:41 +0800 > > Eli Zaretskii <[EMAIL PROTECTED]> writes: > > > If they have the same timestamps, why do you get "source is newer" > > messages? I don't get them on my machine, and lread.c explicitly > > checks for .elc time _less_ than the .el time, not _less_or_equal_. > > Could you please look closer at this problem and tell where do the > > messages come from, and why? > > I'm not sure if the `make' program does multi-process `cp' when copying > files Make won't do any multi-processing unless you use the -j switch. Did you? In any case, I don't see how even -j could cause this, because we copy the whole directory in one command. There's no way Make could split that single command into more than one, because it's not smart enough to understand what the command does. > but some of the .el files become 1 second or 2 seconds newer than > the corresponding .elc files after `make install' Please tell the details of the system on which this happens: what Windows version, on what type of filesystem(s) (NTFS, FAT, other) you have the relevant directories (the source one and the one that is the target of "make install"), etc. The versions of Make and the shell you are using and what kind of ports they are could also be of importance. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug