Mercurial > hg > xemacs-beta
view etc/MAILINGLISTS @ 844:047d37eb70d7
[xemacs-hg @ 2002-05-16 13:30:23 by ben]
ui fixes for things that were bothering me
bytecode.c, editfns.c, lisp.h, lread.c: Fix save-restriction to use markers rather than pseudo-markers
(integers representing the amount of text on either side of the
region). That way, all inserts are handled correctly, not just
those inside old restriction.
Add buffer argument to save_restriction_save().
process.c: Clean up very dirty and kludgy code that outputs into a buffer --
use proper unwind protects, etc.
font-lock.c: Do save-restriction/widen around the function -- otherwise, incorrect
results will ensue when a buffer has been narrowed before a call to
e.g. `buffer-syntactic-context' -- something that happens quite often.
fileio.c: Look for a handler for make-temp-name.
window.c, winslots.h: Try to solve this annoying problem: have two frames displaying the
buffer, in different places; in one, temporarily switch away to
another buffer and then back -- and you've lost your position;
it's reset to the other one in the other frame. My current
solution involves window-level caches of buffers and points (also
a cache for window-start); when set-window-buffer is called, it
looks to see if the buffer was previously visited in the window,
and if so, uses the most recent point at that time. (It's a
marker, so it handles changes.)
#### Note: It could be argued that doing it on the frame level
would be better -- e.g. if you visit a buffer temporarily through
a grep, and then go back to that buffer, you presumably want the
grep's position rather than some previous position provided
everything was in the same frame, even though the grep was in
another window in the frame. However, doing it on the frame level
fails when you have two windows on the same frame. Perhaps we
keep both a window and a frame cache, and use the frame cache if
there are no other windows on the frame showing the buffer, else
the window's cache? This is probably something to be configurable
using a specifier. Suggestions please please please?
window.c: Clean up a bit code that deals with the annoyance of window-point
vs. point.
dialog.el: Function to ask a
multiple-choice question, automatically choosing a dialog box or
minibuffer representation as necessary. Generalized version of
yes-or-no-p, y-or-n-p.
files.el: Use get-user-response to ask "yes/no/diff" question when recovering.
"diff" means that a diff is displayed between the current file and the
autosave. (Converts/deconverts escape-quoted as necessary. No more
complaints from you, Mr. Turnbull!) One known problem: when a dialog
is used, it's modal, so you can't scroll the diff. Will fix soon.
lisp-mode.el: If we're filling a string, don't treat semicolon as a comment,
which would give very unfriendly results.
Uses `buffer-syntactic-context'.
simple.el: all changes back to the beginning. (Useful if you've saved the file
in the middle of the changes.)
simple.el: Add option kill-word-into-kill-ring, which controls whether words
deleted with kill-word, backward-kill-word, etc. are "cut" into the
kill ring, or "cleared" into nothingness. (My preference is the
latter, by far. I'd almost go so far as suggesting we make it the
default, as you can always select a word and then cut it if you want
it cut.)
menubar-items.el: Add option corresponding to kill-word-into-kill-ring.
| author | ben |
|---|---|
| date | Thu, 16 May 2002 13:30:58 +0000 |
| parents | 3ecd8885ac67 |
| children |
line wrap: on
line source
XEmacs Electronic Mailing Lists. Last Modified: 1999-11-08 XEmacs has its own mailing lists and newsgroup which are distinct from the FSF GNU Emacs mailing lists and newsgroups. The mailing lists are: xemacs@xemacs.org comp.emacs.xemacs bi-directional gateway. xemacs is an open list for discussion and bug reporting for XEmacs. This mailing list is bi-directionally gatewayed with the USENET newsgroup comp.emacs.xemacs. xemacs-announce@xemacs.org XEmacs Announcements. xemacs-announce is a read-only, low volume list for announcements concerning the XEmacs project and new releases of the XEmacs software. xemacs-beta@xemacs.org XEmacs Beta Testers. xemacs-beta is an open list for bug reports and general communication about beta versions of XEmacs. xemacs-build-reports@xemacs.org XEmacs Build Report Submissions. xemacs-build-reports is an open list for submission of build-reports on beta versions of XEmacs. For information on what the build-reports should contain, please see the `etc/BETA' file which is included in each beta distribution. xemacs-cvs@xemacs.org XEmacs CVS Commit Notices. xemacs-cvs is a read-only list for notices and information on what has been committed to the XEmacs CVS trees, by whom, and for what. (For more information on the XEmacs CVS Archive: http://cvs.xemacs.org/.) xemacs-mule@xemacs.org XEmacs International Extensions. xemacs-mule is an open mailing list for discussion of International extensions to XEmacs including Mule, XIM, I18n issues, etc, and is not confined to developmental issues. This list is not restricted to English, postings in all languages are welcome. xemacs-nt@xemacs.org XEmacs on Windows NT/98/95. xemacs-nt is a developer's only mailing list and is intended for people who wish to work actively on the porting of XEmacs to Microsoft Windows NT and Microsoft Windows 98/95. xemacs-patches@xemacs.org XEmacs Patch Submissions. xemacs-patches is an open, moderated list for submission of patches to the XEmacs distribution and its packages. Anyone may subscribe or submit to xemacs-patches, but all submissions are reviewed by the list moderator before they are distributed to the list. Discussion is not appropriate on xemacs-patches. xemacs-users-ja@xemacs.org XEmacs (Japanese). xemacs-users-ja is an open list for discussion and bug reporting for XEmacs. Japanese is the preferred language of discussion. It is not gated to comp.emacs.xemacs or the xemacs list. For fastest response, bugs not specifically related to Japanese or Mule features should be reported on xemacs (in English). xemacs-beta-ja@xemacs.org XEmacs Beta (Japanese). xemacs-beta-ja is an open list for bug reports and general communication about beta versions of XEmacs, especially features related to Mule and Japanese-handling. Japanese is the preferred language of discussion. Bugs not specifically related to Japanese or Mule features should be reported on xemacs-beta (in English). Please consider sending bug reports on Mule to xemacs-mule, in English. The most up to date information on the mailing lists can always be found at http://www.xemacs.org/. Subscriptions: Subscription to all the lists is accomplished by sending an e-mail message to LISTNAME-request@xemacs.org with `subscribe' (without the quotes) as the BODY of the message. To unsubscribe, send an e-mail to LISTNAME-request@xemacs.org with `unsubscribe' (without the quotes) as the BODY of the message. List Archives: A browsable and searchable archive of these lists is available at http://www.xemacs.org/list-archives/. Problems: Any comments, questions, or complaints about the lists should be brought to the attention of the XEmacs Mailing List Manager <list-manager@xemacs.org>. ----------------------------------------------------------------------- GNU Project Electronic Mailing Lists and gnUSENET Newsgroups: The XEmacs project is separate from and not managed by the GNU project. The latest information about the GNU project mailing lists can be found at ftp://ftp.gnu.org/gnu/GNUinfo/MAILINGLISTS Please do NOT send messages about problems with XEmacs to the FSF GNU Emacs newsgroups and mailing lists unless you are sure that the problem you are reporting is a problem with both versions of GNU Emacs. People who aren't subscribed to the XEmacs mailing list most likely are not interested in hearing about problems with it.