headers
Drew Adams | 1 Jul 2007 02:19
Picon
Favicon

nil indent-tabs-mode in *Help* removes links

emacs -Q
C-h b

Commands bound to keys are linked to help on them.

M-: (setq-default indent-tabs-mode nil)

C-h b

The listed commands are no longer linked. Clicking them with mouse-2
does nothing (error "No cross reference here").

In GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
 of 2007-06-02 on RELEASE
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Ic:/gnuwin32/include'

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: ENU
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Dired by name
(Continue reading)

Permalink | Reply | 3 comments |
headers
Stephen Berman | 1 Jul 2007 12:47
Picon

Re: nil indent-tabs-mode in *Help* removes links

On Sat, 30 Jun 2007 17:19:46 -0700 "Drew Adams" <drew.adams <at> oracle.com> wrote:

> emacs -Q
> C-h b
>
> Commands bound to keys are linked to help on them.
>
> M-: (setq-default indent-tabs-mode nil)
>
> C-h b
>
> The listed commands are no longer linked. Clicking them with mouse-2
> does nothing (error "No cross reference here").
>
>
> In GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
>  of 2007-06-02 on RELEASE

I can reproduce this in GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+
Version 2.10.6) of 2007-06-02 on escher and in GNU Emacs 22.1.50.6
(i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-06-30 on escher.  In
both, however, there are two exceptions to the lost links: 
C-M-x           eval-defun
M-x             execute-extended-command

Steve Berman
Permalink | Reply | 2 comments |
headers
Drew Adams | 1 Jul 2007 17:19
Picon
Favicon

max-mini-window-height should be customizable (defcustom)

This user option is mentioned in both the Emacs manual and the Elisp
manual, but you still cannot customize it with `customize-option'.

In GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
 of 2007-06-02 on RELEASE
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Ic:/gnuwin32/include'
Permalink | Reply | 0 comments |
headers
Joe Wells | 1 Jul 2007 05:01
Picon
Picon
Favicon

strange Emacs 22.1 failure due to utf-8-compose-scripts when --no-window-system used

Dear Emacs gurus

Run the script below to see an interesting failure.  These 3
ingredients are needed:

1. The environment variable LC_CTYPE (or probably LANG or LC_ALL, but
   I haven't checked those variables) must be set (probably to a UTF-8
   locale, but I haven't checked any locales other than "C" (no bug)
   and "en_US.UTF-8" (bug)).
2. The --no-window-system command-line argument must be used.
3. The variable utf-8-compose-scripts must be set.

At this point, various things start failing strangely.  The script
demonstrates one of the failures.

I hope this helps.

Joe

----------------------------------------------------------------------
#!/bin/sh
#
export LC_CTYPE=en_US.UTF-8
emacs --no-window-system --quick --eval '(setq utf-8-compose-scripts t)' --load "lao-util"
#
# You will now see an error message like this one (replace XYZZY by
# the appropriate path for your system):
#
# utf-8-post-read-conversion: Recursive load:
"XYZZY/share/emacs/22.1/lisp/language/lao-util.elc",
(Continue reading)

Permalink | Reply | 0 comments |
headers
martin rudalics | 1 Jul 2007 23:50
Picon
Picon

Re: nil indent-tabs-mode in *Help* removes links

> I can reproduce this in GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+
> Version 2.10.6) of 2007-06-02 on escher and in GNU Emacs 22.1.50.6
> (i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-06-30 on escher.  In
> both, however, there are two exceptions to the lost links: 
> C-M-x           eval-defun
> M-x             execute-extended-command

Likely a typo.  Does it work if you replace the line

		      (skip-chars-backward "^\t\n")

in `help-make-xrefs' with

		      (skip-chars-backward "^ \t\n")
Permalink | Reply | 1 comment |
headers
Stephen Berman | 2 Jul 2007 00:08
Picon

Re: nil indent-tabs-mode in *Help* removes links

On Sun, 01 Jul 2007 23:50:40 +0200 martin rudalics <rudalics <at> gmx.at> wrote:

>> I can reproduce this in GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+
>> Version 2.10.6) of 2007-06-02 on escher and in GNU Emacs 22.1.50.6
>> (i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-06-30 on escher.  In
>> both, however, there are two exceptions to the lost links: C-M-x
>> eval-defun
>> M-x             execute-extended-command
>
> Likely a typo.  Does it work if you replace the line
>
> 		      (skip-chars-backward "^\t\n")
>
> in `help-make-xrefs' with
>
> 		      (skip-chars-backward "^ \t\n")

Yep, this fixes it!

Steve Berman
Permalink | Reply | 0 comments |
headers
Alan Hadsell | 2 Jul 2007 00:15

Inconvenience with TRAMP and recentf

I'm running emacs 22.1 on Windows, and have recentf turned on.  If
recentf-auto-cleanup is configured with its default, there is a delay
during emacs startup when there are TRAMP-accessed files in the recent
file list.  

This delay is due to the operation of recentf-cleanup, which calls
expand-file-name to canonicalize the names of all the files in its
list.  TRAMP intercepts this call, and opens a session to the remote
host (unless one is already open).  

There are several workarounds for this problem: I can reconfigure
recentf-auto-cleanup to 'never, or exclude TRAMP files from the
recentf list; neither of these approaches is really appealing.  I'm
sure there are other ways, too.

I was thinking to add a boolean recentf-cleanup-local-files-only,
which would allow us to avoid trying to do cleanup for TRAMP files.
Before I go away to hack on that solution, does anyone have a better
idea?

--

-- 
Alan Hadsell
Permalink | Reply | 2 comments |
headers
Eli Zaretskii | 2 Jul 2007 05:15
Picon

Re: Inconvenience with TRAMP and recentf

> From: Alan Hadsell <ahadsell <at> mtdiablo.com>
> Date: Sun, 01 Jul 2007 18:15:11 -0400
> Cc: 
> 
> There are several workarounds for this problem: I can reconfigure
> recentf-auto-cleanup to 'never, or exclude TRAMP files from the
> recentf list; neither of these approaches is really appealing.  I'm
> sure there are other ways, too.
> 
> I was thinking to add a boolean recentf-cleanup-local-files-only,
> which would allow us to avoid trying to do cleanup for TRAMP files.

Why does it make sense not to cleanup only remote files?

> Before I go away to hack on that solution, does anyone have a better
> idea?

How about setting recentf-auto-cleanup to a number, which will cause
the cleanup to happen when Emacs is idle for that many seconds?  That
should avoid the startup delay without having the adverse effects of
keeping stale files on the list.
Permalink | Reply | 0 comments |
headers
Drew Adams | 2 Jul 2007 08:22
Picon
Favicon

node Menu Bar of Emacs manual

The node says this:

   You can also invoke the first menu bar item by pressing <F10> (to run
   the command `menu-bar-open').  You can then navigate the menus with the
   arrow keys.  You select an item by pressing <RET> and cancel menu
   navigation with <ESC>.

This doesn't seem to be true (in emacs -Q). `C-h k f10' shows this:

  <f10> runs the command #[nil "\300\301!\207"
  [w32-send-sys-command 61696] 2 nil nil]
  which is an interactive compiled Lisp function.
  It is bound to <f10>.
  (anonymous)

  Not documented.

Furthermore, M-x menu-bar-open is not recognized - there does not seem
to be such a command.

In GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)
 of 2007-06-02 on RELEASE
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Ic:/gnuwin32/include'
Permalink | Reply | 5 comments |
headers
Michael Albinus | 2 Jul 2007 06:51
Picon
Picon
Gravatar

Re: Inconvenience with TRAMP and recentf

Alan Hadsell <ahadsell <at> mtdiablo.com> writes:

> I'm running emacs 22.1 on Windows, and have recentf turned on.  If
> recentf-auto-cleanup is configured with its default, there is a delay
> during emacs startup when there are TRAMP-accessed files in the recent
> file list.  
>
> This delay is due to the operation of recentf-cleanup, which calls
> expand-file-name to canonicalize the names of all the files in its
> list.  TRAMP intercepts this call, and opens a session to the remote
> host (unless one is already open).  

In expand-file-name, Tramp needs to open a remote connection only in
case the local file name is not absolute, and it must expand the home
directory to an absolute file name.

So the file names in ~/.recentf shall be saved with an absolute local
file name. Then you could add file-remote-p to recentf-keep, as it is
proposed in the doc-string of recentf-keep.

Best regards, Michael.
Permalink | Reply | 0 comments |

Gmane