bug#24196: closed (Minibuffer bottom-down arrow key is covered)

[GNU bug Tracking System]

Your message dated Sat, 02 Nov 2019 01:45:51 +0100
with message-id <address@hidden>
and subject line Re: bug#24196: Minibuffer bottom-down arrow key is covered
has caused the debbugs.gnu.org bug report #24196,
regarding Minibuffer bottom-down arrow key is covered
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
24196: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24196
GNU Bug Tracking System
Contact address@hidden with problems

--- Begin Message --- Subject: Minibuffer bottom-down arrow key is covered Date: Wed, 10 Aug 2016 10:07:51 +0200

From: address@hidden
To: address@hidden
Subject: 24.5; Minibuffer bottom-down arrow key is covered
Date: Wed, 10 Aug 2016 10:06:02 +0200
Message-ID: <86k2fpvyj9.fsf@DESKTOP-K5AH2AR.i-did-not-set--mail-host-address--so-tickle-me>
--text follows this line--

After having started Emacs 24.5.1 using the emacs -Q command in Windows
10 x64, the minibuffer is still not displayed correctly:

The bottom-down arrow key is slightly covered, since the space for it is
not sufficient.

Having checked C-h v resize-mini-windows, I get the value
grow-only. Also setting it to 't' doesn't resolve the problem either.

-Nicolas

In GNU Emacs 24.5.1 (i686-pc-mingw32)
 of 2015-04-11 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.3.9600
Configured using:
 `configure --prefix=/c/usr --host=i686-pc-mingw32'

Important settings:
  value of $LANG: ENG
  locale-coding-system: cp1252

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32notify w32
multi-tty emacs)

Memory information:
((conses 8 73921 6682)
 (symbols 32 17431 0)
 (miscs 32 37 96)
 (strings 16 10611 4320)
 (string-bytes 1 267607)
 (vectors 8 9521)
 (vector-slots 4 383163 4522)
 (floats 8 57 167)
 (intervals 28 194 0)
 (buffers 508 11))

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#24196: Minibuffer bottom-down arrow key is covered
>
>
>
>
> Date: 
>
> Sat, 02 Nov 2019 01:45:51 +0100
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
>
>
>
>
> Stefan Kangas <address@hidden> writes:
>
> > martin rudalics <address@hidden> writes:
> >
> >>> After having started Emacs 24.5.1 using the emacs -Q command in Windows
> >>> 10 x64, the minibuffer is still not displayed correctly:
> >>>
> >>> The bottom-down arrow key is slightly covered, since the space for it is
> >>> not sufficient.
> >>>
> >>> Having checked C-h v resize-mini-windows, I get the value
> >>> grow-only. Also setting it to 't' doesn't resolve the problem either.
> >>
> >> Please tell us your default font, try to increase it (via Options->Set
> >> Default Font, for example) and, if that helps, tell us the minimal
> >> default font needed to make the arrow fully visible.  While this will
> >> probably not enable us to fix the problem we can document it better.
> >>
> >> IIRC Jan eventually removed scroll bars from GTK-controlled minibuffer
> >> windows for a similar reason.
> >>
> >> Thanks, martin
> >
> > Hi Nicolas,
> >
> > Are you still seeing this problem?  If yes, could you take a look at the
> > questions posed by Martin Rudalics above?
>
> More information was requested, but none was given within 4 weeks, so
> I'm closing this bug.  If this is still an issue, please reopen the
> bug report.
>
> Best regards,
> Stefan Kangas
>
>
> --- End Message ---