all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#43169: Emacs Lisp function list
@ 2020-09-02 14:40 pejas
  2020-09-02 17:06 ` Eli Zaretskii
       [not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 4+ messages in thread
From: pejas @ 2020-09-02 14:40 UTC (permalink / raw)
  To: 43169

Goood day,
working in a file in Lisp Interaction Mode I found an unexpected 
behavior.
Here is a section from that file:
;;;  section from file in Lisp Interaction Mode  ===========

      (list 1 2 3 4 5 6 7 8 9 10 11 12)
(1 2 3 4 5 6 7 8 9 10 11 12)

      (list 1 2 3 4 5 6 7 8 9 10 11 12 13)
(1 2 3 4 5 6 7 8 9 10 11 12 ...)
e
      (list 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20)
(1 2 3 4 5 6 7 8 9 10 11 12 ...)

;;;  another context n

      (setq l1 (list 1 2 3 4 5 6 7 8 9 10))
(1 2 3 4 5 6 7 8 9 10)

      (setq l2 (list 11 12))
(11 12)

      (setq l3 (list 11 12 13))
(11 12 13)

      (append l1 l2)
(1 2 3 4 5 6 7 8 9 10 11 12)

      (append l1 l3)
(1 2 3 4 5 6 7 8 9 10 11 12 ...)

;;;   End of section =========================================
I supose that it is a bug ?
I would be happy if you could send me some information
on this!
Wolfgang Pejas,  Bielefeld, Germany





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#43169: Emacs Lisp function list
  2020-09-02 14:40 bug#43169: Emacs Lisp function list pejas
@ 2020-09-02 17:06 ` Eli Zaretskii
       [not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 4+ messages in thread
From: Eli Zaretskii @ 2020-09-02 17:06 UTC (permalink / raw)
  To: pejas; +Cc: 43169

> Date: Wed, 02 Sep 2020 16:40:51 +0200
> From: pejas <pejas@math.uni-bielefeld.de>
> 
> I supose that it is a bug ?

Which part(s) of what you have shown look like a bug to you?





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#43169: Emacs Lisp function list
       [not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
@ 2020-09-02 17:46   ` Alan Mackenzie
  2020-09-04  1:48     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Alan Mackenzie @ 2020-09-02 17:46 UTC (permalink / raw)
  To: pejas; +Cc: 43169, acm

Grüß aus Nürnberg!

In article <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org> you wrote:
> Goood day,
> working in a file in Lisp Interaction Mode I found an unexpected 
> behavior.
> Here is a section from that file:
> ;;;  section from file in Lisp Interaction Mode  ===========

>      (list 1 2 3 4 5 6 7 8 9 10 11 12)
> (1 2 3 4 5 6 7 8 9 10 11 12)

>      (list 1 2 3 4 5 6 7 8 9 10 11 12 13)
> (1 2 3 4 5 6 7 8 9 10 11 12 ...)
> e
>      (list 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20)
> (1 2 3 4 5 6 7 8 9 10 11 12 ...)

> ;;;  another context n

>      (setq l1 (list 1 2 3 4 5 6 7 8 9 10))
> (1 2 3 4 5 6 7 8 9 10)

>      (setq l2 (list 11 12))
> (11 12)

>      (setq l3 (list 11 12 13))
> (11 12 13)

>      (append l1 l2)
> (1 2 3 4 5 6 7 8 9 10 11 12)

>      (append l1 l3)
> (1 2 3 4 5 6 7 8 9 10 11 12 ...)

> ;;;   End of section =========================================
> I supose that it is a bug ?
> I would be happy if you could send me some information
> on this!

It's not a bug, but a deliberate strategy to abbreviate long and/or
deeply nested lists.  It's annoying when you see what you have seen, but
it's also annoying when four screenfuls of output scroll rapidly past
you.

The pertinent variables are print-length and print-level, which you can
set in your .emacs.  Use C-h v to find out exactly what each of these
does.  I have both of these variables set to nil, but that's a matter of
taste.

You might also want to have a look at eval-expression-print-length and
eval-expression-print-level.

Happy hacking!

> Wolfgang Pejas,  Bielefeld, Germany

-- 
Alan Mackenzie (Nuremberg, Germany).






^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#43169: Emacs Lisp function list
  2020-09-02 17:46   ` Alan Mackenzie
@ 2020-09-04  1:48     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-04  1:48 UTC (permalink / raw)
  To: Alan Mackenzie; +Cc: pejas, 43169

Alan Mackenzie <acm@muc.de> writes:

> The pertinent variables are print-length and print-level, which you can
> set in your .emacs.  Use C-h v to find out exactly what each of these
> does.  I have both of these variables set to nil, but that's a matter of
> taste.

This doesn't seem like it's a bug, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-09-04  1:48 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-02 14:40 bug#43169: Emacs Lisp function list pejas
2020-09-02 17:06 ` Eli Zaretskii
     [not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
2020-09-02 17:46   ` Alan Mackenzie
2020-09-04  1:48     ` Lars Ingebrigtsen

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.