GNU bug report logs - #8868
24.0.50; Scroll bar in the minibuffer

Previous Next

Package: emacs;

Reported by: Dani Moncayo <dmoncayo <at> gmail.com>

Date: Wed, 15 Jun 2011 14:07:02 UTC

Severity: wishlist

Tags: fixed

Merged with 6492

Found in version 24.0.50

Fixed in version 27.1

Done: martin rudalics <rudalics <at> gmx.at>

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 8868 in the body.
You can then email your comments to 8868 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 owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#8868; Package emacs. (Wed, 15 Jun 2011 14:07:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Dani Moncayo <dmoncayo <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 15 Jun 2011 14:07:02 GMT) Full text and rfc822 format available.

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

From: Dani Moncayo <dmoncayo <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Scroll bar in the minibuffer
Date: Wed, 15 Jun 2011 16:06:13 +0200
Severity: wishlist

What is the point of having a vertical scroll bar in the minibuffer?
How often is the minibuffer high enough to need it?

I see it as something useless, aesthetically awful, a waste of
horizontal space in the minibuffer.

Thus, I'd like to suggest either to remove it, or, if someone sees a
reason to keep it, control its visibility with its own
variable/command (different from `scroll-bar-mode').


In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-06-07 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt --cflags
-Ic:/build/include'

-- 
Dani Moncayo




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#8868; Package emacs. (Wed, 15 Jun 2011 16:28:02 GMT) Full text and rfc822 format available.

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

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Dani Moncayo <dmoncayo <at> gmail.com>
Cc: 8868 <at> debbugs.gnu.org
Subject: Re: bug#8868: 24.0.50; Scroll bar in the minibuffer
Date: Wed, 15 Jun 2011 18:26:59 +0200
Hi.

FWIW, the minibuffer scrollbar usually isn't shown in the Gtk+ port as there 
isn't room for it.  I have never missed it.

	Jan D.


Dani Moncayo skrev 2011-06-15 16.06:
> Severity: wishlist
>
> What is the point of having a vertical scroll bar in the minibuffer?
> How often is the minibuffer high enough to need it?
>
> I see it as something useless, aesthetically awful, a waste of
> horizontal space in the minibuffer.
>
> Thus, I'd like to suggest either to remove it, or, if someone sees a
> reason to keep it, control its visibility with its own
> variable/command (different from `scroll-bar-mode').
>
>
> In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
>   of 2011-06-07 on 3249CTO
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (4.5) --no-opt --cflags
> -Ic:/build/include'
>




Forcibly Merged 6492 8868. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Thu, 06 Oct 2011 20:38:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#8868; Package emacs. (Thu, 01 Aug 2019 08:55:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Dani Moncayo <dmoncayo <at> gmail.com>, 8868 <at> debbugs.gnu.org
Subject: Re: bug#8868: 24.0.50; Scroll bar in the minibuffer
Date: Thu, 1 Aug 2019 10:54:30 +0200
tags 8868 fixed
close 8868 27.1
quit

> What is the point of having a vertical scroll bar in the minibuffer?
> How often is the minibuffer high enough to need it?
>
> I see it as something useless, aesthetically awful, a waste of
> horizontal space in the minibuffer.
>
> Thus, I'd like to suggest either to remove it, or, if someone sees a
> reason to keep it, control its visibility with its own
> variable/command (different from `scroll-bar-mode').

It's now possible to do the latter reliably by adding the following
form

(add-hook 'after-make-frame-functions
          (lambda (frame)
            (set-window-scroll-bars
             (minibuffer-window frame) 0 nil 0 nil t)))

to the early init file.  I added a corresponding example to the Elisp
manual and mark this bug as done.

Thanks, martin




Added tag(s) fixed. Request was from martin rudalics <rudalics <at> gmx.at> to control <at> debbugs.gnu.org. (Thu, 01 Aug 2019 08:55:03 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 8868 <at> debbugs.gnu.org and Dani Moncayo <dmoncayo <at> gmail.com> Request was from martin rudalics <rudalics <at> gmx.at> to control <at> debbugs.gnu.org. (Thu, 01 Aug 2019 08:55:03 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. (Thu, 29 Aug 2019 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 242 days ago.

Previous Next


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