Pedro,
please download the Aquamacs nightly build in about 10 hours, which
should include the patch, and get back to us regarding whether this
works. (The build should contain the patch then.)
Thanks
- David
On 21 May 2007, at 13:18, YAMAMOTO Mitsuharu wrote:
Does this change work?
sm
Begin forwarded message:
From: Pedro Pinto <[EMAIL PROTECTED]>
Date: 18 May 2007 22:11:38 BDT
To: [EMAIL PROTECTED]
Subject: [Aquamacs-bugs] (no subject)
Enter your bug report here.
Hi there,
Aquamacs seems to react poorly when told to resize one of its windows
through the accessibility API.
On 13 May 2007, at 04:49, Tom Tobin wrote:
the keys used in the scrolling *is* a dead-key (i.e., I can insert √
on M-v if I have M-n bound to scroll-up and alternate between the
two). Your patch is probably the correct solution, as it ultimately
does seem to be a result of the dead-key not bein
On 12 May 2007, at 05:58, Tom Tobin wrote:
I'm using the Aquamacs nightlies (Intel), and have Option set to act
as Meta (no accented characters). When I use and hold down a meta-key
combo (say, M-v to scroll the page), Aquamacs will often let the
equivalent accented character slip through (e.g.
This is in a build from the EMACS_BASE_22 branch:
It appears that `longlines-auto-wrap' as a variable can't be set
directly - at least to no effect. I have to explicitly do (longlines-
auto-wrap 0) to turn it off.
Is there a reason why this isn't a minor mode so that M-x longlines-
auto-wra
On 6 May 2007, at 15:18, Stefan Monnier wrote:
Depends. First and foremost it depends on what are "€" and "£",
since there
are many different such values, all displayed identically. Check the
multibyteness of those strings, as well as the result of string-to-
char:
(let ((str "€"))
The following strikes me as strange:
(key-binding "€") ;; (Euro character) returns 'self-insert-command, but
(key-binding "£") ;; (Pound character) returns nil
Is this a bug?
Similarly, in `isearch', when `overriding-terminal-local-map' is
defined,
(lookup-key overriding-terminal-local-map
On 26 Apr 2007, at 07:36, Nick Roberts wrote on emacs-devel:
Yes, I've seen this too. I couold make the "stop" button invisible
for pdb but
the underlying is with comint-stop-subjob which is on the menubar
of the GUD
buffer and C-c C-z.
I see you've done that.
We still need a way to inter
Pressing the "stop" button in gud with pdb running (gud-stop-subjob)
causes an unhandled python exception (stack trace below).
Emacs then pops up cmd.py on line 151, near "except ImportError",
which is at the end of the following:
finally:
if self.use_rawinput and self.c
Konrad, please see below - can you help?
Begin forwarded message:
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: 13 April 2007 12:25:48 BDT
To: David Reitter <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: crash in Fgarbage_collect -> mem_find
David Reitter <[EMAIL PROTEC
I can't reproduce this. As you might know, this is a Mac/Carbon CVS
build (April 4) with patches , none of which should affect garbage
collection.
I don't have more information, but maybe the stack trace provided is
helpful enough.
Begin forwarded message:
From: Konrad Podczeck <[EMAIL PR
On 10 Apr 2007, at 03:59, YAMAMOTO Mitsuharu wrote:
I think he is using Carbon Emacs with "self-contained" setting which
puts subdirectories for runtime (lisp, etc, libexec, ...) below the
Emacs.app directory so as to make the application bundle relocatable.
Yes, that's correct.
That require
On 9 Apr 2007, at 20:35, Stefan Monnier wrote:
So try it with -Q.
OK, same story, see below.
This said, I wouldn't be surprised if building (and/or installing)
doesn't
work correctly in a directory whose complete filename contains
spaces and/or
non-ascii letters.
Spaces are definitely
This crash occurred with a (slightly modified) CVS version
(2007-04-04), Carbon build.
I was trying out tabbar.el (providing tabbar-mode) using PNG files
for `tabbar-home-button-enabled-image' and the other tabbar buttons.
I think I clicked on the "mode" (leftmost) button before this
happen
Emacs (recent CVS build, Carbon) will not start when installed in
directories with certain file names.
For example when I install the .app bundle in /Applications/Pour
Développement, it refuses to run. When started from a terminal, the
error messages I'm getting are
lucy:/Applications/Pour
On 24 Mar 2007, at 11:37, YAMAMOTO Mitsuharu wrote:
Sure, that would make it a bit more consistent. However, the -mm-
functions weren't really my concern.
I've heard that preview-latex uses these functions to display images
in real size.
... in which case pixel and millimeter dimensions shou
On 24 Mar 2007, at 10:21, YAMAMOTO Mitsuharu wrote:
Right, but if you have one X11 screen on two monitors, it should
return the total width. This seems to not be the case when
compiling for native OSX.
OK, how about this? x-display-mm-{width,height} are changed so as to
keep the dpi values o
If a site-start.el file is created with the following contents:
(print file-name-handler-alist)
(print (file-remote-p "/ssh:[EMAIL PROTECTED]:/home/dreitter/test2"))
the output of the last expression is nil for me.
It should (correctly) be non-nil.
The reason for that is that `file-name-handle
(x-display-screens) returns 1, and (x-display-list) returns only
("Mac"), despite me running two monitors with the desktop spanning
across them. That's odd - I would expect to see both displays listed.
Also, (x-display-pixel-width) returns 1280, which is the width of the
display on the left
On 16 Mar 2007, at 08:17, YAMAMOTO Mitsuharu wrote:
Thanks for minimizing the problematic case. This is because
show_help_echo called from menu_target_item_handler (in macmenu.c)
indirectly calls redisplay_internal in the above case, and then
set_frame_menubar (in macmenu.c) clears f->menu_bar_
On 14 Mar 2007, at 11:00, YAMAMOTO Mitsuharu wrote:
When a tool-bar is displayed, scrolling works as intended.
Thanks for the report. Could you try the patch below?
Thank you, your patch works fine.
Scrolling this way isn't as smooth as it is when you push an arrow
button - I wonder if
Start emacs -Q. Evaluate the following two forms with C-x C-e:
(defun display-startup-echo-area-message-2 ()
(message "%s" "one
two"))
(display-startup-echo-area-message-2)
A message should appear in the echo area. Then, select "Help" ->
"Copying Conditions" (with the mouse).
Result fo
In a buffer with more than one page of text, move point to the end.
Turn off tool-bar-mode if it isn't turned off. Display only one
window in the frame.
Then click and drag the mouse over the upper boundary of the window
(and frame). This should cause Emacs to scroll the buffer, analogous
On 12 Mar 2007, at 04:24, Richard Stallman wrote:
What do you think it should do in such a case,
where scrolling happens validly and correctly
(and you expected it)
while mouse-1 is held down?
If mouse did not move? A click.
That surprises me. Does anyone else agree?
Does anyone disagre
On 7 Mar 2007, at 09:11, Richard Stallman wrote:
Enter the below text into a vanilla buffer. It consists of a
rather
long expression (3415 characters, I believe), which is all in one
line (rather than nicely formatted). Add a few extra lines to the
expression.
That is not a pr
Enter the below text into a vanilla buffer. It consists of a rather
long expression (3415 characters, I believe), which is all in one
line (rather than nicely formatted). Add a few extra lines to the
expression.
Then double-click on the last closing paren ). The wrong region will
be marke
On 3 Mar 2007, at 00:58, YAMAMOTO Mitsuharu wrote:
(Cocoa) Emacs.app seems to do something uncommon to other
platform/toolkit ports with respect to the scroll bar width and the
frame internal border width in order to get rid of the gap between the
rightmost scroll bars and the right edge of the
When double-clicking on the substring "TeX" in the word "XɘTeX",
only "TeX" is marked, even though XɘTeX is clearly a word delimited
by whitespace.
It appears that the algorithm that recognizes word boundaries does
not think "ɘ" is a letter.
Enter your bug report here.
In GNU Emacs 2
On 26 Feb 2007, at 19:41, Stefan Monnier wrote:
! (run-hooks 'pre-command-hook)
! (call-interactively this-command))
Can you say "yuck"?
BTW, please put this out-of-line (i.e. in its own function). The
code is
sufficiently messy and unreadable as is.
It appears that
This may just be a problem with some external package, or with
`update-directory-autoloads', which uses `source-directory' to
determine the autoloads file, which it shouldn't do if the function
is to be used outside of the Emacs build process.
In his case, the directory in source-directory
This one is specific to the Carbon port, I believe:
Begin forwarded message:
From: "andy.somogyi" <[EMAIL PROTECTED]>
Date: 25 February 2007 02:39:50 GMT
To: [EMAIL PROTECTED]
Subject: [Aquamacs-bugs] Aquamacs scroll bar rendering problem.
Hello
Aquamacs seems to have a rendering problem with
Copying & Pasting of the whole buffer in CUA mode will paste the
wrong clipboard contents.
- Enter CUA mode
- Select complete buffer
- Copy
- Select complete buffer
- Paste
The result is an old clipboard entry being copied into the buffer,
but not the text copied when "Copy" was selected.
Th
Don't know if this is a bug - or if I'm making a mistake:
When the mark is active and a region is selected, pressing DEL (e.g.,
backward-delete-char-untabify) does not cause the functions in `pre-
command-hook' to be run. I would expect them to be run, since DEL is
supposed to be bound to an
On 19 Feb 2007, at 01:24, YAMAMOTO Mitsuharu wrote:
Actually, I'm not sure why the current code does not work. But the
Keyboard Layout Services API, which is available on Mac OS X 10.2 and
later, seems to solve the problem. Could you try the following patch?
Thank you, this did the job for m
On 19 Feb 2007, at 01:24, YAMAMOTO Mitsuharu wrote:
On Sun, 18 Feb 2007 13:09:42 +, David Reitter
<[EMAIL PROTECTED]> said:
The symptom I am experiencing is that trying to invoke the emacs
command of `insert-parentheses´ I want to press Meta+Shift+8. When
using the danish latin ke
Bug report from Christian Lynbech (christian #\@ defun #\. dk),
pertaining to current Carbon Emacsen:
I have been tracking a really annoying problem relating to keyboard
layouts and the meta key.
There appears to be a problem in relation to unicode keymaps, but only
when they deviate from th
On 9 Feb 2007, at 22:30, Kim F. Storm wrote:
It does not apply to just self-insert-command. What if you also
created slime-kill-line, slime-yank, slime-next-word, etc. None of
these would call self-insert-command, but they would still have to be
marked suitably to interact seamlessly with CUA
On 9 Feb 2007, at 15:12, Stefan Monnier wrote:
The implementation I'm imagining would be basically as follows:
cua-mode (and delete-selection-mode) add a (global) before-change-
function
which outputs this warning. This would be modular and catch all
cases I can
think of, but maybe it would
On 8 Feb 2007, at 20:18, Kim F. Storm wrote:
This is not a bug in cua or delete-selection-mode.
If you define a new command like that, you also have to make it
CUA/delete-selection-mode compatible by tagging it like this:
(put 'slime-space 'delete-selection t)
Thanks Kim.
1. Where is this `
I noticed an incompatibility of CUA mode and some minor modes.
If the mode maps a key to a function that self-inserts the key again
(it commonly does something useful in addition to that), then the CUA
mode of interaction is not respected in that the text in the current
region is not replace
On 19 Dec 2006, at 22:54, Juri Linkov wrote:
This has nothing to do with the new format, which actually is
fully supported. Not highlighting index menu is an old feature.
I guess the reason for it was to reduce the time of preparing
usually very large index nodes.
Even the variable index is
Shouldn't each index (Option, Command, Concept, etc.) in the manual
(via info) use links rather than just text?
The right column appears as plain text for me.
(To reproduce: C-h r, click on "Concept Index". I'm using a current
CVS build on OS X.)
_
On 11 Dec 2006, at 08:01, YAMAMOTO Mitsuharu wrote:
It seems like a problem that is specific to the Mac Carbon port.
Please try the following patch. If there's no problem with this for a
few days, I'll install it.
Your patch works as advertised and I it doesn't seem to cause any
problems fo
On 11 Dec 2006, at 08:01, YAMAMOTO Mitsuharu wrote:
On Sun, 10 Dec 2006 20:06:23 -0500, Richard Stallman
<[EMAIL PROTECTED]> said:
Please clearly state exactly what input events are needed to make
the problem happen.
It seems like a problem that is specific to the Mac Carbon port.
Please t
C-x C-f to get a minibuffer, then C-h m (or the equivalent from the
Help menu).
"Lisp nesting exceeds..."
(the first time I did it, the error message wasn't even displayed -
ist just loaded help-mode and was quiet then.)
In GNU Emacs 22.0.91.1 (powerpc-apple-darwin7.9.0, Carbon Versio
When I copy&pasted a bit of arabic script into a current CVS Emacs
(Carbon port), things seemed fine until I moved the cursor to the
left over the text - which seemed to change (rearrange) the
characters displayed. This can be seen in the screenshots attached.
The second one shows the displ
On 6 Sep 2006, at 01:50, YAMAMOTO Mitsuharu wrote:
On Tue, 05 Sep 2006 09:37:15 +0900, YAMAMOTO Mitsuharu
<[EMAIL PROTECTED]> said:
It can be handled with Carbon events in kEventClassWindow.
kEventWindowClose for the Close button. kEventWindowGetIdealSize
and kEventWindowBoundsChanged for t
;t see
what events we're waiting for, and why this click on the window
closer needs to be dealt with separately (does it?).
Thanks
- David
Begin forwarded message:
From: Alexis Gallagher <[EMAIL PROTECTED]>
Date: 4 September 2006 16:23:23 BDT
To: David Reitter <[EMAIL PROTE
On 22 Aug 2006, at 08:49, YAMAMOTO Mitsuharu wrote:
The proxy icon is set by giving the corresponding alias record to
SetWindowProxyAlias. But the correspondence between file name and
alias record seems to be not persistent. Actually, the latter takes
care of renaming.
So if you keep alias r
Dragging and dropping the Carbon proxy icon to a Finder window
sometimes saves the backup file (foo.txt~) instead of the actual file.
I could reproduce this with a current build. I tried to locate the
code that handles these things, but it's not immediately evident why
a local copy of the f
ed
Loading emacsbug...done
Begin forwarded message:
From: "Maria dos Remedios Cravo" <[EMAIL PROTECTED]>
Date: 24 June 2006 11:19:37 BDT
To: "David Reitter" <[EMAIL PROTECTED]>
Subject: Re: ACL / Listener -> Hang
David
On 13 Jun 2006, at 14:36, Juri Linkov wrote:
This is from a user. He selects "Compare directories" by mouse
(in the
ediff menu), which causes a file selection dialog to appear in
the Carbon
port (since the last input was a non-keyboard event).
Unfortunately, it looks like directory selecti
On 11 Jun 2006, at 10:30, Ralf Angeli wrote:
* David Reitter (2006-06-11) writes:
To reproduce, take a scratch buffer, enter a few lines of text wich
will be wrapped and contain one (or more?) tabs. Place cursor near
the end of a wrapped line, but not too far towards the end, and call
M
This is from a user. He selects "Compare directories" by mouse (in
the ediff menu), which causes a file selection dialog to appear in
the Carbon port (since the last input was a non-keyboard event).
Unfortunately, it looks like directory selection is not enabled for
this dialog.
I verified
There's a bug in `vertical-motion' which will cause it to move the
point not to the beginning of the next (visual) line when called with
argument 1, but just a few characters to the right in the current
line. This occurs iff there is a Tab in the line, as illustrated by
the two screenshots
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 with
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 Emacs.
I had this crash the other day. I had a frame with a Completions
buffer (lower window in 2-window config.) open, and wanted to delete
the frame.
Can't reproduce, but maybe someone can tell from looking at the stack
trace below.
This is a Carbon port (CVS 13 May 06) build with a number of pa
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-) ->
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
line
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 spa
Shouldnt setting the cursor-type with a (setq cursor-type '(bar .1))
set the cursor-type for *scratch*, because that is the selected
buffer at the time?
Instead, when I have the above statement in .emacs or a site-init
file, `cursor-type' is magically set back to t or whatever is the
def
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'
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.
arded message:
From: Phil <[EMAIL PROTECTED]>
Date: 31 March 2006 20:54:56 BDT
To: David Reitter <[EMAIL PROTECTED]>
Subject: Re: [Aquamacs-bugs] Aquamacs crash report
I'm running Slime under Aquamacs and it had just popped up it's
debugger reporting a REPL error. Abo
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 ou
ximal icon 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)
named from 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 "M
(in
cyrillic) on top, i.e. as preferred language.
This is a recent CVS build of the Carbon port (without X) as usual
(albeit in the Aquamacs distribution, with all extra packages etc.
disabled).
Thanks
David
Begin forwarded message:
From: Vladimir Lech <[EMAIL PROTECTED]>
Date: 16 Marc
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 `ess-show-buffer'
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 l
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,
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
effect.
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, bu
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 behavi
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
f
Tramp mode fails to open a file with "Login failed" due to a
timeout. I interrupted it; the trace stack is below.
I tried troubleshooting this a bit, to no avail.
It works fine on localhost (Mac OS X) and on another server (FreeBSD).
The problematic network of machines uses
GNU bash, version 3.
`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 o
When clicking on a file pair in a buffer produced by ediff-
directories, mouse-1 doesn't do anything. It should open the
respective file instead. I have `mouse-1-follows-link' enabled (I
only have one mouse button on my laptop) and I believe this setting
should be respected (whether you call
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 t
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 PR
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
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 bui
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?
func=detail&aid=1362636&group_id=138078&atid=740
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] allout-auto-save-hook
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 n
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 Server
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
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
BLO
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 docu
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
Un
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
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
is undefined
is undefined
is undefined
same on the Carbon port, and it's been like that for a few days.
The mouse wheel events aren't bound to anything.
mouse-wheel-mode is on, and toggling it doesn't help.
Couldn't find a recent change that caused the problem.
-- Dave
___
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 'wind
On 1 Nov 2005, at 11:20, Kim F. Storm wrote:
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
So in my mind, DTWW is not an alternative to e.g. editing with
longlines mode, but on the other hand, I don't understand why you
oppose DTWW support in Emacs.
I oppose it as an alternati
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 unhapp
On 30 Oct 2005, at 01:30, Miles Bader wrote:
The "opposition" such as it is, seems just as religious in its zeal.
Recently, we have arrived at a few good non-religious arguments.
On the "pro DTWW" side, there's speed, line-number referencing
(compiler errors e.g.), collaborative editing wit
On 29 Oct 2005, at 15:23, David Reitter wrote:
some recent change broke mouse wheel support in the Carbon port.
I get a lot of "[double|triple]wheel-{up|down} undefined" messages.
this happens with trackpad two-finger scrolling and with an
external mouse.
potentially useful
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 rodr
1 - 100 of 195 matches
Mail list logo