headers
Paul Pogonyshev | 1 Aug 2003 05:50
Picon

font changes in new frame

Since recently, CVS versions of Emacs change font in newly opened
frames.  This is especially annoying, since the newly selected
font doesn't support cyrillic characters (at least on my box) and
i sometimes need to work with cyrillic texts in HTML/PHP.

	./configure --with-x

To reproduce:

	M-x new-frame
	C-x C-f [open some file in new frame]

Unfortunately, this doesn't always work, so you might need to open
several files before the font got changed.

Default font family is set to `misc-fixed' here.  When font is
changed in new frames, it looks like `courier' (or `adobe-courier').

Paul Pogonyshev
Permalink | Reply | 0 comments |
headers
Richard Stallman | 2 Aug 2003 06:47
Picon
Picon

Re: locate-library INTERACTIVE-CALL argument

Using interactive-p is not equivalent to what the INTERACTIVE-CALL
argument does.  So the change is not a no-op.  The effect of the change
would be not to output anything if used in a keyboard macro.  This is
explained in the Lisp Manual.

I don't think that change would be an improvement here.
Permalink | Reply | 0 comments |
headers
Ehud Karni | 2 Aug 2003 21:15
Picon

Re: expand $vars and ~users


On Thu, 31 Jul 2003 08:10:13 +0800, Dan Jacobson <jidanni <at> jidanni.org> wrote:
> 
> In *shell*, environment variable are expanded with ease, $bla<TAB>,
> but why not when you are entering on the minibuffer for C-x C-f?

