Re: isearch-query-replace: empty search

2005-12-14 Thread Juri Linkov
 Typing `C-s M-%' or `C-s C-M-%' gives the error:

   isearch-query-replace: Wrong type argument: number-or-marker-p, nil

 Here's a patch:

Thanks.  Installed.

-- 
Juri Linkov
http://www.jurta.org/emacs/



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


Quoted lambda expressions in manuals

2005-12-14 Thread Ralf Angeli
There are some quoted lambda expressions in the manuals:

find . -type f -print0 | xargs -0 -e grep -nH -e '(lambda
./custom.texi:905:  '(lambda ()
./custom.texi:1392:  '(lambda ()
./custom.texi::  '(lambda () (auto-fill-mode 1)))
./emacs-xtra.texi:215: #'(lambda (optional noconfirm) 'fast))
./gnus.texi:3020:  '(lambda nil (local-set-key d (local-key-binding n

Maybe those could be removed eventually in order to prevent bad karma
(as Stefan puts it).


In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.6.10)
 of 2005-12-14 on neutrino
X server distributor `The X.Org Foundation', version 11.0.60802000
configured using `configure '--with-gtk''

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: en_US
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  desktop-save-mode: t
  display-time-mode: t
  iswitchb-mode: t
  recentf-mode: t
  show-paren-mode: t
  encoded-kbd-mode: t
  auto-compression-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o r t - e m tab return

Recent messages:
Loading time...done
Loading desktop...done
Loading rng-auto (source)...done
Loading /usr/local/share/emacs/site-lisp/tex-site.el (source)...done
Loading easy-mmode...done
Loading edmacro...done
No desktop file.
For information about the GNU Project and its goals, type C-h C-p.
Loading cl-seq...done
Loading emacsbug...done


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


Re: hi-lock-buffer-mode and hi-lock-mode do not follow normal convention

2005-12-14 Thread Juri Linkov
 I have a local fix that displays Hi in the mode line only when the
 list of regexps to highlight is not empty in the current buffer.
 This means it is displayed only when hi-lock has something to highlight.
 Do you think it would be useful to use this logic by default in
 hi-lock.el?

 As a user, I would love that!  There's no reason for hi-lock-mode to
 not be enabled, as all it does is add a menu entry to the already
 small edit menu.  Only displaying the H when hi-lock mode is doing
 something would be perfect!

Below is a patch that implements this:

Index: lisp/hi-lock.el
===
RCS file: /sources/emacs/emacs/lisp/hi-lock.el,v
retrieving revision 1.35
diff -c -r1.35 hi-lock.el
*** lisp/hi-lock.el 10 Dec 2005 11:47:28 -  1.35
--- lisp/hi-lock.el 14 Dec 2005 17:07:28 -
***
*** 293,299 
   Hi-lock: end
  is found. A mode is excluded if it's in the list `hi-lock-exclude-modes'.
