ewoc misbehaves

2006-05-21 Thread Magnus Henoch
Revision 1.26 of ewoc.el changes its behavior in
backwards-incompatible ways.  Specifically:

- A newline is no longer inserted between items, and after header and
  footer.

- Markers after the ewoc structure are not advanced, but suddenly
  point before it after an item is inserted.

Magnus


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


Carbon Emacs 23.0.0 does not compile

2006-05-21 Thread Peter Dyballa

Hello!

The latest 'cvs up' bring this error when trying to make a Carbon Emacs:

	/Users/pete/Quellen/Emacs_CVS/emacs-unicode/mac/../src/macterm.c: 
8361:60: error: macro FACE_FOR_CHAR requires 5 arguments, but only  
3 given
	/Users/pete/Quellen/Emacs_CVS/emacs-unicode/mac/../src/macterm.c: In  
function 'mac_set_font_info_for_selection':
	/Users/pete/Quellen/Emacs_CVS/emacs-unicode/mac/../src/macterm.c: 
8361: error: 'FACE_FOR_CHAR' undeclared (first use in this function)
	/Users/pete/Quellen/Emacs_CVS/emacs-unicode/mac/../src/macterm.c: 
8361: error: (Each undeclared identifier is reported only once
	/Users/pete/Quellen/Emacs_CVS/emacs-unicode/mac/../src/macterm.c: 
8361: error: for each function it appears in.)

make[1]: *** [macterm.o] Error 1
make: *** [src] Error 2

Obviously just forgotten to update, I think ...

--
Greetings

  Pete

Claiming that the Macintosh is inferior to Windows because most people
use Windows, is like saying that all other restaurants serve food  
that is

inferior to McDonald's.




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


Re: emacs-unicode-2 fontset bug

2006-05-21 Thread Leon
Here is extra information.

Run `C-u C-x =' on letter `B' in *scratch* buffer:

