I have an issue with image-load-path, defined in images.el.
Since the tool-bar images have been moved to data-directory/images,
my Emacs can't find the icons any more.
The reason is that I am precompiling image.el into a dumped binary,
and when that happens, image-load-path gets initialized.
On 17 Oct 2005, at 05:33, Richard M. Stallman wrote:
Wait a minute!
The change I agreed to was only for file name reading.
The change you proposed would affect all kinds of completion.
I don't want to do that.
Uhh, sorry, that was a misunderstanding then.
If I had to design this from
files, which is very nice.)
It sounds good to me. Would you like to write the patch?
OK. In addition to applying the patch below, someone might want to
change the Makefile to gzip the appropriate files on non-Windows
machines. I have no intuition about how to do that.
2005-10-15 David
like to implement this change, and ack to me?
Done. The patch is attached. Please apply if it's OK - I can't.
Maybe this needs to be documented in NEWS as well.
src/ChangeLog:
2005-10-15 David Reitter [EMAIL PROTECTED]
* minibuf.c (keys_of_minibuf): Do not map Space to
minibuffer
I would like to suggest to enable help-with-tutorial to load .gz
files. This would allow site maintainers to compress the files,
saving around 600K in installs of binary distributions. (info has no
problems with gzipped files, which is very nice.)
On 1 Oct 2005, at 12:28, YAMAMOTO Mitsuharu wrote:
At the request of the maintainer, I installed ATSUI support on Carbon
Emacs to the trunk. It does not change anything unless -DUSE_ATSUI is
specified at compile time. It is still somewhat experimental, and has
some known problems:
I think
On 11 Oct 2005, at 15:44, Richard M. Stallman wrote:
.default {
font-family: courier;
font-size: 13pt;
font-weight: bold;
font-style: italic;
}
I don't think that is useful in an Emacs context.
It is no easier to type, no more concise, than a list
of face
On 27 Sep 2005, at 04:43, YAMAMOTO Mitsuharu wrote:
One thing I'm concerned about is whether TOGGLE_TOOLBAR_EVENT
deserves
a new constant in `enum event_kind' (in termhooks.h) or not. Likewise
for `toggle-frame-toolbar' as a top-level Lisp event. Are there any
guidelines about addition of
With the current defaults, Emacs is unable to successfully send off a
bug report (or any other mail) out-of-the box on Mac OS X, and I
suspect it won't work on Windows either. The reason is the default
for send-mail-function, which is changed on these systems with the
following patch.
On 27 Sep 2005, at 04:45, YAMAMOTO Mitsuharu wrote:
In particular, the option key works as the real option key if and
only if it isn't mapped to any Emacs modifiers. (I.e., don't
introduce the variable `mac-pass-option-to-system'.)
Then the conditionals becomes much simpler. Note
On 27 Sep 2005, at 04:43, YAMAMOTO Mitsuharu wrote:
And as a general note, please enclose Mac OS X specific parts in
macfns.c and macterm.c with `#ifdef MAC_OSX' because these files are
also used by Mac OS Classic.
If I only knew what works and what won't work on Classic.
By the way, I'd
I'm attaching a patch which enables the toolbar button in the upper
right corner of each frame. This button is standard in OS X
applications and allows users to switch the toolbar on and off per
frame. The actual tool-bar switching functionality is already present
(frame parameter
Here is the latest version of mac-modifier-keys patch, which allows
people to freely assign modifier keys on their keyboard to Emacs
modifiers.
The current solution is overly complicated and doesn't allow certain
combinations of settings such as Command-Hyper (while saying Option-
Meta).
On 27 Aug 2005, at 04:41, Richard M. Stallman wrote:
I wrote a cleaner patch to do a job like this, but I have not had time
to test it, so I have not installed it. Can you test it?
OK, it works so far, but now custom-file turns up in the recentf list.
That was Eli's 05/08/12 patch was about:
Is there a special reason why custom-save-all leaves the buffer with
custom-file?
I don't think the file should appear in the buffers lists - it's
loaded temporarily and should be discarded.
The problem with below patch is that if custom-file is already loaded
as ordinary buffer, it will
Can I suggest to disable menu items when the frame they refer to is
invisible, or when they refer to a buffer and the minibuffer is
selected?
Note that the menu bar doesn't always have to be inside the frame -
some systems / window manager configurations allow you to have the
menu bar on
On 16 Aug 2005, at 05:51, Drew Adams wrote:
And a question - ignore, if this has already been beaten to death -
shouldn't inviolable be the default value? A novice might get
confused and
not know about the option to make the text inviolable;
Yes, I agree: it should be default. I used to be
On 16 Aug 2005, at 18:57, Luc Teirlinck wrote:
David Reitter wrote:
(I delete text pretty often that's in the minibuffer, and then I
accidentally get into the prompt), so I set 'read-only' (similar to
inviolable, i guess) as a default in Aquamacs.
No, read-only prevents you from
On 12 Aug 2005, at 11:26, James Cloos wrote:
Lennart == Lennart Borgman lennart.borgman.
[EMAIL PROTECTED] writes:
Lennart And some of those use Tab for file name completion - in the
Lennart shell too ;-)
Yup. It is just hard to even /contemplate/ changing a 19 year old
habit. :)
Well,
On 12 Aug 2005, at 18:50, Drew Adams wrote:
The point is that users are free to get rid of the SPC bindings to
minibuffer-complete-word. I think that David was saying that he
never uses word completion - in that case, just removing the
bindings suffices. Those who do use it have several
On June 25, I suggested to map the space bar to the space character
in the minibuffer (instead of minibuffer-complete-word). IIRC, people
seemed to agree and some said that they wouldn't use minibuffer-
complete-word anyways - especially for filenames it seems to be clear
that
On 24 Jul 2005, at 15:46, Lennart Borgman wrote:
However it should not depend on the mail client used. In w32 there
is a problem with the parameter length when passing the URL to w32.
I have done a workaround placing data on the clipboard. Otherwise
(browse-url ...) for the mailto:...;
On 28 Jul 2005, at 13:24, Jason Rumney wrote:
MAPI is a proprietary API for proprietary mail clients on a
proprietary OS. It is not the correct way for anything. Free mail
clients such as Emacs, Mozilla Thunderbird and others are not
supported by MAPI.
mailto: urls are an open standard.
On 24 Jul 2005, at 01:17, Lennart Borgman wrote:
I sent some suggestions earlier on what to do to get this working
on w32 too. Could these please be included?
Ok, you mean using mailclient-send-it as default for send-mail-
function not only in Darwin, but also on Windows?
Sounds good to me,
On 19 Jul 2005, at 06:39, Chong Yidong wrote:
Just a note: longlines mode should not be used with auto-fill-mode
on. In
fact, longlines-mode explicitly turns off auto-fill-mode.
Seems logical. But if it does so, shouldn't it turn it back on then
(i.e. to the previous value) when it's
With the advent of longlines-mode it seems highly useful to have this
mode directly available from the Options menu, and at least have a
simple way to turn it on automatically in all text modes, just like
auto fill. This could be done as in the enclosed patch. Of course
there would be more
Would people be interested in a change that introduces a function
`tool-bar-toggle' (in toolbar.el), allowing to switch a tool-bar on
and off in a single frame?
As shown below, it's not a minor mode (opposed to what Drew Adams
suggested here: http://lists.gnu.org/archive/html/emacs-devel/
On 12 Jul 2005, at 10:32, Sébastien Kirche wrote:
My .emacs is often and highly modified by hand and I don't
like any
automatic modification thus I defined custom-file so that the
customize
interface will have its own configuration file to play with.
I second that. .emacs (or
On 11 Jul 2005, at 10:30, LENNART BORGMAN wrote:
Thanks. I agree, it sounds like a good decision. However I can not
find the style guide. Is this somewhere in Info?
(info (elisp)Coding Conventions)
___
Emacs-devel mailing list
On 10 Jul 2005, at 01:56, YAMAMOTO Mitsuharu wrote:
I think these functions should follow the convention of existing
operations on files. For example, with respect to the default
directory, error handling, and argument names. Maybe the function
name should be mac-set-file-creator. We can
On 9 Jul 2005, at 04:04, Steven Tamm wrote:
Sorry for the delay in reply, but it seems to me that using SetFile
would be easier, and more flexible.
(defun mac-set-creator-code-for-file ()
(call-process shell-file-name nil nil t shell-command-switch
(concat /Developer/Tools/SetFile -c
On 7 Jul 2005, at 15:20, David Kastrup wrote:
Making this process a bit easier, making it easier for the user to
undo some of these new 'defaults' by defining groups of
customizations in themes would certainly be desirable.
In Aquamacs, this is already the case for many customizations.
For
On 7 Jul 2005, at 11:53, John S. Yates, Jr. wrote:
Historically, the Emacs community has provided default behavior
that catered to its entrenched userbase. The answer to nearly
any suggestion that such behavior might be awkward / unfamiliar /
jarring to new users, especially those on platforms
On 4 Jul 2005, at 07:16, Richard M. Stallman wrote:
But I think what we could do is have sendmail.el issue a
'sendmail -
q' command, which flushes the mail queue if the mail system is
running. If not, you get this:
That would work too.
However, I am wondering if there is some
On 4 Jul 2005, at 16:16, Joakim Verona wrote:
If mailing doesnt work, emacs could try posting the bug report through
a web form.
I thought about something like that - actually without a web form,
but with a CGI script that takes the input via the URL library and
forwards it to the normal
On 4 Jul 2005, at 18:37, Stefan Monnier wrote:
Doesn't matter. The bug is simple: in a default config of OS X, if
you do
sendmail [EMAIL PROTECTED] somemail the mail is lost without any error
message.
It seems to go into the queue.
Just like on a GNU/Linux system with postfix shut down
On 4 Jul 2005, at 19:35, Stefan Monnier wrote:
Who cares? All the end user sees is that, without having messed
with the
system in any way, her email didn't get to the destination and she
didn't
receive a bounce either. I.e. it's lost.
Whether a hacker/guru can recover the email 2 years
On 3 Jul 2005, at 14:35, Peter Dyballa wrote:
Probably in winter (as usual one season after the planned autumn
date) a new TeXLive DVD will come. In the Mac OS X department it
might well have a Carbon or more aquaish GNU Emacs version (and an
XEmacs too?) as text editor (with AUCTeX and
On 1 Jul 2005, at 23:45, Richard M. Stallman wrote:
I thought about this, but the thing is: the external bug reporting
facility will run the mail client and cause it to start a new
message
editor. If we changed sendmail.el, we would present users with the
internal editor
On 30 Jun 2005, at 20:37, Stefan Monnier wrote:
As described a while ago, report-emacs-bug doesn't work on Mac OS
X (unless
the user chooses to activate postfix). It swallows bug reports
without
indicating an error.
Have you reported it as a bug to Apple?
No I haven't.
I'm not sure
;; Maintainer: David Reitter
;; Keywords: mac bug report
;; Last change: $Id: aquamacs-bug.el,v 1.6 2005/06/27 11:43:03
davidswelt Exp $
;; This file is part of Aquamacs Emacs
;; http://www.aquamacs.org/
;; GNU Emacs is free software; you can redistribute it and/or modify
;; it under the terms
Chong Yidong wrote:
Only the New translations... in the part is highlighted. If this
is not
a problem, neither should it be a problem when longlines-mode is
turned
on.\
I can't quite agree: if you have a soft-newline, that means that the
headline (to be marked) continues in the next
On 25 Jun 2005, at 17:07, David Ponce wrote:
Also I don't like much that hl-line-mode is automatically
turned on in recentf dialog (I don't like the whole line
highlighting).
What's wrong about it? I mean, we have one selectable item per line,
and the highlighted one is the one that has
This patch makes recentf-open-files more comfortable: it positions
the point on the line showing the first file (instead of the first
line, which only contains explanations) and we turn on hl-line-mode.
Please consider applying.
recentf-comfort.patch
Description: Binary data
I'm posting some code that introduces a function mac-set-creator in
the Mac (Carbon) port. The function sets the creator code (metadata
information) of a file to 'EMAx'. That enables LaunchServices to
start up Emacs whenever the file is double-clicked.
In the Aquamacs distribution, I use
Drew Adams wrote:
1. Save Buffer As runs command `write-file'. Where's the beef - er -
buffer?
2. Save (current buffer) runs command `save-buffer'.
3. Close (current buffer) runs command `kill-this-buffer'.
4. Revert Buffer runs command `revert-buffer'.
It doesn't matter what command names
I was wondering if there is interest in a revised report-emacs-bug
function.
The current function seems to depend on the mail system being set up.
I found that users of the Aquamacs distribution (Mac OS X users)
frequently do not use Emacs for mail. Their bug reports get
swallowed, and
The url-http function shows a message saw end of trailers, which
seems to be a debug function rather than something the end-user
should get to see.
I suggest the following change, in url-http.el, function url-http-
chunked-encoding-after-change-function:
***
Steven, Yamamoto-san, list,
I updated the mac modifier key patch to allow people to input all
sorts of characters with the Option key that they can input by
default, such as the Euro sign, the backslash or @ (on German
keyboards with A-S-7 or A-L respectively), or the pound sign £ on US
YAMAMOTO Mitsuharu writes:
With the attached patch, Carbon Emacs generates Lisp-level events as
it were using X toolkit scroll bars. So the scroll bar handlers at
the Lisp level can be used as they are. Now auto-repeat works, and
changing the pressed part (e.g., pressing the up arrow and
On 3 May 2005, at 05:56, Harald Maier wrote:
The patch is not applicable. It looks that the mail tool added
additional line breaks. Please can you resend the patch. I like this
patch a lot.
http://homepages.inf.ed.ac.uk/dreitter/emacs/mac-modifier-keys.patch
Since Daniel Brockman suggested that I repost this patch in context
format, there we go. It applies to the current version. Steven Tamm
suggested a while ago that the 'fn' key (on Powerbook keyboards left of
the ctrl key) be included, and I think this would be a very neat idea
for someone to
Daniel Brockman daniel at brockman.se writes:
I don't want to spend time on thinking about it because I think it
is unlikely to get anywhere.
To be honest, I'm growing less and less confident myself that it would
be the best default behavior. While many people would definitely find
it
Hi,
the current state of affairs makes it difficult to map the standard Mac
modifier keys (Ctrl, Option, Command) to Emacs modifiers.
At this point, the default is that the command key is Meta, but by
setting mac-command-key-is-meta to nil, one can map Option to Meta.
An additional variable,
Hi,
make-package creates hard links (and symlinks) in an extra bin/ folder
in the .app bundle:
# Make the application binary a hard link
rm $installprefix/../MacOS/Emacs
ln $installprefix/../MacOS/bin/emacs $installprefix/../MacOS/Emacs
why is this happening?
It looks like that in the
On 8 Apr 2005, at 10:17, Johan Vromans wrote:
Also, I think the number of widgets that emacs will use is rather
limited.
Using a UI toolkit represents a long-term commitment. Given that UI
toolkits seem to live in a fashion-driven biosphere, it might be
interesting to consider alternatives.
How
On 8 Apr 2005, at 03:05, Miles Bader wrote:
Instead, suffice it to say that it should be up to
the UI layer to implement the exact behavior.
The UI layer should be able to specify defaults; the final decision
should be up to the user.
Either the user choses an environment, i.e. operating system,
On 7 Apr 2005, at 20:30, David Kastrup wrote:
Stefan Monnier [EMAIL PROTECTED] writes:
PS: The only problem is that those toolkits have the idiotic
idea to enforce that the bottom of the thumb cannot go further
than the bottom. And they enforce it by hiding the events
You're confused about what is meant by theme in the context of
Custom.
It's new in Emacs-CVS and is still very poorly supported/documented,
but the
basic idea is that you can take your .emacs and say here is my
DavidReitterTheme.
Oh, then I see - well that's exactly what I would want. That
On 6 Apr 2005, at 15:08, Stefan Monnier wrote:
Under OS X, Emacs behaves very strangely with regard to the
scrollbars and
sliders. When you just click on a slider without moving it (after
you've
scrolled to the middle of the document), you will see that the text
scrolls right away, often far
Addendum:
That's exactly what it represent: the ratio slider/total is the same
as the
ratio shownchars/buffercharsize. But depending on where you are in the
buffer the window will not always show the same number of chars, so
the size
of the slider changes accordingly.
Not sure if that gets
Hi David,
thanks for your friendly comments.
You are of course very right in that we should list the packages that
we include in the distribution. We haven't done so as we have included
a lot of things from people's publicly available .emacs files in
addition to a number of large
On 4 Apr 2005, at 18:47, David Kastrup wrote:
There is considerable leeway in those goals. For example, different
file selection dialogs and similar are quite common, and in fact, the
whole widgetry stuff (like customize and co) could be made to make use
of the native widgets where available.
Hi,
I would like to announce a new distribution for OS X, which we call
'Aquamacs'. It's a ready-to-run application for OS X that combines the
Carbon Emacs (a CVS build) with a range of packages and customizations
from a number of people that all try to make Emacs behave more like a
normal OS
64 matches
Mail list logo