GNU bug report logs -
#24196
Minibuffer bottom-down arrow key is covered
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 02 Nov 2019 01:45:51 +0100
with message-id <87wocjt8ao.fsf <at> marxist.se>
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
help-debbugs <at> gnu.org.)
--
24196: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24196
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
From: nlykkei <at> gmail.com
To: bug-gnu-emacs <at> gnu.org
Subject: 24.5; Minibuffer bottom-down arrow key is covered
Date: Wed, 10 Aug 2016 10:06:02 +0200
Message-ID:
<86k2fpvyj9.fsf <at> 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))
[Message part 4 (text/html, inline)]
[Message part 5 (message/rfc822, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> martin rudalics <rudalics <at> gmx.at> 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
This bug report was last modified 5 years and 260 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.