GNU bug report logs -
#47556
"really open? (y)es or (n)o or (l)iterally" vs. emacsclient -n
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47556 in the body.
You can then email your comments to 47556 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#47556
; Package
emacs
.
(Fri, 02 Apr 2021 00:00:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 02 Apr 2021 00:00:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
$ emacs -Q --maximized -eval '(server-start)'&
$ emacsclient -n big.jpg
big.jpg is large (14.5 MiB), really open? (y)es or (n)o or (l)iterally
Alas in this case our y, n, or l's are not being read by the mini-buffer!
And if we indeed switch to emacs and type "n", the question doesn't go
away yet, until we type something into the *scratch* buffer.
If we instead use --fullscreen, we can't even see the mini-buffer (at
least in icewm.)
emacs-version "27.1"
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47556
; Package
emacs
.
(Fri, 02 Apr 2021 06:24:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 47556 <at> debbugs.gnu.org (full text, mbox):
* 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> [2021-04-02 03:00]:
> $ emacs -Q --maximized -eval '(server-start)'&
I like when Emacs starts maximized. That is why I have put this in
~/.emacs.d/early-init.el:
(add-to-list 'default-frame-alist '(fullscreen . maximized))
That way each time it starts maximized.
> $ emacsclient -n big.jpg
> big.jpg is large (14.5 MiB), really open? (y)es or (n)o or (l)iterally
> Alas in this case our y, n, or l's are not being read by the
> mini-buffer!
I do not observe this in Emacs development version. I have tested this
in Emacs development version and when I do that, I am shown the frame
that I have started and the minibuffer and question in the minibuffer,
and I could answer with "y" and see the large file.
Jean
Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns
Sign an open letter in support of Richard M. Stallman
https://rms-support-letter.github.io/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47556
; Package
emacs
.
(Fri, 02 Apr 2021 06:28:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 47556 <at> debbugs.gnu.org (full text, mbox):
* 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> [2021-04-02 03:00]:
> $ emacs -Q --maximized -eval '(server-start)'&
> $ emacsclient -n big.jpg
> big.jpg is large (14.5 MiB), really open? (y)es or (n)o or (l)iterally
> Alas in this case our y, n, or l's are not being read by the mini-buffer!
>
> And if we indeed switch to emacs and type "n", the question doesn't go
> away yet, until we type something into the *scratch* buffer.
>
> If we instead use --fullscreen, we can't even see the mini-buffer (at
> least in icewm.)
>
> emacs-version "27.1"
I am also using IceWM. I have tested in Emacs development version more
of this, as you said --fullscreen, and I did not observe that
behavior. I have tried answering Y and N and all is fine.
So it is read by minibuffer in Emacs development version.
It is true that message remains longer in minibuffer, this disturbs me
sometimes.
My hope is that my IceWm settings do not interfere with this testing,
as I have in ~/.icewm/window this below inhibiting the title bar, I
don't think it interferes.
emacs.dTitleBar: 0
emacsclient.dTitleBar: 0
Jean
Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns
Sign an open letter in support of Richard M. Stallman
https://rms-support-letter.github.io/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47556
; Package
emacs
.
(Fri, 02 Apr 2021 07:08:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 47556 <at> debbugs.gnu.org (full text, mbox):
>>>>> "JL" == Jean Louis <bugs <at> gnu.support> writes:
JL> It is true that message remains longer in minibuffer, this disturbs me
JL> sometimes.
OK then just somebody fix that only please,
as all the icemw stuff might be due to our icewm init files,
and newer fixes with icewm upstream with various versions.
Forcibly Merged 45412 45647 47556.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sun, 18 Apr 2021 16:44:02 GMT)
Full text and
rfc822 format available.
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 06 May 2021 08:29:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 28.1, send any further explanations to
45412 <at> debbugs.gnu.org and 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 06 May 2021 08:29: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
.
(Sun, 06 Jun 2021 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 325 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.