Re: emacs -f gnus shows the splashscreen instead of Gnus
From: Richard M. Stallman [EMAIL PROTECTED] Date: Thu, 10 Nov 2005 15:49:21 -0500 Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] Why not use the splash screen as a screen saver, i.e. if emacs has been idle for N seconds, show the splash screen (of course, people should have a chance to turn this off). Would people like that? I think it would be very annoying? Annoying, yes. People who want this should use M-x zone, which was specifically designed as a joke. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Date: Thu, 10 Nov 2005 19:32:44 -0800 From: Bill Wohler [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org Luc Teirlinck [EMAIL PROTECTED] wrote: Bill Wohler wrote: Also, why does the same code work in Emacs 21 and not in Emacs 22? I believe that I answered this in an earlier reply, but maybe you had not yet read that reply when you asked this. Yes, that is correct. I liked your proposal to revert to Emacs 21 semantics. This would also fix the problem with the two broken MH-E hooks which, as far as I can tell, shouldn't be broken (although I might be confused about how require works ;-). (Who knows how many other hooks are broken in the same way.) If Gerd is listening, perhaps he can let us know why he added that defvar: AFAIK, Gerd isn't listening, so I CC'ed him. Gerd, can you please help? revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 branches: 1.2.2; (define-derived-mode): Mention hook in doc string. Defvar the derived hook. Maybe someone familiar with that code can take it out... ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Saving SVN-managed files over Tramp fails
I had opened a file on a remote host over Tramp. The file is in an SVN tree. When trying to save the file, I get the following backtrace. (I don't have SVN installed on the local machine) Debugger entered--Lisp error: (error Running svn...FAILED (status 127)) signal(error (Running svn...FAILED (status 127))) error(Running %s...FAILED (%s) svn status 127) vc-do-command(t 0 svn /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml status -v) apply(vc-do-command t 0 svn /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml (status -v)) vc-svn-command(t 0 /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml status -v) vc-svn-registered(/sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) apply(vc-svn-registered /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) vc-call-backend(SVN registered /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) #[(b) ÂÃ#..Ä Å#..ÆÇÈ\. [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4](SVN) mapcar(#[(b) ÂÃ #..Ä Å#..ÆÇÈ\. [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4] (RCS CVS SVN SCCS Arch MCVS)) byte-code(ÃÄ\.ÅÆ .. Ç=..\n.. \nB\.)ÈÄÇ#.É. [file backend vc-handled-backends vc-file-getprop vc-backend mapcar #[(b) ÂÃ #..Ä Å#..ÆÇÈ\. [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4] none vc-file-setprop nil] 4) vc-registered(/sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) apply(vc-registered /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) tramp-run-real-handler(vc-registered (/sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml)) tramp-sh-file-name-handler(vc-registered /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) apply(tramp-sh-file-name-handler vc-registered /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) tramp-file-name-handler(vc-registered /sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) vc-registered(/sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) vc-backend(/sshx:[EMAIL PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml) vc-before-save() basic-save-buffer() save-buffer(1) call-interactively(save-buffer) If emacs crashed, and you have the emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /usr/local/share/emacs/22.0.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.1 (powerpc-unknown-netbsd3.99.10, X toolkit, Xaw3d scroll bars) of 2005-11-01 on zemdatav X server distributor `The XFree86 Project, Inc', version 11.0.4040 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Debugger Minor modes in effect: desktop-save-mode: t file-name-shadow-mode: t jabber-activity-mode: t jabber-mode-line-mode: t iswitchb-mode: t icomplete-mode: t tooltip-mode: t auto-compression-mode: t mouse-wheel-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t Recent input: right C-s C-w C-w C-w C-s C-s return down down down up up up down C-x C-f v c - s v tab return C-s v c - s v n - a backspace m a k e - C-w C-w C-w C-s C-s return C-x 1 down down C-h v C-g C-h f v c SPC s t a y SPC l o c return M-x up up up C-g C-x C-s C-x right C-x right C-x right C-x C-s up C-x h M-w M-x e m backspace backspace r e p o r t SPC e m return Recent messages: Quit Type C-x 1 to remove help window. C-M-v to scroll the help. Fri Nov 11 10:35:57 2005: sending keepalive packet Fri Nov 11 10:35:58 2005: got keepalive response Quit (No changes need to be saved) Message from kotsje in Esperanto Entering debugger... Mark set [2 times] Loading emacsbug...done ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Miles Bader [EMAIL PROTECTED] writes: I think it would be good if there was some obvious indicator on the splash screen that would make the true state of affairs obvious. There is one already: when you're visiting a file, the splash screen says Type C-l to begin editing your file. on the second line. Perhaps it's not obvious enough... -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
2005/11/11, Romain Francoise [EMAIL PROTECTED]: There is one already: when you're visiting a file, the splash screen says Type C-l to begin editing your file. on the second line. Perhaps it's not obvious enough... I think it's too generic -- it sounds like the sort of random boilerplate that might always be displayed. -miles -- Do not taunt Happy Fun Ball. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Richard M. Stallman [EMAIL PROTECTED] writes: How about Type SPC to proceed to editing the files foo.c and bar.c or Type SPC to proceed to use gnus. That would be inacurate. If you type SPC, then the SPC is actually processed (either by opening the group at point for emacs -f gnus, or inserted in the file for emacs foo.c bar.c). (that's what made it very anoying in my case with emacs -f gnus) -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: AFAIK, Gerd isn't listening, so I CC'ed him. Gerd, can you please help? revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 I don't recognize the author gm, but I'm pretty sure it's not me :-). Ooops ;-). -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Carbon / reported font width wrong?
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 documentation, the two should be the same - but they differ. Please correct me if my understanding is wrong and this is not a bug. In that case it'd be helpful to know how to determine the height and normal width of characters in a fontset before the fontset is actually loaded. The reason why I'd like to do this is to change the font of a given frame without changing its pixel size (or at least with only minimal changes in pixel size). For this, I need to calculate the new (character-based) width and height using the old ones and the old and new font character dimensions. Thanks D --- (defun create-aquamacs-fontset (maker name weight variety style sizes optional fontsetname) Create a mac fontset with the given properties (leave nil to under-specify). SIZES is a list of integers, indicating the desired font sizes in points. Errors are signalled with ``signal-font-error'', unless ''ignore-font- errors'' is non-nil. (This function is part of Aquamacs and subject to change.) (message (concat Defining fontset: (or fontsetname name))) (condition-case e (dolist (size sizes) (create-fontset-from-mac-roman-font (format -%s-%s-%s-%s-%s-*-%s-*-*-*-*-*-mac-roman (or maker *) (or name *) (or weight *) (or variety *) (or style *) size ) nil (concat (or fontsetname name) (int-to-string size)) ) ) (error (signal-font-error e))) ) (create-aquamacs-fontset apple lucida grande* medium r normal '(9 10 11 12 13 14 16 18) lucida ) (create-aquamacs-fontset apple monaco* medium r normal '(9 10 11 12 13 14 16 18) monaco ) (set-frame-font fontset-lucida13) (fontset-info fontset-lucida13) ;; SIZE is the maximum bound width of ASCII font in the fontset, ;; first element of vector is 15 (width in pixels) (frame-char-width) (set-frame-font fontset-monaco12) (fontset-info fontset-monaco12) ;; width reported is 8 (frame-char-width) ;; real width is 7 ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Stefan Monnier [EMAIL PROTECTED] wrote: revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 branches: 1.2.2; (define-derived-mode): Mention hook in doc string. Defvar the derived hook. Maybe someone familiar with that code can take it out... I'll gladly take it out if nobody objects. Thanks. I tried taking it out and found that the output of make bootstrap didn't change in a meaningful way. It also fixed the setting of those two MH-E hooks. I'd feel better if someone else who could articulate the reason in the ChangeLog better checked this in. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Date: Fri, 11 Nov 2005 12:26:47 +0100 Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] From: [EMAIL PROTECTED] [EMAIL PROTECTED] AFAIK, Gerd isn't listening, so I CC'ed him. Gerd, can you please help? revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 I don't recognize the author gm, but I'm pretty sure it's not me :-). Oops, sorry, you are right. It was Glenn Morris. Glenn, any insights why this change added a defvar for the hook? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
AFAIK, Gerd isn't listening, so I CC'ed him. Gerd, can you please help? revision 1.2 date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 I don't recognize the author gm, but I'm pretty sure it's not me :-). Oops, sorry, you are right. It was Glenn Morris. Glenn, any insights why this change added a defvar for the hook? I'm not Glenn, but IIRC the motivation was to make sure that foo-mode-hook was always bound. It's not needed from elisp's point of view. Stefan ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menu-updating-frame is nil on X
My previous change (i.e. using `(or menu-updating-frame (selected-frame))') assumes that if `menu-updating-frame' is nil, this means that the menu frame is the same as the selected frame. I'm not sure this is the right assumption. I will think about this problem some more and try to find a better solution. Btw, if Vmenu_updating_frame is not set, it probably means that tmm has trouble in the non-toolkit build. Is that indeed so? Yes, in the menu buffer created by tmm in the non-toolkit version, some valid menu items are disabled (i.e. the same menu items that are normally enabled in a toolkit version or on a text-only terminal, like Save As... or Split Window). -- Juri Linkov http://www.jurta.org/emacs/ ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Stefan Monnier wrote: I'm not Glenn, but IIRC the motivation was to make sure that foo-mode-hook was always bound. It's not needed from elisp's point of view. I am he, but Stefan has it right anyway. It was just a cosmetic change, in response to bug report outline mode doesn't call outline-mode-hook as promised (patch) (Jul 16 2003). Without it, when one read the docstring for a mode defined with define-derived-mode it referenced a hook that did not seem to be defined. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Glenn Morris wrote: I am he, but Stefan has it right anyway. It was just a cosmetic change, in response to bug report outline mode doesn't call outline-mode-hook as promised (patch) (Jul 16 2003). Without it, when one read the docstring for a mode defined with define-derived-mode it referenced a hook that did not seem to be defined. I do not know wether the fact that a hook is unbound caused problems back in July 2003, but it certainly causes no problems in today's CVS. Many hooks are unbound until add-hook gets called for them. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Luc Teirlinck wrote: I do not know wether the fact that a hook is unbound caused problems back in July 2003, but it certainly causes no problems in today's CVS. Many hooks are unbound until add-hook gets called for them. I haven't made myself clear. There was no _real_ problem with hooks not being bound; it just confused someone to read the docstring of outline-mode and see: Turning on outline mode calls the value ... of `outline-mode-hook' ; then to try `C-h v outline-mode-hook' and get [No match]. Many packages (eg sh-script.el) that define modes by hand explicitly defcustom the associated hook. As you say, they don't need to; it just helps document things for the user, I guess. That was the motivation here. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
That would be inacurate. If you type SPC, then the SPC is actually processed (either by opening the group at point for emacs -f gnus, or inserted in the file for emacs foo.c bar.c). I guess it should say C-l instead of SPC, which is what (someone pointed out) the existing message says. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Carbon / reported font width wrong?
On Fri, 11 Nov 2005 15:50:14 +, David Reitter [EMAIL PROTECTED]
said:
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 documentation, the two should be the
same - but they differ.
They are not necessarily the same: the former is the maximum width,
and the latter is the average width.
The reason why they are not the same even in a fixed-width font is
that the maximum metrics are confused by characters missing in the
font. One way to avoid this is to define maximum/minimum metrics as
those among ASCII characters. This is what ATSUI support code is
doing.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macterm.c
===
RCS file: /cvsroot/emacs/emacs/src/macterm.c,v
retrieving revision 1.142
diff -c -r1.142 macterm.c
*** src/macterm.c 11 Nov 2005 16:33:44 - 1.142
--- src/macterm.c 12 Nov 2005 05:31:57 -
***
*** 7572,7577
--- 7572,7584
SetRect (max_bounds, 0, 0, 0, 0);
for (c = 0x20; c = 0xff; c++)
{
+ if (c == 0x7f)
+ {
+ STORE_XCHARSTRUCT (font-min_bounds, min_width, min_bounds);
+ STORE_XCHARSTRUCT (font-max_bounds, max_width, max_bounds);
+ continue;
+ }
+
ch = c;
char_width = CharWidth (ch);
QDTextBounds (1, ch, char_bounds);
***
*** 7594,7601
UnionRect (max_bounds, char_bounds, max_bounds);
}
}
- STORE_XCHARSTRUCT (font-min_bounds, min_width, min_bounds);
- STORE_XCHARSTRUCT (font-max_bounds, max_width, max_bounds);
if (min_width == max_width
max_bounds.left = 0 max_bounds.right = max_width)
{
--- 7601,7606
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: OS X: Character Palette input doesn't work
On Thu, 10 Nov 2005 21:41:20 +, David Reitter [EMAIL PROTECTED] said: 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 Unicode character from the Character Palette. The Insert button remains grayed out. I confirmed this for a very recent Emacs CVS version. The Insert function of Character Palette is disabled while in Emacs. All other applications are happy to take input from it. This is documented in the Emacs info (the Keyboard and Mouse Input on Mac section): Emacs recognizes the setting in the Keyboard control panel (Mac OS Classic) or the International system preference pane (Mac OS X) and supports international and alternative keyboard layouts (e.g., Dvorak) if its script is either Roman, Japanese, Traditional Chinese, Korean, Cyrillic, Simplified Chinese, or Central European. Keyboard layouts based on Unicode may not work properly. Selecting one of the layouts from the keyboard layout pull-down menu will affect how the keys typed on the keyboard are interpreted. I couldn't find out what the cause of the problem is - I was looking for issues with the Carbon event handling and a missing event handler for some text input event. You may want to look at the following documents: Understanding Text Input and the Text Services Manager in Carbon http://developer.apple.com/documentation/Carbon/Conceptual/UnderstandTextInput_TSM/index.html Supporting Unicode Input http://developer.apple.com/documentation/Carbon/Conceptual/Supporting_Unicode_Input/index.html YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Crash during access_keymap
On Tue, 8 Nov 2005 00:57:19 +, David Reitter [EMAIL PROTECTED] said: If this is the same bug with corruption of keymaps that everybody is complaining about: please please findfix it. This occurs not only in Aquamacs, but also in recent Carbon Emacs Package builds. I've already spent hours on tracing this and finding a workaround, and I haven't gotten far with this. Thanks. 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 BLOCK_INPUTs. If -DSYNC_INPUT suppresses the error, it might be due to this. (See the thread starting from http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00074.html) YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
