A recent CVS build (22.0.50.6, 2005-03-29) fails to run on OS X 10.4
(Tiger). If the Carbon binary is run from the command line, the user
gets
Warning: arch-dependent data dir
(/usr/local/libexec/emacs/22.0.50/powerpc-apple-darwin7.8.0/) does not
exist.
Fatal error (6)Abort trap
There is no
The recentf library asks the user Select coding system upon quitting
emacs what coding system to use when one of the recent files is one
with non-ascii characters, instead of non-interactively (i.e.
automatically) choosing a safe coding system such as utf-8.
This is generated by mule-cmds.el,
When the last frame is hidden, Emacs (Carbon Emacs) does not seem to
accept keyboard input any more, even though the menu bar displays a
range of commands as being available, depending on the mode of the last
shown buffer.
For example C-x C-c should allow me to exit Emacs in this situation.
When a different fontset is chosen via the menu (menu-bar options
mouse-set-font), the choice does not apply to other frames and is
ignored when a new frame is opened.
This is not logical, as other options in the Options menu (such as
blink-cursor-mode) apply to all frames, including newly
When mouse-sel-mode is enabled, one cannot click on (mouse-1) buttons
in customize buffers or follow most links in *info* buffers, even
though mouse-1-click-follows-link is t.
This is IMPORTANT because it makes customize buffers UNUSABLE and the
help buffers almost unusable for users who don't
special-display-regexps doesn't seem to apply to normal buffers opened
with find-file (or switched to via the buffers menu).
When I do
(setq special-display-regexps '(.*))
(setq same-window-buffer-names '())
(setq same-window-regexps '())
From the documentation of this variable, I would expect
Hi,
the recent changes to the clipboard handling routines (on OS X) left me
struggling to get back to normal behavior. There seems to be a bug re
copying from other applications:
- select / copy text in Mail (or wherever) into the clipboard
- switch to emacs, select and deselect some text
- try
On 29 Apr 2005, at 02:55, YAMAMOTO Mitsuharu wrote:
On Thu, 28 Apr 2005 20:47:46 +0100, David Reitter
[EMAIL PROTECTED] said:
Hi, the recent changes to the clipboard handling routines (on OS X)
left me struggling to get back to normal behavior.
What point is different from normal behavior do you
On 29 Apr 2005, at 08:40, YAMAMOTO Mitsuharu wrote:
On Fri, 29 Apr 2005 08:32:19 +0100, David Reitter
[EMAIL PROTECTED] said:
The problems (below) go away if mouse-sel is not used, yet I cannot
get it to not copy the region into the clipboard (killring) when
some region is selected.
Is (setq x
Since the list server is down this weekend, I'm sending this to you
FYI. The effect is very robust and very annoying, because after
changing some menu items, stuff in the Edit menu doesn't work any more
and gives me an error (wrong argument commandp).
I've been poking around trying to trace
This is a little strange.
(assq 'copy (lookup-key global-map [menu-bar edit]))
-- (copy Copy Copy text in region to the clipboard ([16777315] .
(H-c)) . clipboard-kill-ring-save)
What does this 16777315 do there? Is it supposed to be there??
Interestingly, it doesn't happen consistently. This
In addition to my last message, here is another call stack -- again
it's in analyse_first, but during a different call.
If you'd like to see the binary, drop me a line.
---
(gdb) where
#0 0x9004a10c in kill ()
#1 0x90120934 in abort ()
#2 0x000c2674 in analyse_first (p=0x814883 {,
At least when compiled on a 10.3 machine, the Emacs binary crashes on
startup when run on a 10.4 system.
Of course this is a recent checkout, so the MK_TIME compatibility patch
has been applied. config.log says to
#define BROKEN_MKTIME 1. But I have the impression that this is
relevant only to
In another addition to my last message, here is yet another call stack
-- again it's in analyse_first, notice the /plist.
(Sorry for the spam - lists.gnu.org seems down and I get a lot of bug
reports.)
---
(gdb) backtrace
#0 0x9004a10c in kill ()
#1 0x90120934 in abort ()
#2 0x000c17fc in
On 29 Apr 2005, at 08:40, YAMAMOTO Mitsuharu wrote:
Is (setq x-select-enable-clipboard nil) what you want? I tried to use
with this setting for a while and noticed that the patch below may be
needed.
OK, we're still not completely done - because cua-mode breaks things
again. Despite careful
.emacs-places and also the custom-file both show up in the recentf
list of recently loaded files. As these are internally produced
files, they shouldn't be included.
I'm not sure what a good solution would be - one possibility would be
a sensible default of recentf-exclude.
This bug report will be sent to the Free Software Foundation, not to
your local site managers! Please write in English if possible,
because the Emacs maintainers usually do not have translators to read
other languages for them.
Your bug report will be posted to the
to bitch about!
By the way, you were working on cua-mode, weren't you?
Did you see my bug report about the Select-All, Copy, Paste issue?
-- Dave
--
David Reitter - ICCS/HCRC, Informatics, University of Edinburgh
Blog: http://www.davids-world.com Homepage: http://www.reitter-it-
media.de
This bug report will be sent to the Free Software Foundation, not to
your local site managers! Please write in English if possible,
because the Emacs maintainers usually do not have translators to read
other languages for them.
Your bug report will be posted to the
When a modified buffer is killed through some mouse action, I get a
``yes-or-no-p'' question in form of a single submenu drawn on the
screen, in the middle of the frame.
When I then click somewhere else in the frame (outside the menu), the
adopted semantics are no rather than quit.
Place the following in the middle of a buffer (with text following):
`[(,test ,)]
Set the point right after the (malformed) expression and hit C-x C-e.
You will find that an error is correctly reported (invalid-read-
syntax )), but that the complete rest of the buffer (after the
point) IS
On 3 Jun 2005, at 09:01, Richard Stallman wrote:
Set the point right after the (malformed) expression and hit C-
x C-e.
You will find that an error is correctly reported (invalid-read-
syntax )), but that the complete rest of the buffer (after the
point) IS DELETED.
Forwarding this with a subject line. I can confirm both bugs.
---
Howard Melman:
I'm using Aquamacs 0.9.2b5 on a new G4 PowerBook running 10.4.1. I
find that Option-u doesn't generate a M-u key sequence and therefore
doesn't run uppercase-word. I say it doesn't generate a key sequence
On 6 Jun 2005, at 13:25, Richard Stallman wrote:
The hooks in after-change-functions seem to be called even when I
just open a menu from the menu bar with the mouse (before even
selecting a menu item!). Clearly, no change has been made to the
buffer in such a situation. I think
On 6 Jun 2005, at 16:19, Peter Dyballa wrote:
With C-x d I opened a directory with TeX sources etc. I sorted by
time and saw a missfont.log file. I opened it with v, read its
contents, and closed it with q. Now the dired buffer is not anymore
held in a monospaced font, but in the Lucida
When I start an Emacs with -Q (the Carbon port, recent CVS compile),
then do
(add-hook 'after-change-major-mode-hook
(lambda () (message (format New mode: %s major-mode
and then do M-x sh-mode, I would expect to see New mode... at least
in the *Messages* buffer.
I don't get that;
On 9 Jun 2005, at 17:25, David Reitter wrote:
When I start an Emacs with -Q (the Carbon port, recent CVS
compile), then do
(add-hook 'after-change-major-mode-hook
(lambda () (message (format New mode: %s major-mode
and then do M-x sh-mode, I would expect to see New mode
On 10 Jun 2005, at 11:15, YAMAMOTO Mitsuharu wrote:
Could you try the following patch?
Doesn't work. Same problem. Mouse wheel works, two-finger-scrolling
doesn't.
Also I find the new two finger scrolling on the trackpad doesn't do
anything.
I can't test about this one because I
On the Mac, a multi-screen setup is problematic for (Carbon) Emacs.
x-display-screens is hard-coded to return 1, and it seems like (x-
display-list) also only returns a list of one element.
The code (macterm.c) says This is display since Mac does not support
multiple ones.
Therefore, it
When minibuffer-auto-raise is t, the speedbar becomes pretty much
unsuable.
Because the speedbar frame doesn't have its own minibuffer window,
another frame gets raised whenever you hover over something in the
speedbar with the mouse.
I've tried doing what's shown below (setting a
C-c C-v (python-check), called with the default command, results in
an error:
call-interactively: Symbol's value as variable is void: compilation-
error-regexp-alist
pychecker is not installed in my path, so there should be a proper
error message.
In GNU Emacs 22.0.50.1
I received this bug report from a user. sounds like it might be
specific to the carbon port, or to 22.
please communicate with the Phil directly, [EMAIL PROTECTED]
I have no further information about this.
---
diary appointment notification doesn't work
GNU Emacs 22.0.50.1
When longlines mode is used, the syntax highlighting is broken (at
least for Python):
The following code is drawn only in the color used for strings
starting with the string ' ,backlog_i, '.
fill-column's value is 70. the for line is wrapped after in, and
it's already completely in the
As it stands, it seems that one cannot save a buffer to a new file
with a name that contains space characters, at least not in a
straightforward way.
The reason is that the minibuffer that prompts for input does not
accept space as an input character for the string that is read - even
On 25 Jun 2005, at 14:16, David Reitter wrote:
As it stands, it seems that one cannot save a buffer to a new file
with a name that contains space characters, at least not in a
straightforward way.
The reason is that the minibuffer that prompts for input does not
accept space as an input
On 26 Jun 2005, at 01:24, Miles Bader wrote:
How is a user supposed to know about C-q? Checking the manual for
something as simple as entering a file name is ridiculous, and even
if you do a C-h k C-x C-f (which is probably the obvious place for a
new user to look).
C-q has nothing to do
On 27 Jun 2005, at 17:46, Richard M. Stallman wrote:
when outline-mode is used in conjunction with log, wrapped
lines do
not get fontified correctly: if a headline is wrapped, only the
first
line is correctly colored - the next one(s) are wrong.
Please provide a precise,
On 29 Jun 2005, at 17:36, YAMAMOTO Mitsuharu wrote:
Well, create-fontset-from-mac-roman seems to create fontsets with
fonts only drawn from the 'roman' type.
Could you give me a concrete example?
I didn't try it out (don't use cyrillic fonts etc.), but I looked at
the name of the function
On 30 Jun 2005, at 04:34, YAMAMOTO Mitsuharu wrote:
(create-fontset-from-mac-roman-font
-*-FAMILY-medium-r-normal--SIZE-*-*-*-*-*-mac-roman nil NAME)
would do the right thing for normal use. If one also want to use ETL
fonts, one can refer to how fontset-mac is defined.
OK.
I'm doing
On 30 Jun 2005, at 11:40, YAMAMOTO Mitsuharu wrote:
I'm not aware of that (I only define one fontset on startup).
Removing the Foptimize_char_table call in Fset_fontset_font
(fontset.c) seems to improve the speed at least for this case.
I removed this (and the checks etc.) and it does improve
On 1 Jul 2005, at 17:32, William Henney wrote:
Hmm... so the complaints we hear are from people who want to use
another
default font?
I guess so. In my case, this was because I found the default font
too small for my taste. I think the point is that if there is a
menu item to change
The following:
(create-fontset-from-mac-roman-font -*-bitstream vera sans
mono*-medium-r-normal-*-14-*-*-*-*-*-mac-roman nil test1)
goes through without complaining, but when the actual font is chosen
for a frame (via menu), I get an Font not found error.
This, however,
On 7 Jul 2005, at 02:14, YAMAMOTO Mitsuharu wrote:
The only thing is that after startup, the frame doesn't resize
correctly.
You mean that you don't see the problem with the original (slow)
version of create-fontset-from-mac-roman-font?
OK, I checked this last night and found that I could
This code
(defadvice error (around ring-bell (rest args) activate protect)
(let ((ring-bell-function nil))
(ding)
ad-do-it))
lets ring-bell-function set to nil after (error xxx) is called.
When I change the scope of (let ..) to not include ad-do-it,
everything is fine of course.
Start a fresh Emacs (-Q),
open an extra frame with C-x 5 2,
paste the code below into the buffer and then do M-x eval-buffer.
(setq testvar 77) ;; global binding
(print testvar)
(make-variable-frame-local 'testvar)
(modify-frame-parameters nil '((testvar . 33))) ;; local binding
(print testvar)
On 12 Jul 2005, at 19:06, Richard M. Stallman wrote:
(defadvice error (around ring-bell (rest args) activate protect)
(let ((ring-bell-function nil))
(ding)
ad-do-it))
lets ring-bell-function set to nil after (error xxx) is called.
I can't reproduce that. If I have
Philippe is referring to a problem with the python-mode.el that
originated from python, not the python-mode that is included in Emacs
CVS.
So please ignore this bug report (with regards to Emacs).
Philippe Charpentier:
* I hence saw on the wiki that one could use the standard python-
Evaluate these:
(add-hook 'text-mode-hook (lambda () (longlines-mode 1)))
(setq default-major-mode 'text-mode)
Then find-file - load either a text file or something like a .el file.
The formatting is screwed up - everything is in one line.
It'll happen on other occasions as well, e.g. when you
Parsing seems broken for emacs-lisp-mode.
Load the attached file, turn on font-locking and paren matching.
1. sometimes, the syntax highlighting is broken. from line 13 on,
everything is in one color except some parens and a `name'. i can't
reproduce that all the time.
2. select the
Emacs crashed after working extensively with frame parameters (color-
theme package). The crash occurred when I just input C-h f, I think.
===
Date/Time: 2005-07-30 14:20:33.300 +0100
OS Version: 10.4.2 (Build 8C46)
Report Version: 3
Command: Emacs
Path:
On 29 Jul 2005, at 21:52, Stefan Monnier wrote:
Whenever I add
#define SITELOAD_PURESIZE_EXTRA 50
to puresize.h (as documented), Emacs will throw an error invalid-
function (macro ... from within cl-macroexpand-all when called by
the initialization function of slime.
Slime is a Lisp mode,
pop-to-buffer is very slow (1 sec, sometimes more!) when a color
theme (color-theme package) is chosen that sets a couple of faces and
when pop-up-frames it t.
Test case:
(require 'color-theme)
(color-theme-arjen) ;; or any other theme
(setq pop-up-frames t)
(pop-to-buffer test nil nil)
Preconditions: recentf-mode is active and a region is selected
Action: M-x recentf-open-files
q (to quit the buffer)
-- the region gets deselected.
(C-x C-b to show the buffer list works fine when quitting the buffer.
Nevertheless, this might represent a class of bugs...)
In GNU
I'm posting the slightly edited bug report I got from a user. This is
a CVS compile from yesterday (Sunday), with a number of packages
included as precompile. (I'm listing part of the site-load.el file
below, showing all included packages that are part of GNU Emacs.)
I can't reproduce
On 3 Sep 2005, at 02:54, YAMAMOTO Mitsuharu wrote:
If you are saying about LATIN CAPITAL/SMALL LETTER ETH
(U+00D0/U+00F0), they are not included in any of Mac-Roman,
Mac-CentralEurRoman, Mac-Cyrillic, Mac-Symbol, or Mac-Dingbats. So
they are not displayed by the combination of bundled fonts
On 4 Jul 2005, at 04:34, YAMAMOTO Mitsuharu wrote:
I couldn't reproduce that on Mac OS 10.3. Either of them failed with
No fonts match in evaluation of create-fontset-from-mac-roman-font.
I also tried with the asterisk example with existing font families,
but there's no problem.
Right, I've
On 28 Sep 2005, at 11:23, Miles Bader wrote:
2005/7/21, David Reitter [EMAIL PROTECTED]:
As the attached screenshot shows, the letter spacing is bad in Emacs.
If you don't like it, you can set the variable `line-spacing' to
change it...
1. letter spacing != line spacing
2. the problem
Over the recent two months or so, I've seen several reports of
strangely corrupted keymaps in the Carbon port on OS X.
When that happens, no key input can be made (Error message: Wrong
type argument: commandp).
It is not reproducible, but obviously occurs regularly for some users.
More
On 29 Sep 2005, at 12:57, YAMAMOTO Mitsuharu wrote:
On Thu, 29 Sep 2005 08:07:35 +0100, David Reitter
[EMAIL PROTECTED] said:
Over the recent two months or so, I've seen several reports of
strangely corrupted keymaps in the Carbon port on OS X. When that
happens, no key input can
On 14 Oct 2005, at 04:32, YAMAMOTO Mitsuharu wrote:
On Thu, 13 Oct 2005 23:22:58 +0100, David Reitter
[EMAIL PROTECTED] said:
Copying a region with a number to the clipboard means that some
additional characters seem to be copied.
That's BOM (Byte Order Mark) for UTF-16. Could you
On 24 Oct 2005, at 16:02, Kim F. Storm wrote:
David Reitter [EMAIL PROTECTED] writes:
When a popup menu is opened (for example with C-mouse-1 or S-mouse-1)
and closed by clicking somewhere else, it seems like an extra mouse
event is sent.
This can cause the point to be set, the region
An update on this bug:
With revisions (to flyspell) from yesterday, the situation has
improved: the wait is down to about 5 seconds (from more than 30
previously).
(It's still unnecessary, as flyspell shouldn't be checking the entire
buffer just because longlines has re-wrapped the text
On 27 Oct 2005, at 02:31, Richard M. Stallman wrote:
- line numbers displayed are plain wrong
Would you please explain what you mean? Whether they are right or
wrong might be a matter of interpretation.
This is the crucial point.
Some have argued that line-breaking at display time is
On 27 Oct 2005, at 16:27, Ralf Angeli wrote:
- I've been doing some work in Python lately. Python enforces strict
formatting, and you don't have the option of inserting a newline at
almost arbitrary (whitespace) positions like in C, for example.
Of course there is such an option. Just
On 28 Oct 2005, at 04:48, Richard M. Stallman wrote:
Regarding Python code: what you want makes sense, and could be
a useful feature. But it is a completely different feature
from the one longlines mode is trying to implement.
Right. Maybe we need both. Maybe Kim's patch might do the job?
Yank in the search mini-buffer doesn't work.
Test case: select some text to copy it, then do C-s C-y.
Result: the text from point to the end of the current line gets
pasted into the minibuffer, but not the saved text.
In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0)
of 2005-10-29 on
On 31 Oct 2005, at 21:10, Miles Bader wrote:
obviously you'd need some change to line-move to do
display-based movement instead of logical movement (but maybe this
would be a good feature to have anyway -- many users prefer this
behavior generally).
Most definitely. I'm usually rather unhappy
On 1 Nov 2005, at 18:59, Kim F. Storm wrote:
Thanks for the explanations.
The next step would be to allow for wrap-column to follow the width
of the window (probably easy)
What do you mean?
analogous to longlines-wrap-follows-window-size.
The following does the job for me:
(add-hook
I was trying to visit a file (emacs-lisp-mode) by doing C-x C-f and
entering a file name.
This usually happens right after Loading vc-cvs is displayed.
This is after starting up. This is with a recent Aquamacs build (on
Darwin / OS X), based on the current Emacs CVS. I can't reproduce it
Emacs (Carbon port) is unable to deal with path names that contain
non-ASCII characters.
Symptoms:
If a (self-containing) Emacs.app is put in
/Applications/Emacs ƒ/
or
/Applications/Emacs ö/
Emacs won't start up. Starting the binary inside the bundle directly
yields the error message
In the Carbon port, one cannot use the Character Palette to input
characters into Emacs.
The original report came from an Aquamacs user.
It's easy to insert a
Unicode character in a window from a Keyboard Viewer (e.g. a
cyrillic character from an Ukrainian keyboard) but I cannot insert a
In the Carbon port (current CVS), fontset-info or frame-char-width
report wrong pixel widths for fonts.
In the example below, two fontsets are created. The I set the frame
font (to load the font) and compare reported character width with
(frame-char-width).
From my understanding of the
On 12 Nov 2005, at 05:48, YAMAMOTO Mitsuharu wrote:
Still I can't see the commandp problem with the CVS version. If it
only occurs on some distributions of modified Carbon Emacs, it is
difficult for me to help directly, sorry.
One thing I can think of is heap corruption caused by missing
On 13 Nov 2005, at 06:39, YAMAMOTO Mitsuharu wrote:
So, if there's a non-pure object that is only pointed to by pure
objects, which may happen if the assumption for the pure storage is
violated, then the object is reachable but get collected.
OK, that makes sense.
Do you know if this is
The Carbon port starts up in TTY mode when given the -nw parameter.
When logged in as non-console user, i.e. remotely, the process crashes.
To reproduce:
ssh [EMAIL PROTECTED]
(...)
lucy:/Volumes/Sista/Applications/Emacs.app/Contents/MacOS test$ ./
Emacs -nw
kCGErrorRangeCheck : Window
When editing a CVS-controlled file in Outline-mode with longlines
switched on, the hard line-breaks are somehow destroyed as soon as
the file is committed to CVS. After committing, the buffer is re-
filled, with most linebreaks gone. I noticed that line-breaks go away
after long lines, but
I can reproduce the below bug in a GNU Emacs (-Q) by filling a
scratch buffer, then
M-x allout-mode
C-x C-s (some filename)
Begin forwarded message:
From: Gerry Brush [EMAIL PROTECTED]
Date: 20 November 2005 19:55:15 GMT
To: [EMAIL PROTECTED]
Subject: [Aquamacs-bugs]
This was reported by an Aquamacs user.
I can reliably reproduce this with various recent CVS builds with -Q
(Carbon port on OS X).
I stopped it with C-g, the stack trace is below.
---
Alastair Rankine:
http://sourceforge.net/tracker/index.php?
This occurs reproducibly right after visiting a file (in a new
buffer, i.e. find-file-other-frame) - see the first screenshot. At
the same time, the slider occurs in the right position up on the
scrollbar. The situation persists until the relevant portion of the
window is redrawn. (The
On 28 Nov 2005, at 15:19, David Reitter wrote:
N.B., the height of the frame is not an exact multiple of the line
height, even when resizing the frame (see second screenshot). This
might be considered a separate bug, if it is a bug and not intended
- I don't know if this has to do
We've discussed this before and I've replied to the report below
already. Yet I would like to forward it to this list so people know
that users are complaining about this.
Begin forwarded message:
From: Bardia Sadri [EMAIL PROTECTED]
Date: 24 December 2005 22:53:42 GMT+01:00
To: [EMAIL
On 25 Dec 2005, at 20:06, Richard M. Stallman wrote:
The length of the slider bar, the blue bar that slides inside
the scroll bar track (I'm not sure about the terminology) changes
randomly as you scroll up and down the text. I'm sure you know that
the ratio of the length of this bar to
`make-frame' takes an argument with a list of parameters to create
the frame with.
However, non-standard frame parameters don't seem to be set, even
when declared with `make-variable-frame-local'.
That's a bit odd. I would expect `make-frame' to set all parameters,
whether they are standard
Using the customize browser, I selected an option (mouse-1). A new
window was opened, showing the frame. Then, I clicked on another
option (in the first window). This did not have the desired effect.
Instead, I am getting
cond: Text is read-only: Attempt to change text outside editable
The below issue is reproducible in a plain GNU Emacs (Carbon). Note
that the X11 version is reported to work fine, but not Carbon Emacs.
This might not be considered a bug by some of you (for example
because the window manager selects the new frame), but I still think
synchronizing the
On 9 Feb 2006, at 08:04, YAMAMOTO Mitsuharu wrote:
Could you try the following patch that prevents raise-frame from
giving focus to a raised frame that is already visible? Note that a
newly created or previously iconified frame still gets focus when the
frame is popped up by display-buffer,
On 13 Feb 2006, at 04:40, Richard M. Stallman wrote:
Using the customize browser, I selected an option (mouse-1). A new
window was opened, showing the customization buffer [was:
frame]. Then, I clicked on another
option (in the first window). This did not have the desired
A user reported crashes, consistently in mac_handle_mouse_event.
Begin forwarded message:
From: Jose Figueroa-O'Farrill [EMAIL PROTECTED]
Date: 5 March 2006 18:23:25 GMT
To: David Reitter [EMAIL PROTECTED]
Subject: Crash reporter log
Reply-To: [EMAIL PROTECTED]
Hi David,
José There were
The bug that causes the slider to be drawn in a wrong position is
still present. I've reported this earlier. It's hard to say when
exactly it occurs, but I see it fairly often.
It usually goes away after a redraw.
___
emacs-pretest-bug mailing
I understand that, in ESS-mode, C-c M-j (and friends) are supposed to
select the *R* window and the buffer shown therein, so the input
focus is in that window in the end.
ESS selects the appropriate frame (`select-frame') and window
(`select-window') to do so in the function
Lisp_Object ones
Begin forwarded message:
From: Konrad Podczeck [EMAIL PROTECTED]
Date: 31 March 2006 00:09:50 BDT
To: David Reitter [EMAIL PROTECTED], aquamacs-
[EMAIL PROTECTED]
Subject: Another 0.9.9 bug
I just detected (actually with 0.9.9a) that turning off Mac Pass
Command To System
height
when the font is changed. That would be 2 lines in this case.
Begin forwarded message:
From: Konrad Podczeck [EMAIL PROTECTED]
Date: 29 March 2006 21:01:02 BDT
To: David Reitter [EMAIL PROTECTED], aquamacs-
[EMAIL PROTECTED]
Subject: Three bugs with 0.9.9
(2) There is some strange
On 31 Mar 2006, at 09:29, YAMAMOTO Mitsuharu wrote:
(setq mac-pass-command-to-system nil)
Press Command-h.
You should get a A-h is undefined message (or similar).
I tried the testcase with the Carbon port, but I got this error
provided I've set `mac-command-modifier' to `alt'.
Turns
On 3 Apr 2006, at 08:48, Reiner Steib wrote:
On Mon, Apr 03 2006, Richard Stallman wrote:
This message:
*** E-Mail body has been placed on clipboard, please paste
them here! ***
I don't see that message when I use it. It must be specific to some
aspect of your configuration.
On 3 Apr 2006, at 15:29, Jason Rumney wrote:
David Reitter wrote:
Lennart Borgman proposed to do this on Windows systems. That's
because apparently, long mailto:// URLs aren't supported well.
Lennart, do you think we can be more specific here and only enable
it when it's really needed
On 20 Apr 2006, at 15:26, Kim F. Storm wrote:
David Reitter [EMAIL PROTECTED] writes:
Shouldnt setting the cursor-type with a (setq cursor-type '(bar .1))
Try:
(setq cursor-type '(bar . 1))
That was not the problem. - just a missing space in my message
icons to appear twice in the line -- I fixed that too.
Please see if the problem has been fixed for you.
David Reitter [EMAIL PROTECTED] writes:
In the Carbon port, when a large font (e.g. Monaco 18) is selected
for a frame, the tool-bar becomes (visually) much higher (I guess 3
lines high
There is a problem with reducing keyboard events with certain modifiers.
E.g. in the Carbon port, set mac-option-modifier to 'meta and select
a french keyboard layout.
Here, the - key (US keyboard) is normally ).
) - )
S-) - ° (degree sign - correct)
Opt-) -
This is from a user;
the complaint is that file name completion doesn't work after M-x gdb.
It seems that `comint-dynamic-complete-filename' is used, and that
this function fails to do its job for filenames with spaces in them.
I verified that this is indeed the case with a current CVS
On 26 May 2006, at 00:35, Nick Roberts wrote:
It seems that `comint-dynamic-complete-filename' is used, and that
this function fails to do its job for filenames with spaces in them.
I verified that this is indeed the case with a current CVS Emacs.
You previously reported the same problem
1 - 100 of 147 matches
Mail list logo