Would someone please move the pgg files from lisp/gnus to lisp?
These are a general facility, and there is no reason for it to
be considered part of Gnus.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-deve
[I sent this message two weeks ago but did not get a response.]
Since this concerns buttons, can you tell us where we should look?
--- Start of forwarded message ---
Date: Mon, 26 Sep 2005 13:49:54 +0200
From: Sven Joachim <[EMAIL PROTECTED]>
X-Accept-Language: de-DE, de, en-us, en
To: em
emerge.el gets these warnings:
In emerge-setup:
emerge.el:632:12:Warning: `insert-buffer' used from Lisp code
That command is designed for interactive use only
In emerge-prepare-error-list:
emerge.el:714:5:Warning: `insert-buffer' used from Lisp code
That command is design
(Please forgive the delay--this message got lost for a few months.)
The problem
is that ssh (cygwin's port) running with the w32 version of CVS Emacs
needs the option `-tt' prior to the host name to open the connection
correctly. The problem is that the `rlogin' function treats
Could some people who work on Windows please talk with Ramprasad and
tell me if he can do a good job of maintaining the Windows Emacs FAQ?
I'm thinking that initially he should send his changes to emacs-devel,
and others should check them and install them, after perhaps
correcting them. After som
[I sent this message twice before but did not get a response.]
Can someone please look at this, then ack to me?
--- Start of forwarded message ---
To: emacs-pretest-bug@gnu.org
From: Peter Dyballa <[EMAIL PROTECTED]>
Date: Wed, 20 Jul 2005 15:36:11 +0200
X-Sender: [EMAIL PROTECTED]
Subjec
[I sent this message a week ago but did not get a response.]
Could someone please fix these bugs, and ack to me?
--- Start of forwarded message ---
From: Frederik Fouvry <[EMAIL PROTECTED]>
To: emacs-pretest-bug@gnu.org
Mail-Followup-To: emacs-pretest-bug@gnu.org
Mail-Reply-To: [EMAIL PRO
[I sent this message two weeks ago but did not get a response.]
Can someone please look at this, then ack to me?
--- Start of forwarded message ---
To: emacs-pretest-bug@gnu.org
From: Peter Dyballa <[EMAIL PROTECTED]>
Date: Wed, 20 Jul 2005 15:36:11 +0200
X-Sender: [EMAIL PROTECTED]
Subje
[I sent this message three times but did not get a response.
Would someone please work on this?]
Could someone please see if this fix is still needed now?
Please ack to me after checking.
--- Start of forwarded message ---
Date: Wed, 29 Jun 2005 18:21:28 -0500 (CDT)
From: [EMAIL PROTECTED
[I sent this message two weeks ago but did not get a response.]
There are buttons in the header line (to sort each column). This is similar
to the links in the header line of Info (though, in that case, they are
links, not action buttons).
Now I see. I guess those should respond to m
I don't think this was followed up on.
So what we do in Aquamacs is to leave it to the system setup what
mail application the user wants to use. The complete text (as before)
is composed automatically, and then the user's preferred mail
handling application takes care of edit
> For example, a user could define his own version of `b' in `(interactive
> "b...")'. Instead of having to find all occurrences of `(interactive
> "b...")' and replacing each of them with his own `(interactive (list
> (my-read-buffer...)...)...)', he could just redefine what `(inte
> The current duplicating of context lines of consecutive matched lines
> is too inconvenient.
>
> Inconvenient for whom? The user, or the maintainers of occur?
For the user. grep and diff don't duplicate context lines,
for good reasons.
I can see both advantages
> It doesn't seem right to put that in a file's local variables list.
> This is a personal preference issue.
It usually is, but there are files which simply won't work in one of
the two modes. And for those files, it is not a personal preference.
Why do some files not work in one
If you change the docstring, it'd be great to also change the argument
names to match the ones in the docstring, or at least to add \(fn
VARIABLE VALUE &optional MAKE-LOCAL).
Ok, I will. Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu
The name used for the display table slot is `vertical-divider' so I'll
use that for the face too.
Using the same name is wise, but indeed it is `vertical-border'.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/lis
Thanks for looking this up. I wrote to Stephen Eglen.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
We refer to the buffer on purpose: we want users to see Emacs
terminology even in the menus, and even when the menus are following
established UI guidelines and use standard entries like "New" and
"Close".
Why then do we use Paste instead of Yank?
Each one of t
I succeeded in building Emacs under Fedora Core 4 with:
./configure args... ; setarch i386 -R make bootstrap
1. Can people determine if this is a full solution?
2. If it is, can we reprogram configure.in
and the makefiles to do this automatically when it's called for?
_
If you are questioning whether such properties are really "hard" today, that
is, whether they do not in fact allow for alternative display or
interpretation as, say, sound, then I think the answer is "yes" - out of the
box, Emacs does not allow for any alternative treatment for such
BTW, FC4 eats the C-SPC key for the `iiimx' program which is the
input method for (at least?) Japanese text by default, so I
couldn't use C-SPC for `set-mark-command' in Emacs. Liang Zhao
kindly told me that it can be solved by removing `space'
from the /usr/lib/X11/app-default
Could you add an item to TODO and a comment in the code
saying that occur isn't handling multiline regexps?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
`scroll-margin' has no effect when `show-trailing-whitespace' is true.
Would you please send a self-contained test case?
Please read the Bugs section in the Emacs manual, which provides
guidelines on how to write a bug report to give us the
necessary information so we can fix the bug.
_
No. The bug is that if the size of the ring is larger than the
length, the current version of `ring-elements' introduces fake `nil'
elements. The delq gets rid of all nil's, fake ones and potentially
legitimate ones, because certain ring elements could _really_ be nil.
The nco
The current duplicating of context lines of consecutive matched lines
is too inconvenient.
Inconvenient for whom? The user, or the maintainers of occur?
It really should work like grep or diff, and
to join consecutive lines with their context lines into one block.
I am not nec
I guess the original regexp was created to match different grep output
formats. From this regexp I can deduce such formats that use space or
tab as a separator between file name, line number and source line.
I can't tell is it right to drop support for those formats.
I think that
For post-release: it would be good to rewrite the function
`call-interactively' in Lisp which will allow easy modification of
reading arguments according to code letters (e.g. in this particular
case adding a call to `function-called-at-point' for the code letter `a').
I think that
I don't understand what is the issue you refer to? Is it the reported
bugs in highlighting of grep matches? If so, I believe I fixed that.
Yes, that is the problem we have been talking about.
Is there another problem? If so, could you please describe it
clearly?
_
AUCTeX provides a major mode for editing LaTeX file. Normally, you
can generate both dvi files and pdf files from a LaTeX source file.
AUCTeX provides a minor mode that lets you select the output format.
You can customize this minor mode to a default that reflects your
preferre
How about this doc string?
(defun set-variable (var val &optional make-local)
"Set VARIABLE to VALUE. VALUE is a Lisp object.
VARIABLE should be a user option variable name, a Lisp variable
meant to be customized by users. You should enter VALUE in Lisp syntax,
so if you want VALUE to be a str
> Check the Emacs manual.
Already done (some chapters have only been checked by one guy, not two.)
Yes, it is nearly done, but a little remains. How about if some people
check the parts that have not been checked by two yet? Then this
part will really be done.
BTW, font-lock-comment-delimiter-face as well as
font-lock-negation-char-face
are very new faces, so it's better to remove the -face suffix from them now
than to create aliases for backward compatibility later after the release.
Maybe, but currently all the faces defined by font-lock
So we should simply never add thje :require directive and we just need to
make sure that the :setter info (custom-set-minor-mode) is included in
loaddefs.el for the autoloaded vars so that enabling/disabling will go
through the minor mode function and trigger the autoloading.
If th
It looks like part of python.ek was broken by the rewrite of compile.el.
We have no maintainer for python.el; would someone please fix the bug
and then ack this message?
--- Start of forwarded message ---
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
h=rece
Why aren't paragraph-s\(tart\|eparate\) buffer local? There doesn't seem
to be any call for having global values for them since so many major
modes (amongst them C Mode, Lisp mode, Texinfo mode) give these variables
mode specific values.
There is certainly a reason for these varia
Maybe I am trying to document a bug here. Maybe it is better not to
add these two sentences and instead make `ring-elements' do what the
first sentence above, and its docstring, say it does.
I think so.
! (nconc lst (make-list (- (ring-length ring) (length lst)) nil
What
Those of you who use the web archive for emacs-devel, what would you
think of turning off line-wrapping on the web archive? This would
avoid confusion when an example includes a long line; however, line
wrapping might be convenient some of the time.
__
I will take a look at it, but first a decision has to be made on how
we treat overlapping matches.
When not displaying context, it should display each line that contains
any part of one or more matches. It should not display any line more
than once.
When context lines are specified, it i
> However, on principle it seems wrong to use mode-line-inactive
> directly. There ought to be a separate named face to control this.
> It could default to mode-line-inactive.
How about adding this face now?
Please do.
___
Emacs-devel
Then could you explain the reasons for removing comments highlighting
on tty with leaving only comment delimiters highlighted.
I explained them a few weeks ago.
I see no big difference between comments displayed in red and diff lines
displayed in bold italic magenta (the latter lo
> Would someone please take on the task of updating info.texi?
Could you tell what needs updating there, or point to a discussion or
a document that says that?
Figuring out what, if anything, needs updating is part of this job.
I do not know.
Perhaps this means that you have grep matches highlighting turned off
(either your grep doesn't support grep markers or `grep-highlight-matches'
is nil).
It is nil for me. So that explains why I don't see the problem. It
also gives a guide for how to deal with this issue: change grep
> I think this can be done by making these faces inherit
> from a face named `link'.
This is an interesting idea, but then for consistency this should be
applied to every mouse-over attribute with follow-link property, i.e.
not only in compilation and grep buffers, but also in
To display help tooltips in the echo area turn `tooltip-mode' off.
To display GUD tooltips in the echo area turn `gud-tooltip-mode' on and set
`gud-tooltip-echo-area' to t.
This sounds more complicated,
Yes, it is not clean.
but displaying help text in the echo area
shou
March 9, Simon Josefsson posted a patch by Steve Youngs which added
firefox support to browse-url.el. Does anyone know the status of this
patch?
I asked Eli to install it.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.o
Is there a reason you use
'((default :inherit font-lock-warning-face)
(((supports :underline t)) :underline t))
rather than
'((default :inherit font-lock-warning-face)
(t :underline t))
after all, if it's not supported the setting is harmless.
What about having a :link face attribute (property) that is soft, not hard?
What does "soft" or "hard" mean, here?
That way, a single (possibly user) definition of the :link attribute would
automatically affect any faces that have that property. And it would also be
easy (includin
I don't find the current Diff mode setup hard to use on a tty.
That is perhaps because the font used for the changed lines
is not hard to read.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
FOR-RELEASE mentiones these bugs:
** Investigate reported crashes in compact_small_strings.
** Investigate reported crashes related to using an
invalid pointer from string_free_list.
They were reported a long time ago, before we realized it was a good
idea to copy the actual bug repo
In the compilation buffer this is only over the file and number. In the
grep buffer it extends to the first match (or something like that).
I don't observe that--can someone provide a test case?
Web page designers often use underline only for mouse over if they
do not like underl
Would someone please take on the task of updating info.texi?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Could someone please document Custom themes in the Emacs manual?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I'm aware that currently there are too large areas for mouse-1 clicking
in grep buffers.
Would you explain what you mean, and give a test case?
When I try it, mouse-1 only follows the link when I click
on a file name or line number. And the mouse-face only appears
on that part, too.
___
I'm thinking of ways to avoid the stack penalties the other proposals
involve. Could we allow only secondary threads with thread-local
variables and forked copies of globals?
"Forked copies of globals" would mean copies of the values of
thousands of Lisp symbols. And how would the Li
I'm trying to build Emacs CVS on the Fedora Core 4-release, but
haven't been successful yet. Have anyone achieved it? The
workarounds described in etc/PROBLEMS weren't effective and the
following wasn't either.
The point is, we need to update unexec so it can handle this right.
Yes, mouse-1 follows links in both Gnus and Info. grep and compile do
not work. In addition, the highlighting in some lines of the grep output
seems to be wrong. It seems that when the line does not have any
preceding whitespace, the highlight extends out past the filename and
> I must be confused. If that feature exists, doesn't
tooltip-use-echo-area
> control whether to enable it?
That is one way, but not the only one.
What is the interface you recommend, to control this?
___
Emacs-devel mailing list
Emacs
> You are describing a command to set up an entire local variables list.
> That's not what file-make-local-variable should do. That command
> should add or alter ONE variable in the local variables list; only
> one. It can read a variable name and the value string in the usual
Underlining doesn't make text look like a link. There are faces
with the underline attribute put on text which is not a link.
It would be confusing for users to think that such text is a link
and try to click it after learning a new Emacs convention of
underlining all mouse-1 s
Here's a patch to make compile.el underline the file names and line
numbers and column numbers. Please try this and tell me what you
think.
There is surely a more elegant way to do this which does not involve
making so many new faces; someone who knows better how to set up
font-lock-keywords, mig
Start with a buffer containing three lines with "11" in them and a
final newline:
11
11
11
Result of `M-x keep-lines RET 11 C-q C-j 11 RET' with point at bob:
11
11
The basic ideas of keep-lines and flush-lines don't obviously extend
to multi-line regexps. Figur
4 matches for "11
11" in buffer: bu
2:11
4:11
6:11
8:11
I could not find out from the docs what those numbers in front of the
11's are supposed to mean. They are clearly not line numbers.
Additional remark: from
Oh, I got a bit carried away. It's not been three years of "freeze",
and I don't know the exact date the freeze was decided, but I've just
read a message by me on Nov, 4, 2002 discussing the exact same issues
that we're discussing today
So what? I don't think it makes any differen
So for a file-make-local-variable command we need questions like
Major mode: (default )
...
Variable:
foo...
Variable foo set to:
...
You are describing a command to set up an entire local variables list.
That's not what file-make-local-variable shoul
I'm not sure that you've followed the whole thread.
I can never follow the whole of such a thread. I don't have time!
The feature of being
able
to display help messages and GUD variable values in the echo area has *not*
been r
> It might be useful to find a way to arrange a warning when files use
> Mode: or -*-...-*- to specify minor modes.
In general, there are examples of minor modes (Ralf and David gave an
example) for which it is useful to turn them on (or off) for a certain
file because of the _
I think you and Werner are talking about different things. You talk
about Font Lock mode overriding the text properties you set manually.
Werner's problem happens even when Font Lock mode is off. The "red"
menu entry (that is created automatically when you set the foreground
t
>From Eric, the difference in .data.* sections between gcc-3.3 and
gcc-3.4:
(1) for 3.3: .data .data.rel.ro
(2) for 3.4: .data .data.rel .data.rel.local
Any way to get unexelf.c to merge all the .data* sections?
Is it really right to merge them? Shouldn't it preserve the
Ideally unexec should handle the case where heap and bss is not next
to each other, and then this workaround can be removed.
Yes, that's the task that we need for the release, for
the sake of exec-shield.
But we also need something done to deal with the randomization feature.
Looking at the code, PREDICATE just need to return non-nil;
so is there a reason why the doc string says the return
value should be `t' rather than any non-`nil' value?
No reason--you could fix the docs if you want.
___
Emacs-devel mailing
`M-x occur RET 11 C-q C-j 11 RET' finds four matches (lines 1 through 4)
which seems logical to me.
`M-x how-many RET 11 C-q C-j 11 RET' (with point at bob) finds two matches.
One function looks for lines that match, while the other finds
matches, so it is natural that they may differ
To make the behavior of `keep-lines' symmetric at both ends of the
region, the last line should be unconditionally kept in its entirety.
That seems like an improvement. Would you like to do it?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
Maybe an option that automatically applies underline (or more
generally a face inactive-link) to all text which has a mouse-face
property, but mouse is not over the link...
I'd rather just change the face used for the file names
and line numbers. It is easy to customize that.
__
I hope that predictive decisions about what most users will expect may
be amended in the face of empirical evidence to the contrary.
This feature is meant to provide a familiar default for beginners.
The personal preferences of people on this list are not evidence about
it. These people a
like a sisyphean effort -- more stuff keeps getting into FOR-RELEASE, and
the release that's coming "soon" keeps getting pushed back!
Very little has been added, compared to what has been removed
or marked as done.
However, it is true that the list is not entirely complete.
There are thin
But, whatever the reason, it is a *fact* that there's
so many people who will do the footwork, no more and no less. Three
years of freeze didn't increase the number significantly.
We have not had "three years of freeze". It has been less than one
year--and we are a lot closer to a rel
Modes derived from fundamental mode run after-change-major-mode-hook
twice because fundamental mode runs it unconditionally. Fundamental
mode should only run after-change-major-mode-hook if delay-mode-hooks
is nil. We can either test this directly or use (run-mode-hooks
'funda
I've got the same problem with auto-fill sometimes. I switch that
mode on with text-mode-hook. When I visit a text file that has "mode:
auto-fill", it is effectively turned off. Maybe we should do
(some-minor-mode 1) for "mode: some-minor-mode" constructs.
That would be hard, si
I tested this the other day too and was confuzzled (confused +
puzzled). After a while I realized that it had to do woth
font-lock-mode overriding my coloring.
Perhaps those menu items should be disabled when Font Lock is enabled.
That way, people will see they're not supposed to work.
1) Whether the behavior should always be the same in each buffer or should
possibly vary by buffer. If the latter, should this be user-changeable (e.g.
local values) or not?
It should be the same in all buffers. There are other ways for specific
modes to control what are links to foll
I think this strengthens my point: do FOR-RELEASE items have to hold
the release, even if we don't know who/when will be able to tackle
them?
Yes. Thes problems eare important. We need to solve them, not ignore
them.
___
Emacs-devel maili
I suggest to add an interactive command `file-make-local-variable'
which does this. As an interface I can imagine something similar to
AUCTeX's C-c C-e command.
For those of us that do not use AUCTeX,
what does that interface look like?
___
OK. I've just installed changes that try to restore the behaviour of
tooltip-use-echo-area. I guess I should try to give people what they
want rather than what I think they should have.
It should not be obsolete. This feature should not be removed.
It is a useful feature.
Gnus, compile and grep buffers are lists. They are not really like
hypertext in that there is no or little text to click on that is not
mouse sensitive. This makes it inconvenient to click to set the mouse
position.
I can't comment on Gnus, which I don't use. In Compilation and
To me mouse-2 is familiar for activating links, as in going from a
message summary buffer to reading an email message; mouse-1 is not. I
use mouse-1 to set point and I use it frequently.
You are an experienced Emacs user, not a beginner coming to Emacs from
other GUIs. We've decided
To me mouse-2 is familiar for activating links, as in going from a
message summary buffer to reading an email message; mouse-1 is not. I
use mouse-1 to set point and I use it frequently.
You are an experienced Emacs user, not a beginner coming to Emacs from
other GUIs. We've decided
> I like these, but they are a bit too long for docstrings, etc.
> Wouldn't just OBSOLETE-NAME and RECOMMENDED-NAME (or CURRENT-NAME)
> suffice?
How about just OBSOLETE and CURRENT?
That is more cryptic--good enough to remind people, but why not
add the extra 5 chars to make it cl
Thanks for the tip. We had one of the GCC developers look at the
problem (Eric Botcazou), and he found out that gcc-3.4.x is creating
some additional R/W ELF sections that the IRIX linker is not combining
(gcc-3.3.x created one R/W and one R/O ELF section). He plans to look
into
We can arrange for a private access to my font server if it
may help you.
It would not be feasible for me to access it, but maybe someone else
here can.
It seems so. The tabulation width calculation method was
reported on the 27th of December, 2004, by Kenichi Hand
I believe it would be good to have a link from the node Documentation to
the node Appendix D: Tips and Conventions in Info. The first node does
for example not mention checkdoc at all.
It has an xref to Documentation Tips.
___
Emacs-devel
There is something wrong with handling faces in display tables on
character terminals. Putting a character with an added face to the
display table slot results in a different face displayed.
Some faces even cause Emacs to crash.
I think I have fixed this. I will check it in a day
Thanks. I don't think these things really belong together in one file,
but all the text is useful.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Is everybody happy with the names of the `make-obsolete*' and
`define-obsolete-*-alias' arguments?
The alias being created is called FUNCTION or VARIABLE, and the symbol
(or definition) being aliased, NEW. Now, I understand the rationale:
NEW because it is the new, shinier name
Since this is not commonly used, and is not free software, we should
not encourage people to use it by supporting it in Emacs. Since most
people have never heard of it, if we talk about it, we are likely
to call many people's attention to it. That would be undesirable.
If you can convince them t
On a related note, I find the arguments for defvaralias and defalias more
confusing than those for define-obsolete-*-alias.
defalias seems clear to me, but defvaralias is unclear. For
defvaralias, I suggest the names NEW-ALIAS and BASE-VARIABLE.
If using similar names in defalias would m
> How many menu items were there, in the case where this took 18 seconds?
633.
If each one took 1/30 of a second, that is absurdly slow.
I wonder if some regexp is badly written and looping.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
htt
> Seems quite good although I don't like the idea of using PNG-files as
> their size is much larger than using JPEG.
>
> The file names are named according to the absolute URI's MD5 value,
> which most in this thread seems to dislike (including myself).
>
I'd be happy to sign such papers, but I don't know how to go about
doing it.
I'll tell you how.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
These doc changes are good overall, except.
You can also debug primitive functions (i.e., those
! written in C) that are not special forms this way, but the primitive
! will only break on entry when it is called from Lisp.
That's not very clear about how special forms are treated.
> However, if the only function of that code is to implement this
> feature, it might easy to reimplement the feature in a simpler way.
Indeed.
Feel free to give it a try.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.o
1 - 100 of 1005 matches
Mail list logo