:group 'hi-lock
!   :lighter  H
:global nil
:keymap hi-lock-map
(when (and (equal (buffer-name) *scratch*)
--- 305,314 
   Hi-lock: end
  is found. A mode is excluded if it's in the list `hi-lock-exclude-modes'.
:group 'hi-lock
!   :lighter (:eval (if (or hi-lock-interactive-patterns
! hi-lock-file-patterns)
!  Hi ))
:global nil
:keymap hi-lock-map
(when (and (equal (buffer-name) *scratch*)

-- 
Juri Linkov
http://www.jurta.org/emacs/



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


font-lock-add-keywords in hi-lock.el

2005-12-14 Thread Juri Linkov
hi-lock-mode breaks existing highlighting when its regexps cover
areas highlighted by standard font-lock keywords (non-syntactic).
This is especially undesirable on large highlighted areas like
outline headings etc.

A good solution for this problem is to append new hi-lock keywords
at the end of the current highlighting list instead of adding them
at the beginning.  Thus hi-lock regexps always will be placed over
standard highlighted keywords.

A patch below sets the 3rd arg `HOW' (former `APPEND') of
`font-lock-add-keywords' to t.  (The parameter `OVERRIDE' of the
MATCH-HIGHLIGHT form is already t on every hi-lock keyword, so this
will work correctly.)

Index: lisp/hi-lock.el
===
RCS file: /sources/emacs/emacs/lisp/hi-lock.el,v
retrieving revision 1.35
diff -c -r1.35 hi-lock.el
*** lisp/hi-lock.el 10 Dec 2005 11:47:28 -  1.35
--- lisp/hi-lock.el 14 Dec 2005 17:07:29 -
***
*** 526,532 
Highlight REGEXP with face FACE.
(let ((pattern (list regexp (list 0 (list 'quote face) t
  (unless (member pattern hi-lock-interactive-patterns)
!   (font-lock-add-keywords nil (list pattern))
(push pattern hi-lock-interactive-patterns)
(let ((buffer-undo-list t)
(inhibit-read-only t)
--- 543,549 
Highlight REGEXP with face FACE.
(let ((pattern (list regexp (list 0 (list 'quote face) t
  (unless (member pattern hi-lock-interactive-patterns)
!   (font-lock-add-keywords nil (list pattern) t)
(push pattern hi-lock-interactive-patterns)
(let ((buffer-undo-list t)
(inhibit-read-only t)
***
*** 544,550 
(when (or hi-lock-file-patterns patterns)
  (font-lock-remove-keywords nil hi-lock-file-patterns)
  (setq hi-lock-file-patterns patterns)
! (font-lock-add-keywords nil hi-lock-file-patterns)
  (font-lock-fontify-buffer)))
  
  (defun hi-lock-find-patterns ()
--- 561,567 
(when (or hi-lock-file-patterns patterns)
  (font-lock-remove-keywords nil hi-lock-file-patterns)
  (setq hi-lock-file-patterns patterns)
! (font-lock-add-keywords nil hi-lock-file-patterns t)
  (font-lock-fontify-buffer)))
  
  (defun hi-lock-find-patterns ()
***
*** 573,580 
  (defun hi-lock-font-lock-hook ()
Add hi lock patterns to font-lock's.
(if font-lock-mode
!   (progn (font-lock-add-keywords nil hi-lock-file-patterns)
!(font-lock-add-keywords nil hi-lock-interactive-patterns))
  (hi-lock-mode -1)))
  
  (provide 'hi-lock)
--- 590,598 
  (defun hi-lock-font-lock-hook ()
Add hi lock patterns to font-lock's.
(if font-lock-mode
!   (progn
!   (font-lock-add-keywords nil hi-lock-file-patterns t)
!   (font-lock-add-keywords nil hi-lock-interactive-patterns t))
  (hi-lock-mode -1)))
  
  (provide 'hi-lock)

-- 
Juri Linkov
http://www.jurta.org/emacs/



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


describe-char

2005-12-14 Thread Nick Roberts

After this change:

2005-12-12  Stefan Monnier  [EMAIL PROTECTED]

* descr-text.el (describe-char): Rework last fix to solve the problem
is the same way it's solved for everything else in that function
(i.e. by extracting the info before setting up the *Help* buffer).

the link following widget has disappeared e.g.

If you do `C-u C-x =' on a link in Info, you get:

...
There are text properties here:
  font-lock-face   [info-xref]
  help-echomouse-2: go to (efaq)
  mouse-face   [highlight]

but you can no longer click on info-xref or highlight to examine that face.

Its certainly easier to report bugs than fix them!

Nick


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


Changelog mode problem

2005-12-14 Thread Brendan Halpin
This bug report will be sent to the Free Software Foundation, not 
to your local site managers!  Please write in English if possible, 
because the Emacs maintainers usually do not have translators to 
read other languages for them.   Your bug report will be posted to 
the emacs-pretest-bug@gnu.org mailing list.   Please describe 
exactly what actions triggered the bug and the precise symptoms of 
the bug:  When entering a change-log from C-x v v, the formatting 
is off. If the new entry comes just above a previous date stamp, 
it inserts a tab before the previous date stamp: 
--- 
2005-12-13  Brendan Halpin  [EMAIL PROTECTED]  * .emacs: 
Moved stuff about, added emacs-version  conditional to handle 
having 22 on gx270 and 21 on laptop  for now.2005-12-12 
Brendan Halpin [EMAIL PROTECTED]  *  .procmailrc: Put in 
entry to trap ukhomebrew 
--- 
If the entry comes after (above) another for the same day, it 
deletes the whitespace before the previous entry: 
--- 
2005-12-14  Brendan Halpin  [EMAIL PROTECTED]


	* x.txt: This is the second comment.  x.txt: This is the 
* first comment.

---


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
/usr/share/emacs/22.0.50/etc/DEBUG for instructions.


In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2005-12-07 on pacem, modified by Debian
X server distributor `The X.Org Foundation', version 11.0.60802000
configured using `configure '--build' 'i486-linux-gnu' '--host' 
'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' 
'--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' 
'--mandir=/usr/share/man' '--with-pop=yes' 
'--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/22.0.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.0.50/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.0.50/leim'
 '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 
'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 
'host_alias=i486-linux-gnu''

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: en_IE.UTF-8
 locale-coding-system: utf-8
 default-enable-multibyte-characters: t

Major mode: RMAIL

Minor modes in effect:
 desktop-save-mode: t
 display-time-mode: t
 show-paren-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
 transient-mark-mode: t

Recent input:
r e t e s t C-right C-right C-right C-right 
C-right C-right C-right C-right C-right C-right 
C-right C-right C-right C-right C-right C-right 
C-right C-right C-right C-right C-right C-right 
C-right C-right C-right C-right C-right C-right 
C-right C-a f2 down down up f up up up 
escape x r e p o r t SPC b u g return escape 
x l o a d SPC l i b return m a i l s e t return 
escape x b u SPC SPC SPC g SPC backspace backspace 
backspace r e SPC backspace p SPC o r SPC SPC SPC 
return


Recent messages:
Reverse Rmail search for -bug...done
Reverse Rmail search for -bug...done
Reverse Rmail search for -bug...done
Note: file is write protected
Mark saved where search started
Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help.
Quit
Loading mailset (source)...done
Making completion list... [4 times]
Loading emacsbug...done

--
Brendan Halpin,  Department of Sociology,  University of Limerick,  Ireland
Tel: w +353-61-213147 f +353-61-202569 h +353-61-338562; Room F2-025 x 3147
mailto:[EMAIL PROTECTED]  http://www.ul.ie/sociology/brendan.halpin.html


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


problems with smerge-mode.el

2005-12-14 Thread Alexandru Harsanyi

Symptoms:

An error is signalled when I use smerge-mode to select one of the
alternatives of a CVS conflict.  A stack trace looks like this:

Debugger entered--Lisp error: (wrong-type-argument integer-or-marker- 
p nil)

  delete-region(nil 20191)
  smerge-keep-n(3)
  smerge-keep-current()
  call-interactively(smerge-keep-current)

I used edebug to track down the problem, and it seems the problem is
in the function:

(defun smerge-keep-n (n)
  (smerge-remove-props (match-beginning 0) (match-end 0))
  ;; We used to use replace-match, but that did not preserve markers  
so well.

  (delete-region (match-end n) (match-end 0))
  (delete-region (match-beginning 0) (match-beginning n)))

it seems that after the smerge-remove-props call, the match data
information is lost so (match-end n) returns nil, causing
delete-region to fail.  Changing the definition as below seems to fix
the problem.

(defun smerge-keep-n (n)
  (let ((zero-start (match-beginning 0))
(zero-end (match-end 0))
(n-start (match-beginning n))
(n-end (match-end n)))
(smerge-remove-props zero-start zero-end)
;; We used to use replace-match, but that did not preserve  
markers so well.

(delete-region n-end zero-end)
(delete-region zero-start n-start)))


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
/usr/local/share/emacs/22.0.50/etc/DEBUG for instructions.


In GNU Emacs 22.0.50.2 (powerpc-apple-darwin8.3.0)
of 2005-12-11 on karinji.local
X server distributor `Apple Computers', version 10.4.3
configured using `configure '--enable-carbon-app' '--without-x''

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: nil
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  encoded-kbd-mode: t
  display-time-mode: t
  whitespace-global-mode: t
  icomplete-mode: t
  show-paren-mode: t
  tooltip-mode: t
  auto-compression-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
  transient-mark-mode: t

Recent input:
right right right right right right right
right right down down up up C-x v l C-x
0 down down down C-v up up up C-v up
up down right right up up up left left
C-M-SPC C-g down-mouse-1 mouse-1 down-mouse-1
mouse-1 down-mouse-1 mouse-1 double-down-mouse-1
double-mouse-1 down-mouse-1 mouse-1 C-x b p a
C-s return up up up up down down right
right up down down down down down right
right down down up up up right down
up up C-x k return down-mouse-1 mouse-1 C-x
b mac-apple-event C-g M-x r e p o r t - e m tab
return

Recent messages:
(No files need saving)
Mark set
/Users/haral/Projects/ERG/incomming/dmlint/metacd/CdPayload.cpp clean.
Mark set
Running cvs in the background... done
Mark set
Quit
/Users/haral/pkg/emacs-packages/patch.el clean.
Quit
Loading emacsbug...done



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


Re: font-lock-add-keywords in hi-lock.el

2005-12-14 Thread Bill Wohler
Juri Linkov [EMAIL PROTECTED] writes:

 hi-lock-mode breaks existing highlighting when its regexps cover
 areas highlighted by standard font-lock keywords (non-syntactic).
 This is especially undesirable on large highlighted areas like
 outline headings etc.
 ...
 A patch below...

Was this patch expected to fix the broken Gnus highlighting me and
others have reported?

After running M-x font-lock-fontify-buffer in the *Group* buffer
(which I think is a recipe that was posted here), the highlighting
goes away. It also goes away in subsequent *Summary* and *Article*
buffers!

By the way, I haven't noticed the broken highlighting in the last
week. Maybe something got fixed. Maybe I've gotten lucky. I don't know.

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


Re: build failure on Irix 6.5/gcc

2005-12-14 Thread Dave Love
Richard M. Stallman [EMAIL PROTECTED] writes:

 I appreciate your work.

I'm afraid I couldn't have guessed so, and experimentally I couldn't
get fixes made, even being thick-skinned about the response.

 If you send a useful and clear bug fix, we
 will certainly use it.

I can't be any clearer than saying that you need to treat the sections
I mentioned like .sdata in unexelf and copy the stack-marking
definitions from irix6-0.h to irix6-5.h.

 At times when we want new features, we would
 be glad accept them from you too (assuming we like the features).

The last time I offered a TODO item, the story was there was a feature
freeze, but all sorts of features were going in from others.  Anyway,
I would rather that features I wrote several years ago looked like
getting released someday.  It badly needs a feature freeze to
stabilize it and get a release made.  I'm actually surprised people
can work on improvements when you continually have to address
regressions.

 Did you send a patch for this that we neglected?

I don't want to send a patch since I've been banned from working on
free software on lab systems even in my own time, and I wouldn't want
contributions to be in question even though I was addressing something
affecting users.  I'll be out of work soon, but I won't have the
proprietary systems available then.  However the changes are trivial
to make.  I since noticed the unexec ones are even in TODO.


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


Cannot modify directory list GTK file dialog

2005-12-14 Thread Stephen Berman
I haven't used the menu or tool bars to visit files before, but I just
tried it and visiting worked, but modifying the directory list under
Browse for other folders didn't work.  I started emacs -q and
clicked on the file icon in the toolbar or the corresponding menu bar
entry.  At first I was able to add a directory to the list, but when I
tried to remove it, an error message window popped up which said:
Could not remove a bookmark 
Bookmark saving failed: Could not change file mode: waitpid() failed:
No child processes 
Then I tried to add another directory and this time it failed with the
same error message (except it said Could not add a bookmark...).
Subseqently, even after starting emacs -q again, and even after
deleting ~/.gtk-bookmarks, no modification of the list has been
possible.  As a sanity check, I tried the same in Firefox, which uses
the same GTK dialog, and it worked fine there.  I don't know if it's
significant that, while testing the file dialog with emacs -q, I also
had an Emacs session with my initializations running (I first tried
the GTK file dialog there and found the same problems).


In GNU Emacs 22.0.50.7 (i686-pc-linux-gnu, GTK+ Version 2.8.7)
 of 2005-12-09 on escher
X server distributor `The X.Org Foundation', version 11.0.60802000
configured using `configure '--with-x-toolkit=gtk''

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: en_US.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Dired by name

Minor modes in effect:
  tabbar-mwheel-mode: t
  tabbar-mode: t
  recentf-mode: t
  show-paren-mode: t
  display-time-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
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: identity

Recent input:
select-window down-mouse-5 mouse-5 double-down-mouse-5 
double-mouse-5 help-echo C-x k return C-x 1 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-5 
mouse-5 double-down-mouse-5 double-mouse-5 down-mouse-4 
mouse-4 double-down-mouse-4 double-mouse-4 triple-down-mouse-4 
triple-mouse-4 g down-mouse-4 mouse-4 help-echo 
g prior drag-n-drop help-echo down-mouse-1 
mouse-1 help-echo down-mouse-1 mouse-1 C up 
up return y g help-echo help-echo drag-n-drop 
help-echo down-mouse-1 mouse-1 g up down 
drag-n-drop help-echo M-x r e p o tab C-g M-x 
r e p o r tab b tab return

Recent messages:
Press C-c C-c when finished or C-c ESC to abort changes
insert-directory: Reading directory: no such file or directory, 
/home/steve/.gtk-bookmarks
mwheel-scroll: End of buffer
Overwrite `/home/steve/.gtk-bookmarks'? [Type yn!q or C-h] 
Overwrite `/home/steve/.gtk-bookmarks'? [Type yn!q or C-h] y
Copy: 1 of 1
Copy: 1 file
Making completion list...
Quit
Loading emacsbug...done


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


existing work on TODO items

2005-12-14 Thread Dave Love
I realize that apart from anything else, TODO gets treated as a list
of things to avoid.  However, could you at least reference existing
work on the topics, even if it gets re-done, to avoid more wasted
hacker time?  Here are items I know about, though I can't necessarily
remember what I did long ago.

* `fx is looking at multilingual font selection for Emacs 22.'  should
  be `fx looked at multilingual font selection for Unicode-based
  Emacs.'

* `Program Enriched mode to read and save in RTF.' appears to be
  addressed by http://savannah.nongnu.org/projects/emacs-rtf/.

* `Make movemail work with IMAP.' is done in GNU mailutils, along with
  other things.

* `** ange-ftp *** understand sftp' isn't likely to work properly
  because sftp doesn't print status messages.

* `Implement a clean way to use different major modes for different
  parts of a buffer.' should reference
  http://www.loveshack.ukfsn.org/emacs/multi-mode.el and, probably,
  reference mmm-mode with a critique.

* `Implement a variant of uncompress.el or jka-compr.el that works
  with GNU Privacy Guard for encryption.' should reference
  http://www.loveshack.ukfsn.org/emacs/auto-crypt.tgz

* `Investigate using the language environment (or locale?) ...' might
  read something like:

  ** Enhance locale handling:  handle language, territory and charset
  orthogonally and de-emphasize language environments.  Use the locale
  to set up more things, such as fontsets, the default Ispell
  dictionary, diary format, calendar holidays and display, quoting
  characters and phrase boundaries, sentence endings, collation for
  sorting (at least for unicodes), HTTP Accept-language, patterns for
  directory listings and compilation messages, yes-or-no replies,
  common menu items when the toolkit supports it ...  `locale-info'
  needs extending for LC_COLLATE c.  [fx started on this.]

  The item `Improve language environment handling so that Emacs can
  fit better to a users locale.' would be covered by that, but as far
  as I remember, doing it that way was vetoed.

* `Port the conservative stack marking code of Emacs' garbage collector
  to more systems' should note that the Boehm collector gives you that.

* `Eliminate the storm of warnings concerning char/unsigned char
  mismatches that we get with proprietary compilers on various
  systems.' should say `proprietary compilers and gcc 4'.

* `A function to tell you the argument pattern of functions.' is
  `function-arity' in http://www.loveshack.ukfsn.org/emacs/fx-misc.el.


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