GNU bug report logs - #42825
26.2; Calculator Trail display fuzziness

Previous Next

Package: emacs;

Reported by: Rolf Ade <rolf <at> pointsman.de>

Date: Wed, 12 Aug 2020 09:37:02 UTC

Severity: normal

Found in version 26.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42825 in the body.
You can then email your comments to 42825 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#42825; Package emacs. (Wed, 12 Aug 2020 09:37:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rolf Ade <rolf <at> pointsman.de>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 12 Aug 2020 09:37:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Rolf Ade <rolf <at> pointsman.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.2; Calculator Trail display fuzziness
Date: Wed, 12 Aug 2020 11:36:33 +0200
By default, calc starts with the *Calc Trail* buffer displayed:

emacs -Q
M-x calc RET

There is a variable to customize this:

C-h v calc-display-trail RET

Though, things are not that simple and clear:

emacs -Q
C-x 3
M-x calc RET

doesn't display the *Calc Trail* buffer, although calc-display-trail has
the (default) value t.

There's this code in calc:

      (with-current-buffer (calc-trail-buffer)
        (and calc-display-trail
             (= (window-width) (frame-width))
             (calc-trail-display 1 t)))


Display of the *Calc Trail* buffer depends on calc-trail-display *and*
the window isn't splitted with split-window-right.

Nowadays we enjoy large Monitors. It's easily possible to have four
buffers displayed side by side each with a (window-width) > 80. I, for
example, use by default a frame-width of 180 and have plenty of room for
other windows left and right.

I don't see why I don't can see the Calculator trail even if the
(window-width) of the buffer has plenty of room for it. And emacs rates
displaying the Calculator Trail importantly enough displayed it by
default.

I suppose something like this would improve emacs behaviour in this
detail:

From d259f101202d086a00b7906ff584015544cea702 Mon Sep 17 00:00:00 2001
From: Rolf Ade <rolf <at> pointsman.de>
Date: Wed, 12 Aug 2020 11:15:46 +0200
Subject: [PATCH] Suppress Calculator Trail only, if window is too small.

If the user want to see the Calculator Trail (calc-display-trail non
nil) suppress display of the Calculator Trail only if the window width
of the buffer is below the value of the new variable
calc-display-trail-threshold.
* lisp/calc/calc (calc): New Calculator Trail buffer display logic.

Copyright-paperwork-exempt: yes
---
 lisp/calc/calc.el | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/lisp/calc/calc.el b/lisp/calc/calc.el
index 09b4962107..ad962e6b40 100644
--- a/lisp/calc/calc.el
+++ b/lisp/calc/calc.el
@@ -738,6 +738,9 @@ calc-window-height
 (defcalcmodevar calc-display-trail t
   "If non-nil, M-x calc creates a window to display Calculator trail.")
 
+(defcalcmodevar calc-display-trail-threshold 80
+  "Minimum windows width to display Calculator trail window.")
+
 (defcalcmodevar calc-show-selections t
   "If non-nil, selected sub-formulas are shown by obscuring rest of formula.
 If nil, selected sub-formulas are highlighted by obscuring the sub-formulas.")
@@ -1433,7 +1436,7 @@ calc
                 (pop-to-buffer (current-buffer)))))))
       (with-current-buffer (calc-trail-buffer)
         (and calc-display-trail
-             (= (window-width) (frame-width))
+             (>= (window-width) calc-display-trail-threshold)
              (calc-trail-display 1 t)))
       (message "Welcome to the GNU Emacs Calculator!  Press `?' or `h' for help, `q' to quit")
       (run-hooks 'calc-start-hook)
-- 
2.11.0












Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#42825; Package emacs. (Sat, 17 Oct 2020 08:05:02 GMT) Full text and rfc822 format available.

Message #8 received at 42825 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Rolf Ade <rolf <at> pointsman.de>
Cc: 42825 <at> debbugs.gnu.org
Subject: Re: bug#42825: 26.2; Calculator Trail display fuzziness
Date: Sat, 17 Oct 2020 10:04:42 +0200
Rolf Ade <rolf <at> pointsman.de> writes:

> doesn't display the *Calc Trail* buffer, although calc-display-trail has
> the (default) value t.
>
> There's this code in calc:
>
>       (with-current-buffer (calc-trail-buffer)
>         (and calc-display-trail
>              (= (window-width) (frame-width))
>              (calc-trail-display 1 t)))

This has been changed in Emacs 28:

      (with-current-buffer (calc-trail-buffer)
        (and calc-display-trail
             (calc-trail-display 1 t)))

So now it always heeds the variable, no matter what the frame width.

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




bug closed, send any further explanations to 42825 <at> debbugs.gnu.org and Rolf Ade <rolf <at> pointsman.de> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 17 Oct 2020 08:05:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 14 Nov 2020 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 163 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.