From: Peter Dyballa [EMAIL PROTECTED]
Date: Sat, 28 Jul 2007 15:27:23 +0200
Hello!
Compilation ends with:
In end of data:
dcl-mode.el:2223:1:Warning: the function `imenu-default-create-index-
function'
is not known to be defined.
Wrote
Cc: emacs-pretest-bug@gnu.org
From: Peter Dyballa [EMAIL PROTECTED]
Date: Sat, 28 Jul 2007 23:22:33 +0200
SIGILL stands for illegal instruction. Is it so absurd to assume
that some changed part of GNU Emacs, byte code compiler, is faulty?
No, it's not absurd. But given that it worked to
Cc: emacs-pretest-bug@gnu.org
From: Peter Dyballa [EMAIL PROTECTED]
Date: Sun, 29 Jul 2007 00:40:24 +0200
0 bootstrap-emacs 0x001485d8 Fsqrt + 100 (floatfns.c:561)
That's the line where `sqrt' is called.
I'll try GCC 4.2 in the morning, then hardware test.
Yes, a good plan,
Cc: emacs-pretest-bug@gnu.org
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 17 Jul 2007 13:26:53 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
I suspect that this is some strange interaction between MSYS and MinGW
(you do use MSYS Bash and maybe MSYS Make, right?). You didn't
upgrade
Cc: emacs-pretest-bug@gnu.org
From: Zhang Wei [EMAIL PROTECTED]
Date: Mon, 16 Jul 2007 21:33:34 +0800
I upgraded MinGW to version 3.12, but run into another compilation error:
I'm sorry that I caused you trouble.
gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0501 -D_X86_=1 -c
Cc: emacs-pretest-bug@gnu.org
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 17 Jul 2007 05:57:47 +0800
and I rechecked the emacsclient.c file, it is there.
That's expected: the error message says that GCC didn't see any input
files on its command line, not that the file is not found. Looks
From: Zhang Wei [EMAIL PROTECTED]
Date: Sun, 15 Jul 2007 20:58:16 +0800
Cc: emacs-pretest-bug@gnu.org
Jason Rumney [EMAIL PROTECTED] writes:
Zhang Wei wrote:
process.c: In function `conv_sockaddr_to_lisp':
process.c:2307: `uint16_t' undeclared (first use in this function)
From: Zhang Wei [EMAIL PROTECTED]
Cc: Zhang Wei [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-pretest-bug@gnu.org
Date: Mon, 16 Jul 2007 05:55:47 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
Can you please tell what version of MinGW do you have installed? (You
should be able to see
From: Nick Roberts [EMAIL PROTECTED]
Date: Sat, 14 Jul 2007 12:21:55 +1200
Cc: emacs-pretest-bug@gnu.org
IMO, it's not nice to change the package semantic in such radical ways
behind users' backs. I know a few people who like the current M-x gdb
and will not be pleased to see the
Cc: emacs-pretest-bug@gnu.org
From: Zhang Wei [EMAIL PROTECTED]
Date: Sat, 14 Jul 2007 19:22:59 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
I guess we could rewrite the install target in lisp/Makefile so that
it copies the *.el files first.
Done. Please resync with the CVS
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
From: Zhang Wei [EMAIL PROTECTED]
Date: Sat, 14 Jul 2007 19:23:50 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
I have now installed a change to use @documentencoding and the
--enable-encoding switch, so
From: Nick Roberts [EMAIL PROTECTED]
Date: Fri, 13 Jul 2007 23:26:20 +1200
Cc: emacs-pretest-bug@gnu.org
This is a suggestion to the mailing list, but also a RFA to RMS. Now that
gdb-ui is part of the release, how about renaming gdb to gdbf and gdba to gdb
on the trunk so that the new
From: Eli Zaretskii [EMAIL PROTECTED]
Date: Wed, 11 Jul 2007 03:50:49 -0400
Cc: emacs-pretest-bug@gnu.org
I guess we could rewrite the install target in lisp/Makefile so that
it copies the *.el files first.
Done. Please resync with the CVS and see if the problem is gone
From: Reiner Steib [EMAIL PROTECTED]
Cc: Zhang Wei [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
Date: Fri, 13 Jul 2007 18:44:18 +0200
I'm not aware of any cp implementation that doesn't support `-p' and I
didn't find anything wrt this in (info (autoconf)Limitations of Usual
Tools). Do you
Date: Sat, 07 Jul 2007 23:51:55 +0300
From: Eli Zaretskii [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED]
That is why I asked what it is that makes chinese-iso-8bit the default
on his system.
His language environment is Chinese, so chinese-iso-8bit is high
From: Zhang Wei [EMAIL PROTECTED]
Date: Wed, 11 Jul 2007 12:06:40 +0800
The `cp' command of my installation don't preserve timestamps by
default
`cp' never did. Only the Windows copy commands do.
that makes the .elc files and the .el files have same timestamps as they
are installed, and
From: Zhang Wei [EMAIL PROTECTED]
Date: Wed, 11 Jul 2007 14:37:41 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
If they have the same timestamps, why do you get source is newer
messages? I don't get them on my machine, and lread.c explicitly
checks for .elc time _less_ than the .el
From: Zhang Wei [EMAIL PROTECTED]
Date: Wed, 11 Jul 2007 15:12:24 +0800
Windows XP SP2, FAT32 filesystem (both source and dest).
Hmm, it might be an issue with FAT32 timestamps. Could you please add
-v to the `cp' switches and post here everything that `cp' displays
while copying the lisp/
Date: Mon, 9 Jul 2007 16:14:15 -0500
From: [EMAIL PROTECTED] (Karl Berry)
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL
PROTECTED]
source was written well,
I can't agree that it is bad to use literal characters instead of
Texinfo commands.
Perhaps
Date: Tue, 10 Jul 2007 13:10:17 -0500
From: [EMAIL PROTECTED] (Karl Berry)
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL
PROTECTED]
Anyway, back to the suggestion at hand: fine, I will make the
--enable-encoding behavior the default when @documentencoding is
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-pretest-bug@gnu.org
Date: Sun, 08 Jul 2007 18:23:28 -0400
It is pure luck if an Info file was generated for the same character
set that your terminal supports.
That's not what
Date: Sun, 8 Jul 2007 17:56:12 -0500
From: [EMAIL PROTECTED] (Karl Berry)
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED]
I could easily change things so that the Local Variables section was
always output if a @documentencoding was present. I don't see any
particular
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
Date: Sat, 07 Jul 2007 09:06:32 -0400
Richard, is it okay to assume Texinfo 4.6 for the CVS trunk?
To support @documentencoding, when it appears in a .texi file, would
not require anyone to move
From: Richard Stallman [EMAIL PROTECTED]
Date: Sat, 07 Jul 2007 16:46:53 -0400
Cc: emacs-pretest-bug@gnu.org
On the other hand, we might also want to fix a coding system
for Info files, so that their handling will not depend on the locale.
How? Do you mean to encode Info files in UTF-8 or
Date: Sat, 7 Jul 2007 16:42:05 -0500
From: [EMAIL PROTECTED] (Karl Berry)
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED]
If you use the @documentencoding command in the Texinfo source, and
then specify --enable-encoding to makeinfo, the resulting Info
file(s) will
From: Zhang Wei [EMAIL PROTECTED]
Date: Fri, 06 Jul 2007 09:56:08 +0800
This problem happens with emacs -Q, I don't think my .emacs cause
this.
Right. I managed to reproduce this problem on my machine in emacs -Q.
The comments in emacs-mime.texi specify which coding system should be
From: Zhang Wei [EMAIL PROTECTED]
Date: Wed, 04 Jul 2007 21:56:40 +0800
When I enter Info, the info doc is allways opened with chinese-iso-8bit
coding system which is the default of my installation.
Thank you for reporting this. Unfortunately, I seem to be unable to
reproduce this on my XP
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 19 Jun 2007 14:13:01 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
Recent messages:
ls-lisp-insert-directory: Invalid regexp: Unmatched [ or [^
I don't get this message, though. Can you tell how you managed to
trigger
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 19 Jun 2007 04:11:06 +0800
If a directory's name contains `[' and `]' such as `[music]', dired
can't open it. It display a No match message under the dir name other
than the contents of the dir:
--8---cut
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 19 Jun 2007 14:13:01 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
Recent messages:
ls-lisp-insert-directory: Invalid regexp: Unmatched [ or [^
I don't get this message, though. Can you tell how you managed to
trigger
Date: Sat, 23 Jun 2007 13:05:41 +0300
From: Eli Zaretskii [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 19 Jun 2007 14:13:01 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
Recent messages:
ls-lisp-insert-directory
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 19 Jun 2007 14:13:01 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
Recent messages:
ls-lisp-insert-directory: Invalid regexp: Unmatched [ or [^
I don't get this message, though. Can you tell how you managed to
trigger
From: Zhang Wei [EMAIL PROTECTED]
Date: Tue, 19 Jun 2007 04:11:06 +0800
If a directory's name contains `[' and `]' such as `[music]', dired
can't open it. It display a No match message under the dir name other
than the contents of the dir:
--8---cut
Date: Sun, 17 Jun 2007 15:32:18 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
Unfortunately I do not think that is the right change. This totally
spoils the possibility to use accelerators for the menus on w32. I do
not think the
From: Drew Adams [EMAIL PROTECTED]
Date: Fri, 15 Jun 2007 08:32:26 -0700
emacs -Q
Bind a command `foo' in a minibuffer completion map to `M-'.
Add `foo' to the Minibuf menu:
(define-key map [menu-bar minibuf foo] '(menu-item Foo It foo))
In the Minibuf menu, the item appears with the
Date: Fri, 15 Jun 2007 21:43:08 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: Emacs-Pretest-Bug emacs-pretest-bug@gnu.org
Drew Adams wrote:
I think this is specific to w32. Yes needs to be escaped there.
I hope you mean that Emacs or Emacs W32 should do the escaping.
Date: Mon, 04 Jun 2007 00:55:54 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Dired sorts the file case sensitive on w32. I do not think that is what
users on w32 expects since file names are case insensitive on w32
(except for the display of the names).
This is on purpose: we
From: Richard Stallman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED]
Date: Tue, 29 May 2007 00:10:52 -0400
I think this way of merging a face and a character code in a single
number is a kludge, a relic of an old era when Emacs didn't have any
Cc: Kenichi Handa [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
[EMAIL PROTECTED]
From: Miles Bader [EMAIL PROTECTED]
Date: Tue, 29 May 2007 13:15:56 +0900
Perhaps another, better mechanism will come along which will supplant
glyph codes entirely, but there isn't one yet (AFAIK).
Cc: Eli Zaretskii [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
[EMAIL PROTECTED], Kenichi Handa [EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Tue, 29 May 2007 12:01:36 +0200
We discussed using a cons cell (FACE . CHAR) for Emacs 23.
Fine with me
From: Kenichi Handa [EMAIL PROTECTED]
Date: Mon, 28 May 2007 21:24:29 +0900
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED]
By the way, in emacs-unicode-2, make-glyph-code doesn't work
for a face of ID greater than 511 (in Emacs 22, maximum face
ID is 4095. I think there are fairly easy
Date: Mon, 14 May 2007 18:02:37 +0200
From: Francesco Potorti` [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
- download http://fly.isti.cnr.it/tmp/base54.mbox (I am appending it to
Should have been http://fly.isti.cnr.it/tmp/base64.mbox, sorry.
Got it now.
This problem was due to a
Date: Sun, 13 May 2007 11:32:36 -0300
From: Vinicius Jose Latorre [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, Kenichi Handa [EMAIL PROTECTED]
1. emacs-23 -nw -Q
2. M-x ps-print-buffer-with-faces RET
`ps-default-fg' and `ps-default-bg' have the same color.
Text won't
Date: Sun, 13 May 2007 16:35:16 +0200
From: Francesco Potorti` [EMAIL PROTECTED]
Apperently RMAIL converts base64 messages automatically, but does not
changes the Content-Transfer-Encoding header accordingly.
To reproduce:
- download http://fly.isti.cnr.it/tmp/base54.mbox (I am appending
Date: Sun, 13 May 2007 16:35:16 +0200
From: Francesco Potorti` [EMAIL PROTECTED]
To reproduce:
- download http://fly.isti.cnr.it/tmp/base54.mbox (I am appending it to
the end of this mail, but I am not sure it will arrive intact)
No attachment arrived with your message, and I cannot
From: Leo [EMAIL PROTECTED]
Date: Wed, 09 May 2007 03:45:23 +0100
Running emacs in terminal 'urxvt'ยน, I seem to lose F11 and F12 keys. For
example F11 behaves the same as F1 and F12 as F2. Is this a known
problem?
Does Emacs use lisp/term/rxvt.el in your case? If so, please see
there for
Date: Sun, 06 May 2007 21:19:53 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
The reason for the problem is that the Emacs window (frame) is not
really maximized on MS Windows.
That's true, but I'm not sure it's relevant. Even if Emacs doesn't
really
From: Richard Stallman [EMAIL PROTECTED]
Date: Sun, 06 May 2007 13:57:10 -0400
Cc: emacs-pretest-bug@gnu.org
The reason I have mostly stopped discussing changes with people is
that I expect them to respond mechanically with Don't make this
change because I want a release NOW. Since I
Date: Sun, 06 May 2007 22:40:52 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
I believe Windows is beeing fooled by the way Emacs tries to make a
semi-maximized window.
How can Emacs fool Windows? All we do is create a window; if
From: Jim Meyering [EMAIL PROTECTED]
Date: Sun, 06 May 2007 22:49:08 +0200
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
I am maintaining a read-only GIT mirror of the Emacs CVS repository.
Thanks!
How about a URL for where to read about GIT?
eliz=Eli Zaretskii [EMAIL PROTECTED]
This address
Date: Mon, 7 May 2007 01:44:52 +0200
From: =?iso-8859-1?Q?Eivind_Midtg=E5rd?= [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Windows XP SP2, Norwegian.
I remember one other symptom of the semi-maximized Emacs
window at the
moment: I could move the maximized window (I can't do
From: Romain Francoise [EMAIL PROTECTED]
Date: Sun, 06 May 2007 01:06:31 +0200
Cc: emacs-pretest-bug@gnu.org
Chong Yidong [EMAIL PROTECTED] writes:
Is it on the branch? If so, that would be extremely annoying. This
kind of change obviously shouldn't be made without discussion.
Yes
From: Drew Adams [EMAIL PROTECTED]
Date: Tue, 17 Apr 2007 16:49:41 -0700
3. Actually, it looks as if the proper target for the missing cross
reference (in both nodes mentioned) should be node Replacement and Case.
Thanks, I did just that.
___
Date: Mon, 16 Apr 2007 22:58:47 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: Juanma Barranquero [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
But let me turn the table around, Lennart, and ask you: what arguments
will actually convince _you_ to change your mind on this?
Date: Tue, 17 Apr 2007 22:08:06 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
But let me turn the table around, Lennart, and ask you: what arguments
will actually convince _you_ to change your mind on this? Following
Karl
Date: Tue, 17 Apr 2007 23:29:12 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
I am not the easiest one to convince, but it is in no way impossible.
You again are not answering the question. I think we should end this
discussion, as
From: Miles Bader [EMAIL PROTECTED]
Date: Wed, 18 Apr 2007 11:01:51 +0900
Cc: emacs-pretest-bug@gnu.org
I always thought it was a rather clever idea. It certainly messes up
assumptions some programs make, but I think the /.. == / assumption
is generally rather rare in practice. [Compare
Date: Mon, 16 Apr 2007 09:57:44 +0200
From: Juanma Barranquero [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Then what arguments are actually convincing to you?
At this point in time, just days short of the intented
Date: Mon, 16 Apr 2007 10:38:14 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
Eli Zaretskii wrote:
Date: Mon, 16 Apr 2007 03:14:13 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
From: Richard Stallman [EMAIL PROTECTED]
Date: Sun, 15 Apr 2007 09:59:10 -0400
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED]
It seems that you and I define serious in a different way. My
criterion says that a bug where an important feature does something
that is indisputably wrong and
Date: Sun, 15 Apr 2007 23:10:04 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED],
[EMAIL PROTECTED]
I think this analysis could be a big deal deeper and less general. I
think that would help to create a more
Date: Mon, 16 Apr 2007 00:14:46 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, Chong Yidong [EMAIL PROTECTED],
Kim F. Storm [EMAIL PROTECTED]
In other words: I have seen this bug.
Yes, two years after its introduction. With luck, no one will see
Date: Mon, 16 Apr 2007 03:14:13 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Then what arguments are actually convincing to you?
Did you ever managed release of some software product, Lennart?
Because if you didn't, then there's really no way we could
From: Chong Yidong [EMAIL PROTECTED]
Date: Sat, 14 Apr 2007 11:58:53 -0400
It forces a glyph matrix reallocation after each call to
enlarge_window. The slowdown will be undetectable since redisplay is
so fast on text terminals anyway.
Are you sure redisplay is ``so fast''? what about
Date: Thu, 12 Apr 2007 07:58:37 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Eli Zaretskii wrote:
Date: Wed, 11 Apr 2007 22:53:18 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Kim F
Date: Thu, 12 Apr 2007 08:00:37 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Eli Zaretskii wrote:
Date: Wed, 11 Apr 2007 22:48:34 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: Chong Yidong [EMAIL
Date: Wed, 11 Apr 2007 07:53:27 +0200
From: Matzi Kratzi [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
If I have the *Message*-buffer in another window, I can now see this:
k:/ERADIUM_kalle/LD_swmodules_005/TAGS and
k:/ERADIUM_kalle/LD_SwModules_005/TAGS are the same file [2 times]
Date: Wed, 11 Apr 2007 07:53:27 +0200
From: Matzi Kratzi [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
The problem appears to be the letter-case. I can repeat this by using
etags from the pretest on the files in src in the pretest source. If I
load process.c, run find-tag and change the
From: Chong Yidong [EMAIL PROTECTED]
Date: Wed, 11 Apr 2007 13:46:37 -0400
Cc: emacs-pretest-bug@gnu.org
Lennart Borgman (gmail) [EMAIL PROTECTED] writes:
I want to put an overlay at the top of a buffer and display several
lines of text there. I use an overlay of length 1 at point 1
Date: Wed, 11 Apr 2007 22:48:34 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
CC: Chong Yidong [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
[EMAIL PROTECTED]
FWIW, I wouldn't touch this so close to the release: if no one noticed
this since July 2005, it's hardly a grave bug.
Date: Wed, 11 Apr 2007 22:53:18 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, Kim F. Storm [EMAIL PROTECTED]
Maybe it would help users and save developers some time if the problems
specific to common fonts where mentioned too?
What problems are
Date: Tue, 10 Apr 2007 08:07:02 +0200
From: Matzi Kratzi [EMAIL PROTECTED]
I work on a software project with the source files in quite some
directories. I create my TAGS table in
k:/ERADIUM_kalle/LD_swmodules_005 and work in another. The first time
I use M-., I am asked for the tags table
Date: Tue, 10 Apr 2007 08:07:02 +0200
From: Matzi Kratzi [EMAIL PROTECTED]
I work on a software project with the source files in quite some
directories. I create my TAGS table in
k:/ERADIUM_kalle/LD_swmodules_005 and work in another. The first time
I use M-., I am asked for the tags table
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Mon, 09 Apr 2007 00:45:09 +0200
If I put this in the file xx.htm:
TD class=...
TD class
the rightmost pixels of the first D are lost as can be seen by the tiny
screen-shot at the end of this message. The second D is shown normally.
I
From: Kim F. Storm [EMAIL PROTECTED]
Date: Mon, 9 Apr 2007 01:32:01 +0200 (CEST)
Following my last bug report on W32 display error, I noticed that
the image didn't get through. So I tried various stuff to decode
the base64 stuff in various ways like this:
- copy it to a new file
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Mon, 09 Apr 2007 01:46:26 +0200
[EMAIL PROTECTED] (Kim F. Storm) writes:
I had to edit a simple html file on Windows XP, so I got the latest
unpatched Emacs 22 pretest from Lennart's site (thank you).
If I put this in the file xx.htm:
From: Eric Hanchrow [EMAIL PROTECTED]
Date: Sun, 08 Apr 2007 17:35:43 -0700
I'm clearly seeing it myself, for what that's worth, using Bitstream
Vera Sans Mono at 12 pixels.
Do you have ClearType turned on? If so, does the problem go away if
you turn it off?
Do you see the problem with
From: Drew Adams [EMAIL PROTECTED]
Date: Sun, 8 Apr 2007 10:43:55 -0700
1. Doc string for `set-mark-command':
Thanks, I implemented some of your suggestions. The new doc string
appears at the end of this message.
Get rid of e.g. C-u C-@.
I don't see any reason to get rid of this, as it's
Cc: emacs-pretest-bug@gnu.org
From: Eric Hanchrow [EMAIL PROTECTED]
Date: Mon, 09 Apr 2007 00:24:24 -0700
Eli == Eli Zaretskii [EMAIL PROTECTED] writes:
I'm clearly seeing it myself, for what that's worth, using
Bitstream Vera Sans Mono at 12 pixels.
Eli Do you have
Cc: emacs-pretest-bug@gnu.org
From: Markus Triska [EMAIL PROTECTED]
Date: Sun, 01 Apr 2007 01:10:45 +0200
Eli Zaretskii [EMAIL PROTECTED] writes:
Why change the flags when running ./configure? Why not simply add
LDFLAGS to the `make' command line?
That could inadvertently override
Cc: emacs-pretest-bug@gnu.org
From: Markus Triska [EMAIL PROTECTED]
Date: Sun, 01 Apr 2007 01:10:45 +0200
Eli Zaretskii [EMAIL PROTECTED] writes:
Why change the flags when running ./configure? Why not simply add
LDFLAGS to the `make' command line?
That could inadvertently override
From: [EMAIL PROTECTED]
Date: Wed, 28 Mar 2007 07:54:27 -0400
I asked my admin if he could send you a sample mail mime encoded the same way
I'd get one. He will send one with the subject Today's Dilbert.
Thanks, I see the problem now: this message sends an inline GIF image,
without using
Cc: emacs-pretest-bug@gnu.org
From: [EMAIL PROTECTED]
Date: Wed, 28 Mar 2007 18:05:59 -0400
What would be best , IMO, is have rmail decode things and display them as the
image or
whatever it is right there in rmail. Maybe a prompt to ask if you want it
decoded and displayed?
Maybe
From: Tom Wurgler [EMAIL PROTECTED]
Date: Tue, 27 Mar 2007 14:48:26 -0400 (EDT)
Cc:
Someone sends me a mime encoded gif file as an email. I start emacs -Q
then esc-x rmail.
The mail I see is a decoded gif file, not the mime encoded file.
In emacs -Q? I doubt that. I'm guessing that
Cc: emacs-pretest-bug@gnu.org
From: [EMAIL PROTECTED]
Date: Tue, 27 Mar 2007 17:24:08 -0400
I thought -Q left off reading your .emacs file. But no matter, I renamed
.emacs to hold.emacs and
the mail still it comes up as a gif binary.
-Q also refrains from reading the site-wide init
Date: Sun, 25 Mar 2007 15:53:20 -0400
From: Greg Bognar [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED],
[EMAIL PROTECTED]
Modern word processors/text editors often have two or three toolbar
lines with dozens of buttons.
I hope Emacs will never go that way.
And
Date: Mon, 26 Mar 2007 01:34:37 +0200
From: Lennart Borgman [EMAIL PROTECTED]
It looks like the height of an italic font is different from a
non-italic, at least on w32.
I don't see any problem here. Emacs uses the fonts that are available
to it, that's all.
Date: Mon, 26 Mar 2007 01:39:54 +0200
From: Lennart Borgman [EMAIL PROTECTED]
See the attached image. Completion is after o. (Which looks like c.)
I cannot reproduce this on my machine, neither with the default font,
nor with the one I set up in my .emacs (-outline-Courier
Date: Mon, 26 Mar 2007 04:10:57 +0200
From: Lennart Borgman (gmail) [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Toolbars are for mouse, menus for keyboard
Maybe for you, but not for the vast majority of users (who click menus
with a mouse).
From: Nikolaj Schumacher [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 00:45:06 +0100
Cc: emacs-pretest-bug@gnu.org
Unless you have a real purpose for using x-show-tip directly, I don't
think this is worth changing.
Fair enough, but in that case I'd suggest pointing that out in
From: Stefan Monnier [EMAIL PROTECTED]
Date: Wed, 21 Mar 2007 15:23:51 -0400
Cc: emacs-pretest-bug@gnu.org
This part of revision 1.53, complete.el, was undone by revision 1.54,
but the removal wasn't mentioned in the log. Was this intentional?
It was most likely an oversight of Eli
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
From: Stefan Monnier [EMAIL PROTECTED]
Date: Wed, 21 Mar 2007 17:55:14 -0400
What oversight? what next patch? Please provide some minimal details.
Check the diff of 1.53 and and the diff of 1.54 and you'll understand.
But since you
Date: Thu, 8 Mar 2007 22:55:31 +0100
From: Matzi Kratzi [EMAIL PROTECTED]
After the installation has finished, I have a working emacs, but I
also have a few not wanted catalogues and files in
C:\download\emacs-cvs\070308\:
.\data
.\etc\.arch-inventory
.\etc\.cvsignore
.\etc\CVS
From: Nick Roberts [EMAIL PROTECTED]
Date: Tue, 6 Mar 2007 22:36:11 +1300
The value for mode-line face seems to be taken from the window manager or
theme.
How do you see this? I see the following in faces.el:
(defface mode-line
'class color) (min-colors 88))
:box
From: Nick Roberts [EMAIL PROTECTED]
Date: Wed, 7 Mar 2007 09:51:47 +1300
Cc: emacs-pretest-bug@gnu.org
Where's the coupling with the window manager or theme?
That's my question really, presumably somewhere in the C code. If I change
theme, the colour of the mode-line changes along
From: Nick Roberts [EMAIL PROTECTED]
Date: Wed, 7 Mar 2007 10:22:44 +1300
Cc: emacs-pretest-bug@gnu.org
Previously it didn't matter that the colour of the mode-line was tied to X
resources, but my point is that now there is mode-line-inactive face, it's
important that Emacs doesn't do
From: James J Dempsey [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 10:36:36 -0500
Cc:
Do you want this kind of testing status sent to emacs-pretest-bug?
Yes, please.
Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
From: Chong Yidong [EMAIL PROTECTED]
Date: Thu, 01 Mar 2007 18:38:43 -0500
I have rolled a 22.0.95 tarball, which can be found at the usual
location:
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.95.tar.gz
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.94-22.0.95.xdelta
I tested
From: Nick Roberts [EMAIL PROTECTED]
Date: Mon, 26 Feb 2007 23:50:25 +1300
info.el displays a menus blank line when ifnottex is used, e.g:
* SavingSaving makes your changes permanent.
* Reverting Reverting cancels all the changes not saved.
@ifnottex
*
From: Nick Roberts [EMAIL PROTECTED]
Date: Mon, 26 Feb 2007 10:10:43 +1300
Cc: emacs-pretest-bug@gnu.org
1) Why was this change made?
Probably to make it easier to avoid incorrect conversions when
extracting elements. We don't want to get negative numbers
for byte
1 - 100 of 644 matches
Mail list logo