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" aft
>
>
> > 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 minibuffer
> 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 Erro
* 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 of
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 no
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 it
> 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 rem
* 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
sh
> 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 abo
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 wit
> 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: Abort" after
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
