Re: Accessability StickyKeys prevents use of Alt-key for menus on Win 2000

Lennart.Borgman <at> astrazeneca.com writes:

> I have been trying to make GNU Emacs on Windows 2000/NT to use Alt-key to
> use the menubar in Emacs from the keyboard. (This is a standard MS Windows
> feature that all programs I know of - except Emacs - uses to access the
> menubar.)

F10 is another older standard for accessing the menubar which works on
many programs on many platforms, including Emacs, and has the
advantage of not being interfered with by "sticky keys".

> It works with the following:
>   (setq w32-pass-alt-to-system t)
>   (setq w32-alt-is-meta nil)
>
> However if StickyKeys (an Accessibility Option) is used then I have to tap
> the Alt-key two times to get to the menubar.

After enabling sticky keys, I have to tap the Alt key two times to
get to the menubar in any application, not just Emacs. So this seems
to be a limitation of sticky keys, not of Emacs.

Another patch for etc/PROBLEMS

2004-08-31  Eric S. Raymond  <esr <at> thyrsus.com>

	* PROBLEMS: More reorganization to exile old stuff to the
	pre-2000 section.  I looked up end-of-life dates for a bunch
	of old Unixes to check.

-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>

--- PROBLEMS	24 Aug 2004 19:40:27 -0400	1.169
+++ PROBLEMS	31 Aug 2004 23:52:58 -0400	
 <at>  <at>  -1,5 +1,5  <at>  <at> 
 This file describes various problems that have been encountered
-in compiling, installing and running GNU Emacs.  Try doing Ctl t
+in compiling, installing and running GNU Emacs.  Try doing Ctl-C Ctl-t
 and browsing through the outline headers.

 * Emacs startup failures
 <at>  <at>  -156,30 +156,6  <at>  <at> 
 Patches to raise the stack size limit automatically in `main'
 (src/emacs.c) on various systems would be greatly appreciated.

-** Emacs crashes with SIGBUS or SIGSEGV on HPUX 9 after you delete a frame.
-
-We think this is due to a bug in the X libraries provided by HP.  With
-the alternative X libraries in /usr/contrib/mitX11R5/lib, the problem
-does not happen.
-
-** Emacs crashes with SIGBUS or SIGSEGV on Solaris after you delete a frame.

extra (unused) argument in register functions

FNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2004-04-27 on BERATUNG4.

The code for these two functions in file register.el has an extra (unused)
argument, ARG:

 window-configuration-to-register
 frame-configuration-to-register

This has been the case since at least Emacs 20.7.3.

 - Drew

etags.el doesn't find nested functions in perl

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 (sparc-sun-solaris2.8, X toolkit)
 of 2004-08-31 on iceage
configured using `configure  --prefix=/users/brucer/share --exec-prefix=/users/brucer/sparc-sun-solaris2.8'
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: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

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

reading *BAD* perl w/ sub's in BEGIN blocks. They are indented by cperl indent-region.
etags (the executable) finds them, puts them in TAGS file. find-tag does not find them.

etags.el prepends a '^' to the regex for the 'pat'. defeated this. then it works.

[patch] 21.3 ispell.el to support aspell better

At http://aspell.neT there is additional patch to ispell.el. In 21.3
sources is was not yet present so I applied it and the patch seems to work
ok. Here is the diffs that might be good idea for new release as well.

2004-09-02 Thu  Jari Aalto  <jari dot aalto A T poboxes dot com>

        * textmodes/ispell.el: 1.1.1.1 Applied Aspell patch from
        ftp://ftp.gnu.org/gnu/aspell/ispell.el-aspell-0.1.diff
        From: Christopher J. Madsen <cjm at pobox com>
        Date: Fri, 20 Dec 2002 14:46:22 -0600 (CST)
        The attached patch will notify aspell of the replacements you make so
        it can improve the suggestion list in the future.

Index: ispell.el
===================================================================
RCS file: /cygdrive/l/data/vc/cvsroot/lisp/emacs/21.3/lisp/textmodes/ispell.el,v
retrieving revision 1.1.1.1
diff -u -IId: -b -w -c -r1.1.1.1 ispell.el
*** ispell.el   26 Jun 2003 18:06:40 -0000      1.1.1.1
--- ispell.el   1 Sep 2004 21:59:24 -0000
***************
*** 721,726 ****
--- 721,728 ----

  (defconst ispell-version "ispell.el 3.4 -- Fri Aug  4 09:41:50 PDT 2000")

+ (defvar ispell-really-aspell nil) ;Non-nil if aspell extensions should be used
+

Re: etags structures tagging problem

>    etags 21.3 (and perhaps other versions, I don't know) does not 
>correctly ignore __attribute__ tags on structures. 

Thanks for the report.  In fact, no etags version knows about the
special attributes between __ and __.  I'll work on this.

JDB Support in Gnu Emacs

I had problems running Emacs (20.3.1) JDB mode with the JDB from Sun 
(2sdk1.4.0_03

JDB Support in Gnu Emacs

I had problems running Emacs (20.3.1) JDB mode with the JDB from Sun 
(j2sdk1.4.0_03).

Attached is the file I changed to make it work.

Jim

;;; gud.el --- Grand Unified Debugger mode for running GDB and other debuggers

;; Author: Eric S. Raymond <esr <at> snark.thyrsus.com>
;; Maintainer: FSF
;; Keywords: unix, tools

;; Copyright (C) 1992, 93, 94, 95, 96, 1998, 2000 Free Software Foundation, Inc.

;; This file is part of GNU Emacs.

;; GNU Emacs is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation; either version 2, or (at your option)
;; any later version.

;; GNU Emacs is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with GNU Emacs; see the file COPYING.  If not, write to the
;; Free Software Foundation, Inc., 59 Temple Place - Suite 330,

Re: info mode header line missing title

Kevin Rodgers <ihs_4664 <at> yahoo.com> writes:
> joseph <at> vlsidesigntools.com wrote:
>  > You should reinstate the previous rule of including the current node
>  > in the header line.
>
> I agree.  Ideally, "Prev: Previous node name" would be left justified,
> "Next: Next node name" would be right justified, and "Node: This node
> name" would be centered and "This node name" would be in a different
> face from the other two node names.

Everyone agrees, but the problem is that all this text can't be
placed into the header line.  Look, for example, at the Info node
(info "(emacs)Save Keyboard Macro").  If it was displayed with the
node name in the header line, it would be so long:

File: emacs,  Node: Save Keyboard Macro,  Next: Edit Keyboard Macro,  Prev: Keyboard Macro Query,  Up:
Keyboard Macros

and on most displays would be truncated to:

File: emacs,  Node: Save Keyboard Macro,  Next: Edit Keyboard Macro,  Prev: Keyb

OTOH, currently it is split to two lines - one for the header line, and
another as an unhidden part of the Info node header:

Next: Edit Keyboard Macro,  Prev: Keyboard Macro Query,  Up: Keyboard Macros
File: emacs,  Node: Save Keyboard Macro

But there is no multi-line header line possible to display both lines
in the header line.

Re: maybe disable scroll-left

Dan Jacobson <jidanni <at> jidanni.org> writes:

> I found a keystroke that will leave users jumbled if accidentally hit:
> C-x < runs the command scroll-left.
> Hey man, where'd my text go? Undo, undo, undo... no relief.
> Maybe it's hiding up at the top left corner somewhere? Hitting
> beginning-of-buffer, backwards-char, beginning-of-line won't help.
| 
> Maybe "disable" scroll-left.

I second to this. It's quite a surprise for a starter, so it would be
better of disabled.

Jari