In your .emacs Do:
    (require 'complete)            ;;Better completions for Emacs
    (partial-completion-mode 1)    ;;start it now
The 1st line may be redundant because `partial-completion-mode' is
auto loaded. Now $foo<tab> will expand to your environment variable.

> For ~b<TAB> to expand to ~bob/ one needs the real shell, as the above
> don't do it. 

That is a real problem.

Would you like to contribute code that does it ?

Ehud.

--

-- 
 Ehud Karni           Tel: +972-3-7966-561  /"\
 Mivtach - Simon      Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 mailto:ehud <at> unix.mvs.co.il                  Better  Safe  Than  Sorry
Permalink | Reply | 1 comment |
headers
sand | 3 Aug 2003 21:19

v21 EDMACRO-FORMAT-KEYS chokes and dies on Meta number prefixes

This is with GNU Emacs 21.3.2 (i386-pc-linux-gnu, X toolkit, Xaw3d
scroll bars) of 2003-04-24 on raven, modified by Debian.

Turn on DEBUG-ON-ERROR.

Start a keyboard macro:

    C-x (

Move the current line to the top of the window with the following key
sequence:

    M-0 C-l

End the keyboard macro:

    C-x )

Edit the last keyboard macro:

    C-x C-k C-x e

Emacs will generate the following error message:

    Debugger entered--Lisp error: (error "Invalid character: 037000000060, -134217680, 0xf8000030")
      concat("M-" [-134217680] " ")
      (prog1 (concat "M-" (edmacro-subseq rest-mac 0 i) " ") (callf edmacro-subseq rest-mac i))

Etc., etc.
(Continue reading)

Permalink | Reply | 0 comments |
headers
MIYOSHI Masanori | 4 Aug 2003 15:37
X-Face
Picon

Switching to a killed buffer causes a segmentation fault.

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3 (Debian GNU/Linux)
and GNU Emacs 21.2 (Linux 2.4.18-rmk7-pxa3-embedix)
and NTEmacs 21.3 (Windows 2000)

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

On the scratch buffer, evaluating the next expression causes a
segmentation fault.

(let (conf)
  (switch-to-buffer "temp buffer")
  (setq conf (current-frame-configuration))
  (kill-buffer (current-buffer))
  (set-frame-configuration conf)
  (other-buffer))

~~~
MIYOSHI Masanori (miyoshi <at> boreas.dti.ne.jp)
Permalink | Reply | 0 comments |
headers
Torsten Müller | 4 Aug 2003 13:54

smtpmail.el, Gnus and Reply-To

Hi, all.

I've got a reproducable error using a modern Gnus on a modern GNU-Emacs
under Win2k. The problem is related to several versions and combinations
of versions:

Emacs        Gnus      result
21.2.1  ~    5.8.8     ok
21.2.1  ~    5.9.0     ok
21.2.1  ~    5.10.2    ok
21.2.1  ~    5.10.3    ok
21.3.1  +    5.9.0     ok
21.3.1  +    5.10.2    not ok
21.3.1  +    5.10.3    not ok
21.3.50 *    5.9.0     ok
21.3.50 *    5.10.2    not ok
21.3.50 *    5.10.3    not ok

~ precompiled, downloaded directly from www.gnu.org
+ precompiled from Internet
* CVS, 2003-07-15, compiled by MinGW

As far as I investigated Emacs got a modified smtpmail.el, having
significant changes in rmail-dont-reply-to:

smtpmail.el 21.2.1:    12819 Bytes (2001-07-01)
smtpmail.el 21.3.50:   13036 Bytes (CVS, 2003-07-15)

The new version of this file calls mail-strip-quoted-names using an
_empty_ string:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Rodgers | 4 Aug 2003 18:10
Picon
Favicon

Re: locate-library INTERACTIVE-CALL argument

Richard Stallman wrote:

 > Using interactive-p is not equivalent to what the INTERACTIVE-CALL
 > argument does.  So the change is not a no-op.  The effect of the change
 > would be not to output anything if used in a keyboard macro.  This is
 > explained in the Lisp Manual.

Thanks for pointing that out.  But I'm still not happy with the current
implementation.  If the command is called interactively (within a
keyboard macro or not), INTERACTIVE-CALL is unconditionally set to t, so
the message will displayed.  Since the intent is to display the message
when the command is called interactively, even when it is called via a
keyboard macro, why not test for those conditions explicitly with
interactive-p and executing-macro respectively?

--

-- 
Kevin Rodgers
Permalink | Reply | 1 comment |
headers
Peter Seibel | 4 Aug 2003 20:23

lisp-interaction-mode binding RET

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2003-07-17 on xeon
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.iso885915
  locale-coding-system: iso-latin-9
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

So I just installed 21.3 (after having been using Xemacs for a while).
I was immediately confused by the behavior of RET in
lisp-interaction-mode. Sometimes it is bound to newline as I'd expect;
other times it's bound to last-sexp-toggle-display. That seems
contrary to both the principle of least astonishment (to me anyway)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kevin Rodgers | 4 Aug 2003 22:12
Picon
Favicon

Re: lisp-interaction-mode binding RET

Peter Seibel wrote:

> So I just installed 21.3 (after having been using Xemacs for a while).
> I was immediately confused by the behavior of RET in
> lisp-interaction-mode. Sometimes it is bound to newline as I'd expect;
> other times it's bound to last-sexp-toggle-display...

Another odd thing is the way it's implemented.  Every region that binds
last-sexp-toggle-display via the keymap text property has its own copy
of an admittedly small sparse keymap.  If those regions shared a keymap,
the user could customize it with other bindings:

*** emacs-21.3/lisp/emacs-lisp/lisp-mode.el.orig	Wed Jul  3 05:45:47 2002
--- emacs-21.3/lisp/emacs-lisp/lisp-mode.el	Mon Aug  4 14:09:24 2003
***************
*** 320,339 ****
       (terpri)))

   (defun last-sexp-setup-props (beg end value alt1 alt2)
     "Set up text properties for the output of `eval-last-sexp-1'.
   BEG and END are the start and end of the output in current-buffer.
   VALUE is the Lisp value printed, ALT1 and ALT2 are strings for the
   alternative printed representations that can be displayed."
-   (let ((map (make-sparse-keymap)))
-     (define-key map "\C-m" 'last-sexp-toggle-display)
-     (define-key map [down-mouse-2] 'mouse-set-point)
-     (define-key map [mouse-2] 'last-sexp-toggle-display)
       (add-text-properties
        beg end
        `(printed-value (,value ,alt1 ,alt2)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dan Jacobson | 4 Aug 2003 22:44
Favicon
Gravatar

Re: expand $vars and ~users

Ehud>     (partial-completion-mode 1)
OK, but now
Find file or URL: ~/.pr[TAB]
gives "[No Match]". I.e. it is interfering with my basic layer of
habits.  It only happens with my complex http://jidanni.org/comp/emacs.txt
Permalink | Reply | 0 comments |

Gmane