GNU bug report logs - #24196
Minibuffer bottom-down arrow key is covered

Previous Next

Package: emacs;

Reported by: Nicolas Lykke Iversen <nlykkei <at> gmail.com>

Date: Wed, 10 Aug 2016 15:43:01 UTC

Severity: minor

Tags: moreinfo

Done: Stefan Kangas <stefan <at> marxist.se>

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 24196 in the body.
You can then email your comments to 24196 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#24196; Package emacs. (Wed, 10 Aug 2016 15:43:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Nicolas Lykke Iversen <nlykkei <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 10 Aug 2016 15:43:02 GMT) Full text and rfc822 format available.

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

From: Nicolas Lykke Iversen <nlykkei <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Minibuffer bottom-down arrow key is covered
Date: Wed, 10 Aug 2016 10:07:51 +0200
[Message part 1 (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 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#24196; Package emacs. (Wed, 10 Aug 2016 18:02:02 GMT) Full text and rfc822 format available.

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

From: martin rudalics <rudalics <at> gmx.at>
To: Nicolas Lykke Iversen <nlykkei <at> gmail.com>, 24196 <at> debbugs.gnu.org
Subject: Re: bug#24196: Minibuffer bottom-down arrow key is covered
Date: Wed, 10 Aug 2016 20:01:20 +0200
> 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




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#24196; Package emacs. (Sun, 29 Sep 2019 04:45:01 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Nicolas Lykke Iversen <nlykkei <at> gmail.com>, 24196 <at> debbugs.gnu.org
Subject: Re: bug#24196: Minibuffer bottom-down arrow key is covered
Date: Sun, 29 Sep 2019 06:43:49 +0200
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?

Best regards,
Stefan Kangas




Added tag(s) moreinfo. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Sun, 29 Sep 2019 04:56:01 GMT) Full text and rfc822 format available.

Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Sat, 02 Nov 2019 00:47:01 GMT) Full text and rfc822 format available.

Notification sent to Nicolas Lykke Iversen <nlykkei <at> gmail.com>:
bug acknowledged by developer. (Sat, 02 Nov 2019 00:47:02 GMT) Full text and rfc822 format available.

Message #18 received at 24196-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Nicolas Lykke Iversen <nlykkei <at> gmail.com>, 24196-done <at> debbugs.gnu.org
Subject: Re: bug#24196: Minibuffer bottom-down arrow key is covered
Date: Sat, 02 Nov 2019 01:45:51 +0100
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




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

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.