Re: `.newsrc.eld' saves chinese group name in wrong coding

2006-10-28 Thread Eli Zaretskii
 From: Richard Stallman [EMAIL PROTECTED]
 CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
   [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
 Date: Fri, 27 Oct 2006 09:33:35 -0400
 
  There is a big difference between unibyte strings and encoded unibyte
  strings.
 
 What is that difference?
 
 You can represent one of Emacs' supported Latin alphabets in
 (unencoded) unibyte strings, and Emacs will automatically convert to
 and from multibyte.

AFAIK, Latin-N unibyte strings and iso-8859-N text encoded in Latin-N
use the same numerical codes for the same characters, so they are
indistinguishable.

Handa-san, am I right?


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: emacs/pretest/emacs-22.0.90.tar.gz on intel Mac running OS 10.4.8

2006-10-28 Thread Eli Zaretskii
 Date: Fri, 27 Oct 2006 21:25:07 -0400
 From: Gilbert Harman [EMAIL PROTECTED]
 
 In the main directory:
 
 configure --without-x --enable-carbon-app
 
 finishes without error, but
 
 make bootstrap does not complete:

You shouldn't need to make bootstrap with this tarball: it already
includes the *.elc files.  So just make should do; does it?

While there's some merit in testing the bootstrap in the released
tarballs, it's much more important, IMHO, to see that the regular
make does TRT, since that's what most users will do.


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


revert-buffer-with-coding-system fails to work for CP1250

2006-10-28 Thread Peter Dyballa

Hello!

When I open a text file with a CP1250 contents, mode-line does not  
show a specific encoding, it starts with ``-:´´. So I invoke C-x REF  
r cp1250 RET – but there does not seem to be change (except that read- 
only goes away).



In GNU Emacs 22.0.50.1 (powerpc-apple-darwin8.8.0, X toolkit, Xaw3d  
scroll bars)

of 2006-10-27 on Latsche
X server distributor `The XFree86 Project, Inc', version 11.0.4040
configured using `configure '--without-sound' '--without-pop' '--with- 
xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable- 
locallisppath=/Library/Application Support/Emacs/calendar22:/Library/ 
Application Support/Emacs/preview:/Library/Application Support/Emacs/ 
auctex/images:/Library/Application Support/Emacs/auctex:/Library/ 
Application Support/Emacs' 'CFLAGS=-pipe -fPIC -fast -mcpu=7450 - 
mtune=7450 -mpim-altivec -ftree-vectorize -foptimize-register-move - 
freorder-blocks -freorder-blocks-and-partition -fthread-jumps - 
fpeephole -fno-crossjumping' 'CPPFLAGS=-I/usr/local/include -I/sw/ 
include/libpng12 -I/sw/include' 'LDFLAGS=-dead_strip -L/usr/X11R6/lib  
-L/usr/local/lib -L/sw/lib/ncurses -L/sw/lib' 'CC=gcc' 'CPP=gcc -E - 
no-cpp-precomp -I/usr/local/include -I/sw/include/libpng12 -I/sw/ 
include -L/usr/X11R6/lib -L/usr/local/lib -L/sw/lib/ncurses -L/sw/lib''


Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-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
  line-number-mode: t
  transient-mark-mode: t


--
Mit friedvollen Grüßen

  Pete

If my theory of relativity is proven successful, Germany will claim  
me as a German, and France will declare that I am a citizen of the  
world. Should my theory prove untrue, France will say that I am a  
German, and Germany will declare that I am a Jew.
-- Albert Einstein,  
1929





___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


defun-at-point, (thing-at-point 'defun)

2006-10-28 Thread Andreas Roehler


With cursor inside a functions definition, what should
`defun-at-point' resp. (thing-at-point 'defun) return:

- the function name
- the complete functions corpus

What about introducing `functionname-at-point'?

Thanks

__
Andreas Roehler


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: revert-buffer-with-coding-system fails to work for CP1250

2006-10-28 Thread Eli Zaretskii
 From: Peter Dyballa [EMAIL PROTECTED]
 Date: Sat, 28 Oct 2006 14:38:16 +0200
 
 When I open a text file with a CP1250 contents, mode-line does not  
 show a specific encoding, it starts with ``-:''. So I invoke C-x REF  
 r cp1250 RET - but there does not seem to be change (except that read- 
 only goes away).

Don't you see a `*' in the mode line instead of `:'?

