2 |
|
|
3 |
* NEW FEATURES |
* NEW FEATURES |
4 |
|
|
|
** Test the mbox branch of Rmail. |
|
|
|
|
|
** Install the mbox branch of Rmail. |
|
|
|
|
5 |
** Face remapping. |
** Face remapping. |
6 |
|
|
7 |
** Let mouse-1 follow links. |
** Let mouse-1 follow links. |
32 |
|
|
33 |
** Clean up flymake.el to follow Emacs Lisp conventions. |
** Clean up flymake.el to follow Emacs Lisp conventions. |
34 |
|
|
35 |
|
* BUGS |
36 |
|
|
37 |
|
** Mailabbrev should quote addresses to correspond to RFC 822. |
38 |
|
See http://article.gmane.org/gmane.emacs.devel/27585 |
39 |
|
|
40 |
|
** The '@' character should not expand addresses in mailabbrev |
41 |
|
See http://article.gmane.org/gmane.emacs.devel/27585 |
42 |
|
|
43 |
|
** Bug in url-http-parse-headers, reported in |
44 |
|
From: Vivek Dasmohapatra <vivek@zeus.com> |
45 |
|
Date: Tue, 28 Sep 2004 16:13:13 +0100 |
46 |
|
|
47 |
|
Fetching a url with url-retrieve can reult in an anrbitrary buffer |
48 |
|
being killed if a 401 (or possibly a 407) result is encountered: |
49 |
|
|
50 |
|
url-http-parse-headers calls url-http-handle-authentication, |
51 |
|
which can call url-retrieve. |
52 |
|
|
53 |
|
This results in the current buffer being killed, and a new http buffer |
54 |
|
being generated. However, when the old http buffer is killed, emacs |
55 |
|
picks the top buffer from the list as the new current buffer, so by the |
56 |
|
time we get to the end of url-http-parse-headers, _that_ buffer is marked |
57 |
|
as dead even though it is not necessarily a url buffer, so next time the |
58 |
|
url libraries reap their dead buffers, an innocent bystander buffer is |
59 |
|
killed instead (and an obsolete http buffer may be left lying around too). |
60 |
|
|
61 |
|
A possible fix (which I am currently using) is to call set-buffer |
62 |
|
on the return value of url-http-parse-headers: |
63 |
|
|
64 |
|
(case url-http-response-status |
65 |
|
(401 |
66 |
|
;; The request requires user authentication. The response |
67 |
|
;; MUST include a WWW-Authenticate header field containing a |
68 |
|
;; challenge applicable to the requested resource. The |
69 |
|
;; client MAY repeat the request with a suitable |
70 |
|
;; Authorization header field. |
71 |
|
(url-mark-buffer-as-dead (current-buffer)) |
72 |
|
(set-buffer (url-http-handle-authentication nil))) |
73 |
|
etc .... |
74 |
|
|
75 |
|
which makes sure that it is the right http buffer that is current when |
76 |
|
we come to mark the http buffers as dead. |
77 |
|
|
78 |
|
|
79 |
|
|
80 |
* GTK RELATED BUGS |
* GTK RELATED BUGS |
81 |
|
|
82 |
** Make GTK scrollbars behave like others w.r.t. overscrolling. |
** Make GTK scrollbars behave like others w.r.t. overscrolling. |
149 |
Update: Maybe only reveals itself when compiled with GTK+ |
Update: Maybe only reveals itself when compiled with GTK+ |
150 |
|
|
151 |
|
|
|
** Clicking on partially visible lines fails |
|
|
|
|
|
From: David Kastrup <dak@gnu.org> |
|
|
Date: 27 Apr 2004 16:42:58 +0200 |
|
|
|
|
|
I had gnus display a mouse-highlighted line (a URL from browse-url) |
|
|
partially at the bottom of its window. If I click with middle mouse |
|
|
key on it, the window gets recentered while I hold the mouse key |
|
|
pressed. If I release it, the window returns into its old position |
|
|
(cursor in top row) and nothing happens, presumably because the click |
|
|
was not registered on the line itself, but on the magically |
|
|
recentered version. |
|
|
|
|
|
That is a nuisance. Recentering of even partially visible click |
|
|
targets should only happen if window-point moves there, but not at |
|
|
the time of the click. From the moment I hold down a key until it |
|
|
gets released, the displayed window portion should not change, with |
|
|
the sole exception of scrolling when dragging at the edge of the |
|
|
screen. |
|
|
|
|
|
|
|
|
** Can't drag modeline when mouse-autoselect-window is set |
|
|
|
|
|
From: Klaus Zeitler <kzeitler@lucent.com> |
|
|
Date: Mon, 11 Oct 2004 11:14:49 +0200 |
|
|
|
|
|
1. start emacs -q --no-site-file |
|
|
2. set variable mouse-autoselect-window to t |
|
|
3. split-window-vertically |
|
|
|
|
|
now I can drag the modeline only upwards but not downwards |
|
|
|
|
|
|
|
|
** line-spacing and (recenter -1) |
|
|
|
|
|
From: SAITO Takuya <tabmore@rivo.mediatti.net> |
|
|
Date: Mon, 31 May 2004 02:07:57 +0900 (JST) |
|
|
|
|
|
(recenter -1) does not show point at the bottom of the window |
|
|
if line-spacing is set to positive integer. |
|
|
|
|
|
Start emacs -Q, and evaluate below: |
|
|
|
|
|
(progn |
|
|
(setq line-spacing 1) |
|
|
(dotimes (i (window-height)) |
|
|
(insert "\n" (int-to-string i))) |
|
|
(recenter -1)) |
|
|
|
|
|
Then, point is displayed at the center of the window. |
|
|
But point should be displayed at the bottom of the window like Emacs-21.3. |
|
|
|
|
|
|
|
152 |
** line-spacing and Electric-pop-up-window |
** line-spacing and Electric-pop-up-window |
153 |
|
|
154 |
From: SAITO Takuya <tabmore@rivo.mediatti.net> |
From: SAITO Takuya <tabmore@rivo.mediatti.net> |
165 |
Electric-pop-up-window can use it. |
Electric-pop-up-window can use it. |
166 |
|
|
167 |
|
|
168 |
|
** Partial highlighting of wrapped overlay |
169 |
|
|
170 |
|
From: Ralf Angeli <angeli@iwi.uni-sb.de> |
171 |
|
Date: Mon, 18 Oct 2004 19:09:19 +0200 |
172 |
|
|
173 |
|
If you put |
174 |
|
|
175 |
|
(let* ((length (+ (- (window-width) (current-column)) 40)) |
176 |
|
(start (point)) |
177 |
|
(end (+ (point) length)) |
178 |
|
(string (make-string length ?x)) |
179 |
|
ov) |
180 |
|
(insert string) |
181 |
|
(setq ov (make-overlay start end)) |
182 |
|
(overlay-put ov 'mouse-face 'highlight) |
183 |
|
(overlay-put ov 'display string)) |
184 |
|
|
185 |
|
into the *scratch* buffer and type `C-x C-e' with point at the last |
186 |
|
parenthesis, you will get a string which does not fit into the line |
187 |
|
and has to be wrapped. If you move over it with your mouse, you |
188 |
|
should see that only the part on the second line is being highlighted. |
189 |
|
The full string is highlighted only if the 'display property is not |
190 |
|
set. |
191 |
|
|
192 |
|
|
193 |
|
|
194 |
* DOCUMENTATION |
* DOCUMENTATION |
195 |
|
|
196 |
** Document Custom Themes. |
** Document Custom Themes. |
278 |
lispref/compile.texi "Luc Teirlinck" |
lispref/compile.texi "Luc Teirlinck" |
279 |
lispref/control.texi "Luc Teirlinck" |
lispref/control.texi "Luc Teirlinck" |
280 |
lispref/customize.texi |
lispref/customize.texi |
281 |
lispref/debugging.texi |
lispref/debugging.texi Joakim Verona <joakim@verona.se> |
282 |
lispref/display.texi |
lispref/display.texi |
283 |
lispref/edebug.texi |
lispref/edebug.texi |
284 |
lispref/elisp.texi "Luc Teirlinck" |
lispref/elisp.texi "Luc Teirlinck" |