> The patch was against the Emacs-CVS code. After patching the
> file, you have to byte-compile it and you have to redump Emacs
> because it's a preloaded file, IIRC.
> I can download the CVS
> file, patch it, byte-compile it, and load the byte-compiled
> file
Hello!
According to rules Apple sets for Mac OS X, locallisppath is something
like /Library/Application\ Support/Emacs or ~/Library/Application\
Support/Emacs. Trying to configure with either
--enable-locallisppath=/Library/Application\ Support/Emacs
or
--enable-locallisppat
la 07.06.2005 16:28 Richard Stallman skribis:
Of these five colons only the one before "x" is special. Without
highlighting the multiline string assigned to var "b:c" looks like a
rule, as does the last line. And prior to my rework, the colon in
${var:a=b} was also recognized as a
I get these face errors all the time.
Finally I noticed something that sets them off.
Starting Emacs with -q I immediately turn on
debug-on-error but it doesn't help.
I switch to the *Messages* buffer to see when
the error occurs.
Floating the mouse over the buffer name on the
mode line is one thin
Symptoms:
In thumbs.el, several type specifications are wrong (resulting in
a "mismatch" message in the Customize buffer). A patch is
attached:
Index: lisp/thumbs.el
===
RCS file: /cvsroot/emacs/emacs/lisp/thumbs.el,v
retrieving rev
Am 07.06.2005 um 14:24 schrieb Richard Stallman:
With C-x d I opened a directory with TeX sources etc. I sorted by
time
and saw a missfont.log file. I opened it with v, read its contents,
At this point, if you switch back to the dired buffer, has its font
changed already?
Instantly
On 7 Jun 2005, at 15:28, Richard Stallman wrote:
What is "Aquamacs", and why are bugs in it being reported here?
Aquamacs Emacs is a distribution of Emacs that comes packaged with a
number of (non-standard) extensions that modify the user interface of
Emacs and deal with issues specific
Symptoms:
There is always the (good) chance something in my environment
changed. Until recently the behavior of Shell-script[bash] mode was to
not indent the second of the following two lines when tab was hit:
export VARIABLE=/path/to/here\
:/path/to/there
Now it indents it like this:
export VA
Of these five colons only the one before "x" is special. Without
highlighting the multiline string assigned to var "b:c" looks like a
rule, as does the last line. And prior to my rework, the colon in
${var:a=b} was also recognized as a rule separator.
That is a bug, but the beha
What is "Aquamacs", and why are bugs in it being reported here?
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
A RESGATE TREINAMENTOS é a agência de treinamento autorizada no estado do
Espirito Santo pela Rescue Training International, para ministrar os cursos
do National Safety Council. - instituição sem fins lucrativos criada por um
ato do Congresso dos Estados Unidos da América, Lei número 259, Octag
Lute Kamstra <[EMAIL PROTECTED]> writes:
>>> generic-make-keywords-list should be autoloaded. Could you revert
>>> your change to lisp/generic-x.el and do another make bootstrap?
>>
>> i did, and to my surprise emacs-cvs got built fine. then i double
>> checked if i really had done "gmake clean"
And, yes, I think the default value for `display-buffer-reuse-frames' should
be `t'. People upgrading from versions of Emacs that don't have this
variable will expect more or less unchanged behavior without having to
explicitly set this variable to `t'.
As far as I can tell, the cu
With C-x d I opened a directory with TeX sources etc. I sorted by time
and saw a missfont.log file. I opened it with v, read its contents,
At this point, if you switch back to the dired buffer, has its font
changed already?
Can you provide us with a complete self-contained test case?
Pl
There are several packages that need to make some text parts less
noticeable than the surrounding text. Using a generic shadow face will
allow users to customize the appearance of shadowed text just in one
place and let package-specific faces inherit from it.
A generic shadow face
The changed buffer turns out to be *code-conversion-work*, which is
a temporary buffer.
If you say: well, that buffer has changed at the point, and after-
change-functions are executed even for some internal, temporary
buffers, then I'll say: fair enough.
Yes.
_
$B%([EMAIL PROTECTED]"1|MM$H$N5U!{8r:]!"=c?h$JK\5$$NNx0&$r5a$a$kJ}!"(B
$B=O$J1|%5%^!"?'9aN)$Dhttp://live.livedear.com/?num=love
$B!!M6$o$l$k$?$a$KEPO?$J$5$l$F$$$k$N$GM6$$$d$9$$$O$:$G$9!#(B
[EMAIL PROTECTED]http://live.livedear.com/?num=love
-
Lute Kamstra <[EMAIL PROTECTED]> writes:
> Since this change:
>
> 2005-06-06 Stefan Monnier <[EMAIL PROTECTED]>
>
> * textmodes/flyspell.el
> (flyspell-mode-map): Don't overwrite at each load. Remove code
> redundant with the subsequent add-minor-mode. Merge Emacs and
>
> In [emacs-w3m : No.08153] Katsumi Yamaoka wrote:
> (with-temp-buffer
> (insert-char ?- 70)
> (let ((fill-column 70)
> (adaptive-fill-mode t))
> (fill-region (point-min) (point-max
> => "fill-prefix too long for specified width"
No problem in Emacs 21. The cause seems to
Since this change:
2005-06-06 Stefan Monnier <[EMAIL PROTECTED]>
* textmodes/flyspell.el
(flyspell-mode-map): Don't overwrite at each load. Remove code
redundant with the subsequent add-minor-mode. Merge Emacs and
XEmacs code.
(more specifically: since the rem
> On Sun, 05 Jun 2005 23:46:36 +0200, [EMAIL PROTECTED] (Kim F. Storm) said:
> I have tried to reproduce it on GNU/Linux, but it works for me.
> I tried with the "variable-pitch" face, on a line with a ' as the
> first character on a line -- and I can select it with the mouse
> without proble
Hi,
While I'm not sure of it since I don't use the adaptive-fill-mode
normally, I found something like a bug. Try the following:
(with-temp-buffer
(insert-char ?- 70)
(let ((fill-column 70)
(adaptive-fill-mode t))
(fill-region (point-min) (point-max
=> "fill-prefix too long
22 matches
Mail list logo