,[ Emacs 23 ]
| character: B (66, #o102, #x42)
| preferred charset: ascii (ASCII (ISO646 IRV))
|code point: 0x42
|syntax: w  which means: word
|  category: a:ASCII l:Latin r:Japanese roman
|   buffer code: #x42
| file code: not encodable by coding system utf-8-emacs
|   display: by this font (glyph code)
|  -ETL-Fixed-Medium-R-Normal--16-160-72-72-C-80-ISO8859-1 (#x42)
| 
| Character code properties are not shown: customize what to show
| 
| There are text properties here:
|   auto-composedt
|   fontifiedt
| 
| [back]
`

,[ Emacs 21.3 ]
|   character: B (0102, 66, 0x42)
| charset: ascii (ASCII (ISO646 IRV))
|  code point: 66
|  syntax: word
|category: a:ASCII   l:Latin  
| buffer code: 0x42
|   file code: 0x42 (encoded by coding system nil)
|font: -xos4-Terminus-Medium-R-Normal--16-160-72-72-C-80-ISO8859-1
`

Regards,
-- 
Leon



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


Re: with-temp-buffer and undo

2006-05-21 Thread Bill Wohler
Bill Wohler [EMAIL PROTECTED] writes:

 Lars Hansen [EMAIL PROTECTED] wrote:

 Stefan Monnier wrote:
 
 ! `(let ((,temp-buffer (generate-new-buffer  *temp*))
 !(buffer-undo-list t))
 
 
 
 Buffer whose name start with a space have their undo disabled by default.
 I.e. someone thought of that years ago already,
   
 
 Then my previous patch can be simplified.
 Any objections?

 None from me. I've applied it and will let you know how it goes. Thanks.

So far so good. Thanks.

-- 
Bill Wohler [EMAIL PROTECTED]  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.



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


cursor-color frame parameter cannot equal background-color

2006-05-21 Thread Drew Adams
emacs -q

Put these sexps in buffer *scratch*:

1. (setq default-frame-alist '((foreground-color . Blue)
   (mouse-color . Red)
   (cursor-color . Red)))

2. (modify-frame-parameters (selected-frame)
'(;;(background-color . Black)
  (cursor-color . Black)))

Eval #1. C-x 5 2 to create a new frame. The new frame's cursor color
is Red

Eval #2 (in the new frame). The new frame's cursor is now black - no
problem. Delete the new frame.

Uncomment the background-color in #2.

Eval #1 again and C-x 5 2 to create a new frame.

Eval #2 (in the new frame). The new frame's cursor is still red -
the spec change had no effect in this regard. This is the main bug.
Delete the new frame.

Now comment out the mouse-color in #1, and repeat the last test (eval
#1, create new frame, eval #2). The new frame's cursor is black when
on text that has no face (other than default) and it is the color of
font-lock-string-face when on text inside a string. This is another
bug. There should be no connection between mouse-color and
cursor-color.

The frame spec should always be respected, no matter if that
effectively makes the cursor invisible in some contexts. That is,
(cursor-color . Black) should always make the cursor black.

An application where this has a negative effect uses space characters
with a face that has a background different from the frame background,
to make spaces visible in different ways. The application wants the
cursor color to be the same as the frame's background color
(black). The cursor should be visible over the space character's face,
and it should be able to be the same as the frame background.

The mouse-color effect makes me think that both bugs might be
inadvertent - when no mouse-color spec is present the cursor color is
correct except over faces.

On the other hand, with mouse-color present, the effect is to prevent
the cursor-color from being the same as the background color. That
makes me suspect that someone might have done this intentionally,
thinking it was always DTRT. If so, this is a design mistake - the
frame spec should always be taken literally, not second-guessed and
overridden by smart code.



In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600)
 of 2006-03-20 on W2ONE
X server distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Id:/g/include'

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: Dired by name

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  auto-compression-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
  line-number-mode: t

Recent input:
help-echo help-echo help-echo help-echo help-echo
help-echo help-echo help-echo help-echo menu-bar
help-menu report-emacs-bug

Recent messages:
(C:\Emacs-22-2006-03-20\bin\emacs.exe -q --no-site-file --debug-init
C:\drews-lisp-20)
Loading encoded-kb...done
For information about the GNU Project and its goals, type C-h C-p.
Loading dired...
Loading regexp-opt...done
Loading dired...done
Loading emacsbug...done



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


Two Info nodes on mouse pointer shapes

2006-05-21 Thread Drew Adams
Two different Info nodes have different info (one is about X Window
pointer shapes and the other is about text-property control of pointer
shape). They should either be combined or cross-reference each
other.

Simply cross-referencing will leave the reader confused. It would be
best to give a complete explanation in one place. We do not want the
reader to miss one of these pieces of information or to not be able to
understand how they fit together.

emacs -q
C-h i, pick Elisp
s pointer shows two nodes at the top level: Pointer Shapes and Pointer
Shape.

Pointer Shapes says this:

These variables specify which shape to use for the mouse pointer in
various situations, when using the X Window System:

`x-pointer-shape'
 This variable specifies the pointer shape to use ordinarily in the
 Emacs frame.

`x-sensitive-text-pointer-shape'
 This variable specifies the pointer shape to use when the mouse is
 over mouse-sensitive text.

   These variables affect newly created frames.  They do not normally
affect existing frames; however, if you set the mouse color of a frame,
that also updates its pointer shapes based on the current values of
these variables.  *Note Color Parameters::.

   The values you can use, to specify either of these pointer shapes,
are defined in the file `lisp/term/x-win.el'.  Use `M-x apropos RET
x-pointer RET' to see a list of them.

Pointer Shape says this:

Normally, the mouse pointer has the `text' shape over text and the
`arrow' shape over window areas which do not correspond to any buffer
text.  You can specify the mouse pointer shape over text or images via
the `pointer' text property, and for images with the `:pointer' and
`:map' image properties.

   The available pointer shapes are: `text' (or `nil'), `arrow',
`hand', `vdrag', `hdrag', `modeline', and `hourglass'.

 -- Variabel: void-text-area-pointer
 This variable specifies the mouse pointer shape in void text areas,
 i.e. the areas after the end of a line or below the last line in
 the buffer.  The default is to use the `arrow' (non-text) pointer.



In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600)
 of 2006-03-20 on W2ONE
X server distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Id:/g/include'

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: Info

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  auto-compression-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
  line-number-mode: t

Recent input:
C-h i help-echo help-echo help-echo help-echo
down-mouse-2 mouse-2 help-echo s p o i n t e
r return help-echo down-mouse-2 mouse-2 l s
return s return help-echo down-mouse-2 mouse-2
l l l help-echo down-mouse-2 mouse-2 s return
down-mouse-2 mouse-2 help-echo help-echo help-echo
help-echo help-echo help-echo help-echo menu-bar
help-menu report-emacs-bug

Recent messages:
For information about the GNU Project and its goals, type C-h C-p.
Loading dired...
Loading regexp-opt...done
Loading dired...done
Loading info...
Loading easymenu...done
Loading info...done
Composing main Info directory...done
Info-history-back: This is the first Info node you looked at
Loading emacsbug...done



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


Re: line-spacing doc string does not explain nil value

2006-05-21 Thread Richard Stallman
I fixed this.


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