Re: [unicode-2] Chinese characters too small

2007-07-11 Thread Kenichi Handa 
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

2007-07-11 Thread Leo 
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

2007-07-11 Thread Zhang Wei 

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

2007-07-11 Thread Eli Zaretskii 
> 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

2007-07-11 Thread Zhang Wei 
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

2007-07-11 Thread Eli Zaretskii 
> 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