GNU bug report logs -
#42825
26.2; Calculator Trail display fuzziness
Previous Next
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.
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):
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):
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.