headers
D.Goel | 1 Dec 2002 21:12
X-Face

Re: buffer names of files and directories merely distinguished by <2>

Dan Jacobson <jidanni <at> dman.ddts.net> writes:

> >>>>> "D" == D Goel <deego <at> gnufans.org> writes:
> 
> >> . % somefile.txt<2>      2448  Fundamental  ~/somefile.txt
> >> % somefile.txt          104  Dired by name ~/somefile.txt
> 
> D> look at uniquify.el which comes with emacs
> 
> D> excerpt:
> D> | ;; To use this file, do (require 'uniquify)
> D> | ;; and set uniquify-buffer-name-style to one of its non-nil
> D> | ;; alternative values.
> In my http://jidanni.org/comp/emacs.txt I've used (setq
> uniquify-buffer-name-style 'forward) for years, but why do I still
> see the <2> upon C-x d somefile.txt RET v C-x C-b ?
> -- 

'forward works for me as expected.   viz.  I see buffernames as
tmp/foo and u/foo when a file with the same name is opened in 2
different directories. 

Did you remember to add (require 'uniquify) to your .emacs? 

DG                                 http://deego.gnufans.org/~deego/
--
Permalink | Reply | 0 comments |
headers
Daniel Pfeiffer | 2 Dec 2002 23:09
X-Face
Picon

tool-bar-mode in .emacs shrinks window

Hi,

with Emacs 21.2 (and 21.1 I believe as well) I have today analyzed the following sizing misbehaviour:

In my .emacs I have

(tool-bar-mode -1)

This causes Emacs to get properly drawn, but just after it gets round to putting the final touches -- the
modeline (my PC is just 500MHz so I can sit and watch) it shrinks the window by 2 lines.

This happens both when I supply a command line geometry, or (my usual case) when the sawfish window manager
tells it the remembered size (in pixels).

That alone doesn't seem to explain it, the window gets drawn without a frame, and minimally overlapping
outside the screen on all 4 sides.  On the bottom line it makes a difference whether it's taller than the
screen or not.  On the right hand side it doesn't.

On a related matter:  now that Emacs can have arbitrary size characters, the geometry should be in pixels
rather than cells -- at least optionally.

coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn
Daniel Pfeiffer

-- GPL 3: Kill Palladium! --
 ------
  --  My other stuff here too: --
   ------
    -- http://dapfy.bei.t-online.de/ --
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stephen Compall | 3 Dec 2002 00:33

(emacs)Glossary::. Definition of "copyleft" excludes many free software supporters


Bug Report for GNU Emacs Manual, 15th ed. (for GNU Emacs 21.2)

* Summary
Definition of "copyleft" in the glossary is a confusing pun and
excludes many free software supporters

* Symptoms
The definition appears as follows in Info:

Copyleft
      A copyleft is a notice giving the public legal permission to
      redistribute a program or other work of art.  Copylefts are used
      by left-wing programmers to promote freedom and cooperation, just
      as copyrights are used by right-wing programmers to gain power
      over other people.

This has some side-effects for some users (if not all).

** Alienation/insult of free software supporter
Usually only occurs if user is a liberal (as in American conservative
or libertarian).

** Logic exception at stereotyping
Experienced by those who don't paint everybody with one single
political color or the other.

* Reproduce
Two methods here:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Peter Tayler | 3 Dec 2002 10:37
Picon

FW: Problem with Emacs


>  -----Original Message-----
> From: 	Peter Tayler  
> Sent:	Tuesday 03 December 2002 09:08
> To:	'ntemacs-users <at> cs.washington.edu'
> Subject:	Problem with Emacs
> 
> Hi,
> 
> I'm using the 20.4 version of emacs for windows NT. When I try to load in
> a normal ASCII text file of the size 1,469,902,953 bytes (1.36Gb), emacs
> reports back to me that "Maximum buffer size exceeded". How do I set the
> buffers to a higher limit to allow me to edit this file. 
> 
> Version of software: 20.4
> OS: Running on Windows 2000
> 
> Many Thanks, Peter Tayler.
> email: ptayler <at> clover-controls.co.uk.
> 
>
Permalink | Reply | 0 comments |
headers
TAKAHASHI Kaoru | 3 Dec 2002 12:35
X-Face
Gravatar

texinfmt.el: <at> ifxml, <at> ifnotxml, <at> xml support request

Will you support  <at> ifxml,  <at> ifnotxml and  <at> xml in texinfo formatter?

 <at> ifxml,  <at> ifnotxml,  <at> xml support makeinfo 4.2a or later.  Not in
texinfo/NEWS, but in texinfo/ChangeLog and texinfo.info.

ChangeLog & patch attached.In this patch, use "^ <at> end xml[ \t]*\n"
instead of " <at> end xml[ \t]*\n" for search.  I think " <at> end xml" may
wrong match.  For example:

 <at> ifxml
   <at>  <at> end ifxml
  this will only appear in XML output.
 <at> end ifxml

Regards,
Attachment (ifxml.diff): application/octet-stream, 1651 bytes
Attachment (ChangeLog): application/octet-stream, 167 bytes
Permalink | Reply | 0 comments |
headers
TAKAHASHI Kaoru | 3 Dec 2002 13:46
X-Face
Gravatar

texinfmt.el: <at> verb support request

Will you support  <at> verb in texinfo formatter?

ChangeLog & patch attached.  I think this patch's docstring and
error message is no-good.  Please fix.

For example:
     How many  <at> verb{| <at> |}-escapes does one need to print this
      <at> verb{. <at> a  <at> b  <at> c.} string or  <at> verb{+ <at> 'e?`!`{}\+} this?

produces

     How many  <at> -escapes does one need to print this
      <at> a  <at> b  <at> c string or these  <at> 'e?`{}!`\ this?

Regards,
Attachment (ChangeLog): application/octet-stream, 112 bytes
Attachment (verb.diff): application/octet-stream, 1163 bytes
Permalink | Reply | 0 comments |
headers
Hannu Koivisto | 3 Dec 2002 15:59
Picon
Picon
Favicon

backward-sexp and insert-parentheses are lacking for Common Lisp

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.2.2 (i686-pc-linux-gnu, X toolkit)
 of 2002-03-26 on lynx
configured using `configure  --prefix=/usr/local/emacs-21 --with-xpm --with-jpeg --with-tiff --with-gif'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: fi_FI <at> euro
  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: iso-latin-9
  default-enable-multibyte-characters: t

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

Assuming that point is right after the closing paren of #(1 2), for
example, backward-sexp moves the point right before the #
character.  It does not, however, move the point before the first
character of the following example Common Lisp forms in a buffer in
(Continue reading)

Permalink | Reply | 1 comment |
headers
Douglas Alan | 4 Dec 2002 00:41
Picon
Favicon

C-c C-q not documented for Outline Mode help

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.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-08-28 on astest
configured using `configure  --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
--includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --with-gcc
--with-pop --with-sound'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: POSIX
  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:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Ryde | 4 Dec 2002 01:19
Picon
Picon

info-lookup-symbol index case sensitivity

In GNU Emacs 21.1.1 (i386-debian-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2001-12-07 on raven, modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
--libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes --with-x=yes --with-x-toolkit=athena --without-gif'
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

When the help-data in info-lookup-alist specifies that symbols are
case-sensitive, the index search performed by info-lookup-symbol (C-h
C-i) is instead case-insensitive when searching through index entries.

I'm not aware of any of the manuals in the supplied info-look.el which
have two index entries differing only in case.  But I encountered the
problem while setting up some sh-mode data.  bash.info has a variable
"GROUPS", and sh-utils.info has the program "groups".

The problem can be illustrated with a contrived foo.info below, having
index entries "foo" and "FOO".  Put it and the foo.el below in an
otherwise empty directory and run
(Continue reading)

Permalink | Reply | 3 comments |
headers
Bill Richter | 4 Dec 2002 05:03

M-x ispell-buffer works but menu doesn't

In GNU Emacs 21.2.1 (i386-redhat-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-04-08 on porky.devel.redhat.com
configured using `configure  i386-redhat-linux --prefix=/usr
 --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
 --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
 --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
 --sharedstatedir=/usr/com --mandir=/usr/share/man
 --infodir=/usr/share/info --with-gcc --with-pop --with-sound' 
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
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Here's a funny ispell/menus bug one of the users pointed out, but I
cleverly found a smaller example :)

emacs -q &

Delete the top stuff from the *scratch* buffer 

   ;; This buffer is for ... own buffer.

by M-< M-6 C-k
(Continue reading)

Permalink | Reply | 0 comments |

Gmane