Sent: Sunday, December 13, 2020 at 7:07 PM
From: "Diego Zamboni"
To: "Ihor Radchenko"
Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list"
Subject: Re: org-capture user-error: Abort
> Emacs fires "user-error: Abort&qu
>
>
> > Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
>
> This is intended. Normally, it just shows up as a message in the
> minibuffer. Or do you have debug-on-error enabled?
>
Same as Ihor, when I press `q` in the org-capture screen I only see "Abort"
in the
> Sent: Sunday, December 13, 2020 at 11:48 AM
> From: "Jean Louis"
> To: "Michael Albinus"
> Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list"
>
> Subject: Re: org-capture user-error: Abort
>
> * Michael Albinus
> Sent: Sunday, December 13, 2020 at 11:46 AM
> From: "Jean Louis"
> To: "Ihor Radchenko"
> Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list"
>
> Subject: Re: org-capture user-error: Abort
>
> * Ihor
* Michael Albinus [2020-12-13 11:25]:
> Jean Louis writes:
>
> Hi Jean,
>
> > Even if it is error, why it should be written with the dash as
> > "user-error"?!
>
> `user-error' is a standard error symbol in Emacs, which is fired by the
> function `user-error'. See (info "(elisp) Signaling
* Ihor Radchenko [2020-12-13 11:21]:
> Jean Louis writes:
>
> > * daniela-s...@gmx.it [2020-12-12 23:19]:
> >> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
> >
> > Those are error messages invented by programmers who never had any
> > project supervisor who thinks
Jean Louis writes:
> * Ihor Radchenko [2020-12-13 07:35]:
>> > What case scenarios would rely
>> > on user quitting capture rather than going ahead with an entry?
>>
>> For example, I have a custom capture function from email. The email is
>> removed from inbox upon capture. However, I would
Jean Louis writes:
Hi Jean,
> Even if it is error, why it should be written with the dash as
> "user-error"?!
`user-error' is a standard error symbol in Emacs, which is fired by the
function `user-error'. See (info "(elisp) Signaling Errors")
Best regards, Michael.
Jean Louis writes:
> * daniela-s...@gmx.it [2020-12-12 23:19]:
>> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
>
> Those are error messages invented by programmers who never had any
> project supervisor who thinks of users.
Please be nice.
> If user wish to abort
> Sent: Sunday, December 13, 2020 at 6:22 AM
> From: "Jean Louis"
> To: daniela-s...@gmx.it
> Cc: 45...@debbugs.gnu.org
> Subject: bug#45212: org-capture user-error: Abort
>
> * daniela-s...@gmx.it [2020-12-12 23:19]:
> > Emacs fires "user-error: Abor
* Ihor Radchenko [2020-12-13 07:35]:
> > What case scenarios would rely
> > on user quitting capture rather than going ahead with an entry?
>
> For example, I have a custom capture function from email. The email is
> removed from inbox upon capture. However, I would not want to proceed
> with
* daniela-s...@gmx.it [2020-12-12 23:19]:
> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
Those are error messages invented by programmers who never had any
project supervisor who thinks of users.
If user wish to abort it is not an error. Even if it is error, why it
> Sent: Sunday, December 13, 2020 at 5:37 AM
> From: "Ihor Radchenko"
> To: daniela-s...@gmx.it
> Cc: 45...@debbugs.gnu.org
> Subject: bug#45212: org-capture user-error: Abort
>
> daniela-s...@gmx.it writes:
>
> > Can't one throw a capture abort si
daniela-s...@gmx.it writes:
> Can't one throw a capture abort signal instead?
Sure, that is possible. However, consider a possibility that some
external package wants to detect when capture is aborted. If I was
writing such package, I would need to do something like
(condition-case err
(t ))
> Sent: Sunday, December 13, 2020 at 3:51 AM
> From: "Ihor Radchenko"
> To: daniela-s...@gmx.it, daniela-s...@gmx.it
> Cc: 45...@debbugs.gnu.org
> Subject: bug#45212: org-capture user-error: Abort
>
> daniela-s...@gmx.it writes:
>
> > Why it is inten
daniela-s...@gmx.it writes:
> Why it is intended? The user wanted to abort and Emacs obeyed. (q) is an
> option, the user used it,
> and Emacs should not throw an error at the user.
I guess the intention was throwing signal + showing message to user. The
same could certainly be implemented
> Sent: Sunday, December 13, 2020 at 2:34 AM
> From: daniela-s...@gmx.it
> To: "Ihor Radchenko"
> Cc: 45...@debbugs.gnu.org
> Subject: bug#45212: org-capture user-error: Abort
>
>
>
> > Sent: Sunday, December 13, 2020 at 2:07 AM
> > From: &qu
> Sent: Sunday, December 13, 2020 at 2:07 AM
> From: "Ihor Radchenko"
> To: daniela-s...@gmx.it, 45...@debbugs.gnu.org
> Subject: bug#45212: org-capture user-error: Abort
>
> daniela-s...@gmx.it writes:
>
> > Emacs fires "user-error: Abor
daniela-s...@gmx.it writes:
> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
This is intended. Normally, it just shows up as a message in the
minibuffer. Or do you have debug-on-error enabled?
Best,
Ihor
Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
20 matches
Mail list logo