8 |
|
|
9 |
** Face remapping. |
** Face remapping. |
10 |
|
|
11 |
|
** Let mouse-1 follow links. |
12 |
|
|
13 |
|
|
14 |
* FATAL ERRORS |
* FATAL ERRORS |
15 |
|
|
20 |
which then returns a NULL pointer. Said to happen with |
which then returns a NULL pointer. Said to happen with |
21 |
isearch faces. |
isearch faces. |
22 |
|
|
23 |
|
** Investigate reported crashes in compact_small_strings. |
24 |
|
|
25 |
|
** Investigate reported crashes related to using an |
26 |
|
invalid pointer from string_free_list. |
27 |
|
|
28 |
|
|
29 |
|
* LOSSAGE |
30 |
|
|
31 |
|
** Clean up flymake.el to follow Emacs Lisp conventions. |
32 |
|
|
33 |
|
|
34 |
* GTK RELATED BUGS |
* GTK RELATED BUGS |
35 |
|
|
36 |
** Make GTK scrollbars behave like others w.r.t. overscrolling. |
** Make GTK scrollbars behave like others w.r.t. overscrolling. |
37 |
|
|
38 |
|
|
39 |
|
* REDISPLAY RELATED BUGS |
40 |
|
|
41 |
|
** Avoid unbreakable loops in redisplay. |
42 |
|
|
43 |
|
Redisplay may loop if there is an error in some display property, e.g. |
44 |
|
(space 'left-margin) |
45 |
|
|
46 |
|
A fix would be to somehow disable handling of display properties if an error |
47 |
|
is encountered. |
48 |
|
|
49 |
|
** Problem with cursor border around images and window-margins: |
50 |
|
|
51 |
|
The border around the image when the cursor is on the image |
52 |
|
flows into the right fringe and margin. |
53 |
|
|
54 |
|
(progn |
55 |
|
(auto-image-file-mode 1) |
56 |
|
(find-file (concat data-directory "splash.xpm")) |
57 |
|
(set-window-margins (selected-window) 25 25)) |
58 |
|
|
59 |
|
|
60 |
|
** Problem with modeline and window margins: |
61 |
|
|
62 |
|
The mode line's right "box" line is misplaced under the right margin, |
63 |
|
rather than at the right window edge. |
64 |
|
|
65 |
|
emacs -Q |
66 |
|
(set-window-margins nil 25 25) |
67 |
|
C-x 2 |
68 |
|
|
69 |
|
|
70 |
|
** custom mode-line face makes Emacs freeze up |
71 |
|
|
72 |
|
From: Stephen Berman <Stephen.Berman@gmx.net> |
73 |
|
Date: Sun, 24 Oct 2004 02:08:56 +0200 |
74 |
|
|
75 |
|
1. Start Emacs with -q -no-site-file. |
76 |
|
|
77 |
|
2. Type `M-x customize-face' and at the prompt `mode-line'. |
78 |
|
|
79 |
|
3. In the Custom buffer for mode-line face |
80 |
|
a. check width and give it the value `narrow'; |
81 |
|
b. check height and give it the value 120 in 1/10 pt; |
82 |
|
c. check underline and give it the value `on' (or `colored'); |
83 |
|
d. check overline and give it the value `on' (or `colored'). |
84 |
|
|
85 |
|
4. Set for current session. |
86 |
|
|
87 |
|
5. Invoke Ediff on any two files. |
88 |
|
|
89 |
|
6. Now Emacs is frozen and consumes 95-99% of CPU. |
90 |
|
|
91 |
|
The customizations in step 3 appear to be the minimum necessary to |
92 |
|
induce this bug. Leave out any one of them and Ediff runs without a |
93 |
|
problem. Also if the 1/10 point value of height is 130 or greater |
94 |
|
there's no bug (with the default font family; with e.g. Helvetica the |
95 |
|
bug is induced only by a value of 100 or less). |
96 |
|
|
97 |
|
I've noticed this freeze up only when invoking Ediff. The only thing |
98 |
|
I've been able to do is kill Emacs externally, via top or with kill |
99 |
|
when run in gdb, after interrupting. When the freeze up happens |
100 |
|
within a gdb session, there is no automatic debugging feedback. After |
101 |
|
interrupting I can get a backtrace, here's an example: |
102 |
|
|
103 |
|
Update: Maybe only reveals itself when compiled with GTK+ |
104 |
|
|
105 |
|
|
106 |
|
** Mouse-face overlay bleeds into header line |
107 |
|
|
108 |
|
From: Stephen Berman <Stephen.Berman@gmx.net> |
109 |
|
Date: Thu, 21 Oct 2004 18:11:01 +0200 |
110 |
|
|
111 |
|
Mouse-face overlays bleed into the header line when the beginning of |
112 |
|
the overlay is above (point-min). To reproduce: |
113 |
|
|
114 |
|
1. Start Emacs with -q -no-site-file. |
115 |
|
|
116 |
|
2. In *scratch* eval (setq ov (make-overlay 66 92)), (overlay-put ov |
117 |
|
'mouse-face 'highlight), and (setq header-line-format "test"). |
118 |
|
|
119 |
|
3. Drag the mouse over the string "evaluation.\n;; If you want" and |
120 |
|
notice the highlighting of only this string. |
121 |
|
|
122 |
|
4. Now click on the down arrow in the scroll bar until the line |
123 |
|
beginning ";; If you want" is directly below the header line. |
124 |
|
|
125 |
|
5. Drag the mouse over ";; If you want" and notice that not only it |
126 |
|
but also the header line are highlighted. |
127 |
|
|
128 |
|
|
129 |
|
** scroll-preserve-screen-position doesn't work with a header-line-format |
130 |
|
|
131 |
|
From: jbyler+emacs-lists@anon41.eml.cc |
132 |
|
Date: Tue, 17 Aug 2004 17:10:14 -0400 |
133 |
|
|
134 |
|
There seems to be an off-by-one error triggered by using a header line |
135 |
|
together with scroll-preserve-screen-position. The symptom: instead of |
136 |
|
staying in the same position on the screen when scrolling, the cursor |
137 |
|
moves one screen line down each time the buffer is scrolled. Put |
138 |
|
another way: repeatedly typing C-v M-v or using a mouse scroll wheel to |
139 |
|
scroll up and down causes the cursor to migrate slowly down the screen |
140 |
|
instead of staying put as it should. |
141 |
|
|
142 |
|
To reproduce: |
143 |
|
|
144 |
|
emacs -q --no-site-file |
145 |
|
(setq scroll-preserve-screen-position t) |
146 |
|
(setq header-line-format "") |
147 |
|
C-v M-v C-v M-v C-v M-v etc. |
148 |
|
|
149 |
|
|
150 |
|
** Clicking on partially visible lines fails |
151 |
|
|
152 |
|
From: David Kastrup <dak@gnu.org> |
153 |
|
Date: 27 Apr 2004 16:42:58 +0200 |
154 |
|
|
155 |
|
I had gnus display a mouse-highlighted line (a URL from browse-url) |
156 |
|
partially at the bottom of its window. If I click with middle mouse |
157 |
|
key on it, the window gets recentered while I hold the mouse key |
158 |
|
pressed. If I release it, the window returns into its old position |
159 |
|
(cursor in top row) and nothing happens, presumably because the click |
160 |
|
was not registered on the line itself, but on the magically |
161 |
|
recentered version. |
162 |
|
|
163 |
|
That is a nuisance. Recentering of even partially visible click |
164 |
|
targets should only happen if window-point moves there, but not at |
165 |
|
the time of the click. From the moment I hold down a key until it |
166 |
|
gets released, the displayed window portion should not change, with |
167 |
|
the sole exception of scrolling when dragging at the edge of the |
168 |
|
screen. |
169 |
|
|
170 |
|
|
171 |
|
** Can't drag modeline when mouse-autoselect-window is set |
172 |
|
|
173 |
|
From: Klaus Zeitler <kzeitler@lucent.com> |
174 |
|
Date: Mon, 11 Oct 2004 11:14:49 +0200 |
175 |
|
|
176 |
|
1. start emacs -q --no-site-file |
177 |
|
2. set variable mouse-autoselect-window to t |
178 |
|
3. split-window-vertically |
179 |
|
|
180 |
|
now I can drag the modeline only upwards but not downwards |
181 |
|
|
182 |
|
|
183 |
|
** line-spacing and (recenter -1) |
184 |
|
|
185 |
|
From: SAITO Takuya <tabmore@rivo.mediatti.net> |
186 |
|
Date: Mon, 31 May 2004 02:07:57 +0900 (JST) |
187 |
|
|
188 |
|
(recenter -1) does not show point at the bottom of the window |
189 |
|
if line-spacing is set to positive integer. |
190 |
|
|
191 |
|
Start emacs -Q, and evaluate below: |
192 |
|
|
193 |
|
(progn |
194 |
|
(setq line-spacing 1) |
195 |
|
(dotimes (i (window-height)) |
196 |
|
(insert "\n" (int-to-string i))) |
197 |
|
(recenter -1)) |
198 |
|
|
199 |
|
Then, point is displayed at the center of the window. |
200 |
|
But point should be displayed at the bottom of the window like Emacs-21.3. |
201 |
|
|
202 |
|
|
203 |
|
** line-spacing and garbage in fringe |
204 |
|
|
205 |
|
From: SAITO Takuya <tabmore@rivo.mediatti.net> |
206 |
|
Date: Mon, 31 May 2004 02:08:05 +0900 (JST) |
207 |
|
|
208 |
|
Start emacs -Q and evaluate below with C-xC-e: |
209 |
|
|
210 |
|
(let ((lines 2) |
211 |
|
(spacing 1)) |
212 |
|
(setq line-spacing spacing |
213 |
|
indicate-buffer-boundaries t) |
214 |
|
(insert (make-string (window-height) ?\n)) |
215 |
|
(goto-char (point-min)) |
216 |
|
(message (make-string (* (window-width) lines) ?.)) |
217 |
|
(scroll-up 1)) |
218 |
|
|
219 |
|
then, garbage is displayed in right fringe. |
220 |
|
|
221 |
|
Above code reproduces this bug with |
222 |
|
(frame-parameter nil 'font) |
223 |
|
=> "-Adobe-Courier-Medium-R-Normal--12-120-75-75-M-70-ISO8859-1" |
224 |
|
|
225 |
|
If you use different font, you may need different value of |
226 |
|
`lines' and/or `spacing'. |
227 |
|
|
228 |
|
|
229 |
|
** line-spacing and Electric-pop-up-window |
230 |
|
|
231 |
|
From: SAITO Takuya <tabmore@rivo.mediatti.net> |
232 |
|
Date: Mon, 31 May 2004 02:08:10 +0900 (JST) |
233 |
|
|
234 |
|
Electric-pop-up-window does not work well |
235 |
|
if truncate long lines disabled and/or |
236 |
|
`line-spacing' is set to positive integer. |
237 |
|
|
238 |
|
For example, start emacs -Q --line-spacing 1, and type M-` . |
239 |
|
Then, the last line of *Completions* buffer is not visible. |
240 |
|
|
241 |
|
fit-window-to-buffer works well for me, so I guess |
242 |
|
Electric-pop-up-window can use it. |
243 |
|
|
244 |
|
|
245 |
* DOCUMENTATION |
* DOCUMENTATION |
246 |
|
|
247 |
** Finish updating the Emacs Lisp manual. |
** Finish updating the Emacs Lisp manual. |