customize setting `ibuffer-never-show-predicates' has no effect if
`ibuf-ext' is not required explicitly. I have to add
(require 'ibuf-ext)
in my ~/.emacs to make those `ibuffer-never-show-predicates' regexps
take effect.
___
emacs-pretest-bug mai
Better yet, to fix this for all cases, would be to put the
added text on the next line (indented to be aligned with
the command name).
Always putting it on the next line would be worse in the usual case
since fewer commands would fit on the screen.
I've never seen
> The names of the Options menu items do not use parallel
> construction. Some are noun phrases, others are verb phrases.
> Verb phrases are generally clearer.
But some of the menu items, such as Syntax Highlighting, follow
widespread conventions that users expect. So I d
> From: "Drew Adams" <[EMAIL PROTECTED]>
> Date: Sat, 4 Mar 2006 13:21:30 -0800
>
> The names of the Options menu items do not use parallel construction. Some
> are noun phrases, others are verb phrases. Verb phrases are generally
> clearer.
But some of the menu items, such as Syntax Highlighting
If I copy simple.el to another file (temp.el, say) and alternately evaluate
the version in temp.el and simple.el, eventually Emacs always tells me
next-line is an interactive Lisp function in `simple.el'.
Looking at load-history, I see it has two entries for next-line:
("/hom
The names of the Options menu items do not use parallel construction. Some
are noun phrases, others are verb phrases. Verb phrases are generally
clearer. Here are some suggested renamings, which are clearer and fit the
pattern used for the other menu items:
Syntax Highlighting -> Highlight Syntact
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the [EMAIL PROTECTED] mailing
list
The keyboard loses so horribly that Emacs is unusable.
What the user types What Emacs sees
--- ---
-
2
5
...etc...
E.g., there appears to be no way whatever to type C-@
so the user must type M-x set-mark-command RET
or
Followup to my report of Mon, 13 Feb 2006 17:29:50 -0500 (EST)
Emacs 22.0.50 fails to compile out of the box on Mac OS X 10.4.4 (8G32)
Apple's Xcode 2.2.1 installer is at fault.
Workaround:
(0) get the latest Xcode
(1) mount the Xcode disk image
(2) uninstall Xcode
Kenichi Handa <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>, Leon <[EMAIL PROTECTED]> writes:
>
>> It seems fontset defined for emacs 22 doesn't work under emacs 23.
>
>> My fontset is as follows and it doesn't display unicode-0100-24ff
>> though both 'terminus' and 'unifont' are av
The bug that causes the slider to be drawn in a wrong position is
still present. I've reported this earlier. It's hard to say when
exactly it occurs, but I see it fairly often.
It usually goes away after a redraw.
___
emacs-pretest-bug mailing l
> The reason it seems nonsensical to me is that it seems to involve
> 3-d boxes inside 3-d boxes.
Well the external "3d box" is the whole header-line, so it's not really
a box: it's just a line to which we decided to add a 3d effect.
That is a subtle distinction, and I am not sure
Hi,
In the latest emacs-unicode-2, re-search doesn't work with
certain patterns. For instance:
(with-temp-buffer
(insert "i.")
(goto-char (point-max))
(re-search-backward "i\\." nil t))
=> nil
(with-temp-buffer
(insert "i.")
(goto-char (point-min))
(re-search-forward "i\\." nil t)
Kenichi Handa <[EMAIL PROTECTED]> writes:
>> 2, apply the patch below.
>
> I don't understand why you need it because the default value
> of selection-coding-system is compound-text-with-extensions,
> and thus the patch won't change the behavior.
Yes, the default value of selection-coding-system
> From: "Otto Maddox" <[EMAIL PROTECTED]>
> Date: Fri, 03 Mar 2006 17:22:34 +
>
> Go into a dired buffer. Hover the mouse pointer over a file or
> directory name. The popup tooltip says "mouse-1: visit this file in
> another window". But doing `C-h k' and then clicking with mouse-1
> displa
In article <[EMAIL PROTECTED]>, Leon <[EMAIL PROTECTED]> writes:
> It seems fontset defined for emacs 22 doesn't work under emacs 23.
> My fontset is as follows and it doesn't display unicode-0100-24ff
> though both 'terminus' and 'unifont' are available.
> ---
On 3/8/06, Zhang Wei <[EMAIL PROTECTED]> wrote:
> The arch repository can't keep up with the CVS repository.
The arch repository is not synced in real-time. I typically do it 1
or 2 times a day.
-Miles
--
Do not taunt Happy Fun Ball.
___
emacs-pretes
emacs -q
select some text, so it can be yanked
open a menu-bar menu, and click mouse-2, instead of mouse-1, on any menu
item
The mouse-2 command is executed in the current buffer. In a text
buffer, the copied text is yanked. In dired, the file on the curren
line is opened.
This is a pernicious
A 3d header-line makes perfect sense (that's what I use and it was Emacs's
default at some point during its development IIRC) since it makes it look
more like a kind of mode-line and thus makes it more obvious that it's not
part of the buffer text.
I see what you mean. However, he
> Date: Sun, 26 Feb 2006 18:31:16 +0100
> From: martin rudalics <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
> Subject: Re: Obsolete functions or variables, multiple definitions
>
> > `custom-quote' is still defined in cus-edit.el. Compare
On a hunch, I started cmd.exe, and changed its default "layout" from
rows and columns to 80 and 25 respectively. (I had earlier
set it to those large numbers because I don't want things vanishing
off the top of my cmd.exe screens!) That cured it.
Apparently, Emacs was starting a number
I'm using very recent CVS Emacs on Windows (GNU Emacs 22.0.50.1
(i386-mingw-nt5.0.2195) of 2006-03-10 on SLOP); I notice (via the Task
Manager) that the "CSRSS.EXE" process is using an alarming amount of
VM (hundreds of megabytes), but when I quit Emacs, it immediately
drops to a reasonable 1 or 2
"Drew Adams" <[EMAIL PROTECTED]> writes:
> I think that is ok if the user does something so silly and unnatural.
>
> Novice users, especially, are not unlikely to do things that to us seem
> silly and unnatural. They are also apt to not understand what they did or
> what it means.
Do you have
M-x report-emacs-bug RET wrote:
> If emacs crashed, and you have the emacs process in the gdb debugger,
> please include the output from the following gdb commands:
> `bt full' and `xbacktrace'.
> If you would like to further debug the crash, please read the file
> /import/xtra/emacs/HEAD/share
Hi,
answering at two letters:
See three items to do with commenting:
- html-mode comments PHP-Code wrongly as html
- lacking multiline/singleline comment switches
- comment-dwim has no line orientation, requires an active region
> AFAIS there is a bug in newcomment.el
> > Missing routine to chec
> Presently commenting of single lines in C-Mode and
> others per default uses multiline comment signs as
> shown below
> /* Example code */
> Seems no way to change this via customization, also after changing
> comment-style-Var to `plain' or `aligned', same result.
> Better default would be
Info directory headers are not merged properly. Please see the
attached file cap-dir.tiff. In particular, note that "World Wide Web"
is not fontified correctly and that the entry for "URL" is missing.
Furthermore, if I understand correctly, "Word Wide Web" should get
streamlined to "Net Utilities
In article <[EMAIL PROTECTED]>, Peter Dyballa <[EMAIL PROTECTED]> writes:
>> Can you reproduce it with CVS HEAD emacs?
> What do you mean with this technical term? Every few days I invoke
> 'cvs up' and then re-compile GNU Emacs 22.0.50 or 23.0.0 -- are both
> CVS HEAD Emacsen by this procedu
check_memory_limits() does not do the job,
if !HAVE_GETRLIMIT && !WINDOWSNT
and if there is difference between the GNU Emacs builder's datasize
limit and user's one.
Symptom on my NetBSD/i386:
% cd /path/to/emacs.cvs
% limit data 16m# set datasize limit 16 mega bytes
% rm src/e
When running some elisp code that makes use of the metamark.net
facility, I found that recent changes in cvs to
url-http-find-free-connection from url-http.el have broken it
somewhat. This bit at the end:
(url-http-mark-connection-as-busy
host port
(or found
(let ((buf (gen
Just to say that I solved the problem with the patch below, inspired
from what `x_create_frame' already does.
David
2006-03-10 David Ponce <[EMAIL PROTECTED]>
* xfns.c (x_create_tip_frame): Preserve received parms.
Index: src/xfns.c
Kenichi Handa <[EMAIL PROTECTED]> writes:
> It seems that ctext decoder of crxvt-gb is buggy. It
> expects extra "ESC ( B" (ASCII designtion) after Chinese
> characters encoded using an extended segment. According to
> the spec of CTEXT, it is not necessary to produce that extra
> designation se
> I think that is ok if the user does something so silly
> and unnatural.
>
> Novice users, especially, are not unlikely to do things that
> to us seem silly and unnatural. They are also apt to not
> understand what they did or what it means.
Do you have some ev
Kenichi Handa <[EMAIL PROTECTED]> writes:
> I've just installed fixes. Could you please try again? The
> locale of Emacs and crxvt-gb must be the same. Then both
> ways of cut&paste should work well now in zh_CN.GB and
> in zh_CN.GBK.
The arch repository can't keep up with the CVS repository.
> - sentence-end: "[.?!]"
This is normally nil. If you could figure out where it is set to this
value, it would help.
> PS.: After start I always get:
> Error in post-command-hook: (void-variable self-insert-command)
You have a bug somewhere in a post-command-hook where `self-insert-command'
sh
Hi All,
I recently noticed that customization of `tooltip-frame-parameters' no
more works. I found that, after `x-show-tip' is called in
`tooltip-show', all the `tooltip-frame-parameters' symbols are changed
to nil!
It is easy to reproduce:
emacs -Q
In the *scratch* buffer eval:
tooltip-frame
Stefan Monnier wrote:
>>> I've just tried it and can't reproduce it. I get:
>>>
>>> Demontage nahezu all dessen, was fr?her als Recht galt,
>>> entgangen ist. Die einen haben ihre
>>> Unterwerfungshaltung noch gesteigert, die anderen
>>>
>>> Can you give a more precise recipe, starting from "emac
It seems that Emacs has a problem detecting the correct encoding of
compressed PO files. Attached is a compressed PO file "de.po.gz" in
utf-8 encoding which Emacs failed to display correctly. The German
umlauts were displayed as octal sequences. This problem does not
occur if the file is either
38 matches
Mail list logo
