headers
Kim F. Storm | 31 May 2002 01:16
Picon

Re: Emacs mode for GDB - 2 questions

Nick Roberts <nick <at> nick.uklinux.net> writes:

> 
> and to be able to specify slices e.g every other element of the first six :
> 
> ---main::a [0:5:2]----
> 
> a[0] = 1.0
> a[2] = 3.0
> a[4] = 4.0
> 
> With a large array, if the top line was in the buffer it would scroll out of 
> view. I would like to be able to enter the three digits (0,5,2 in this case)
> into the header line.
> 
> If the effort cannot be justified, I'll think of something else.

Couldn't you get the input from the mini-buffer (using some command)
and just show the entered values in the header line?  

--

-- 
Kim F. Storm <storm <at> cua.dk> http://www.cua.dk
Permalink | Reply | 2 comments |
headers
Eli Zaretskii | 31 May 2002 08:38
Picon

Re: Emacs mode for GDB - 2 questions

> From: storm <at> cua.dk
> Date: 31 May 2002 01:16:37 +0200
> 
> > ---main::a [0:5:2]----
> > 
> > a[0] = 1.0
> > a[2] = 3.0
> > a[4] = 4.0
> > 
> > With a large array, if the top line was in the buffer it would scroll out of 
> > view. I would like to be able to enter the three digits (0,5,2 in this case)
> > into the header line.
> > 
> > If the effort cannot be justified, I'll think of something else.
> 
> Couldn't you get the input from the mini-buffer (using some command)
> and just show the entered values in the header line?  

Indeed.  For example, clicking on one of the numbers could prompt for
input.
Permalink | Reply | 1 comment |
headers
Richard Stallman | 31 May 2002 09:04
Picon
Picon

Re: Problem with Emacs 21.3 pretest

    The worst case is with X-Symbol which has an enormous keymap (because
    of two input methods implemented as keymaps: one in a menu and another
    bound to C-=) where the menu takes about 1s to come up.

I would say that is serious.  Users expect menus to appear very quickly.
Permalink | Reply | 0 comments |
headers
Richard Stallman | 31 May 2002 09:04
Picon
Picon

Re: emacs misbehaves without --unibyte

    > What would be a good value to provide `default-file-name-coding-system'?

    I thought no-conversion would be good, but it sounds like it isn't.

I think it is vital to investigate why isn't no-conversion a good
choice.  Maybe there is a bug here.  Fixing it may be the best
solution.
Permalink | Reply | 0 comments |
headers
Richard Stallman | 31 May 2002 09:04
Picon
Picon

Re: C-m mapping fails occasionally

Since this is Emacs 18, I don't think it is useful to try to debug
it.  Would you like to try using Emacs 21?
Permalink | Reply | 501 comments |
headers
Richard Stallman | 31 May 2002 09:05
Picon
Picon

Re: Problem with Emacs 21.3 pretest

    Couldn't we just use a (weak) hash table to do the caching, anyway?

That idea seems worth trying.  (We did not have weak hash tables back
then.)  If it is fast enough (and I expect it is), it would be a big
increase in clarity and reliability.  Would you like to try
implementing it?
Permalink | Reply | 0 comments |
headers
Joe Wells | 31 May 2002 10:35
Picon
Picon

Re: Emacs 21.2 display bugs: variables: cursor-type; properties: display, before-string, after-string, invisible, intangible

Richard Stallman <rms <at> gnu.org> writes:

> ;; * The buffer's value of cursor-type is ignored when the buffer's
> ;; window is not the selected window.  Instead, the usual hollow box
> ;; cursor is displayed.
> 
> Do you like the results of this change?

I have built Emacs from the CVS version as of 2002-05-29 (Wednesday)
and I was pleased with the improved handling of the 'bar cursor-type.
As far as I am concerned, it resolves my complaint.

--

-- 
Joe
Permalink | Reply | 1 comment |
headers
Thomas | 31 May 2002 16:33
Picon

Fringe

Hello,

I didn't find any documentation in the Emacs-Lisp reference about how to 
put a picture in the fringe in Emacs 21 ? So, I was wondering how it 
could be done (it is to be able to show breakpoints in a source code 
when no debugger is running) ?

I am using overlays at the present time...

Thomas
Permalink | Reply | 0 comments |
headers
Joe Wells | 31 May 2002 10:45
Picon
Picon

Re: Emacs 21.2 display bugs: variables: cursor-type; properties: display, before-string, after-string, invisible, intangible

Richard Stallman <rms <at> gnu.org> writes:

> ;; * A display property of "" (the empty string) on any character in
> ;; the buffer causes a truly wacky event.  The buffer is effectively
> ;; partitioned into two portions, that before the first such
> ;; character, and that after...
> 
> Does this still happen in the CVS version?
> Likewise for the other display property bugs.

All of the other bugs I have reported still exist in the CVS version
as of 2002-05-29 (Wednesday).  some of them actually got a bit worse.

So you don't have to find the original message, I am including the
updated bug report below.

--

-- 
Joe

----------------------------------------------------------------------
;; Should be sent to (but hasn't): bug-gnu-emacs <at> gnu.org, emacs-pretest-bug <at> gnu.org
;; Actually sent to: emacs-devel <at> gnu.org
;; Subject: Emacs 21.3 (CVS) display bugs: properties: display, before-string, after-string,
invisible, intangible

;; Emacs 21.3 (CVS) display bugs
;; affected overlay properties: display, before-string, after-string, invisible, intangible

;; bugs reported by: Joe Wells (<URL:http://www.cee.hw.ac.uk/~jbw/>)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Juanma Barranquero | 31 May 2002 11:18
Picon
Favicon

Symbol's value as variable is void: ispell-library-directory

Recent change to textmodes/ispell.el breaks bootstrapping:

Loading loadup.el (source)...
Using load-path (../lisp)
Loading byte-run...
Loading emacs-lisp/backquote...
Loading subr...
Loading version.el (source)...
Loading widget...
Loading custom...
Loading map-ynp...
Loading env...
Loading cus-start...
Loading international/mule...
Loading international/mule-conf.el (source)...
Loading format...
Loading bindings...
Loading simple...
Loading files...
Loading cus-face...
Loading faces...
Lists of integers (garbage collection statistics) are normal output
while building Emacs; they do not indicate a problem.
((8660 . 8475) (4277 . 0) (533 . 0) 14212 22098 (3 . 3) (14 . 0) (826 . 2198))
Loading loaddefs.el (source)...
Symbol's value as variable is void: ispell-library-directory
NMAKE : fatal error U1077: '"C:\bin\emacs\HEAD\src/obj-spd/i386/temacs.exe"' : return code '0xffffffff'

                                                           /L/e/k/t/u
(Continue reading)

Permalink | Reply | 2 comments |

Gmane