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 scratch,
On 17 Oct 2005, at 15:46, Stefan Monnier wrote:
Agreed. Except that let-binding auto-compression-mode doesn't do much
if anything. Better just check whether auto-compression-mode is
nil and if
so don't try to load the .gz file.
Seems like I got confused by instructions from jka-compr.el:
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
meone 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)
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 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 attributes
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 th
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 n
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.
(Ri
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 like
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
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).
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 'tool-bar
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 ki
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 to
make-frame is awfully slow when a couple of custom faces have been
defined by installing a color theme (external color-theme package).
I have described this in more detail with a test case here:
http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-08/
msg00168.html
I think this could 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 pr
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 b
Here is a revised mailclient.el and a patch for sendmail.el to enable
it.
It contains some changes to allow for the e-mail body to be placed on
the clipboard in order to accomodate w32 systems that apparently
can't handle longer URLs. Lennart Borgman had suggested that; I have
implemented i
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 options,
On 12 Aug 2005, at 16:58, 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 opti
On 12 Aug 2005, at 11:26, James Cloos wrote:
"Lennart" == 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, I use tab to
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 minibuffer-com
On 2 Aug 2005, at 19:05, Kevin Rodgers wrote:
I think a better solution would be to prevent custom-file from being
added to recentf-list by the 2 functions in cus-edit.el that visit it,
custom-save-delete and custom-save-all:
I agree, that'd be a better solution.
- D
__
custom-file pops up in the recentf menu. The fix below addresses the
issue. Alternatives would be adding a check for custom-file to
recentf-keep, but that would prevent .emacs (or whatever custom-file
is) from turning up there even if the user loads it. There could be
better (more elabora
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 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 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 deact
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/
2
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 whateve
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
Emacs-devel@gnu
On 10 Jul 2005, at 14:19, Lennart Borgman wrote:
David Reitter wrote:
To activate:
(setq send-mail-function 'mailclient-send-it)
Forgot this: Maybe it would be better to include this in
mailclient.el? Then you just have to load mailclient.el, that is
it. For those who accidently
The enclosed package allows to hand over a mail buffer from sendmail.el
to the system's designated e-mail client.
Note that the e-mail client will display the contents of the buffer
again for editing. The e-mail client is taken to be whoever handles a
mailto: URL
via `browse-url'.
To activate:
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 ad
On 9 Jul 2005, at 17:08, Steven Tamm wrote:
Fine. You can do the same thing with osascript (although it's much
more annoying).
I did that for a while, until I had a bug report from a user saying
that it started Finder every time he saved a file. The AppleScript
had to go through the Find
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 EMA
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 so
On 7 Jul 2005, at 13:22, David Reitter wrote:
I have implemented the single frame behavior (it takes more than
OneonOne to do that), for example.
As I've been asked to clarify this: We define a range of additional
functions, such as one to delete a buffer when its window is deleted,
On 7 Jul 2005, at 19:39, Robert J. Chassell wrote:
Quick question: does Aquamacs require changes in the C code for just
in the Emacs Lisp?
As stated in my original post: "we patch the c core".
But the vast majority of changes comes from .el packages (in site-
lisp). Other distributions such
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 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 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] message.
It seems to go into the queue.
Just like on a GNU/Linux system with postfix shut down (is that so?
can't check this lacking root ac
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 e
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 co
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 wha
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 first
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 pr
On 30 Jun 2005, at 22:29, Richard M. Stallman wrote:
What is the difference between your report-emacs-bug-internally
function and the standard report-emacs-bug function? Is it just that
some of the code has been moved into a subroutine
report-emacs-bug-print-debug-log? That change would be fin
rom emacsbug.el by K. Shane Hartman
;; 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
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 l
Lennart Borgman wrote:
> Maybe instead "New File Buffer"? It is actually a new buffer that
is setup so that it will be associated with a file.
I think that'd be the ideal.
I think many people can't associate much with the concept of "visiting".
_
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 focu
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
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 peo
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:
*** /Users/dr/Projects/emacs/lis
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
key
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 d
Daniel Brockman 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 conv
On 22 Apr 2005, at 01:43, Kenichi Handa wrote:
Ah! Thank you for the fix. Anyway, does it work as
expected? Shall I commit it?
Yes, it fixes the issue for me.
Thanks for everybody's patches!
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lis
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, mac
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 13:42, Stefan Monnier wrote:
There's consistency and there's consistency. In my experience, what
people
care about is "in which direction and by how much does my thingy move
when
I click with button X on part Y of the scrollbar" and "does the
slider's
position and size reflect
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, th
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 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
correspondi
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 updat
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 beyo
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 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.
From
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 customizations,
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 X
79 matches
Mail list logo
