view admin/FOR-RELEASE @ 84715:e872fac85e8c

(decode_options): -t implies -c.
author Stefan Monnier <monnier@iro.umontreal.ca>
date Fri, 21 Sep 2007 03:21:54 +0000
parents 2768a568e11e
children 03615bd13ee7
line wrap: on
line source

Tasks needed before the next release.

* TO BE DONE SHORTLY BEFORE RELEASE

** Check for widow and orphan lines in manuals;
make sure all the pages really look ok in the manual as formatted.

** Regenerate the postscript files of the reference cards in etc.

** Ask maintainers of refcard translations to update them.

Requests to have been sent out on 2006-05-23 (Reiner Steib).

LANG	Translator            Status
cs	Pavel Janík           Can't work on it now.
de	Sven Joachim          Done
fr	Eric Jacoboni         Done
pl	Włodek Bzyl           Done
pt-br	Rodrigo Real          Done
ru	Alex Ott              Done
sk	Miroslav Vaško        No response

Reminders sent out on 2006-06-08.

** Remove temporary +++/--- lines in NEWS.

** Try to reorder NEWS: most important things first, related items together.

* WINDOWS SUPPORT BUGS.

These don't need to be fixed before a release, but we call the
attention of Windows users to fixing them.

** Drew Adams 12 Aug bug rpt: overlay display artifact: trace left behind
Windows only bug. Bug appears only when Cleartype enabled, probably related
to the hack introduced on 2005-07-01 to fix some other Cleartype problem.

** henman@it.to-be.co.jp 09 Aug 2006: ispell.el problem on Cygwin.
  (Did we decide that is unreproducible?)

** set-frame-size for frame without minibuffer loses mode line
Probably a Windows only bug.  Reported by Drew Adams on bug-gnu-emacs on
2007-08-07.  It seems that the bug manifests itself only if resizing the
frame makes the menu bar wrap before.  On 2007-08-16 Glenn Morris
reported on emacs-devel that he was not able to reproduce the bug on a
GNU/Linux system.

* BUGS

** emacsclient must not force a new frame by default.

** xterm-mouse-mode should affect all xterms.

** Does deleting frames run Lisp code?  If so,
can we get rid of that?  It is a dangerous design.

** Why were the calls to x_fully_uncatch_errors commented out in eval.c?

** raman@users.sf.net, sep 7: Emacs 23.0.50: Segfaults in alloc.c (batch process)

* DOCUMENTATION

** Check the Emacs Tutorial.

The first line of every tutorial must begin with text ending in a
period (".", ASCII 0x2E) saying "Emacs Tutorial" in the respective
language.  This should be followed by "See end for copying
conditions", likewise in the respective language.

After each file name, on the same line or the following line, come the
names of the people who have checked it.

SECTION                  READERS
----------------------------------
etc/TUTORIAL             rms
etc/TUTORIAL.bg          Ognyan Kulev <ogi@fmi.uni-sofia.bg>
etc/TUTORIAL.cn
etc/TUTORIAL.cs          Pavel Janík <Pavel@Janik.cz>
etc/TUTORIAL.de          Werner LEMBERG <wl@gnu.org>
etc/TUTORIAL.eo
etc/TUTORIAL.es          Marcelo Toledo
etc/TUTORIAL.fr          ttn
etc/TUTORIAL.it          ttn
etc/TUTORIAL.ja		 Kenichi Handa <handa@m17n.org>
etc/TUTORIAL.ko
etc/TUTORIAL.nl		 Lute Kamstra
etc/TUTORIAL.pl          Slawomir Nowaczyk <slawek@cs.lth.se>
etc/TUTORIAL.pt_BR       Marcelo Toledo
etc/TUTORIAL.ro
etc/TUTORIAL.ru          Alex Ott <alexott@gmail.com>
etc/TUTORIAL.sk          Pavel Janík <Pavel@Janik.cz>
etc/TUTORIAL.sl          Primoz PETERLIN <primoz.peterlin@biofiz.mf.uni-lj.si>
etc/TUTORIAL.sv          Mats Lidell <matsl@contactor.se>
etc/TUTORIAL.th          Virach Sornlertlamvanich <virach@tcllab.org>
etc/TUTORIAL.zh


Local variables:
mode: outline
coding: utf-8
end: