GNU bug report logs - #2176
Observations on the splash screen - and signal-process

Previous Next

Package: emacs;

Reported by: storm <at> cua.dk (Kim F. Storm)

Date: Tue, 3 Feb 2009 04:25:03 UTC

Severity: wishlist

Tags: patch

Done: Chong Yidong <cyd <at> gnu.org>

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 2176 in the body.
You can then email your comments to 2176 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 stored :
bug#2176; Package emacs. (Tue, 03 Feb 2009 04:25:03 GMT) Full text and rfc822 format available.

Message #3 received at quiet <at> emacsbugs.donarmstrong.com (full text, mbox):

From: storm <at> cua.dk (Kim F. Storm)
To: quiet <at> debbugs.gnu.org
Subject: Observations on the splash screen - and signal-process
Date: Sat, 24 Jan 2009 19:08:34 +0100
Severity: wishlist

[ resent from
  http://lists.gnu.org/archive/html/emacs-devel/2009-01/msg00697.html ]

If auto-save files are found during startup, the splash screen says:

If an Emacs session crashed recently, type Meta-x recover-session RET
to recover the files you were editing.


Some comments on this:

1) Shouldn't "Meta-x" be "M-x" here ?

2) Couldn't we make this a "clickable" "Recover Session" button
   like the Open file... instead of the text?

3) Maybe rephrase it to something like:

One or more Emacs auto-save files exists; click [RECOVER] to review the
sessions and possibly recover the files you were editing at that time.

4) It was wrong...

Actually, I didn't have any crashed session - but I have another Emacs session
running which has created an auto save file.  

Maybe emacs should check the saved sessions and filter out the
currently running sessions ...  
A simple (signal-process PID 0) would suffice -- unfortunately, the
doc string for signal-process does not describe the return value
in this case (currently it is 0 if the process exists and -1 otherwise
- but better return values would probably be t or nil).

BTW, the elisp manual doesn't mention that the signal can be a symbol
as well as a number (signal names are portable, numbers are not!!)

Finally, wouldn't it make sense if (signal-process PID nil) checked for
the existense of process PID - using signal 0 is probably non-portable.

-- 
Kim F. Storm <storm <at> cua.dk> http://www.cua.dk




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#2176; Package emacs. (Tue, 26 Jul 2011 03:14:01 GMT) Full text and rfc822 format available.

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

From: Zachary Kanfer <zkanfer <at> gmail.com>
To: 2176 <at> debbugs.gnu.org
Subject: 2176 proposal
Date: Mon, 25 Jul 2011 23:13:00 -0400
[Message part 1 (text/plain, inline)]
This patch makes the line include a link to run 'recover-session .
It also rephrases the text. The text used to be "If an Emacs session crashed
recently, type Meta-x recover-session RET \nto recover the files you were
editing." The rephrased text is "If Emacs crashed recently, you may recover
your previous session."
The text no longer tells you how to run the command (i.e., with Meta-x
recover-session RET). This is in line with the other commands on the page
(e.g., Emacs Tutorial, Open a File).
-Zachary Kanfer


=== modified file 'lisp/startup.el'
*** lisp/startup.el    2011-07-14 12:57:06 +0000
--- lisp/startup.el    2011-07-25 04:36:03 +0000
*************** a face or button specification."
*** 1574,1586 ****
                     auto-save-list-file-prefix)))
      t)
         (fancy-splash-insert :face '(variable-pitch font-lock-comment-face)
!                 "\nIf an Emacs session crashed recently, "
!                 "type "
!                 :face '(fixed-pitch font-lock-comment-face)
!                 "Meta-x recover-session RET"
                  :face '(variable-pitch font-lock-comment-face)
!                 "\nto recover"
!                 " the files you were editing."))

    (when concise
      (fancy-splash-insert
--- 1574,1585 ----
                     auto-save-list-file-prefix)))
      t)
         (fancy-splash-insert :face '(variable-pitch font-lock-comment-face)
!                 "\nIf Emacs crashed recently, you may "
!                             :link `("recover your previous session"
!                                     ,(lambda (_button) (call-interactively
'recover-session))
!                                     "Recover files from a previous
session")
                  :face '(variable-pitch font-lock-comment-face)
!                             "."))

    (when concise
      (fancy-splash-insert
[Message part 2 (text/html, inline)]

Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#2176; Package emacs. (Tue, 26 Jul 2011 04:59:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Zachary Kanfer <zkanfer <at> gmail.com>
Cc: 2176 <at> debbugs.gnu.org
Subject: Re: bug#2176: 2176 proposal
Date: Tue, 26 Jul 2011 00:58:31 -0400
> From: Zachary Kanfer <zkanfer <at> gmail.com>
> Date: Mon, 25 Jul 2011 23:13:00 -0400
> 
> This patch makes the line include a link to run 'recover-session .
> It also rephrases the text. The text used to be "If an Emacs session crashed
> recently, type Meta-x recover-session RET \nto recover the files you were
> editing." The rephrased text is "If Emacs crashed recently, you may recover
> your previous session."
> The text no longer tells you how to run the command (i.e., with Meta-x
> recover-session RET). This is in line with the other commands on the page
> (e.g., Emacs Tutorial, Open a File).

Recovering a crashed session is much more important than visiting a
tutorial or opening a file.  I would understand and support a
suggestion to _add_ a clickable link, but why would you want to remove
the information about invoking recovery by hand?  A user whose session
crashed may be under pressure, and not immediately recognize the
significance of the blue underlined portion of the text.




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#2176; Package emacs. (Thu, 28 Jul 2011 06:00:03 GMT) Full text and rfc822 format available.

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

From: Zachary Kanfer <zkanfer <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 2176 <at> debbugs.gnu.org
Subject: Re: bug#2176: 2176 proposal
Date: Thu, 28 Jul 2011 01:59:32 -0400
[Message part 1 (text/plain, inline)]
My goal was to shorten up the text, as it's a little verbose. I think that
people are, by and large, used to the UI convention of "blue underlined"
means a link, but I get your point. What do you think would be the
appropriate part of the text to link? "recover-session" is the action, so
linking that would make sense, but the constant text changing (i.e.,
variable-pitch for the beginning of the line, fixed-pitch for "M-x",
fixed-pitch link for "recover-session", then variable-pitch again for the
rest of the line) gives it a jarring effect, at least to me. Perhaps I'm
overanalyzing. What do you think of the effects of this patch?
Do we also want "Meta-x" instead of "M-x", to make it easier for such users,
even though the usage is different from almost everywhere else in Emacs?
 -Zachary Kanfer

=== modified file 'lisp/startup.el'
*** lisp/startup.el     2011-07-14 12:57:06 +0000
--- lisp/startup.el     2011-07-28 05:56:34 +0000
*************** a face or button specification."
*** 1574,1586 ****
                               auto-save-list-file-prefix)))
        t)
         (fancy-splash-insert :face '(variable-pitch font-lock-comment-face)
!                           "\nIf an Emacs session crashed recently, "
!                           "type "
!                           :face '(fixed-pitch font-lock-comment-face)
!                           "Meta-x recover-session RET"
                            :face '(variable-pitch font-lock-comment-face)
!                           "\nto recover"
!                           " the files you were editing."))

    (when concise
      (fancy-splash-insert
--- 1574,1587 ----
                               auto-save-list-file-prefix)))
        t)

On Tue, Jul 26, 2011 at 12:58 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Zachary Kanfer <zkanfer <at> gmail.com>
> > Date: Mon, 25 Jul 2011 23:13:00 -0400
> >
> > This patch makes the line include a link to run 'recover-session .
> > It also rephrases the text. The text used to be "If an Emacs session
> crashed
> > recently, type Meta-x recover-session RET \nto recover the files you were
> > editing." The rephrased text is "If Emacs crashed recently, you may
> recover
> > your previous session."
> > The text no longer tells you how to run the command (i.e., with Meta-x
> > recover-session RET). This is in line with the other commands on the page
> > (e.g., Emacs Tutorial, Open a File).
>
> Recovering a crashed session is much more important than visiting a
> tutorial or opening a file.  I would understand and support a
> suggestion to _add_ a clickable link, but why would you want to remove
> the information about invoking recovery by hand?  A user whose session
> crashed may be under pressure, and not immediately recognize the
> significance of the blue underlined portion of the text.
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#2176; Package emacs. (Wed, 11 Apr 2012 12:43:02 GMT) Full text and rfc822 format available.

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Zachary Kanfer <zkanfer <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 2176 <at> debbugs.gnu.org
Subject: Re: bug#2176: 2176 proposal
Date: Wed, 11 Apr 2012 14:40:37 +0200
Zachary Kanfer <zkanfer <at> gmail.com> writes:

> What do you think of the effects of this patch?

The patch included just seems to remove the entire warning?

> Do we also want "Meta-x" instead of "M-x", to make it easier for such users,
> even though the usage is different from almost everywhere else in Emacs?

I'd say `M-x' instead of `Meta-x'.

>  -Zachary Kanfer
>
> === modified file 'lisp/startup.el'
> *** lisp/startup.el     2011-07-14 12:57:06 +0000
> --- lisp/startup.el     2011-07-28 05:56:34 +0000
> *************** a face or button specification."
> *** 1574,1586 ****
>                                auto-save-list-file-prefix)))
>         t)
>          (fancy-splash-insert :face '(variable-pitch font-lock-comment-face)
> !                           "\nIf an Emacs session crashed recently, "
> !                           "type "
> !                           :face '(fixed-pitch font-lock-comment-face)
> !                           "Meta-x recover-session RET"
>                             :face '(variable-pitch font-lock-comment-face)
> !                           "\nto recover"
> !                           " the files you were editing."))
>
>     (when concise
>       (fancy-splash-insert
> --- 1574,1587 ----
>                                auto-save-list-file-prefix)))
>         t)
>

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#2176; Package emacs. (Sat, 01 Dec 2012 02:15:01 GMT) Full text and rfc822 format available.

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

From: Chong Yidong <cyd <at> gnu.org>
To: storm <at> cua.dk (Kim F. Storm)
Cc: 2176 <at> debbugs.gnu.org
Subject: Re: bug#2176: Observations on the splash screen - and signal-process
Date: Sat, 01 Dec 2012 10:12:38 +0800
storm <at> cua.dk (Kim F. Storm) writes:

> 1) Shouldn't "Meta-x" be "M-x" here ?
> 2) Couldn't we make this a "clickable" "Recover Session" button
>    like the Open file... instead of the text?
> 3) Maybe rephrase it to something like:

Done in trunk, thanks.

> Maybe emacs should check the saved sessions and filter out the
> currently running sessions ...  
> A simple (signal-process PID 0) would suffice -- unfortunately, the
> doc string for signal-process does not describe the return value
> in this case (currently it is 0 if the process exists and -1 otherwise
> - but better return values would probably be t or nil).

I don't think this would be strictly correct, since pids are reusable.
Anyway, it seems like over-engineering.

> Finally, wouldn't it make sense if (signal-process PID nil) checked
> for the existense of process PID - using signal 0 is probably
> non-portable.

I don't think it makes sense to overload `signal-process' for this
purpose; there is already `process-attributes'.




bug closed, send any further explanations to 2176 <at> debbugs.gnu.org and storm <at> cua.dk (Kim F. Storm) Request was from Chong Yidong <cyd <at> gnu.org> to control <at> debbugs.gnu.org. (Sat, 01 Dec 2012 02:16:02 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. (Sat, 29 Dec 2012 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 11 years and 127 days ago.

Previous Next


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