Can you post a minimal file that can be used to reproduce the problem?
I cannot reproduce it, but:

  . I'm not on Darwin
  . I don't have a cp1250 file


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


emacs-unicode-2: #xFF01 .. #xFF60 should be set double width in char-width-table

2006-10-28 Thread Zhang Wei

According to the unicode standard, #xFF01 .. #xFF60 are fullwidth
ASCII variants and fullwidth brackets, they should be set double
width in the char-width-table.

May be this patch is useable.

*** c:/Emacs/lisp/international/characters.el   Thu Oct 26 23:03:06 2006
--- d:/download/emacs--unicode--0/lisp/international/characters.el  Sat Oct 
28 21:41:54 2006
***
*** 1019,1024 
--- 1019,1025 
   (#xAC00 . #xD7A3)
   (#xF900 . #xFAFF)
   (#xFE30 . #xFE6F)
+  (#xFF01 . #xFF60)
   (#xFFE0 . #xFFE6)
   (#x2 . #x2)
   (#x3 . #x3



___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: revert-buffer-with-coding-system fails to work for CP1250

2006-10-28 Thread Peter Dyballa


Am 28.10.2006 um 15:55 schrieb Eli Zaretskii:


From: Peter Dyballa [EMAIL PROTECTED]
Date: Sat, 28 Oct 2006 14:38:16 +0200

When I open a text file with a CP1250 contents, mode-line does not
show a specific encoding, it starts with ``-:''. So I invoke C-x REF
r cp1250 RET - but there does not seem to be change (except that  
read-

only goes away).


Don't you see a `*' in the mode line instead of `:'?


Not initially. When I set a coding system for the next command or I  
start the file with


;;; -*- mode: Text; coding: windows-1250-unix; -*-

then I see the mode-line starting with ``-*:´´.



Can you post a minimal file that can be used to reproduce the problem?
I cannot reproduce it, but:

  . I'm not on Darwin


It could be a general problem. (A Czech Mac OS X and Aquamacs Emacs  
user found this. I then checked it with /usr/local/bin/emacs-22.0.50 - 
Q.)



  . I don't have a cp1250 file


I am trying to attach one with the header line of above! I've made it  
in Unicode Emacs 23.0.0. (In GNU Emacs 22.0.50 not always all glyphs  
are shown, even if font or fontset are OK for this job; I'll  
investigate this a bit more and make a new bug report.)


BTW, what are the regularly used Code Pages in MS Losedows in the  
world of Latin scripts? (For to create some more reference files.)


;;; -*- mode: Text; coding: windows-1250-unix; -*-
;
;   Time-stamp: 2006-10-28 15:30:35 pete
;
;   Extended European Microsoft Windows Codepage
;
;   oct   dec   hexUCS2UTF-8
;=
€ = 128 = 200 = 80 = U+20AC  EURO SIGN
  = 129 = 201 = 81 = (UNDEFINED)
‚ = 130 = 202 = 82 = U+201A  SINGLE LOW-9 QUOTATION MARK
  = 131 = 203 = 83 = (UNDEFINED)
„ = 132 = 204 = 84 = U+201E  DOUBLE LOW-9 QUOTATION MARK
… = 133 = 205 = 85 = U+2026  HORIZONTAL ELLIPSIS
† = 134 = 206 = 86 = U+2020  DAGGER
‡ = 135 = 207 = 87 = U+2021  DOUBLE DAGGER
  = 136 = 210 = 88 = (UNDEFINED)
‰ = 137 = 211 = 89 = U+2030  PER MILLE SIGN
Š = 138 = 212 = 8A = U+0160  LATIN CAPITAL LETTER S WITH CARON
‹ = 139 = 213 = 8B = U+2039  SINGLE LEFT-POINTING ANGLE QUOTATION MARK
Π= 140 = 214 = 8C = U+015A  LATIN CAPITAL LETTER S WITH ACUTE
 = 141 = 215 = 8D = U+0164  LATIN CAPITAL LETTER T WITH CARON
Ž = 142 = 216 = 8E = U+017D  LATIN CAPITAL LETTER Z WITH CARON
 = 143 = 217 = 8F = U+0179  LATIN CAPITAL LETTER Z WITH ACUTE
  = 144 = 220 = 90 = (UNDEFINED)
‘ = 145 = 221 = 91 = U+2018  LEFT SINGLE QUOTATION MARK
’ = 146 = 222 = 92 = U+2019  RIGHT SINGLE QUOTATION MARK
“ = 147 = 223 = 93 = U+2018  LEFT SINGLE QUOTATION MARK
” = 148 = 224 = 94 = U+201D  RIGHT DOUBLE QUOTATION MARK
• = 149 = 225 = 95 = U+2022  BULLET
– = 150 = 226 = 96 = U+2013  EN DASH
— = 151 = 227 = 97 = U+2014  EM DASH
  = 152 = 230 = 98 = (UNDEFINED)
™ = 153 = 231 = 99 = U+2122  TRADEMARK SIGN
š = 154 = 232 = 9A = U+0161  LATIN SMALL LETTER S WITH CARON
› = 155 = 233 = 9B = U+203A  SINGLE RIGHT-POINTING ANGLE QUOTATION MARK
œ = 156 = 234 = 9C = U+015B  LATIN SMALL LETTER S WITH ACUTE
 = 157 = 235 = 9D = U+0165  LATIN SMALL LETTER T WITH CARON
ž = 158 = 236 = 9E = U+017E  LATIN SMALL LETTER Z WITH CARON
Ÿ = 159 = 237 = 9F = U+017A  LATIN SMALL LETTER Z WITH ACUTE
  = 160 = 240 = A0 = U+00A0  NO-BREAK SPACE
¡ = 161 = 241 = A1 = U+02C7  CARON
¢ = 162 = 242 = A2 = U+02D8  BREVE
£ = 163 = 243 = A3 = U+0141  LATIN CAPITAL LETTER L WITH STROKE
¤ = 164 = 244 = A4 = U+00A4  CURRENCY SIGN
¥ = 165 = 245 = A5 = U+0104  LATIN CAPITAL LETTER A WITH OGONEK
¦ = 166 = 246 = A6 = U+00A6  BROKEN BAR
§ = 167 = 247 = A7 = U+00A7  SECTION SIGN
¨ = 168 = 250 = A8 = U+00A8  DIAERESIS
© = 169 = 251 = A9 = U+00A9  COPYRIGHT SIGN
ª = 170 = 252 = AA = U+015E  LATIN CAPITAL LETTER S WITH CEDILLA
« = 171 = 253 = AB = U+00AB  LEFT-POINTING DOUBLE ANGLE QUOTATION MARK
¬ = 172 = 254 = AC = U+00AC  NOT SIGN
­ = 173 = 255 = AD = U+00AD  SOFT HYPHEN
® = 174 = 256 = AE = U+00AE  REGISTERED SIGN
¯ = 175 = 257 = AF = U+017B  LATIN CAPITAL LETTER Z WITH DOT ABOVE
° = 176 = 260 = B0 = U+00B0  DEGREE SIGN
± = 177 = 261 = B1 = U+00B1  PLUS-MINUS SIGN
² = 178 = 262 = B2 = U+02DB  OGONEK
³ = 179 = 263 = B3 = U+0142  LATIN SMALL LETTER L WITH STROKE
´ = 180 = 264 = B4 = U+00B4  ACUTE ACCENT
µ = 181 = 265 = B5 = U+00B5  MICRO SIGN
¶ = 182 = 266 = B6 = U+00B6  PILCROW SIGN
· = 183 = 267 = B7 = U+00B7  MIDDLE DOT
¸ = 184 = 270 = B8 = U+00B8  CEDILLA
¹ = 185 = 271 = B9 = U+0105  LATIN SMALL LETTER A WITH OGONEK
º = 186 = 272 = BA = U+015F  LATIN SMALL LETTER S WITH CEDILLA
» = 187 = 273 = BB = U+00BB  RIGHT-POINTING DOUBLE ANGLE QUOTATION MARK
¼ = 188 = 274 = BC = U+013D  LATIN CAPITAL LETTER L WITH CARON
½ = 189 = 275 = BD = U+02DD  DOUBLE ACUTE ACCENT
¾ = 190 = 276 = BE = U+013E  LATIN SMALL LETTER L WITH CARON
¿ = 191 = 277 = BF = U+017C  LATIN SMALL LETTER Z WITH DOT ABOVE
À = 192 = 300 = C0 = U+0154  LATIN CAPITAL LETTER R WITH ACUTE
Á = 193 = 301 = C1 = U+00C1  LATIN CAPITAL LETTER A WITH ACUTE
 = 194 = 302 = C2 = U+00C2  LATIN CAPITAL LETTER A 

Re: revert-buffer-with-coding-system fails to work for CP1250

2006-10-28 Thread Eli Zaretskii
 From: Peter Dyballa [EMAIL PROTECTED]
 Date: Sat, 28 Oct 2006 16:40:12 +0200
 
  Don't you see a `*' in the mode line instead of `:'?
 
 Not initially.

It seems that this problem is somehow related to the fact that Emacs
initially visits the file in unibyte mode.


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


emacs-unicode-2: some of the full-width characters should have a ?\| property

2006-10-28 Thread Zhang Wei

Perhaps we should do this:

*** c:/Emacs/lisp/international/characters.el   Thu Oct 26 23:03:06 2006
--- d:/download/emacs--unicode--0/lisp/international/characters.el  Sun Oct 
29 00:42:10 2006
***
*** 1013,1029 
  
  ;; 2: East Asian Wide and Full-width characters.
  (let ((l '((#x1100 . #x115F)
   (#x2329 . #x232A)
   (#x2E80 . #x303E)
   (#x3040 . #xA4CF)
   (#xAC00 . #xD7A3)
   (#xF900 . #xFAFF)
   (#xFE30 . #xFE6F)
   (#xFFE0 . #xFFE6)
   (#x2 . #x2)
   (#x3 . #x3
(dolist (elt l)
! (set-char-table-range char-width-table elt 2)))
  
  ;; Other double width
  ;;(map-charset-chars
--- 1013,1033 
  
  ;; 2: East Asian Wide and Full-width characters.
  (let ((l '((#x1100 . #x115F)
+  (#x2010 . #x2027)
+  (#x2030 . #x205E)
   (#x2329 . #x232A)
   (#x2E80 . #x303E)
   (#x3040 . #xA4CF)
   (#xAC00 . #xD7A3)
   (#xF900 . #xFAFF)
   (#xFE30 . #xFE6F)
+  (#xFF01 . #xFF60)
   (#xFFE0 . #xFFE6)
   (#x2 . #x2)
   (#x3 . #x3
(dolist (elt l)
! (set-char-table-range char-width-table elt 2)
! (modify-category-entry elt ?\|)))
  
  ;; Other double width
  ;;(map-charset-chars


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: `.newsrc.eld' saves chinese group name in wrong coding

2006-10-28 Thread Richard Stallman
 However, if you store encoded text in unibyte strings, you are
 responsible for decoding and encoding when necessary.  You have to
 keep track, everywhere, of whether the data is encoded or not.

It's pretty easy to keep track of it: unibyte == encoded, multibyte
== decoded.

What you're proposing is a convention which a certain program could
use internally.  It might be a workable convention for some purposes.
But it is not automatic, and not required by Emacs.

 You can represent one of Emacs' supported Latin alphabets in
 (unencoded) unibyte strings, and Emacs will automatically convert to
 and from multibyte.

And this use was very convenient for Emacs-20 where we wanted to keep some
backward compatibility with code that was not MULE-aware.

But nowadays any code which relies on this is simply broken, AFAIC, because
it'll only work in environments using a iso-8859 encoding (more or less)

I think you're mistaken.  The conversion between unibyte and multibyte
involves internal Emacs characters.  It concerns character sets, not
coding systems.

However, it is true that the use of unibyte strings is only applicable
to alphabets such as could be represented in unibyte strings.


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


mouse-1-click-follows-link doesn't govern behavior in Customize

2006-10-28 Thread Drew Adams
emacs -Q
M-x set-variable mouse-1-click-follows-link RET nil RET
M-x customize-option read-quoted-char-radix RET

Click mouse-1 on the first line, text `read-quoted-char'. This opens
the *Help* buffer with a description of `read-quoted-char'.

With `mouse-1-click-follows-link', I would not expect mouse-1 do do
that; I would expect only mouse-2 to do that. If someone sets
`mouse-1-click-follows-link' to nil, it is likely that that user does
not want mouse-1 to do more than set point.


In GNU Emacs 22.0.50.1 (i386-msvc-nt5.1.2600)
 of 2006-07-19 on BOS-CTHEWLAP2
X server distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-msvc (12.00)'

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: ENU
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Custom

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-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
  line-number-mode: t




___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug